用語集

Kubernetes準拠のクラスターをデプロイするために必要な基本コンポーネントを超えたサービスで、2つのタイプに分類されます：

インターネットへの直接アクセスなしでKubernetesクラスターを設定および実行します。

サーバーをKubernetesノードに変換するプロセス。これは、マシンを支えるサーバーを作成する際に提供するデータを組み立てることや、そのサーバー上で実行されるソフトウェアのランタイム設定を含む場合があります。

ターゲット管理クラスターをプロビジョニングするために使用される一時的なクラスター。

プロバイダーを指し、ブートストラッププロセスのソリューションを実装します。

コアクラスターAPI

クラスターAPIプロバイダーAWS

Cluster APIプロバイダー Docker

Cluster API Google Cloudプロバイダー

Cluster APIオペレーター

Cluster APIプロバイダー RKE2。CAPRKE2の詳細情報については、ドキュメントをhttps://caprke2.docs.rancher.com[こちら]でご確認ください。

Cluster APIプロバイダ vSphere

Cluster APIプロバイダ Azure

CAPIオペレーターおよびCluster APIリソースのプロビジョニングと操作を容易にする公開APIです。

ワークロードクラスタと同義で一般的に使用される用語です。

完全なKubernetesデプロイメントです。管理クラスタとワークロードクラスタを参照してください。

1つ以上のクラスターを継続的に調整するために使用されるトポロジー（コントロールプレーンとワーカー）を定義するテンプレートのコレクションです。 ClusterClassを参照してください。

または*Cluster APIプロジェクト*

Cluster APIはSIG-cluster-lifecycleのサブプロジェクトです。これは、ソフトウェアコンポーネント、API、およびそれらを生成するコミュニティを指すためにも使用されます。

コアプロバイダーを参照してください。

または*Cluster API Operatorプロジェクト*。

Cluster API Operatorは、SIG-cluster-lifecycleのサブプロジェクトです。これは、宣言的アプローチを使用して、管理クラスター内でCluster APIプロバイダのライフサイクルを処理するためにクラスター管理者を支援するように設計されています。

Cluster APIプロバイダRKE2は、KubernetesコントロールプレーンノードをプロビジョニングするためのCluster APIコントロールプレーンプロバイダと、RKE2がKubernetesディストリビューションとして使用されるマシンでKubernetesを起動するためのCluster API起動プロバイダの2つのプロバイダタイプの組み合わせです。

クラスターの基盤を形成するKubernetesサービスのセット。https://kubernetes.io/docs/concepts/#_kubernetes-control-planeも参照してください。2つのバリアントがあります：

Kubernetesのコントロールプレーンの管理ソリューションを実装するプロバイダを指します。

CAPRRKE2、KCPを参照してください。

Cluster APIコアコントローラを実装するプロバイダーを指します。管理クラスターにデプロイする必要がある最初のプロジェクトはCluster API自体であると考えると、Cluster APIプロジェクトがコアプロバイダーとも呼ばれる理由は明らかです。

CAPIを参照してください。

ユーザーにローカルクラスタの管理と、GitOpsを通じた継続的な監視を提供するために設計されたコンテナ管理およびデプロイメントエンジン。Fleetについて詳しく知るには、https://documentation.suse.com/cloudnative/continuous-delivery/latest/en/index.html/[Fleetのドキュメント]をご覧ください。

クラスターまたはマシン（例：VM、ネットワーキングなど）に必要なインフラストラクチャ/計算リソースのプロビジョニングを実装するプロバイダを指します。 クラウドインフラストラクチャプロバイダにはAWS、Azure、Googleが含まれ、VMware、MAAS、またはmetal3.ioはベアメタルプロバイダとして定義できます。

クラスターAPIがIPAMソリューションと相互作用できるようにするプロバイダを指します。 IPAMプロバイダのクラスターAPIとの相互作用は、`IPAddressClaim`および`IPAddress`のAPIタイプに基づいています。

または*Kubernetes準拠*

Kubernetesの適合性テストに合格したクラスター。

Kubernetesオペレーターは、Kubernetesアプリケーションをパッケージ化、デプロイ、および管理する方法です。詳細についてはhttps://kubernetes.io/docs/concepts/extend-kubernetes/operator/もご覧ください。

メインKubernetes GitリポジトリまたはメインKubernetesプロジェクトを指します。

Kubeadmコントロールプレーンプロバイダ

または*マシンリソース*

Kubernetesノードをホストするインフラストラクチャコンポーネントを表すKubernetesのカスタムリソース。

クラスタに対して作成、スケール、アップグレード、または削除操作を実行します。

