7.2. Ingress クラスタートラフィックの設定

手順

1. 次のコマンドを実行して、デフォルトの Ingress Controller を変更します。

   $ oc edit ingresscontroller -n openshift-ingress-operator default

   Copy to Clipboard Toggle word wrap

2. Ingress Controller を編集して、finance、ops、および dev ラベルのいずれかを持つルートを除外する namespaceSelector を含めます。

   apiVersion: operator.openshift.io/v1
   kind: IngressController
   metadata:
     name: default
     namespace: openshift-ingress-operator
   spec:
     namespaceSelector:
       matchExpressions:
         - key: name
           operator: NotIn
           values:
             - finance
             - ops
             - dev

   Copy to Clipboard Toggle word wrap

手順

1. router-internal.yaml ファイルを編集します。

   apiVersion: operator.openshift.io/v1
   kind: IngressController
   metadata:
     name: sharded
     namespace: openshift-ingress-operator
   spec:
     domain: <apps-sharded.basedomain.example.net> 

   1

   
     nodePlacement:
       nodeSelector:
         matchLabels:
           node-role.kubernetes.io/worker: ""
     routeSelector:
       matchLabels:
         type: sharded

   Copy to Clipboard Toggle word wrap

   1

   Ingress Controller が使用するドメインを指定します。このドメインは、デフォルトの Ingress Controller ドメインとは異なる必要があります。

2. Ingress Controller の router-internal.yaml ファイルを適用します。

   # oc apply -f router-internal.yaml

   Copy to Clipboard Toggle word wrap

   Ingress Controller は、type: sharded というラベルのある namespace のルートを選択します。

3. router-internal.yaml で設定されたドメインを使用して新しいルートを作成します。

   $ oc expose svc <service-name> --hostname <route-name>.apps-sharded.basedomain.example.net

   Copy to Clipboard Toggle word wrap

手順

1. router-internal.yaml ファイルを編集します。

   $ cat router-internal.yaml

   Copy to Clipboard Toggle word wrap

   出力例

   apiVersion: operator.openshift.io/v1
   kind: IngressController
   metadata:
     name: sharded
     namespace: openshift-ingress-operator
   spec:
     domain: <apps-sharded.basedomain.example.net> 

   1

   
     nodePlacement:
       nodeSelector:
         matchLabels:
           node-role.kubernetes.io/worker: ""
     namespaceSelector:
       matchLabels:
         type: sharded

   Copy to Clipboard Toggle word wrap

   1

   Ingress Controller が使用するドメインを指定します。このドメインは、デフォルトの Ingress Controller ドメインとは異なる必要があります。

2. Ingress Controller の router-internal.yaml ファイルを適用します。

   $ oc apply -f router-internal.yaml

   Copy to Clipboard Toggle word wrap

   Ingress Controller は、type: sharded というラベルのある namespace セレクターによって選択される namespace のルートを選択します。

3. router-internal.yaml で設定されたドメインを使用して新しいルートを作成します。

   $ oc expose svc <service-name> --hostname <route-name>.apps-sharded.basedomain.example.net

   Copy to Clipboard Toggle word wrap

手順

1. 次のコマンドを実行して、hello-openshift というプロジェクトを作成します。

   $ oc new-project hello-openshift

   Copy to Clipboard Toggle word wrap

2. 以下のコマンドを実行してプロジェクトに Pod を作成します。

   $ oc create -f https://raw.githubusercontent.com/openshift/origin/master/examples/hello-openshift/hello-pod.json

   Copy to Clipboard Toggle word wrap

3. 以下のコマンドを実行して、hello-openshift というサービスを作成します。

   $ oc expose pod/hello-openshift

   Copy to Clipboard Toggle word wrap

4. hello-openshift-route.yaml というルート定義を作成します。

   シャーディング用に作成したルートの YAML 定義

   apiVersion: route.openshift.io/v1
   kind: Route
   metadata:
     labels:
       type: sharded 

   1

   
     name: hello-openshift-edge
     namespace: hello-openshift
   spec:
     subdomain: hello-openshift 

   2

   
     tls:
       termination: edge
     to:
       kind: Service
       name: hello-openshift

   Copy to Clipboard Toggle word wrap

   1

   ラベルキーとそれに対応するラベル値の両方が、Ingress Controller で指定されたものと一致する必要があります。この例では、Ingress Controller にはラベルキーと値 type: sharded があります。

   2

   ルートは、subdomain フィールドの値を使用して公開されます。subdomain フィールドを指定するときは、ホスト名を未設定のままにしておく必要があります。host フィールドと subdomain フィールドの両方を指定すると、ルートは host フィールドの値を使用し、subdomain フィールドを無視します。

