Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Azure Container Storage habilitado por Azure Arc es un sistema de almacenamiento de primera entidad diseñado para clústeres de Kubernetes conectados a Arc. Esta extensión de Arc se puede implementar para escribir archivos en una reclamación de volumen persistente ReadWriteMany (PVC), donde se pueden almacenar localmente, transferirse a destinos de almacenamiento de Azure Blob en la nube o reflejarse desde esos destinos en la nube.
Importante
Azure Container Storage habilitado por Azure Arc está actualmente en versión preliminar. Consulte Términos de uso complementarios para las versiones preliminares de Microsoft Azure para conocer los términos legales que se aplican a las características de Azure que se encuentran en la versión beta, en versión preliminar o que todavía no se han publicado para que estén disponibles con carácter general.
Azure Container Storage ofrece una variedad de características para admitir varias cargas de trabajo, como modelos de entrenamiento de INTELIGENCIA ARTIFICIAL y aprendizaje automático, operaciones de Azure IoT y otros servicios de Arc. Con las opciones de alta disponibilidad y tolerancia a errores disponibles, esta extensión de Arc está lista para cargas de trabajo de producción.
Para descargar diagramas de arquitectura en alta resolución, visite Jumpstart Gems.
¿Qué hace Azure Container Storage?
Azure Container Storage actúa como un sistema de almacenamiento persistente nativo para clústeres de Kubernetes conectados a Arc. Su principal función es proporcionar un sistema de archivos flexible, confiable y tolerante a fallos que permite mantener los datos de forma segura en el borde, ser transferido a Azure o replicado desde la nube para estar disponibles localmente.
Entre las características clave de los clústeres conectados a Arc que ejecutan esta extensión se incluyen las siguientes:
- Tolerancia a errores de nodo: Cuando se configura como clústeres de tres o más nodos, Azure Container Storage replica datos entre nodos para garantizar una alta disponibilidad y tolerancia a errores de nodo único.
- Almacenamiento local en el clúster: con un volumen perimetral compartido local, el usuario puede almacenar datos locales en su implementación perimetral con un modelo de acceso ReadWriteMany.
- Sincronización de datos con Azure: Azure Container Storage está configurado con un destino de almacenamiento, por lo que los datos escritos en volúmenes se agrupan automáticamente en niveles en Azure Blob (blob en bloques, Azure Data Lake Storage Gen2 o OneLake) en la nube.
- Reflejo de datos de Azure (versión preliminar): Azure Container Storage se configura con un destino de almacenamiento, por lo que los datos escritos en ese destino de almacenamiento se reflejan automáticamente como una copia de solo lectura en el volumen local del clúster.
- Conexión sencilla: Los clientes pueden conectarse fácilmente a un volumen configurado mediante un controlador CSI para empezar a realizar solicitudes de volumen persistente en su almacenamiento.
- Observable: Compatible con las instalaciones de registros de supervisión y métricas estándar del sector Kubernetes, y compatible con la observabilidad del Agente de Azure Monitor.
¿Cuáles son las ofertas de Azure Container Storage disponibles?
Volúmenes compartidos locales: Proporciona almacenamiento altamente disponible y capaz de conmutación por error, local para su clúster de Kubernetes. Este tipo de almacenamiento compartido sigue siendo independiente de la infraestructura de la nube, por lo que es ideal para el espacio temporal, el almacenamiento temporal y los datos persistentes localmente inadecuados para destinos en la nube.
Sub volúmenes de ingesta en la nube: facilita la ingesta ilimitada de datos desde el borde al blob, incluido Azure Data Lake Storage Gen2 y OneLake. Los archivos escritos en este tipo de almacenamiento se transfieren sin problemas a Blob Storage y, a continuación, se purgan de la caché local una vez confirmada la carga, lo que garantiza la disponibilidad del espacio para los nuevos datos. Las directivas configurables permiten flexibilidad en los comportamientos de carga y purga. Además, esta opción de almacenamiento admite la integridad de los datos en entornos desconectados, lo que permite el almacenamiento local y la sincronización tras la reconexión a la red.
Sub volúmenes de Cloud Mirror (versión preliminar): reflejar los datos desde la nube hacia el borde. Con el almacenamiento de blobs en la nube como origen de datos, los sub volúmenes espejo permiten la distribución de contenido desde la nube hasta el borde donde se ubican las aplicaciones de Kubernetes. La copia en la nube de los datos sigue siendo la versión autoritativa, por lo que la copia local es una imagen reflejada de los datos de ese contenedor de blobs. Un sub volumen Mirror proporciona a tu aplicación una réplica de sistema de archivos ReadOnly para referencia en el borde. El sub volumen reflejado es ReadOnly y las cargas de trabajo que consumen los datos en el perímetro no pueden modificar ni eliminar los datos. Si desea cambiar los datos, debe editar la versión de nube autoritativa.
Arquitectura detallada
Para descargar diagramas de arquitectura en alta resolución, visite Jumpstart Gems.