Resistencia de datos en Azure Stack Edge

SE APLICA A: Azure Stack Edge Pro: GPUAzure Stack Edge Pro 2Azure Stack Edge Pro RAzure Stack Edge Mini R

En este artículo se explica el comportamiento de resistencia de los datos en el servicio Azure Stack Edge que se ejecuta en Azure y administra los dispositivos de Azure Stack Edge.

Acerca de Azure Stack Edge

El servicio Azure Stack Edge se usa para implementar cargas de trabajo de proceso en dispositivos de hardware creados específicamente, justo en el borde donde se crean los datos. Los dispositivos de Azure Stack Edge creados específicamente están disponibles en varios factores de forma y se pueden pedir, configurar y supervisar a través de Azure Portal. La solución Azure Stack Edge también se puede implementar en entornos de nube público de Azure y Azure Government.

Regiones de Azure Stack Edge

La información sobre regiones se usa para el servicio Azure Stack Edge de las siguientes maneras:

• Al crear un pedido de un dispositivo de Azure Stack Edge en Azure Stack Edge Hardware Center, especifique una región de Azure. Las normas de residencia de datos se aplican a los pedidos de Edge Hardware Center. Para obtener más información, consulte Residencia de datos en Edge Hardware Center.

• Al crear un recurso de administración para el dispositivo Azure Stack Edge, especifique una región de Azure. Esta región se usa para almacenar los metadatos asociados al recurso. Los metadatos se pueden almacenar en una ubicación distinta de la del dispositivo físico.

• Por último, hay una región asociada a las cuentas de almacenamiento donde el servicio Azure Stack Edge almacena los datos del cliente. Puede configurar recursos compartidos SMB o NFS en el servicio para almacenar datos de clientes y, luego, asociar una cuenta de Azure Storage a cada recurso compartido configurado.

  En función de la cuenta de Azure Storage configurada para el recurso compartido, los datos se replican de forma automática y transparente. Por ejemplo, una cuenta de Azure con almacenamiento con redundancia geográfica (GRS) se configura de manera predeterminada cuando se crea una cuenta de Azure Storage. Con GRS, los datos se replican automáticamente tres veces dentro de la región primaria y tres veces en la región emparejada. Para obtener más información, vea Opciones de redundancia de Azure Storage.

Región no emparejada frente a pares regionales

El servicio Azure Stack Edge es un servicio no regional, siempre disponible, y no depende de una región de Azure específica. El servicio Azure Stack Edge también es resistente a interrupciones en toda la zona e interrupciones en toda la región.

• Pares regionales: En general, el servicio Azure Stack Edge usa pares regionales de Azure al almacenar y procesar los datos de los clientes en todas las zonas geográficas, excepto Singapur. Si hay un error regional, la instancia del servicio en otra región emparejada de Azure sigue atendiendo a los clientes. Esto garantiza que el servicio sea totalmente resistente a todas las interrupciones en toda la zona y en toda la región.

  De manera predeterminada para todos los pares regionales de Azure, Microsoft es responsable de la configuración, ejecución y pruebas de recuperación ante desastres (DR). En caso de interrupción de la región, cuando la instancia de servicio conmute por error desde la región primaria a la región secundaria, es posible que no se pueda acceder al servicio Azure Stack Edge durante un breve período de tiempo.

• Región no emparejada: En Singapur, el cliente puede elegir que los datos de los clientes de Azure Stack Edge residan solo en Singapur y no se repliquen en la región emparejada, Hong Kong. Con esta opción habilitada, el servicio es resistente a las interrupciones de toda la zona, pero no a las interrupciones en toda la región. Una vez que la residencia de datos se establece en una región no emparejada, se conserva durante la vigencia del recurso y no se puede cambiar.

  En la región de Singapur (Sudeste de Asia), si el cliente ha elegido la opción de residencia de datos única que no permite la replicación en la región emparejada, el cliente será responsable de la configuración, la ejecución y las pruebas de recuperación ante desastres.

Recuperación ante desastres entre regiones

La recuperación ante desastres entre regiones para todas las regiones de varias ubicaciones geográficas se realiza mediante los pares regionales de Azure. Un par regional consta de dos regiones, primaria y secundaria, dentro de la misma ubicación geográfica. Azure serializa las actualizaciones de plataforma (mantenimiento planeado) entre pares regionales, lo que garantiza que solo se actualice una región de cada par cada vez. Si se produce una interrupción que afecte a varias regiones, se da prioridad a la recuperación de al menos una región de cada par. Se garantiza que, si las aplicaciones se implementan en regiones emparejadas, se dará prioridad a la recuperación de una de las regiones. Para obtener más información, consulte Replicación entre regiones en Azure.

En caso de interrupción de la región, cuando la instancia de servicio conmute por error desde la región primaria a la región secundaria, es posible que no se pueda acceder al servicio Azure Stack Edge durante un breve período de tiempo.

