Table des matières
- Architecture à région unique
- Architecture à deux régions
- Composants
- Cas d'utilisation potentiels
- Évolutivité et performances
- Sécurité
- Optimisation des Coûts
- Disponibilité
- et la résilience
Déployer ce scénario
Contributeurs
Prochaines étapes
Documentation associée
Récupération après sinistre avec Azure Native Qumulo Scalable File Service
Cet article décrit les options de déploiement d'une solution de récupération d'urgence sur Azure pour les services de données non structurées à l'aide du service de fichiers évolutif Azure Native Qumulo.
Architecture
Architecture à région unique

Télécharger un Visio filet de cette architecture.
Région Azure vers région Azure

Télécharger un Fichier Visio de cette architecture.
Architecture à deux régions

Composants
- Service de fichiers évolutif natif Azure Qumulo
- Réplication continue Qumulo
- Snapshots Qumulo avec réplication
- Réseau virtuel Azure
- Injection de réseau virtuel
- Azure ExpressRoute
- Passerelle VPN Azure
- Contrôleurs de domaine AD, applications, etc.
Détails du scénario
Cas d'utilisation potentiels
Cette architecture s'applique aux entreprises qui souhaitent fournir des services de fichiers d'entreprise avec un accès multiprotocole aux données non structurées sur une architecture évolutive.
Cas d'utilisation potentiels :
- Cloud hybride DR : Les organisations peuvent répliquer leurs données dans le cloud tout en maintenant un cluster secondaire Qumulo sur site. En cas de sinistre, la récupération peut avoir lieu sur le cloud ou sur le cluster secondaire sur site, selon les circonstances de l'événement.
- Réplication basée sur le cloud : La conservation d'une copie répliquée des données principales critiques sur un cluster Qumulo basé sur Azure garantit que les données restent disponibles en cas de sinistre affectant le site principal. Cette approche permet un basculement rapide et un temps d'arrêt minimal pendant les scénarios de reprise après sinistre.
- Cloud Storage en tant que site de DR secondaire : ANQ peut être utilisé comme site DR secondaire, permettant aux organisations de répliquer leurs données dans le cloud en temps quasi réel. En cas de sinistre affectant le site principal sur site, les organisations peuvent basculer vers les données répliquées sur ANQ et poursuivre leurs opérations avec un minimum de perturbations. Les capacités de réplication de Qumulo garantissent la cohérence et l'intégrité des données pendant le processus de basculement.
- Sauvegarde et restauration basées sur le cloud : Les organisations peuvent sauvegarder leurs données à partir de clusters Qumulo sur site vers une cible ANQ, en s'assurant qu'une copie récente et sécurisée de leurs données est disponible pour la récupération. En cas de sinistre, les entreprises peuvent restaurer les données sauvegardées depuis le cloud vers un cluster ANQ nouveau ou récupéré, minimisant ainsi la perte de données et les temps d'arrêt.
- Test et validation DR basés sur le cloud : Les organisations peuvent répliquer un sous-ensemble de leurs données sur une cible ANQ et simuler des scénarios de reprise après sinistre pour valider l'efficacité de leurs procédures de reprise et leur intégrité. Cette approche permet aux organisations d'identifier et de résoudre les éventuelles lacunes ou problèmes dans leurs plans de reprise après sinistre sans impact sur leur environnement de production.
- Cloud DR pour les bureaux distants/succursales (ROBO) : Les organisations peuvent déployer des clusters Qumulo sur leurs sites ROBO et répliquer les données vers un référentiel DR centralisé sur un cluster ANQ. En cas de sinistre sur n'importe quel site distant, les organisations peuvent continuer à prendre en charge le site affecté à partir de l'instance ANQ jusqu'à ce qu'un nouveau cluster Qumulo puisse être déployé sur le site affecté, garantissant la continuité des activités et la disponibilité des données.
Considérations
Les organisations qui cherchent à planifier et à implémenter un environnement de récupération après sinistre à l'aide du service de fichiers évolutif Azure Native Qumulo doivent inclure les considérations suivantes dans leurs processus de planification et de conception.
Évolutivité et performances
Lors de la planification d'un déploiement Azure Native Qumulo Scalable File Service en tant que solution de reprise après sinistre, les organisations peuvent souhaiter prendre en compte tout ou partie des éléments suivants dans leurs plans de capacité initiaux :
- La quantité actuelle de données non structurées dans le cadre du plan de basculement
- Si la solution est destinée à être utilisée comme environnement de sauvegarde et de restauration basé sur le cloud, le nombre d'instantanés distincts que la solution devra héberger, ainsi que le taux de changement prévu dans l'ensemble de données principal
- Le débit requis pour garantir que toutes les modifications apportées à l'ensemble de données principal sont répliquées sur le cluster ANQ cible. Lors du déploiement d'ANQ, les organisations peuvent choisir le niveau de performance Standard ou Premium, qui offre un débit plus élevé et une latence plus faible pour les charges de travail exigeantes.
- La réplication des données se produit de manière incrémentielle au niveau du bloc : une fois la synchronisation initiale terminée, seuls les blocs de données modifiés sont répliqués par la suite, ce qui minimise le transfert de données.
- En cas de scénario de catastrophe nécessitant un basculement vers le cluster ANQ, la connectivité et le débit du réseau sont nécessaires pour prendre en charge tous les clients concernés pendant la durée de l'événement de panne.
- Selon la configuration spécifique, un cluster ANQ peut prendre en charge un débit maximal de 2 Go/s à 20 Go/s et des dizaines à des centaines de milliers d'IOPS. Consultez l'outil de dimensionnement Qumulo pour obtenir des conseils spécifiques sur la planification de la taille initiale d'un déploiement ANQ.
Sécurité
Le service de fichiers évolutif Azure Native Qumulo se connecte à votre environnement Azure à l'aide de l'injection VNet, qui est entièrement routable, intrinsèquement sécurisée et visible uniquement pour vos ressources. Aucune coordination d'espace IP entre votre environnement et le cluster ANQ n'est requise.
Dans un cluster Qumulo sur site, toutes les données sont chiffrées au repos à l'aide d'un algorithme AES 256 bits. ANQ exploite le chiffrement de données intégré d'Azure au niveau du disque. Tout le trafic de réplication entre les clusters source et cible est automatiquement chiffré en transit.
Pour plus d'informations sur les attestations tierces que Qumulo a obtenues, y compris SOC 2 Type II et FIPS 140-2 Niveau 1, voir Posture de conformité de Qumulo dans le Guide de l'administrateur Qumulo Core.
Optimisation des coûts
Le coût de la solution dépend de la quantité de données répliquées, du taux de modification et du niveau de destination du service de fichiers évolutif Azure Native Qumulo. Pour plus de détails, voir Tarification des services de fichiers évolutifs Azure Native Qumulo.
Disponibilité
Au niveau du disque, la redondance des données dans un déploiement ANQ est automatiquement fournie par les services de stockage d'Azure. Pour la redondance des données au-delà du couplage de réplication d'une instance Qumulo principale et d'un cluster secondaire basé sur ANQ, la réplication vers un cluster tertiaire dans une deuxième région Azure augmente la disponibilité en protégeant contre les interruptions de service régionales.
Une résilience
- Les répertoires répliqués sur le cluster secondaire sont en lecture seule.
- Vous avez la possibilité d'effectuer un test isolé de reprise après sinistre. Il ne perturbe pas le déploiement de la production.
Déployer ce scénario
- Pour plus d'informations sur le déploiement du service de fichiers évolutif Azure Native Qumulo, consultez Premiers pas avec le service de fichiers évolutif Azure Native Qumulo et son déploiement
- Pour plus d'informations sur les options de réplication sur Qumulo, voir Réplication continue Qumulo et Réplication de la politique d'instantané Qumulo
- Pour plus d'informations sur les opérations de basculement/restauration, voir Utilisation du basculement avec réplication dans Qumulo
- Pour plus d'informations sur la solution Qumulo, voir QumuloSync Pour plus d'informations concernant la Ports réseau requis pour Qumulo Core
Contributeurs
Cet article est maintenu par Qumulo. Il a été écrit à l'origine par les contributeurs suivants.
Principaux auteurs :
Berat G. Ulualan | Architecte de solutions chez Qumulo
Prochaines étapes
Ressources associées
Service de fichiers évolutif natif Azure Qumulo (Marché)
Service de fichiers évolutif natif Azure Qumulo
Guide du service de fichiers évolutif Azure Native Qumulo
Réplication continue Qumulo
Réplication de la politique d'instantané Qumulo
Utilisation du basculement avec réplication dans Qumulo
QumuloSync
Partie I : Accélérer la récupération des données avec Qumulo
Partie II : Accélérer la récupération des données avec Qumulo
Pourquoi votre infrastructure d'entreprise devrait innover à la vitesse du SaaS
Construire un système de fichiers cloud hybride pour une simplicité radicale