Azure Native Qumulo Maintenant disponible dans l'UE, au Royaume-Uni et au Canada - En savoir plus

Table des matières

Architecture

  • Architecture à région unique
  • Architecture à deux régions
  • Composantes

Détails du scénario

  • Cas d'utilisation potentiels

Considérations

  • É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

Architecture à deux régions

Composantes

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

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

Remonter en haut