Elastic Compute Service:カスタムイメージを使用したリージョン間のECSインスタンスのレプリケーション

ソースインスタンスの実行継続

カスタムイメージを作成する際、デフォルトではソースインスタンスは停止しません。ただし、作成の瞬間にディスク I/O パフォーマンスにミリ秒レベルのジッターが発生する可能性があります。ビジネスへの影響を最小限に抑えるため、ビジネスのピーク時間帯を避けることを推奨します。

切り替え期間の計画

オフピーク時に切り替えをスケジュールし、メンテナンス期間を事前にチームに伝えてください。切り替えを開始する前に、成功の基準 (例：ヘルスチェックに合格し、アプリケーションのレイテンシが許容範囲内であること) とロールバックのしきい値 (例：エラー率が 1% を超える、または応答時間が 500 ms を超えること) について合意しておきます。これらの基準を事前に定義することで、切り替え中の曖昧さがなくなります。

送信先リージョンへのトラフィックのリダイレクト

以下のいずれかの方法を使用して、ソースリージョンから送信先リージョンにトラフィックを移行してください。

• DNS ベースの切り替え：DNS レコードを更新して、新しいインスタンスのパブリック IP アドレスまたは Elastic IP アドレス (EIP) を指すようにしてください。DNS の伝播を高速化するために、切り替え期間の前に TTL を 60 秒以下に短縮することを推奨します。ECSインスタンスのDNS設定方法の詳細については、「LinuxインスタンスのDNS設定をカスタマイズする方法」をご参照ください。

• SLB ベースの切り替え：アーキテクチャに Server Load Balancer (SLB) インスタンスが含まれている場合、新しいインスタンスをバックエンドサーバーグループに追加し、徐々にトラフィックを新しいインスタンスに移行してから、ソースインスタンスをグループから削除してください。段階的なトラフィック移行は、即時切り替えと比較してサービス中断のリスクを低減します。

• プライベート IP 参照の更新：新しいインスタンスには、ソースインスタンスとは異なる新しいプライベート IP アドレス、新しいパブリック IP アドレス、および新しい MAC アドレスが割り当てられます。IP アドレスはリージョン間で移行できないため、ソースインスタンスの IP アドレスを新しいインスタンスで再利用することはできません。内部システムがプライベート IP アドレスを介してソースインスタンスと通信している場合、アプリケーション設定内の対応するプライベート IP アドレスを更新し、移行後に DNS レコードまたはロードバランサーのバックエンドサーバー設定を更新して、新しいインスタンスのアドレスを指すようにしてください。詳細については、「インスタンスのプライベートIPアドレスの変更」をご参照ください。

切り替え後のビジネスメトリクスの監視

トラフィックが新しいインスタンスに切り替えられた後、以下のメトリクスを監視して、サービスが期待どおりに動作していることを確認してください。

• アプリケーションのエラー率と応答時間

• CPU 使用率とメモリ使用量

• 主要なサービスログの出力とアラート通知

Cloud Monitor を使用してターゲットインスタンスのアラートルールを設定し、異常がリアルタイムで通知されるようにできます。

問題発生時のロールバック

切り替え後に予期しない問題が発生した場合は、トラフィックをソースインスタンスにリダイレクトし直してサービスを復旧してください。たとえば、DNSレコードを元に戻すか、SLB 設定を復元してソースインスタンスを指すようにしてください。根本原因を調査して解決してから、再度切り替えを試みてください。