|
この文書は自動機械翻訳技術を使用して翻訳されています。 正確な翻訳を提供するように努めておりますが、翻訳された内容の完全性、正確性、信頼性については一切保証いたしません。 相違がある場合は、元の英語版 英語 が優先され、正式なテキストとなります。 |
SUSE Rancher PrimeセットアップでのKubernetesクラスター
Rancherは、より複雑な代替手段ではなく、Rancher UIを通じてクラスターを作成できるようにすることで、クラスターの作成を簡素化します。Rancherは、クラスターを起動するための複数のオプションを提供します。ユースケースに最適なオプションを選択してください。
このセクションでは、DockerとKubernetesの基本的な知識があることを前提としています。Kubernetesコンポーネントがどのように連携して動作するかについての簡単な説明は、conceptsページを参照してください。
Rancherサーバーがクラスターをプロビジョニングする方法と、それに使用するツールの概念的な概要については、アーキテクチャページを参照してください。
クラスタータイプ別のクラスター管理機能
以下の表は、各クラスタータイプで利用可能なオプションと設定を要約しています：
| Action | Rancher Launched Kubernetes Clusters | EKS, GKE and AKS Clusters1 | Other Hosted Kubernetes Clusters | Non-EKS or GKE Registered Clusters |
|---|---|---|---|---|
✓ |
✓ |
✓ |
✓ |
|
✓ |
✓ |
✓ |
✓ |
|
Editing and Upgrading Clusters |
✓ |
✓ |
✓ |
✓2 |
✓ |
✓ |
✓ |
✓3 |
|
✓ |
✓ |
✓ |
✓ |
|
✓ |
✓ |
✓ |
✓ |
|
✓ |
✓ |
✓ |
✓ |
|
Configuring Tools (Alerts, Notifiers, Monitoring, Logging, Istio) |
✓ |
✓ |
✓ |
✓ |
✓ |
✓ |
✓ |
✓ |
|
✓ |
✓ |
|||
✓ |
✓ |
✓4 |
||
Cleaning Kubernetes components when clusters are no longer reachable from Rancher |
✓ |
-
Registered EKS, GKE and AKS clusters have the same options available as EKS, GKE and AKS clusters created from the Rancher UI. The difference is that when a registered cluster is deleted from the Rancher UI, it is not destroyed.
-
Cluster configuration options can’t be edited for registered clusters, except for K3s and RKE2 clusters.
-
For registered cluster nodes, the Rancher UI exposes the ability to cordon, drain, and edit the node.
-
For registered clusters using etcd as a control plane, snapshots must be taken manually outside of the Rancher UI to use for backup and recovery.
ホステッドKubernetesプロバイダーでのクラスターのセットアップ
このシナリオでは、RancherはKubernetesをプロビジョニングしません。なぜなら、Google Kubernetes Engine (GKE)、Amazon Elastic Container Service for Kubernetes、またはAzure Kubernetes Serviceなどのプロバイダーによってインストールされるからです。
Google GKEなどのKubernetesプロバイダーを使用する場合、RancherはそのクラウドAPIと統合され、Rancher UIからホステッドクラスターのロールベースのアクセス制御を作成および管理できます。
詳細については、ホステッドKubernetesクラスターに関するセクションを参照してください。
Rancherを使用してKubernetesを起動する
Rancherは、独自のノードでKubernetesをプロビジョニングする際に、 RKE2または K3sをライブラリとして使用します。RKE2は、Rancher独自の軽量Kubernetesインストーラーです。
RKE2クラスターでは、RancherがKubernetesのデプロイメントを管理します。これらのクラスターは、任意のベアメタルサーバー、クラウドプロバイダー、またはビジュアル化プラットフォームにデプロイできます。
RKE2クラスターに追加したいノードがすでにある場合は、そのノード上でRancher RKE2エージェントコンテナを実行することで、クラスターに追加できます。
詳細については、Rancherを使用してKubernetesを起動するを参照してください。
インフラプロバイダーでのKubernetesの起動とノードのプロビジョニング
Rancherは、Amazon EC2、DigitalOcean、Azure、またはvSphereなどのインフラプロバイダーでノードを動的にプロビジョニングし、その上にKubernetesをインストールできます。
インフラプロバイダーがホストするノードを使用する利点の一つは、ノードがクラスターとの接続を失った場合、Rancherが自動的にそれを置き換え、期待されるクラスター設定を維持できることです。
詳細については、インフラプロバイダーにおける新しいノードでのKubernetesの起動を参照してください。
既存のカスタムノードでKubernetesを起動する
このタイプのクラスターを設定する際、Rancherは既存のカスタムノードにKubernetesをインストールし、カスタムクラスターを作成します。
任意のノードをRancherに持ち込み、それを使用してクラスターを作成できます。
これらのノードには、オンプレミスのベアメタルサーバー、クラウドホストの仮想マシン、またはオンプレミスの仮想マシンが含まれます。
既存のクラスターの登録
クラスター登録機能は、クラスターをインポートする機能に置き換わります。
EKSクラスターの登録は、現在追加の利点を提供します。ほとんどの場合、登録されたEKSクラスターとRancherで作成されたEKSクラスターは、削除を除いてRancher UIで同じように扱われます。
Rancherで作成されたEKSクラスターを削除すると、そのクラスターは破棄されます。Rancherに登録されたEKSクラスターを削除すると、それはRancherサーバーから切断されますが、依然として存在し、Rancherに登録される前と同じようにアクセスできます。
詳細については、既存のクラスターの登録を参照してください。
プログラムによるクラスターの作成
Rancherを通じてKubernetesクラスターをプログラムでデプロイする最も一般的な方法は、Rancher2 Terraformプロバイダーを使用することです。 Terraformを使用したクラスターの作成に関するドキュメントを参照してください。
EKS、GKE、およびAKSクラスターは、Terraformを使用して作成またはインポートできます。