この文書は自動機械翻訳技術を使用して翻訳されています。 正確な翻訳を提供するように努めておりますが、翻訳された内容の完全性、正確性、信頼性については一切保証いたしません。 相違がある場合は、元の英語版 英語 が優先され、正式なテキストとなります。

既存のカスタムノードでKubernetesを起動する

カスタムクラスターを作成すると、RancherはRKE2/K3sを使用して、オンプレミスのベアメタルサーバー、オンプレミスの仮想マシン、またはインフラストラクチャプロバイダーがホストする任意のノードにKubernetesクラスターを作成できます。

このオプションを使用するには、Kubernetesクラスターの一部となるサーバーにアクセスする必要があります。各サーバーを要件に従ってプロビジョニングしてください。次に、Rancher UIで提供されたコマンドを各サーバーで実行して、Kubernetesノードに変換します。

このセクションでは、カスタムクラスターの設定方法について説明します。

カスタムノードを使用したクラスターの作成

WindowsホストをKubernetesワーカーとして使用したいですか？

開始する前に、Windows用のカスタムクラスターの設定を参照してください。

1.Linuxホストをプロビジョニングする

Linuxホストをプロビジョニングしてカスタムクラスターの作成を開始します。ホストは次のいずれかです：

  • クラウドホストの仮想マシン（VM）

  • オンプレミスのVM

  • ベアメタルサーバー

以前のカスタムクラスターからノードを再利用したい場合は、ノードをクリーンアップしてから、再度クラスターで使用してください。クリーンアップされていないノードを再利用すると、クラスターのプロビジョニングが失敗する可能性があります。

ホストをインストール要件および本番環境向けクラスターのチェックリストに従ってプロビジョニングしてください。

IPv6のみのクラスター

IPv6のみのクラスターの場合、オペレーティングシステムが`/etc/hosts`ファイルを正しく構成していることを確認してください。

::1       localhost

2.カスタムクラスターを作成する

  1. *☰ > クラスター管理*をクリックします。

  2. *クラスター*ページで、*作成*をクリックします。

  3. *カスタム*をクリックします。

  4. *クラスター名*を入力してください。

  5. クラスターを設定するには、*クラスター構成*セクションを使用します。詳細については、RKE2クラスター構成リファレンスおよびK3sクラスター構成リファレンスを参照してください。

    Windowsノード

    WindowsノードをKubernetesワーカーとして使用する方法については、WindowsクラスターでのKubernetesの起動を参照してください。

  6. ［作成］をクリックします。

    *結果:*UIは*登録*ページにリダイレクトされ、ノードの登録コマンドを生成できます。

  7. *ノードの役割*から、クラスターのノードが果たす役割を選択します。各役割（etcd、ワーカー、コントロールプレーン）に対して少なくとも1つのノードをプロビジョニングする必要があります。カスタムクラスターは、プロビジョニングを完了するためにすべての3つの役割が必要です。役割に関する詳細は、Kubernetesクラスターのノードの役割を参照してください。

    ベアメタルサーバー

    各役割にベアメタルサーバを専用にする予定の場合、各役割に対してベアメタルサーバをプロビジョニングする必要があります（つまり、複数のベアメタルサーバをプロビジョニングします）。

  8. オプション:*詳細設定を表示*をクリックして、IPアドレスの指定、ノードのホスト名の上書き、またはノードに ラベルや テイントを追加するなどの追加設定を構成します。

    • *ノードのパブリックIP*および*ノードのプライベートIP*フィールドには、単一のアドレスまたはカンマ区切りのアドレスリスト（例：10.0.0.5,2001:db8::1）を入力できます。
    IPv6専用またはデュアルスタッククラスター

    • IPv6専用およびデュアルスタッククラスターの両方で、ノードの*IPv6アドレス*を*ノードのプライベートIP*として指定する必要があります。

  9. 画面に表示されたコマンドをクリップボードにコピーします。

  10. PuTTyやリモートターミナル接続など、好みのシェルを使用してLinuxホストにログインします。クリップボードにコピーしたコマンドを実行します。

特定のホストを特定のノード役割に専用にしたい場合は、手順7-10を繰り返します。必要に応じて手順を何度でも繰り返します。

結果:

クラスターが作成され、Rancherがクラスターコンポーネントを初期化およびプロビジョニングしている間、*更新中*状態に移行します。

状態が*アクティブ*に更新された後、クラスターにアクセスできます。

*アクティブ*なクラスターには、2つのプロジェクトが割り当てられています：

  • Default、`default`名前空間を含む

  • System、cattle-system、traefik、kube-public、および`kube-system`名前空間を含む

3.Amazonのみ：リソースにタグを付ける

クラスターを*クラウドプロバイダー*としてAmazonを使用するように構成している場合は、AWSリソースにクラスターIDでタグを付けてください。

Amazonドキュメント：Amazon EC2リソースにタグを付ける

Kubernetesでクラウドプロバイダーを構成せずにAmazon EC2インスタンスを使用できます。特定のKubernetesクラウドプロバイダー機能を使用したい場合のみ、クラウドプロバイダーを構成する必要があります。詳細については、 Kubernetesクラウドプロバイダーを参照してください。

次のリソースには`ClusterID`でタグを付ける必要があります：

  • ノード：Rancherに追加されたすべてのホスト。

  • サブネット：クラスターに使用されるサブネット

  • セキュリティグループ：クラスターに使用されるセキュリティグループ。

複数のセキュリティグループにタグを付けないでください。複数のグループにタグを付けると、Elastic Load Balancerを作成する際にエラーが発生します。

使用すべきタグは：

Key=kubernetes.io/cluster/<CLUSTERID>, Value=owned

<CLUSTERID>`はあなたが選択する任意の文字列にできます。ただし、タグを付けるすべてのリソースで同じ文字列を使用する必要があります。タグの値を`owned`に設定すると、<CLUSTERID>`でタグ付けされたすべてのリソースがこのクラスターによって所有および管理されていることがクラスターに通知されます。

クラスター間でリソースを共有する場合、タグを次のように変更できます：

Key=kubernetes.io/cluster/CLUSTERID, Value=shared

オプションの次のステップ

クラスターを作成した後、Rancher UIを通じてアクセスできます。ベストプラクティスとして、クラスターにアクセスするためのこれらの代替方法を設定することをお勧めします：

  • kubectl CLIを使用してクラスターにアクセスする:これらの手順に従って、ワークステーションでkubectlを使用してクラスターにアクセスしてください。この場合、Rancherサーバーの認証プロキシを通じて認証され、その後Rancherがダウンストリームクラスターに接続します。この方法を使用すると、Rancher UIなしでクラスターを管理できます。

  • 認可されたクラスターエンドポイントを使用して、kubectl CLIでクラスターにアクセスします:これらの手順に従って、Rancherを介さずにkubectlでクラスターに直接アクセスします。Rancherに接続できない場合でもクラスターにアクセスできるように、この代替方法を設定することをお勧めします。