5. 次のコマンドを実行し、hello-openshift-route.yaml を使用して hello-openshift アプリケーションへのルートを作成します。

   $ oc -n hello-openshift create -f hello-openshift-route.yaml

   Copy to Clipboard Toggle word wrap

手順

1. Ingress Controller のカスタムリソース (CR) ファイルを作成します。

   IngressController オブジェクトの情報を定義する CR ファイルの例

   apiVersion: v1
   items:
   - apiVersion: operator.openshift.io/v1
     kind: IngressController
     metadata:
       name: <custom_ic_name> 

   1

   
       namespace: openshift-ingress-operator
     spec:
       replicas: 1
       domain: <custom_ic_domain_name> 

   2

   
       nodePlacement:
         nodeSelector:
           matchLabels:
             <key>: <value> 

   3

   
       namespaceSelector:
        matchLabels:
          <key>: <value> 

   4

   
       endpointPublishingStrategy:
         type: NodePortService
   # ...

   Copy to Clipboard Toggle word wrap

   1

   IngressController CR のカスタムの name を指定します。

   2

   Ingress Controller が提供する DNS の名前。たとえば、デフォルトの ingresscontroller ドメインは apps.ipi-cluster.example.com であるため、<custom_ic_domain_name> には nodeportsvc.ipi-cluster.example.com を指定します。

   3

   カスタム Ingress Controller を含むノードのラベルを指定します。

   4

   namespace のセットのラベルを指定します。<key>:<value> は、キーと値のペアのマップに置き換えます。<key> は新しいラベルの一意の名前、<value> はその値です。たとえば、ingresscontroller: custom-ic です。

2. oc label node コマンドを使用してノードにラベルを追加します。

   $ oc label node <node_name> <key>=<value> 

   1

   Copy to Clipboard Toggle word wrap

   1

   <value> は、IngressController CR の nodePlacement セクションで指定したキーと値のペアと同じである必要があります。

3. IngressController オブジェクトを作成します。

   $ oc create -f <ingress_controller_cr>.yaml

   Copy to Clipboard Toggle word wrap

4. IngressController CR 用に作成されたサービスのポートを確認します。

   $ oc get svc -n openshift-ingress

   Copy to Clipboard Toggle word wrap

   router-nodeport-custom-ic3 サービスのポート 80:32432/TCP を示す出力例

   NAME                        TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)                                     AGE
   router-internal-default      ClusterIP   172.30.195.74    <none>        80/TCP,443/TCP,1936/TCP                     223d
   router-nodeport-custom-ic3   NodePort    172.30.109.219   <none>        80:32432/TCP,443:31366/TCP,1936:30499/TCP   155m

   Copy to Clipboard Toggle word wrap

5. 新しいプロジェクトを作成するために、次のコマンドを入力します。

   $ oc new-project <project_name>

   Copy to Clipboard Toggle word wrap

6. 新しい namespace にラベルを付けるために、次のコマンドを入力します。

   $ oc label namespace <project_name> <key>=<value> 

   1

   Copy to Clipboard Toggle word wrap

   1

   <key>=<value> は、Ingress Controller CR の namespaceSelector セクションの値と同じである必要があります。

7. クラスター内に新しいアプリケーションを作成します。

   $ oc new-app --image=<image_name> 

   1

   Copy to Clipboard Toggle word wrap

   1

   <image_name> の例は、quay.io/openshifttest/hello-openshift:multiarch です。

8. サービスの Route オブジェクトを作成して、Pod がサービスを使用してアプリケーションをクラスターの外部に公開できるようにします。

   $ oc expose svc/<service_name> --hostname=<svc_name>-<project_name>.<custom_ic_domain_name> 

   1

   Copy to Clipboard Toggle word wrap
   注記

   --hostname 引数で、カスタム Ingress Controller のドメイン名を指定する必要があります。これを行わない場合、Ingress Operator がデフォルトの Ingress Controller を使用してクラスターのすべてのルートを提供します。

