Pour permettre une mise à l'échelle plus granulaire, vous pouvez désormais installer"nœuds de stockage de données uniquement" . Lorsque le traitement des métadonnées n’est pas critique, vous pouvez optimiser votre infrastructure de manière rentable. Cette flexibilité permet de s’adapter à des charges de travail et des modèles de croissance variés.

StorageGRID prend désormais en charge les informations d'identification à court terme à l'aide de"Rôles IAM partout dans Amazon S3 pour les pools de stockage cloud" .

L’utilisation d’informations d’identification à long terme pour accéder aux buckets S3 présente des risques de sécurité si ces informations d’identification sont compromises. Les informations d’identification à court terme ont une durée de vie limitée, ce qui réduit le risque d’accès non autorisé.

Vous pouvez désormais"configurer un pool de stockage cloud à l'aide d'un point de terminaison Amazon S3" . S3 Object Lock permet d'empêcher la suppression accidentelle ou malveillante d'objets. Si vous hiérarchisez les données de StorageGRID vers Amazon S3, l'activation du verrouillage des objets sur les deux systèmes améliore la protection des données tout au long du cycle de vie des données.

Par"définition de limites sur les buckets S3" , vous pouvez empêcher les locataires de monopoliser la capacité. De plus, une croissance incontrôlée peut entraîner des coûts inattendus. En définissant des limites, vous pouvez mieux estimer les dépenses de stockage des locataires.

Pour améliorer l'évolutivité, StorageGRID prend désormais en charge jusqu'à"5 000 compartiments S3 par locataire" . Chaque grille peut contenir un maximum de 100 000 buckets.

Pour prendre en charge 5 000 buckets, chaque nœud de stockage de la grille doit disposer d'un minimum de 64 Go de RAM.

"AutoSupport"crée désormais automatiquement des cas de défaillance matérielle pour les appareils hérités.

La facilité d'utilisation du clonage de nœuds a été étendue pour prendre en charge des nœuds de stockage plus grands.

Les règles de temps d'ingestion ILM avec une période de jours suppriment désormais également les marqueurs de suppression d'objets expirés. Les marqueurs de suppression ne sont supprimés que lorsqu'une période de jours s'est écoulée et que le marqueur de suppression actuel a expiré (il n'existe aucune version non actuelle).

Se référer à"Comment les objets versionnés S3 sont supprimés" et"Exemple de cycle de vie d'un bucket prioritaire sur la politique ILM" .

Pour assurer une transition fluide et efficace vers le matériel de nouvelle génération StorageGRID ,"déclassement des nœuds" a été amélioré.

Les journaux d’accès aux points de terminaison de l’équilibreur de charge contiennent des informations de dépannage, telles que les codes d’état HTTP. StorageGRID prend désormais en charge"exporter ces journaux vers un serveur syslog externe" . Cette amélioration permet une gestion des journaux plus efficace et une intégration avec les systèmes de surveillance et d’alerte existants.

Les administrateurs de réseau peuvent désormais"mettre à jour et faire pivoter les clés SSH" . La possibilité de faire tourner les clés SSH est une bonne pratique de sécurité et un mécanisme de défense proactif.

Lorsqu'une entité inconnue se connecte au Grid Manager en tant que root,"une alerte est déclenchée" . La surveillance des connexions SSH root est une étape proactive vers la protection de votre infrastructure.

La page des profils de codage d'effacement se trouve désormais dans CONFIGURATION > Système > Codage d'effacement. Il était dans le menu ILM.

Le"champ de recherche dans le gestionnaire de grille" inclut désormais une meilleure logique de correspondance, vous permettant de trouver des pages en recherchant des abréviations courantes et par les noms de certains paramètres dans une page. Vous pouvez également rechercher d’autres types d’éléments, tels que des nœuds, des utilisateurs et des comptes locataires.