OCIネイティブ・イングレス・コントローラー

• instanceは、インスタンス・プリンシパルを指定します(管理対象ノードのみ)。
• userは、ユーザー・プリンシパル(管理対象ノードおよび仮想ノード)を指定します
• workloadIdentityは、ワークロードID(管理対象ノードおよび仮想ノード)を指定します

未使用のOCI証明書サービス・リソースを削除する前にOCIネイティブ・イングレス・コントローラが待機する日数。OCIネイティブ・イングレス・コントローラがKubernetesシークレットを使用して証明書サービスから証明書を取得するときに適用されます。

整数値である必要があります。値がゼロ以下の場合、OCIネイティブ・イングレス・コントローラは、未使用のOCI証明書サービス・リソースを削除しません。

リコンシリエーション中に検出されたイングレス・エラーおよびIngressClassエラーに対してKubernetesイベントを発行するかどうか。

trueに設定すると、イベントが発行されます。

アドオン・コンテナが要求するリソース数量を指定し、アドオン・コンテナが超過できないリソース使用量制限を設定できます。

プレーン・テキストまたはエンコードされたBase64のJSON形式。

100ミリコアのCPUと100メビバイトのメモリーをリクエストするアドオン・コンテナを作成します。アドオンコンテナを500MバイトのCPUおよび200Mバイトのメモリーに制限します。

Kubernetesシークレットを使用して証明書およびCAバンドルを取得するときに、OCIロード・バランサに指定されたコンパートメント(関連するIngressClassParametersリソース内)を使用してOCI証明書サービス・リソースを管理するかどうか。オプション1: OCIネイティブ・イングレス・コントローラがKubernetesシークレットを使用して証明書サービスから証明書を取得しますを参照してください。

falseに設定すると、compartmentIdアドオン引数で指定されたコンパートメントが使用されます。

ポッド・アフィニティ・ルールおよびポッド・アンチ・アフィニティ・ルールに基づいて、ネイティブ・イングレス・コントローラ・ポッドの配置を制御します。

ノード・ラベルに基づいてネイティブ・イングレス・コントローラ・ポッドの配置を制御します。

ネイティブ・イングレス・コントローラ・デプロイメントのレプリカ数を制御します。

maxSurge や maxUnavailable などの設定を含め、デプロイメント更新戦略を制御します。

汚染されたノードでネイティブ・イングレス・コントローラ・ポッドを実行できるかどうかを制御します。

maxSkew や minDomains などの設定を使用して、ネイティブ・イングレス・コントローラ・ポッドの一致をクラスタ・トポロジ間で分散する方法を制御します。

ネイティブ・イングレス・コントローラ・ポッドのCPUおよびメモリー・リクエストおよび制限を定義します。

コントローラはノードを調べて、使用可能なロード・バランサのバックエンドを識別します。したがって、CPUおよびメモリーの使用量は、ノード数が増えるにつれて増加します。

externalTrafficPolicy が Cluster に設定されている場合、ノード・インフォーマ・キャッシュには、すべてのノードのバックエンド情報を含めることができます。約20,000個のノードを持つクラスタでは、各同期サイクル中にバックエンド情報を処理することがリソースのボトルネックになる可能性があります。

externalTrafficPolicy を Local に設定すると、ローカル・バックエンドを持つノードのみが含まれるため、バックエンド同期ボリュームが大幅に低くなります。

• バックエンドのリコンシリエーションによって、CPUおよびメモリーが大幅に不足する可能性があります。
• コントローラが数千のノード間でバックエンド情報を処理すると、同期サイクルが遅くなることがあります。
• バックエンド・リクエストがロード・バランサの制限である512バックエンドを超えた場合、ロード・バランサ・コントロール・プレーンによって更新が拒否されます。
• 更新を繰り返し拒否すると、ロード・バランサに無効なバックエンドが構成されたままになる場合があります。

externalTrafficPolicyをClusterに設定すると、CPUおよび制限が高くなります。externalTrafficPolicyがLocalに設定されている場合、中程度は必須です。Localでは、外部トラフィック・ポリシー・ヘルス・チェックは、ロード・バランサのバックエンド制限まで、ローカル・バックエンドを持つノードまたはポッドに制約されます。

リクエスト内のドメイン名に基づいて、リクエストをサービスにルーティングします。

リクエスト・パスまたはAPIエンドポイントに基づいて、リクエストをサービスにルーティングします。

別のルールと一致しないリクエストをデフォルトのバックエンド・サービスにルーティングします。

バックエンドのヘルス・チェック設定を含むネイティブ・イングレス・コントローラおよびロード・バランサの動作を構成します。

ロード・バランサのルーティング・パフォーマンスは、クラスタ・ノードの合計数ではなく、最大512のバックエンドによって制約されたままです。

ただし、選択した外部トラフィック・ポリシーはコントローラのリソース使用率に影響します。

• externalTrafficPolicy: Cluster を使用すると、すべてのクラスタ・ノードにわたってヘルス・チェックをファンアウトできるため、約20,000ノードを持つクラスタで大きなオーバーヘッドが発生します。
• externalTrafficPolicy: Local では、ヘルス・チェックは、ロード・バランサのバックエンド制限まで、ローカル・バックエンドを持つノードまたはポッドに制約されます。

• クラスタ全体のヘルス・チェックのファンアウトにより、CPUおよびメモリー使用量が大幅に増加する可能性があります。
• ヘルス・チェック構成を更新すると、コントローラがクラスタ全体のバックエンド・ポッドを再評価する可能性があります。
• externalTrafficPolicy が Local に設定されている場合でも、CPUおよびメモリーの競合が発生する可能性があります。

ロード・バランサおよびバックエンドのヘルス・チェックのベスト・プラクティスを参照してください。