マネージドKubernetesは、通常APIとして提供される、クラウドプロバイダーにネイティブに存在するKubernetesクラスタのプロビジョニングとメンテナンスの抽象化を指します。例えば、https://aws.amazon.com/eks/[EKS]、https://www.oracle.com/cloud/cloud-native/container-engine-kubernetes/[OKE]、https://azure.microsoft.com/en-us/products/kubernetes-service[AKS]、https://cloud.google.com/kubernetes-engine[GKE]、https://www.ibm.com/cloud/kubernetes-service[IBM Cloud Kubernetes Service]、https://www.digitalocean.com/products/kubernetes[DOKS]など、Kubernetesクラウドネイティブエコシステム全体にわたって多くのものがあります。

トポロジを参照してください。

1つ以上のインフラストラクチャプロバイダーが実行され、リソース（例：マシン）が保存されるクラスタです。通常、複数のワークロードクラスタをプロビジョニングする際に言及されます。

ノードプールは、すべて同じ構成を持つクラスタ内のノードのグループです。

または*OS*

特定のディストリビューションとは対照的に、LinuxやWindowsなどのカーネルとシステムレベルのユーザースペースインターフェースの一般的に理解される組み合わせです。

ピボットは、プロバイダーコンポーネントと宣言されたクラスタAPIリソースをソース管理クラスタからターゲット管理クラスタに移動するプロセスです。

ピボットプロセスは、管理クラスタを削除するためにも使用され、管理クラスタのアップグレード中にも使用される可能性があります。

または*Cluster APIプロバイダー*

この用語は元々インフラストラクチャプロバイダーの略語として使用されていましたが、現在はデプロイ可能で、Cluster API管理クラスタに機能を提供する任意のプロジェクトを指すために使用されています。

ブートストラッププロバイダー、コントロールプレーンプロバイダー、コアプロバイダー、インフラストラクチャプロバイダー、IPAMプロバイダー、ランタイム拡張プロバイダーを参照してください。

リリースプロセスの一部として公開されたYAMLアーティファクトを指します。プロバイダーに通常含まれるのは、カスタムリソース定義（CRD）、コントローラーマネージャーを実行するためのデプロイメント、RBACなどです。

場合によっては、管理クラスターにデプロイされた上記コンポーネントのインスタンスを指すために同じ表現が使用されます。

プロバイダーリポジトリを参照してください。

プロバイダーコンポーネントのYAMLがホストされている場所を指します。通常、プロバイダーリポジトリは、各リリースごとに異なるバージョンのプロバイダーコンポーネントをホストします。

Kubernetesクラスターのデプロイと管理を簡素化するために設計されたオープンソースのhttps://www.rancher.com/[プラットフォーム]です。

Rancherが管理する各Kubernetesクラスターにデプロイされるコンポーネントです。その主な役割は、RancherサーバーとKubernetesクラスター間の安全な通信チャネルを確立し、Rancherがクラスターを管理し、相互作用できるようにすることです。

Rancher Manager（またはRancher Server）は、Rancher UIとAPIがホストされている場所であり、Rancher Cluster Agentのようなコンポーネントを通じて管理クラスターと通信します。ユーザーがKubernetesクラスター、アプリケーション、およびカタログ、ユーザー、グローバルロールなどのRancher特有のリソースを管理できるようにします。

米国におけるセキュリティとコンプライアンスに焦点を当てた、Rancherの次世代の完全準拠Kubernetesディストリビューションです。の紹介。詳細についてはhttps://documentation.suse.com/cloudnative/rke2/latest/en/introduction.html[ドキュメント]を参照してください。

特定のランタイムフックのリクエストを処理できるCluster APIの上に構築されたシステムの一部である外部コンポーネントです。

1つ以上のランタイム拡張機能を実装するプロバイダーを指します。

特に指定がない限り、これは水平スケーリングを指します。

etcdがKubernetes APIサーバーと同居しているコントロールプレーンノードで、静的ポッドとして実行されています。

マシンリソースを支えるインフラストラクチャで、通常はクラウドインスタンス、仮想マシン、または物理ホストのいずれかです。

Rancher ManagerとCluster API (CAPI)の統合を提供し、RancherにCAPIのフルサポートをもたらすことを目的としたKubernetesオペレーターです。

Clusterオブジェクトの仕様におけるフィールドで、Clusterのコントロールプレーンとワーカーマシンの形状を単一の制御ポイントから定義および管理することを可能にします。ClusterのトポロジーはClusterClassに基づいています。 時には管理されたトポロジーとも呼ばれます。

ClusterClassを参照してください。

SUSE® Rancher Prime Cluster APIを指します。

ClusterAPIコントローラーによって作成されたクラスターで、_ブートストラップクラスターではない_ものであり、CAPIツールではなくエンドユーザーによって使用されることを意図しています。

クラスター内のワーカーノードのセットを定義するテンプレートのコレクションです。ClusterClassはゼロ個以上のWorkerClass定義を含みます。

ClusterClassを参照してください。