Kubernetes de Amazon (EKS) hecho público

Amazon Web Services anunció ayer el lanzamiento completo de su servicio en la nube basado en Kubernetes: EKS (Amazon Elastic Container Service para Kubernetes). Se anunció por primera vez en noviembre pasado (poco después de que AWS se uniera al CNCF de Kubernetes), pero luego tenía un estado de acceso previo. ¿Qué se esconde detrás de EX?


Amazon EKS es un Kubernetes listo para usar, implementado y administrado en un entorno de nube de AWS. Puede hablar sobre EKS como un servicio administrado (o servicio alojado). Este mercado (para Kubernetes) es bastante nuevo, pero ya es mucho más amplio que el conocido Google Kubernetes Engine (GKE) y Azure Kubernetes Service (AKS), porque totaliza al menos más de una docena de propuestas oficialmente "documentadas" de empresas grandes y no muy informáticas (incluidas Red Hat, IBM, Oracle, Pivotal, etc.).

Como la última vez, el anuncio de Amazon señala con orgullo que (según las estadísticas oficiales de CNCF ) "AWS es el entorno líder para Kubernetes", ya que el 57% de las empresas que usan Kubernetes alojan sus clústeres en la nube de Amazon . Estos datos son el resultado de una encuesta a más de 550 representantes de la comunidad de Kubernetes que asistieron a la conferencia KubeCon + CloudNativeCon North America (en diciembre de 2017). CNCF recibe regularmente tales números en sus eventos principales, y el porcentaje de AWS está creciendo constantemente. Solo hay que aclarar que este porcentaje es el resultado de un muestreo múltiple (es decir, los mismos usuarios de K8, en su mayor parte, trabajan simultáneamente con otras plataformas).

Las características clave en EKS, como era de esperar, se relacionan con la integración con otros servicios / características en la nube de AWS. Aquí hay una lista de ellos:

  1. Multi-AZ: alta disponibilidad del plano de control de Kubernetes (más precisamente, kube-apiserver y etcd), que en realidad está alojado, es decir ubicado en las instalaciones de AWS y con servicio automático: los propios nodos se reemplazan en caso de caídas y también se reparan / actualizan automáticamente. La accesibilidad se logra distribuyendo el plano de control a través de las tres zonas de disponibilidad en AWS.
  2. Uso de Heptio Authenticator para la autenticación, que proporciona integración con AWS Identity and Access Management (es decir, se pueden usar roles de IAM).
  3. Compatibilidad con diferentes métodos de equilibrio de carga para enrutamiento de tráfico: AWS Network Load Balancer, AWS Application Load Balancer, Elastic Load Balancer.
  4. Uso de volúmenes de Amazon Elastic Block Store (EBS) para almacenar datos en Kubernetes (PersistentVolumes).
  5. Posibilidad de utilizar registros DNS de la ruta 53 para servicios alojados en clústeres de Kubernetes.
  6. Soporte de Auto Scaling - AWS Auto Scaling.
  7. Complemento CNI para usar Elastic Network Interfaces en clústeres.

Otras integraciones de EKS con AWS incluyen AWS PrivateLink y AWS CloudTrail (para registros).

Las preguntas frecuentes del proyecto indican que el servicio ha lanzado "la última versión de la versión de código abierto de Kubernetes, por lo que puede utilizar todos los complementos y herramientas existentes de la comunidad de Kubernetes". Otra pregunta aclara que actualmente solo se admite la versión 1.10 de Kubernetes .

En el detalle más simple, los autores representan la arquitectura EKS de la siguiente manera:



Y así, el algoritmo para usar EKS:



Sin embargo, puede ver cómo probar EKS en acción desde el anuncio de Amazon EKS , que proporciona instrucciones paso a paso (con capturas de pantalla) sobre cómo crear un clúster de Kubernetes, así como en la documentación de AWS: allí se preparó un tutorial de 30 minutos " Implementar una aplicación de Kubernetes ".

Por el momento, Amazon EKS está disponible solo para las regiones de EE. UU. Este (Norte de Virginia) y Oeste de EE. UU. (Oregón), y su distribución a otros se espera "muy pronto", aunque la tabla de servicios por región aún no tiene este servicio.

Finalmente, Amazon afirma que están realizando cambios en la base del código ascendente de Kubernetes y proyectos relacionados (incluido el Autenticador Heptio mencionado anteriormente, así como Virtual Kubelet). Sin embargo, en este caso, las estadísticas claramente no están de su lado: no hay compañías entre los líderes significativos en cuanto al número de compromisos con la base del código de Kubernetes. Por otro lado, este hecho solo le permite responder con calma a las predicciones sobre el futuro de Kubernetes como este .

Source: https://habr.com/ru/post/es413409/


All Articles