詳細オプションと設定

デフォルトでは、RKE2の証明書は12か月で期限切れになります。

証明書が期限切れであるか、期限切れまで90日未満の場合、RKE2が再起動されると証明書がローテーションされます。

証明書は手動でローテーションすることもできます。これを行うには、rke2-serverプロセスを停止し、証明書をローテーションしてから、プロセスを再起動するのが最適です。

エージェント証明書を更新するには、エージェントノードでrke2-agentを再起動します。エージェントが起動するたびに、エージェント証明書は更新されます。

--service`フラグを渡すことで、個々のサービスをローテーションすることも可能です。例えば：`rke2 certificate rotate --service api-server。詳細については、証明書管理を参照してください。

`/var/lib/rancher/rke2/server/manifests`に見つかったファイルは、`kubectl apply`に似た方法でKubernetesに自動的にデプロイされます。

マニフェストディレクトリを使用してHelmチャートをデプロイする方法については、Helm.に関するセクションを参照してください。

RKE2は、現在のクラスターおよびノードの設定に特有の値を使用して、containerdの設定ファイルを`/var/lib/rancher/rke2/agent/etc/containerd/config.toml`に生成します。

高度なカスタマイズのために、同じディレクトリにcontainerdの設定テンプレートを作成できます。

Containerd 2.0は以前の設定バージョンと後方互換性があり、`config-v3.toml.tmpl`が見つからない場合、RKE2は`config.toml.tmpl`からレガシーバージョン2の設定を引き続きレンダリングします。

テンプレートファイルは、 text/template ライブラリを使用して containerd 設定にレンダリングされます。デフォルトのテンプレート内容については、ContainerdConfigTemplateV3`と`ContainerdConfigTemplate`を `templates.goで参照してください。テンプレートは、 ContainerdConfig構造体をドット値（データ引数）として実行されます。

RKE2 を HTTP プロキシを介してのみ外部接続が可能な環境で実行している場合、RKE2 systemd サービスでプロキシ設定を構成できます。これらのプロキシ設定は、RKE2 で使用され、埋め込まれた containerd や kubelet、制御プレーン、etcd、kube-proxy の静的ポッドに渡されます。

必要な HTTP_PROXY、HTTPS_PROXY、および NO_PROXY 変数を、通常、systemd サービスの環境ファイルに追加してください。

RKE2 は、クラスター内部の Pod およびサービス IP 範囲、クラスター DNS ドメインをリストの NO_PROXY エントリに自動的に追加します。Kubernetes ノード自体（つまり、ノードのパブリックおよびプライベート IP）が NO_PROXY リストに含まれているか、ノードがプロキシを介して到達可能であることを確認する必要があります。

RKE2 および Kubelet に影響を与えずに containerd のプロキシ設定を構成したい場合は、変数の前に CONTAINERD_ を付けることができます。

RKE2 エージェントは、node-label および node-taint オプションで構成でき、これにより kubelet にラベルとテイントが追加されます。これらの二つのオプションは、登録時にのみラベルおよび/またはテイントを追加し、一度追加すると rke2 コマンドで削除することはできません。

ノード登録後にノードラベルとテイントを変更したい場合は、`kubectl`を使用してください。 テイント と ノードラベル の追加方法の詳細については、公式 Kubernetes ドキュメントを参照してください。

エージェントノードは、rke2 agent プロセスによって開始された WebSocket 接続を介して登録され、その接続はエージェントプロセスの一部として動作するクライアント側のロードバランサーによって維持されます。

エージェントは、参加トークンのクラスターシークレット部分を使用してサーバーに登録し、/etc/rancher/node/password に保存されるランダムに生成されたノード固有のパスワードも使用します。サーバーは、個々のノードのパスワードをKubernetesシークレットとして保存し、その後の試行は同じパスワードを使用する必要があります。ノードパスワードシークレットは、kube-system ネームスペースに、<host>.node-password.rke2 テンプレートを使った名前で保存されます。これらのシークレットは、対応する Kubernetes ノードが削除されると同時に削除されます。

エージェントの /etc/rancher/node ディレクトリが削除された場合は、起動前にエージェント用のパスワードファイルを再作成するか、サーバーまたは Kubernetes クラスターからエントリを削除する必要があります（RKE2 のバージョンによって異なります）。

インストールスクリプトは systemd 用のユニットを提供しますが、デフォルトではサービスを有効化も開始もしません。

systemd で実行する場合、ログは /var/log/syslog に作成され、journalctl -u rke2-server または journalctl -u rke2-agent で表示できます。

インストールスクリプトによるインストール例：

クラスターのブートストラッピング中にデプロイされた rke2 にバンドルされたサーバーチャートは無効化でき、代替品に置き換えることができます。一般的な使用例は、バンドルされた rke2-ingress-nginx チャートを代替品に置き換えることです。

バンドルされたシステムチャートのいずれかを無効にするには、ブートストラッピング前に設定ファイルで disable パラメータを設定します。すべての利用可能なシステムチャートを無効にする例は次のとおりです。

公共のAWSリージョンでは、RKE2がクラウド対応であり、特定のクラウドリソースを自動プロビジョニングできることを確認するために、RKE2を次のように構成します。

分類されたリージョン（SC2SやC2Sなど）にRKE2をインストールする際には、RKE2が適切なAWSエンドポイントと安全に通信する方法と場所を知るために注意すべきいくつかの追加の前提条件があります。

RKE2の`server`サブコマンドの下で利用可能なオプションは次のとおりです。これらのオプションは、RKE2内のコントロールプレーンコンポーネントのCPUリクエストと制限を指定することを可能にします。

値は`[controlplane-component]-(cpu|memory)=[desired-value]`のカンマ区切りリストです。`controlplane-component`の可能な値は次のとおりです。

したがって、例の設定値は次のようになります。

CPU/メモリの単位値はKubernetesリソース単位と同じです（参照： Kubernetesにおけるリソース制限）。

RKE2の`server`サブコマンドの下で利用可能なオプションは次のとおりです。これらのオプションは、ノードファイルシステムから静的ポッドコンポーネントにディレクトリをホストパスとしてマウントすることを指定します。

次の設定オプションは、RKE2の`server`サブコマンドで利用可能です。これらのオプションは、接頭辞付きの名前に対応する静的ポッドコンポーネントのための標準形式である`KEY=VALUE`の追加環境変数を指定します。

同じコンポーネントに対しては、設定ファイル内でフラグ値を配列として渡すことにより、複数の環境変数を指定できます。