クラウド間スケーリング パターン
負荷の増加に対応するために、既存のアプリにリソースを自動的に追加します。
コンテキストと問題
アプリは、予期しない需要の増加に対応するために容量を増やすことはできません。 このように増量できないことで、使用量がピークの時間帯にユーザーがアプリにアクセスできなくなります。 アプリは一定数のユーザーにサービスを提供できます。
グローバル企業には、セキュリティで保護された、信頼性が高く、利用可能なクラウドベースのアプリが必要です。 需要の増加に対応し、適切なインフラストラクチャを使用してその需要をサポートすることが重要です。 ビジネスにとって、コストおよびメンテナンスと、ビジネス データのセキュリティ、ストレージ、リアルタイム可用性の間でバランスを取ることは困難になっています。
パブリック クラウドでアプリを実行できない可能性があります。 ただし、アプリの需要の急増に対処するためにオンプレミス環境で必要になる容量を維持することは、企業にとって経済的に見合わない場合があります。 このパターンでは、パブリック クラウドの弾力性をオンプレミス ソリューションで利用できます。
解決策
クラウド間スケーリング パターンでは、ローカル クラウドに配置されたアプリを、パブリック クラウドのリソースを使用して拡張します。 このパターンは、需要の増減によってトリガーされ、クラウド内のリソースを追加または削除します。 これらのリソースは、冗長性、迅速な可用性、および地理的に準拠したルーティングを提供します。
注意
このパターンは、アプリのステートレス コンポーネントにのみ適用されます。
コンポーネント
クラウド間スケーリング パターンは、次のコンポーネントで構成されています。
クラウドの外部
Traffic Manager
図では、これはパブリック クラウド グループの外側にありますが、ローカル データセンターとパブリック クラウドの両方でトラフィックを調整できる必要があります。 このバランサーは、エンドポイントを監視し、必要に応じてフェールオーバーの再分配を提供することによって、アプリの高可用性を実現します。
ドメイン ネーム システム (DNS)
ドメイン ネーム システム (DNS) は、Web サイトまたはサービスの名前をその IP アドレスに変換する (または解決する) 役割を担います。
クラウド
ホスト型ビルド サーバー
ビルド パイプラインをホストするための環境。
アプリ リソース
アプリ リソースは、仮想マシン スケール セットや Containers のように、スケールインとスケールアウトが可能である必要があります。
カスタム ドメイン名
ルーティング要求 glob には、カスタム ドメイン名を使用します。
パブリック IP アドレス
パブリック IP アドレスは、受信トラフィックをトラフィック マネージャー経由でパブリック クラウド アプリのリソース エンドポイントにルーティングするために使用されます。
ローカル クラウド
ホスト型ビルド サーバー
ビルド パイプラインをホストするための環境。
アプリ リソース
アプリ リソースは、仮想マシン スケール セットや Containers のように、スケールインとスケールアウトが可能である必要があります。
カスタム ドメイン名
ルーティング要求 glob には、カスタム ドメイン名を使用します。
パブリック IP アドレス
パブリック IP アドレスは、受信トラフィックをトラフィック マネージャー経由でパブリック クラウド アプリのリソース エンドポイントにルーティングするために使用されます。
問題と注意事項
このパターンの実装方法を決めるときには、以下の点に注意してください。
スケーラビリティ
クラウド間スケーリングの主要構成要素はオンデマンド スケーリングを与える機能です。 スケーリングはパブリックとローカルのクラウド インフラストラクチャの間で行う必要があります。また、要求に関して、一貫性があり、信頼できるサービスを提供する必要があります。
可用性
オンプレミス ハードウェア構成およびソフトウェア デプロイを通じて高可用性をもたらすように、ローカルでデプロイされたアプリが構成されていることを確認します。
管理の容易性
クラウド間パターンは、複数の環境にわたるシームレスな管理と使い慣れたインターフェイスを実現します。
このパターンを使用する状況
このパターンは次の目的で使用します。
- 予期しない需要や定期的な需要に応じてアプリの容量を増やす必要がある場合。
- ピーク時にしか使用されないリソースに投資したくない場合。 従量課金制となります。
このパターンは次の場合は推奨されません。
- インターネット経由で接続するユーザーがソリューションに必要である。
- 発信接続がオンサイト呼び出しからのものであることを要求するローカルの規制がビジネスに適用される。
- ネットワークで定期的なボトルネックが発生しており、これがスケーリングのパフォーマンスを制限している。
- 環境がインターネットから切断されていて、パブリック クラウドに接続できない。
次のステップ
この記事で紹介したトピックの関連情報:
- この DNS ベースのトラフィック ロード バランサーの詳細なしくみについては、「Traffic Manager について」を参照してください。
- ベスト プラクティスの詳細を確認し、その他の疑問の回答を取得するには、ハイブリッド アプリケーションの設計上の考慮事項に関する記事を参照してください。
- 製品とソリューションのポートフォリオ全体の詳細について、Azure Stack ファミリの製品とソリューションを参照してください。
ソリューションの例をテストする準備ができたら、クラウド間スケーリングのソリューション デプロイ ガイドに進んでください。 デプロイ ガイドでは、コンポーネントをデプロイしてテストするための詳細な手順について説明します。 Azure Stack Hub でホストされる Web アプリから Azure でホストされる Web アプリに切り替えるための手動トリガー プロセスを提供する、クラウド間ソリューションを作成する方法について学習します。 また、Traffic Manager を介して自動スケーリングを使用し、負荷に対して柔軟かつスケーラブルなクラウド ユーティリティを実現する方法についても学習します。