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

# カットオーバーランブック
<a name="create-cutover-runbook"></a>

前述のように、移行は複雑で、ハードウェア、ソフトウェア、人、プロセス、組織にまたがる多くの移行部分があります。成功、一貫性、結果の加速を確実にするために、移行のすべての段階で、すべてのステークホルダーが文書化し、合意する計画を適切に立てる必要があります。このような計画は、カットオーバーランブックを使用して文書化できます。

カットオーバーランブックは、特定の移行のために完了する必要があるすべてのアクティビティをカバーします。これは、以下に関する包括的で詳細なガイドです。
+ アクティビティ
+ 計画されたタイムライン
+ 実際のアクティビティのタイムスタンプ
+ 各ステップの成功基準
+ 各ステップの所有権

カットオーバーランブックを準備するときは、次の質問をして、プランに回答を入力します。


| 質問 | これが重要な理由 | 
| --- | --- | 
|  カットオーバーにはダウンタイムが必要ですか？  |  ダウンタイムが長くなると、ユーザーのエクスペリエンスに影響します。カットオーバー計画を準備するときは、アプリケーションまたはシステムのダウンタイムを最小限に抑えるようにしてください。  | 
|  カットオーバー前にデータを同期する必要がありますか？  |  継続的なレプリケーションメカニズムを使用せずに、カットオーバー前に Amazon Elastic Block Store (Amazon EBS) ボリュームや Amazon Simple Storage Service (Amazon S3) バケットなどのストレージレイヤーを移行すると、ストレージレイヤーが同期しなくなる可能性があります。 このような場合は、ソースサービスをシャットダウンした後、カットオーバーを開始する前に、必ず最終同期を行ってください。  | 
|  計画されたカットオーバーは誰が認識すべきですか？  |  計画されたダウンタイムについて、すべての利害関係者とユーザーに通知します。  | 
|  移行を小さな部分に分割するか、すべてを一度に移行するか。  |  複雑なシステムを移行する場合は、移行をフェーズに分割し、いくつかのカットオーバーを実行するのが理にかなっています。たとえば、最初にデータレイヤーを移行できます。  | 
|  外部ベンダーのサポートが必要ですか？  |  外部ベンダーの可用性を確保するために、計画されたカットオーバーの数週間前に外部ベンダーに連絡する必要がある場合があります。 注意すべきライセンス上の考慮事項については、ベンダーに確認してください。  | 
|  プロセスの一部に特別な承認が必要ですか？  |  計画されたカットオーバーの数週間前に、必要な承認を取得します。  | 

# カットオーバーランブックテンプレート
<a name="cutover-runbook-template"></a>

カットオーバーランブックには、カットオーバー中に実行されるすべてのアクティビティを含める必要があります。ただし、移行前のテンプレートまたはチェックリストを準備することも同様に重要です。テンプレートには、移行前に完了するアクティビティが含まれている必要があります。

両方のテンプレート (1 つのドキュメントにマージ可能) で、次の質問に対する回答を提供する必要があります。
+ どのようなアクティビティが実行されますか？
+ アクティビティを実行するのは誰ですか？
+ アクティビティはいつ実行すべきですか？

このセクションでは、移行前チェックリストの例、カットオーバーランブックテンプレート、ロールバックプランについて説明します。タスク IDs、通信を迅速かつ効果的にするのに役立ちます。

## 移行前チェックリスト
<a name="pre-migration"></a>


| タスク ID | タスク | 依存関係 | チーム | 所有者 | 完了日 | ステータス | メモ | 
| --- | --- | --- | --- | --- | --- | --- | --- | 
|  P1  |  ターゲットアーキテクチャドキュメントが承認されました。  |     |     |     |     |     |     | 
|  P2  |  アプリケーションのターゲットアカウントが存在します。  |     |     |     |     |     |     | 
|  P3  |  アプリケーションの Virtual Private Cloud (VPC) とサブネットが存在します。  |     |     |     |     |     |     | 
|  P4  |  移行チームはターゲットアプリケーションアカウントにアクセスでき、必要な AWS Identity and Access Management (IAM) アクセス許可があります。  |     |     |     |     |     |     | 
|  P5  |  アプリケーションチームは、ターゲットアプリケーションアカウントとそのリソースに必要なアクセス権を持っています。  |     |     |     |     |     |     | 
|  P6  |  変更リクエストが作成され、承認されました。  |     |     |     |     |     |     | 
|  P7  |  ソース環境とターゲット環境間の接続が確立され、テストされている。  |     |     |     |     |     |     | 
|  P8  |  アプリケーションチームの連絡先リストを文書化しました。  |     |     |     |     |     |     | 
|  P9  |  カットオーバー計画を主要なステークホルダーとレビューしました。  |     |     |     |     |     |     | 
|  P10  |  移行前のバックアップアクティビティが完了しました。  |     |     |     |     |     |     | 
|  P11  |  追加のサポート連絡先を設定する必要があるかどうかを確認します。  |     |     |     |     |     |     | 
|  P12  |  各アプリケーションのリソースを確認する: 個々のアプリケーションを起動およびシャットダウンするユーザー。  |     |     |     |     |     |     | 
|  P13  |  すべての貢献チームに発行された最終的なカットオーバー計画。  |     |     |     |     |     |     | 
|  P14  |  主要な利害関係者に発行されたカットオーバーのコミュニケーション。  |     |     |     |     |     |     | 
|  P15  |  カットオーバー後の遡及会議が予定されている。  |     |     |     |     |     |     | 

