Preguntas más frecuentes y notas de la versión de Azure Container Storage habilitado por Azure Arc
En este artículo se proporciona información sobre las nuevas características y los problemas conocidos de Azure Container Storage habilitado por Azure Arc y se responden algunas preguntas más frecuentes.
Notas de la versión
Versión preliminar 2.1.0
- Operador CRD
- Temporizadores ajustables de ingesta en la nube
- Desinstalación durante las actualizaciones de versión
- Regiones agregadas: Oeste de EE. UU., Oeste de EE. UU. 2, Norte de Europa
Versión preliminar 1.2.0
- Identidad de extensión y compatibilidad con OneLake: Azure Container Storage habilitado por Azure Arc ahora permite el uso de una identidad de extensión asignada por el sistema para acceder al almacenamiento de blobs o a las casas de OneLake Lake.
- Correcciones de seguridad: mantenimiento de seguridad (actualizaciones de la versión del paquete o módulo).
Versión preliminar 1.1.0
- Versiones del kernel: la versión mínima admitida del kernel de Linux es la 5.1. En este momento hay problemas conocidos con 6.4 y 6.2.
Preguntas más frecuentes
Desinstalación de la instancia anterior de la extensión de Azure Container Storage habilitado por Azure Arc
Si he instalado la versión preliminar 1.2.0 o cualquier versión anterior, ¿cómo se desinstala la extensión?
Si instaló anteriormente una versión de Azure Container Storage habilitado por Azure Arc anterior a la versión preliminar 2.1.0, debe desinstalar esa instancia anterior para instalar la versión más reciente.
Nota:
El nombre de extensión de Azure Container Storage habilitado por Azure Arc era anteriormente Acelerador de almacenamiento de Edge. Si todavía tiene instalada esta instancia, la extensión se denomina microsoft.edgestorageaccelerator en Azure Portal.
Para poder eliminar la extensión, debe eliminar los configPods, las notificaciones de volumen persistente y los volúmenes persistentes mediante los siguientes comandos en este orden. Reemplace
YOUR_POD_FILE_NAME_HERE
,YOUR_PVC_FILE_NAME_HERE
yYOUR_PV_FILE_NAME_HERE
por los nombres de archivo correspondientes. Si tiene más de uno de cada tipo, agregue una línea por instancia:kubectl delete -f "YOUR_POD_FILE_NAME_HERE.yaml" kubectl delete -f "YOUR_PVC_FILE_NAME_HERE.yaml" kubectl delete -f "YOUR_PV_FILE_NAME_HERE.yaml"
Después de eliminar los configPods, PVC y PV en el paso anterior, puede desinstalar la extensión mediante el siguiente comando. Reemplace
YOUR_RESOURCE_GROUP_NAME_HERE
,YOUR_CLUSTER_NAME_HERE
yYOUR_EXTENSION_NAME_HERE
por su información respectiva:az k8s-extension delete --resource-group YOUR_RESOURCE_GROUP_NAME_HERE --cluster-name YOUR_CLUSTER_NAME_HERE --cluster-type connectedClusters --name YOUR_EXTENSION_NAME_HERE
Si instaló la extensión antes de la versión preliminar 1.1.0 (publicada el 19/4/24) y tiene un archivo
config.json
preexistente, el esquemaconfig.json
ha cambiado. Quite el archivoconfig.json
antiguo medianterm config.json
.
Cifrado
¿Qué tipos de cifrado usa Azure Container Storage habilitado para Azure Arc?
Hay tres tipos de cifrado que podrían ser interesantes para un cliente de Azure Container Storage habilitado por el cliente de Azure Arc:
- Cifrado de clúster a blob: los datos en tránsito del clúster al blob se cifran mediante protocolos HTTPS estándar. Los datos se descifran una vez que llegan a la nube.
- Cifrado entre nodos: este cifrado está cubierto por Open Service Mesh (OSM) que se instala como parte de la configuración de Azure Container Storage habilitado por el clúster de Azure Arc. Usa protocolos de cifrado TLS estándar.
- Cifrado en disco: cifrado en reposo. Actualmente no es compatible con Azure Container Storage habilitado por Azure Arc.
¿Se cifran los datos en tránsito?
Sí, los datos en tránsito se cifran mediante protocolos HTTPS estándar. Los datos se descifran una vez que llegan a la nube.
¿Los datos se cifran en reposo?
Los datos guardados por la extensión Azure Container Storage habilitado por Azure Arc se cifran en reposo si la plataforma subyacente proporciona discos cifrados.
Triplicación de ACStor
¿Qué es la triplicación de ACStor?
La triplicación de ACStor almacena datos en tres nodos diferentes, cada uno con su propio disco duro. Este comportamiento previsto garantiza la redundancia y confiabilidad de los datos.
¿Se puede producir la triplicación de ACStor en un único dispositivo físico?
No, la triplicación de ACStor no está diseñada para funcionar en un solo dispositivo físico con tres unidades de disco duro conectadas.
Pasos siguientes
Información general de Almacenamiento de contenedores de Azure habilitado por Azure Arc