
Reprise après sinistre avec Azure Native Qumulo Scalable File Service
Cet article décrit les options de déploiement d'une solution de reprise après sinistre sur Azure pour les services de données non structurées à l'aide du service de fichiers évolutifs Azure Native Qumulo.
Architecture
Architecture à région unique
Télécharger un fichier Visio de cette architecture.
Région Azure vers région Azure
Télécharger un fichier Visio de cette architecture.
Architecture à deux régions
Télécharger un Fichier Visio de cette architecture.
Composants
Azure Native Qumulo Scalable File Service (service de fichiers évolutifs)
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 :
DR dans le nuage hybride : Les organisations peuvent répliquer leurs données dans le nuage tout en conservant un cluster Qumulo secondaire sur site. En cas de sinistre, la récupération peut s'effectuer soit sur le nuage, soit sur le cluster secondaire sur site, en fonction des circonstances de l'événement.
Réplication en nuage : Le maintien d'une copie répliquée des données primaires 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 lors des scénarios de reprise après sinistre.
Stockage dans le nuage comme site secondaire de reprise après sinistre : L'ANQ peut être utilisé comme site de secours secondaire, ce qui permet aux entreprises de répliquer leurs données dans le nuage en temps quasi réel. En cas de sinistre affectant le site principal sur site, les entreprises peuvent basculer vers les données répliquées sur ANQ et poursuivre leurs opérations avec un minimum d'interruption. 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 en nuage : Les organisations peuvent sauvegarder leurs données à partir de clusters Qumulo sur site vers une cible ANQ, garantissant ainsi 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 organisations 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 des systèmes de secours en nuage (DR) : Les entreprises 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 entreprises d'identifier et de corriger les lacunes ou les problèmes potentiels dans leurs plans de reprise après sinistre sans affecter 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 un site distant, les organisations peuvent continuer à prendre en charge le site touché à partir de l'instance ANQ jusqu'à ce qu'un nouveau cluster Qumulo puisse être déployé sur le site touché, garantissant ainsi la continuité des activités et la disponibilité des données.
Considérations
Les organisations qui souhaitent planifier et mettre en œuvre un environnement de reprise après sinistre en utilisant Azure Native Qumulo Scalable File Service doivent inclure les considérations suivantes dans leurs processus de planification et de conception.
Évolutivité et performance
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 dans un environnement de sauvegarde et de restauration en nuage, 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 nécessaire pour garantir que toutes les modifications apportées au jeu de données principal sont répliquées sur le cluster cible de l'ANQ. Lors du déploiement de l'ANQ, les entreprises 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 fait de manière incrémentale au niveau des blocs : 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.
Dans le cas d'un scénario de catastrophe nécessitant un basculement vers le cluster de l'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'interruption.
En fonction de 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 évolutifs natif Azure Qumulo se connecte à votre environnement Azure en utilisant l'injection VNet, qui est entièrement routable, intrinsèquement sécurisée et visible uniquement par vos ressources. Aucune coordination de l'espace IP entre votre environnement et le cluster ANQ n'est nécessaire.
Dans un cluster Qumulo sur site, toutes les données sont chiffrées au repos à l'aide d'un algorithme AES 256 bits. L'ANQ exploite le chiffrement intégré des données d'Azure au niveau du disque. Tout le trafic de réplication entre les clusters source et cible est automatiquement crypté en transit.
Pour plus d'informations sur les attestations de tiers obtenues par Qumulo, notamment SOC 2 Type II et FIPS 140-2 Niveau 1, voir Qumulo Compliance Posture 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 changement et du niveau de destination du service de fichiers évolutifs Azure Native Qumulo. Pour plus de détails, voir Prix 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 assurée par les services de stockage Azure. Pour la redondance des données au-delà du couplage de réplication d'une instance Qumulo primaire et d'un cluster secondaire basé sur l'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.
La résilience
Les répertoires répliqués sur le cluster secondaire sont en lecture seule.
Vous avez la possibilité d'effectuer un test de reprise après sinistre isolé. Il ne perturbe pas le déploiement de la production.
Déployer ce scénario
Pour plus d'informations sur le déploiement de Azure Native Qumulo Scalable File Service, voir Démarrer avec le service de fichiers évolutifs Azure Native Qumulo et son déploiement
Pour plus d'informations sur les options de réplication de Qumulo, voir Réplication continue Qumulo et Réplication de la politique de Qumulo Snapshot
Pour plus d'informations sur les opérations de basculement/failback, voir Utiliser le basculement avec la réplication dans Qumulo
Pour plus d'informations sur la solution Qumulo, voir QumuloSync
Pour plus d'informations sur le
Les 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
Qumulo Scale Anywhere
Qumulo Nexus
5 raisons pour lesquelles vous allez adorer passer au cloud avec Qumulo
Guide pour la migration des charges de travail critiques vers l'informatique dématérialisée
Ressources connexes
Azure Native Qumulo Scalable File Service (service de fichiers évolutifs) (Marché)
Azure Native Qumulo Scalable File Service (service de fichiers évolutifs)
Guide du service de fichiers évolutif Azure Native Qumulo
Réplication continue Qumulo
Réplication de la politique de Qumulo Snapshot
Utiliser le basculement avec la 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 l'infrastructure de votre entreprise doit-elle innover à la vitesse du SaaS ?
Construire un système de fichiers pour le cloud hybride pour une simplicité radicale