目的に合った手法の選び方
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
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
5
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
10
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー