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

SUSE Rancher Primeはもはや必要ありません

このページは、Rancherをもう必要としない場合、Rancherによって管理されるクラスタをもう必要としない場合、またはRancherサーバーが削除された場合に何が起こるかについての質問に答えることを目的としています。

Rancherサーバーが削除された場合、私のダウンストリームクラスタのワークロードには何が起こりますか？

Rancherが削除されるか、復元不可能になった場合、Rancherによって管理されているダウンストリームのKubernetesクラスタ内のすべてのワークロードは、通常通り機能し続けます。

Rancherなしでダウンストリームクラスタにアクセスする能力は、クラスタの種類とクラスタが作成された方法に依存します。これまでの内容を次に要約します。

*登録済み/インポート済みクラスタ:*クラスタは影響を受けず、Rancherにクラスタが登録される前と同じ方法でクラスタにアクセスできます。
*ホスト型Kubernetesクラスタ:*EKS、GKE、またはAKSなどのクラウドホスト型Kubernetesプロバイダーでクラスタを作成した場合、プロバイダーのクラウド認証情報を使用してクラスタを引き続き管理できます。
Rancherプロビジョニングされたクラスタ:RKE2/K3sクラスタにアクセスするには、クラスタに認可されたクラスタエンドポイントが有効になっている必要があり、Rancher UIからクラスタのkubeconfigファイルをすでにダウンロードしている必要があります。(認可されたクラスタエンドポイントは、RKEクラスタの場合、デフォルトで有効になっています。)このエンドポイントを使用すると、Rancherサーバーの認証プロキシを介さずに、kubectlを使用して直接クラスタにアクセスできます。認可されたクラスタエンドポイントを使用するためのkubectlの設定方法については、kubectlとkubeconfigファイルを使用してクラスタに直接アクセスするのセクションを参照してください。これらのクラスタは、Rancherが削除されたときに構成されていた認証のスナップショットを使用します。

以前推奨されていたxref:[システムツール]は、2022年6月以降廃止となりました。

高可用性（HA）モードでRancherをアンインストールすると、すべての`helm-operation-*`ポッドと次のアプリが削除されます：

カスタムリソース（CRD）およびカスタムネームスペースは、手動で削除する必要があります。

DockerでRancherをインストールした場合、実行中の単一のDockerコンテナを削除することでRancherをアンインストールできます。

インポートされたクラスタは、Rancherが削除されても影響を受けません。他のタイプのクラスタについては、Rancherが削除されたときのダウンストリームクラスタへのアクセスのセクションを参照してください。

登録されたクラスタがRancherのUIから削除されると、そのクラスタはRancherから切り離され、登録前にアクセスに使用されていた方法でそのまま保持され、アクセス可能です。

クラスタを切り離すには、

*結果:*登録されたクラスタはRancherから切り離され、Rancherの外で正常に機能します。

現時点では、これらのクラスタをRancherから切り離す機能はありません。この文脈では、「切り離す」とは、クラスタからRancherコンポーネントを削除し、Rancherとは独立してクラスタへのアクセスを管理する能力を指します。

Rancherなしでこれらのクラスターを管理する能力は、この問題で追跡されています。

Rancherサーバーが削除された場合にクラスターにアクセスする方法についての情報は、このセクションを参照してください。