Hoy, Canonical anuncia soporte empresarial completo para Kubernetes 1.21, desde la abundancia hasta el borde. El soporte de Canonical Kubernetes cubre MicroK8s, Charmed Kubernetes y kubeadm. Comenzando con 1.21, en el futuro, Canonical se compromete a acoger las versiones N-2, así como a proporcionar mantenimiento de seguridad extendido (ESM) y parches para las versiones N-4 en el canal de versiones estables. Esto permite a los clientes obtener nuevas funciones y actualizaciones de productos para todas las versiones admitidas en sentido enhiesto y aceptar a actualizaciones de seguridad extendidas de Canonical para versiones que ya no son compatibles con el flujo enhiesto, alineándose así con todos los principales proveedores de abundancia para implementaciones de Kubernetes en la abundancia híbrida empresarial.
“Canonical Kubernetes se comercio de eliminar la complejidad de las operaciones de Kubernetes desde la abundancia hasta el borde. Brindamos distribuciones certificadas de Kubernetes para permitir a los usuarios iniciar su alucinación de Kubernetes, así como un gran ecosistema de herramientas y una combinación de entorno de automatización, para que las empresas obtengan los beneficios de K8 y se centren en la innovación en el creciente panorama nativo de la abundancia. Nuestros usuarios se benefician de las últimas funciones de Kubernetes, tan pronto como estén disponibles en la escalón auténtico ”, comentó Alex Chalkias, Product Manager de Kubernetes en Canonical.
MicroK8s es un Kubernetes rápido, sin operaciones y compatible para edge e IoT. 1.21 amplía el catálogo de herramientas de MicroK8s con soporte, entre otros, para la última interpretación del cámara de GPU NVIDIA, la popular decisión de almacenamiento en múltiples nubes OpenEBS y la plataforma sin servidor OpenFaaS. MicroK8s permite a los desarrolladores iterar rápidamente simplificando su experiencia de Kubernetes y ofrece la seguridad y solidez necesarias en las implementaciones de producción.
Charmed Kubernetes es un Kubernetes componible a escalera empresarial ideal para implementaciones de múltiples nubes y compatible tanto con servicios en la abundancia como con arquitecturas de aplicaciones heredadas. Con la interpretación 1.21, los usuarios de Charmed Kubernetes se benefician de la compatibilidad con Calico eBPF, lo que permite a los usuarios probar las últimas capacidades de red del kernel de Linux en Kubernetes. Igualmente están disponibles nuevos operadores Charmed para DNS y el panel de Kubernetes. Los Charmed Operators envuelven las aplicaciones y los servicios en torno al código anejo con los metadatos y otras dependencias para automatizar las operaciones del ciclo de vida. Charmed Kubernetes y su ecosistema están impulsados por operadores para una experiencia optimizada de implementación y operaciones de Kubernetes y contenedores.
Todas las funciones ascendentes de Kubernetes 1.21 están disponibles en MicroK8s y Charmed Kubernetes. Por otra parte, las siguientes funciones son nuevas en Canonical Kubernetes 1.21. Para obtener la repertorio completa de funciones, puede consultar las notas de la interpretación de Charmed Kubernetes y MicroK8s.
Aspectos destacados de MicroK8s 1.21
- Nuevo complemento de OpenEBS para almacenamiento adjunto a contenedores. Pruébelo usando
microk8s enable openebs - Nuevo complemento OpenFaaS para mejora sin servidor. Puedes probarlo con
microk8s enable openfaas - El soporte de GPU ahora se ofrece a través del cámara de NVidia. Consulte aquí los problemas conocidos.
- Kubectl
microk8s kubectl apply -flas implementaciones ahora funcionan con archivos locales en Windows y MacOS - Puesta al día para acoger distribuciones con iptables-nft
- Soporte para compilaciones remotas. Intenta construir el complemento con
snapcraft remote-build --build-on=amd64,arm64 - Actualizaciones de interpretación para Containerd, CoreDNS, Fluentd, Helm, Ingress, Jaeger, KEDA, Linkerd y Prometheus
Lo más destacado de Charmed Kubernetes 1.21
- Cirujano CoreDNS
- Cirujano de panel de Kubernetes
- Soporte Calico eBPF
- Conformidad con las pautas de CNTT
A continuación, se muestran los cambios más importantes en la interpretación 1.21 de Kubernetes enhiesto. Para obtener la repertorio completa de cambios, puede percibir el registro de cambios.
Administrador de memoria
La asignación de memoria puede ser crucial para el rendimiento de algunas aplicaciones, como las bases de datos. Por otra parte, la memoria debe estilarse con prudencia, tanto por el perfectamente de la aplicación como por los bienes de todo el clúster. El nuevo administrador de memoria garantiza la asignación de memoria a través de una clase de QoS dedicada.
Funciones del programador
En Kubernetes, no todas las cargas de trabajo son iguales. El programador es la entidad que implementa las cargas de trabajo en los nodos. En 1.21, un desarrollador puede puntualizar nodos nominados para cargas de trabajo y afinidad de nodos en una implementación. Las dos funciones del programador añaden flexibilidad y control y facilitan la sucursal de implementaciones a gran escalera.
ReplicateSet reducción de escalera
El ajuste de escalera automotriz es una de las mejores funciones de Kubernetes. Sin secuestro, ha habido problemas en el pasado con la reducción de escalera luego de que pasó un pico de carga. Ahora hay dos nuevas estrategias para la reducción de escalera: semi-aleatoria y basada en costos. Estos eliminan la escazes de verificaciones manuales antaño de acortar la escalera de una implementación. Esto significa que Kubernetes se volvió más amable con las cargas de trabajo que requieren ingreso disponibilidad.
Trabajo indexado
Los trabajos ahora se pueden asociar con un índice para que el regulador del trabajo pueda probar la anotación al crear pods. Esta restablecimiento simplifica la implementación de cargas de trabajo mucho paralelizables en Kubernetes, una complemento muy interesante, especialmente para casos de uso de HPC.
Intervalos de puertos de política de red
Esto simplifica enormemente los archivos de configuración cuando los usuarios desean puntualizar políticas de red para varios puertos consecutivos. En motivo de tener políticas separadas para cada puerto, ahora se puede aplicar una sola política de red a una variedad de puertos.
Depreciación de la política de seguridad de pod
Las políticas de seguridad de pod (PSP) restringen lo que se puede hacer internamente del valor de una implementación, como establecer límites de ejecución a una repertorio de usuarios o otorgar camino a bienes para cosas como la red o los volúmenes. PSP ha estado en interpretación beta por un tiempo, sin signos de esfuerzo para sufrir la función a un estado estable.
Como resultado, PSP se está marcando como obsoleto en Kubernetes 1.21 y se eliminará por completo en Kubernetes 1.25. En el futuro, los usuarios deben considerar Open Policy Gatekeeper (OPA) para la aplicación de políticas. Canonical Kubernetes admitirá OPA en sus distribuciones y calma conversar con los usuarios para asegurar que se cumplan todos los requisitos de sus políticas.
