ノート:

• このチュートリアルでは、Oracle Cloudへのアクセスが必要です。無料アカウントにサインアップするには、Oracle Cloud Infrastructure Free Tierの開始を参照してください。
• Oracle Cloud Infrastructureの資格証明、テナンシおよびコンパートメントの値の例を使用します。ラボを完了する際は、これらの値をクラウド環境に固有の値に置き換えてください。

3つのワーカー・ノードを使用したOracle Cloud Infrastructure Container Engine for Kubernetesの設定

はじめに

このチュートリアルでは、Oracle Cloud Infrastructure Container Engine for Kubernetes (OKE)を使用して、Kubernetesコントロール・プレーンおよびデータ・プレーン(ノード・プール)で構成されるKubernetesクラスタを設定する方法について説明します。また、Kubernetesプラットフォームに2つのサンプル・アプリケーションをデプロイおよび削除して、それが機能することを証明します。このチュートリアルでは、コンテナでホストされるアプリケーションのためにKubernetes内で提供されるネットワーキング・サービスに潜入する将来のチュートリアルの段階を設定します。

OKEデプロイメント・モデルの例は次のとおりです。

• 例1:パブリックCNIプラグイン、パブリックKubernetes APIエンドポイント、プライベート・ワーカー・ノードおよびパブリック・ロード・バランサを含むクラスタ。

• 例2: Flannel CNIプラグイン、プライベートKubernetes APIエンドポイント、プライベート・ワーカー・ノードおよびパブリック・ロード・バランサを含むクラスタ。

• 例3: OCI CNIプラグイン、パブリックKubernetes APIエンドポイント、プライベート・ワーカー・ノードおよびパブリック・ロード・バランサを含むクラスタ。

• 例4: OCI CNIプラグイン、プライベートKubernetes APIエンドポイント、プライベート・ワーカー・ノードおよびパブリック・ロード・バランサを含むクラスタ。

選択できる様々なOKEデプロイメント・モデルの詳細は、ネットワーク・リソース構成の例を参照してください。

このチュートリアルでは、例3のデプロイメント・モデルを実装します。

目的

• Oracle Cloud Infrastructure(OCI)内で完全にデプロイおよび構成されたKubernetes制御クラスタとワーカー・ノードをデプロイします。これが、Oracle Cloud Infrastructure Container Engine for Kubernetes (OKE)と呼ばれるものです。2つの異なるネームスペースに2つのサンプル・アプリケーションをデプロイし、1つのアプリケーションが新しいネームスペースにHelmチャートを使用してデプロイします。最後に、アプリケーションまたはポッドをクリーンアップします。Kubernetesが運用するアプリケーションやポッドにネットワーク・サービスをデプロイすることはありません。

タスク1: 新しいKubernetesクラスタの作成とコンポーネントの検証

• ハンバーガー・メニューをクリックします。

  

  1. 「開発者サービス」をクリックします。
  2. 「Kubernetesクラスタ(OKE)」をクリックしてください。

  

• 「クラスタの作成」をクリックします。

  

  1. 「クイック作成」を選択します。
  2. 「発行」をクリックします。

  

• 「クラスタの作成(クイック)」ページで、次の情報を入力します。

  1. クラスタの「名前」を入力します。
  2. 「コンパートメント」を選択します。
  3. Kubernetesバージョンを選択します。
  4. Kubernetes APIエンドポイントをパブリック・エンドポイントに選択します。
  5. 「管理対象ノード・タイプ」を選択します。
  6. 下へスクロール

  

  1. Kubernetesワーカー・ノードをプライベート・ワーカーとして選択します。
  2. 下へスクロール

  

  1. ノード数(ワーカー・ノード)のデフォルトは3のままにします。
  2. 「次」をクリックします。

  

  1. クラスタ・パラメータを確認します。
  2. 下へスクロール

  

  1. ノード・プールのパラメータを確認します。
  2. 下へスクロール

  

  1. 「基本クラスタの作成」チェック・ボックスは選択しないでください。
  2. 「クラスタの作成」をクリックします。

  

• 作成した様々なコンポーネントのステータスをレビューします。

  

  1. すべてに緑色のチェックがあることを確認します。
  2. 「閉じる」をクリックします。

  

  1. ステータスが CREATINGであることを確認します。
  2. 下へスクロール

  