9. ルートのステータスが Admitted であり、カスタム Ingress Controller のメタデータがルートに含まれていることを確認します。

   $ oc get route/hello-openshift -o json | jq '.status.ingress'

   Copy to Clipboard Toggle word wrap

   出力例

   # ...
   {
     "conditions": [
       {
         "lastTransitionTime": "2024-05-17T18:25:41Z",
         "status": "True",
         "type": "Admitted"
       }
     ],
     [
       {
         "host": "hello-openshift.nodeportsvc.ipi-cluster.example.com",
         "routerCanonicalHostname": "router-nodeportsvc.nodeportsvc.ipi-cluster.example.com",
         "routerName": "nodeportsvc", "wildcardPolicy": "None"
       }
     ],
   }

   Copy to Clipboard Toggle word wrap

10. デフォルトの IngressController CR を更新して、デフォルトの Ingress Controller が NodePort タイプの Service を管理しないようにします。他のすべてのクラスタートラフィックは、引き続きデフォルトの Ingress Controller によって監視します。

    $ oc patch --type=merge -n openshift-ingress-operator ingresscontroller/default --patch '{"spec":{"namespaceSelector":{"matchExpressions":[{"key":"<key>","operator":"NotIn","values":["<value>]}]}}}'

    Copy to Clipboard Toggle word wrap

検証

1. 次のコマンドを入力して、DNS エントリーがクラスターの内外にルーティングできることを確認します。このコマンドでは、上記の手順で oc label node コマンドを実行してラベルを追加したノードの IP アドレスが出力されます。

   $ dig +short <svc_name>-<project_name>.<custom_ic_domain_name>

   Copy to Clipboard Toggle word wrap

2. クラスターが DNS 解決に外部 DNS サーバーの IP アドレスを使用していることを確認するために、次のコマンドを入力してクラスターの接続を確認します。

   $ curl <svc_name>-<project_name>.<custom_ic_domain_name>:<port> 

   1

   Copy to Clipboard Toggle word wrap

   1 1

   <port> は、NodePort タイプの Service のノードポートです。oc get svc -n openshift-ingress コマンドの出力例の 80:32432/TCP HTTP ルートから、32432 がノードポートであることがわかります。

   出力例

   Hello OpenShift!

   Copy to Clipboard Toggle word wrap

手順

1. oc annotate コマンドを使用して、ルートにタイムアウトを追加します。

   $ oc annotate route <route_name> \
       --overwrite haproxy.router.openshift.io/timeout=<timeout><time_unit> 

   1

   Copy to Clipboard Toggle word wrap

   1

   サポートされる時間単位は、マイクロ秒 (us)、ミリ秒 (ms)、秒 (s)、分 (m)、時間 (h)、または日 (d) です。

   以下の例では、2 秒のタイムアウトを myroute という名前のルートに設定します。

   $ oc annotate route myroute --overwrite haproxy.router.openshift.io/timeout=2s

   Copy to Clipboard Toggle word wrap

手順

1. 次のコマンドを実行して、デフォルト ingresscontroller の AWS 接続アイドルタイムアウトを 5 分に設定します。

   $ oc -n openshift-ingress-operator patch ingresscontroller/default \
       --type=merge --patch='{"spec":{"endpointPublishingStrategy": \
       {"type":"LoadBalancerService", "loadBalancer": \
       {"scope":"External", "providerParameters":{"type":"AWS", "aws": \
       {"type":"Classic", "classicLoadBalancer": \
       {"connectionIdleTimeout":"5m"}}}}}}}'

   Copy to Clipboard Toggle word wrap

2. オプション: 次のコマンドを実行して、タイムアウトのデフォルト値を復元します。

   $ oc -n openshift-ingress-operator patch ingresscontroller/default \
       --type=merge --patch='{"spec":{"endpointPublishingStrategy": \
       {"loadBalancer":{"providerParameters":{"aws":{"classicLoadBalancer": \
       {"connectionIdleTimeout":null}}}}}}}'

   Copy to Clipboard Toggle word wrap

手順

1. NLB を使用して切り替える既存の Ingress Controller を変更します。この例では、デフォルトの Ingress Controller に External スコープがあり、他のカスタマイズがないことを前提としています。

   ingresscontroller.yaml ファイルの例

   apiVersion: operator.openshift.io/v1
   kind: IngressController
   metadata:
     creationTimestamp: null
     name: default
     namespace: openshift-ingress-operator
   spec:
     endpointPublishingStrategy:
       loadBalancer:
         scope: External
         providerParameters:
           type: AWS
           aws:
             type: NLB
       type: LoadBalancerService

   Copy to Clipboard Toggle word wrap

   注記

   spec.endpointPublishingStrategy.loadBalancer.providerParameters.aws.type フィールドの値を指定しない場合、Ingress Controller は、インストール時に設定されたクラスター Ingress 設定の spec.loadBalancer.platform.aws.type 値を使用します。

   ヒント

   Ingress Controller に、ドメインの変更など、更新したい他のカスタマイズがある場合は、代わりに Ingress Controller 定義ファイルを強制的に置き換えることを検討してください。

