Les performances de votre produit PlateSpin Forge dépendent de multiples facteurs, dont :
les profils logiciels et matériels de vos workloads sources ;
les particularités de la bande passante, de la configuration et des conditions de votre réseau ;
le nombre de workloads protégés ;
le nombre de volumes sous protection ;
la taille des volumes sous protection ;
la densité de fichiers (nombre de fichiers par unité de capacité) dans vos volumes du workload source ;
les niveaux E/S sources (taux d'occupation de votre workload) ;
le nombre de réplications simultanées ;
l'activation/la désactivation du codage des données ;
activation/désactivation de la compression des données.
Pour planifier des plans de protection de workload à grande échelle, il est recommandé de procéder à un test de protection d'un workload typique et d'utiliser les résultats comme référence, en optimisant vos mesures régulièrement tout au long du projet.
Si nécessaire, PlateSpin Forge peut compresser les données de workload avant de les transférer sur le réseau. Cela permet de réduire le volume global de données transférées durant les réplications.
Les taux de compression dépendent des types de fichiers dans les volumes du workload source et peuvent varier d'environ 0,9 (100 Mo de données compressées à 90 Mo) à environ 0,5 (100 Mo de données compressées à 50 Mo).
REMARQUE :la compression des données utilise la puissance du processeur du workload source.
La compression des données peut être configurée par protection ou par niveau de protection. Reportez-vous à la section Niveaux de protection.
PlateSpin Forge permet de contrôler la consommation de la bande passante disponible grâce à une communication source-cible directe pendant une protection de workload ; vous pouvez définir un débit pour chaque planification de protection. Cette méthode permet d'éviter la congestion de votre réseau de production à cause du trafic de réplication, ainsi que de réduire la charge globale de votre serveur PlateSpin Forge.
La limitation de la bande passante est un paramètre du niveau de protection du contact de protection d'un workload. Reportez-vous à la section Niveaux de protection.
Perte de données maximale admissible (PDMA ou RPO – Recovery Point Objective) : décrit la quantité acceptable de perte de données, mesurée dans le temps. La PDMA est déterminée par l'intervalle de temps entre les réplications incrémentielles d'un workload protégé et dépend des niveaux d'utilisation actuels de PlateSpin Forge, du taux et de l'ampleur des modifications sur le workload ainsi que de la vitesse de votre réseau.
Délai maximal d'interruption admissible (DMIA ou RTO – Recovery Time Objective) : décrit le temps requis pour une opération de basculement (mise en ligne d'une réplique de workload pour remplacer temporairement un workload de production protégé).
Le DMIA pour le basculement d'un workload sur sa réplique virtuelle dépend du temps nécessaire à la configuration et à l'exécution de l'opération de basculement (10 à 45 minutes). Reportez-vous à la section Basculement.
Délai maximal de test admissible (DMTA ou TTO – Test Time Objective) : décrit le temps nécessaire au test de la reprise après sinistre avec un niveau de confiance pour la restauration du service.
Utilisez la fonction pour passer en revue les différents scénarios et générer des données d'évaluation des performances.
Le nombre d'opérations de basculement simultanées nécessaires fait partie des facteurs ayant un impact sur la PDMA, le DMIA et le DMTA. En effet, un seul workload de basculement dispose de davantage de mémoire et de ressources d'UC que plusieurs workloads de basculement, lesquels partagent les ressources de leur infrastructure sous-jacente.
Pour obtenir un délai moyen de basculement pour les workloads de votre environnement, effectuez des tests de basculement à différents moments, puis utilisez-les en tant que données de référence dans vos plans généraux de récupération de données. Reportez-vous à la section Génération de rapports sur les workloads et leur protection.