クラウド技術仕様/制限値（Catalog：Anthos(GKE Enterprise) CCM）

ニフクラ Catalog：CCM

下記の手順を実施した後に、type: LoadBalancerのServiceを作成すると、ニフクラ ロードバランサーが自動的に作成され、クラスターに接続されます。
ノードが増減した場合でも、自動的にロードバランサーの設定が変更され、ロードバランシング対象となるノードの設定を自動で反映します。

• 初期設定またはユーザクラスター作成でCCMを有効にしたクラスターを作成します。
• 作成されたクラスターに対して、CCMをインストールします。
  • CCMのインストール手順については、ユーザーガイド Anthos(GKE Enterprise)：ニフクラ ロードバランサー（L4）を接続する ステップ4：CCMインストールを参照してください。

ロードバランサーの設定例

クラスター上で下記のようなServiceを作成すると、ロードバランサー（L4）が作成されます。ロードバランサー（L4）は、別途料金が発生します。

apiVersion: v1
kind: Service
metadata:
  name: hellolb
  labels:
    run: hello
spec:
  type: LoadBalancer
  ports:
  - port: 80
    protocol: TCP
    targetPort: 8080
    name: http
    nodePort: 30374
  selector:
    run: hello

アノテーション

Serviceにアノテーションを付与すると、作成するロードバランサーの設定を変更できます。設定可能な値はロードバランサーの仕様に従います。

たとえば、利用料金タイプを「2 (従量課金)」とし、フィルターで「192.168.0.0/24」からの接続のみ許可するロードバランサー（L4）を作る場合は下記のように設定します。

apiVersion: v1
kind: Service
metadata:
  name: hellolb
  labels:
    run: hello
  annotations:
    service.beta.kubernetes.io/nifcloud-load-balancer-type: 2
spec:
  type: LoadBalancer
  ports:
  - port: 80
    protocol: TCP
    targetPort: 8080
    name: http
    nodePort: 30374
  loadBalancerSourceRanges:
  - 192.168.0.0/24
  selector:
    run: hello

プライベートLANに接続するマルチロードバランサーを作る場合は、下記のように設定します。

apiVersion: v1
kind: Service
metadata:
  name: hellolb
  labels:
    run: hello
  annotations:
    service.beta.kubernetes.io/nifcloud-load-balancer-type: elb
    service.beta.kubernetes.io/nifcloud-load-balancer-network-interface-1-network-id: net-xxxxxxxx
    service.beta.kubernetes.io/nifcloud-load-balancer-network-interface-1-ip-address: 192.168.0.1
    service.beta.kubernetes.io/nifcloud-load-balancer-network-interface-1-system-ip-addresses: 192.168.0.2,192.168.0.3
    service.beta.kubernetes.io/nifcloud-load-balancer-vip-network: 1
spec:
  type: LoadBalancer
  ports:
  - port: 80
    protocol: TCP
    targetPort: 8080
    name: http
    nodePort: 30374
  selector:
    run: hello

注意事項

• CCMを有効にしてクラスターを作成すると、お客様がCCMをインストールするまで、Podはノードにスケジューリングされません。
• クラスター内でtype: LoadBalancerのServiceを作成すると、設定に基づいて自動的にロードバランサーが作成されます。
• ロードバランサーには、ロードバランサー（L4）とマルチロードバランサーの2種類があり、いずれも別途料金が発生します。
• 作成されたロードバランサーは、ロードバランサー（L4）とマルチロードバランサーそれぞれの仕様に従います。
• 複数のクラスターにまたがって同一のロードバランサーに接続はできません。
• マルチロードバランサー作成時に、サーバーに紐づいているファイアウォールグループは、ロードバランサーからの通信を許可するように自動的にルールが設定変更されます。
• ロードバランサー名は、作成されるServiceリソースのUUIDに基づいて自動的に設定されます。
• マルチロードバランサーでは、loadBalancerSourceRangesによるIPアドレスのフィルターはできません。
• 作成したロードバランサーの設定変更はコンピューティング側で実施できません。
• クラスターを削除しても、作成したロードバランサーは残ります。CCMが正常に動作していない場合、Serviceを削除してもロードバランサーが削除されない場合があります。
  • このような場合、不要となったロードバランサーは、コンピューティング側から手動で削除してください。

---

アンケート

アンケートにご協力を