問題ログに以前の項目を記録して追跡できるようにすることも、問題が発生した場合は元に戻すことも同様に重要です。

## カットオーバーランブック
<a name="cutover-runbook-example"></a>


| タスク ID | タスク | 依存関係 | チーム | 所有者 | 計画された開始日時 | 予定終了日時 | 実際の開始日時 | 実際の終了日時 | ステータス | メモ | 
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | 
|  C1  |  CR で指定されたとおりにアプリケーションがダウンすることを知らせる情報メモをすべての利害関係者に送信します。  |     |     |     |     |     |     |     |     |     | 
|  C2  |  ソースサーバーとデータベースのバックアップを確認します。  |     |     |     |     |     |     |     |     |     | 
|  C3  |  ソースサーバーでアプリケーションと DB サービスを停止します。  |     |     |     |     |     |     |     |     |     | 
|  C4  |  ソースサーバーをシャットダウンします。  |     |     |     |     |     |     |     |     |     | 
|     |  **マイルストーン 1** **カットオーバー前のアクティビティの完了 **  |     |     |     |     |     |     |     |     |     | 
|  C5  |  移行アプローチ (lift-and-shift AWS Application Migration Service など) に基づいて移行を実行します。  |     |     |     |     |     |     |     |     |     | 
|  C6  |  インフラストラクチャ (ターゲットサーバーが稼働中) を確認します。  |     |     |     |     |     |     |     |     |     | 
|     |  **Miilestone 2** **移行が完了しました**  |     |     |     |     |     |     |     |     |     | 
|  C7  |  新しく作成されたエンドポイントを指すように DNS サーバーを更新します。  |     |     |     |     |     |     |     |     |     | 
|  C8  |  DNS の変更を確認します。  |     |     |     |     |     |     |     |     |     | 
|     |  **Miilestone 3** **移行後のアクティビティ – インフラストラクチャ完了**  |     |     |     |     |     |     |     |     |     | 
|  C9  |  ターゲットサーバーでアプリケーションと DB サービスを起動します。  |     |     |     |     |     |     |     |     |     | 
|  C10  |  アプリケーション固有の設定変更を適用します (新しい IP アドレスを指すなど）。  |     |     |     |     |     |     |     |     |     | 
|     |  **マイルストーン 3** **移行後のアクティビティ – 完了したアプリケーション**  |     |     |     |     |     |     |     |     |     | 
|  C11  |  移行後のアプリケーションテストの実行 – 技術検証。  |     |     |     |     |     |     |     |     |     | 
|  C12  | 移行後のアプリケーションテストの実行 – ビジネス検証 |     |     |     |     |     |     |     |     |     | 
|  C13  |  移行が完了したことをすべての主要な利害関係者に伝えます。  |     |     |     |     |     |     |     |     |     | 
|     |  **マイルストーン 4** **移行後のテストが完了しました**  |     |     |     |     |     |     |     |     |     | 

## ロールバックプラン
<a name="rollback"></a>


| タスク ID | タスク | 依存関係 | チーム | 所有者 | ステータス | メモ | 
| --- | --- | --- | --- | --- | --- | --- | 
|  R1  |  ターゲットサーバーでアプリケーションと DB サービスを停止します。  |   |   |   |   |   | 
|  R2  |  ターゲットサーバーをシャットダウンします。  |   |   |   |   |   | 
|  R3  |  DNS サーバーの更新を元に戻します (ソースサーバーを指すように）。  |   |   |   |   |   | 
|  R4  |  DNS の変更を確認します。  |   |   |   |   |   | 
|  R5  |  ソースサーバーを起動します。  |   |   |   |   |   | 
|  R6  |  データをソースサーバーに同期し直します (必要な場合）。  |   |   |   |   |   | 
|  R7  |  ソースサーバーでアプリケーションと DB サービスを開始します。  |   |   |   |   |   | 
|  R8  |  アプリケーションテストの実行 – 技術検証。  |   |   |   |   |   | 
|  R9  |  移行後のアプリケーションテストの実行 – ビジネス検証。  |   |   |   |   |   | 
|  R10  |  移行がロールバックされたことをすべての主要な利害関係者に伝えます。  |   |   |   |   |   | 

## リホスト戦略のテンプレート例
<a name="example"></a>

フィールドで使用される最も一般的な R タイプの移行戦略の 1 つは、リホスト戦略であり、Application Migration Service を移行ツールとして選択します。リホストシナリオでは、[サンプルテンプレート](samples/cutover-runbook_template.zip)をベースラインドキュメントとして使用できます。テンプレートには、実際のカスタマーエンゲージメント中に発生した重要なアクティビティが組み込まれています。また、アプリケーションチームがタスクとアクティビティを追加するためのスペースも含まれています。前のセクションのステップでは、必要に応じて独自のカスタマイズされたカットオーバーランブックを作成するための初期ガイダンスを提供します。