Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Mejores prácticas de escalabilidad de EKS
sugerencia
Explore las
Esta guía proporciona consejos para escalar los clústeres de EKS. El objetivo de escalar un clúster de EKS es maximizar la cantidad de trabajo que puede realizar un solo clúster. El uso de un solo clúster de EKS grande puede reducir la carga operativa en comparación con el uso de varios clústeres, pero tiene ventajas y desventajas en aspectos como las implementaciones en varias regiones, el aislamiento de los inquilinos y las actualizaciones de los clústeres. En este documento nos centraremos en cómo lograr la máxima escalabilidad con un solo clúster.
Cómo usar esta guía
Esta guía está dirigida a los desarrolladores y administradores responsables de crear y administrar los clústeres de EKS en AWS. Se centra en algunas prácticas genéricas de escalado de Kubernetes, pero no contiene información específica sobre los clústeres de Kubernetes autogestionados o los clústeres que se ejecutan fuera de una región de AWS con EKS Anywhere. https://anywhere.eks.amazonaws.com/
Cada tema incluye una breve descripción general, seguida de recomendaciones y prácticas recomendadas para operar los clústeres de EKS a escala. No es necesario leer los temas en un orden determinado y las recomendaciones no se deben aplicar sin probar y verificar que funcionan en los clústeres.
Entender las dimensiones de escalado
La escalabilidad es diferente del rendimiento y la confiabilidad
La escalabilidad en Kubernetes es multidimensional y no hay configuraciones o recomendaciones específicas que funcionen en todas las situaciones. Entre las principales áreas en las que podemos ofrecer orientación para la escalabilidad se incluyen las siguientes:
El plano de control de Kubernetes en un clúster de EKS incluye todos los servicios que AWS ejecuta y escala automáticamente (por ejemplo, el servidor de API de Kubernetes). Escalar el plano de control es responsabilidad de AWS, pero usar el plano de control de manera responsable es responsabilidad suya.
El escalado del plano de datos de Kubernetes se ocupa de los recursos de AWS que son necesarios para su clúster y sus cargas de trabajo, pero están fuera del plano de control de EKS. Todos los recursos, incluidas las instancias EC2, el kubelet y el almacenamiento, deben escalarse a medida que el clúster se amplía.
Los servicios de clúster son controladores y aplicaciones de Kubernetes que se ejecutan dentro del clúster y proporcionan funcionalidad para el clúster y las cargas de trabajo. Pueden ser EKS Add-ons y también otros servicios o gráficos de Helm que instales para garantizar el cumplimiento y las integraciones. Estos servicios suelen depender de las cargas de trabajo y, a medida que estas se amplíen, los servicios de clúster deberán ampliarse con ellas.
Las cargas de trabajo son la razón por la que tienes un clúster y debes escalar horizontalmente con el clúster. Hay integraciones y configuraciones que las cargas de trabajo tienen en Kubernetes que pueden ayudar al clúster a escalar. Las abstracciones de Kubernetes, como los espacios de nombres y los servicios, también tienen en cuenta aspectos arquitectónicos.
Escalado extra grande
Si vas a escalar un solo clúster a más de 1000 nodos o 50 000 pods, nos encantaría hablar contigo. Te recomendamos que te pongas en contacto con tu equipo de soporte o con el administrador técnico de cuentas para ponerte en contacto con especialistas que puedan ayudarte a planificar y escalar más allá de la información proporcionada en esta guía. Amazon EKS puede admitir hasta 100 000 nodos en un solo clúster si se le selecciona para la incorporación.
