IBM Cloud 内の Ingress

クラシック・クラスター内の ALB

クラシック・クラスターを作成すると、各ゾーンに 1 つのパブリック ALB と 1 つのプライベート ALB が自動的に作成されます。 クラシック・クラスター内のパブリック ALB とプライベート ALB には、クラスターの存続期間中変更されない静的 IP アドレスが割り当てられます。

パブリック ALB は、クラスターのプロビジョン時に登録された同じ IBM提供の Ingress サブドメインを共有し、各パブリック ALB の個々の IP アドレスがこのサブドメインにリンクされます。 パブリック ALB の IP アドレスを見つけるには、 ibmcloud ks ingress alb ls を実行し、出力の ALB IP フィールドを確認します。

クラシック・クラスターのプライベート ALB は、 IBM提供の Ingress サブドメインを使用せず、自動的に有効になることもありません。 最初に CLI でプライベート ALB を有効にしてから、Ingress リソースで private-iks-k8s-nginx クラスを指定する必要があります。 プライベート ALB を有効にした後、 ibmcloud ks ingress alb ls を実行し、出力の ALB IP フィールドを確認することで、プライベート IP アドレスを見つけることができます。

パブリック ALB ポッドまたはプライベート ALB ポッドのスケジュールが変更された場合、同じ IP アドレスが保持されます。 ただし、ALB を使用してゾーンを削除したり、そのゾーン内の VLAN 上のすべてのワーカーを削除したりすると、その ALB の IP アドレスが削除されます。

VPC 内の ALB

VPC クラスターを作成すると、各ゾーンに 1 つのパブリック ALB と 1 つのプライベート ALB が自動的に作成されます。 さらに、VPC 内のクラスターの外部に 1 つのパブリック VPC ロード・バランサーが自動的に作成されます。 VPC クラスターでプライベート ALB を有効にすると、プライベート VPC ロード・バランサーも作成されます。

VPC クラスター内の ALB の IP アドレスは静的ではなく、時間の経過とともに変化する可能性があるため、VPC ロード・バランサーは、ALB のパブリック IP アドレスまたはプライベート IP アドレスを静的ホスト名の背後に配置します。 パブリック ALB またはプライベート ALB には別個のホスト名が適用されます。 ALB ホスト名は、クラスターの Ingress サブドメインとは別のものであることに注意してください。

VPC クラスター内の ALB のホスト名を見つけるには、 ibmcloud ks ingress alb ls を実行します。 プライベート・ホスト名は、プライベート ALB が有効になっている場合にのみリストされます。

ALB のワーカー・ノード要件

ALB が高可用性で機能し、定期的な更新を受け取るためには、クラスター内のゾーンごとに少なくとも 2 つのワーカー・ノードが必要です。 ALB ポッドのアンチアフィニティー・ルールにより、各ワーカー・ノードに 1 つのポッドのみがスケジュールされます。 ALBポッドに自動アップデートが適用されると、ポッドはリロードされる。 ワーカー・ノードが 1 つしかないために 1 つの ALB ポッドがある場合、トラフィックの中断を回避するためにポッドが自動的に更新されることはなく、ポッドを手動で削除して新しいポッドをスケジュール変更した場合にのみ更新が適用されます。 ゾーンごとに少なくとも 2 つのワーカー・ノードがあると、このシナリオは回避されます。

ゾーンに障害が発生すると、そのゾーンのIngress ALBへのリクエストに断続的な 障害が発生する可能性があることに注意。