• クラスタおよびノード・プールの作成ステータスを確認します。Kubernetes制御クラスタが作成され、ワーカー・ノード・プールが後で作成されます。

  

• 数分後、Kubernetes制御クラスタが正常に作成されます。

  

• これで、ワーカー・ノード・プールが作成されます。

  

• 数分後、ワーカー・ノード・プールが正常に作成されます。

  

  1. 「ノード・プール」をクリックします。
  2. プール内のワーカー・ノードがまだ作成されていることを確認します。
  3. ワーカー・ノードの3をクリックします。

  

• すべてのノードのステータスが「未準備」であることを確認します。

  

• 数分後、それらは準備完了になります。

  

Kubernetes制御クラスタおよびワーカー・ノードは、Oracle Cloud Infrastructure (OCI)内で完全にデプロイおよび構成されます。これが、Oracle Cloud Infrastructure Container Engine for Kubernetesと呼ばれるものです。

タスク2: OCIコンソールでのデプロイ済Kubernetesクラスタ・コンポーネントの確認

OKEを使用してKubernetesクラスタを作成すると、このデプロイメントをサポートするためにOCI内にいくつかのリソースが作成されます。

最初で最も重要なリソースは、仮想クラウド・ネットワーク(VCN)です。「クイック作成」オプションを選択したため、OKE専用の新しいVCNが作成されました。

• OCIコンソールにログインし、ネットワーキング、Virtual Cloud Networks (VCN)にナビゲートすると、作成された新しいVCNが表示されます。VCNをクリックします。

  

  VCN内には、OKEデプロイメントをサポートするための3つのサブネット(1つのプライベート・サブネットと2つのパブリック・サブネット)が表示されます。

  

• リソースを確認します。

  1. 「CIDRブロック/接頭辞」をクリックして、VCNのCIDRを確認します。
  2. 10.0.0.0/16がOCIによって割り当てられていることに注意してください。

  

  1. 「ルート表」をクリックして、ルーティング表を確認します。
  2. 2つのルーティング表(プライベート・サブネットへのルーティングとパブリック・サブネットへのルーティング)が作成されていることを確認します。

  

  1. 「インターネット・ゲートウェイ」をクリックして、インターネットとの間でパブリック・サブネットを使用してインターネット接続を提供するインターネット・ゲートウェイを確認します。
  2. インターネット・ゲートウェイは1つのみであることに注意してください。

  

  1. 「セキュリティ・リスト」をクリックして、サブネット間の接続を保護するためにイングレス・ルールまたはエグレス・ルールのいずれかであるセキュリティ・リストを確認します。
  2. 3つのセキュリティ・リストがあり、1つはKubernetesワーカー・ノード接続保護用、もう1つはKubernetes APIエンドポイント保護用、もう1つはKubernetesサービス保護用です。

  

  1. 「NATゲートウェイ」をクリックして、インターネットへのプライベート・サブネットを使用してインターネット接続を提供するNAT Gatewayを確認します。
  2. NAT Gatewayは1つのみであることに注意してください。

  

  1. 「サービス・ゲートウェイ」をクリックして、インターネット・ゲートウェイまたはNATゲートウェイにデータを公開せずに、特定のOracleサービスへのプライベート・アクセスを提供するサービス・ゲートウェイを確認します。
  2. サービス・ゲートウェイは1つのみであることに注意してください。

  

  1. OCIコンソールを開き、ハンバーガー・メニューをクリックして、「コンピュート」、「インスタンス」に移動します。
  2. デプロイメント中に指定した3つのKubernetesワーカー・ノードとして使用される、作成された3つのインスタンスを確認します。

  

  1. OCIコンソールを開き、ハンバーガー・メニューをクリックして、「IP管理」、「予約済パブリックIP」に移動します。
  2. .166で終わるパブリックIPアドレスが1つあり、KubernetesパブリックAPIエンドポイント用に予約されています。

  

収集したすべての情報を配置し、それを図に配置すると、図は次のようになります。

