Amazon Web Services ブログ
Microsoft Windows Server 2012 を AWS Application Migration Service でアップグレードする方法
このブログ記事は、Windows Server 2012 と 2012 R2 のアップグレード方法に関する 4 部構成のシリーズの第 4 部です。
このシリーズでは、2023年10月に予定されているサポート終了イベントに対応するための選択肢についてご説明します。第 1 部では、サポート終了のジレンマと、インプレースでの手動アップグレードの実行方法と、Windows Server 向けサポート終了移行プログラム (EMP) の概要を説明しました。第 2 部では、Amazon Systems Manager (SSM) を使用してアップグレードを自動化する方法について説明しました。 第 3 部では、AWS App2Container などのモダナイゼーションツールを活用してアップグレードする方法を説明しました。第 4 部では、AWS Application Migration Service を使用して Microsoft Windows Server 2012 をアップグレードする方法を説明します。
はじめに
このブログ記事は、Windows Server のサポート終了への対応ブログシリーズの第 4 部です。この最後のブログ記事では、AWS Application Migration Service (AWS MGN) を使用して Windows Server のインプレースアップグレードを実行する方法について説明します。早速見ていきましょう。
AWS MGN を使用した Windows Server のインプレースアップグレードの実行
お使いの Windows 2012 または Windows 2012 R2 サーバーがまだオンプレミス環境で実行されている場合は、それらのサーバーを AWS MGN を使用して AWS に移行できます。移行の最後にサーバーを新しいバージョンの Windows にアップグレードするように AWS MGN を設定できます。AWS MGN を設定する手順については、このブログ記事 (訳註:日本語でのAWS MGN 解説動画) をお読みください。AWS MGN で移行する手順を理解できます。
前提条件
1. AWS Identity and Access Management (IAM) ロール
Windows Server のアップグレードを実行するための AWS MGN で移行後のテンプレートを準備する前に、以下のアクセス権限ポリシーを含む IAM ロール (図 1 参照) を作成する必要があります。
- AmazonSSMManagedInstanceCore
- AWSApplicationMigrationFullAccess
2. サブネット ID
移行したインスタンスを実行するサブネット ID を書き留めておきます。サブネット ID は、AWS マネジメントコンソールの Amazon Virtual Private Cloud (Amazon VPC) サービス (図 2 参照) の [サブネット] にあります。
AWS MGN コンフィギュレーション
AWS MGN では、Amazon Elastic Compute Cloud (Amazon EC2) の起動インスタンスで、あらかじめ定義されたさまざまな起動後のアクションを実行できます。組み込みの起動後テンプレートのいずれかを使用して、Windows Server のインプレースアップグレードを実行します。
このステップを開始するときは、ソースサーバーへの AWS MGN エージェントのインストールが既に完了していて、MGN コンソールに表示されている前提とします。
注意:この方法を使用して Windows Server 2008 R2 をアップグレードすることもできます。Windows Server 2008 R2 インスタンスを Windows Server 2016、2019、または 2022 にアップグレードするには、インプレースアップグレードを 2 回実行します。1 回目は Windows Server 2008 R2 から Windows Server 2012 R2 へ、その次は Windows Server 2012 R2 から Windows Server 2016、2019、または 2022 へのインプレースアップグレードです。
Windows Server 2008 R2 を Windows Server 2016、2019、または 2022 に直接アップグレードすることはサポートされていません。
- AWS MGN で、[ソースサーバー] に移動します (図 3 参照)。Windows アップグレードを実行するサーバーをクリックします。
- [起動後設定] を選択します (図 4 参照)。
- [起動後のアクションをアクティブ化する] が [はい] に設定されていることを確認します。それ以外の場合は、[編集] をクリックします。
- [起動後設定の編集] (図 5 参照) で、[Systems Manager エージェントをインストールし、起動したサーバーでのアクションの実行を許可する] を有効にします (図 6 参照)。
- [テストインスタンスとカットオーバーインスタンス (推奨)] を選択し、[設定を保存] を選択します (図 6 参照)。
- [Windows upgrade] を選択し、[編集] をクリックします (図 7 を参照)。
- [アクションの編集] で、[このアクションをアクティブ化する] をオンにします (図 8 参照)。
- 次の情報を入力します (図 9 参照)。
- IamInstanceProfile : 前提条件ステップ 1 で作成したプロファイル
- SubnetId : サーバーをデプロイしたいサブネットを設定します。前提条件セクションのステップ 2 を参照してください
- TargetWindowVersion : アップグレードしたい Windows バージョンを選択します。
- KeepPreUpgradeImageBackUp : 今回の手順では False 設定します。条件に応じて、設定してください。
- RebootInstanceBeforeTakingImage : 今回の手順では False 設定します。条件に応じて、設定してください。
入力後、アクションを保存します。
- 最終的に、起動後の設定に「SSM agent」と「Windows upgrade」の 2 つのアクションが表示されます (図 10 参照)。
- AWS MGN でカットオーバーを行うと、ステップ 9 で設定した 2 つの起動後のアクションによって SSM Agent のインストールと、新しいバージョンの Windows OS へのインプレースアップグレードが実行されます (図 11 参照)。
- 起動後のアクションは、移行ダッシュボードの [起動後のアクション] でモニタリングできます (図 12 参照)。
- カットオーバーが正常に完了すると、Amazon EC2 コンソールに新しい Windows Server 2019 が表示されるはずです (図 13 参照)。
クリーンアップ
このブログ記事は手順の説明を目的としており、クリーンアップについては省略しています。
まとめ
このブログ記事では、AWS Application Migration Service を使用した Windows Server のアップグレード方法について説明しました。
この 4 部構成のブログシリーズでは、EOS に対処するためのさまざまな選択肢と、AWS のテクノロジー、ツール、エキスパートがこれらの問題への対処にどのように役立つか説明したことを覚えておいてください。
- 第 1 部 : AWS で Microsoft Windows Server 2012 を手動でアップグレードする方法
- 第 2 部 : AWS Systems Manager を使用して Microsoft Windows Server のアップグレードを自動化する方法
- 第 3 部 : AWS 上の Windows コンテナを使用して Microsoft Windows Server 2012 をアップグレードおよびモダナイズする方法
最後に、この電子書籍を読んで、NextGen Healthcare、Parsons Corporation、SeatGeek、アーカンソー州裁判所管理局などの組織が AWS を使用して Windows Server ワークロードを移行、最適化、およびモダナイズする方法を参考にしてください。
アップグレードについてご支援が必要な場合は、こちらから AWS にお問い合わせください。お客様の EOS の状況やニーズへの対応を支援いたします。
AWS は、お客様がクラウドを最大限に活用する方法を評価するご支援をします。AWS は数百万のお客様からご信頼いただき、最も重要なアプリケーションをクラウドに移行しモダナイズするためにご利用いただいています。ぜひ、これらお客様の仲間入りしてください。Windows Server または SQL Server のモダナイゼーションの詳細については、 Windows on AWS をご覧ください。今すぐ移行を開始するには、こちらからお問い合わせください。