カットオーバー - AWS 規範ガイダンス

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

カットオーバー

メインフレームのモダナイゼーションにおける最も重要な課題の 1 つは、新しいプラットフォームへの移行中のダウンタイムとリスクを最小限に抑えることです。Blue/Green デプロイ戦略は、システム移行に対する強力で柔軟なアプローチを提供します。

ブルー/グリーンデプロイは、ブルーグリーンという 2 つの同一の本番環境を実行することで、ダウンタイムとリスクを軽減する手法です。メインフレームのモダナイゼーションコンテキストでの仕組みは次のとおりです。

  • ブルー環境: これは、すべての本番トラフィックを処理する現在のメインフレームシステムです。

  • グリーン環境: これは、引き継ぐ準備ができてい AWS る の新しいモダナイズされたプラットフォームです。

ブルー/グリーンカットオーバー戦略には、プロビジョニング、本番稼働、問題が発生した場合のロールバック、終了のステップが含まれます。

プロビジョニング

この段階では、以下の手順に従って に新しい (グリーン) AWS 環境をプロビジョニングします。

  1. 環境をリプラットフォームする: Route 53 ホストゾーンには、メインフレーム環境 (青) を指す DNS レコードが含まれている必要があります。

  2. 接続の確認: AWS アカウント とオンプレミスのトランザクションマネージャーと Db2 for z/OS データベース間の適切な接続を確認します。

  3. 煙テストを実行する: AWS ロードバランサーアドレスを使用してリプラットフォームされた環境にアクセスし、包括的な煙テストを実行して以下を確認します。

    • 予想されるすべてのワークロードを使用できます。

    • 3270 件のトランザクションが正しく処理されています。

    • Db2 for z/OS とのデータインタラクションは期待どおりに機能しています。

稼働

この段階では、トラフィックをグリーン環境にシフトし、変更をモニタリングします。

  1. Route 53 のトラフィックルーティングポリシーを使用して、トラフィックをシフトします。

    • オプション A: トラフィックをすべて一度にシフトできます。

    • オプション B: または、段階的な加重分散を使用することもできます。

  2. モニタリングと検証:

    • トラフィックの変化に応じて AWS 環境を注意深く監視します。

    • 3270 トランザクション処理を確認します。

    • Db2 for z/OS 通信を確認します。

    • パフォーマンスの問題を監視します。

    • ユーザーにトランザクション結果の検証を依頼します。

ロールバック

問題が発生した場合は、Route 53 をすばやく更新して、トラフィックをオンプレミスのメインフレーム (ブルー) 環境にリダイレクトできます。

別のカットオーバーを試みる前に、問題を調査して解決する必要があります。

終了

トラフィックをモニタリングし、グリーン環境が正しく機能していることを検証したら、アプリケーショントラフィックを に徐々に増やすことができます AWS。

安定した期間を過ぎると、メインフレームトランザクション (ブルー) 環境を廃止し、Db2 for z/OS データベースをオンプレミスに保持できます。

アーキテクチャ

次の図は、カットオーバーフローを示しています。

でメインフレームアプリケーションを再プラットフォームするためのカットオーバーアーキテクチャ AWS。

カットオーバープロセスは、以下で構成されます。

  1. フロントエンド (BFFs) のクライアントアプリケーション、フロントエンド、バックエンドは、Route 53 ドメイン名にトランザクションを送信します。

  2. Route 53 は、定義されたルーティングポリシーに応じて、メインフレームトランザクションマネージャーまたは Network Load Balancer に接続をルーティングします。

  3. トランザクションマネージャーは、メインフレームに送信されるトランザクションを処理します。

  4. Network Load Balancer は、トランザクションを利用可能なリプラットフォーム環境に分散して処理します。

  5. AWS Mainframe Modernization リプラットフォーム環境はリクエストを処理します。