Trabajar con clusters mejorados y clusters básicos
Descubra los clusters mejorados y los clusters básicos, las diferencias entre ellos y cómo crearlos mediante Container Engine for Kubernetes (OKE).
Los clusters mejorados admiten todas las funciones disponibles, incluidas las funciones no soportadas por los clusters básicos, lo que le permite:
- Simplifique la gestión de nodos mediante el uso de nodos virtuales. Los nodos virtuales reducen la carga de la infraestructura operativa al eliminar la necesidad de escalar, actualizar o solucionar problemas manualmente los nodos de trabajador. Consulte Working with Virtual Nodes.
- Despliegue y configure complementos de clúster de una forma más granular. Puede gestionar ambos complementos esenciales (como CoreDNS y kube-proxy) y también una creciente cartera de complementos opcionales (como el panel de control de Kubernetes). Puede instalar o desactivar complementos específicos, seleccionar versiones de complementos, seleccionar y eliminar actualizaciones automáticas de Oracle y gestionar personalizaciones específicas de complementos. Oracle gestiona el ciclo de vida de los complementos, para que no tengas que desplegar los complementos por ti mismo. Consulte Configuración de complementos de cluster.
- Refuerce la seguridad del cluster mediante el uso de la identidad de la carga de trabajo. La identidad de la carga de trabajo permite definir políticas de IAM de OCI que autorizan a determinados pods a realizar llamadas de API de OCI y a acceder a recursos de OCI. Puede ajustar las políticas a la cuenta de servicio de Kubernetes asociada a los pods de aplicación, lo que permite a las aplicaciones que se ejecutan dentro de esos pods acceder directamente a la API en función de los permisos proporcionados por las políticas. Además, la auditoría de OCI realiza un seguimiento automático de todas las llamadas de API realizadas por las cargas de trabajo de Kubernetes que se ejecutan en el cluster. Consulte Ocesión de acceso a cargas de trabajo a recursos de OCI.
- Aprovisione más nodos de trabajador en el cluster. Con más nodos de trabajador en un solo cluster, puede desplegar cargas de trabajo más grandes en ese cluster para lograr una mejor utilización de los recursos y una menor sobrecarga operativa. Además, tiene menos entornos de mayor tamaño para proteger, supervisar, actualizar y gestionar. Para obtener más información sobre el número de nodos de trabajador soportados en un cluster mejorado, consulte Límites de Container Engine for Kubernetes. Consulte también Considerations when Defining Enhanced Clusters with Large Numbers of Managed Nodes.
- Sincronice los nodos al actualizar o actualizar los nodos de trabajador. La sincronización de nodos permite sustituir automáticamente todos los nodos de trabajador existentes al actualizar las propiedades de los nodos de trabajador de un pool de nodos, incluso al actualizar los nodos de trabajador a una versión más reciente de Kubernetes. Container Engine for Kubernetes conecta, drena y termina automáticamente los nodos de trabajador existentes, y crea nuevos nodos de trabajador con las propiedades o la versión de Kubernetes que ha especificado. Consulte Realización de una actualización de Kubernetes de nodo gestionado in situ mediante el ciclo de nodos en un pool de nodos existente y Realización de una actualización de nodo de trabajador in situ mediante el ciclo de nodos en un pool de nodos existente.
- Defina instancias informáticas especializadas y agréguelas a un cluster como nodos autogestionados. El uso del servicio Compute para crear instancias informáticas permite agregar nodos autogestionados a un cluster configurado para cargas de trabajo especializadas. Puede especificar combinaciones de unidad de computación e imagen para nodos autogestionados que no están disponibles para nodos gestionados y nodos virtuales. Consulte Trabajar con nodos autogestionados.
- Confíe en un acuerdo de nivel de servicio (SLA) con garantía financiera vinculado al tiempo de actividad y la disponibilidad del servidor de API de Kubernetes. Recibirá una compensación si el tiempo de actividad y la disponibilidad del servidor de API de Kubernetes se degrada por debajo del SLA indicado. Consulte Acuerdo de nivel de servicio (SLA) de Oracle Cloud Infrastructure.
Al crear un cluster mejorado, debe crearlo como nativo de VCN. Tenga en cuenta que puede actualizar un cluster básico a un cluster mejorado, siempre que sea nativo de VCN. Sin embargo, no se puede bajar la versión de un cluster mejorado a un cluster básico.