Istio

OracleでIstioを自動的に管理する場合は、customizeConfigMapをfalse(デフォルト)に設定します。

istioctl (またはIstioでサポートされている別のツール)を使用してIstioをカスタマイズし、Oracleがアドオンを更新するときにカスタマイズを保持する場合は、customizeConfigMapをtrueに設定します。

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

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

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

JSON形式のIstioコントロール・プレーン検出コンテナ環境変数のリスト。

Istioデプロイメントに渡す注釈。

たとえば、ロード・バランサのシェイプを指定する場合や、ロード・バランサをネットワーク・ロード・バランサとして作成するかどうかを指定できます。その他の注釈については、ロード・バランサおよびネットワーク・ロード・バランサの注釈の概要を参照してください。

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

{"service.beta.kubernetes.io/oci-load-balancer-shape":"400Mbps"}

{"oci.oraclecloud.com/load-balancer-type": "nlb"}

Istioイングレス・ゲートウェイ水平ポッド自動スカラの最小レプリカ数。

ゼロより大きい値を持つ整数である必要があります。

Istioイングレス・ゲートウェイの水平ポッド自動スケーラのレプリカの最大数。

ゼロより大きい値を持つ整数である必要があります。

使用可能なIstioイングレス・ゲートウェイ・ポッドの最小数または割合。

1

10%

Istioコントローラの最小レプリカの数。

ゼロより大きい値を持つ整数である必要があります。

Istioコントローラのレプリカの最大数。

ゼロより大きい値を持つ整数である必要があります。

使用可能なIstioコントローラ・ポッドの最小数または割合。

1

10%

特定のノードでのIstioポッドの配置を制御します。

特定のラベルを持つノード上でIstioポッドを実行するかどうかを制御します。

汚染されたノードでIstioポッドを実行できるかどうかを制御します。

一致するIstioポッドをクラスタ・トポロジ間で分散する方法を制御します。

istiod レプリカの数が増えると、トポロジ分散制約の調整が必要になる場合があります。

適切に構成されていない場合、同じノードまたは同じゾーンにistiodまたはゲートウェイの複製が同時に配置される可能性があるため、ノード/ゾーンの障害によって一度に複数の複製が取り出されます。

異なるノードおよび可用性ゾーンにistiodおよびイングレス・ゲートウェイ・レプリカを分散するようにtopologySpreadConstraintsを構成し、ノードおよびゾーンの障害に対する耐障害性を向上させます。

Istioコントロールプレーンレプリカの数を制御します。

サービスメッシュに参加するポッドの数が増えるにつれて、より多くのレプリカが必要になる場合があります。

設定が低すぎると、ノードのドレインまたはアップグレード中に単一障害点になる可能性が高くなります。

メッシュ・ポッドの数が増えるにつれて、レプリカの数を増やします。

Istioデプロイメントの更新戦略を制御します。

オペレータ・レベルのIstio構成を制御します。

istiod 検出コンテナのCPUおよびメモリー・リソースを定義します。

メッシュ・プロキシの数およびIstio構成の量が増加すると、CPUおよびメモリーの要件が増加する可能性があります。

サイズが小さい場合、Istioコントロール・プレーンはCPUまたはメモリー不足になり、メッシュ・チャーンが大きくなると構成の伝播が遅くなり、サイドカーの更新が遅延し、不安定になる可能性があります。

Istioコントロールプレーン検出コンテナの環境変数を定義します。

クラシックIstioイングレス・ゲートウェイを有効にするかどうかを制御します。

クラスタにクラシックIstioイングレス・ゲートウェイが必要な場合にのみ、イングレス・ゲートウェイを有効にします。

ロード・バランサのタイプとシェイプを制御する注釈など、Istioイングレス・ゲートウェイの注釈を定義します。

必要なロード・バランサ構成は、クラスタ・ノードの数に直接ではなく、イングレス・ゲートウェイが受信または受信する予定のトラフィックの量によって異なります。

構成が正しくない場合、イングレス・ゲートウェイに誤ったロード・バランサのシェイプまたはタイプ(たとえば、誤ったOCI LBシェイプまたはNLB設定)をプロビジョニングできます。これにより、不正なエクスポージャー、スループット制限、またはトラフィックルーティングの問題が発生する可能性があります。

Horizontal Pod Autoscalerによって管理されるIstioイングレス・ゲートウェイ・レプリカの最小数を定義します。

トラフィックが増加するにつれて、より多くのイングレス・ゲートウェイ・レプリカが必要になる場合があります。

小さすぎると、イングレス・ゲートウェイのベースライン容量が少なくなり、スパイク中にトラフィックのボトルネックになる可能性が高くなります。1の場合、中断時の回復力も低下します。

可用性およびフォルト・トレランスを維持するために、トラフィックが増加するにつれてレプリカの最小数を増やします。

Horizontal Pod Autoscalerで作成できるIstioイングレス・ゲートウェイ・レプリカの最大数を定義します。

イングレス・ゲートウェイは、トラフィックが増加するにつれて、より多くのレプリカにスケーリングする必要がある場合があります。

イングレス・ゲートウェイが小さすぎると、トラフィックの急増中に十分なスケーリングができず、レイテンシが発生したり、接続が切断されたりする可能性があります。

可用性およびフォルト・トレランスを維持するために、トラフィックが増加するにつれてレプリカの最大数を増やします。

任意の中断時に使用可能にしておく必要があるIstioイングレス・ゲートウェイ・ポッドの最小数または割合を定義します。

イングレス・トラフィックが増加すると、可用性の最小値が高くなる場合があります。

低すぎると、アップグレードまたはノード・ドレインによって、一度に多数のゲートウェイが削除され、イングレス停止が発生する可能性があります。

高可用性を維持するためにトラフィックが増加するにつれて、最小可用性値を増やします。

Horizontal Pod Autoscalerで保持される istiod レプリカの最小数を定義します。

サービス・メッシュのサイズが増加すると、さらに istiod レプリカが必要になる場合があります。

小さすぎると、コントロール・プレーンは少なすぎる容量から開始され、構成バースト中に遅延する可能性が高くなります。

メッシュサイズが大きくなるにつれて、レプリカの最小数を増やします。可用性を維持するには、少なくとも3つのレプリカを使用します。

Horizontal Pod Autoscalerで作成できる istiod レプリカの最大数を定義します。

既存のレプリカがリソース制限に達するか超える場合は、さらに istiod レプリカが必要になる場合があります。

値が小さすぎると、istiodはメッシュの成長、コンフィグチャーン、または多数のサイドカーを処理するのに十分なスケーリングができません。

istiod ポッドが一貫してリソース制限に近づいたり、リソース制限を超えたりした場合に、レプリカの最大数を増やします。

任意の中断時に使用可能にしておく必要がある istiod ポッドの最小数または割合を定義します。

コントロール・プレーンが大規模なサービス・メッシュを管理する場合、使用可能な istiod レプリカを維持することはますます重要になります。

低すぎると、ドレインまたはアップグレードによってコントロール・プレーンが使用できなくなり、サイドカー・インジェクションがクラスタ全体で失敗する可能性があります。

再起動および構成の更新中、一部の istiod ポッドが引き続き使用可能になるように値を構成します。

Istioインストールプロファイルを指定します。