Pour un environnement de test View 5.2, des machines virtuelles réplicas View Composer ont été placées sur des disques SSD à performances de lecture élevées, qui prennent en charge des dizaines de milliers d'E/S par seconde (IOPS). Des clones liés ont été placés sur des magasins de données sur des supports de rotation traditionnels à faibles performances, qui sont moins chers et fournissent une plus grande capacité de stockage. L'exemple utilise des clones liés View Composer, plutôt que des Instant Clones, car le test a été exécuté avec View 5.2. La fonctionnalité d'Instant Clone est introduite avec Horizon 7.

Les critères de conception du stockage sont un des éléments les plus importants pour la réussite d'une architecture Horizon 7. La décision qui a le plus d'impact architectural est de choisir d'utiliser des postes de travail View Composer qui utilisent la technologie de clone lié. Les fichiers binaires ESXi, les fichiers d'échange de machine virtuelle et les réplicas View Composer de machines virtuelles parentes sont stockés sur le système de stockage partagé.

Le système de stockage externe utilisé par vSphere peut être un réseau SAN (Storage Area Network) Fibre Channel ou iSCSI ou un réseau NAS (Network-Attached Storage) NFS (Network File System). Avec la fonctionnalité vSAN, disponible avec vSphere 5.5 Update 1 ou version ultérieure, le système de stockage peut également être un stockage SAS (Server-Attached Storage) local agrégé.

L'exemple suivant décrit la stratégie de stockage hiérarchisé utilisée dans une installation test de View 5.2 dans laquelle un seul système vCenter Server gère 10 000 postes de travail.

Note : Cet exemple était utilisé dans une configuration de View 5.2, qui était effectuée avant la commercialisation de VMware vSAN. Pour obtenir des instructions sur le dimensionnement et la conception des composants clés des infrastructures de postes de travail virtuels View pour VMware vSAN, consultez le livre blanc à l'adresse http://www.vmware.com/files/pdf/products/vsan/VMW-TMD-Virt-SAN-Dsn-Szing-Guid-Horizon-View.pdf.

La fonctionnalité vSAN disponible avec vSphere 6.0 et versions ultérieures contient de nombreuses améliorations de performance par rapport à la fonctionnalité disponible avec vSphere 5.5 Update 1. Avec vSphere 6.0, cette fonctionnalité dispose également d'une compatibilité matérielle (HCL) élargie. Pour plus d'informations sur vSAN dans vSphere 6 ou version ultérieure, reportez-vous au document Administration de VMware vSAN.

Stockage physique
  • Bloc EMC VNX7500 uniquement
  • 1,8 To de cache rapide (SSD)
  • 8 connexions principales 10 Gbits FCoE (4 par contrôleur).
Couche de stockage SSD
Un pool de stockage RAID5 :
  • 12 EFD * 200 Go
  • 250 Go de LUN pour les images parentes
  • 500 Go de LUN pour l'infrastructure
  • 75 Go de LUN pour les magasins de réplicas (1 par cluster de pools de postes de travail)
Couche de stockage de poste de travail de machine virtuelle
2 pools de stockage RAID 1/0 :

Pour le pool 1 :

  • 360 15K 300 Go HDD (47 To utilisables)
  • 97 LUN de 450 Go pour les postes de travail

Pour le pool 2 :

  • 296 15K 300 Go HDD (39 To utilisables)
  • 7 LUN de 450 Go pour l'infrastructure
  • 85 LUN de 450 Go pour les postes de travail

Cette stratégie de stockage est illustrée dans la figure suivante.

Figure 1. Exemple de stockage étagé pour un pool de postes de travail volumineux
Les machines virtuelles parentes et réplicas sont placées sur des disques électroniques.

D'un point de vue architectural, View Composer crée des images de poste de travail qui partagent une image de base pouvant réduire les exigences de stockage de 50 % ou plus. Vous pouvez réduire davantage les exigences de stockage en définissant une règle d'actualisation qui renvoie périodiquement le poste de travail à son état d'origine et libère l'espace utilisé pour suivre les modifications depuis la dernière actualisation.

Si vous utilisez View Composer avec des postes de travail de machine virtuelle vSphere 5.1 ou version ultérieure, vous pouvez utiliser la fonctionnalité de récupération d'espace. Avec cette fonction, les données périmées ou supprimées dans un système d'exploitation client sont automatiquement récupérées avec un processus d'effacement et de réduction lorsque la quantité d'espace disque inutilisé atteint un certain seuil. Notez que la fonctionnalité de récupération d'espace n'est pas prise en charge si vous utilisez une banque de données vSAN.

Vous pouvez également réduire l'espace disque du système d'exploitation en utilisant des disques persistants de View Composer ou un serveur de fichiers partagés comme référentiel principal pour le profil et les documents de l'utilisateur. Comme View Composer vous permet de séparer des données utilisateur du système d'exploitation, vous pouvez voir que seul le disque persistant doit être sauvegardé ou répliqué, ce qui réduit davantage les exigences de stockage. Pour plus d'informations, reportez-vous à la section Réduction des exigences de stockage avec Composer.

Note : Les meilleures décisions concernant les composants de stockage dédié peuvent être prises lors d'une phase pilote. La considération principale est les E/S par seconde (IOPS). Vous pouvez mettre en place une stratégie de stockage multicouche ou un stockage vSAN pour optimiser les performances et réduire les coûts.

Pour plus d'informations, consultez le guide de meilleures pratiques intitulé Storage Considerations for VMware View.