AWS Outposts ラックによる HA アプリケーションとインフラストラクチャソリューションの構築 - AWS Outposts の高可用性設計とアーキテクチャに関する考慮事項

AWS Outposts ラックによる HA アプリケーションとインフラストラクチャソリューションの構築

AWS Outposts ラックを使用すると、使い慣れた AWS のクラウドサービスとツールを使用して、可用性の高いオンプレミスアプリケーションを構築、管理、スケールすることができます。クラウド HA アーキテクチャとアプローチは、現在データセンターで運用している従来のオンプレミス HA アーキテクチャとは全般的に異なることを理解することが重要です。

従来のオンプレミスの HA アプリケーションのデプロイでは、アプリケーションは仮想マシン (VM) にデプロイされます。複雑な IT システムとインフラストラクチャがデプロイおよび管理され、仮想マシンの実行と健全性を維持します。多くの場合、VM には特定の ID があり、各 VM はアプリケーションアーキテクチャ全体で重要な役割を果たす場合があります。

アーキテクチャ上の役割は VM の ID と密接に結びついています。システムアーキテクトは、IT インフラストラクチャ機能を活用して可用性の高い VM ランタイム環境を提供し、各 VM がコンピューティング容量、ストレージボリューム、およびネットワークサービスに確実にアクセスできるようにします。VM に障害が発生した場合、自動または手動の復旧プロセスを実行して、障害が発生した VM を (多くの場合、他のインフラストラクチャ上または完全に別のデータセンターで) 健全な状態に復元します。

クラウド HA アーキテクチャは異なるアプローチを採用しています。AWS クラウドサービスは、信頼性の高いコンピューティング、ストレージ、およびネットワーク機能を提供します。アプリケーションコンポーネントは EC2 インスタンス、コンテナ、サーバーレス機能、またはその他のマネージドサービスにデプロイされます。

インスタンスはアプリケーションコンポーネントをインスタンス化したもので、その役割を果たす多くのコンポーネントのうちの 1 つである可能性があります。アプリケーションコンポーネントは相互に、およびアプリケーションアーキテクチャ全体で果たす役割と疎結合しています。通常、インスタンスの個々の ID は重要ではありません。需要に応じてスケールアップまたはスケールダウンするために、追加のインスタンスを作成または破棄できます。障害が発生したインスタンスや異常なインスタンスは、単に新しい正常なインスタンスに置き換えられます。

AWS Outposts ラックは、AWS のコンピューティング、ストレージ、ネットワーキング、データベース、およびその他のクラウドサービスをオンプレミスの場所に拡張し、真に一貫したハイブリッドエクスペリエンスを実現するフルマネージドサービスです。Outposts ラックサービスを、従来のオンプレミスの HA メカニズムを備えた IT インフラストラクチャシステムの当座の代用と考えるべきではありません。従来のオンプレミスの HA アーキテクチャをサポートするために AWS サービスや Outposts を使用しようとするのはアンチパターンです。

AWS Outposts ラックで実行中のワークロードは、Amazon EC2 Auto Scaling (ワークロードの需要に合わせて水平にスケール)、EC2 ヘルスチェック (異常のあるインスタンスを検出して削除)、Application Load Balancer (受信ワークロードトラフィックをスケーリングまたは置換されたインスタンスにリダイレクト) などのクラウド HA メカニズムを使用します。アプリケーションをクラウドに移行する際は、移行先が AWS リージョン であるか AWS Outposts ラックであるかにかかわらず、HA アプリケーションのアーキテクチャを更新して、マネージドクラウドサービスとクラウド HA メカニズムを活用し始める必要があります。

以下のセクションでは、高可用性要件のワークロードを実行するためにオンプレミス環境に AWS Outposts ラックをデプロイするためのアーキテクチャパターン、アンチパターン、および推奨プラクティスを紹介します。これらのセクションではパターンとプラクティスを紹介しますが、設定や実装の詳細は説明しません。Outposts ラックのために環境を整え、AWS のサービスへの移行のためにアプリケーションを準備する際には、AWS Outposts ラックの FAQユーザーガイド、および Outposts ラックで実行されるサービスの FAQ とサービスドキュメントを読み、理解しておく必要があります。