移行 · ランブック

移行ランブック

1つの移行ウェーブ。2週間のフリーズから事後レビューまで。以下の時間帯は週末の作業ウィンドウを想定しており、10~30ラック規模のウェーブを対象としています。規模の大きいウェーブは延長ではなく分割します。このドキュメントがプランではなくランブックである理由は2つです。各ステップに指名された責任者がいること。そしてゴー/ノーゴー判定基準が移行当日の混乱の中ではなく数週間前に決定されることです。

T	時期	実行	責任者	詳細
T-14d	2週間前	変更承認、ウェーブ確定	移行リード	変更要求が承認され、ウェーブの内容が確定されます。T-14時点でリストにないものはこのウェーブでは移行されません。遅れた追加こそが計画されたウェーブをインシデントに変えるものです。
T-7d	1週間前	ターゲット機器のラック設置・ケーブリング・給電・到達確認完了	フィールドエンジニアリング	交換または受信対象の機器がターゲット側に配置され、適切な回線に接続されており、企業ネットワークの外部からのアウトオブバンドアクセスが動作していることを確認します。
T-72h	火曜日	検証スクリプトのドライラン	アプリケーション所有者	移行後のチェックを現在の本番環境に対して実行します。この段階でチェックが失敗すれば、土曜午前2時の移行失敗ではなく、チェック自体の問題です。
T-48h	水曜日	DNS TTLを300秒に短縮	ネットワークエンジニアリング	カットオーバー前にすべてのリゾルバーが短いTTLを取得済みになるよう、十分に早期に短縮しました。
T-24h	木曜日	フルバックアップの取得とリストア検証	バックアップチーム	リストア可能であることを確認しました。完了しただけではありません。検証されないバックアップは信念であり、コントロールではありません。
T-4h	金曜日 17:00	変更凍結開始、ブリッジ開始	マイグレーションリード	インフラ全体で無関係な変更をすべて停止しました。インフラストラクチャ、ネットワーク、アプリケーションのオーナーおよび現地チームとのブリッジコールを開始しました。
T-0	金曜日 21:00	Go/No-Go判定 #1	マイグレーションリード + ビジネススポンサー	基準を声に出して確認しました：バックアップ確認済み、ターゲット到達可能、チーム全員揃っている、他所にアクティブなP1インシデントなし。1つでも「ノー」があれば実行は「ノー」です。延期は1週末のコスト。不確実なまま進行するとクォーター全体のコストになります。
T+0:15	金曜日 21:15	グレースフルシャットダウン、最終デルタシンク	アプリケーションオーナー	アプリケーションを依存関係の順序で停止し、最後のレプリケーションデルタをフラッシュしました。ソースシステムを読み取り専用にマークして、空になる予定のサイトへの書き込みを防ぎました。
T+1:00	金曜日 22:00	ソースからの撤去、積み込み、運搬	フィールドエンジニアリング	ラックレールとケーブルを取り外す際にラベル付けしました。接続解除前に、すべてのキャビネットの前面と背面を写真撮影しました。これが最速のロールバック対応です。
T+4:00	土曜日 01:00	受け取り、ラック搭載、ケーブル接続、電源投入	フィールドエンジニアリング	段階的なグループで電源を投入することで、全体を一度に起動するのではなく、遮断されたブレーカーが自身を特定され、ラック行全体のダウンを防ぐ。
T+7:00	土曜日 04:00	ゴー/ノーゴー #2 — ロールバッククロック	マイグレーションリード	ロールバックがまだウィンドウ内に収まる最終ポイント。この固定時刻までに、リソースが起動されかつ到達可能でない場合、ロールバック実行 — 決定はT-14で下される、この時点ではない。
T+8:00	土曜日 05:00	ネットワークカットオーバー、DNS再ポイント	ネットワークエンジニアリング	ルーティング変更、ファイアウォールポリシー有効化、DNS記録の再ポイント。モニタリングが新サイトから緑色を示すべき、機能していると報告される前に。
T+10:00	土曜日 07:00	自動検証パス	アプリケーション所有者	ドライランと同じスクリプトをターゲットに対して実行。成功または失敗のみ、意見ではない。
T+14:00	土曜日 11:00	ビジネス検証とサインオフ	ビジネススポンサー	指定されたユーザーが実トランザクションを実行。サインオフは書面で、アプリケーション単位で記録され、マイグレーションチームではなく所有者に属する。
T+24:00	日曜日 21:00	フリーズ解除、ハイパーケア開始	マイグレーションリード	フリーズ解除、5営業日間の強化サポート、およびハイパーケア終了までソース環境は保持。
T+7d	翌週の金曜日	レトロスペクティブ、ランブック更新	マイグレーションリード	詳細が明確なうちにランブックに修正を記録する。後続のウェーブはこれらを引き継ぐ。

ノーゴ基準

変更承認時に合意し、各ゴー/ノーゴで読み上げる。いずれか1つが該当すれば実行延期となる。事前に記録する意義は、午前4時には既に議論が決着しているということである。

バックアップが復旧可能であることが確認されていない
ターゲットサイトが帯域外アクセスで到達できない
指定された責任者がブリッジから不在である
どこかに有効な P1 インシデントが存在する
キャリア回線の稼働が確認されていない
ロールバックパスが最後の変更以降テストされていない

ロールバック時限

ロールバックが実現するには残りの時間枠に収まる必要がある。パイロット中に計測する：ラック再設置、ケーブル再接続、電源投入、ソースサイトでの DNS 再指定にかかる時間。これを時間枠終了から差し引いた時刻が固定クロック時刻—第2のゴー/ノーゴ判定である。この時刻到達時に稼働かつ到達可能なターゲットがない場合、チームが完了に近いと感じていてもロールバックする。このステップをスキップするチームはロールバックを回避できず、午前7時にはもはやロールバックの選択肢がないことに気づく。

当夜持参すべきもの

ラック配置図およびケーブル配線図（印刷版）—参照が必要なネットワークは、移動対象のネットワークかもしれない
すべてのキャビネット前面・背面の写真（プラグを抜く前に撮影）
光学部品、パッチケーブル、レール、PDU の予備および単一供給元品は各1個以上の予備
帯域外アクセス認証情報（オフィスネットワークではなく携帯テザリングで検証済み）
携帯番号付きエスカレーション階層（オペレーターの遠隔操作デスク含む）
本番環境のドライラン試験で実証済みの検証スクリプト

ランブック前の計画

カットオーバーが成功するのは、ディスカバリーが成功したときだけである。まず移行チェックリストに取り組み、コスト計算機でプログラムをモデル化し、施設カタログからターゲットをショートリストする。

ターゲット施設の見積もり

ウェーブサイズと市場を教えてください—適合する施設とベンチマーク価格を返します。