パブリック・クラスタおよびプライベート・クラスタ

Roving Edgeデバイスでは、クラスタを作成する前に、クラスタに必要なネットワーク・アクセスの種類(パブリック・クラスタとプライベート・クラスタのどちらが必要か)を決定します。1つのVCNにパブリック・クラスタとプライベート・クラスタの両方を作成することはできません。

パブリック・クラスタとプライベート・クラスタの主な違いは、Kubernetes APIエンドポイントとワーカー・ロード・バランサのパブリック・サブネットとプライベート・サブネットのどちらを構成するかです。

ノート

ワーカー・ノードおよびコントロール・プレーン・ノードのサブネットは常にプライベートです。

ワーカー・ノードおよびコントロール・プレーン・ノードの場合、VCN内またはVCN外でのみアクセスを許可するルート・ルールを構成できます。このドキュメントでは、これらのルート表にvcn_privateおよびnat_privateという名前を付けます。クラスタがプライベートであるか、クラスタがパブリックであるかに関係なく、ワーカー・ノードおよびコントロール・プレーン・ノードに対してこれらのプライベート・サブネット構成のいずれかを選択できます。

パブリック・クラスタ

パブリッククラスタには、次のネットワークリソースが必要です。

  • Kubernetes APIエンドポイントのパブリック・ネット。OKEコントロール・プレーン・サブネット(Flannel Overlay)の作成およびコントロール・プレーン・サブネット(VCN-Native Pod)の作成のパブリックのコントロール・プレーン・エンドポイント・サブネットを作成する手順を参照してください。

  • ワーカー・ロード・バランサのパブリック・サブネット。ワーカー・ロード・バランサ・サブネット(Flannel Overlay)の作成およびワーカー・ロード・バランサ・サブネット(VCNネイティブ・ポッド)の作成のパブリックservice-lbサブネットを作成する手順を参照してください。

  • パブリック・サブネット上のリソースを、パブリックIPアドレスを使用してインターネットに接続するためのインターネット・ゲートウェイ。

  • NATゲートウェイ。アウトバウンド・インターネット・アクセスにはNATゲートウェイを使用します。NATゲートウェイは、プライベートIPアドレスを公開せずに、プライベート・サブネット上のリソースをインターネットに接続します。

  • 少なくとも3つの空きパブリックIPアドレス。NATゲートウェイ、コントロール・プレーン・ロード・バランサおよびワーカー・ロード・バランサには、無料のパブリックIPアドレスが必要です。

    ワーカー・ロード・バランサには、アプリケーションを公開するための無料のパブリックIPアドレスが必要です。ワーカー・ロード・バランサでは、ポッドで実行されているアプリケーションに応じて、より多くの空きパブリックIPアドレスが必要になる場合があります。

プライベートクラスタ

複数のOKE VCNsを作成する場合は、各CIDRが一意である必要があります。CIDRs of different VCNs for private clusters cannot overlap with any other VCN CIDRs or any on-premises CIDR. 使用するIPアドレスは、各VCNに対して排他的である必要があります。

プライベート・クラスタには、次のネットワーク・リソースがあります。