• OKEをデプロイするための構成詳細を含む表

  • VCN:

    リソース	名前
    VCN	• 名前: oke-vcn-quick-IH-OKE-CLUSTER-af593850a •CIDRブロック: 10.0.0.0/16 • DNS解決: 選択済
    インターネット・ゲートウェイ	•名前: oke-igw-quick-IH-OKE-CLUSTER-af593850a
    NATゲートウェイ	•名前: oke-ngw-quick-IH-OKE-CLUSTER-af593850a
    サービス・ゲートウェイ	• 名前: oke-sgw-quick-IH-OKE-CLUSTER-af593850a • サービス: Oracle Services Networkのすべてのリージョン・サービス
    DHCPオプション	• DNSタイプはInternet and VCN Resolverに設定

  • サブネット:

    リソース	例
    Kubernetes APIエンドポイントのパブリック・サブネット	目的: 次のプロパティを持つKubernetes APIエンドポイント: • タイプ: リージョン •CIDRブロック: 10.0.0.0/28 • ルート表: oke-public-routetable-IH-OKE-CLUSTER-af593850a • サブネット・アクセス: パブリック • DNS解決: 選択済 •DHCPオプション: デフォルト • セキュリティ・リスト: oke-k8sApiEndpoint-quick-IH-OKE-CLUSTER-af593850a
    ワーカー・ノードのプライベート・サブネット	目的: 次のプロパティを持つワーク・ノード: • タイプ: リージョン •CIDRブロック: 10.0.10.0/24 • ルート・テーブル: 該当なし • サブネット・アクセス: プライベート • DNS解決: 選択済 •DHCPオプション: デフォルト • セキュリティ・リスト: oke-nodeseclist-quick-IH-OKE-CLUSTER-af593850a
    ポッドのプライベート・サブネット	目的: 次のプロパティを持つポッド: • タイプ: リージョン •CIDRブロック: 10.96.0.0/16 • ルート・テーブル: oke-private-routetable-IH-OKE-CLUSTER-af593850a • サブネット・アクセス: プライベート • DNS解決: 選択済 •DHCPオプション: デフォルト • セキュリティ・リスト: 該当なし
    サービス・ロード・バランサのパブリック・サブネット	目的: 次のプロパティを持つロード・バランサ: • タイプ: リージョン •CIDRブロック: 10.0.20.0/24 • ルート・テーブル: oke-private-routetable-IH-OKE-CLUSTER-af593850a • サブネット・アクセス: パブリック • DNS解決: 選択済 •DHCPオプション: デフォルト • セキュリティ・リスト: oke-svclbseclist-quick-IH-OKE-CLUSTER-af593850a

  • ルート表:

    リソース	例
    パブリックKubernetes APIエンドポイント・サブネットのルート表	目的: routetable-Kubernetes APIエンドポイント。次のように定義されたルート・ルールを使用します: • 宛先CIDRブロック: 0.0.0.0/0 • ターゲット・タイプ: インターネット・ゲートウェイ • ターゲット: oke-igw-quick-IH-OKE-CLUSTER-af593850a
    プライベート・ポッド・サブネットのルート表	Purpose: routetable-pods。次のように定義された2つのルート・ルールを使用します: • インターネットへのトラフィックのルール: ◦Destination CIDR block: 0.0.0.0/0 ◦Target Type: NAT Gateway ◦Target: oke-ngw-quick-IH-OKE-CLUSTER-af593850a •OCIサービスへのトラフィックのルール: ◦Destination: All region Services in Oracle Services Network ◦Target Type: Service Gateway ◦Target: oke-sgw-quick-IH-OKE-CLUSTER-af593850a
    パブリック・ロード・バランサ・サブネットのルート表	目的: 次のように定義された1つのルート・ルールを持つroutetable-serviceloadbalancers: • 宛先CIDRブロック: 0.0.0.0/0 • ターゲット・タイプ: Internet Gateway • ターゲット: oke-igw-quick-IH-OKE-CLUSTER-af593850a

