Azure portal を使用して Azure Arc 対応 Kubernetes 用の MetalLB の拡張機能をデプロイする
適用対象: Azure Local バージョン 23H2
ロード バランサーの主な目的は、Kubernetes クラスター内の複数のノードにトラフィックを分散することです。 これにより、ダウンタイムを防ぎ、アプリケーションの全体的なパフォーマンスを向上させることができます。 Azure Arc で有効になっている AKS では、Azure Arc 対応 Kubernetes 用 MetalLB の extension を使用して Kubernetes クラスターに MetalLB ロード バランサー インスタンスを作成できます
前提条件
- 少なくとも 1 つの Linux ノードを持つ Azure Arc 対応 Kubernetes クラスター。 Azure CLI または Azure ポータルを使用して、Azure Local バージョン 23H2 に Kubernetes クラスターを作成できます。 Azure Local の AKS バージョン 23H2 クラスターでは、Arc が既定で有効になっています。
- ロード バランサーに十分な IP アドレスがあることを確認します。 Azure Local バージョン 23H2 の AKS の場合は、ロード バランサー用に予約されている IP アドレスが、Arc VM 論理ネットワークおよびコントロール プレーン IP の IP アドレスと競合しないようにします。 Kubernetes での IP アドレスの計画とネットワークの詳細については、「kubernetes のネットワーク要件および Kubernetes の IP アドレス計画を参照してください。
- このハウツー ガイドでは、Metal LB のしくみを理解していることを前提としています。 詳細については、Kubernetes 用 MetalLB の overviewを参照してください。
Azure Arc 拡張機能を使用して MetalLB ロード バランサーをデプロイする
警告
IP アドレスの競合チェックは現在サポートされていません。 ロード バランサーを作成するときは、このチェックを実行することをお勧めします。
Kubernetes クラスターが正常に作成されたら、Azure portal の Networking ブレードに移動し、 Install を選択します:
拡張機能が正常にインストールされたら、ロード バランサー サービスを作成できます。 [追加を選択し、ロード バランサーの名前とその IP 範囲を入力します。 Service Selector フィールドは省略可能です。 [OK] をクリックします。
- IP 範囲は、環境に応じて使用可能な IP に設定する必要があります。 IP 範囲は CIDR 表記にする必要があります。たとえば、 192.168.50.51/28 または 192.168.50.1-192.168.50.100。 複数の IP 範囲はコンマで区切る必要があります。
- アドバタイズ モードには、 ARP、 BGP、または Both を指定できます。 BGP または Both を使用する場合は、BGP ピアを構成する必要があります。
- サービス セレクター は、ロード バランサーから IP を取得できるサービスのセットを制限します。 既定のオプション (null または空の文字列) は、ロード バランサーがすべてのサービスに適用されることを意味します。 セレクター は、キーと値のペアがコンマで区切られている a:b,c:d などのキーと値のペアの一覧の形式にする必要があります。
ロード バランサーが正常に作成されると、次のように一覧に表示されます。 プロビジョニングの状態 操作の結果が表示されます。
リソースをクリーンアップする
リソースをクリーンアップするには、次の操作を行います。
- いずれかのロード バランサーが不要になったら、ロード バランサーの行の先頭を選択し、 Delete を選択します。 次に、 [はい] を選択します。
- ロード バランサー サービスが不要になったら、既存のすべてのロード バランサーを削除し、 Uninstall を選択します。 Yes を選択して拡張機能をアンインストールします。
次のステップ
GitOps Flux v2 Arc 拡張機能を使用して Kubernetes クラスターにアプリケーションをデプロイする