2. 次のコマンドを実行して、Ingress Controller YAML ファイルに変更を適用します。

   $ oc apply -f ingresscontroller.yaml

   Copy to Clipboard Toggle word wrap

   Ingress Controller の更新中は、数分間の停止が予想されます。

手順

1. CLB を使用して切り替える既存の Ingress Controller を変更します。この例では、デフォルトの Ingress Controller に External スコープがあり、他のカスタマイズがないことを前提としています。

   ingresscontroller.yaml ファイルの例

   apiVersion: operator.openshift.io/v1
   kind: IngressController
   metadata:
     creationTimestamp: null
     name: default
     namespace: openshift-ingress-operator
   spec:
     endpointPublishingStrategy:
       loadBalancer:
         scope: External
         providerParameters:
           type: AWS
           aws:
             type: Classic
       type: LoadBalancerService

   Copy to Clipboard Toggle word wrap

   注記

   spec.endpointPublishingStrategy.loadBalancer.providerParameters.aws.type フィールドの値を指定しない場合、Ingress Controller は、インストール時に設定されたクラスター Ingress 設定の spec.loadBalancer.platform.aws.type 値を使用します。

   ヒント

   Ingress Controller に、ドメインの変更など、更新したい他のカスタマイズがある場合は、代わりに Ingress Controller 定義ファイルを強制的に置き換えることを検討してください。

2. 次のコマンドを実行して、Ingress Controller YAML ファイルに変更を適用します。

   $ oc apply -f ingresscontroller.yaml

   Copy to Clipboard Toggle word wrap

   Ingress Controller の更新中は、数分間の停止が予想されます。

手順

1. 新しいデフォルトの Ingress Controller を含むファイルを作成します。以下の例では、デフォルトの Ingress Controller の範囲が External で、その他のカスタマイズをしていないことを想定しています。

   ingresscontroller.yml ファイルの例

   apiVersion: operator.openshift.io/v1
   kind: IngressController
   metadata:
     creationTimestamp: null
     name: default
     namespace: openshift-ingress-operator
   spec:
     endpointPublishingStrategy:
       loadBalancer:
         scope: External
         providerParameters:
           type: AWS
           aws:
             type: NLB
       type: LoadBalancerService

   Copy to Clipboard Toggle word wrap

   デフォルトの Ingress Controller が他にカスタマイズされている場合には、それに応じてファイルを修正してください。

   ヒント

   Ingress Controller に他のカスタマイズがなく、ロードバランサータイプのみを更新する場合は、「Ingress Controller を Classic Load Balancer から Network Load Balancer に切り替える」に記載の手順に従ってください。

2. Ingress Controller の YAML ファイルを強制的に置き換えます。

   $ oc replace --force --wait -f ingresscontroller.yml

   Copy to Clipboard Toggle word wrap

   Ingress Controller の置き換えが完了するまでお待ちください。数分間の停止が予想されます。

1. Ingress Controller のマニフェストを作成します。

    $ cat ingresscontroller-aws-nlb.yaml

   Copy to Clipboard Toggle word wrap

   出力例

   apiVersion: operator.openshift.io/v1
   kind: IngressController
   metadata:
     name: $my_ingress_controller

   1

   
     namespace: openshift-ingress-operator
   spec:
     domain: $my_unique_ingress_domain

   2

   
     endpointPublishingStrategy:
       type: LoadBalancerService
       loadBalancer:
         scope: External

   3

   
         providerParameters:
           type: AWS
           aws:
             type: NLB

   Copy to Clipboard Toggle word wrap

   1

   $my_ingress_controller を Ingress Controller の一意の名前に置き換えます。

   2

   $my_unique_ingress_domain を、クラスター内のすべての Ingress Controller 間で一意のドメイン名に置き換えます。この変数は、DNS 名 <clustername>.<domain> のサブドメインである必要があります。

   3

   External を内部 NLB を使用するために Internal に置き換えることができます。

2. クラスターにリソースを作成します。

   $ oc create -f ingresscontroller-aws-nlb.yaml

   Copy to Clipboard Toggle word wrap

