Glossário

Serviços além dos componentes fundamentais necessários para implantar um cluster compatível com Kubernetes e categorizados em dois tipos:

Configurando e executando clusters Kubernetes sem acesso direto à internet.

O processo de transformar um servidor em um nó Kubernetes. Isso pode envolver a montagem de dados a serem fornecidos ao criar o servidor que suporta a Máquina, bem como a configuração em tempo de execução do software que está sendo executado nesse servidor.

Um cluster temporário que é usado para provisionar um cluster de Gerenciamento de Destino.

Refere-se a um provedor que implementa uma solução para o processo de inicialização.

API de Cluster Principal

Provedor da API de Cluster AWS

Provedor Docker da Cluster API

Provedor Google Cloud da Cluster API

Operador da Cluster API

Provedor RKE2 da Cluster API. Para informações detalhadas sobre o CAPRKE2, consulte sua documentação aqui.

Provedor vSphere da Cluster API

Provedor Azure da Cluster API

Uma API pública que facilita o provisionamento e operações sobre o Operador CAPI e os recursos da Cluster API.

Termo comumente usado de forma intercambiável com o cluster de carga de trabalho.

Uma implantação completa do Kubernetes. Veja Cluster de Gerenciamento e Cluster de Carga de Trabalho.

Uma coleção de modelos que definem uma topologia (plano de controle e worker) a ser usada para reconciliar continuamente um ou mais Clusters. Veja ClusterClass

Ou projeto da Cluster API

A Cluster API é um subprojeto do SIG-cluster-lifecycle. Ela também é usada para se referir aos componentes de software, APIs e à comunidade que os produz.

Veja provedor principal

Ou projeto do Operador da Cluster API

O Operador da Cluster API é um subprojeto do SIG-cluster-lifecycle. Ele é projetado para capacitar administradores de cluster a gerenciar o ciclo de vida dos provedores da Cluster API dentro de um cluster de gerenciamento usando uma abordagem declarativa.

Provedor da Cluster API RKE2 é uma combinação de dois tipos de provedores: um Provedor de Plano de Controle da Cluster API para provisionar nós do plano de controle do Kubernetes e um Provedor de Inicialização da Cluster API para inicializar o Kubernetes em uma máquina onde RKE2 é usado como a distribuição do Kubernetes.

O conjunto de serviços do Kubernetes que formam a base de um cluster. Veja também https://kubernetes.io/docs/concepts/#_kubernetes-control-plane Existem duas variantes:

Refere-se a um provedor que implementa uma solução para o gerenciamento de um plano de controle do Kubernetes.

Veja CAPRRKE2, KCP.

Refere-se a um provedor que implementa controladores principais da API do Cluster; se você considerar que o primeiro projeto que deve ser implantado em um Cluster de gerenciamento é a própria API do Cluster, deve ficar claro por que o projeto da API do Cluster também é referido como o provedor principal.

Consulte CAPI.

Um mecanismo de gerenciamento e implantação de contêineres projetado para oferecer aos usuários mais controle sobre o cluster local e monitoramento constante por meio do GitOps. Dê uma olhada na documentação do Fleet para saber mais sobre o Fleet.

Refere-se a um provedor que implementa o provisionamento de infraestrutura/recursos computacionais necessários pelo Cluster ou pelas Máquinas (por exemplo, VMs, rede, etc.). Os provedores de infraestrutura em nuvem incluem AWS, Azure ou Google; enquanto VMware, MAAS ou metal3.io podem ser definidos como provedores de bare metal.

Refere-se a um provedor que permite que a API do Cluster interaja com soluções de IPAM. A interação do provedor de IPAM com a API do Cluster é baseada nos tipos de API IPAddressClaim e IPAddress.

Ou Compatível com Kubernetes

Um cluster que passa nos testes de conformidade do Kubernetes.

Um Operador Kubernetes é um método de empacotamento, implantação e gerenciamento de um aplicativo Kubernetes. Consulte também https://kubernetes.io/docs/concepts/extend-kubernetes/operator/ para mais informações.

Refere-se ao repositório git principal do Kubernetes ou ao projeto principal do Kubernetes.

Provedor de plano de controle Kubeadm

Ou Recurso de Máquina

O Recurso Personalizado para Kubernetes que representa um componente de infraestrutura que hospeda um nó do Kubernetes.

Executar operações de criação, escalonamento, fazer upgrade ou destruição no cluster.

