Les tâches suivantes peuvent être utilisées pour effectuer la découverte du dimensionnement de la solution de protection des données :

Lorsque ces informations sont disponibles, le dimensionnement de l'infrastructure de sauvegarde peut être effectué, ce qui entraîne la répartition des capacités de stockage requises.

Avant d'effectuer le dimensionnement NetApp StorageGRID, tenez compte des aspects suivants de votre charge de travail :

La capacité utilisable doit tenir compte de la taille de la charge de travail de sauvegarde que vous avez basculée vers StorageGRID et du calendrier de conservation.

Le mode WORM sera-t-il activé ou non ? Une fois WORM activé dans CommVault, le verrouillage d'objet est configuré sur StorageGRID. Cela augmente la capacité de stockage objet requise. La capacité requise varie en fonction de la durée de conservation et du nombre de modifications d'objet apportées à chaque sauvegarde.

La taille moyenne d'objet est un paramètre d'entrée qui facilite le dimensionnement des performances dans un environnement StorageGRID. La taille moyenne des objets utilisés pour une charge de travail CommVault dépend du type de sauvegarde.

Le tableau suivant répertorie la taille moyenne des objets par type de sauvegarde et décrit ce que le processus de restauration lit à partir du magasin d'objets :

En outre, la compréhension de vos besoins en performances pour les sauvegardes complètes et les sauvegardes incrémentielles vous aide à déterminer le dimensionnement des nœuds de stockage StorageGRID. Les méthodes de protection des données de la règle de gestion du cycle de vie des informations (ILM) de StorageGRID déterminent la capacité requise pour stocker les sauvegardes CommVault et affectent le dimensionnement de la grille.

La réplication ILM de StorageGRID est l'un des deux mécanismes utilisés par StorageGRID pour stocker les données en mode objet. Lorsque StorageGRID attribue des objets à une règle ILM de réplication des données, le système crée des copies exactes des données des objets et les stocke sur des nœuds de stockage.

Le codage d'effacement est la deuxième méthode utilisée par StorageGRID pour stocker les données d'objet. Lorsque StorageGRID attribue des objets à une règle ILM configurée pour créer des copies avec code d'effacement, elle coupe les données en mode objet en fragments de données. Il calcule ensuite des fragments de parité supplémentaires et stocke chaque fragment sur un nœud de stockage différent. Lorsqu'un objet est accédé, il est réassemblé à l'aide des fragments stockés. En cas de corruption ou de perte d'un fragment de données ou de parité, l'algorithme de code d'effacement peut recréer ce fragment à l'aide d'un sous-ensemble des fragments de données et de parité restants.

Les deux mécanismes nécessitent différentes quantités de stockage, comme le démontrent ces exemples :

Pour la solution testée, un déploiement StorageGRID d'entrée de gamme sur un seul site a été utilisé :

StorageGRID est généralement déployé sur deux sites ou plus, avec des règles de protection des données qui répliquent les données afin d'éviter les défaillances au niveau des nœuds et des sites. En sauvegardant vos données sur StorageGRID, elles sont protégées par plusieurs copies ou par un code d'effacement qui sépare et réassemble les données de manière fiable à l'aide d'un algorithme.

Vous pouvez utiliser l'outil de dimensionnement "Fusion" pour dimensionner votre grille.

Pour étendre un système NetApp StorageGRID, il est possible d'ajouter du stockage aux nœuds de stockage, d'ajouter de nouveaux nœuds grid à un site déjà en place ou d'ajouter un nouveau site de data Center. Les expansions ne nécessitent aucune interruption du fonctionnement du système.
StorageGRID fait évoluer les performances en utilisant soit des nœuds de performance plus élevée pour les nœuds de stockage, soit l'appliance physique qui exécute l'équilibreur de charge et les nœuds d'administration, soit en ajoutant simplement des nœuds supplémentaires.