1. インストールプログラムが含まれるディレクトリーに切り替え、マニフェストを作成します。

   $ ./openshift-install create manifests --dir <installation_directory> 

   1

   Copy to Clipboard Toggle word wrap

   1

   <installation_directory> については、クラスターの install-config.yaml ファイルが含まれるディレクトリーの名前を指定します。

2. cluster-ingress-default-ingresscontroller.yaml という名前のファイルを <installation_directory>/manifests/ ディレクトリーに作成します。

   $ touch <installation_directory>/manifests/cluster-ingress-default-ingresscontroller.yaml 

   1

   Copy to Clipboard Toggle word wrap

   1

   <installation_directory> については、クラスターの manifests/ ディレクトリーが含まれるディレクトリー名を指定します。

   ファイルの作成後は、以下のようにいくつかのネットワーク設定ファイルが manifests/ ディレクトリーに置かれます。

   $ ls <installation_directory>/manifests/cluster-ingress-default-ingresscontroller.yaml

   Copy to Clipboard Toggle word wrap

   出力例

   cluster-ingress-default-ingresscontroller.yaml

   Copy to Clipboard Toggle word wrap

3. エディターで cluster-ingress-default-ingresscontroller.yaml ファイルを開き、必要な Operator 設定を記述するカスタムリソース (CR) を入力します。

   apiVersion: operator.openshift.io/v1
   kind: IngressController
   metadata:
     creationTimestamp: null
     name: default
     namespace: openshift-ingress-operator
   spec:
     endpointPublishingStrategy:
       loadBalancer:
         scope: External
         providerParameters:
           type: AWS
           aws:
             type: NLB
       type: LoadBalancerService

   Copy to Clipboard Toggle word wrap
4. cluster-ingress-default-ingresscontroller.yaml ファイルを保存し、テキストエディターを終了します。
5. オプション: manifests/cluster-ingress-default-ingresscontroller.yaml ファイルをバックアップします。インストールプログラムは、クラスターの作成時に manifests/ ディレクトリーを削除します。

手順

1. カスタムリソース (CR) ファイルを作成します。

   次の内容の YAML ファイル (例: sample-ingress.yaml) を作成します。

   apiVersion: operator.openshift.io/v1
   kind: IngressController
   metadata:
     namespace: openshift-ingress-operator
     name: <name>
   spec:
     domain: <domain>
     endpointPublishingStrategy:
       type: LoadBalancerService
       loadBalancer:
         scope: External
     dnsManagementPolicy: Managed

   Copy to Clipboard Toggle word wrap

2. カスタムリソース (CR) ファイルを作成します。

   YAML ファイルにサブネットを追加します。

   apiVersion: operator.openshift.io/v1
   kind: IngressController
   metadata:
     name:  <name> 

   1

   
     namespace: openshift-ingress-operator
   spec:
     domain: <domain> 

   2

   
     endpointPublishingStrategy:
       type: LoadBalancerService
       loadBalancer:
         scope: External
         providerParameters:
           type: AWS
           aws:
             type: Classic
             classicLoadBalancer: 

   3

   
               subnets:
                 ids: 

   4

   
                 - <subnet> 

   5

   
                 - <subnet>
                 - <subnet>
   dnsManagementPolicy: Managed

   Copy to Clipboard Toggle word wrap

   1

   <name> は、IngressController の名前に置き換えます。

   2

   <domain> は、IngressController によって提供される DNS 名に置き換えます。

   3

   NLB を使用する場合は、networkLoadBalancer フィールドを使用することもできます。

   4

   必要に応じて、ID でサブネットを指定する代わりに、names フィールドを使用して名前でサブネットを指定することもできます。

   5

   サブネット ID (names を使用する場合は名前) を指定します。

   重要

   アベイラビリティーゾーンごとに最大 1 つのサブネットを指定できます。外部 Ingress Controller にはパブリックサブネットだけを指定し、内部 Ingress Controller にはプライベートサブネットだけを指定してください。

3. CR ファイルを適用します。

   1. ファイルを保存し、OpenShift CLI (oc) を使用して適用します。

      $  oc apply -f sample-ingress.yaml

      Copy to Clipboard Toggle word wrap

   2. IngressController の状態を確認して、ロードバランサーが正常にプロビジョニングされたことを確認します。

      $ oc get ingresscontroller -n openshift-ingress-operator <name> -o jsonpath="{.status.conditions}" | yq -PC

      Copy to Clipboard Toggle word wrap

