翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
カットオーバーランブックテンプレート
カットオーバーランブックには、カットオーバー中に実行されるすべてのアクティビティを含める必要があります。ただし、移行前のテンプレートまたはチェックリストを準備することも同様に重要です。テンプレートには、移行前に完了するアクティビティが含まれている必要があります。
両方のテンプレート (1 つのドキュメントにマージ可能) で、次の質問に対する回答を提供する必要があります。
-
どのようなアクティビティが実行されますか？
-
アクティビティを実行するのは誰ですか？
-
アクティビティはいつ実行すべきですか？
このセクションでは、移行前チェックリストの例、カットオーバーランブックテンプレート、ロールバックプランについて説明します。タスク IDs、通信を迅速かつ効果的にするのに役立ちます。
移行前チェックリスト
| タスク 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 |
カットオーバー後の遡及会議が予定されている。 |
|
|
|
|
|
|
問題ログに以前の項目を記録して追跡できるようにすることも、問題が発生した場合は元に戻すことも同様に重要です。
カットオーバーランブック
| タスク 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 移行後のテストが完了しました |
|
|
|
|
|
|
|
|
|
ロールバックプラン
| タスク ID | タスク | 依存関係 | チーム | 所有者 | ステータス | メモ |
|---|---|---|---|---|---|---|
|
R1 |
ターゲットサーバーでアプリケーションと DB サービスを停止します。 |
|
|
|
|
|
|
R2 |
ターゲットサーバーをシャットダウンします。 |
|
|
|
|
|
|
R3 |
DNS サーバーの更新を元に戻します (ソースサーバーを指すように）。 |
|
|
|
|
|
|
R4 |
DNS の変更を確認します。 |
|
|
|
|
|
|
R5 |
ソースサーバーを起動します。 |
|
|
|
|
|
|
R6 |
データをソースサーバーに同期し直します (必要な場合）。 |
|
|
|
|
|
|
R7 |
ソースサーバーでアプリケーションと DB サービスを開始します。 |
|
|
|
|
|
|
R8 |
アプリケーションテストの実行 – 技術検証。 |
|
|
|
|
|
|
R9 |
移行後のアプリケーションテストの実行 – ビジネス検証。 |
|
|
|
|
|
|
R10 |
移行がロールバックされたことをすべての主要な利害関係者に伝えます。 |
|
|
|
|
|
リホスト戦略のテンプレート例
フィールドで使用される最も一般的な R タイプの移行戦略の 1 つは、リホスト戦略であり、Application Migration Service を移行ツールとして選択します。リホストシナリオでは、サンプルテンプレートをベースラインドキュメントとして使用できます。テンプレートには、実際のカスタマーエンゲージメント中に発生した重要なアクティビティが組み込まれています。また、アプリケーションチームがタスクとアクティビティを追加するためのスペースも含まれています。前のセクションのステップでは、必要に応じて独自のカスタマイズされたカットオーバーランブックを作成するための初期ガイダンスを提供します。