Kubernetes Gerenciado refere-se a qualquer abstração de provisionamento e manutenção de cluster Kubernetes, geralmente exposta como uma API, que está disponível nativamente em um provedor de nuvem. Por exemplo: EKS, OKE, AKS, GKE, IBM Cloud Kubernetes Service, DOKS, e muitos mais ao longo do ecossistema Kubernetes nativo de nuvem.

Veja Topologia

O cluster onde um ou mais Provedores de Infraestrutura operam, e onde os recursos (por exemplo, Máquinas) são armazenados. Normalmente referido quando você está provisionando múltiplos clusters de carga de trabalho.

Um pool de nós é um grupo de nós dentro de um cluster que todos têm a mesma configuração.

Ou SO

Uma combinação genericamente entendida de um kernel e interface de espaço de usuário em nível de sistema, como Linux ou Windows, em oposição a uma distribuição particular.

Pivotar é um processo para mover os componentes do provedor e os recursos de cluster-api declarados de um cluster de gerenciamento de origem para um cluster de gerenciamento de destino.

O processo de pivotar também é usado para excluir um cluster de gerenciamento e pode ser usado durante um fazer upgrade do cluster de gerenciamento.

Ou Provedor da Cluster API

Este termo foi originalmente usado como abreviação para Provedor de Infraestrutura, mas atualmente é usado para se referir a qualquer projeto que pode ser implantado e fornece funcionalidade ao Cluster API do Cluster de gerenciamento.

Veja Provedor de inicialização, Provedor de plano de controle, Provedor principal, Infrastructure provider, IPAM provider, Provedor de extensão de runtime.

Refere-se ao artefato YAML publicado como parte do processo de lançamento para providers; geralmente inclui Definições de Recursos Personalizados (CRDs), Implantações (para executar o gerenciador de controladores), RBAC, etc.

Em alguns casos, a mesma expressão é usada para se referir às instâncias dos componentes acima implantados em um cluster de gerenciamento.

Veja Provider repository

Refere-se ao local onde o YAML para provider components está hospedado; geralmente, um repositório de provedor hospeda muitas versões dos componentes do provedor, uma para cada versão lançada.

Uma plataforma de código aberto platform projetada para simplificar a implantação e o gerenciamento de clusters Kubernetes.

Um componente implantado pelo Rancher em cada cluster Kubernetes que ele gerencia. Seu papel principal é estabelecer um canal de comunicação seguro entre o servidor Rancher e o cluster Kubernetes, permitindo que o Rancher gerencie e interaja com o cluster.

O Rancher Manager (ou Servidor Rancher) é onde a interface e a API do Rancher estão hospedadas, e ele se comunica com clusters gerenciados através de componentes como o Rancher Cluster Agent. Permite que os usuários gerenciem seus clusters Kubernetes, aplicativos e recursos específicos do Rancher, como Catálogos, Usuários, Funções Globais e mais.

Distribuição Kubernetes de próxima geração do Rancher, totalmente compatível, que se concentra na segurança e conformidade dentro dos EUA. Governo Federal dos EUA. Veja documentação para mais detalhes.

Um componente externo que faz parte de um sistema construído sobre o Cluster API que pode lidar com solicitações para um hook de runtime específico.

Refere-se a um provedor que implementa uma ou mais extensões de runtime.

Salvo indicação em contrário, isso se refere ao escalonamento horizontal.

Um nó do plano de controle no qual o etcd está colocalizado com o servidor de API do Kubernetes e é executado como um pod estático.

A infraestrutura que dá suporte a um Recurso de Máquina, tipicamente uma instância em nuvem, máquina virtual ou host físico.

Um operador do Kubernetes que fornece integração entre o Rancher Manager e a Cluster API (CAPI) com o objetivo de trazer suporte completo à CAPI para o Rancher.

Um campo na especificação do objeto Cluster que permite definir e gerenciar a forma do plano de controle e das máquinas de trabalho do Cluster a partir de um único ponto de controle. A topologia do Cluster é baseada em uma ClusterClass. Às vezes, também é chamada de topologia gerenciada.

Veja ClusterClass

Refere-se a SUSE® Rancher Prime Cluster API

Um cluster criado por um controlador ClusterAPI, que não é um cluster de inicialização e que se destina a ser usado por usuários finais, em vez de ser utilizado pelas ferramentas CAPI.

Uma coleção de modelos que definem um conjunto de nós de trabalho no cluster. Uma ClusterClass contém zero ou mais definições de Classe de Trabalhador.

Veja ClusterClass