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