翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# タスク 2: 移行ランブックのドラフトを作成する
<a name="task-two-drafts-runbooks"></a>

このタスクでは、各移行パターンの移行ランブックのドラフトとレビューを行います。たとえば、Amazon EC2 へのリホスト用の移行ランブックと、Amazon RDS へのリプラットフォーム用の別のランブックを作成します。このタスクは、前のタスクで特定したすべての移行パターンの移行ランブックを作成するまで繰り返します。

[移行プレイブックテンプレートで提供されているランブックテンプレート](samples/migration-playbook-templates.zip)を使用して、環境に合わせてカスタマイズできます。頻繁に繰り返される移行パターンの場合は、*リホスト移行ランブックテンプレート* (Microsoft Word 形式) を使用することをお勧めします。1 回限りまたは非常にシンプルなパターンの場合は、リ*ホスト移行タスクリストテンプレート (Microsoft Excel 形式) *を使用することをお勧めします。タスクリストを使用して、ランブックに記載されているタスクのステータスを追跡することもできます。詳細については、「[ランブック、ツール、テンプレートについて](welcome.md#about-components)」を参照してください。

このタスクは、次のステップで構成されます。
+ [ステップ 1: 各パターンの移行ランブックドラフトを作成する](#step-one-create-runbooks)
+ [ステップ 2: ポリシーとプロセスを使用して移行ランブックを更新する](#step-two-update-runbooks)

## ステップ 1: 各パターンの移行ランブックドラフトを作成する
<a name="step-one-create-runbooks"></a>

このステップでは、移行パターンごとにランブックを作成します。完全な移行ランブックには通常、選択した移行サービスまたはツールの使用方法、環境に固有のタスク、カットオーバー手順が含まれています。

1. *移行プレイブックテンプレートにあるリホスト移行ラン*[ブックテンプレート](samples/migration-playbook-templates.zip) (Microsoft Word 形式) を開きます。

1. *移行前タスク*セクション、*移行タスク*セクション、*カットオーバータスク*セクションを、移行パターンに固有の手順で更新します。ユースケースによっては、3 つのセクションをすべて更新する必要がある場合があります。タスクをカスタマイズするときは、以下を含めます。
   + **選択したサービスの標準移行手順** – 通常、テンプレートを完了するために必要な情報は AWS ドキュメントに記載されています。例えば、以下を参照してください。
     + [lift-and-shift移行 AWS Application Migration Service に新しい を使用する方法](https://aws.amazon.com/blogs/aws/how-to-use-the-new-aws-application-migration-service-for-lift-and-shift-migrations/)
     + [AWS DataSyncの開始方法](https://docs.aws.amazon.com/datasync/latest/userguide/getting-started.html)
     + [AWS Database Migration Service step-by-stepのチュートリアル](https://docs.aws.amazon.com/dms/latest/sbs/dms-sbs-welcome.html)
   + **IT 環境に固有のタスク** – IT オペレーションと環境に固有のタスクを記録します。目標は、移行チームに参加する新しいユーザーが最小限の学習曲線でランブックに従うことができることです。たとえば、カットオーバー後にターゲットマシンにインストールする必要があるモニタリングソフトウェアは何ですか? そのサブネットにはどのドメインネームシステム (DNS) サーバーを使用しますか? 変更リクエスト (RFC) を送信するにはどうすればよいですか?
   + **カットオーバータスク** – 環境ごとにカットオーバープロセスがわずかに異なります。全員が同じプロセスに従うようにするには、環境でカットオーバーのすべてのステップを文書化することが重要です。これらのステップを文書化すると、カットオーバーウィンドウに費やされる時間が最小限に抑えられ、カットオーバーの完了に必要な時間を計画するのに役立ちます。

## ステップ 2: ポリシーとプロセスを使用して移行ランブックを更新する
<a name="step-two-update-runbooks"></a>

ランブックテンプレートとタスクリストテンプレートは、移行タスクの大部分、またはプロセスの標準部分を対象としています。残りのタスクは環境に固有であり、それに応じてランブックをカスタマイズする必要があります。例えば、ランブックに環境内の以下のプロセス用のカスタムタスクを含める必要があるかどうかを考えてみます。

**接続**
+ VMware 環境に接続する方法
+ DNS サーバーに接続して DNS レコードを更新する方法
+ 移行自動化サーバーに接続する方法
+ ソース環境に接続する方法
+ SharePoint や Confluence などのドキュメントリポジトリに接続する方法

**アクセス許可と変更管理**
+ 環境で RFC を送信する方法
+ 各ウェーブの RFC のステータスを確認する方法
+ 新しい移行エンジニアにアクセス権を付与する方法
+ ソースサーバーにアクセス許可をリクエストする方法
+ ターゲット AWS アカウントへのアクセス許可をリクエストする方法
+ カットオーバー後にターゲットサーバーに接続するアクセス許可を持つユーザー

**移行の実装とカットオーバー**
+ ターゲットサーバーにインストールまたはアンインストールするソフトウェア
+ ファイアウォール、ルーティング、ロードバランサー設定などのインフラストラクチャ設定を変更する方法
+ インフラストラクチャ設定を変更できるユーザー
+ カットオーバー中にアプリケーション設定を変更する方法
+ アプリケーションテストを実行する方法
+ カットオーバーと本番稼働を完了する方法
+ モニタリングやバックアップの設定など、カットオーバー後に発生するタスクを完了する方法

これらのタスクの一部は些細に聞こえるかもしれませんが、知識とアクセス許可は環境によって異なります。これらのタスクは、同じ移行ランブックに文書化することが重要です。

**ヒント**  
大規模な移行を高速化するために自動化を使用することを強くお勧めします。移行ファクトリモデルを使用すると、特にリホストとリプラットフォームの移行パターンについて、反復タスクの問題が簡素化され、削減されます。  
[AWS Cloud Migration Factory ソリューションは](https://aws.amazon.com//solutions/implementations/aws-cloudendure-migration-factory-solution/)、お客様が自動化を使用して大規模に移行するのに役立つように設計されています。ソリューションをデプロイし、ランブックで事前定義された自動化スクリプトを使用できます。

## タスク終了条件
<a name="task-two-drafts-runbooks-exit"></a>

必要に応じてこのタスクを繰り返し、次の終了基準を満たしたら、次のタスクに進みます。
+ 移行パターンごとにランブックを作成しました。
+ 各ランブックドラフトには、移行前タスク、移行タスク、カットオーバータスクの 3 つの主要なセクションが含まれています。
+ ランブックのドラフトには、環境に固有のタスクが含まれています。
+ 詳細なランブックのドラフトにはstep-by-stepガイダンスとスクリーンショットが含まれています。