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 con Kubernetes Engine (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 en los nodos de trabajador. Consulte Working with Virtual Nodes.
- Despliegue y configure complementos de cluster de una forma más granular. Puede gestionar tanto complementos esenciales (como CoreDNS y kube-proxy), como una cartera creciente de complementos opcionales (como el panel de control de Kubernetes). Puede instalar o desactivar complementos específicos, seleccionar versiones de complementos, optar por las 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 desplegarlos tú mismo. Consulte Configuring Cluster Add-ons.
- Refuerce la seguridad del cluster mediante el uso de la identidad de la carga de trabajo. La identidad de carga de trabajo le permite definir políticas de OCI IAM que autorizan a determinados pods a realizar llamadas de API de OCI y a acceder a recursos de OCI. Puede definir el ámbito de las políticas en 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 según los permisos proporcionados por las políticas. Además, OCI Audit 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 Otorgamiento 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 un mejor uso 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 Kubernetes Engine. 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 nodo de trabajador de un pool de nodos, incluso al actualizar los nodos de trabajador a una versión de Kubernetes más reciente. Kubernetes Engine 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 especificó. 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 Working with Self-Managed Nodes.
- 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.