Preguntas más frecuentes sobre Azure Local

Azure Local es una pila de infraestructura hiperconvergida local que se entrega como un servicio híbrido de Azure. Instale el software local de Azure en máquinas físicas que controle en el entorno local.

A continuación, se conecta a Azure para la supervisión basada en la nube, soporte técnico, facturación y características de seguridad y administración opcionales.

En esta sección de preguntas más frecuentes se explica cómo Azure Local usa la nube abordando las preguntas más frecuentes sobre los requisitos de conectividad y el comportamiento.

No. Los datos del cliente, incluidos los nombres, los metadatos, la configuración y el contenido de las máquinas virtuales locales nunca se envían a la nube a menos que active más servicios, como Azure Backup o Azure Site Recovery, o a menos que inscriba esas máquinas virtuales individualmente en servicios de administración en la nube como Azure Arc.

Dado que Azure Local no almacena datos de clientes en la nube, la recuperación ante desastres de continuidad empresarial (BCDR) para los datos locales del cliente se define y controla mediante el cliente.

Para configurar su propia replicación de sitio a sitio mediante un clúster extendido, consulte Información general sobre clústeres extendidos. La funcionalidad de clúster extendido solo está disponible en Azure Local, versión 22H2.

Para más información sobre los datos de diagnóstico que recopilamos para mantener Azure Local seguro, actualizado y funcionando según lo previsto, consulte:

• Recopilación de datos locales de Azure.
  
• Residencia de datos en Azure.
  
• Recopilar registros de diagnóstico para Azure Local.
  
• Obtenga soporte técnico para problemas de implementación local de Azure.
  

No. Puede usar herramientas locales perimetrales, como Windows Admin Center, PowerShell o System Center, para administrar directamente la infraestructura de host y las máquinas virtuales, incluso si la conexión de red a la nube está inactiva o limitada gravemente.

Las operaciones cotidianas comunes, como mover una máquina virtual entre hosts, reemplazar una unidad con errores o configurar direcciones IP no dependen de la nube. Sin embargo, se requiere conectividad en la nube para obtener actualizaciones de software en línea, cambiar el registro de Azure o usar características que dependen directamente de los servicios en la nube para la copia de seguridad, la supervisión, etc.

No. Las conexiones de ancho de banda limitado, como las líneas T1 rurales o las conexiones satélite/móvil, son adecuadas para que Azure Local se sincronice. La conectividad mínima necesaria es de varios kilobytes al día. Es posible que más servicios requieran ancho de banda adicional, especialmente para replicar o realizar copias de seguridad de máquinas virtuales completas, descargar actualizaciones de software grandes o cargar registros detallados para el análisis y la supervisión en la nube.

No. Azure Local está diseñado para controlar períodos de conectividad limitados o cero.

Mientras la conexión está inactiva, todas las máquinas virtuales y la infraestructura de host continúan ejecutándose con normalidad, y puede usar las herramientas de locales perimetrales para la administración. Sin embargo, no podría usar características que dependen directamente de los servicios en la nube. La información de Azure Portal también puede quedar obsoleta hasta que Azure Local pueda volver a sincronizarse.

Los cambios de configuración realizados en máquinas virtuales de Arc mediante herramientas locales perimetrales no se sincronizarán automáticamente con Azure.

Como mínimo, Azure Local debe sincronizarse correctamente con Azure una vez por 30 días consecutivos.

Si Azure Local no se sincroniza con Azure en 30 días consecutivos, el estado de conexión del clúster muestra Fuera de la directiva en Azure Portal y otras herramientas, y el clúster entra en modo de funcionalidad reducida. En este modo, la infraestructura de host permanece activa y todas las máquinas virtuales actuales se ejecutan con normalidad. Sin embargo, las nuevas máquinas virtuales no se pueden crear hasta que Azure Local pueda volver a sincronizarse. La razón técnica interna es que la licencia generada por la nube del clúster ha expirado y debe renovarse sincronizando con Azure.

