翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# 実行中
クラウドベースのアプリケーションとオンプレミスデータベース間の最適なパフォーマンスと低レイテンシーを確保するために、 を実装することをお勧めします[AWS Direct Connect](https://docs.aws.amazon.com/directconnect/latest/UserGuide/Welcome.html)。このサービスは、 AWS と組織のデータセンター間の専用ネットワーク接続を提供し、インターネットベースの接続と比較して、より一貫したネットワークパフォーマンスとレイテンシーの低減を実現します。これは、迅速な応答時間を必要とするデータベースオペレーションにとって特に重要です。
で実行されているアプリケーションの高可用性 (HA) と伸縮性を実現するには AWS、次のコンポーネントを使用して堅牢なアーキテクチャを実装できます。
+ **Elastic Load Balancing (ELB)**: ロードバランサーをデプロイして、アプリケーションが実行される複数の Amazon Elastic Compute Cloud (Amazon EC2) インスタンスに受信トラフィックを分散できます。これにより、ワークロードが均等に分散され、クライアントリクエストのエントリポイントが 1 つになります。
+ **Auto Scaling グループ**: アプリケーションをホストする EC2 インスタンスを Auto Scaling グループに整理できます。これにより、インフラストラクチャは CPU 使用率やネットワークトラフィックなどの事前定義されたメトリクスに基づいてインスタンスの数を自動的に調整できます。ピーク時には、負荷の増加に対応するために追加のインスタンスを起動できますが、クワイエット時には、不要なインスタンスを終了してコストを最適化できます。
+ **EC2 インスタンス**: アプリケーションを Auto Scaling グループ内の EC2 インスタンスにデプロイできます。これらのインスタンスは、耐障害性を強化し、高可用性を確保するために、複数のアベイラビリティーゾーンに分散する必要があります。
+ **マルチ AZ 配置**: アプリケーションインスタンスを複数のアベイラビリティーゾーンに分散することで、システムは 1 つのアベイラビリティーゾーンの障害に耐えられ、全体的な可用性に大きな影響を与えません。
このアーキテクチャにより、アプリケーションは高可用性を維持しながら、需要に応じてシームレスにスケーリングできます。ロードバランサーは、トラフィックが正常なインスタンスに均等に分散されるようにし、Auto Scaling グループは実際のワークロードに基づいてインスタンスの数を管理します。
信頼性をさらに高めるために、[Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html) を使用してパフォーマンスの問題や障害を迅速に検出して対応できるようにすることで、堅牢なモニタリングおよびアラートシステムを実装できます。さらに、自動スケーリング機能とフェイルオーバーシナリオを定期的にテストすることで、さまざまな負荷状況や潜在的な障害時にシステムが期待どおりに動作することを確認できます。
このアプローチを採用することで、オンプレミスの Db2 データベースへの安全な接続 AWS クラウド を維持しながら、 のスケーラビリティと柔軟性を活用できます。このハイブリッドセットアップは、完全なクラウド移行への優れたパスとして機能し、プロセス全体で段階的な移行とリスク軽減を提供します。
## 2 フェーズコミット (2PC)
[AWS Mainframe Modernization Rocket Software とのリプラットフォーム](https://aws.amazon.com/mainframe-modernization/capabilities/replatform-rocketsoftware/)は、拡張アーキテクチャ (XA) の実装を通じて 2 フェーズコミット (2PC) トランザクションをサポートします。この機能は、分散システム全体、特に複雑なトランザクションが複数のリソースにまたがることが多いメインフレーム環境でデータの整合性を維持する上で不可欠です。
XA アーキテクチャは、Rocket Software で AWS Replatform に統合されており、データベースやメッセージキューなどのさまざまなリソース間でトランザクションを調整できます。この統合により、分散トランザクションのすべての部分がコミットまたはロールバックされ、システム全体の一貫性が維持されます。
2PC プロセスは 2 つのフェーズで構成されます。
+ 準備フェーズ: トランザクションマネージャーは、トランザクションに関係するすべてのリソースマネージャーにクエリを実行して、コミットする準備ができていることを確認します。
+ コミットフェーズ: すべてのリソースマネージャーが肯定的に応答した場合、トランザクションマネージャーは変更をコミットするように指示します。いずれかのリソースマネージャーがコミットできない場合、すべてのマネージャーに変更をロールバックするように指示されます。
XA を使用することで、Rocket Software AWS で Replatform は、モダナイズされたメインフレーム環境で複雑な分散トランザクションを管理するための信頼性が高くスケーラブルなソリューションを提供します。この機能は、トランザクションの整合性やパフォーマンスを損なうことなくメインフレームアプリケーションをクラウドに移行したい組織にとって不可欠です。
## ランタイムインフラストラクチャ
次の図は、2 つのアベイラビリティーゾーン、Auto Scaling グループ内の EC2 インスタンス、Network Load Balancer、 を介した AWS とメインフレーム環境間の専用接続 AWS クラウド を含む の高可用性で伸縮自在な環境を示しています AWS Direct Connect。
このアーキテクチャの詳細は以下のとおりです。
1. AWS Mainframe Modernization ランタイムが開始されると、 から Db2 認証情報を取得し[AWS Secrets Manager](https://docs.aws.amazon.com/secretsmanager/latest/userguide/intro.html)、Db2 for z/OS との永続的な接続を開きます。
**注記**
AWS Mainframe Modernization サービス (マネージドランタイム環境エクスペリエンス) は、新規のお客様に公開されなくなりました。 AWS Mainframe Modernization サービス (マネージドランタイム環境エクスペリエンス) に似た機能については、 AWS Mainframe Modernization サービス (セルフマネージドエクスペリエンス) をご覧ください。既存のお客様は、通常どおりサービスを引き続き使用できます。詳細については、「[AWS Mainframe Modernization 可用性の変更](https://docs.aws.amazon.com/m2/latest/userguide/mainframe-modernization-availability-change.html)」を参照してください。
1. クライアントは [Amazon Route 53 ](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/Welcome.html)の Network Load Balancer アドレスをバインドします。
1. Route 53 は、トランザクションを Network Load Balancer にリダイレクトします。
1. Network Load Balancer は、複数の EC2 インスタンスにトランザクションを分散します。
1. で実行されているワークロードは、 を介した永続的な接続を使用して Db2 for z/OS と AWS Mainframe Modernization やり取りします AWS Direct Connect。