Efficacité
Les fonctionnalités d'optimisation de l'espace ONTAP sont entièrement prises en charge et optimisées pour les systèmes ASA r2. Dans la quasi-totalité des cas, la meilleure solution consiste à conserver les paramètres par défaut tout en activant toutes les options d'optimisation des performances.
Les systèmes ASA r2 sont des plateformes SAN entièrement flash, c'est pourquoi les technologies d'efficacité telles que la compression, la compaction et la déduplication sont essentielles pour maximiser la capacité utilisable et réduire les coûts.
Compression
La compression réduit l'espace requis en encodant des motifs dans les données. Avec les systèmes ASA r2 basés sur SSD, la compression permet de réaliser des économies importantes car la mémoire flash élimine le besoin de surdimensionnement pour obtenir des performances optimales. La compression adaptative ONTAP est activée par défaut et a été testée de manière approfondie avec des charges de travail d'entreprise, y compris des bases de données Oracle, sans impact mesurable sur les performances, même dans des environnements où la latence est mesurée en microsecondes. Dans certains cas, les performances s'améliorent car les données compressées occupent moins d'espace cache.
|
|
L'efficacité de stockage sensible à la température (TSSE) n'est pas appliquée sur les systèmes ASA r2. Sur les systèmes ASA r2, la compression ne repose pas sur les données chaudes (fréquemment consultées) ou les données froides (rarement consultées). La compression démarre sans attendre que les données soient froides. |
Compression adaptative
La compression adaptative utilise par défaut une taille de bloc de 8 Ko, correspondant à la taille de bloc couramment utilisée par les bases de données relationnelles. Des tailles de blocs plus importantes (16 Ko ou 32 Ko) peuvent améliorer l'efficacité des données séquentielles telles que les journaux de transactions ou les sauvegardes, mais doivent être utilisées avec prudence pour les bases de données actives afin d'éviter les surcharges lors des réécritures.
|
|
La taille des blocs peut être augmentée jusqu'à 32 Ko pour les fichiers inactifs tels que les journaux ou les sauvegardes. Consultez les instructions de NetApp avant de modifier les paramètres par défaut. |
|
|
N’utilisez pas la compression 32 Ko avec déduplication pour les sauvegardes en continu. Utilisez une compression de 8 Ko pour maintenir l'efficacité de la déduplication. |
Alignement de compression
L'alignement de la compression est important pour les réécritures aléatoires. Assurez-vous que le type de LUN, le décalage de partition (multiple de 8 Ko) et la taille de bloc du système de fichiers sont correctement alignés sur la taille de bloc de la base de données. Les données séquentielles telles que les sauvegardes ou les journaux ne nécessitent pas de considérations d'alignement.
Compaction
La compaction complète la compression en permettant à plusieurs blocs compressés de partager le même bloc physique. Par exemple, si un bloc de 8 Ko est compressé à 1 Ko, la compaction garantit que l'espace restant n'est pas gaspillé. Cette fonctionnalité est intégrée et n'entraîne aucune perte de performance.
Déduplication
La déduplication supprime les blocs dupliqués dans les ensembles de données. Bien que les bases de données Oracle n'offrent généralement que des économies minimales en matière de déduplication en raison des en-têtes et des pieds de page uniques des blocs, la déduplication ONTAP peut tout de même récupérer de l'espace à partir de blocs mis à zéro et de modèles répétés.
Efficacité et provisionnement fin
Les systèmes ASA r2 utilisent le provisionnement fin par défaut. Les fonctionnalités d'efficacité complètent le provisionnement fin pour maximiser la capacité utilisable.
|
|
Les unités de stockage sont toujours provisionnées de manière fine sur les systèmes de stockage ASA r2. Le provisionnement épais n'est pas pris en charge. |
Technologie QuickAssist (QAT)
Dans les plateformes NetApp ASA r2, la technologie Intel QuickAssist (QAT) offre une efficacité accélérée par le matériel qui diffère considérablement de l'efficacité du stockage sensible à la température (TSSE) basée sur le logiciel sans QAT.
QAT avec accélération matérielle :
-
Décharge les tâches de compression et de chiffrement des cœurs du processeur.
-
Permet une efficacité immédiate et intégrée pour les données chaudes (fréquemment consultées) et les données froides (rarement consultées).
-
Réduit considérablement la charge du processeur.
-
Offre un débit plus élevé et une latence plus faible.
-
Améliore l'évolutivité des opérations sensibles aux performances telles que le chiffrement TLS et VPN.
TSSE sans QAT :
-
Repose sur des processus pilotés par le processeur pour un fonctionnement efficace.
-
L'efficacité n'est appliquée qu'aux données froides après un délai.
-
Consomme davantage de ressources du processeur.
-
Limite les performances globales par rapport aux systèmes accélérés par QAT.
Les systèmes ASA r2 modernes offrent donc une efficacité accrue grâce à l'accélération matérielle et une meilleure utilisation du système que les anciennes plateformes TSSE uniquement.
Meilleures pratiques d'efficacité pour ASA r2
NetApp recommande ce qui suit :
Valeurs par défaut de ASA r2
Les unités de stockage créées sur ONTAP exécuté sur des systèmes ASA r2 sont provisionnées de manière fine avec toutes les fonctionnalités d'efficacité en ligne activées par défaut, y compris la compression, le compactage et la déduplication. Bien que les bases de données Oracle ne bénéficient généralement pas de manière significative de la déduplication et puissent inclure des données non compressibles, ces paramètres par défaut conviennent à la quasi-totalité des charges de travail. ONTAP est conçu pour traiter efficacement tous les types de données et de modèles d'E/S, qu'ils génèrent ou non des économies. Les valeurs par défaut ne doivent être modifiées que si les raisons sont parfaitement comprises et s'il existe un avantage clair à s'en écarter.
Recommandations générales
-
Désactiver la compression pour les données chiffrées ou compressées par l'application : si les fichiers sont déjà compressés au niveau de l'application ou chiffrés, désactivez la compression pour optimiser les performances et permettre un fonctionnement plus efficace sur d'autres unités de stockage.
-
Évitez de combiner de grands blocs de compression avec la déduplication : n’utilisez pas à la fois la compression de 32 Ko et la déduplication pour les sauvegardes de bases de données. Pour les sauvegardes en continu, utilisez une compression de 8 Ko afin de maintenir l'efficacité de la déduplication.
-
Suivi des gains d'efficacité : utilisez les outils ONTAP (System Manager, Active IQ) pour suivre les économies d'espace réelles et ajuster les politiques si nécessaire.