Microsoft es responsable de la recuperación ante desastres entre regiones. El objetivo de tiempo de recuperación (RTO) para la recuperación ante desastres es de 8 horas, y el objetivo de punto de recuperación (RPO) es de 15 minutos. Para obtener más información, consulte Información general sobre la resistencia y la continuidad.

La recuperación ante desastres entre regiones para la ubicación geográfica de una región no emparejada solo pertenece a Singapur. Si hay una interrupción del servicio en toda la región en Singapur y se ha elegido mantener los datos solo dentro de Singapur y no replicarlos en el par regional de la RAE de Hong Kong, tiene dos opciones:

• Esperar a que se restaure la región de Singapur.
• Crear un recurso en otra región, restablecer el dispositivo y administrar el dispositivo a través del nuevo recurso. Para obtener instrucciones detalladas, consulte Restablecimiento y reactivación de un dispositivo de Azure Stack Edge.

En este caso, el cliente es responsable de la recuperación ante desastres y debe configurar un nuevo dispositivo y, luego, implementar todas las cargas de trabajo.

Recuperación ante desastres en región no emparejada

La recuperación ante desastres de este servicio no es idéntica en las regiones no emparejadas que en las ubicaciones geográficas de varias regiones.

Para el servicio Azure Stack Edge, todas las regiones usan pares regionales, excepto Singapur, donde puede configurar el servicio para la residencia de datos en la región no emparejada.

• En Singapur, puede configurar el servicio para la residencia de datos en la región no emparejada. La compatibilidad con la recuperación ante desastres en ubicaciones geográficas de una sola región solo se aplica a Singapur cuando el cliente ha elegido no habilitar el par regional de la RAE de Hong Kong. El cliente es responsable de la recuperación ante desastres habilitada para el cliente (CEDR) de Singapur.
• Excepto para Singapur, todas las demás regiones usan pares regionales, y Microsoft se encarga de la recuperación ante desastres del par regional.

Para la recuperación ante desastres de una sola región para la que el cliente sea responsable:

• El cliente tiene que configurar tanto el plano de control (lado del servicio) como el plano de datos (datos del dispositivo).
• Existe una posibilidad de pérdida de datos si el cliente no configura correctamente la recuperación ante desastres. Las características y funciones permanecen intactas a medida que se crea un nuevo recurso y el dispositivo se reactiva en este recurso.

Estos son los pasos generales para configurar la recuperación ante desastres mediante Azure Portal para Azure Stack Edge:

• Cree un recurso en otra región. Para obtener más información, consulte Creación de un recurso de administración para un dispositivo Azure Stack Edge.
• Restablezca el dispositivo. Cuando se restablece el dispositivo, se pierden los datos locales del dispositivo. Es necesario hacer una copia de seguridad del dispositivo antes del restablecimiento. Use un proveedor externo de soluciones de copia de seguridad para hacer copias de seguridad de los datos locales en el dispositivo. Para obtener más información, consulte Protección de datos de recursos compartidos en la nube de Edge, de recursos compartidos locales de Edge, de máquinas virtuales y carpetas para la recuperación ante desastres.
• Reactive el dispositivo en un nuevo recurso. Al pasar al nuevo recurso, también tendrá que restaurar los datos en el nuevo recurso. Para más información, consulte Restauración de recursos compartidos en la nube de Edge, Restauración de recursos compartidos locales de Edge y Restauración de archivos y carpetas de máquina virtual.

Para obtener instrucciones detalladas, consulte Restablecimiento y reactivación de un dispositivo de Azure Stack Edge.

Planeamiento de la recuperación ante desastres

Microsoft y sus clientes operan bajo el modelo de responsabilidad compartida. Esto significa que para la recuperación ante desastres habilitada para el cliente (servicios responsables), el cliente tiene que encargarse de la recuperación ante desastres para cualquier servicio que implemente y controle. Para asegurarse de que la recuperación sea proactiva, los clientes siempre tienen que implementar previamente regiones secundarias, ya que no hay ninguna garantía de que haya capacidad en el momento del impacto para aquellos que no han asignado previamente.

Al usar el servicio Azure Stack Edge, el cliente puede crear un recurso de forma proactiva, con antelación, en otra región admitida. En caso de desastre, este recurso se puede implementar.

Prueba de la recuperación ante desastres

La recuperación ante desastres no está disponible como característica de Azure Stack Edge. Esto conlleva que los clientes interesados deben realizar sus propias pruebas de conmutación por error de recuperación ante desastres para este servicio. Si un cliente intenta restaurar una carga de trabajo o una configuración en un nuevo dispositivo, es responsable de toda la configuración.

Pasos siguientes

• Obtenga más información sobre los requisitos de residencia de datos de Azure.