Migración del clúster para admitir varias zonas de disponibilidad (versión preliminar)

Muchas Azure regiones proporcionan zonas de disponibilidad, que son grupos separados de centros de datos dentro de una región. Las zonas de disponibilidad están lo suficientemente cerca como para tener conexiones de baja latencia con otras zonas de disponibilidad. Están conectados por una red de alto rendimiento con una latencia de ida y vuelta de menos de 2 ms. Sin embargo, las zonas de disponibilidad están lo suficientemente separadas para reducir la probabilidad de que las interrupciones locales o el clima afecten a más de una zona de disponibilidad. Cada zona de disponibilidad tiene una infraestructura independiente de alimentación, refrigeración y red. Están diseñados para que, si una zona experimenta una interrupción, las zonas restantes admiten servicios regionales, capacidad y alta disponibilidad. Para obtener más información, vea Azure Availability Zones.

Puede configurar clústeres de Azure Data Explorer para usar zonas de disponibilidad en regiones admitidas. Mediante el uso de zonas de disponibilidad, un clúster puede resistir mejor el error de un único centro de datos de una región para admitir escenarios de continuidad empresarial.

Puede configurar zonas de disponibilidad al crear un clúster en el portal de Azure o mediante programación mediante uno de los métodos siguientes:

  • API DE REST
  • SDK DE C#
  • SDK de Python
  • PowerShell
  • ARM template

Importante

  • Después de configurar un clúster con zonas de disponibilidad, no puede cambiar el clúster para que no use zonas de disponibilidad.
  • No todas las regiones admiten varias zonas. Por lo tanto, no puede configurar clústeres en estas regiones para usar zonas de disponibilidad.
  • El uso de zonas de disponibilidad conlleva costos adicionales para el almacenamiento.

Nota:

  • Antes de continuar, asegúrese de que está familiarizado con el proceso de migración y las consideraciones.
  • También puede usar estos pasos para cambiar las zonas de un clúster existente que usa zonas de disponibilidad.

En este artículo, aprenderá lo siguiente:

Requisitos previos

Obtención de la lista de zonas de disponibilidad para la región del clúster

Puede obtener una lista de zonas de disponibilidad para el clúster de las siguientes maneras:

  1. En el portal de Azure, vaya a la página Overview del clúster.

  2. En Configuración, seleccione Escalar verticalmente.

  3. En la fila del clúster, las zonas de disponibilidad aparecen en la columna Zonas de disponibilidad.

    Captura de pantalla de la página Escalar verticalmente en el portal de Azure que muestra la columna zonas de disponibilidad con zonas enumeradas para el clúster seleccionado.

Configuración del clúster para admitir zonas de disponibilidad

Para agregar zonas de disponibilidad a un clúster existente, actualice el atributo de clúster zones con una lista de las zonas de disponibilidad de destino. Siga las instrucciones para el método preferido mediante la información de la siguiente tabla:

Parámetro Valor
subscriptionId El identificador de suscripción del clúster
resourceGroupName El nombre del grupo de recursos del clúster
clusterName El nombre del clúster
apiVersion 2023-05-02 o posterior

Siga las instrucciones sobre cómo implementar una plantilla.

  1. Realice la llamada a la API de REST al siguiente punto de conexión donde reemplazará los parámetros por sus valores:

    PUT https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Kusto/clusters/{clusterName}?api-version={apiVersion}
    
  2. Especifique las zonas de disponibilidad en el cuerpo de la solicitud. Por ejemplo, para configurar el clúster para que use las zonas de disponibilidad 1, 2 y 3, establezca el cuerpo de la siguiente manera:

    { "zones": [ "{zone1}", "{zone2}", "{zone3}" ] }
    

Durante la migración, aparece el siguiente mensaje en el portal de Azure, en la página de información general del clúster. El mensaje se quita una vez completada la migración.

El cambio de zona para el almacenamiento de este clúster está en curso. El tiempo de actualización puede variar en función de la cantidad de datos.

Arquitectura de clústeres con zonas de disponibilidad

