目的に合った手法の選び方
AWSからAzure、GCPに移る際にも役立つ クラウド移行術3つのトレンド
オンプレミスからクラウド、またはクラウドからクラウドへのデータとシステムの移行手法は多様化している。クラウド移行の3つのトレンドと、安全な移行のための検討事項を説明する。
Amazon Web Services(AWS)の同名サービスやMicrosoftの「Microsoft Azure」、Google「Google Cloud Platform」(GCP)など、各社クラウドへのシステムの移行手法は多様化している。本稿では「オンプレミスからクラウドへの移行」「クラウド間の移行」「サーバレスアプリケーションの移行」という3つのトレンドを踏まえ、移行時の留意点を説明する。
トレンド1.オンプレミスからクラウドへの移行
クラウドが成長するにつれ、オンプレミスのデータセンターからクラウドにデータを移行する企業が増える可能性がある。移行方法には、データの転送にネットワークを使う「オンライン移行」と、ハードウェアを利用する「オフライン移行」という2つの選択肢がある。
オンライン移行は、データの移行にインターネットまたは専用の回線を使用するため、データ転送にかかる時間は回線のデータ伝送速度やデータ通信容量の影響を受ける。小規模なデータセットを移行する企業は、オンライン移行を選択する傾向がある。
利用できるツールがオフライン移行と比べて多様なことが、オンライン移行の特徴だ。クラウドベンダーやサードパーティーベンダーが提供するパフォーマンス評価ツール、コスト計算ツール、自動化ツールなどのツールが利用できる。クラウドベンダーが提供するツールもあれば、サードパーティーベンダーのツールもある。中には複数のクラウドサービスで利用できるサードパーティー製ツールもある。
オフライン移行では、自社のデータセンターとクラウドベンダーのデータセンター間でデータを持ち運ぶために、物理デバイスを使用する。ユーザー企業は、クラウドベンダーが提供する専用のデバイスを利用しなければならないという制約が課される。データ移行にかけられる時間が限られている場合や、大量のデータを移行する必要がある場合は、オフライン移行が適している。
適切な方法を選択するには、以下の3つの観点から検討する必要がある。
- 移行するデータ量
- データ移行にかけられる時間
- 利用できるネットワークのセキュリティ
トレンド2.クラウド間の移行
複数のクラウドを利用するマルチクラウドアーキテクチャの人気が高まるのと同時に、クラウド間データ移行のニーズが増しつつある。マルチクラウドのデータ移行プロセスは複雑なため、データを移行する前に移行戦略の策定が必要だ。
あるクラウドから別のクラウドに移行する理由は企業によって異なるため、まずは移行の目的を明確にする。次はデータとアプリケーションの棚卸しをする。それぞれの依存関係を特定して、ニーズに最適な手法を選ぶ。新しいクラウドを導入するのはその後だ。
トレンド3.サーバレスアプリケーションの移行
クラウド移行のもう一つの大きなトレンドは、コードを実行するときにユーザーがサーバを管理する必要のない「サーバレスアーキテクチャ」を採用したアプリケーション(以下、サーバレスアプリケーション)の移行だ。特に異なるクラウドサービス間でサーバレスアプリケーションを移行する場合は、対策しなければならないリスクが少なからず存在する。
サーバレスアプリケーションの開発には、データの入力や変更といったイベントに応答してコードを自動で実行する「イベント駆動型コード実行サービス」を利用する。AWSのイベント駆動型コード実行サービス「AWS Lambda」からMicrosoft Azureの競合サービス「Azure Functions」にサーバレスアプリケーションを移行する場合、実行するコードが「Python」か「Java」で記述されていれば、比較的簡単に移行できる。
イベント駆動型コード実行サービスを利用してサーバレスアプリケーションを開発すると、処理するデータや連携するシステムによってはベンダーロックインを起こす恐れがある。開発者はクラウド間でサーバレスアプリケーションを転送する簡単な方法を求めがちだが、イベント駆動型コード実行サービスによってコードを処理する仕組みは異なるため、常に移行が簡単だとは限らないのが実情だ。この問題を解消するため、オープンソーステクノロジーを採用している開発者もいる。
データとシステムの移行時のセキュリティ
仮想マシンやアプリケーションを動作させたまま、別の環境に移行させるライブマイグレーションも、クラウドへのシステム移行で人気を博しているトレンドだ。ライブマイグレーションを採用するとサービスの中断がほとんど発生しないメリットが得られるが、移行のプロセスは各種攻撃に対して脆弱(ぜいじゃく)だ。
IT部門はサービス拒否(DoS)攻撃といった、クラウドで運用するシステムに影響する恐れのある、最新の脅威を把握しておかなければならない。幸い、ほぼ全ての種類の攻撃には何らかの防御方法が存在する。
このような攻撃からデータを保護する主な方法には、
- イメージのバックアップ
- 古いVMの削除
- VMの暗号化機能の利用
- 「Windows Server 2016」では「シールドされたVM」として提供
などがある。
大手クラウドベンダーやサードパーティーベンダーは、ユーザーがデータを保護するための各種ツールを提供している。IT部門は利用可能で人気の高いセキュリティ対策の手法やツールに精通することで、クラウドで運用するシステムのサイバー攻撃への耐性を強くすることができる。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社フィックスターズ] 組み込み開発特有の課題も解消できる「AI活用」の秘訣とは? -
製品資料
[株式会社スタディスト] 食品ロスを解消して“利益の創出”を実現、その第一歩は何から始める? -
製品資料
[株式会社スタディスト] 段取り替え時間に差が生まれるのはなぜ? 作業を標準化する仕組み作りのコツ -
技術文書・技術解説
[Datadog Japan合同会社] 開発と運用の人員格差をどう埋める? DevOpsを実現するための実践ポイント -
製品資料
[サイバーソリューションズ株式会社] たった1回でサプライチェーンが破滅することも メール誤送信を確実に防ぐには
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「企業におけるAI導入検討度とIT投資優先度」に関するアンケート
-
2
半数がブルーカラー転向を視野に? ベテランエンジニアを追い込む“54歳の壁”
-
3
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
4
パッチなしで「今すぐサーバを落とせ」 Kiteworks異例警告の波紋
-
5
LINEヤフーはなぜ「社内の管理者」すら信用しないインフラを作ったのか
-
6
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
7
「サイバー犯罪株式会社」に潜入 現地調査で判明した“犯罪者求人”の実態
-
8
OpenAIやAnthropicでさえ制御不能 2026年夏「3大サイバー攻撃」の衝撃
-
9
Copilot導入で陥る“目的化”の落とし穴 定着の鍵は「作り込まない」こと
-
10
IT製品の導入に関するアンケート「セキュリティ」編
ホワイトペーパーランキング PR
-
1
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
2
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
-
3
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
4
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
5
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
6
プログラミング不要で誰でも実現できる、ネットワーク運用管理の自動化とは
-
7
Linux初心者でも知らないとまずい「RHEL」「SLES」の違いとは?
-
8
東大教授と考える、AI時代の「データ主権」「信頼性」「ガバナンス」の在り方
-
9
「IT史に名を残すシステム障害」8選
-
10
最速72分でデータが流出? 最新の脅威トレンドや侵入手法から分かった防衛策
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー