PERF05-BP04 ロードバランシングと暗号化のオフロードを活用する

HTTP/HTTPS のワークロードには、Application Load Balancer を使用します。

TCP または UDP で実行される HTTP 以外のワークロードには、Network Load Balancer を使用します。

両方の製品の機能を活用したい場合は、両方を組み合わせて (ALB を NLB のターゲットとして) 使用します。例えば、NLB の静的 IP を ALB からの HTTP ヘッダーベースのルーティングと組み合わせて使用する場合や、HTTP のワークロードを AWS PrivateLink に公開する場合に使用します。

すべてのロードバランサー製品の比較については、「ELB の製品の比較」を参照してください。

AWS Certificate Manager と統合された Application Load Balancer と Network Load Balancer の両方で HTTPS/TLS リスナーを設定します。

ワークロードによっては、コンプライアンス上の理由で、エンドツーエンドの暗号化が必要になる場合があることに注意します。この場合は、ターゲットで暗号化を有効にする必要があります。

セキュリティのベストプラクティスについては、「SEC09-BP02 伝送中に暗号化を適用する」を参照してください。

ルーティングアルゴリズムは、バックエンドターゲットの使用状況に変化をもたらし、パフォーマンスへの影響を左右します。例えば、ALB には、以下の2 つのルーティングアルゴリズムのオプションがあります。

最小未処理リクエスト: アプリケーションのリクエストの複雑性が異なる場合や、ターゲットの処理能力が異なる場合に、バックエンドターゲットへのロードバランシングを改善するために使用します。

ラウンドロビン: リクエストとターゲットが同様の場合、またはリクエストをターゲット間で均等に分散する必要がある場合に使用します。

レイテンシーの改善とゾーンの障害ドメイン対策として、クロスゾーンをオフ (ゾーン分離) で使用します。NLB ではデフォルトでオフになっていますが、ALB ではターゲットグループごとにオフに設定できます。

可用性と柔軟性の向上のためには、クロスゾーンをオンにします。ALB ではデフォルトでクロスゾーンはオンになっています。NLB ではターゲットグループごとにオフに設定できます。

HTTP ワークロードの場合、バックエンドターゲットのウェブサーバー設定で HTTP キープアライブをオンにします。この機能にを使用すると、ロードバランサーはキープアライブタイムアウトが期限切れになるまでバックエンド接続を再利用できるため、HTTP リクエストと応答時間が改善され、バックエンドターゲットでのリソース使用率も低減します。Apache と Nginx でこれを実行する方法の詳細については、「ELB のバックエンドサーバーとして Apache または NGINX を使用するための最適な設定を教えてください。」を参照してください。

ロードバランサーと統合された Auto Scaling を使用します。パフォーマンス効率に優れたシステムの重要な側面の 1 つに、バックエンドリソースのサイズの適切な設定があります。これを実現するには、バックエンドターゲットリソースのロードバランサー統合を利用できます。Auto Scaling グループと統合したロードバランサーを使用することで、受信トラフィックに対応して、必要に応じてターゲットがロードバランサーに追加されたり削除されたりします。

コンテナ化されたワークロードには、ロードバランサーを Amazon ECS および Amazon EKS と統合できます。

Application Load Balancer と Network Load Balancer のアクセスログを有効にします。

ALB の場合に考慮すべき主なフィールドは以下のとおりです。 request_processing_time、request_processing_time、 response_processing_time.

NLB の場合に考慮すべき主なフィールドは以下のとおりです。 connection_time および tls_handshake_time.

必要な際にログをクエリできるように準備を整えておきます。Amazon Athena を使用すると、ALB ログと NLB ログの両方をクエリできます。

ALB のTargetResponseTime などのパフォーマンス関連メトリクスのアラームを作成します。