Esto depende de las características que utilice. Como mínimo, Azure Local sincroniza la información básica del clúster para mostrarla en Azure Portal, incluida la lista de nodos agrupados, modelo de hardware y versión de software; información de facturación que resume los días básicos acumulados desde la última sincronización y la información de diagnóstico mínima necesaria que ayuda a Microsoft a mantener su instancia local de Azure segura, actualizada y funcionando correctamente.

El tamaño total es pequeño, unos pocos kilobytes. Si activa servicios adicionales, pueden cargar más. Por ejemplo, Azure Log Analytics cargaría registros y contadores de rendimiento para la supervisión.

Esto depende de las características que utilice. Como mínimo, Azure Local intenta sincronizarse cada 12 horas. Si una operación de sincronización no se realiza correctamente, el contenido se conserva localmente y se envía con la siguiente sincronización correcta. Además de este temporizador normal, puede sincronizar manualmente cualquier momento mediante el Sync-AzureStackHCI cmdlet de PowerShell.

Si activa servicios adicionales, pueden cargarse con más frecuencia. Por ejemplo, Azure Log Analytics se carga cada 5 minutos para la supervisión.

Azure Local se sincroniza con Azure y almacena datos en un centro de datos protegido y operado por Microsoft. Para más información sobre los datos de diagnóstico que recopilamos para mantener Azure Local seguro, actualizado y funcionando según lo previsto, consulte Recopilación de datos locales de Azure y residencia de datos en Azure.

No. Azure Local debe sincronizarse correctamente con Azure una vez por 30 días consecutivos.

No. Actualmente no hay ningún mecanismo para registrar y sincronizar entre el entorno local y Azure sin conectividad de red.

Windows Server es la base de casi todos los productos de Azure y todas las características que le gustan se siguen lanzando con soporte técnico en Windows Server. La oferta inicial de Azure Local se basaba en Windows Server 2019 y usaba el modelo tradicional de licencias de Windows Server.

En la actualidad, Azure Local tiene su propio sistema operativo y modelo de licencias basado en suscripciones. Azure Local es la manera recomendada de implementar HCI localmente mediante el hardware validado por Microsoft de nuestros asociados.

Azure Local admite varios sistemas operativos invitados. Para más detalles, consulte el artículo sobre los Sistemas operativos invitados Windows admitidos para Hyper-V en Windows Server.

En este momento, no hay ninguna actualización local de Windows Server a Azure Local. Sin embargo, puede migrar las cargas de trabajo de máquina virtual de Windows Server a Azure Local mediante Azure Migrate. Para más información, consulte Introducción a la migración basada en Azure Migrate para Azure Local (versión preliminar).

Para obtener una lista actualizada de los servicios de Azure a los que puede conectar Azure Local, consulte Administración de funcionalidades híbridas en Azure Local con servicios de Azure.

En Azure Portal, vaya a la máquina. Si la máquina está registrada en Arc, debería poder ver la versión del sistema operativo y la versión general de Azure Local.

Use el siguiente comando de PowerShell para consultar el nombre del sistema operativo y la versión del sistema operativo.

Get-ComputerInfo -Property 'osName', 'osDisplayVersion'

A continuación se muestra una salida de ejemplo:

OsName                         OSDisplayVersion
------                         ----------------
Microsoft Azure Stack HCI      23H2

La versión 22H2 de Azure Local llegará al final del servicio en mayo de 2025. Después, no recibirá actualizaciones mensuales de seguridad y calidad que proporcionan protección frente a las amenazas de seguridad más recientes. Para seguir recibiendo actualizaciones, se recomienda actualizar el sistema operativo a la versión 23H2. Si actualmente ejecuta un clúster extendido de Azure Local, versión 22H2 o administra Azure Local a través de System Center - Virtual Machine Manager, revise la tabla Cargas de trabajo y configuraciones admitidas para ver las escalas de tiempo de actualización.