• パブリックKubernetes APIエンドポイント・サブネットのセキュリティ・リスト・ルール

  oke-k8sApiEndpoint-quick-IH-OKE-CLUSTER-af593850aセキュリティ・リストには、次の表に示すようにイングレスおよびエグレス・ルールがあります。

  • イングレス・ルール:

    ステートレス	ソース:	IPプロトコル	ソース・ポート範囲	宛先ポート範囲	タイプおよびコード	許可	説明
    ×	0.0.0.0/0	TCP	すべて	6443		ポートのTCPトラフィック: 6443	Kubernetes APIエンドポイントへの 外部アクセス
    ×	10.0.10.0/24	TCP	すべて	6443		ポートのTCPトラフィック: 6443	KubernetesワーカーからKubernetes APIエンドポイントへの通信
    ×	10.0.10.0/24	TCP	すべて	12250		ポートのTCPトラフィック: 12250	Kubernetesワーカーからコントロール・プレーンへの通信
    ×	10.0.10.0/24	ICMP			3, 4	次の場合のICMPトラフィック: 3、4 宛先に到達できません: フラグメンテーションが必要ですが、フラグメントしないように設定されていました	パス検索

  • エグレス・ルール:

    ステートレス	宛先	IPプロトコル	ソース・ポート範囲	宛先ポート範囲	タイプおよびコード	許可	説明
    ×	Oracle Services NetworkのすべてのAMSサービス	TCP	すべて	443		ポートのTCPトラフィック: 443 HTTPS	Kubernetes Control PlaneがOKEと通信することを許可します
    ×	10.0.10.0/24	TCP	すべて	すべて		ポートのTCPトラフィック: すべて	ワーカー・ノードへのすべてのトラフィック
    ×	10.0.10.0/24	ICMP			3, 4	次の場合のICMPトラフィック: 3、4 宛先に到達できません: フラグメンテーションが必要ですが、フラグメントしないように設定されていました	パス検索

• プライベート・ワーカー・ノード・サブネットのセキュリティ・リスト・ルール

  oke-nodeseclist-quick-IH-OKE-CLUSTER-af593850aセキュリティ・リストには、次の表に示すようにイングレスおよびエグレス・ルールがあります。

  イングレス・ルール:

  ステートレス	ソース:	IPプロトコル	ソース・ポート範囲	宛先ポート範囲	タイプおよびコード	許可	説明
  ×	10.0.10.0/24	すべてのプロトコル				すべてのポートのすべてのトラフィック	あるワーカー・ノードのポッドは他のワーカー・ノードのポッドと通信することを許可します
  ×	10.0.0.0/28	ICMP			3, 4	次の場合のICMPトラフィック: 3、4 宛先に到達できません: フラグメンテーションが必要ですが、フラグメントしないように設定されていました	パス検索
  ×	10.0.0.0/28	TCP	すべて	すべて		ポートのTCPトラフィック: すべて	Kubernetes Control PlaneからのTCPアクセス
  ×	0.0.0.0/0	TCP	すべて	22		ポートのTCPトラフィック: 22 SSHリモート・ログイン・プロトコル	ワーカー・ノードへのインバウンドSSHトラフィック
  ×	10.0.20.0/24	TCP	すべて	32291		ポートのTCPトラフィック: 32291
  ×	10.0.20.0/24	TCP	すべて	10256		ポートのTCPトラフィック: 10256
  ×	10.0.20.0/24	TCP	すべて	31265		ポートのTCPトラフィック: 31265

  エグレス・ルール:

  ステートレス	宛先	IPプロトコル	ソース・ポート範囲	宛先ポート範囲	タイプおよびコード	許可	説明
  ×	10.0.10.0/24	すべてのプロトコル				すべてのポートのすべてのトラフィック	あるワーカー・ノードのポッドは他のワーカー・ノードのポッドと通信することを許可します
  ×	10.0.0.0/28	TCP	すべて	6443		ポートのTCPトラフィック: 6443	Kubernetes APIのエンドポイントへのアクセス
  ×	10.0.0.0/28	TCP	すべて	12250		ポートのTCPトラフィック: 12250	Kubernetesワーカーからコントロール・プレーンへの通信
  ×	10.0.0.0/28	ICMP			3, 4	次の場合のICMPトラフィック: 3、4 宛先に到達できません: フラグメンテーションが必要ですが、フラグメントしないように設定されていました	パス検索
  ×	Oracle Services NetworkのすべてのAMSサービス	TCP	すべて	443		ポートのTCPトラフィック: 443 HTTPS	ノードがOKEと通信できるようにして、正しい起動と継続的な機能を実現
  ×	0.0.0.0/0	ICMP			3, 4	次の場合のICMPトラフィック: 3、4 宛先に到達できません: フラグメンテーションが必要ですが、フラグメントしないように設定されていました	Kubernetes Control PlaneからのICMPアクセス
  ×	0.0.0.0/0	すべてのプロトコル				すべてのポートのすべてのトラフィック	ワーカー・ノードによるインターネットへのアクセス

