SUS02-BP04 ネットワーク要件に基づいてワークロードの地理的配置を最適化する
ワークロード向けにネットワークトラフィックが経由しなければならない距離を削減できるクラウドのロケーションとサービスを選択し、ワークロードをサポートするために必要なネットワークリソースの総量を減らします。
一般的なアンチパターン:
-
自分の場所に基づいてワークロードのリージョンを選択する。
-
すべてのワークロードリソースを 1 つの地理的場所に統合する。
-
すべてのトラフィックが既存のデータセンターを通過する。
このベストプラクティスを活用するメリット: ワークロードをユーザーの近くに配置することで、ネットワーク上のデータ移動を減らし、環境負荷を低減しながら、最小限のレイテンシーを実現します。
このベストプラクティスを活用しない場合のリスクレベル: 中
実装のガイダンス
AWS クラウドインフラストラクチャは、リージョン、アベイラビリティーゾーン、プレイスメントグループ、および AWS Outposts および AWS ローカルゾーンといったエッジロケーションなどのロケーションオプションを中心に構築されています
ワークロードのネットワークアクセスパターンを分析して、このようなクラウドロケーションオプションの使用方法や、ネットワークトラフィックが経由する距離を減らす方法を特定します。
実装手順
-
ワークロードのネットワークアクセスパターンを分析して、ユーザーがアプリケーションをどのように使用しているかを特定します。
-
ネットワーク活動に関するデータを収集するため、 Amazon CloudWatch
および AWS CloudTrail のようなツールを使用します。 -
データを分析して、ネットワークアクセスパターンを特定します。
-
-
以下の主な要素に基づいて、ワークロードのデプロイに適切なリージョンを選択します。
-
持続可能性目標: 以下で説明されています リージョンの選択.
-
データの場所: 大量のデータを使用するアプリケーション (ビッグデータや機械学習など) では、アプリケーションコードをできるだけデータの近くで実行してください。
-
ユーザーの場所: ユーザー向けアプリケーションの場合は、ワークロードの顧客に近いリージョン (または複数のリージョン) を選択します。
-
その他の制約: 以下で説明されているように、コストやコンプライアンスなどの制約を考慮します。 What to Consider when Selecting a Region for your Workloads (ワークロードに応じたリージョンを選択する際の注意点)
。
-
-
ローカルキャッシュまたは AWS キャッシュソリューション
を、頻繁に使用するアセットに使用すると、パフォーマンスを向上させ、データ移動を削減し、環境への影響を低減できます。 サービス 使用する状況 画像、スクリプト、動画などの静的コンテンツだけでなく、API 応答やウェブアプリケーションなどの動的コンテンツのキャッシュに使用します。
ウェブアプリケーションのコンテンツをキャッシュします。
DynamoDB テーブルにインメモリアクセラレーションを追加します。
-
ワークロードのユーザーの近くでコードを実行できるサービスを使用します。
サービス 使用する状況 オブジェクトがキャッシュにないときに開始される、コンピューティング負荷の高いオペレーションに使用します。
HTTP リクエストまたはレスポンス操作など、短時間実行の関数で実行できるシンプルなユースケースに使用します。
接続されたデバイスのローカルコンピューティング、メッセージング、データキャッシュを実行します。
-
接続プーリングを使用して、接続の再利用を可能にし、必要なリソースを削減します。
-
永続的な接続や同期更新に依存しない分散されたデータストアを使用して、リージョンのユーザーに一貫性のあるサービスを提供します。
-
事前にプロビジョンされた静的ネットワーク容量を、共有の動的容量に置き換え、持続可能性に対するネットワーク容量の影響を他のサブスクライバーと共有します。
リソース
関連するドキュメント:
関連動画:
関連サンプル:
