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

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

パブリックALBは、クラスターのプロビジョニング時に登録される、 IBM が提供するIngressサブドメインを共有しており、各パブリックALBの個別のIPアドレスはこのサブドメインに関連付けられています。 パブリック ALB の IP アドレスを確認するには、 ibmcloud ks ingress alb ls を実行し、出力結果の「 ALB IP 」フィールドを確認してください。

クラシック・クラスター内のプライベートALBは、 IBM が提供するIngressサブドメインを使用せず、自動的に有効化されることもありません。 まず、CLIでプライベートALBを有効にし、その後、Ingressリソースで private-iks-traefik クラスを指定する必要があります。 プライベートALBを有効にした後、 ibmcloud ks ingress alb ls を実行し、出力結果の「 ALB IP 」フィールドを確認することで、プライベートIPアドレスを確認できます。

パブリックまたはプライベートのALBポッドのスケジューリングが変更されても、IPアドレスは変わりません。 ただし、ALB を含むゾーンを削除したり、そのゾーン内の VLAN に属するすべてのワーカーを削除したりすると、その ALB の IP アドレスが削除されます。

VPC内のALB

VPCクラスターを作成すると、各ゾーンにパブリックALBとプライベートALBがそれぞれ1つずつ自動的に作成されます。 さらに、VPC内のクラスターの外側に、パブリックVPCロードバランサーが1つ自動的に作成されます。 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つしかなく、したがってALBポッドも1つしかない場合、トラフィックの途絶を防ぐためにポッドが自動的に更新されることはありません。 その場合、更新は、手動でポッドを削除し、新しいポッドを再スケジュールしたときにのみ適用されます。 ゾーンごとに少なくとも2つのワーカーノードを用意しておけば、このような事態は回避できます。

なお、ゾーンに障害が発生した場合、そのゾーン内のIngress ALBへのリクエストで断続的な障害が発生する可能性があります。