Application Load Balancer (ALB) Ingress は ALB をベースに構築されており、強力な Ingress トラフィック管理機能を提供します。Nginx Ingress と互換性があり、複雑なビジネスルーティングを処理でき、証明書の自動検出をサポートします。HTTP、HTTPS、QUIC プロトコルをサポートします。Container Service for Kubernetes (ACK) クラスターで ALB Ingress を使用すると、クラウドネイティブアプリケーションに必要な高い弾力性と大規模なレイヤー 7 のトラフィック処理能力が提供されます。
仕組み
ALB Ingress には、以下の基本的な概念が含まれます。
ALB Ingress コントローラーは、Ingress リソースを管理するコンポーネントです。このコンポーネントは、API サーバーを使用して、Ingress リソースおよび AlbConfig リソースの変更を動的に取得し、その後 ALB インスタンスを更新します。Nginx Ingress コントローラーとは異なり、ALB Ingress コントローラーは ALB インスタンスのコントロールプレーンです。ALB インスタンスを管理しますが、ユーザー トラフィックを直接処理しません。代わりに、ALB インスタンスがユーザー トラフィックを転送します。ALB Ingress コントローラーは、クラスターの API サーバーを使用して、Ingress リソースの変更を動的に取得し、Ingress で定義された転送ルールに基づいて ALB インスタンスを更新します。
AlbConfig (クラスターレベルの CRD):AlbConfig は、ALB Ingress Controller によって作成されるクラスターレベルのカスタムリソース定義 (CRD) です。AlbConfig のパラメーターは、ALB インスタンスの設定を定義します。1 つの AlbConfig は 1 つの ALB インスタンスに対応します。ALB インスタンスは、ユーザートラフィックのエントリポイントであり、ユーザーリクエストをバックエンド Service に転送する役割を担います。これは Application Load Balancer (ALB) によって完全に管理されます。
IngressClass:IngressClass は、Ingress と AlbConfig の間の関連付けを定義します。
Ingress:Ingress は、外部トラフィックのルーティングとアクセスルールを定義する Kubernetes のリソースオブジェクトです。ALB Ingress Controller は Ingress リソースの変更を監視し、ALB インスタンスを更新してトラフィックを転送します。
Service:Kubernetes では、Pod は頻繁に変更される一時的なリソースです。Service は、同じ機能を実行する Pod のグループに対して、安定した統一されたエントリポイントを提供します。他のアプリケーションやサービスは、個々の Pod の変更を意識することなく、Service の仮想 IP アドレスとポートにアクセスすることでバックエンドの Pod と通信できます。
次の図は、ALB インスタンスと ALB Ingress の論理的な関係を示しています。
制限事項
AlbConfig、Namespace、Ingress、および Service リソースの名前は、aliyun で始めることはできません。
古いバージョンの Nginx Ingress Controller は spec:ingressClassName フィールドを認識しません。クラスターに Nginx Ingress と ALB Ingress の両方が設定されている場合、ALB Ingress が古いバージョンの Nginx Ingress Controller によって調整される可能性があります。この問題を回避するには、Nginx Ingress Controller をできるだけ早く更新するか、アノテーションを使用して ALB Ingress の IngressClass を指定してください。詳細については、「Nginx Ingress Controller コンポーネントのアップグレード」または「ALB Ingress の高度な使用方法」をご参照ください。
利用シーンの例
このチュートリアルでは、4 つの Pod を持つ Nginx デプロイメントを例に、同じドメイン名の下で異なる URL パスに基づいてトラフィックを転送するように ALB Ingress を設定する方法を説明します。
フロントエンドリクエスト | トラフィックの転送先 |
|
|
|
|
前提条件
異なるゾーンに 2 つの vSwitch を作成済みであること。vSwitch はクラスターと同じ VPC にある必要があります。詳細については、「vSwitch の作成と管理」をご参照ください。
ステップ 1:バックエンドサービスのデプロイ
コンソール
-
ACS コンソールにログインします。左側のナビゲーションウィンドウで、クラスターリスト をクリックします。
-
クラスターリスト ページで、対象のクラスターの名前をクリックします。左側のナビゲーションウィンドウで、Workloads > Deployments を選択します。
-
Deployments ページで、右上隅の [YAML から作成] をクリックします。
[作成] ページで、次の手順を実行します。
Sample Template:Custom を選択します。
Template:YAML 設定ファイルのコードを入力します。この設定ファイルは、
coffeeとteaという名前の 2 つの Deployment と、coffee-svcとtea-svcという名前の 2 つの Service をデプロイします。
設定が完了したら、[作成] をクリックします。[正常に作成されました] というメッセージが表示されます。
デプロイメントとサービスが作成されたことを確認します。
左側のナビゲーションウィンドウで、[ワークロード] > [デプロイメント] を選択します。
coffeeとteaという名前のデプロイメントが作成されていることを確認します。左側のナビゲーションウィンドウで、[ネットワーク] > [サービス] を選択します。
coffee-svcとtea-svcという名前のサービスが作成されていることを確認します。
kubectl
cafe-service.yamlという名前のファイルを作成し、次の内容を記述します。このファイルは、coffeeとteaという名前の 2 つのデプロイメントと、coffee-svcとtea-svcという名前の 2 つのサービスをデプロイするために使用されます。次のコマンドを実行して、2 つのデプロイメントと 2 つのサービスをデプロイします。
kubectl apply -f cafe-service.yaml期待される出力:
deployment "coffee" created service "coffee-svc" created deployment "tea" created service "tea-svc" created次のコマンドを実行して、アプリケーションとサービスのステータスを確認します。
次のコマンドを実行して、アプリケーションのステータスを確認します。
kubectl get deployment期待される出力:
NAME READY UP-TO-DATE AVAILABLE AGE coffee 2/2 2 2 2m 26s tea 2/2 2 2 2m 26s次のコマンドを実行して、サービスのステータスを確認します。
kubectl get svc期待される出力:
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE coffee-svc ClusterIP 172.16.XX.XX <none> 80/TCP 9m 38s tea-svc ClusterIP 172.16.XX.XX <none> 80/TCP 9m 38s
ステップ 2:AlbConfig の作成
コンソール
-
ACS コンソールにログインします。左側のナビゲーションウィンドウで、クラスターリスト をクリックします。
-
クラスターリスト ページで、対象のクラスターの名前をクリックします。左側のナビゲーションウィンドウで、Workloads > [カスタムリソース] を選択します。
CRDs タブで、Create from YAML をクリックします。
Sample Template:Custom を選択します。
Template:YAML 設定ファイルのコードを入力します。
調整可能なパラメーターは次の表のとおりです。
パラメーター
必須
説明
metadata.nameはい
AlbConfig の名前。
説明AlbConfig の名前はクラスター内で一意である必要があります。AlbConfig を作成する際は、名前の競合を避けるために名前が一意であることを確認してください。
spec.config.nameいいえ
ALB インスタンスの名前。
spec.config.addressTypeいいえ
ALB インスタンスのネットワークタイプ。有効な値:
Internet (デフォルト):ALB インスタンスはパブリックに公開され、インターネットからアクセスできます。
説明Application Load Balancer は、Elastic IP Address (EIP) との関連付けにより、インターネット向けのサービスを提供します。インターネット向けの ALB インスタンスを使用する場合、EIP インスタンス、帯域幅、およびデータ転送に対して課金されます。詳細については、「従量課金」をご参照ください。
Intranet:ALB インスタンスはプライベートで、VPC 内からのみアクセスできます。
spec.config.zoneMappingsはい
ALB の vSwitch ID を設定します。vSwitch の作成方法の詳細については、「vSwitch の作成と管理」をご参照ください。
説明指定された vSwitch は、ALB がサポートするゾーンにあり、クラスターと同じ VPC 内にある必要があります。ALB がサポートするリージョンとゾーンの詳細については、「ALB がサポートするリージョンとゾーン」をご参照ください。
Application Load Balancer はマルチゾーンデプロイをサポートしています。現在のリージョンが 2 つ以上のゾーンをサポートしている場合、高可用性を確保するために異なるゾーンにある少なくとも 2 つの vSwitch を選択してください。
spec.listenersいいえ
ALB インスタンスのリスナーポートとプロトコルを設定します。この例では、ポート 80 に HTTP リスナーを設定します。
リスナーは、トラフィックがロードバランサーにどのように入るかを定義します。この設定を保持しない場合、ALB Ingress を使用するにはリスナーを作成する必要があります。
設定が完了したら、[作成] をクリックします。[正常に作成されました] というメッセージが表示されます。
ALB インスタンスが作成されたことを確認します。
トップメニューバーで、インスタンスが配置されているリージョンを選択します。
[インスタンス] ページで、
alb-testという名前の ALB インスタンスを見つけます。これは、インスタンスが正常に作成されたことを示します。
kubectl
AlbConfig を作成するために、次の内容を
alb-test.yamlという名前のファイルにコピーします。調整可能なパラメーターは次の表のとおりです。
パラメーター
必須
説明
metadata.nameはい
AlbConfig の名前。
説明AlbConfig の名前はクラスター内で一意である必要があります。AlbConfig を作成する際は、名前の競合を避けるために名前が一意であることを確認してください。
spec.config.nameいいえ
ALB インスタンスの名前。
spec.config.addressTypeいいえ
ALB インスタンスのネットワークタイプ。有効な値:
Internet (デフォルト):ALB インスタンスはパブリックに公開され、インターネットからアクセスできます。
説明Application Load Balancer は、Elastic IP Address (EIP) との関連付けにより、インターネット向けのサービスを提供します。インターネット向けの ALB インスタンスを使用する場合、EIP インスタンス、帯域幅、およびデータ転送に対して課金されます。詳細については、「従量課金」をご参照ください。
Intranet:ALB インスタンスはプライベートで、VPC 内からのみアクセスできます。
spec.config.zoneMappingsはい
ALB の vSwitch ID を設定します。vSwitch の作成方法の詳細については、「vSwitch の作成と管理」をご参照ください。
説明指定された vSwitch は、ALB がサポートするゾーンにあり、クラスターと同じ VPC 内にある必要があります。ALB がサポートするリージョンとゾーンの詳細については、「ALB がサポートするリージョンとゾーン」をご参照ください。
Application Load Balancer はマルチゾーンデプロイをサポートしています。現在のリージョンが 2 つ以上のゾーンをサポートしている場合、高可用性を確保するために異なるゾーンにある少なくとも 2 つの vSwitch を選択してください。
spec.listenersいいえ
ALB インスタンスのリスナーポートとプロトコルを設定します。この例では、ポート 80 に HTTP リスナーを設定します。
リスナーは、トラフィックがロードバランサーにどのように入るかを定義します。この設定を保持しない場合、ALB Ingress を使用するにはリスナーを作成する必要があります。
次のコマンドを実行して AlbConfig を作成します。
kubectl apply -f alb-test.yaml期待される出力:
albconfig.alibabacloud.com/alb-demo createdこの出力は、AlbConfig が正常に作成されたことを示します。
ステップ 3:IngressClass の作成
各 IngressClass は 1 つの AlbConfig に対応する必要があります。
コンソール
-
ACS コンソールにログインします。左側のナビゲーションウィンドウで、クラスターリスト をクリックします。
-
クラスターリスト ページで、対象のクラスターの名前をクリックします。左側のナビゲーションウィンドウで、Workloads > [カスタムリソース] を選択します。
[CRDs] タブで、[Create from YAML] をクリックします。
Sample Template:Custom を選択します。
Template:YAML 設定ファイルのコードを入力します。
調整可能なパラメーターは次の表のとおりです。
パラメーター
必須
説明
metadata.name
はい
IngressClass の名前。
説明IngressClass の名前はクラスター内で一意である必要があります。IngressClass を作成する際は、名前の競合を避けるために名前が一意であることを確認してください。
spec.parameters.name
はい
関連付けられた AlbConfig の名前。
設定が完了したら、Create をクリックします。ページに作成が成功したことを示すメッセージが表示されます。
IngressClass が作成されたことを確認します。
左側のナビゲーションウィンドウで、 を選択します。
[リソースオブジェクトブラウザー] タブをクリックします。
[API グループ] 検索バーに IngressClass と入力して検索します。対応する IngressClass が作成されていることを確認します。
kubectl
IngressClass を作成するために、次の内容を
alb.yamlという名前のファイルに作成します。調整可能なパラメーターは次の表のとおりです。
パラメーター
必須
説明
metadata.nameはい
IngressClass の名前。
説明IngressClass の名前はクラスター内で一意である必要があります。IngressClass を作成する際は、名前の競合を避けるために名前が一意であることを確認してください。
spec.parameters.nameはい
関連付けられた AlbConfig の名前。
次のコマンドを実行して IngressClass を作成します。
kubectl apply -f alb.yaml期待される出力:
ingressclass.networking.k8s.io/alb created
ステップ 4:Ingress の作成
コンソール
-
ACS コンソールにログインします。左側のナビゲーションウィンドウで、クラスターリスト をクリックします。
「クラスターリスト」ページで、対象クラスターの名前をクリックします。左側のナビゲーションウィンドウで、「ネットワーク」>「Ingress」を選択します。
Ingresses ページで、Ingress の作成 をクリックし、Ingress の作成 ダイアログボックスでルーティングを設定します。
設定項目
説明
設定例
ゲートウェイタイプ
アプリケーションロードバランシングのゲートウェイタイプとして ALB または MSE を選択できます。
ALB Ingress
名前
Ingress のカスタム名。
cafe-ingress
Ingress クラス
Ingress のカスタムクラス。
alb
ルール
[+ ルールの追加] をクリックして、複数のルーティングルールを追加します。
[ドメイン名]:カスタムドメイン名。
[パスのマッピング]:次の項目を設定します。
[パス]:サービスにアクセスするための URL パス。この例では設定せず、ルートパス / を使用します。
一致ルール:[プレフィックス]、[完全一致]、および [デフォルト (ImplementationSpecific)] に対応しています。
[サービス名]:ターゲットサービス。Kubernetes の Service です。
[ポート]:サービスが公開する必要のあるポート。
1 つの Ingress は、同じドメイン名の下で複数のパスをサポートします。[+ パスの追加] をクリックしてパスを追加します。
[ドメイン名]:demo.domain.ingress.top
[パスのマッピング]:
[パス]:/tea
一致タイプ: ImplementationSpecific
[サービス名]:tea-svc
[ポート]:80
[パスのマッピング]:
[パス]:/coffee
一致タイプ: 実装固有
[サービス名]:coffee-svc
[ポート]:80
TLS 設定
TLS 設定を有効にして、安全なルーティングサービスを設定します。
[ドメイン名]:カスタムドメイン名。
[シークレット]: 必要に応じて対応するシークレットを選択します。
Secret を作成するには、次の手順を実行します。
[Secret] の右側にある [作成] をクリックします。
[Secret の作成] ダイアログボックスで、Secret のカスタム [名前]、[証明書]、[キー] を入力し、[OK] をクリックします。
[Secret] ドロップダウンリストから、作成した Secret を選択します。
[+ TLS 設定の追加] をクリックして、複数の TLS 設定を構成します。
詳細については、「暗号化通信のための HTTPS 証明書の設定」をご参照ください。
この例では TLS は不要なため、[TLS 設定] を無効にします。
詳細設定
段階的リリース:段階的リリーススイッチをオンにします。リクエストヘッダー、Cookie、および重みに基づいて段階的リリースルールを設定できます。
説明リクエストヘッダー、Cookie、または重みのルールのいずれか 1 つのみを設定できます。複数のルールが同時に設定された場合、リクエストヘッダー、Cookie、重みの順で照合されます。
リクエストヘッダーによる:リクエストヘッダーに基づいてトラフィックを分割します。これを設定すると、
alb.ingress.kubernetes.io/canary-by-headerおよびalb.ingress.kubernetes.io/canary-by-header-valueアノテーションが追加されます。Cookie による:Cookie に基づいてトラフィックを分割します。これを設定すると、
alb.ingress.kubernetes.io/canary-by-cookieアノテーションが追加されます。重みによる:指定されたサービスへのリクエストの割合を設定します。値は 0 から 100 までの整数でなければなりません。これを設定すると、
alb.ingress.kubernetes.io/canary-weightアノテーションが追加されます。
プロトコル:HTTPS および gRPC プロトコルを使用するバックエンドサービスをサポートします。これを設定すると、
alb.ingress.kubernetes.io/backend-protocolアノテーションが追加されます。パスの書き換え:クライアントリクエストのパスは、リクエストがバックエンドサービスに送信される前に書き換えられます。これを設定すると、alb.ingress.kubernetes.io/rewrite-target アノテーションが追加されます。
この例ではこれらは不要なため、段階的リリースを無効にし、デフォルトのプロトコルとパスの書き換えを維持します。
カスタム転送ルール
インバウンドトラフィックのきめ細かい管理のために、カスタム転送ルールを有効にします。
説明1 つの転送ルールには最大 10 個の条件エントリを含めることができます。
[転送条件] ドロップダウンリストから、次のいずれかを選択します。
[ドメイン名]:
リクエストドメイン名に一致します。複数のドメイン名が設定されている場合、それらは論理 OR で結合されます。設定すると、アノテーション
alb.ingress.kubernetes.io/conditions.host-exampleが追加されます。[パス]:
リクエストパスに一致します。複数のパスが設定されている場合、それらは論理 OR で結合されます。設定すると、アノテーション
alb.ingress.kubernetes.io/conditions.path-exampleが追加されます。[HTTP ヘッダー]:
リクエストヘッダーをキーと値のペアとして照合します。例:[キー]:
headername、[値]:headervalue1。複数のヘッダー値が設定されている場合、それらは論理 OR で結合されます。設定すると、アノテーションalb.ingress.kubernetes.io/conditions.http-header-exampleが追加されます。
[転送アクション] ドロップダウンリストから、次のいずれかを選択します。
[転送先]
複数のバックエンドサーバーグループに転送します。[サービス名] でターゲットサービスを選択します。[ポート] でターゲットポート番号を選択します。次に、カスタムの重み値を設定します。
説明[転送先] を選択した場合、ルールの [パスのマッピング] を設定する必要はありません。
[固定レスポンスを返す]
ALB がクライアントに返す固定レスポンスを設定します。レスポンスステータスコード、ボディコンテンツ、およびコンテンツタイプを設定できます。必要に応じて、[レスポンスステータスコード]、[レスポンスボディタイプ (任意)]、および [レスポンスボディ (任意)] を設定します。
レスポンスボディタイプ:
text/plain:プレーンテキストのコンテンツタイプ。
text/css:CSS コンテンツ。
text/html:HTML コンテンツ。
application/javascript:JavaScript コンテンツ。
application/json:JSON コンテンツタイプ。
カスタム転送ルールは、さまざまな転送条件とアクションをサポートします。ドメイン名、パス、HTTP ヘッダーに基づいて転送条件を設定し、サービスへの転送や固定レスポンスの返却などの転送アクションを設定します。「ALB Ingress のカスタム転送ルールの設定」をご参照ください。
この例では不要なため、カスタム転送ルールを無効にします。
アノテーション
カスタムのアノテーション名と値を指定するか、アノテーションを選択または検索して設定できます。Ingress アノテーションの詳細については、「アノテーション」をご参照ください。
この例ではアノテーションは不要なため、設定は必要ありません。
ラベル
ラベルは、Ingress に対応するタグを追加してその特性を示すために使用されます。
この例ではラベルは不要なため、設定は必要ありません。
設定が完了したら、[Ingress の作成] ダイアログボックスの左下にある [OK] をクリックします。
Ingress が作成されたことを確認します。
左側のナビゲーションウィンドウで、[ネットワーク] > [Ingress] を選択します。
cafe-ingressという名前の Ingress がデプロイされていることを確認します。cafe-ingressの [エンドポイント] 列で、エンドポイント情報を表示します。
kubectl
Ingress を作成するために、次の内容を `cafe-ingress.yaml` という名前のファイルに作成します。
調整可能なパラメーターは次の表のとおりです。
パラメーター
必須
説明
metadata.nameはい
Ingress の名前。
説明Ingress の名前はクラスター内で一意である必要があります。Ingress を作成する際は、名前の競合を避けるために名前が一意であることを確認してください。
spec.ingressClassNameはい
関連付けられた IngressClass の名前。
spec.rules.hostいいえ
HTTP ヘッダーの `Host` フィールドからのドメイン名。これをカスタムドメイン名に設定します。
ブラウザで「http://demo.domain.ingress.top」などのカスタムドメイン名にアクセスすると、ブラウザは自動的に「Host: demo.domain.ingress.top」ヘッダーを HTTP リクエストに追加します。これにより、サーバーはヘッダーからターゲットのホスト名を識別できます。Kubernetes では、Ingress ルールの `host` フィールドがリクエストの `Host` ヘッダーと照合されます。一致が見つかると、Ingress ルールはリクエストを対応するバックエンドサービスにルーティングします。
説明ここでカスタムドメイン名を設定する場合、そのドメイン名が ICP 登録を取得していることを確認してください。そうでない場合、ドメイン名の名前解決に失敗する可能性があります。詳細については、「ICP 登録プロセス」をご参照ください。
これを設定しない場合、Ingress ルールは Ingress Controller に到達するすべてのリクエストに一致します。
spec.rules.http.paths.pathはい
転送パスの URL。
spec.rules.http.paths.pathTypeはい
URL の一致ルール。詳細については、「URL パスに基づくリクエストの転送」をご参照ください。
spec.rules.http.paths.backend.service.nameはい
以前に作成した Service の名前を入力します。
spec.rules.http.paths.backend.service.port.numberはい
以前に作成した Service のサービスポート番号を入力します。
このポート番号の設定は、バックエンドサービスへのルーティング時に使用されるポートを決定するため重要です。リクエストがバックエンドサービスに適切にルーティングされ、処理されるように、ポート番号が正しく設定されていることを確認してください。
次のコマンドを実行して、
coffeeおよびteaサービスを公開するドメイン名とpathを設定します。kubectl apply -f cafe-ingress.yaml期待される出力:
ingress.networking.k8s.io/cafe-ingress created(任意) 次のコマンドを実行して、ALB インスタンスの DNS アドレスを取得します。
kubectl get ingress期待される出力:
NAME CLASS HOSTS ADDRESS PORTS AGE cafe-ingress alb demo.domain.ingress.top alb-m551oo2zn63yov****.cn-hangzhou.alb.aliyuncs.com 80 50s
(任意) ステップ 5:ドメイン名の名前解決の設定
Ingress の作成時に spec.rules.host フィールドをカスタムドメイン名に設定した場合、ドメイン名を ALB の DNS 名に解決するための CNAME レコードを追加します。その後、カスタムドメイン名を通じてサービスにアクセスします。
クラスターの名前をクリックして、クラスター管理ページを開きます。
左側のナビゲーションウィンドウで、[ネットワーク] > [Ingress] を選択します。
cafe-ingressの [エンドポイント] 列で、対応する DNS 名をコピーします。次の手順を実行して、CNAME レコードを追加します。
Alibaba Cloud DNS コンソールにログインします。
[ドメイン名] ページで、[ドメイン名の追加] をクリックします。
[ドメイン名の追加] ダイアログボックスで、ホストドメイン名を入力し、[OK] をクリックします。
重要ホストドメイン名は TXT レコードの検証に合格している必要があります。
対象のドメイン名の [操作] 列で、[設定] をクリックします。
[設定] ページで、[レコードの追加] をクリックします。
[レコードの追加] パネルで、次の情報を設定して CNAME 設定を完了し、[OK] をクリックします。
設定
説明
タイプ
ドロップダウンリストから [CNAME] を選択します。
ホスト
ドメイン名のプレフィックス。例:
www。解決リクエストソース
デフォルトを選択します。
値
ドメイン名に対応する CNAME アドレスを入力します。これは前のステップでコピーした DNS 名です。
TTL
Time to Live (TTL) は、DNS サーバー上の DNS レコードのキャッシュ時間です。このトピックではデフォルト値を使用します。
ステップ 6:トラフィック転送のテスト
ブラウザでテストドメイン名と URL パスを入力して、トラフィックが正しく転送されるかテストします。
カスタムドメイン名を設定した場合、テストドメイン名はカスタムドメイン名です。
カスタムドメイン名を設定しなかった場合、テストドメイン名は
cafe-ingressのエンドポイント DNS 名です。
この例では、テストドメイン名として demo.domain.ingress.top を使用します。
ブラウザで
demo.domain.ingress.top/coffeeと入力します。coffee-svcに対応するバックエンドサービスのインターフェイスが返されます。
ブラウザで
demo.domain.ingress.top/teaと入力します。tea-svcに対応するバックエンドサービスのインターフェイスが返されます。
参考文献
異なるドメイン名や URL パスからのリクエストを異なるバックエンドサーバーグループに転送する方法、ヘルスチェックの設定、HTTP アクセスの HTTPS へのリダイレクト、段階的リリース、カスタムリスナーポートの設定などの詳細については、「ALB Ingress の高度な設定」をご参照ください。
転送条件やアクションの設定など、ALB Ingress のカスタム転送ルールについては、「ALB Ingress のカスタム転送ルールの設定」をご参照ください。
HTTPS プロトコルを使用するリクエストを転送するための HTTPS リスナーの設定については、「暗号化通信のための HTTPS 証明書の設定」をご参照ください。
ALB Ingress の使用中に問題が発生した場合は、「ALB Ingress の問題のトラブルシューティング」および「ALB Ingress のよくある質問」をご参照ください。