Índice del contenido
- Arquitectura de una sola región
- Arquitectura de región dual
- Componentes de la bolsa de equipaje
- Casos de usos potenciales
- Escalabilidad y rendimiento
- Seguridad
- Optimización de costos
- Disponibilidad
- y resiliencia
Implementar este escenario
Colaboradores
Próximos pasos
Recursos Relacionados
Recuperación ante desastres con Azure Native Qumulo Scalable File Service
En este artículo se describen las opciones para implementar una solución de recuperación ante desastres en Azure para servicios de datos no estructurados mediante Azure Native Qumulo Scalable File Service.
Arquitectura
Arquitectura de una sola región
Descargue una Visio presentar de esta arquitectura.
Región de Azure a Región de Azure
Descargue una Archivo de Visio de esta arquitectura.
Arquitectura de región dual
Componentes de la bolsa de equipaje
- Servicio de archivos escalables Qumulo nativo de Azure
- Replicación continua de Qumulo
- Instantáneas de Qumulo con replicación
- Red virtual de Azure
- Inyección de red virtual
- Ruta Express de Azure
- Puerta de enlace VPN de Azure
- Controladores de Dominio AD, Aplicaciones, etc.
Detalles del escenario
Casos de uso potencial
Esta arquitectura se aplica a las empresas que desean brindar servicios de archivos empresariales con acceso multiprotocolo a datos no estructurados en una arquitectura escalable.
Posibles casos de uso:
- DR de nube híbrida: Las organizaciones pueden replicar sus datos en la nube y, al mismo tiempo, mantener un clúster de Qumulo local secundario. En caso de desastre, la recuperación puede ocurrir en la nube o en el clúster local secundario, según las circunstancias del evento.
- Replicación basada en la nube: El mantenimiento de una copia replicada de los datos principales críticos en un clúster de Qumulo basado en Azure garantiza que los datos permanezcan disponibles en caso de que se produzca un desastre que afecte al sitio principal. Este enfoque permite una conmutación por error rápida y un tiempo de inactividad mínimo durante los escenarios de recuperación ante desastres.
- Almacenamiento en la nube como sitio DR secundario: ANQ se puede utilizar como un sitio DR secundario, lo que permite a las organizaciones replicar sus datos en la nube casi en tiempo real. En caso de que un desastre afecte el sitio local principal, las organizaciones pueden cambiar a los datos replicados en ANQ y continuar las operaciones con una interrupción mínima. Las capacidades de replicación de Qumulo garantizan la coherencia y la integridad de los datos durante el proceso de conmutación por error.
- Copia de seguridad y restauración basadas en la nube: Las organizaciones pueden hacer una copia de seguridad de sus datos desde los clústeres de Qumulo en las instalaciones a un destino ANQ, lo que garantiza que una copia reciente y segura de sus datos esté disponible para su recuperación. En caso de desastre, las organizaciones pueden restaurar los datos respaldados desde la nube a un clúster ANQ nuevo o recuperado, lo que minimiza la pérdida de datos y el tiempo de inactividad.
- Pruebas y validación de DR basadas en la nube: Las organizaciones pueden replicar un subconjunto de sus datos en un objetivo ANQ y simular escenarios de recuperación ante desastres para validar la eficacia de sus procedimientos de recuperación y su integridad. Este enfoque permite a las organizaciones identificar y abordar cualquier brecha o problema potencial en sus planes de recuperación ante desastres sin afectar su entorno de producción.
- Cloud DR para oficinas remotas/sucursales (ROBO): Las organizaciones pueden implementar clústeres de Qumulo en sus ubicaciones ROBO y replicar datos en un repositorio DR centralizado en un clúster ANQ. En caso de un desastre en cualquier sitio remoto, las organizaciones pueden continuar brindando soporte al sitio afectado desde la instancia de ANQ hasta que se pueda implementar un nuevo clúster de Qumulo en el sitio afectado, lo que garantiza la continuidad del negocio y la disponibilidad de datos.
Consideraciones
Las organizaciones que deseen planificar e implementar un entorno de recuperación ante desastres mediante Azure Native Qumulo Scalable File Service deben incluir las siguientes consideraciones en sus procesos de planificación y diseño.
Escalabilidad y rendimiento
Al planificar una implementación de Azure Native Qumulo Scalable File Service como una solución de recuperación ante desastres, es posible que las organizaciones deseen tener en cuenta alguno o todos los siguientes en sus planes de capacidad iniciales:
- La cantidad actual de datos no estructurados dentro del alcance del plan de conmutación por error
- Si la solución está diseñada para usarse como un entorno de respaldo y restauración basado en la nube, la cantidad de instantáneas separadas que la solución deberá alojar, junto con la tasa de cambio esperada dentro del conjunto de datos principal.
- El rendimiento necesario para garantizar que todos los cambios en el conjunto de datos principal se repliquen en el clúster ANQ de destino. Al implementar ANQ, las organizaciones pueden elegir el nivel de rendimiento Estándar o Premium, que ofrece mayor rendimiento y menor latencia para cargas de trabajo exigentes.
- La replicación de datos se produce de forma incremental a nivel de bloque: una vez que se completa la sincronización inicial, solo se replican los bloques de datos modificados a partir de entonces, lo que minimiza la transferencia de datos.
- En el caso de un escenario de desastre que requiera una conmutación por error al clúster ANQ, la conectividad y el rendimiento de la red son necesarios para admitir a todos los clientes afectados durante el evento de interrupción.
- Según la configuración específica, un clúster ANQ puede admitir un rendimiento máximo de 2 GB/s a 20 GB/s y decenas a cientos de miles de IOPS. Consulte la herramienta de dimensionamiento de Qumulo para obtener orientación específica sobre la planificación del tamaño inicial de una implementación de ANQ.
Seguridad
Azure Native Qumulo Scalable File Service se conecta a su entorno de Azure mediante inyección de red virtual, que es completamente enrutable, intrínsecamente seguro y visible solo para sus recursos. No se requiere coordinación de espacio IP entre su entorno y el clúster ANQ.
En un clúster de Qumulo local, todos los datos se cifran en reposo mediante un algoritmo AES de 256 bits. ANQ aprovecha el cifrado de datos integrado de Azure a nivel de disco. Todo el tráfico de replicación entre los clústeres de origen y de destino se cifra automáticamente en tránsito.
Para obtener información sobre las atestaciones de terceros que Qumulo ha logrado, incluidos SOC 2 Tipo II y FIPS 140-2 Nivel 1, consulte Postura de Cumplimiento de Qumulo en la Guía del administrador de Qumulo Core.
Optimización de costos
El costo de la solución depende de la cantidad de datos que se repliquen, la tasa de cambio y el nivel de destino del servicio de archivos escalables Qumulo nativo de Azure. Para más detalles, consulte Precios de Azure Native Qumulo Scalable File Services.
Disponibilidad
A nivel de disco, los servicios de almacenamiento de Azure proporcionan automáticamente la redundancia de datos en una implementación de ANQ. Para la redundancia de datos más allá del emparejamiento de replicación de una instancia principal de Qumulo y un clúster secundario basado en ANQ, la replicación en un clúster terciario en una segunda región de Azure aumenta la disponibilidad al proteger contra las interrupciones del servicio regional.
La Resiliencia
- Los directorios replicados en el clúster secundario son de solo lectura.
- Tiene la capacidad de realizar una prueba de recuperación ante desastres aislada. No interrumpe el despliegue de producción.
Implementar este escenario
- Para obtener más información sobre la implementación de Azure Native Qumulo Scalable File Service, consulte Introducción a Azure Native Qumulo Scalable File Service and Deployment
- Para obtener más información sobre las opciones de replicación en Qumulo, consulte Replicación continua de Qumulo y Replicación de políticas de instantáneas de Qumulo
- Para obtener más información sobre las operaciones de conmutación por error/recuperación, consulte Uso de conmutación por error con replicación en Qumulo
- Para obtener más información sobre la solución Qumulo, consulte QumuloSync Para obtener más información sobre el Puertos de red necesarios para Qumulo Core
Colaboradores
Este artículo es mantenido por Qumulo. Fue escrito originalmente por los siguientes colaboradores.
Autores principales:
Berat G. Ulualán | Arquitecto de soluciones en Qumulo
Próximos pasos
Recursos Relacionados
Servicio de archivos escalables Qumulo nativo de Azure (Mercado)
Servicio de archivos escalables Qumulo nativo de Azure
Guía de servicio de archivos escalables de Qumulo nativo de Azure
Replicación continua de Qumulo
Replicación de políticas de instantáneas de Qumulo
Uso de conmutación por error con replicación en Qumulo
QumuloSync
Parte I: Acelere la recuperación de datos con Qumulo
Parte II: Acelere la recuperación de datos con Qumulo
Por qué su infraestructura empresarial debería innovar a la velocidad de SaaS
Creación de un sistema de archivos en la nube híbrida para una simplicidad radical