翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
EC2 Windows インスタンスを AWS Managed Services アカウントに取り込み、移行
作成者:Anil Kunapareddy (AWS) と Venkatramana Chintha (AWS)
環境:本稼働 | ソース:AWS クラウドの VPC | ターゲット:AWS Managed Services によって管理される VPC |
R タイプ:リホスト | ワークロード:Microsoft | テクノロジー:移行、運用、セキュリティ、ID、コンプライアンス、クラウドネイティブ |
AWS サービス:AWS Managed Services |
[概要]
このパターンでは、Amazon Elastic Compute Cloud (Amazon EC2) Windows インスタンスを Amazon Web Services (AWS) Managed Services (AMS) アカウントに移行して取り込む step-by-step プロセスについて説明します。AMS は、インスタンスをより効率的かつ安全に管理するのに役立ちます。AMS は運用上の柔軟性を実現し、セキュリティとコンプライアンスを強化し、キャパシティの最適化とコストの削減を支援します。
このパターンでは、AMS アカウントのステージングサブネットに移行した EC2 Windows インスタンスから始まります。このタスクを実行するために、AWS アプリケーション移行サービスなど、さまざまな移行サービスとツールを利用できます。
AMS が管理する環境を変更するには、特定の操作またはアクションの変更要求 (RFC) を作成して送信します。AMS ワークロードインジェスト (WIGS) RFC を使用して、インスタンスを AMS アカウントに取り込み、カスタム Amazon マシンイメージ (AMI) を作成します。次に、別の RFC を送信して EC2 スタックを作成し、AMS が管理する EC2 インスタンスを作成します。詳細については、Kubernetes ドキュメントのAMS ワークロード取り込みを参照してください。
前提条件と制限
前提条件
AMS が管理するアクティブな AWS アカウント
既存のランディングゾーン
AMS が管理する VPC に変更を加える権限
AMS アカウントのステージングサブネットの Amazon EC2 Windows インスタンス
AMS WIGS を使用してワークロードを移行するための一般的な前提条件の完了
AMS WIGS を使用してワークロードを移行するためのWindows 前提条件の完了
制約事項
このパターンでは Windows サーバーを稼働させる EC2 インスタンス用です。このパターンでは、 Linux などの他のオペレーティングシステムを実行しているインスタンスに適用されません。
アーキテクチャ
ソーステクノロジースタック
AMS アカウントのステージングサブネットにある Amazon EC2 Windows インスタンス
ターゲットテクノロジースタック
AWS Managed Services (AMS) によって管理されるAmazon EC2 Windows インスタンス
ターゲット アーキテクチャ
ツール
サービス
「Amazon Elastic Compute Cloud (Amazon EC2)」は、AWS クラウドでスケーラブルなコンピューティング容量を提供します。Amazon EC2 を使用して必要な分だけ仮想サーバーを起動できます。
「AWS Identity and Access Management (IAM)」は、AWS リソースへのアクセスを安全に管理し、誰が認証され、使用する権限があるかを制御するのに役立ちます。
AWS Managed Services (AMS) は、モニタリング、インシデント管理、セキュリティガイダンス、パッチサポート、AWS ワークロードのバックアップなど、AWS インフラストラクチャの継続的な管理を提供することで、より効率的で安全な運用を支援します。
その他のサービス
PowerShell
は、Windows、Linux、macOS で実行される Microsoft の自動化および設定管理プログラムです。
エピック
タスク | 説明 | 必要なスキル |
---|---|---|
DNS クライアント設定を変更します。 |
| 移行エンジニア |
Windows 更新の設定を変更します。 |
| 移行エンジニア |
ファイアウォールの有効化 |
| 移行エンジニア |
タスク | 説明 | 必要なスキル |
---|---|---|
インスタンスをクリーンアップして準備します。 |
| 移行エンジニア |
sppnp.dll ファイルを修復します。 |
| 移行エンジニア |
WIG 以前の検証スクリプトを実行します。 |
| 移行エンジニア |
フェイルセーフ AMI を作成します。 | WIG 前の検証に成功したら、次のように取り込み前 AMI を作成します。
詳細については、AMS ドキュメントの AMI | Createを参照してください。 | 移行エンジニア |
タスク | 説明 | 必要なスキル |
---|---|---|
RFC を提出して、ワークロードの取り込みスタックを作成します。 | AMS WIGS を起動するための変更要求 (RFC) を提出します。手順については、AMS ドキュメントのワークロードインジェストスタック:作成 を参照してください。これによりワークロードの取り込みが開始され、バックアップツール、Amazon EC2 管理ソフトウェア、ウイルス対策ソフトウェアなど、AMS に必要なすべてのソフトウェアがインストールされます。 | 移行エンジニア |
移行が成功に完了したことを検証します。 | ワークロードの取り込みが完了すると、AMS が管理するインスタンスと AMS に取り込まれた AMI が表示されます。
| 移行エンジニア |
タスク | 説明 | 必要なスキル |
---|---|---|
RFC を送信して EC2 スタックを作成します。 |
| 移行エンジニア |
関連リソース
AWS 規範ガイダンス
AMS ドキュメント
マーケティングリソース