1. 既存の IngressController を変更して、新しいサブネットに更新します。

   apiVersion: operator.openshift.io/v1
   kind: IngressController
   metadata:
     name:  <name> 

   1

   
     namespace: openshift-ingress-operator
   spec:
     domain: <domain> 

   2

   
     endpointPublishingStrategy:
       type: LoadBalancerService
       loadBalancer:
         scope: External
         providerParameters:
           type: AWS
           aws:
             type: Classic 

   3

   
             classicLoadBalancer: 

   4

   
               subnets:
                 ids: 

   5

   
                 - <updated_subnet> 

   6

   
                 - <updated_subnet>
                 - <updated_subnet>

   Copy to Clipboard Toggle word wrap

   1

   <name> は、IngressController の名前に置き換えます。

   2

   <domain> は、IngressController によって提供される DNS 名に置き換えます。

   3

   新しいサブネット ID (names を使用する場合は名前) を指定します。

   4

   NLB を使用する場合は、networkLoadBalancer フィールドを使用することもできます。

   5

   必要に応じて、ID でサブネットを指定する代わりに、names フィールドを使用して名前でサブネットを指定することもできます。

   6

   サブネット ID (names を使用する場合は名前) を更新します。

   重要

   アベイラビリティーゾーンごとに最大 1 つのサブネットを指定できます。外部 Ingress Controller にはパブリックサブネットだけを指定し、内部 Ingress Controller にはプライベートサブネットだけを指定してください。

2. 次のコマンドを実行して、IngressController の Progressing 状態を調べ、サブネットの更新を適用する方法について確認します。

   $ oc get ingresscontroller -n openshift-ingress-operator subnets -o jsonpath="{.status.conditions[?(@.type==\"Progressing\")]}" | yq -PC

   Copy to Clipboard Toggle word wrap

   出力例

   lastTransitionTime: "2024-11-25T20:19:31Z"
   message: 'One or more status conditions indicate progressing: LoadBalancerProgressing=True (OperandsProgressing: One or more managed resources are progressing: The IngressController subnets were changed from [...] to [...].  To effectuate this change, you must delete the service: `oc -n openshift-ingress delete svc/router-<name>`; the service load-balancer will then be deprovisioned and a new one created. This will most likely cause the new load-balancer to have a different host name and IP address and cause disruption. To return to the previous state, you can revert the change to the IngressController: [...]'
   reason: IngressControllerProgressing
   status: "True"
   type: Progressing

   Copy to Clipboard Toggle word wrap

3. 更新を適用するために、次のコマンドを実行して、Ingress Controller に関連付けられているサービスを削除します。

手順

1. 以下の内容を含む YAML ファイルを作成します。

   sample-ingress.yaml

   apiVersion: operator.openshift.io/v1
   kind: IngressController
   metadata:
     namespace: openshift-ingress-operator
     name: <name> 

   1

   
   spec:
     domain: <domain> 

   2

   
     endpointPublishingStrategy:
       loadBalancer:
         scope: External 

   3

   
         type: LoadBalancerService
         providerParameters:
           type: AWS
           aws:
             type: NLB
             networkLoadBalancer:
               subnets: 

   4

   
                 ids:
                 - <subnet_ID>
                 names:
                 - <subnet_A>
                 - <subnet_B>
               eipAllocations: 

   5

   
               - <eipalloc_A>
               - <eipalloc_B>
               - <eipalloc_C>

   Copy to Clipboard Toggle word wrap

   1

   <name> プレースホルダーを Ingress Controller の名前に置き換えます。

   2

   <domain> プレースホルダーを、Ingress Controller によって提供される DNS 名に置き換えます。

   3

   EIP を割り当てるには、スコープを値 External に設定し、インターネットに接続している必要があります。

   4

   サブネットの ID と名前を指定します。ID と名前の合計数は、割り当てられた EIP と同じである必要があります。

   5

   EIP アドレスを指定します。

   重要

   アベイラビリティーゾーンごとに最大 1 つのサブネットを指定できます。外部 Ingress Controller にはパブリックサブネットのみを提供します。サブネットごとに 1 つの EIP アドレスを関連付けることができます。

2. 次のコマンドを入力して、CR ファイルの保存と適用を実行します。

   $  oc apply -f sample-ingress.yaml

   Copy to Clipboard Toggle word wrap

検証

1. ロードバランサーが正常にプロビジョニングされたことを確認するために、次のコマンドを実行して IngressController の状態を確認します。

   $ oc get ingresscontroller -n openshift-ingress-operator <name> -o jsonpath="{.status.conditions}" | yq -PC

   Copy to Clipboard Toggle word wrap