Server Load Balancer:ALB Ingress の管理

基本概念

Container Service for Kubernetes (ACK) や ACK Serverless などの Kubernetes プロダクトでは、ALB Ingress を使用して外部トラフィックをクラスター内のサービスにルーティングし、レイヤー 7 負荷分散を実装できます。これは、クラスターにデプロイされたコンポーネントである ALB Ingress コントローラーによって管理されます。ALB Ingress コントローラーは、API サーバーを監視して AlbConfig、Ingress、Service などのリソースの変更を検出し、これらの変更を必要な Application Load Balancer (ALB) の構成に動的に変換します。ALB Ingress コントローラーの詳細については、「ALB Ingress コントローラー」をご参照ください。

ALB Ingress の使用

ALB Ingress は、Alibaba Cloud の Application Load Balancer (ALB) 上に構築されており、Ingress トラフィックを管理するためのより強力な方法を提供します。NGINX Ingress と互換性があり、複雑なビジネスルーティングや証明書の自動検出を処理でき、HTTP、HTTPS、QUIC プロトコルをサポートし、クラウドネイティブアプリケーションシナリオにおける弾力性と大規模なレイヤー 7 トラフィック処理の要求に応えます。

操作手順

仕組み

ALB Ingress の利点

ALB Ingress は、強力な Ingress トラフィック管理機能を提供するフルマネージドサービスです。NGINX Ingress はセルフマネージド型であり、広範なゲートウェイのカスタマイズが必要なシナリオに適しています。NGINX Ingress と ALB Ingress は、製品の位置付け、アーキテクチャ、パフォーマンス、セキュリティの点で異なります。詳細な比較については、「NGINX Ingress と ALB Ingress の比較」をご参照ください。

ALB Ingress は、次のシナリオにおいて NGINX Ingress よりも大きな利点があります。

• 接続保持が必要なシナリオ

  接続保持は、IoT (Internet of Things)、オンライン金融サービス、オンラインゲームなど、頻繁なやり取りが発生するビジネスシナリオに適しています。設定変更には NGINX Ingress のプロセスの再読み込みが必要であり、これにより接続保持が中断されます。対照的に、ALB Ingress は設定のホットアップデートをサポートしており、接続保持の安定性を確保します。

• 高い同時実行性が求められるシナリオ

  IoT サービスでは、多数の端末デバイスにより高い同時実行性が生じることがよくあります。Luoshen クラウドネットワークプラットフォーム上に構築された ALB Ingress は、セッションを効率的に管理できます。単一の ALB インスタンスで数千万の接続をサポートします。NGINX Ingress はサポートするセッション数が限られており、自己メンテナンスが必要です。NGINX Ingress のスケーリングはクラスターリソースを消費し、手動での介入が必要なため、スケーリングコストが高くなります。

• 高 QPS シナリオ

  インターネットサービスは、プロモーションイベントや突然のトラフィックスパイク時など、秒間クエリ数 (QPS) が高いことが特徴です。ALB Ingress は自動スケーリングをサポートしています。高 QPS を処理するために、より多くの VIP が自動的にプロビジョニングされます。単一の ALB インスタンスは最大 100 万 QPS をサポートでき、NGINX Ingress よりも低いレイテンシーを提供します。対照的に、NGINX Ingress はクラスターリソースに依存するため、高 QPS シナリオではパフォーマンスボトルネックに遭遇しやすくなります。

• トラフィック変動があるシナリオ

  ALB Ingress は、e コマースやゲームなど、トラフィックが変動するサービスに対してよりコスト効率が高いです。ALB Ingress は従量課金制です。オフピーク時には、消費されるロードバランサーキャパシティーユニット (LCU) が少なくなり、コストが削減されます。自動スケーリングにより、手動でのトラフィック監視や管理が不要になります。NGINX Ingress を使用する場合、クラスターリソースを予約する必要があり、オフピーク時にはアイドルリソースのコストが発生し、手動でのリソース予約が必要になります。

• アクティブなゾーン冗長性およびアクティブ地理的冗長性のディザスタリカバリシナリオ

  ソーシャルネットワーキングプラットフォームやストリーミングメディアサービスなど、業務継続性と信頼性に対する要件が高い業界やアプリケーションでは、Distributed Cloud Container Platform for Kubernetes (ACK One) で ALB マルチクラスターゲートウェイを作成し、「ALB Ingress を使用したマルチクラスターのトラフィック管理」を行うことで、アクティブなゾーン冗長性およびアクティブ地理的冗長性のディザスタリカバリソリューションを実装できます。

ユースケース