Objectif de point de récupération de zéro avec StorageGRID, Un guide complet de réplication multisite
Suggérer des modifications
PDF
Ce rapport technique fournit un guide complet sur l'implémentation des stratégies de réplication StorageGRID afin d'atteindre un objectif de point de récupération de zéro en cas de défaillance sur un site. Ce document détaille les différentes options de déploiement de StorageGRID, notamment la réplication synchrone multisite et la réplication asynchrone multigrille. Vous découvrirez comment configurer les règles de gestion du cycle de vie des informations (ILM) de StorageGRID afin d'assurer la durabilité et la disponibilité des données sur plusieurs sites. De plus, le rapport aborde les considérations de performances, les scénarios de défaillance et les processus de récupération pour maintenir le fonctionnement ininterrompu du client. L'objectif de ce document est de fournir les informations nécessaires pour garantir l'accessibilité et la cohérence des données, même en cas de défaillance complète d'un site, en exploitant les techniques de réplication synchrone et asynchrone.
Présentation de StorageGRID
NetApp StorageGRID est un système de stockage objet qui prend en charge l'API Amazon simple Storage Service (Amazon S3) standard.
StorageGRID fournit un espace de noms unique à plusieurs emplacements avec des niveaux de service variables basés sur des règles de gestion du cycle de vie des informations (ILM). Grâce à ces politiques de cycle de vie, vous pouvez optimiser l’emplacement de vos données tout au long de leur cycle de vie.
StorageGRID permet une durabilité et une disponibilité configurables de vos données dans des solutions locales et réparties géographiquement. Que vos données soient sur site ou dans un cloud public, les flux de travail cloud hybrides intégrés permettent à votre entreprise de tirer parti de services cloud tels qu'Amazon Simple Notification Service (Amazon SNS), Google Cloud, Microsoft Azure Blob, Amazon S3 Glacier, Elasticsearch, etc.
StorageGRID Scale
Un déploiement StorageGRID minimal se compose d’un nœud d’administration et de 3 nœuds de stockage sur un seul site. Une seule grille peut contenir jusqu'à 220 nœuds. StorageGRID peut être déployé sur un seul site ou s'étendre sur 16 sites.
Le nœud Admin contient l'interface de gestion, un point central pour les métriques et la journalisation, et maintient la configuration des composants StorageGRID . Le nœud Admin contient également un équilibreur de charge intégré pour l’accès à l’API S3.
StorageGRID peut être déployé uniquement en tant que logiciel, en tant qu'appliances de machines virtuelles VMware ou en tant qu'appliances spécialement conçues.
Un nœud StorageGRID peut être déployé comme :
-
Un nœud de métadonnées uniquement maximisant le nombre d'objets
-
Un nœud de stockage d'objets uniquement maximisant l'espace objet
-
Un nœud combiné de métadonnées et de stockage d'objets ajoutant à la fois le nombre d'objets et l'espace d'objets
Chaque nœud de stockage peut évoluer vers une capacité de plusieurs pétaoctets pour le stockage d'objets, permettant un espace de noms unique dans les centaines de pétaoctets. StorageGRID fournit également un équilibreur de charge intégré pour les opérations API S3 appelé nœud de passerelle.
StorageGRID se compose d'un ensemble de nœuds placés dans une topologie de site. Un site dans StorageGRID peut être un emplacement physique unique ou résider dans un emplacement physique partagé comme d'autres sites de la grille en tant que construction logique. Un site StorageGRID ne doit pas s'étendre sur plusieurs emplacements physiques. Un site représente une infrastructure de réseau local (LAN) partagée et un domaine de défaillance.
StorageGRID et domaines de défaillance
StorageGRID comprend plusieurs couches de domaines de défaillance à prendre en compte pour décider de l'architecture de votre solution, du mode de stockage des données et de l'emplacement de stockage des données afin de limiter les risques de défaillance.
-
Niveau de la grille : Une grille composée de plusieurs sites peut présenter des pannes de site ou une isolation et le ou les sites accessibles peuvent continuer à fonctionner comme la grille.
-
Au niveau du site : les défaillances au sein d'un site peuvent avoir un impact sur les opérations de ce site, mais elles n'auront pas d'impact sur le reste de la grille.
-
Niveau nœud : Une défaillance de nœud n'a aucun impact sur le fonctionnement du site.
-
Niveau du disque : une défaillance de disque n'a aucun impact sur le fonctionnement du nœud.
Données d'objet et métadonnées
Avec le stockage objet, l'unité de stockage est un objet, et non un fichier ou un bloc. Contrairement à la hiérarchie de type arborescence d'un système de fichiers ou stockage en blocs, le stockage objet organise les données dans une disposition plate et non structurée. Le stockage objet dissocie l'emplacement physique des données de la méthode de stockage et de récupération utilisée.
Chaque objet d'un système de stockage basé sur les objets comporte deux parties : les données d'objet et les métadonnées d'objet.
-
Les données d'objet représentent les données sous-jacentes réelles, par exemple une photographie, un film ou un dossier médical.
-
Les métadonnées d'objet constituent toutes les informations qui décrivent un objet.
StorageGRID utilise les métadonnées d'objet pour suivre l'emplacement de tous les objets de la grille, et pour gérer le cycle de vie de chaque objet au fil du temps.
Les métadonnées de l'objet incluent les informations suivantes :
-
Métadonnées système, y compris un ID unique pour chaque objet, le nom de l'objet, le nom du compartiment S3, le nom ou l'ID du compte locataire, la taille logique de l'objet, la date et l'heure de la première création de l'objet et la date et l'heure de la dernière modification de l'objet.
-
Emplacement de stockage actuel de chaque réplique d'objet ou fragment avec code d'effacement.
-
Toutes les paires de clé-valeur de métadonnées utilisateur personnalisées associées à l'objet.
-
Pour les objets S3, toutes les paires clé-valeur de balise d'objet associées à l'objet
-
Pour les objets segmentés et les objets à plusieurs parties, les identificateurs de segment et la taille des données.
Les métadonnées de l'objet sont personnalisables et extensibles, ce qui rend la possibilité d'utiliser les applications. Pour plus d'informations sur la manière et l'emplacement du stockage des métadonnées d'objet par StorageGRID, consultez "Gérer le stockage des métadonnées d'objet" .
Le système de gestion du cycle de vie des informations (ILM) de StorageGRID orchestre le placement, la durée et le comportement d'ingestion de toutes les données d'objet de votre système StorageGRID. Les règles ILM déterminent la façon dont StorageGRID stocke les objets au fil du temps à l'aide de répliques d'objets ou du codage d'effacement de l'objet sur plusieurs nœuds et sites. Ce système ILM est responsable de la cohérence des données en mode objet au sein d'une grille.
Le code d'effacement
StorageGRID offre la possibilité d'effacer les données de code au niveau du nœud et au niveau du lecteur. Avec les appliances StorageGRID, nous effaçons le code des données stockées sur chaque nœud sur tous les lecteurs du nœud, offrant ainsi une protection locale contre les pannes de disque multiples entraînant une perte ou des interruptions de données. Les reconstructions après des pannes de disque sont locales sur le nœud et ne nécessitent pas de réplication de données sur le réseau.
De plus, les appliances StorageGRID utilisent des schémas de codage d'effacement pour stocker les données d'objet sur les nœuds d'un site ou réparties sur 3 sites ou plus dans le système StorageGRID via les règles ILM de StorageGRID protégeant contre les pannes de nœud.
Le codage d'effacement fournit une disposition de stockage résiliente aux pannes de nœuds et de sites avec une faible surcharge, tandis que la réplication peut faire la même chose, avec une surcharge plus importante. Tous les schémas de codage d'effacement StorageGRID peuvent être déployés sur un seul site, à condition que le nombre minimum de nœuds requis pour stocker les blocs de données soit respecté. Cela signifie que pour un schéma EC de 4+2, il doit y avoir un minimum de 6 nœuds disponibles pour recevoir les données.
Cohérence des métadonnées
Dans StorageGRID, les métadonnées sont généralement stockées avec trois réplicas par site pour assurer la cohérence et la disponibilité. Cette redondance permet de préserver l'intégrité et l'accessibilité des données, même en cas de défaillance.
La cohérence par défaut est définie au niveau de la grille. Les utilisateurs peuvent modifier la cohérence à tout moment au niveau du compartiment.
Les options de cohérence des compartiments disponibles dans StorageGRID sont les suivantes :
-
Tous : fournit le plus haut niveau de cohérence. Tous les nœuds de la grille reçoivent les données immédiatement, faute de quoi la demande échoue.
-
Strong-global : garantit la cohérence lecture après écriture pour toutes les demandes client sur tous les sites.
-
Quorum Strong-global : garantit la cohérence de lecture après écriture pour toutes les demandes client sur tous les sites. Offre une cohérence pour plusieurs nœuds ou même une panne de site si le quorum de réplication des métadonnées est réalisable.
-
La cohérence QUORUM est définie comme un quorum de répliques de métadonnées de nœud de stockage, où chaque site dispose de 3 répliques de métadonnées. Il peut être calculé comme suit : 1+((N*3)/2) où N est le nombre total de sites
-
Par exemple, un minimum de 5 répliques doivent être réalisées à partir d'une grille de 3 sites avec un maximum de 3 répliques au sein d'un site.
-
-
Strong-site : garantit la cohérence lecture après écriture pour toutes les demandes client au sein d'un site.
-
Read-After-New-write(par défaut) : fournit une cohérence en lecture après écriture pour les nouveaux objets et une cohérence éventuelle pour les mises à jour d'objets. Offre une haute disponibilité et une protection des données garanties. Recommandé dans la plupart des cas.
-
Disponible : assure la cohérence finale pour les nouveaux objets et les mises à jour d'objets. Pour les compartiments S3, utilisez uniquement si nécessaire (par exemple, pour un compartiment qui contient des valeurs de journal rarement lues ou pour les opérations HEAD ou GET sur des clés qui n'existent pas). Non pris en charge pour les compartiments FabricPool S3.
Cohérence des données en mode objet
Tandis que les métadonnées sont automatiquement répliquées dans et entre les sites, les décisions concernant le placement du stockage des données d'objet vous tiennent. Les données d'objet peuvent être stockées en répliques au sein d'un ou plusieurs sites, avec code d'effacement au sein d'un ou entre plusieurs sites, ou encore une combinaison de répliques et de systèmes de stockage avec code d'effacement. Les règles ILM peuvent s'appliquer à tous les objets ou être filtrées pour ne s'appliquer qu'à certains objets, compartiments ou locataires. Les règles ILM définissent le mode de stockage des objets, les réplicas et/ou le code d'effacement, la durée de stockage des objets à ces emplacements si le nombre de répliques ou le schéma de code d'effacement doit changer, ou si les emplacements doivent changer au fil du temps.
Chaque règle ILM sera configurée avec l'un des trois comportements d'ingestion pour la protection des objets : double allocation, équilibre ou stricte.
L'option de double allocation effectue immédiatement deux copies sur deux nœuds de stockage différents de la grille et renvoie la demande au client. La sélection de nœud tentera dans le site de la demande, mais peut utiliser des nœuds d'un autre site dans certaines circonstances. L'objet est ajouté à la file d'attente ILM pour être évalué et placé conformément aux règles ILM.
L'option équilibrée évalue immédiatement l'objet par rapport à la règle ILM et place l'objet de manière synchrone avant le renvoi de la requête au client. Si la règle ILM ne peut pas être respectée immédiatement en raison d'une panne ou d'un stockage inadéquat pour répondre aux exigences de placement, la double allocation sera utilisée à la place. Une fois le problème résolu, ILM place automatiquement l'objet en fonction de la règle définie.
L'option strict évalue immédiatement l'objet par rapport à la règle ILM et place l'objet de manière synchrone avant le renvoi de la requête au client. Si la règle ILM ne peut pas être respectée immédiatement en raison d'une panne ou d'un stockage inadéquat pour répondre aux exigences de placement, la requête échoue et le client doit réessayer.
Équilibrage de la charge
StorageGRID peut être déployé avec accès client via les nœuds de passerelle intégrés, un équilibreur de charge externe tiers 3rd, un round Robin DNS ou directement sur un nœud de stockage. Plusieurs nœuds de passerelle peuvent être déployés dans un site et configurés dans des groupes à haute disponibilité. Ils bénéficient ainsi d'un basculement et d'un retour arrière automatisés en cas de panne d'un nœud de passerelle. Vous pouvez combiner des méthodes d'équilibrage de charge dans une solution afin de fournir un point d'accès unique pour tous les sites d'une solution.
Les nœuds de passerelle équilibrent la charge entre les nœuds de stockage sur le site où réside le nœud de passerelle par défaut. StorageGRID peut être configuré pour permettre aux nœuds de passerelle d'équilibrer la charge à l'aide de nœuds provenant de plusieurs sites. Cette configuration ajouterait la latence entre ces sites à la latence de réponse aux demandes des clients. Ce paramètre ne doit être configuré que si la latence totale est acceptable pour les clients.
Il est possible d’atteindre un RTO nul grâce à une combinaison d’équilibrage de charge local et global. Pour garantir un accès client ininterrompu, il est nécessaire d’équilibrer la charge des demandes client. Une solution StorageGRID peut contenir de nombreux nœuds de passerelle et groupes de haute disponibilité sur chaque site. Pour fournir un accès ininterrompu aux clients de n'importe quel site, même en cas de panne de site, vous devez configurer une solution d'équilibrage de charge externe en combinaison avec les nœuds de passerelle StorageGRID . Configurez des groupes de haute disponibilité de nœuds de passerelle qui gèrent la charge au sein de chaque site et utilisez l'équilibreur de charge externe pour équilibrer la charge entre les groupes de haute disponibilité. L'équilibreur de charge externe doit être configuré pour effectuer un contrôle d'état afin de garantir que les demandes sont envoyées uniquement aux sites opérationnels. Pour plus d'informations sur l'équilibrage de charge avec StorageGRID , veuillez consulter le "Rapport technique sur l'équilibreur de charge StorageGRID" .
Exigences pour un RPO nul avec StorageGRID
Pour atteindre un objectif de point de récupération de zéro dans un système de stockage objet, il est essentiel qu'au moment de la défaillance :
-
Les métadonnées et le contenu des objets sont synchronisés et sont considérés comme cohérents
-
Le contenu de l'objet reste accessible malgré la défaillance.
Pour un déploiement multisite, Quorum Strong Global est le modèle de cohérence privilégié pour garantir la synchronisation des métadonnées sur tous les sites, ce qui le rend essentiel pour répondre à l'exigence de RPO zéro.
Les objets du système de stockage sont stockés selon des règles de gestion du cycle de vie de l'information (ILM), qui déterminent le mode et l'emplacement de stockage des données tout au long de leur cycle de vie. Pour la réplication synchrone, on peut prendre en compte entre une exécution stricte ou une exécution équilibrée.
-
L'exécution stricte de ces règles ILM est nécessaire pour RPO nul, car elle garantit que les objets sont placés aux emplacements définis sans délai ni retour arrière, afin d'assurer la disponibilité et la cohérence des données.
-
Le comportement d'ingestion de l'équilibre ILM de StorageGRID offre un équilibre entre haute disponibilité et résilience, permettant aux utilisateurs de continuer à ingérer des données, même en cas de défaillance d'un site.
Déploiements synchrones sur plusieurs sites
Solutions multisites : StorageGRID vous permet de répliquer des objets sur plusieurs sites au sein de la grille de manière synchrone. En configurant des règles de gestion du cycle de vie des informations (ILM) avec un comportement équilibré ou strict, les objets sont placés immédiatement aux emplacements spécifiés. La configuration du niveau de cohérence du bucket sur Quorum Strong Global garantira également la réplication synchrone des métadonnées. StorageGRID utilise un espace de noms global unique, stockant les emplacements de placement des objets sous forme de métadonnées, de sorte que chaque nœud sait où se trouvent toutes les copies ou les éléments codés par effacement. Si un objet ne peut pas être récupéré à partir du site où la demande a été effectuée, il sera automatiquement récupéré à partir d'un site distant sans nécessiter de procédures de basculement.
Une fois la défaillance résolue, aucune opération de restauration manuelle n'est nécessaire. Les performances de réplication dépendent du site avec le débit réseau le plus faible, la latence la plus élevée et les performances les plus faibles. Les performances d'un site dépendent du nombre de nœuds, du nombre de cœurs et de la vitesse du processeur, de la mémoire, de la quantité de disques et des types de disques.
Solutions multi-grilles : StorageGRID peut répliquer des locataires, des utilisateurs et des compartiments entre plusieurs systèmes StorageGRID à l'aide de la réplication multigrille (CGR). CGR peut étendre des données sélectionnées à plus de 16 sites, augmenter la capacité utilisable de votre magasin d'objets et fournir une reprise après sinistre. La réplication des compartiments avec CGR inclut des objets, des versions d'objets et des métadonnées, et peut être bidirectionnelle ou unidirectionnelle. L'objectif de point de récupération dépend de la performance de chaque système StorageGRID et des connexions réseau qui les relient.
Résumé:
-
La réplication intra-grid inclut à la fois la réplication synchrone et asynchrone. Elle peut être configurée à l'aide du comportement d'ingestion ILM et du contrôle de la cohérence des métadonnées.
-
La réplication inter-grid est asynchrone uniquement.
Un déploiement multi-site à grille unique
Dans les scénarios suivants, les solutions StorageGRID sont configurées avec un équilibreur de charge externe facultatif gérant les demandes adressées aux groupes de haute disponibilité de l'équilibreur de charge intégré. Cela permettra d’atteindre un RTO de zéro en plus d’un RPO de zéro. ILM est configuré avec une protection d'ingestion équilibrée pour un placement synchrone. Chaque bucket est configuré avec le modèle de cohérence globale forte Quorum pour les grilles de 3 sites ou plus et la cohérence globale forte pour moins de 3 sites.
Dans une solution StorageGRID à deux sites, il existe au moins deux répliques ou 3 segments EC de chaque objet et 6 répliques de toutes les métadonnées. En cas de reprise d'activité, les mises à jour correspondant à la panne sont automatiquement synchronisées avec le ou les nœuds du site de reprise. Avec seulement 2 sites, il est peu probable que les scénarios de défaillance comprenant un objectif de point de récupération de zéro se trouvent au-delà de la perte totale du site.
Dans une solution StorageGRID de trois sites ou plus, il y a au moins 3 répliques ou 3 segments EC de chaque objet et 9 répliques de toutes les métadonnées. En cas de reprise d'activité, les mises à jour correspondant à la panne sont automatiquement synchronisées avec le ou les nœuds du site de reprise. Avec trois sites ou plus, il est possible d'atteindre un RPO nul.
Scénarios de défaillance multisite
| Panne | Résultat sur 2 sites | 3 sites ou plus résultat |
|---|---|---|
Panne d'un seul nœud de disque |
Chaque appliance utilise plusieurs groupes de disques et peut supporter au moins 1 disque par groupe en cas de défaillance sans interruption ni perte de données. |
Chaque appliance utilise plusieurs groupes de disques et peut supporter au moins 1 disque par groupe en cas de défaillance sans interruption ni perte de données. |
Panne d'un seul nœud sur un site |
Aucune interruption des opérations ou perte de données. |
Aucune interruption des opérations ou perte de données. |
Défaillance de plusieurs nœuds sur un site |
Interruption des opérations client dirigées vers ce site, mais aucune perte de données. Les opérations dirigées vers l'autre site restent sans interruption et sans perte de données. |
Les opérations sont dirigées vers tous les autres sites, restent sans interruption et sans perte de données. |
Défaillance d'un seul nœud sur plusieurs sites |
Aucune perturbation ou perte de données si :
Activités interrompues et risque de perte de données si :
|
Aucune perturbation ou perte de données si :
Activités interrompues et risque de perte de données si :
|
Panne sur un seul site |
les opérations client sont interrompues jusqu'à ce que la défaillance soit résolue ou que la cohérence du compartiment soit abaissée à un site fort ou inférieur pour permettre le succès des opérations, mais sans perte de données. |
Aucune interruption des opérations ou perte de données. |
Pannes sur un seul site et sur un seul nœud |
les opérations client seront interrompues jusqu'à ce que la défaillance soit résolue ou que la cohérence du compartiment soit réduite à la lecture après nouvelle écriture ou à une valeur inférieure pour assurer la réussite des opérations et éventuellement éviter les pertes de données. |
Aucune interruption des opérations ou perte de données. |
Un seul site et un nœud pour chaque site restant |
les opérations client seront interrompues jusqu'à ce que la défaillance soit résolue ou que la cohérence du compartiment soit réduite à la lecture après nouvelle écriture ou à une valeur inférieure pour assurer la réussite des opérations et éventuellement éviter les pertes de données. |
Les opérations seront interrompues si le quorum de la réplique de métadonnées ne peut pas être atteint et si des pertes de données sont possibles. |
Panne multisite |
Les données conservées sur les sites d'exploitation ne seront pas perdues si au moins un site ne peut pas être récupéré dans son intégralité. |
Les opérations seront interrompues si le quorum de la réplique de métadonnées ne peut pas être atteint. Aucune perte de données tant qu'au moins un site est conservé. |
Isolation réseau d'un site |
les opérations client sont interrompues jusqu'à ce que la défaillance soit résolue ou que la cohérence du compartiment soit abaissée à un site fort ou inférieur pour assurer la réussite des opérations, mais sans perte de données |
L'activité sera interrompue pour le site isolé, mais sans perte de données Aucune interruption des opérations sur les sites restants et aucune perte de données |
Un déploiement multi-sites à plusieurs grilles
Pour ajouter une couche supplémentaire de redondance, ce scénario utilisera deux clusters StorageGRID et utilisera la réplication inter-grille pour les maintenir synchronisés. Pour cette solution, chaque cluster StorageGRID aura trois sites. Deux sites seront utilisés pour le stockage d'objets et les métadonnées tandis que le troisième site sera utilisé uniquement pour les métadonnées. Les deux systèmes seront configurés avec une règle ILM équilibrée pour stocker de manière synchrone les objets à l'aide du codage d'effacement dans chacun des deux sites de données. Les buckets seront configurés avec le modèle de cohérence global Quorum Strong. Chaque grille sera configurée avec une réplication bidirectionnelle entre grilles sur chaque bucket. Cela fournit la réplication asynchrone entre les régions. En option, un équilibreur de charge global peut être implémenté pour gérer les demandes adressées aux groupes de haute disponibilité de l'équilibreur de charge intégré des deux systèmes StorageGRID afin d'atteindre un RPO nul.
La solution utilisera quatre sites répartis de manière égale en deux régions. La région 1 contiendra les 2 sites de stockage de la grille 1 comme grille principale de la région et le site de métadonnées de la grille 2. La région 2 contiendra les 2 sites de stockage de la grille 2 comme grille principale de la région et le site de métadonnées de la grille 1. Dans chaque région, le même emplacement peut héberger le site de stockage de la grille primaire de la région, ainsi que le site de métadonnées uniquement de la grille des autres régions. L'utilisation de nœuds de métadonnées uniquement comme troisième site permet d'assurer la cohérence requise pour les métadonnées et non de dupliquer le stockage des objets à cet emplacement.
Cette solution avec quatre emplacements distincts assure la redondance complète de deux systèmes StorageGRID distincts qui maintiennent un RPO de 0. Elle utilise à la fois la réplication synchrone multisite et la réplication asynchrone multigrille. Un seul site peut tomber en panne tout en assurant la continuité des opérations client sur les deux systèmes StorageGRID.
Dans cette solution, il existe quatre copies avec code d'effacement de chaque objet et 18 réplicas de toutes les métadonnées. Cela permet de réaliser plusieurs scénarios de défaillance sans impact sur les opérations du client. En cas de panne, les mises à jour de reprise se synchronisent automatiquement avec le ou les sites défaillants.
Scénarios de défaillance multigrille et multisite
| Panne | Résultat |
|---|---|
Panne d'un seul nœud de disque |
Chaque appliance utilise plusieurs groupes de disques et peut supporter au moins 1 disque par groupe en cas de défaillance sans interruption ni perte de données. |
Panne d'un seul nœud sur un site d'un grid |
Aucune interruption des opérations ou perte de données. |
Panne d'un seul nœud sur un site de chaque grid |
Aucune interruption des opérations ou perte de données. |
Défaillance de plusieurs nœuds dans un site d'une grille |
Aucune interruption des opérations ou perte de données. |
Défaillance de plusieurs nœuds sur un site de chaque grid |
Aucune interruption des opérations ou perte de données. |
Défaillance d'un seul nœud sur plusieurs sites d'un grid |
Aucune interruption des opérations ou perte de données. |
Défaillance d'un seul nœud sur plusieurs sites de chaque grid |
Aucune interruption des opérations ou perte de données. |
Panne sur un seul site dans une grille |
Aucune interruption des opérations ou perte de données. |
Panne sur un seul site dans chaque grid |
Aucune interruption des opérations ou perte de données. |
Pannes sur un seul site et sur un seul nœud dans un grid |
Aucune interruption des opérations ou perte de données. |
Un seul site et un nœud pour chaque site restant dans une seule grille |
Aucune interruption des opérations ou perte de données. |
Panne sur un seul emplacement |
Aucune interruption des opérations ou perte de données. |
Défaillance d'emplacement unique dans chaque grille DC1 et DC3 |
Les opérations seront interrompues jusqu'à ce que la défaillance soit résolue ou que la cohérence des compartiments soit réduite ; chaque grille a perdu 2 sites Toutes les données existent toujours à 2 emplacements |
Défaillance d'emplacement unique dans chaque grille DC1 et DC4 ou DC2 et DC3 |
Aucune interruption des opérations ou perte de données. |
Panne d'emplacement unique dans chaque grille DC2 et DC4 |
Aucune interruption des opérations ou perte de données. |
Isolation réseau d'un site |
Les opérations seront interrompues pour le site isolé, mais aucune donnée ne sera perdue Aucune interruption des opérations sur les sites restants et aucune perte de données. |
Conclusion
En cas de défaillance sur un site, StorageGRID vise à assurer la durabilité et la disponibilité des données, ainsi que leur disponibilité. Grâce aux stratégies de réplication robustes de StorageGRID, notamment la réplication synchrone multisite et la réplication asynchrone multigrille, les entreprises peuvent assurer la continuité des opérations client et la cohérence des données sur plusieurs sites. La mise en œuvre de règles de gestion du cycle de vie de l'information (ILM) et l'utilisation de nœuds de métadonnées uniquement améliorent encore la résilience et les performances du système. Avec StorageGRID, les entreprises peuvent gérer leurs données en toute confiance et en sachant qu'elles restent accessibles et cohérentes même en cas de défaillance complexe. Cette approche complète de la gestion et de la réplication des données souligne l'importance d'une planification et d'une exécution méticuleuses pour atteindre un objectif de point de récupération nul et protéger les informations précieuses.