• パブリック・ロード・バランサ・サブネットのセキュリティ・リスト・ルール

  oke-svclbseclist-quick-IH-OKE-CLUSTER-af593850aセキュリティ・リストには、次の表に示すようにイングレスおよびエグレス・ルールがあります。

  • イングレス・ルール:

    ステートレス	ソース:	IPプロトコル	ソース・ポート範囲	宛先ポート範囲	タイプおよびコード	許可	説明
    ×	0.0.0.0/0	TCP	すべて	80		ポートのTCPトラフィック: 80

  • エグレス・ルール:

    ステートレス	宛先	IPプロトコル	ソース・ポート範囲	宛先ポート範囲	タイプおよびコード	許可	説明
    ×	10.0.10.0/24	TCP	すべて	32291		ポートのTCPトラフィック: 32291
    ×	10.0.10.0/24	TCP	すべて	10256		ポートのTCPトラフィック: 10256
    ×	10.0.10.0/24	TCP	すべて	31265		ポートのTCPトラフィック: 31265

タスク3: CLIを使用したKubernetesクラスタの実行の確認

• OCIコンソールを開き、ハンバーガー・メニューをクリックして、「開発者サービス」、「Kubernetesクラスタ(OKE)」に移動します。タスク1で作成したKubernetesクラスタをクリックします。

  

  1. 下へスクロール
  2. 「Quick Start」をクリックします。

  

• 「クラスタへのアクセス」をクリックします。

  

  1. 「Cloud Shell Access」を選択します。
  2. 「コピー」をクリックして、Kubernetesクラスタへのアクセスを許可するコマンドをコピーします。
  3. 「クラウド・シェルの起動」をクリックします。

  

  次の図は、OCI Cloud Shellを使用してOKEクラスタで管理を実行するための接続方法を示しています。

  

• OCI Cloud Shellが起動します。

  

  バックグラウンドで何が起こっているかについての情報メッセージが表示されます。

  

  この場合、OCI Cloud Shellを別のCPUアーキテクチャで実行できます。

• 「閉じる」をクリックして、この情報メッセージを閉じます。

  

• OCI Cloud Shellを使用してKubernetesクラスタにアクセスする準備ができました。

  

• 上記でコピーしたコマンドをこのタスクに貼り付けます。

  

• 次のコマンドを実行して、Kubernetesクラスタに関する情報を取得します。

    kubectl cluster-info
  

  

• 次のコマンドを実行して、ワーカー・ノードに関する情報を取得します。

    kubectl get nodes
  

  

• 次のコマンドを実行して、ワーカー・ノードの詳細を取得します。

    kubectl get nodes -o wide
  

  

• 次のコマンドを実行して画面をクリアし、新しい画面から開始します。

    clear
  

  

  1. 前の出力はクリアされていますが、上へスクロールしてもアクセス可能であることに注意してください。
  2. 「最小化」アイコンをクリックして、「OCI Cloud Shell」ウィンドウを最小化します。

  

• 「閉じる」をクリックして、「クラスタへのアクセス」ウィンドウを閉じます。

  

接続は、OCI Cloud Shellを使用してOKEクラスタで管理を実行するために行われます。

タスク4: kubectlを使用したサンプルNginxアプリケーションのデプロイ

• 次のコマンドを実行します。

  1. Kubernetesバージョンを取得するコマンドをノートにとります。
  2. サンプル・アプリケーションをデプロイするコマンドをノートにとります。
  3. OCIクラウド・シェル・ウィンドウをリストアするには、「リストア」をクリックします。

  

• 次のコマンドを実行して、Kubernetesのバージョンを取得します。

    kubectl version
  

  

• 次のコマンドを実行して、デプロイされている現在のポッドまたはアプリケーションを確認します。

    kubectl get pods
  

  リソースが見つかりません。

  

• 次のコマンドを実行して、新しいサンプル・アプリケーションをデプロイします。

    kubectl create -f https://k8s.io/examples/application/deployment.yaml
  

  

• 次のコマンドを実行して、デプロイされている現在のポッドまたはアプリケーションを確認します。

    kubectl get pods
  

• ポッドがRUNNING状態であることに注意してください。これは、デプロイしたアプリケーションが実行中であることを意味します。

  

• 次のコマンドを実行して、アプリケーションにアクセスするためのIPアドレスを取得します。

    kubectl get deploy,svc
  

• 新しくデプロイされたアプリケーションにはIPアドレスが割り当てられておらず、Kubernetesクラスタのみに内部IPアドレスでクラスタIPサービスがアタッチされていることに注意してください。

  

