目的に合った手法の選び方
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時代の自律的なパートナー 「データエージェント」構築&活用ガイド -
製品資料
使用中のデータを保護して安全な共同開発へ、クラウド時代のデータセキュリティ -
製品資料
“AIによる高速な脆弱性検出”対策を行う、RHELの統合セキュリティ機能とは? -
製品資料
企業ITを支える定番Linuxの運用管理、手動の限界を乗り越える手法とは? -
製品資料
AIとクラウドネイティブの課題を解決する、シンプルで費用対効果に優れた方法
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
2
なぜ人はいるのにDXが進まない? ライオンも直面した“老害”レガシーシステム
-
3
LLMの「過学習」、正しく説明している文章はどれ?
-
4
GitHubが指摘 AIが書いた「おそらく動くコード」が招くシステム崩壊
-
5
「HDD終了」は本当か 巨大クラウド2社が下した大容量フラッシュへの決断
-
6
IT人材の42%が転職予備軍 辞めさせない組織の4つの共通
-
7
「データストレージの活用方法」に関するアンケート
-
8
「生成AI導入・活用状況」に関するアンケート
-
9
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
10
【漫画付き】"RAG導入失敗3例"と処方箋 「入れても使われない」を終わらせる
ホワイトペーパーランキング PR
-
1
属人化や仕様バグはなぜ起きる? AI時代に必須のドキュメント文化の作り方
-
2
「NAS」「SAN」「DAS」は何が違う? いまさら聞けないストレージの基礎
-
3
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
4
財務を戦略的組織へ進化させるAI活用術、4つの主要な障壁と解消方法
-
5
中小企業必見、Microsoft 365でゼロトラストセキュリティを実現する方法
-
6
5分で分かる「AI駆動開発エージェント」 要件定義から設計・実装・テストまで
-
7
動画で知るランサムウェア被害企業のリアル、会計データが無事だった理由とは
-
8
“あのファイル転送”で暗躍するノーウェアランサム
-
9
セキュリティソフトをすり抜ける標的型攻撃メール、不審メールの見破り方とは?
-
10
マンガで解説:「ゼロトラスト」「SASE」の必要性とメリット
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー