Glosario

Servicios más allá de los componentes fundamentales requeridos para desplegar un clúster conforme a Kubernetes y categorizados en dos tipos:

Configuración y ejecución de clústeres de Kubernetes sin acceso directo a Internet.

El proceso de convertir un servidor en un nodo de Kubernetes. Esto puede implicar reunir datos para proporcionar al crear el servidor que respalda la Máquina, así como la configuración en tiempo de ejecución del software que se ejecuta en ese servidor.

Un clúster temporal que se utiliza para aprovisionar un clúster de gestión de destino.

Se refiere a un proveedor que implementa una solución para el proceso de bootstrap.

API de clúster básico

Proveedor de API de clúster AWS

Proveedor de API de clúster Docker

Proveedor de API de clúster de Google Cloud

Operador de API de clúster

Cluster API Provider RKE2. Para información detallada sobre CAPRKE2, consulta su documentación aquí.

Proveedor de API de vSphere

Proveedor de API de Azure

Una API pública que facilita la provisión y operaciones sobre el Operador de CAPI y los recursos de API de clúster.

Término comúnmente utilizado de manera intercambiable con el clúster de carga de trabajo.

Un despliegue completo de Kubernetes. Consulta Clúster de gestión y Clúster de carga de trabajo.

Una colección de plantillas que definen una topología (plano de control y trabajadores) que se utilizará para reconciliar continuamente uno o más Clústeres. Ver ClusterClass

O proyecto de API de clúster

La API de clúster es un subproyecto del SIG-cluster-lifecycle. También se utiliza para referirse a los componentes de software, APIs y la comunidad que los produce.

Ver proveedor principal

O proyecto de operador de API de clúster

El operador de API de clúster es un subproyecto del SIG-cluster-lifecycle. Está diseñado para capacitar a los administradores de clústeres en la gestión del ciclo de vida de los proveedores de API de clúster dentro de un clúster de gestión utilizando un enfoque declarativo.

El proveedor de API de clúster RKE2 es una combinación de dos tipos de proveedores: un proveedor del plano de control de API de clúster para aprovisionar nodos del plano de control de Kubernetes y un proveedor de bootstrap de API de clúster para iniciar Kubernetes en una máquina donde se utiliza RKE2 como la distribución de Kubernetes.

El conjunto de servicios de Kubernetes que forman la base de un clúster. Ver también https://kubernetes.io/docs/concepts/#_kubernetes-control-plane Hay dos variantes:

Se refiere a un proveedor que implementa una solución para la gestión de un plano de control de Kubernetes.

Ver CAPRRKE2, KCP.

Se refiere a un proveedor que implementa los controladores principales de la API de Cluster; si consideras que el primer proyecto que debe desplegarse en un clúster de gestión es la propia API de Cluster, debería quedar claro por qué el proyecto de la API de Cluster también se denomina proveedor principal.

Consulta CAPI.

Un motor de gestión y despliegue de contenedores diseñado para ofrecer a los usuarios más control sobre el clúster local y un monitoreo constante a través de GitOps. Echa un vistazo a la documentación de Fleet para saber más sobre Fleet.

Se refiere a un proveedor que implementa la provisión de recursos de infraestructura/computacionales requeridos por el clúster o por las máquinas (por ejemplo, VMs, redes, etc.). Los proveedores de infraestructura en la nube incluyen AWS, Azure o Google; mientras que VMware, MAAS o metal3.io pueden definirse como proveedores de equipo sin sistema operativo.

Se refiere a un proveedor que permite a Cluster API interactuar con soluciones de IPAM. La interacción del proveedor de IPAM con la API de Cluster se basa en los tipos de API IPAddressClaim y IPAddress.

O compatible con Kubernetes

Un clúster que pasa las pruebas de conformidad de Kubernetes.

Un operador de Kubernetes es un método de empaquetado, despliegue y gestión de una aplicación de Kubernetes. Consulta también https://kubernetes.io/docs/concepts/extend-kubernetes/operator/ para más información.

Se refiere al repositorio git principal de Kubernetes o al proyecto principal de Kubernetes.

Proveedor de plano de control de Kubeadm

O Recurso de máquina

El recurso personalizado para Kubernetes que representa un componente de infraestructura que alberga un nodo de Kubernetes.

Realizar operaciones de creación, escalado, actualización o destrucción en el clúster.

