サーバー移行とは?

組織は、運用上の理由と戦略上の理由の両方からサーバーの移行を行います。

最新サービスへの更新

多くの組織は、時代遅れで制約の多いインフラストラクチャから、スケーラブルで保守が容易なモダンなプラットフォームに移行するためにサーバー移行を行っています。クラウド環境では、サーバーは仮想化され、インスタンスと呼ばれます。

他のサービスとの統合

モダンなサーバー環境は通常、よく知られているツールやサービスに簡単に接続できます。この統合機能により、より迅速なオートメーションが可能になり、結果的に運用がより合理化されます。

管理諸経費の軽減

組織は、サーバーとオペレーティングシステムをクラウドに移行して、メンテナンスのタスクを IT チームからクラウドホスティングプロバイダーに移す場合があります。オンプレミスのハードウェアを使用する場合、社内の IT チームが更新とバックアップを処理する必要があります。クラウドインフラストラクチャでは、プロバイダーの IT チームがメンテナンスの責任を負います。

コスト削減

クラウドインスタンスに移行することで、組織は IT 予算モデルを変更することもできます。組織は通常、資本支出 (CapEx) としてオンプレミスのサーバーインフラストラクチャを購入する必要があります。クラウドサービスは通常、月または年単位で定期的に、または従量制料金のいずれかで請求されます。多くの組織にとって、この予算アプローチは、ハードウェアを所有するよりもコスト効率が向上します。

セキュリティの強化

モダンサーバープラットフォームは、最新の暗号化、ID 管理、およびデータセキュリティツールを組み込んで、機密データを安全に転送できるようにすることで、お客様にセーフティネットを提供します。独自のセキュリティ要件に合わせて環境、制御、ツールを設定するのはお客様次第です。

優れたパフォーマンス

クラウドインスタンスを使用すると、同じクラウド環境内に保存されているデータにすばやくアクセスできます。また、クラウドオプションでは通常、ストレージとコンピューティングリソースの選択肢も広がります。

タスク専用サーバー

幅広いリソースにアクセスする場合、一般的なサーバーインフラストラクチャからよりタスク固有のインスタンスに移行することもできます。例えば、GPU 対応インスタンスをプロビジョニングすると、人工知能と機械学習のワークロードに対応できます。

特定のビジネスケース、既存のデータ、既存のインフラストラクチャ、および利用できるターゲット環境に応じて、サーバー移行にはさまざまなアプローチをとることができます。

• Physical-to-Physical (P2P): P2P 移行では、データやシステムをある物理オンプレミスサーバーから別の物理サーバーに移動します。
• Physical-to-Virtual (P2V): 物理サーバーを仮想マシン (VM) に移行できます。これにより、基盤となるアプリケーションを変更しなくても、モダンインフラストラクチャでサーバーをホストできます。
• Virtual-to-Virtual (V2V): この移行では、VM ホストサーバーをある仮想環境から別の仮想環境に移動します。
• クラウド移行:「クラウド移行」という用語は通常、物理的なオンプレミスインフラストラクチャからクラウドインフラストラクチャに移行するプロセスを指します。すべてをクラウドインスタンスでホストする完全移行と、一部のサービスをローカルにホストしたままにするハイブリッド移行があります。

マネージド型サーバー移行とアンマネージド型サーバー移行

計画段階で下す必要がある最も重要な決定の 1 つは、社内の IT チームが独自に移行を実施するかどうかです。内部移行管理は、アンマネージド型移行と呼ばれます。別の方法は、マネージドサービスチームを雇って移行を代行してもらうことです。

正しい選択は、チームの利用可能なリソース、技術スキル、ビジネス目標によって異なります。それぞれの移行方法には、制御、コスト、利便性のトレードオフがあります。

コントロールと責任のレベル

サービスプロバイダーは、マネージド型移行のほとんどのタスクを処理します。通常、これには以下が含まれます。

• サーバーのプロビジョニングとセットアップ
• テスト
• 継続的な監視、更新、セキュリティパッチの強化

マネージド型移行は、社内の IT リソースが限られている場合や、社内リソースをインフラストラクチャではなく開発と戦略に集中させたい場合に有益です。

一方、アンマネージド型移行では、プロセス全体を自分で管理できるため、すべての移行の詳細を完全に制御できます。このアプローチでは柔軟性が高まりますが、社内の技術的専門知識と労力が必要です。

コストに関する考慮事項

マネージド型移行には通常、予測可能なコスト構造があり、サポートを継続的に受けるオプションもある場合があります。マネージド型移行では、サービスレベルアグリーメント (SLA) によってサービスの可用性が保証され、通常、継続的なコストは時間の経過とともに均等に配分されます。アンマネージド型移行中に発生する可能性のある費用はすべて自社が負担します。

アプリケーション移行とサーバー移行

アプリケーション移行では、アプリケーションスタックが新しいサーバーに移動します。通常、これには以下が含まれます。

• サービス
• 設定
• すべての依存関係

アプリケーション移行の目的は、エンドツーエンドの同じ機能を新しいサーバーでも確実に維持することです。

これとは対照的に、サーバー移行では、あるサーバーのコンテンツが別のサーバーに移動します。さまざまなサーバーを持つ組織は、サービスの継続性を確保するために、サーバーを 1 つずつ移行することがよくあります。

サーバーの移行プロセスは、最善のケースであっても複雑であり、移行プロジェクトのほとんどの段階やタスクを円滑に進めるためのツールがあります。

検出と計画ツール

AWS Application Discovery Service などの検出ツールは、現在の環境を理解するのに役立ちます。例えば、既存のサーバーやアプリケーションをスキャンして包括的なインベントリを作成し、すべての依存関係を特定できます。これらのツールは、現在のリソース使用率を評価して特定の移行方法を推奨するのにも役立ちます。

アプリケーションやデータベースの移行ツール

特定の移行ツールは、アプリケーションやデータベースの移行など、移行プロセスの一部を自動化します。これらのツールは、現在の環境からの設定の抽出、クラウドへのサーバー転送の最適化、クラウド環境のプロビジョニングや、送信先サーバーの設定に役立ちます。

AWS Database Migration Service などのデータベースソフトウェア移行ツールは、データベースをクラウド向けに最適化したい場合に、リプラットフォームやリアーキテクトのプロセスを簡素化するためによく使用されます。

ストレージの統合ツール

AWS Storage Gateway File Gateway などのハイブリッドストレージツールは、移行後にオンプレミス環境とクラウド環境の両方を維持する予定がある場合に役立ちます。これらのツールは、2 つの環境間の通信とデータ転送を促進します。

データ転送ツール

AWS DataSync のようなデータ転送ツールは、大量のデータを安全に移動してデータ損失を防ぐのに役立ちます。また、必要に応じて、通常は転送中のデータを圧縮および暗号化できます。これらのツールは、移行ウィンドウ中に行われた変更を同期して、データ転送を正常に行うようにするのに役立ちます。一部のクラウドプロバイダーは、ネットワーク経由でデータを転送すると事業運営に過度の負担がかかる場合に、物理転送サービスまたはオフライン転送サービスを提供します。