Al configurar zonas de disponibilidad, el clúster implementa los recursos de la siguiente manera:

  • Capa de cálculo: Azure Data Explorer es una plataforma informática distribuida que tiene dos o más nodos. Si configura zonas de disponibilidad, el clúster distribuye los nodos de proceso entre las zonas de disponibilidad definidas para lograr la máxima resistencia dentro de la región. Un error de zona puede degradar el rendimiento del clúster, hasta que los recursos de proceso con errores se vuelvan a implementar en las zonas supervivientes. Configure las zonas máximas disponibles en una región.

    Nota:

    • En algunos casos, debido a las limitaciones de capacidad de proceso, solo hay zonas de disponibilidad parciales disponibles para la capa de proceso.
    • La capa de proceso de un clúster usa un enfoque de mejor esfuerzo para distribuir uniformemente las instancias entre zonas seleccionadas.
  • Capa de almacenamiento persistente: los clústeres usan Azure Storage como capa de persistencia duradera. Si configura zonas de disponibilidad, el clúster habilita ZRS, colocando tres réplicas de almacenamiento en varias zonas de disponibilidad para lograr una máxima resistencia dentro de la región.

    Nota:

    • ZRS incurre en un costo adicional.
    • Cuando no configura zonas de disponibilidad, los recursos de almacenamiento usan el valor predeterminado de Almacenamiento con redundancia local (LRS), colocando las tres réplicas en una sola zona.

Proceso de migración y consideraciones

Al configurar un clúster existente que implementó sin ninguna zona de disponibilidad para admitir zonas de disponibilidad, el proceso de migración realiza los pasos siguientes:

  • Distribuye los recursos de proceso en las zonas de disponibilidad definidas.

    El proceso de redistribuir recursos de computación involucra una etapa de preparación en la que se prepara la memoria caché de recursos de computación zonal. Durante la fase de preparación, los recursos de proceso del clúster existente siguen funcionando, lo que garantiza un servicio ininterrumpido. Esta fase de preparación puede tardar varios minutos. La transición a los nuevos recursos de proceso solo se produce una vez que están totalmente preparados y operativos. Este enfoque de procesamiento paralelo garantiza una experiencia relativamente fluida, con una interrupción mínima del servicio durante el proceso de conmutación, que suele durar entre uno y tres minutos. Sin embargo, el rendimiento de las consultas podría verse afectado durante la migración de la SKU. El grado de impacto puede variar en función de los patrones de uso específicos.

  • Migración de datos de almacenamiento persistente históricos a ZRS

    El proceso de migración depende de la compatibilidad regional para la transición del almacenamiento LRS a ZRS y de la capacidad de las cuentas de almacenamiento disponibles en las zonas seleccionadas. La transferencia de datos históricos puede ser un proceso largo, que puede durar varias horas o incluso semanas.

  • Escribe todos los datos nuevos en ZRS.

    Después de iniciar la solicitud de migración a zonas de disponibilidad, el sistema replica y almacena todos los datos nuevos en la configuración de ZRS.

    Nota:

    • Después de la solicitud de migración, puede haber un retraso de hasta varios minutos antes de que todos los datos nuevos empiecen a escribirse en la configuración de ZRS.
    • Si un clúster tiene ingesta de streaming, el reciclaje de nuevos datos que se escribirán como datos ZRS puede tardar hasta 30 días.
  • Actualiza el estado de la zona

    Una vez completada la solicitud de migración a zonas de disponibilidad, el sistema actualiza el estado de la zona para reflejar las zonas admitidas. Si el estado de la zona es Inconsistencia Zonal, indica que algunos recursos de cómputo o almacenamiento no lograron migrarse y no tienen características zonales. Esta condición suele producirse cuando no hay suficiente capacidad zonal disponible para algunos recursos. En tales casos, vuelva a intentar la migración más adelante cuando la capacidad esté disponible.

Consideraciones sobre la migración

Las restricciones de capacidad pueden impedir una solicitud de migración correcta. Para una migración exitosa, la capacidad suficiente de procesamiento y almacenamiento debe respaldar la migración. Si existen limitaciones de capacidad, recibirá un mensaje de error que indica el problema.