Kubernetes gestionado se refiere a cualquier abstracción de aprovisionamiento y mantenimiento de clústeres de Kubernetes, generalmente expuesta como una API, que está disponible de forma nativa en un proveedor de nube. Por ejemplo: EKS, OKE, AKS, GKE, IBM Cloud Kubernetes Service, DOKS, y muchos más en todo el ecosistema nativo de nube de Kubernetes.

Ver Topología

El clúster donde uno o más proveedores de infraestructura se ejecutan, y donde se almacenan los recursos (por ejemplo, máquinas). Se refiere típicamente cuando estás aprovisionando múltiples clústeres de carga de trabajo.

Un grupo de nodos dentro de un clúster que todos tienen la misma configuración.

O S.O.

Una combinación entendida genéricamente de un núcleo y una interfaz de espacio de usuario a nivel de sistema, como Linux o Windows, en contraposición a una distribución particular.

Pivotar es un proceso para mover los componentes del proveedor y los recursos de cluster-api declarados de un clúster de gestión de origen a un clúster de gestión de destino.

El proceso de pivotar también se utiliza para eliminar un clúster de gestión y también podría utilizarse durante una actualización del clúster de gestión.

O Proveedor de API de clúster

Este término se utilizaba originalmente como abreviatura de Proveedor de infraestructura, pero actualmente se utiliza para referirse a cualquier proyecto que se pueda desplegar y que proporcione funcionalidad al clúster de gestión de la API de clúster.

Ver Proveedor de bootstrap, Proveedor de plano de control, Proveedor principal, Proveedor de infraestructura, Proveedor de IPAM, Proveedor de extensión de tiempo de ejecución.

Se refiere al artefacto YAML publicado como parte del proceso de lanzamiento para proveedores; generalmente incluye Definiciones de Recursos Personalizados (CRDs), Ampliaciones (para ejecutar el gestor de controladores), RBAC, etc.

En algunos casos, se utiliza la misma expresión para referirse a las instancias de los componentes mencionados anteriormente desplegados en un clúster de gestión.

Ver Repositorio del proveedor

Se refiere a la ubicación donde se aloja el YAML para componentes del proveedor; generalmente, un repositorio de proveedores alberga muchas versiones de componentes del proveedor, una para cada versión lanzada.

Una plataforma de código abierto diseñada para simplificar el despliegue y la gestión de clústeres de Kubernetes.

Un componente desplegado por Rancher en cada clúster de Kubernetes que gestiona. Su función principal es establecer un canal de comunicación seguro entre el servidor de Rancher y el clúster de Kubernetes, permitiendo a Rancher gestionar e interactuar con el clúster.

El Gestor de Rancher (o Servidor de Rancher) es donde se alojan la interfaz de usuario y la API de Rancher, y se comunica con los clústeres gestionados a través de componentes como el Agente de clúster de Rancher. Permite a los usuarios gestionar sus clústeres de Kubernetes, aplicaciones y recursos específicos de Rancher, como catálogos, usuarios, roles globales y más.

La distribución de Kubernetes de próxima generación de Rancher, totalmente conforme, que se centra en la seguridad y el cumplimiento de las normativas en EE. UU. Gobierno federal de Estados Unidos. Ver documentación para más detalles.

Un componente externo que forma parte de un sistema construido sobre la API de clúster que puede manejar solicitudes para un Hook de tiempo de ejecución específico.

Se refiere a un proveedor que implementa una o más extensiones de tiempo de ejecución.

A menos que se especifique lo contrario, esto se refiere al escalado horizontal.

Un nodo de plano de control donde etcd está colocalizado con el servidor API de Kubernetes, y se ejecuta como un pod estático.

La infraestructura que respalda un Recurso de Máquina, típicamente ya sea una instancia en la nube, una máquina virtual o un host físico.

Un operador de Kubernetes que proporciona integración entre Rancher Manager y Cluster API (CAPI) con el objetivo de brindar soporte completo de CAPI a Rancher.

Un campo en la especificación del objeto Cluster que permite definir y gestionar la forma del plano de control y las máquinas de trabajo del Cluster desde un único punto de control. La topología del Cluster se basa en un ClusterClass. A veces también se le denomina topología gestionada.

Ver ClusterClass

Se refiere a SUSE® Rancher Prime Cluster API

Un clúster creado por un controlador de Cluster API, que no es un clúster de inicio y está destinado a ser utilizado por los usuarios finales, a diferencia de las herramientas de CAPI.

Una colección de plantillas que definen un conjunto de nodos de trabajo en el clúster. Una ClusterClass contiene cero o más definiciones de WorkerClass.

Ver ClusterClass