• 次のコマンドを実行して、新しくデプロイされたアプリケーション用にアタッチされた(ネットワーク)サービスを確認します。

    kubectl get svc ngnix
  

• デプロイされたNginxアプリケーションに(ネットワーク)サービスがデプロイまたはアタッチされていないことに注意してください。このため、別のアプリケーションからアプリケーションにアクセスしたり、Webブラウザを使用してNginx WebサーバーのWebページにアクセスしたりすることはできません。これについては、別のチュートリアルで説明します。

  

タスク5: Helmチャートを使用したサンプルMySQLアプリケーションのデプロイ

• Helmチャートは、アプリケーションをKubernetesクラスタにデプロイするために必要なすべてのリソースを含むパッケージです。次のコマンドを実行します。

  1. MySQLデータベースのBitnamiリポジトリを追加します。

      helm repo add bitnami https://charts.bitnami.com/bitnami
     

  2. Kubernetesワーカー・ノードにMySQLデータベースをデプロイし、新しいネームスペースmysqlも作成します。

      helm install mysql bitnami/mysql -–namespace mysql --create-namespace
     

  

• デプロイされたアプリケーションを取得するには、次のコマンドを実行します。このコマンドは、現在の(デフォルト)ネームスペースにデプロイされたアプリケーションのみを表示します。

    kubectl get pods
  

• 現在の(デフォルト)ネームスペースには、Nginxアプリケーションのみが表示されることに注意してください。このコマンドは、デプロイされたアプリケーションをクラスタ全体(すべてのネームスペース)で表示します。

    kubectl get pods -A -w
  

  1. Nginxアプリケーションがデフォルト・ネームスペースで実行されていることに注意してください。
  2. MySQLアプリケーションが新しいmysqlネームスペースで実行されていることに注意してください。

  

タスク6: ポッドおよびネームスペースのクリーン・アップ

デフォルトのネームスペース(Nginx)にアプリケーションをデプロイし、新しいネームスペース(MySQL)に別のアプリケーションをデプロイしました。Helmチャートを使用して、必要なときにいつでも新しい環境を開始できるように環境をクリーンアップしましょう。

1. 次のコマンドを使用して、すべてのワーカー・ノードを取得します(クラスタ全体)。

    kubectl get nodes -o wide
   

2. 現在の(デフォルト)ネームスペースで実行中のすべてのポッドを取得するには、次のコマンドを使用します。

    kubectl get pods -o wide
   

3. 次のコマンドを実行して、すべてのネームスペースを取得します。

    kubectl get namespaces
   

4. 次のコマンドを実行して、現在の(デフォルト)ネームスペースで実行中のすべてのポッドを具体的に取得します。

    kubectl get pods --namespace=default
   

5. 次のコマンドを実行して、MySQLネームスペースで実行中のすべてのポッドを特に取得します。

   kubectl get pods --namespace=mysql
   

1. 次のコマンドを実行して、デフォルト・ネームスペース内のすべてのデプロイメントまたはポッドを削除します。

    kubectl delete --all deployments --namespace=default
   

2. 次のコマンドを使用して、デプロイメントまたはポッドが削除されているかどうかを確認します。

    kubectl get pods --namespace=default
   

3. 次のコマンドを使用して、MySQLネームスペースで実行中のすべてのポッドを特に取得します。これが存在するかどうかを確認します。

   kubectl get pods --namespace=mysql
   

1. 次のコマンドを実行して、すべてのデプロイメントまたはポッドおよび完全なMySQLネームスペースを削除します。

    kubectl delete namespace mysql
   

2. このコマンドを使用して、すべてのネームスペースを収集し、MySQLネームスペースが削除されているかどうかを確認します。

    kubectl get namespaces    
   

確認

• 作成者 - Iwan Hoogendoorn (OCIネットワーク・スペシャリスト)

その他の学習リソース

docs.oracle.com/learnの他のラボを調べるか、Oracle Learning YouTubeチャネルで無料のラーニング・コンテンツにアクセスしてください。また、Oracle Learning Explorerになるには、education.oracle.com/learning-explorerにアクセスしてください。

製品ドキュメントについては、Oracle Help Centerを参照してください。

---

タイトルおよび著作権情報

Set up Oracle Cloud Infrastructure Container Engine for Kubernetes with Three Worker Nodes

F95675-02

Copyright ©2023,2026,

Oracle and/or its affiliates.