EMC VSPEX END-USER COMPUTING

Transcription

1 Guide d infrastructure VSPEX EMC Proven EMC VSPEX END-USER COMPUTING Citrix XenDesktop 7 avec Microsoft Hyper-V Server Jusqu à bureaux virtuels Technologie EMC VNX nouvelle génération et sauvegarde EMC EMC VSPEX Abstraction Ce document décrit la solution EMC VSPEX End-User Computing, avec Citrix XenDesktop, Microsoft Hyper-V Server 2012 et EMC VNX nouvelle génération pour la gestion d un maximum de bureaux virtuels. Novembre 2013

2 Copyright 2013 EMC Corporation. Tous droits réservés. Publié en novembre 2013 EMC estime que les informations figurant dans ce document sont exactes à la date de publication. Ces informations sont modifiables sans préavis. Les informations contenues dans ce document sont fournies «en l état». EMC Corporation ne fournit aucune déclaration ou garantie d aucune sorte concernant les informations contenues dans cette publication et rejette plus spécialement toute garantie implicite de qualité commerciale ou d adéquation à une utilisation particulière. L utilisation, la copie et la diffusion de tout logiciel EMC décrit dans cette publication nécessitent une licence logicielle en cours de validité. EMC 2, EMC et le logo EMC sont des marques déposées ou des marques commerciales d EMC Corporation aux États-Unis et dans d autres pays. Toutes les autres marques citées dans le présent document sont la propriété de leurs détenteurs respectifs. Pour obtenir la liste actualisée des noms de produits, consultez la rubrique des marques EMC via le lien Législation, sur EMC VSPEX End-User Computing avec Citrix XenDesktop 7 et Microsoft Hyper-V Server Jusqu à bureaux virtuels Référence H EMC VSPEX End-User Computing

3 Sommaire Sommaire Chapitre 1 Résumé analytique 11 Introduction Audience Objectif de ce guide Besoins métiers Chapitre 2 Présentation de solution 15 Présentation de solution Programme de bureau Virtualisation Traitement Réseau Sauvegarde Stockage Chapitre 3 Présentation technologique de la solution 23 Technologies de la solution Résumé des composants principaux Virtualisation des postes de travail Citrix XenDesktop Machine Creation Services Citrix Provisioning Services Citrix Personal vdisk Citrix Profile Management Virtualisation Microsoft Hyper-V Server Microsoft System Center Virtual Machine Manager Haute disponibilité Hyper-V EMC Storage Integrator for Windows Traitement Réseau Stockage Snapshots VNX EMC EMC VNX SnapSure EMC VNX Virtual Provisioning VNX FAST Cache VNX FAST VP (facultatif) EMC VSPEX End-User Computing 3

4 Sommaire Partages de fichiers VNX Bureaux distants/succursales Sauvegarde et restauration EMC Avamar ShareFile ShareFile StorageZones Architecture ShareFile StorageZone Utilisation de ShareFile StorageZone avec les architectures VSPEX Chapitre 4 Présentation de solution 45 Présentation de solution Architecture de la solution Architecture logique Principaux composants Ressources matérielles Ressources logicielles Dimensionnement de la configuration validée Instructions pour la configuration des serveurs Virtualisation de la mémoire Microsoft Hyper-V pour VSPEX Instructions pour la configuration de la mémoire Instructions pour la configuration du réseau VLAN Activation des trames Jumbo Agrégation de liens Instructions pour la configuration du stockage Virtualisation du stockage Hyper-V pour VSPEX Module de stockage VSPEX Valeurs maximales validées pour l environnement utilisateur VSPEX Organisation du stockage pour 500 bureaux virtuels Organisation du stockage pour bureaux virtuels Organisation du stockage pour bureaux virtuels Haute disponibilité et basculement sur incident Couche de virtualisation Couche de traitement Couche réseau Couche de stockage Profil du test de validation Instructions pour la configuration de l environnement de sauvegarde Caractéristiques de la sauvegarde Organisation de la sauvegarde Instructions pour le dimensionnement Charge de travail de référence EMC VSPEX End-User Computing

5 Sommaire Définition de la charge de travail de référence Application de la charge de travail de référence Mise en oeuvre des architectures de référence Types de ressource Ressources de sauvegarde Extension des environnements utilisateur VSPEX existants Résumé de la mise en oeuvre Évaluation rapide CPU requis Mémoire requise Performances de stockage requises Capacité de stockage requise Définition de bureaux virtuels de référence équivalents Réglages Chapitre 5 Instructions pour la configuration de VSPEX 99 Présentation Tâches préalables au déploiement Conditions de déploiement Données de configuration du client Préparation des switches, connexion du réseau et configuration des switches Préparation des switches réseau Configuration du réseau de l infrastructure Configurer les VLAN Terminer le câblage réseau Préparation et configuration de la baie de stockage Configuration du VNX Provisionnement du stockage de base des données Provisionnement d un stockage facultatif pour les données utilisateur Provisionnement d un stockage facultatif pour les machines virtuelles de l infrastructure Installation et configuration des hôtes Microsoft Hyper-V Installation des hôtes Windows Installation d Hyper-V et configuration du clustering avec basculement sur incident Configuration du réseau des hôtes Windows Installation de PowerPath sur les serveurs Windows Server Activation des trames Jumbo Planification de l allocation de mémoire aux machines virtuelles Installation et configuration de la base de données SQL Server Création d une machine virtuelle pour Microsoft SQL Server Installation de Microsoft Windows sur la machine virtuelle Installation de SQL Server EMC VSPEX End-User Computing 5

6 Sommaire Configuration de la base de données pour Microsoft SCVMM Déploiement du serveur System Center Virtual Machine Manager Création d une machine virtuelle d hôte SCVMM Installation du système d exploitation invité de SCVMM Installation du serveur SCVMM Installation de la console de gestion SCVMM Installation de l agent SCVMM sur un hôte en local Ajout d un cluster Hyper-V dans SCVMM Ajout d un stockage de partage de fichiers dans SCVMM (variante fichier uniquement) Création d une machine virtuelle dans SCVMM Création d un modèle de machine virtuelle Déploiement des machines virtuelles à partir du modèle Installation et configuration du contrôleur XenDesktop Installation des composants de XenDesktop côté serveur Configuration d un site Ajout d un second contrôleur Installation de Citrix Studio Préparation d une machine virtuelle maître Provisionnement des bureaux virtuels Installation et configuration de Provisioning Services (PVS uniquement) Configuration d un parc de serveurs PVS Ajout d un second serveur PVS Créer un magasin PVS Configuration d une communication entrante Configuration d un fichier d amorçage Configuration d un serveur TFTP sur VNX Configuration des options de démarrage 66 et 67 sur un serveur DHCP Préparation de la machine virtuelle maître Provisionnement des bureaux virtuels Configuration d EMC Avamar Ajouts de GPO pour EMC Avamar Préparation de l image principale pour EMC Avamar Définition des Datasets Définition des calendriers Ajustement du calendrier des fenêtres de maintenance Définition des règles de rétention Création des groupes et des règles de groupe EMC Avamar Enterprise Manager : activation des clients Résumé Chapitre 6 Validation de la solution 149 Présentation EMC VSPEX End-User Computing

7 Sommaire Liste de contrôle post-installation Déploiement et test d un bureau virtuel Vérification de la redondance des composants de la solution Annexe A Nomenclature 153 Nomenclature pour 500 bureaux virtuels Nomenclature pour bureaux virtuels Nomenclature pour bureaux virtuels Annexe B Fiche produit de configuration du client 161 Fiches Données de configuration du client Annexe C Références 165 Références Documentation EMC Autre documentation Annexe D À propos de VSPEX 167 À propos de VSPEX Figures Figure 1. VNX nouvelle génération avec optimisation multicœur Figure 2. Les processeurs actif/actif augmentent les performances, la résilience et l efficacité Figure 3. Version la plus récente de Unisphere Management Suite Figure 4. Composants de la solution Figure 5. Composants de l architecture XenDesktop Figure 6. Flexibilité de la couche de traitement des données Figure 7. Exemple de conception réseau haute disponibilité Figure 8. Progression du rééquilibrage du pool de stockage Figure 9. Utilisation de l espace de thin LUN Figure 10. Examen de l utilisation de l espace du pool de stockage Figure 11. Définition des seuils d utilisation du pool de stockage Figure 12. Définition des notifications automatiques (mode bloc) Figure 13. Architecture générale de ShareFile Figure 14. Architecture logique : VSPEX End-User Computing pour Citrix XenDesktop avec ShareFile StorageZone Figure 15. Architecture logique de la variante SMB Figure 16. Architecture logique de la variante FC Figure 17. Consommation de la mémoire de l hyperviseur Figure 18. Réseaux requis Figure 19. Types de disque virtuel Hyper-V Figure 20. Organisation du stockage de base avec provisionnement PVS pour 500 bureaux virtuels EMC VSPEX End-User Computing 7

8 Sommaire Figure 21. Organisation du stockage de base avec provisionnement MCS pour 500 bureaux virtuels Figure 22. Organisation du stockage facultatif pour 500 bureaux virtuels Figure 23. Figure 24. Organisation du stockage de base avec provisionnement PVS pour bureaux virtuels Organisation du stockage de base avec provisionnement MCS pour bureaux virtuels Figure 25. Organisation du stockage facultatif pour bureaux virtuels Figure 26. Figure 27. Organisation du stockage de base avec provisionnement PVS pour bureaux virtuels Organisation du stockage de base avec provisionnement MCS pour bureaux virtuels Figure 28. Organisation du stockage facultatif pour bureaux virtuels Figure 29. Haute disponibilité de la couche de virtualisation Figure 30. Alimentations redondantes Figure 31. Haute disponibilité de la couche réseau Figure 32. Haute disponibilité de la gamme VNX Figure 33. Exemple d architecture réseau - Variante SMB Figure 34. Exemple d architecture réseau - Variante FC Figure 35. Définition du paramètre nthread Figure 36. Boîte de dialogue Storage System Properties Figure 37. Boîte de dialogue Create FAST Cache Figure 38. Onglet avancé de la boîte de dialogue Create Storage Pool Figure 39. Onglet Advanced de la boîte de dialogue Storage Pool Properties Figure 40. Fenêtre Storage Pool Properties Figure 41. Boîte de dialogue Manage Auto-Tiering Figure 42. Fenêtre LUN Properties Figure 43. Boîte de dialogue Configure Bootstrap Figure 44. Configuration de la redirection de dossiers Windows Figure 45. Création d un mappage de lecteur réseau Windows pour les fichiers utilisateur Figure 46. Configuration des paramètres de mappage du lecteur Figure 47. Configuration des paramètres de mappage commun du lecteur Figure 48. Création d un mappage de lecteur réseau Windows pour les données des profils utilisateur Figure 49. Menu Tools d Avamar Figure 50. Boîte de dialogue Manage All Datasets d Avamar Figure 51. Boîte de dialogue New Dataset d Avamar Figure 52. Configuration des paramètres de Dataset Avamar Figure 53. Dataset destiné aux données de profils utilisateur Figure 54. Figure 55. Paramètres d exclusion du Dataset destiné aux données de profils utilisateur Configuration des options du Dataset destiné aux données de profils utilisateur EMC VSPEX End-User Computing

9 Figure 56. Figure 57. Figure 58. Sommaire Configuration des options avancées du Dataset destiné aux données de profils utilisateur Calendrier des fenêtres de sauvegarde/coupure/maintenance d Avamar par défaut Calendrier modifié des fenêtres de sauvegarde/coupure/maintenance d Avamar Figure 59. Création d un nouveau groupe de sauvegarde Avamar Figure 60. Paramètres du nouveau groupe de sauvegarde Figure 61. Sélection du Dataset du groupe de sauvegarde Figure 62. Sélection du calendrier du groupe de sauvegarde Figure 63. Sélection de la règle de rétention du groupe de sauvegarde Figure 64. Avamar Enterprise Manager, Figure 65. Avamar Client Manager Figure 66. Boîte de dialogue Activate Client d Avamar Figure 67. Menu d activation des clients Avamar Figure 68. Configuration du service d annuaire Avamar Figure 69. Avamar Client Manager, postconfiguration Figure 70. Avamar Client Manager : clients de bureaux virtuels Figure 71. Avamar Client Manager : sélection des clients de bureaux virtuels Figure 72. Sélectionner les groupes Avamar Figure 73. Activation des clients Avamar Client Figure 74. Validation de l activation des clients Avamar Client Figure 75. Figure 76. Première invite informationnelle d activation des clients Avamar Client Deuxième invite informationnelle d activation des clients Avamar Client Figure 77. Avamar Client Manager : clients activés Tableau Tableau 1. Seuils et paramètres sous VNX OE Block Release Tableau 2. Tableau 3. Ressources matérielles minimales pour la prise en charge de ShareFile StorageZone avec Storage Center Stockage EMC VNX recommandé pour le partage CIFS de ShareFile StorageZone Tableau 4. Matériel utilisé dans la solution Tableau 5. Logiciels utilisés dans la solution Tableau 6. Configurations prenant en charge cette solution Tableau 7. Matériel serveur Tableau 8. Ressources matérielles pour le réseau Tableau 9. Matériel de stockage Tableau 10. Nombre de disques requis pour différentes quantités de bureaux virtuels Tableau 11. Profil de l environnement validé EMC VSPEX End-User Computing 9

10 Sommaire Tableau 12. Caractéristiques du profil de sauvegarde Tableau 13. Caractéristiques du bureau virtuel Tableau 14. Ligne de la fiche technique à renseigner Tableau 15. Ressources du bureau virtuel de référence Tableau 16. Exemple de ligne de fiche technique Tableau 17. Exemples d applications Tableau 18. Total des composants des ressources serveur Tableau 19. Fiche technique client vide Tableau 20. Présentation du processus de déploiement Tableau 21. Tâches préalables au déploiement Tableau 22. Liste de contrôle des conditions de déploiement Tableau 23. Tâches de configuration des switches et du réseau Tableau 24. Tâches de configuration du stockage Tableau 25. Tâches d installation des serveurs Tableau 26. Tâches d installation de la base de données SQL Server Tableau 27. Tâches de configuration de SCVMM Tableau 28. Tâches d installation des contrôleurs XenDesktop Tableau 29. Tâches d installation des contrôleurs XenDesktop Tableau 30. Tâches relatives à l intégration avec Avamar Tableau 31. Tâches de test de l installation Tableau 32. Liste des composants utilisés dans la solution VSPEX pour 500 bureaux virtuels Tableau 33. Liste des composants utilisés dans la solution VSPEX pour bureaux virtuels Tableau 34. Liste des composants utilisés dans la solution VSPEX pour bureaux virtuels Tableau 35. Informations sur les serveurs communs Tableau 36. Informations sur le serveur Hyper-V Tableau 37. Informations sur la baie Tableau 38. Informations sur l infrastructure réseau Tableau 39. Informations sur le réseau VLAN Tableau 40. Comptes de maintenance EMC VSPEX End-User Computing

11 Chapitre 1: Résumé analytique Chapitre 1 Résumé analytique Ce chapitre traite des points suivants : Introduction Audience Objectif de ce guide Besoins métiers EMC VSPEX End-User Computing 11

12 Chapitre 1: Résumé analytique Introduction Audience Objectif de ce guide Les architectures validées et modulaires EMC VSPEX reposent sur des technologies éprouvées et constituent des solutions de virtualisation complètes qui vous aident à prendre des décisions avisées en ce qui concerne les couches d hyperviseur, de traitement des données et réseau. VSPEX élimine les problèmes de planification et de configuration liés à la virtualisation des serveurs. Dans le cadre de stratégies de virtualisation des serveurs, de déploiement de bureaux virtuels ou encore de consolidation informatique, VSPEX accélère la transformation informatique en accélérant les déploiements, en élargissant le champ des possibilités, en optimisant l efficacité et en diminuant les risques. Le présent document est un guide complet détaillant les différents aspects techniques de cette solution. La capacité des serveurs constitue une indication générale, avec les minima requis en termes de CPU, de mémoire et d interfaces réseau. Les clients sont libres d opter pour le matériel serveur et réseau de leur choix pour satisfaire, voire dépasser, la configuration minimale indiquée. Ce guide suppose que vous disposez de la formation et de l expérience nécessaires pour installer et configurer une solution d environnement utilisateur reposant sur Citrix XenDesktop avec l hyperviseur Microsoft Hyper-V, les systèmes de stockage EMC VNX et l infrastructure correspondante dans le cadre de cette implémentation. Le cas échéant, EMC vous propose des références externes et vous recommande de vous familiariser avec ces documents. Vous devez également connaître les règles de sécurité de l infrastructure et des bases de données propres à l installation du client. Nous invitons les personnes intéressées par la vente et le dimensionnement d une solution VSPEX End-User Computing pour Citrix XenDesktop à être particulièrement attentives aux quatre premiers chapitres de ce document. Les personnes chargées de la mise en œuvre de la solution sont quant à elles invitées à se concentrer sur les instructions de configuration du Chapitre 5, sur la validation de la solution au Chapitre 6, ainsi que sur les références et annexes correspondantes. Ce guide est une première introduction à l architecture VSPEX End-User Computing. Il explique comment modifier l architecture en fonction d engagements spécifiques et fournit des instructions permettant de déployer efficacement le système. L architecture VSPEX End-User Computing permet au client de disposer d un système moderne capable d héberger un grand nombre de bureaux virtuels en fournissant un niveau de performance homogène. Cette solution s exécute sur la couche de virtualisation Microsoft Hyper-V et repose sur la gamme de stockage VNX haute disponibilité et le courtier de bureau Citrix XenDesktop. Bien que définissables par le fournisseur, les composants de traitement et réseau sont conçus pour être redondants et suffisamment puissants pour gérer les besoins en capacité de traitement et en données d un grand environnement de machines virtuelles. 12 EMC VSPEX End-User Computing

13 Besoins métiers Chapitre 1: Résumé analytique Les environnements gérant 500, et bureaux virtuels décrits ici reposent une charge de travail définie. Certes, les bureaux virtuels n ont pas tous les mêmes exigences ; cependant, ce document contient différentes méthodes et des conseils permettant d adapter le système pour un déploiement économique de ce dernier. Une architecture de bureaux virtuels ou End-User Computing repose sur un système complexe. Ce document facilite sa configuration grâce à des listes de matériel et de logiciels initiaux, des fiches techniques et des conseils de dimensionnement pas à pas, ainsi que des étapes de déploiement vérifiées. Il fournit également des tests de validation qui vous permettront de vérifier que votre système fonctionne correctement une fois le dernier composant installé. Suivez les instructions de ce document pour garantir un déploiement facile et efficace de vos postes de travail. L utilisation d applications métiers devient de plus en plus courante dans les environnements informatiques, réseau et de stockage consolidés. L utilisation de Citrix pour EMC VSPEX End-User Computing simplifie la configuration des composants d un modèle de déploiement traditionnel. Cela simplifie la gestion de l intégration, tout en conservant les options de mise en œuvre et de conception des applications. Citrix unifie l administration, tout en permettant de contrôler et de surveiller les différents processus. L architecture de la solution VSPEX End- User Computing pour Citrix répond aux besoins métiers suivants : fourniture d une solution de virtualisation de bout en bout permettant d utiliser les capacités des composants d infrastructure unifiés ; fourniture d une solution permettant de virtualiser efficacement 500, ou bureaux virtuels pour des utilisations variées ; fourniture d une conception de référence fiable, flexible et évolutive. EMC VSPEX End-User Computing 13

14 Chapitre 1: Résumé analytique 14 EMC VSPEX End-User Computing

15 Chapitre 2: Présentation de solution Chapitre 2 Présentation de solution Ce chapitre traite des points suivants : Présentation de solution Programme de bureau Virtualisation Traitement Réseau Sauvegarde Stockage EMC VSPEX End-User Computing 15

16 Chapitre 2: Présentation de solution Présentation de solution Programme de bureau Virtualisation Traitement La solution EMC VSPEX End-User Computing pour Citrix XenDesktop sur Microsoft Hyper-V Server 2012 fournit une architecture système complète capable de prendre en charge et de protéger jusqu à bureaux virtuels avec une topologie serveur et réseau redondante, un système de stockage haute disponibilité et des solutions de sauvegarde EMC fiables. Cette solution particulière repose sur les principaux composants suivants : le programme de bureau, la virtualisation, le stockage, le réseau et le traitement des données. XenDesktop est la solution de bureaux virtuels de Citrix. Elle permet d exécuter des bureaux virtuels dans un environnement de virtualisation Microsoft Hyper-V. Cette solution permet la centralisation des opérations de gestion des bureaux et offre aux départements informatiques un contrôle accru. XenDesktop permet aux utilisateurs finaux de se connecter à leurs postes de travail à partir de divers périphériques via une connexion réseau. Microsoft Hyper-V est une plate-forme de virtualisation qui en plus d être flexible, permet aux utilisateurs de maîtriser les coûts en facilitant la consolidation des grands parcs de serveurs dont les performances sont insuffisantes au sein d infrastructures de type Cloud fiables et maniables. Les composants de virtualisation Microsoft de base sont l hyperviseur Microsoft Hyper-V et Microsoft System Center Virtual Machine Manager pour la gestion du système. L hyperviseur Microsoft Hyper-V s exécute sur un serveur dédié et permet l exécution simultanée de plusieurs systèmes d exploitation sur le système en tant que machines virtuelles. Les services en cluster de Microsoft permettent le fonctionnement de plusieurs serveurs Hyper-V au sein d une configuration en cluster. La configuration du cluster Microsoft Hyper-V est gérée sous forme de pool de ressources élargi via Microsoft System Center Virtual Machine, permettant l allocation dynamique de CPU, de mémoire et de stockage dans le cluster. Les fonctions haute disponibilité de Microsoft Hyper-V Server 2012, par exemple la migration dynamique et la migration du stockage, permettent une migration transparente des machines virtuelles et des fichiers stockés, d un serveur Hyper-V vers un autre, avec un impact minime, voire nul, sur les performances. Grâce à VSPEX, vous pouvez concevoir et mettre en œuvre les composants serveur choisis par le fournisseur, en bénéficiant d une grande flexibilité. L infrastructure doit respecter les attributs suivants : RAM, cœurs de CPU et mémoire suffisants pour prendre en charge le nombre et les types requis de machines virtuelles ; connexions réseau suffisantes pour une connectivité redondante aux switches du système ; capacité excédentaire pour prendre en charge le basculement sur incident en cas de panne d un serveur dans l environnement. 16 EMC VSPEX End-User Computing

17 Chapitre 2: Présentation de solution Réseau Grâce à VSPEX, vous pouvez concevoir et mettre en œuvre les composants réseau choisis par le fournisseur, en bénéficiant d une grande flexibilité. L infrastructure doit respecter les attributs suivants : liaisons réseau redondantes pour les hôtes, les switches et les systèmes de stockage ; prise en charge de l agrégation de liens ; isolation du trafic conformément aux bonnes pratiques reconnues du secteur. Sauvegarde EMC Avamar fournit le niveau de protection et d efficacité requis pour accélérer le déploiement d une solution EMC VSPEX End-User Computing. Avamar permet aux administrateurs d effectuer des sauvegardes et de gérer les règles et les composants de l infrastructure de l environnement utilisateur de façon centralisée, tout en autorisant les utilisateurs à restaurer leurs propres fichiers efficacement, grâce à une interface Web simple et intuitive. Avamar ne déplace que les nouveaux segments de données de sous-fichiers uniques, pour des sauvegardes quotidiennes complètes rapides. Les temps de sauvegarde sont ainsi réduits de 90 %, ce qui peut réduire la bande passante réseau requise quotidiennement de 99 %, et le stockage de sauvegarde nécessaire de 10 à 30 fois. Stockage La gamme de systèmes de stockage EMC VNX nouvelle génération fournit un accès en modes fichier et bloc avec de nombreuses fonctions, ce qui en fait la solution idéale pour la mise en œuvre de toutes les solutions d environnement utilisateur. Les composants de stockage VNX sont indiqués ci-dessous. Ils sont dimensionnés sur la base de la charge de travail définie pour l architecture de référence : Ports d adaptateur hôte (mode bloc) : ports fournissant une connectivité hôte vers la baie par le biais du fabric. Data Movers (mode fichier) : appliances front-end fournissant des services de gestion des fichiers aux hôtes (facultatives si vous disposez de services NFS ou CIFS/SMB). Processeurs de stockage : composants de traitement de la baie de stockage, qui interviennent dans tous les aspects du déplacement de données vers, depuis ou entre les baies. Disques : axes de disques et disques SSD comportant les données d hôtes ou d applications et leurs boîtiers. Remarque : Le terme Data Mover fait référence à un composant matériel du VNX doté d un CPU, d une mémoire et de ports d E/S. Il active les protocoles CIFS (SMB) et NFS sur le VNX. EMC VSPEX End-User Computing 17

18 Chapitre 2: Présentation de solution Les solutions de postes de travail décrites dans ce document s appuient sur les baies de stockage EMC VNX5400 et EMC VNX5600. Le système VNX5400 peut prendre en charge jusqu à 250 disques, tandis que le système VNX5600 peut en héberger jusqu à 500. La gamme EMC VNX prend en charge un large éventail de fonctionnalités métiers parfaitement adaptées à l environnement utilisateur, notamment les suivantes : EMC Fully Automated Storage Tiering for Virtual Pools (FAST VP) EMC FAST Cache Déduplication et compression des données au niveau des fichiers Déduplication en mode bloc Allocation dynamique de la réplication Snapshots et points de contrôle Rétention au niveau des fichiers Gestion des quotas Fonctions et améliorations La plate-forme de stockage unifié EMC VNX optimisée grâce à Flash s appuie sur une technologie innovante et des fonctions d entreprise pour fournir une solution unique de stockage en modes fichier, bloc et objet à la fois facile à utiliser et évolutive. Idéale pour les charges de travail mixtes des environnements physiques ou virtuels, la plate-forme VNX associe un matériel puissant et flexible à des logiciels d optimisation, de protection et de gestion hautes performances adaptés aux exigences des environnements applicatifs virtualisés d aujourd hui. La gamme VNX nouvelle génération intègre de nombreuses fonctions et améliorations élaborées autour de celles qui ont fait le succès de la première génération. Ces fonctions et améliorations incluent : davantage de capacité avec une optimisation multicœur et Multicore Cache, Multicore RAID et Multicore FAST Cache (MCx ) ; Plus grande efficacité avec une baie hybride optimisée grâce à la technologie Flash meilleure protection grâce à une plus large disponibilité des applications, avec des processeurs de stockage actif/actif ; administration et déploiement facilités grâce à une meilleure productivité avec la nouvelle suite Unisphere Management Suite. VSPEX est équipé de la baie VNX nouvelle génération pour une efficacité, des performances et une évolutivité nettement supérieures à celles fournies par le passé. Baie hybride optimisée pour Flash VNX est une baie hybride optimisée pour Flash. Elle offre une hiérarchisation automatisée pour garantir des performances optimales à vos données critiques, de même qu elle déplace de manière intelligente les données auxquelles vous accédez le moins souvent sur des disques moins coûteux. 18 EMC VSPEX End-User Computing

19 Chapitre 2: Présentation de solution Dans cette approche hybride, un faible pourcentage de disques Flash dans l ensemble du système peut fournir un pourcentage important des E/S par seconde totales. Le VNX optimisé pour Flash tire pleinement avantage du temps de latence de Flash réduit afin d offrir une optimisation économique et une évolutivité hautes performances. EMC Fully Automated Storage Tiering Suite (FAST Cache et FAST VP) hiérarchise à la fois les données en modes bloc et fichier sur des disques hétérogènes et envoie les données les plus utilisées vers les disques Flash, évitant ainsi aux clients d avoir à faire des concessions en termes de coûts ou de performances. Les nouvelles données ont tendance à être utilisées davantage que les données plus anciennes. Par conséquent, elles sont stockées sur des disques Flash pour fournir de meilleures performances. Au fil du temps, les données anciennes sont de moins en moins sollicitées. FAST VP hiérarchise alors automatiquement les données en les déplaçant des disques hautes performances vers les disques haute capacité, en fonction des règles définies par le client. Cette fonctionnalité a été améliorée : elle fournit désormais une efficacité multipliée par quatre grâce à de nouveaux disques SSD FAST VP qui s appuient sur la technologie emlc (enterprise multilevel cell), diminuant ainsi le coût par gigaoctet. FAST Cache absorbe les pics de charge de travail système imprévus de manière dynamique. Tous les exemples d utilisation de VSPEX bénéficient de cette efficacité accrue. Les infrastructures VSPEX EMC Proven proposent des solutions pour Cloud privé, environnement utilisateur et applications virtualisées. Avec VNX, les clients peuvent obtenir un retour sur investissement encore plus important. En effet, VNX fournit une déduplication hors bande en mode bloc qui peut réduire considérablement les coûts du niveau Flash. Optimisation du chemin d accès au code VNX MCx L avènement de la technologie Flash a radicalement modifié les exigences liées aux systèmes de stockage milieu de gamme. EMC a repensé la plate-forme de stockage milieu de gamme pour optimiser réellement les processeurs multicœur afin d offrir un système de stockage particulièrement performant et économique. Comme l illustre la Figure 1, MCx distribue l ensemble des services de données VNX sur tous les cœurs. La gamme VNX avec MCx améliore considérablement les performances en mode fichier des applications transactionnelles comme les bases de données et les machines virtuelles sur un stockage rattaché au réseau (NAS). Figure 1. VNX nouvelle génération avec optimisation multicœur EMC VSPEX End-User Computing 19

20 Chapitre 2: Présentation de solution Cache multicœur Le cache est la ressource la plus précieuse du sous-système de stockage. De son utilisation efficace dépend l efficacité générale de la plate-forme en ce qui concerne la gestion des charges de travail variables et fluctuantes. Le moteur du cache a été modularisé de manière à tirer parti de tous les cœurs disponibles dans le système. RAID multicœur Autre élément important de la refonte MCx : la gestion des E/S sur le stockage back-end permanent (disques durs et disques SSD). Les améliorations considérables des performances du VNX s expliquent par la modularisation du traitement de la gestion des données back-end, qui permet à MCx d évoluer de manière transparente sur tous les processeurs. performances de VNX. Le stockage VNX reposant sur l architecture MCx est optimisé pour la technologie FLASH 1st et fournit des performances globales sans précédent. Il optimise le système pour améliorer les performances transactionnelles (coût par IOPS) et de la bande passante (coût par Go/s) avec faible latence, et assure une efficacité optimale de la capacité de stockage (coût par Go). VNX propose les améliorations de performances suivantes : jusqu à quatre fois plus de transactions en mode fichier que les baies à double contrôleur ; une multiplication par trois des performances en mode fichier pour les applications transactionnelles (par exemple, Microsoft Exchange sur VMware et NFS) avec des temps de réponse jusqu à 60 % plus courts ; jusqu à quatre fois plus de transactions OLTP Oracle et Microsoft SQL Server ; jusqu à six fois plus de machines virtuelles. processeurs de stockage de baie actif/actif. La nouvelle architecture du VNX fournit des processeurs de stockage de baie actif/actif, comme indiqué sur la Figure 2. Ceci permet d éliminer les expirations du délai des applications lors du basculement de chemin sur incident, car les deux chemins traitent activement les demandes d E/S. L équilibrage de la charge est également amélioré et les applications affichent des performances jusqu à deux fois supérieures. La configuration actif/actif en mode bloc est parfaitement adaptée aux applications nécessitant les meilleurs niveaux de disponibilité et de performances mais ne requérant pas de hiérarchisation ni de services de gestion de l efficacité tels que la compression, la déduplication ou les snapshots. Avec cette version de VNX, les clients VSPEX peuvent utiliser les Data Movers virtuels et VNX Replicator pour effectuer des migrations de systèmes de fichiers automatisées à grande vitesse, entre les systèmes. Ce processus assure une migration automatique de tous les points de contrôle et paramètres ; il permet également aux clients de poursuivre leurs activités durant la migration. 20 EMC VSPEX End-User Computing

21 Chapitre 2: Présentation de solution Figure 2. Les processeurs actif/actif augmentent les performances, la résilience et l efficacité Unisphere Management La dernière version de Unisphere Management Suite étend l interface conviviale de Unisphere pour y inclure la fonction VNX Monitoring and Reporting afin de valider les performances et d anticiper les besoins en capacité. Comme illustré sur la Figure 3, cette suite intègre également Unisphere Remote pour gérer de manière centralisée des milliers de systèmes VNX et VNXe tout en assurant la prise en charge d XtremSW Cache. Figure 3. Version la plus récente de Unisphere Management Suite EMC VSPEX End-User Computing 21

22 Chapitre 2: Présentation de solution 22 EMC VSPEX End-User Computing

23 Chapitre 3: Présentation technologique de la solution Chapitre 3 Présentation technologique de la solution Ce chapitre traite des points suivants : Technologies de la solution Résumé des composants principaux Virtualisation des postes de travail Virtualisation Traitement Réseau Stockage Sauvegarde et restauration ShareFile EMC VSPEX End-User Computing 23

24 Chapitre 3: Présentation technologique de la solution Technologies de la solution Cette solution VSPEX utilise les baies de stockage EMC VNX5400 (jusqu à bureaux virtuels) ou VNX5600 (jusqu à bureaux virtuels) et Microsoft Hyper-V Server 2012 pour fournir les ressources en stockage et en traitement des données d un environnement Citrix XenDesktop 7 composé de bureaux virtuels Windows 7 provisionnés par Provisioning Services (PVS) ou Machine Creation Services (MCS). Les composants de la solution sont illustrés dans la Figure 4. Figure 4. Composants de la solution La planification et la conception de l infrastructure de stockage d un environnement Citrix XenDesktop représentent une étape critique, car le stockage partagé doit être capable d absorber d importants pics d entrées/sorties (E/S) survenant pendant certains exemples d utilisation, tels que le démarrage de nombreux postes de travail au début d une journée de travail ou l application des correctifs requis. Ces pics d E/S peuvent donner lieu à des performances irrégulières et imprévisibles des bureaux virtuels au cours de certaines périodes. Si la planification ne prend pas ces exemples d utilisation en compte, les utilisateurs pourraient rapidement ressentir une certaine frustration par rapport à ces performances imprévisibles. Pour assurer des performances prévisibles au sein d un environnement utilisateur, le système de stockage doit pouvoir gérer les pics de charge d E/S en provenance des clients, tout en fournissant des temps de réponse rapides. Habituellement, la conception adaptée à ce type de charge de travail implique le déploiement de plusieurs disques pour gérer de courtes périodes d une extrême intensité en E/S, ce qui peut s avérer coûteux à mettre en œuvre. Cette solution utilise EMC VNX FAST Cache, ce qui permet de réduire le nombre de disques nécessaires. La sauvegarde EMC nouvelle génération assure la protection des données utilisateur et procure aux utilisateurs une capacité de restauration grâce à l utilisation d EMC Avamar et de son client de poste de travail au niveau de l image de ce dernier. 24 EMC VSPEX End-User Computing

25 Chapitre 3: Présentation technologique de la solution Résumé des composants principaux La présente section décrit les principaux composants de la solution. Virtualisation des postes de travail Le programme de virtualisation des postes de travail gère le provisionnement, l allocation, la maintenance et la suppression éventuelle des images des bureaux virtuels fournis aux utilisateurs du système. Ce logiciel permet de créer à la demande des images de postes de travail, d assurer la maintenance des images sans perturber la productivité des utilisateurs et d éviter la croissance incontrôlée de l environnement. Virtualisation La couche de virtualisation permet de séparer les ressources physiques et les applications qui les utilisent. Les applications peuvent ainsi utiliser les ressources qui ne sont pas directement liées au matériel, permettant l activation d un grand nombre de fonctionnalités clés de l environnement utilisateur. Traitement La couche de traitement des données fournit des ressources mémoire et de calcul au logiciel de la couche de virtualisation et aux applications qui s exécutent dans l infrastructure. Le programme VSPEX définit la quantité minimale de ressources requises pour la couche de traitement des données, tout en permettant au client de mettre en œuvre ses exigences via n importe quel matériel informatique capable de les satisfaire. Réseau La couche réseau connecte les utilisateurs de l environnement aux ressources dont ils ont besoin et relie la couche de stockage à la couche de traitement. Le programme VSPEX définit le nombre minimal de ports réseau requis pour la solution et fournit des instructions générales concernant l architecture réseau. Il permet au client de mettre en œuvre ses exigences en utilisant n importe quel matériel réseau capable de les satisfaire. Stockage La couche de stockage est une ressource critique pour la mise en œuvre de l environnement utilisateur. En raison du mode d utilisation des postes de travail, la couche de stockage doit pouvoir absorber tout pic d activité important au moment où il se produit, sans nuire à l expérience de l utilisateur. Cette solution utilise EMC VNX FAST Cache pour gérer efficacement la charge de travail. Sauvegarde et restauration La solution propose des composants de sauvegarde et de restauration en option chargés de protéger les données hébergées sur le système principal au cas où elles seraient supprimées, endommagées ou deviendraient inutilisables. ShareFile Les composants de sécurité de RSA procurent aux clients des options supplémentaires pour contrôler l accès à l environnement et s assurer que seuls les utilisateurs autorisés peuvent utiliser le système. La section Architecture de la solution décrit en détail l ensemble des composants de l architecture de référence. EMC VSPEX End-User Computing 25

26 Chapitre 3: Présentation technologique de la solution Virtualisation des postes de travail La virtualisation d un poste de travail d utilisateur implique l encapsulation et la fourniture de ce poste sur un périphérique client distant. Ce client distant peut être un client léger, un client zéro, un smartphone ou une tablette. La virtualisation permet à des abonnés situés en différents emplacements d accéder à des bureaux virtuels hébergés sur des ressources informatiques centralisées au sein de datacenters distants. Dans cette solution, Citrix XenDesktop est utilisé pour provisionner, gérer, programmer et surveiller l environnement de virtualisation des postes de travail. Citrix XenDesktop 7 Dans l architecture XenDesktop 7, les composants de gestion et de livraison sont partagés entre XenDesktop et XenApp pour faire bénéficier aux administrateurs d une expérience de gestion unifiée. La Figure 5 présente les composants de l architecture XenDesktop 7. Figure 5. Composants de l architecture XenDesktop 7 Les composants de l architecture XenDesktop 7 sont les suivants : Receiver : installé sur les périphériques utilisateur, Citrix Receiver fournit aux utilisateurs un accès rapide et sécurisé en libre-service aux documents, applications et postes de travail à partir de tous leurs périphériques, y compris les smartphones, tablettes et PC. Receiver fournit un accès à la demande à Windows, au Web et aux applications Saas (Software-as-a-Service). StoreFront : StoreFront permet d authentifier les utilisateurs sur les sites hébergeant les ressources et de gérer les magasins de postes de travail et applications auxquels les utilisateurs accèdent. Studio : Studio est la console de gestion qui vous permet de configurer et de gérer le déploiement, éliminant le besoin d utiliser des consoles de gestion séparées pour la gestion de la mise à disposition des applications et des postes de travail. Studio propose divers assistants qui vous guident pendant la configuration de votre environnement, la création de vos charges de travail pour l hébergement des applications et postes de travail, et l attribution de ces applications et postes aux utilisateurs. 26 EMC VSPEX End-User Computing

27 Chapitre 3: Présentation technologique de la solution Delivery Controller : installé sur les serveurs du datacenter, Delivery Controller se compose de services qui communiquent avec l hyperviseur pour répartir les applications et postes de travail, authentifier et gérer l accès des utilisateurs et assurer la négociation des connexions entre les utilisateurs et leurs applications et bureaux virtuels. Ce contrôleur gère l état des postes de travail, qu il démarre et qu il arrête en fonction de la demande et de la configuration de l administration. Dans certaines éditions, le contrôleur vous permet d installer Profile Management afin de gérer les paramètres de personnalisation des utilisateurs dans des environnements Windows virtualisés ou physiques. Chaque site présente un ou plusieurs contrôleurs de ce type. Virtual Delivery Agent (VDA) : installé sur les systèmes d exploitation de serveur ou de poste de travail, l agent VDA permet d établir des connexions au niveau des postes de travail et des applications. Pour Remote PC Access, installez le VDA sur votre ordinateur de bureau. Machines avec OS de serveur : il s agit de machines virtuelles ou physiques basées sur les systèmes d exploitation Windows Server. Elles sont utilisées pour la fourniture d applications ou de postes de travail partagés hébergés (HSD) aux utilisateurs. Machines avec OS de poste de travail : il s agit de machines virtuelles ou physiques basées sur un système d exploitation Windows Desktop. Elles sont utilisées pour la livraison de postes de travail personnalisés aux utilisateurs ou la mise à disposition d applications à partir de systèmes d exploitation de poste de travail. Remote PC Access : périphériques utilisateur qui sont inclus dans une liste blanche, permettant aux utilisateurs d accéder aux ressources sur leurs ordinateurs de bureau à distance, à partir de n importe quel périphérique exécutant Citrix Receiver. Machine Creation Services Machine Creation Services (MCS) est un mécanisme de provisionnement intégré avec l interface de gestion de XenDesktop, Citrix Studio, pour permettre le provisionnement, la gestion et l abandon des postes de travail tout au long de leur cycle de vie, à partir d un point de gestion centralisé. MCS permet la gestion de plusieurs types de machines au sein d un catalogue dans Citrix Studio. La personnalisation des postes de travail est persistante dans le cas des machines utilisant Personal vdisk. Les machines n utilisant pas Personal vdisk, quant à elles, conviennent si les modifications apportées aux postes de travail doivent être ignorées lorsque l utilisateur se déconnecte. Les bureaux provisionnés avec MCS partagent une même image de base au sein d un catalogue. Pour cette raison, l accès à l image de base est habituellement assez fréquent pour utiliser EMC VNX FAST Cache, alors que les données fréquemment consultées sont promues vers des disques Flash afin d offrir un temps de réponse d E/S optimal avec un nombre réduit de disques physiques. Citrix Provisioning Services Citrix Provisioning Services (PVS) s appuie sur une approche différente de celle des solutions de création d images de postes de travail traditionnelles, en modifiant fondamentalement la relation entre le matériel et les logiciels qui s y exécutent. En transmettant en continu une seule image de disque partagée (vdisk) au lieu de copier des images sur chaque machine, PVS permet aux entreprises de réduire le nombre d images de disques gérées. Alors que le nombre de machines continue d augmenter, PVS offre l efficacité d une gestion centralisée et les avantages d un traitement distribué. EMC VSPEX End-User Computing 27

28 Chapitre 3: Présentation technologique de la solution Comme les machines transmettent les données de disque de manière dynamique et en temps réel à partir d une seule image partagée, la cohérence des images des machines est assurée. En outre, la configuration, les applications et même le système d exploitation de grands pools de machines peuvent changer complètement pendant l opération de redémarrage. Dans cette solution, PVS provisionne 500, ou bureaux virtuels exécutant Windows 7 ou 8. Les postes de travail sont déployés à partir d une seule image vdisk. Citrix Personal vdisk La fonctionnalité Citrix Personal vdisk (PvDisk ou PvD) a été introduite dans Citrix XenDesktop 5.6. Personal vdisk permet aux utilisateurs de conserver les paramètres de personnalisation et les applications installées par leurs soins au sein d un pool de postes de travail. Pour ce faire, les modifications apportées à la machine virtuelle en pool de l utilisateur sont redirigées vers un disque séparé nommé Personal vdisk. Pendant l exécution, le contenu du Personal vdisk est combiné au contenu de la machine virtuelle de base afin d unifier l expérience de l utilisateur. Les données du Personal vdisk sont conservées durant les opérations de redémarrage et d actualisation. Dans cette solution, PVS provisionne 500, ou bureaux virtuels exécutant Windows 7. Les postes de travail sont déployés à partir d une seule image vdisk. Citrix Profile Management Citrix Profile Management conserve les profils utilisateur et les synchronise dynamiquement via un référentiel de profils distant. Citrix Profile Management s assure que les paramètres personnels sont appliqués aux postes de travail et aux applications, quels que soient l emplacement de connexion ou le périphérique client de l utilisateur. La combinaison de Citrix Profile Management et des pools de postes de travail permet de faire profiter l utilisateur d un poste de travail dédié tout en minimisant potentiellement la quantité de stockage requis dans l entreprise. Citrix Profile Management télécharge dynamiquement le profil distant de l utilisateur lorsque ce dernier se connecte à Citrix XenDesktop. Profile Management télécharge les informations de profil utilisateur uniquement lorsque ce dernier en a besoin. Virtualisation La couche de virtualisation est un composant clé d une solution End-User Computing. Elle permet de dissocier les exigences en ressources des applications des ressources physiques sous-jacentes qui les approvisionnent. La flexibilité au niveau de la couche d application s en trouve accrue, puisque les périodes d interruption pour maintenance du matériel sont éliminées et qu il est possible de modifier la capacité physique du système sans affecter les applications hébergées. Microsoft Hyper-V Server 2012 La couche de virtualisation de cette solution est créée grâce à Microsoft Hyper- V Server Microsoft Hyper-V transforme les ressources physiques d un ordinateur en virtualisant le CPU, la mémoire, le stockage et le réseau. Cette transformation crée des machines virtuelles entièrement fonctionnelles qui exécutent des systèmes d exploitation et des applications isolés et encapsulés, tout comme le feraient des ordinateurs physiques. 28 EMC VSPEX End-User Computing

29 Chapitre 3: Présentation technologique de la solution Les fonctions haute disponibilité de Microsoft Hyper-V, par exemple la migration dynamique et la migration du stockage, permettent une migration transparente des machines virtuelles et des fichiers stockés, d un serveur Hyper-V vers un autre, avec un impact minime, voire nul, sur les performances. Microsoft System Center Virtual Machine Manager Haute disponibilité Hyper-V Microsoft System Center Virtual Machine Manager est une plate-forme de gestion centralisée pour l infrastructure Microsoft Hyper-V. Elle fournit aux administrateurs une interface unique accessible depuis différents périphériques à des fins de surveillance, de gestion et de maintenance de l infrastructure virtuelle. La fonctionnalité Microsoft Hyper-V Cluster High Availability permet à la couche de virtualisation de redémarrer automatiquement les machines virtuelles dans diverses conditions de défaillance. Si une erreur est générée au niveau du matériel physique, les machines virtuelles impactées peuvent être redémarrées automatiquement sur d autres serveurs du cluster. Remarque : pour que Microsoft Hyper-V Cluster High Availability redémarre les machines virtuelles sur un autre matériel, ces serveurs doivent disposer de ressources suffisantes. La section Traitement fournit des recommandations spécifiques sur l activation de cette fonctionnalité. Microsoft Hyper-V Cluster vous permet de configurer des règles pour déterminer quelles machines doivent être redémarrées automatiquement et selon quelles modalités. EMC Storage Integrator for Windows EMC Storage Integrator (ESI) 3.0 for Windows est une interface de gestion permettant d afficher et de provisionner le stockage en modes bloc et fichier dans les environnements Windows. ESI simplifie les étapes de création et de provisionnement du stockage sur les serveurs Hyper-V, en tant que disque local ou partage mappé. ESI prend également en charge la découverte et le provisionnement du stockage via PowerShell. Consultez les guides produit ESI for Windows disponibles sur le site de support en ligne EMC pour plus d informations. Traitement Le choix d une plate-forme de serveur pour l infrastructure EMC VSPEX doit reposer non seulement sur les exigences techniques de l environnement, mais également sur la capacité de prise en charge de la plate-forme, les relations existantes avec le fournisseur du serveur, les fonctions avancées de gestion et de performance, et d autres facteurs. C est pour cette raison que les solutions EMC VSPEX sont conçues pour s exécuter sur une vaste gamme de plates-formes serveur. Les exigences d une solution VSPEX ne définissent pas un nombre précis de serveurs dotés d une configuration spécifique, mais un nombre de cœurs de processeur et une quantité de RAM. Une solution VSPEX utilisant deux serveurs pourra donc être équivalente à une solution en utilisant vingt. Supposons, par exemple, qu une mise en œuvre exige 25 cœurs de processeur et 200 Go de RAM pour la couche de traitement des données. Un client peut implémenter ces éléments par le biais de serveurs génériques comportant 16 cœurs de processeur et 64 Go de RAM, alors qu un autre client préférera un serveur haut de gamme avec 20 cœurs de processeur et 144 Go de RAM. EMC VSPEX End-User Computing 29

30 Chapitre 3: Présentation technologique de la solution Dans cet exemple, le premier client a besoin de quatre serveurs, tandis que le second n en a besoin que de deux, comme illustré sur la Figure 6. Figure 6. Flexibilité de la couche de traitement des données Remarque : pour activer la haute disponibilité au niveau de la couche de traitement des données, chaque client doit utiliser un serveur supplémentaire disposant d une capacité suffisante pour servir de plate-forme de basculement sur incident en cas de panne de matériel. Appliquez les bonnes pratiques suivantes au niveau de la couche de traitement : Utilisez plusieurs serveurs identiques ou, du moins, compatibles. VSPEX intègre des technologies de haute disponibilité au niveau de l hyperviseur, qui peuvent requérir des jeux d instructions similaires sur le matériel physique sous-jacent. En mettant en œuvre VSPEX sur des serveurs identiques, vous réduisez les risques d incompatibilité. Si vous implémentez les fonctions de haute disponibilité au niveau de la couche hyperviseur, la taille de la plus grande machine virtuelle créée ne pourra pas dépasser la plus petite capacité de serveur de l environnement. Mettez en œuvre les fonctions de haute disponibilité au niveau de la couche de virtualisation et assurez-vous que la couche de traitement des données dispose de ressources suffisantes pour gérer au minimum les pannes d un serveur. Cela permet de procéder à des mises à niveau avec un minimum d interruptions de service, et au système de tolérer les points uniques de défaillance. 30 EMC VSPEX End-User Computing

31 Chapitre 3: Présentation technologique de la solution Dans les limites définies par ces recommandations et ces bonnes pratiques, la couche de traitement des données d EMC VSPEX offre la flexibilité nécessaire pour répondre à vos besoins spécifiques. La principale contrainte consiste à prévoir suffisamment de cœurs de processeur et de RAM par cœur pour satisfaire les exigences de l environnement cible. Réseau Le réseau d infrastructure doit comporter des liaisons redondantes pour chaque hôte Hyper-V, la baie de stockage, les ports d interconnexion des switches et les ports uplink des switches. Cette configuration assure la redondance et une bande passante réseau supplémentaire. Elle est incontournable, que le réseau d infrastructure de la solution soit déjà en place ou qu il soit déployé en parallèle avec les autres composants de la solution. Un exemple de ce type de topologie réseau haute disponibilité est illustré sur la Figure 7. Remarque : bien que cet exemple concerne les réseaux IP, les mêmes principes sousjacents de connexions multiples et d élimination des points uniques de défaillance s appliquent aux réseaux Fibre Channel. Figure 7. Exemple de conception réseau haute disponibilité EMC VSPEX End-User Computing 31

32 Chapitre 3: Présentation technologique de la solution Stockage Cette solution validée utilise des réseaux VLAN pour dissocier les différents types de trafic réseau, et optimiser ainsi le débit, la gestion, la séparation des applications, la haute disponibilité et la sécurité. Les plates-formes EMC de stockage unifié assurent la haute disponibilité ou la redondance du réseau grâce à la fonction d agrégation de liens. L agrégation de liens permet à plusieurs connexions Ethernet actives d apparaître sous forme de liaison unique disposant d une seule adresse MAC et éventuellement de plusieurs adresses IP. Avec cette solution, le protocole LACP (Link Aggregation Control Protocol) est configuré sur le VNXe et combine plusieurs ports Ethernet en un seul port virtuel. En cas de perte de liaison sur le port Ethernet, la liaison bascule sur un autre port. Tout le trafic réseau est distribué sur les liaisons actives. La couche de stockage constitue un composant clé d une infrastructure de type Cloud. Elle assure l efficacité du stockage et la flexibilité de gestion, tout en réduisant le coût total de possession. Cette solution VSPEX utilise la gamme EMC VNX pour fournir la virtualisation au niveau de la couche de stockage. Snapshots VNX EMC Les snapshots VNX constituent une fonction logicielle qui crée des copies de données à un point dans le temps. Il s agit d une bonne solution pour la sauvegarde des données, le développement et le test des logiciels, la réaffectation, la validation et la restauration rapide des données en local. Les snapshots VNX améliorent la fonction existante de snapshot EMC VNX SnapView de par leur intégration avec les pools de stockage. Remarque : Les LUN créées sur les groupes RAID physiques, également nommées LUN RAID, ne prennent en charge que les snapshots SnapView. Cette limitation est due au fait que, par nature, les snapshots VNX requièrent de l espace dans le pool. La prise en charge est de 256 snapshots enregistrables par LUN de pool. Les ramifications (également appelées «Snap of a Snap») sont prises en charge si le nombre total de snapshots pour une LUN primaire est inférieur à 256, ceci étant une limite stricte. Les snapshots VNX utilisent la technologie ROW (redirect-on-write). Cette technologie redirige les nouvelles écritures destinées à la LUN primaire vers un nouvel emplacement du pool de stockage. Cette mise en œuvre diffère de la fonction CoFW (Copy On First Write), utilisée dans SnapView, qui maintient l écriture sur la LUN primaire jusqu à la copie des données d origine sur le pool de LUN réservé pour conserver un snapshot. Cette version prend également en charge les groupes de cohérence. Il est possible de combiner plusieurs LUN de pool dans un groupe de cohérence et de les soumettre à un snapshot simultanément. Lorsque le snapshot d un groupe de cohérence est lancé, toutes les écritures dans les LUN appartenant au groupe sont conservées jusqu à la création des snapshots correspondants. Généralement, les groupes de cohérence sont utilisés pour les LUN appartenant à une même application. 32 EMC VSPEX End-User Computing

33 Chapitre 3: Présentation technologique de la solution EMC VNX SnapSure EMC VNX SnapSure est une fonction logicielle d EMC VNX Operating Environment for File permettant de créer et de gérer des points de contrôle qui constituent des images logiques ponctuelles d un système de fichiers de production (PFS). SnapSure applique un principe de copie à la première modification. Un système de fichiers de production est constitué de blocs. Lors de la modification d un bloc dans un système de fichiers de production, une copie contenant le contenu original du bloc est sauvegardée dans un volume séparé sous le nom de SavVol. Les prochaines modifications effectuées sur le même bloc du système de fichiers de production ne seront pas copiées dans le SavVol. Les blocs originaux du système de fichiers de production contenus dans le SavVol et les blocs du système de fichiers de production non modifiés demeurent dans ce système sont lus par SnapSure selon une structure de suivi des données de carte des bits et de carte des blocs. Ces blocs combinés fournissent une image ponctuelle complète appelée «point de contrôle». Un point de contrôle reflète l état d un système de fichiers de production à un moment précis. SnapSure prend en charge les types de point de contrôle suivants : Points de contrôle en lecture seule : systèmes de fichiers en lecture seule créés à partir d un système de fichiers de production. Points de contrôle inscriptibles : systèmes de fichiers accessibles en lecture/écriture créés à partir d un point de contrôle en lecture seule. SnapSure peut gérer un maximum de 96 points de contrôle en lecture seule et 16 points de contrôle inscriptibles par PFS, tout en permettant aux applications du PFS d accéder en continu aux données en temps réel. Remarque : Chaque point de contrôle inscriptible est associé à un point de contrôle en lecture seule, appelé «point de contrôle de base». Un seul point inscriptible peut être associé à chaque point de contrôle de base. Le document Using VNX SnapSure fournit des informations détaillées à ce sujet. EMC VNX Virtual Provisioning EMC VNX Virtual Provisioning permet aux entreprises de réduire leurs coûts de stockage en augmentant l utilisation de leur capacité, en simplifiant la gestion du stockage et en diminuant les interruptions des applications. Virtual Provisioning leur permet également de réduire leurs besoins en énergie et en refroidissement, ainsi que de diminuer leurs investissements en capital. Il propose un provisionnement du stockage de type pool via la mise en œuvre de LUN de pool (thin LUN ou thick LUN). Les thin LUN fournissent un espace de stockage à la demande qui optimise l utilisation de votre système de stockage en allouant de l espace uniquement en fonction des besoins. Les thick LUN offrent de hautes performances prévisibles au niveau de vos applications. Les deux types de LUN bénéficient des fonctions simples d emploi de provisionnement de type pool. Les pools et les LUN de pool constituent également la base de services de données avancés comme FAST VP, les snapshots VNX et la compression. Les LUN de pool prennent également en charge de nombreuses autres fonctions, telles que la réduction de LUN, l extension en ligne et le paramètre User Capacity Threshold. EMC VSPEX End-User Computing 33

34 Chapitre 3: Présentation technologique de la solution Virtual Provisioning permet de développer la capacité d un pool de stockage à partir de l interface utilisateur Unisphere une fois que les disques sont physiquement attachés au système. Les systèmes VNX peuvent rétablir l équilibre des éléments de données alloués pour tous les disques membres afin d utiliser les nouveaux disques une fois le pool développé. La fonction de rééquilibrage démarre automatiquement et s exécute en arrière-plan après une action de développement. Vous pouvez surveiller l évolution d une opération de rééquilibrage depuis l onglet General de la fenêtre Pool Properties dans Unisphere, comme indiqué sur la Figure 8. Figure 8. Progression du rééquilibrage du pool de stockage Extension de LUN Utilisez l extension de LUN de pool pour développer la capacité des LUN existantes. Ceci permet de provisionner de plus grandes capacités à mesure que les besoins métiers augmentent. La gamme VNX peut étendre une LUN de pool sans perturber l accès utilisateur. Quelques clics suffisent pour procéder à cette opération : la capacité étendue est alors immédiatement disponible. Toutefois, vous ne pouvez pas étendre une LUN de pool si elle fait partie d une opération de protection des données ou de migration de LUN. Par exemple, il n est pas possible d étendre des LUN de snapshot ou des LUN de migration. Réduction des LUN Utilisez la réduction de LUN pour diminuer la capacité des thin LUN existantes. VNX peut réduire une LUN de pool. Cette fonctionnalité est uniquement disponible pour les LUN hébergées par Windows Server 2008 et versions ultérieures. Le processus de réduction comporte les étapes suivantes : 1. Réduisez le système de fichiers depuis Windows Disk Management. 2. Réduisez la LUN de pool grâce à la fenêtre de commande et à l utilitaire DISKRAID. Cet utilitaire est disponible via le fournisseur VDS, qui fait partie du package EMC Solutions Enabler. 34 EMC VSPEX End-User Computing

35 Chapitre 3: Présentation technologique de la solution la nouvelle taille de LUN apparaît dès la fin du processus de réduction. Une tâche d arrière-plan récupère l espace supprimé ou réduit, puis le renvoie vers le pool de stockage. Une fois la tâche terminée, toute autre LUN de ce pool peut utiliser l espace récupéré. Pour plus d informations sur l extension/la réduction des LUN de pool, consultez le Livre blanc EMC VNX Virtual Provisioning Applied Technology. Alerte utilisateur via le paramètre Capacity Threshold Vous devez configurer des alertes proactives lors de l utilisation d un système de fichiers ou de pools de stockage basés sur des thin pools. Surveillez ces ressources afin que le stockage soit disponible pour le provisionnement au moment opportun et ainsi éviter le manque de capacité. La Figure 9 explique pourquoi le provisionnement avec des thin pools nécessite une surveillance. Figure 9. Utilisation de l espace de thin LUN Surveillez les valeurs suivantes pour l utilisation de thin pools : Capacité totale correspond à la capacité physique totale disponible pour toutes les LUN d un pool. Allocation totale correspond à la capacité physique totale allouée actuellement à toutes les LUN de pool. Capacité réservée correspond à la capacité totale déclarée par l hôte prise en charge par le pool. Capacité d over-subscription correspond au volume de capacité utilisateur configuré pour les LUN dépassant la capacité physique sur un pool. Allocation totale ne doit jamais dépasser la capacité totale. Néanmoins, si elle s en approche, ajoutez, en prévision, de l espace de stockage aux pools avant d atteindre une limite stricte. EMC VSPEX End-User Computing 35

36 Chapitre 3: Présentation technologique de la solution La Figure 10 présente la boîte de dialogue Storage Pool Properties de Unisphere. Celle-ci contient des paramètres de capacité tels que Free, Percent Full et Total Allocation (section Physical Capacity), Total Subscription, Percent Subscribed et Oversubscribed By (section Virtual Capacity). Figure 10. Examen de l utilisation de l espace du pool de stockage Lorsque la capacité du pool de stockage est épuisée, toute demande d allocation d espace supplémentaire échoue sur les LUN ayant fait l objet d un Thin Provisioning. En général, les applications tentant d écrire des données sur ces LUN échouent également, et il en résultera probablement une panne. Pour éviter cela, surveillez le taux d utilisation du pool afin d être alerté lorsque les seuils sont atteints. Définissez le paramètre Percentage Full Threshold pour configurer un espace de mémoire tampon suffisant permettant la correction du problème avant qu une panne ne se produise. Modifiez ce paramètre en sélectionnant Advanced dans la boîte de dialogue Storage Pool Properties, comme indiqué sur la Figure 11. Cette alerte est active seulement si au moins une thin LUN est présente sur le pool, car les thin LUN sont la seule façon de surprovisionner un pool. Si le pool contient uniquement des thick LUN, l alerte n est pas active car il n existe aucun risque de manquer d espace en raison d une over-subscription. Vous pouvez également indiquer une valeur pour Percent Full Threshold, égale à Total Allocation/Total Capacity, lors de la création d un pool. Lorsque la capacité du pool de stockage est épuisée, toute demande d allocation d espace supplémentaire échoue sur les LUN ayant fait l objet d un Thin Provisioning. En général, les applications tentant d écrire des données sur ces LUN échouent également, et il en résultera probablement une panne. Pour éviter cela, surveillez le taux d utilisation du pool afin d être alerté lorsque les seuils sont atteints. Définissez le paramètre Percentage Full Threshold pour configurer un espace de mémoire tampon suffisant permettant la correction du problème avant qu une panne ne se produise. Modifiez ce paramètre en sélectionnant Advanced dans la boîte de dialogue Storage Pool Properties, comme indiqué sur la Figure EMC VSPEX End-User Computing

37 Chapitre 3: Présentation technologique de la solution Cette alerte est active seulement si au moins une thin LUN est présente sur le pool, car les thin LUN sont la seule façon de surprovisionner un pool. Si le pool contient uniquement des thick LUN, l alerte n est pas active car il n existe aucun risque de manquer d espace en raison d une over-subscription. Vous pouvez également indiquer une valeur pour Percent Full Threshold, égale à Total Allocation/Total Capacity, lors de la création d un pool. Figure 11. Définition des seuils d utilisation du pool de stockage Visualisez les alertes en sélectionnant Alert dans Unisphere. La Figure 12 présente l assistant Unisphere Event Monitor, dans lequel vous pouvez également sélectionner une option permettant de recevoir les alertes par , par service de pagination ou par trap SNMP. Figure 12. Définition des notifications automatiques (mode bloc) EMC VSPEX End-User Computing 37

38 Chapitre 3: Présentation technologique de la solution Le Tableau 1 répertorie les informations relatives aux seuils et à leurs paramètres. Tableau 1. Seuils et paramètres sous VNX OE Block Release 33 Type de seuil Plage de seuil Valeur seuil par défaut Définissable par l utilisateur Gravité des alertes Effet secondaire 1 % à 84 % 70 % Avertissement Aucun Sources de données s.o. 85 % Critique Efface l alerte définissable par l utilisateur Si vous permettez que l allocation totale dépasse 90 % de la capacité totale, vous courez le risque de manquer d espace, ce qui peut avoir une incidence sur toutes les applications utilisant des thin LUN dans le pool. VNX FAST Cache VNX FAST VP (facultatif) Partages de fichiers VNX VNX FAST Cache, qui fait partie de la suite logicielle VNX FAST Suite, permet d utiliser des disques Flash comme couche de cache étendue pour la baie. FAST Cache est un cache sans perturbation fonctionnant à l échelle de la baie. Il est disponible pour le stockage en modes fichier et bloc. Les données les plus consultées sont copiées dans FAST Cache par incréments de 64 ko. Par la suite, les lectures et écritures portant sur le segment de données sont traitées par FAST Cache. Cela permet de promouvoir immédiatement les données très actives sur les disques Flash, mais aussi d améliorer considérablement les temps de réponse pour ces données et de réduire les points sensibles susceptibles de survenir au sein de la LUN. VNX FAST VP, qui fait partie de VNX FAST Suite, vous permet de hiérarchiser automatiquement les données sur différents types de disque, afin d équilibrer leurs différences en matière de performances et de capacité. FAST VP agit au niveau du pool de stockage en mode bloc et choisit automatiquement l emplacement de stockage des données en fonction de la fréquence de leur utilisation. Les données souvent consultées sont promues vers des niveaux de stockage plus élevés, par incréments de 256 Mo, tandis que les données les moins utilisées peuvent migrer vers un niveau plus bas pour une optimisation des coûts. Ce rééquilibrage par tranches de 256 Mo de données est effectué dans le cadre d une opération de maintenance programmée à intervalles réguliers. Dans de nombreux environnements, il est important de stocker au même emplacement les fichiers auxquels accèdent beaucoup de personnes. Cette mise en œuvre est effectuée sous forme de partages de fichiers CIFS ou NFS à partir d un serveur de fichiers. Les baies de stockage VNX offrent ce service en plus d une gestion centralisée, d une intégration client, d options de sécurité avancées et de fonctions d amélioration de l efficacité. Le document Configuring and Managing CIFS on VNX fournit plus d informations à ce sujet. 38 EMC VSPEX End-User Computing

39 Chapitre 3: Présentation technologique de la solution Bureaux distants/ succursales Les entreprises ayant des bureaux distants/succursales préfèrent souvent localiser leurs données et applications à proximité des utilisateurs afin de leur offrir des performances optimales et des temps de latence réduits. Dans ces environnements, les départements informatiques doivent trouver l équilibre entre les avantages de la prise en charge locale et la nécessité de maintenir un contrôle central. Les solutions de stockage et les systèmes locaux sont faciles à administrer pour le personnel du site, mais elles prennent également en charge la gestion à distance et les outils d agrégation flexibles qui réduisent les demandes effectuées sur ces ressources locales. Avec VSPEX, vous pouvez accélérer le déploiement d applications dans des bureaux distants et succursales. Les clients peuvent également utiliser Unisphere Remote pour consolider leurs solutions de surveillance, les alertes système et le reporting de centaines de sites, tout en conservant la simplicité d opération et la fonctionnalité de stockage unifié pour les gestionnaires locaux. Sauvegarde et restauration Les opérations de sauvegarde et de restauration assurent la protection des données par l intermédiaire de la sauvegarde des fichiers ou volumes de données selon des calendriers définis, puis de la restauration de ces données depuis une sauvegarde, en cas de restauration requise après un sinistre. Dans cette solution VSPEX, EMC Avamar permet de gérer la pile, prenant en charge un maximum de machines virtuelles. EMC Avamar EMC Avamar propose des méthodes de sauvegarde des bureaux virtuels reposant sur des opérations au niveau image ou basées sur des invités. Avamar exécute le moteur de déduplication au niveau des disques de machine virtuelle (VHDX) pour la sauvegarde d images et en mode fichier pour les sauvegardes basées sur les invités. La protection au niveau image permet aux clients de sauvegarde d effectuer une copie de tous les disques virtuels et des fichiers de configuration associés à un bureau virtuel donné pour prévenir une panne matérielle, la corruption ou la suppression accidentelle du bureau virtuel. Avamar réduit considérablement les temps de sauvegarde et de restauration du bureau virtuel en utilisant la fonction CBT (Change Block Tracking), tant pour la sauvegarde que pour la restauration. La protection basée sur les invités fonctionne comme les solutions de sauvegarde traditionnelles. La sauvegarde basée sur les invités peut être utilisée sur toute machine virtuelle qui exécute un système d exploitation pour lequel un client de sauvegarde Avamar est disponible. Elle permet un contrôle détaillé du contenu et des modèles d inclusion et d exclusion, qui peut servir à éviter les pertes de données dues à des erreurs commises par un utilisateur, comme la suppression accidentelle de fichiers. L installation de l agent pour ordinateur de bureau/ordinateur portable sur le système à protéger permet de bénéficier d une capacité de restauration des données utilisateur en libre-service. EMC VSPEX End-User Computing 39

40 Chapitre 3: Présentation technologique de la solution ShareFile ShareFile est un service de stockage et de partage de fichiers basé sur le Cloud. Il est conçu pour la sécurité et le stockage d entreprise. ShareFile permet aux utilisateurs de partager des documents avec d autres utilisateurs en toute sécurité. Les utilisateurs de ShareFile incluent les employés et utilisateurs situés hors de l annuaire de l entreprise (également appelés «clients»). ShareFile StorageZones ShareFile StorageZones permet aux entreprises de partager des fichiers au sein de ces dernières, tout en respectant les exigences en termes de conformité et de réglementation. StorageZones permet aux clients de conserver leurs données sur des systèmes de stockage sur site. Il permet de partager des fichiers volumineux avec chiffrement complet et de les synchroniser avec plusieurs périphériques. En conservant les données sur site, qui sont alors plus proches des utilisateurs que les données résidant sur le Cloud privé, StorageZone peut améliorer les performances ainsi que la sécurité. Avec ShareFile StorageZone, vous pouvez : utiliser StorageZone avec le stockage Cloud géré par ShareFile ou en remplacement de ce dernier ; configurer Citrix CloudGateway Enterprise pour intégrer les services ShareFile avec Citrix Receiver pour l authentification et le provisionnement des utilisateurs ; profiter du rapprochement automatisé du Cloud ShareFile et du déploiement StorageZone d une entreprise ; effectuer des analyses antivirus automatiques sur les fichiers chargés ; permettre la restauration des fichiers à partir de la sauvegarde Storage Center (le composant de serveur de StorageZone est appelé Storage Center). Vous pouvez parcourir les enregistrements de fichiers correspondant à une date et à une heure données et marquer les fichiers et dossiers à restaurer à partir de la sauvegarde Storage Center. Architecture ShareFile StorageZone La Figure 13 illustre l architecture générale de ShareFile. Figure 13. Architecture générale de ShareFile 40 EMC VSPEX End-User Computing

41 ShareFile comprend trois composants : Chapitre 3: Présentation technologique de la solution Client : accède au service ShareFile via l un des outils natifs tels qu un navigateur, Citrix Receiver ou directement à partir de l API. Control Plane : exécute des fonctions telles que le stockage des fichiers, dossiers et informations de compte, le contrôle d accès, le reporting et diverses autres fonctions de courtage. Le Control Plane réside dans plusieurs datacenters Citrix répartis dans le monde entier. StorageZone : définit les emplacements de stockage des données. Le composant de serveur de StorageZone s appelle Storage Center. La haute disponibilité requiert au moins deux Storage Centers par StorageZone. Une StorageZone doit utiliser un seul partage de fichiers pour l ensemble de ses Storage Centers. Le Storage Center ShareFile étend le stockage Cloud Saas (Software-as-a-Service) de ShareFile en fournissant au compte ShareFile un espace de stockage privé sur site, appelé StorageZone. Le stockage sur site ShareFile diffère du stockage Cloud sur les points suivants : Le stockage Cloud géré par ShareFile est un système de stockage public multitenant géré par Citrix. Un Storage Center ShareFile est un système de stockage privé à un seul tenant géré par le client et pouvant être utilisé uniquement par des comptes client approuvés. Par défaut, ShareFile stocke les données sur le stockage Cloud sécurisé géré par ShareFile. La fonctionnalité Storage Center de ShareFile vous permet de configurer une StorageZone sur site privée. StorageZone définit l emplacement de stockage des données et optimise les performances en plaçant le stockage des données à proximité des utilisateurs. Déterminez le nombre de StorageZones et leur emplacement en fonction des exigences de l entreprise en termes de performances et de respect de la conformité. En général, il est recommandé d attribution les utilisateurs à la StorageZone la plus proche pour optimiser les performances. Storage Center est un service Web gérant toutes les opérations HTTPS des utilisateurs et du sous-système de contrôle ShareFile. Le sous-système de contrôle ShareFile gère toutes les opérations ne concernant pas le contenu des fichiers, comme l authentification, les autorisations, l exploration de fichiers, la configuration, les métadonnées, l envoi et la demande de fichiers, et l équilibrage de la charge. Le sous-système de contrôle exécute également des contrôles d intégrité de Storage Center et empêche les serveurs hors ligne d envoyer des demandes. Le sous-système de contrôle ShareFile est géré dans les datacenters en ligne Citrix. Le sous-système de stockage ShareFile gère les opérations liées au contenu des fichiers, comme les chargements, les téléchargements et la vérification antivirus. Lorsque vous créez une StorageZone, vous créez un sous-système de stockage privé pour vos données ShareFile. Pour un déploiement en production de ShareFile, la bonne pratique recommandée consiste à utiliser au moins deux serveurs sur lesquels Storage Center est installé pour bénéficier de la haute disponibilité. Lorsque vous installez Storage Center, vous créez une StorageZone. Vous pouvez alors installer Storage Center sur un autre serveur et l associer à la même StorageZone. Les Storage Centers appartenant à la même StorageZone doivent utiliser le même partage de fichiers pour le stockage. EMC VSPEX End-User Computing 41

42 Chapitre 3: Présentation technologique de la solution Utilisation de ShareFile StorageZone avec les architectures VSPEX La Figure 14 illustre la solution EMC VSPEX End-User Computing pour un environnement Citrix XenDesktop avec l ajout d une infrastructure pour la prise en charge de ShareFile StorageZone avec Storage Center. La capacité des serveurs constitue une indication générale, avec les minima requis en termes de CPU et de mémoire. Le client est libre d opter pour le matériel serveur et réseau de son choix pour satisfaire, voire dépasser, la configuration minimale indiquée. Le système de stockage recommandé fournit une architecture haute disponibilité dans le cadre du déploiement de ShareFile StorageZone. Figure 14. Architecture logique : VSPEX End-User Computing pour Citrix XenDesktop avec ShareFile StorageZone 42 EMC VSPEX End-User Computing

43 Serveur Chapitre 3: Présentation technologique de la solution Un environnement de production haute disponibilité requiert un minimum de deux serveurs (machines virtuelles) sur lesquelles Storage Center est installé. Le Tableau 2 récapitule les exigences requises en termes de CPU/mémoire pour la mise en œuvre de ShareFile StorageZone avec Storage Center. Tableau 2. Ressources matérielles minimales pour la prise en charge de ShareFile StorageZone avec Storage Center CPU (cœurs) Mémoire (Go) Architectures de Storage Center 2 octobre. diapositive 4 Configuration système requise pour Storage Center sur Citrix edocs Réseau Prévoyez suffisamment de ports réseau pour prendre en charge les exigences associées aux deux serveurs supplémentaires Storage Center. Vous pouvez mettre en œuvre les composants réseau via des réseaux IP 1 Gbit ou 10 Gbit, dans la mesure où la bande passante et la redondance sont suffisantes pour satisfaire les exigences indiquées. Stockage ShareFile StorageZone requiert l utilisation d un partage CIFS pour fournir un stockage de données privé à Storage Center. La gamme de systèmes de stockage EMC VNX permet un accès en modes bloc et fichier, allié à un large éventail de fonctionnalités, ce qui en fait la solution idéale pour la mise en œuvre du stockage ShareFile StorageZone. La gamme EMC VNX prend en charge de nombreuses fonctions métiers idéales pour ShareFile StorageZone, notamment : Fully Automated Storage Tiering for Virtual Pools (FAST VP) FAST Cache Compression des données et déduplication des fichiers Allocation dynamique de la réplication Points de contrôle Rétention au niveau des fichiers Gestion des quotas EMC VSPEX End-User Computing 43

44 Chapitre 3: Présentation technologique de la solution Le Tableau 3 contient des recommandations relatives au système de stockage EMC VNX requis pour le partage CIFS de ShareFile StorageZone. Tableau 3. Stockage EMC VNX recommandé pour le partage CIFS de ShareFile StorageZone Stockage Configuration Remarques Partage CIFS Pour 500 utilisateurs : 2 Data Movers (variante CIFS actif/veille uniquement) 8 disques NL-SAS 3,5 pouces, 2 To, t/min Pour utilisateurs : 2 Data Movers (variante CIFS actif/veille uniquement) 16 disques NL-SAS 3,5 pouces, 2 To, t/min Pour utilisateurs : 2 Data Movers (variante CIFS actif/veille uniquement) 24 disques NL-SAS 3,5 pouces, 2 To, t/min Cette configuration suppose que chaque utilisateur dispose de 10 Go d espace de stockage privé. 44 EMC VSPEX End-User Computing

45 Chapitre 4: Présentation de solution Chapitre 4 Présentation de solution Ce chapitre traite des points suivants : Présentation de solution Architecture de la solution Instructions pour la configuration des serveurs Instructions pour la configuration du réseau Instructions pour la configuration du stockage Haute disponibilité et basculement sur incident Profil du test de validation Instructions pour la configuration de l environnement de sauvegarde Instructions pour le dimensionnement Charge de travail de référence Application de la charge de travail de référence Mise en œuvre des architectures de référence Évaluation rapide EMC VSPEX End-User Computing 45

46 Chapitre 4: Présentation de solution Présentation de solution Ce chapitre fournit des informations complètes sur les principaux aspects de cette solution. La capacité des serveurs constitue une indication générale, avec les minima requis en termes de CPU, de mémoire et d interfaces réseau. Vous êtes libre d opter pour le matériel serveur et réseau de votre choix pour satisfaire, voire dépasser, la configuration minimale indiquée. EMC a validé l architecture de stockage spécifiée, ainsi qu un système conforme aux exigences indiquées en matière de serveurs et de réseau. Ils permettent d assurer des niveaux de performance élevés tout en fournissant une architecture haute disponibilité pour votre déploiement d environnement utilisateur. Validées par EMC, toutes les infrastructures VSPEX EMC Proven équilibrent les ressources de stockage, de traitement et réseau qui sont requises pour un ensemble donné de bureaux virtuels. En pratique, les exigences sont propres à chaque type de bureau virtuel et sont rarement conformes à l idée prédéfinie de ce que devrait être un bureau virtuel. Dans toute réflexion concernant une solution End-User Computing, il est nécessaire de définir une charge de travail de référence. Les serveurs ne réalisant pas tous les mêmes tâches, il est impossible de concevoir une référence prenant en compte toutes les combinaisons possibles de charges de travail. Remarque : VSPEX utilise le concept de charge de travail de référence pour décrire et définir une machine virtuelle. De ce fait, un bureau virtuel ou physique au sein d un environnement existant peut ne pas correspondre à un bureau virtuel au sein d une solution VSPEX. Évaluez votre charge de travail par rapport à la charge de référence, afin de définir un point d échantillonnage approprié. Application de la charge de travail de référence fournit une description détaillée. Architecture de la solution Nous 1 avons validé la solution VSPEX End-User Computing avec EMC VNX pour trois points d échantillonnage différents. Ces configurations définies constituent la base de toute solution personnalisée. Les points d échantillonnage sont définis par rapport à la charge de travail de référence. Architecture logique Les schémas d architecture de cette section présentent l organisation des composants principaux des solutions proposées pour les deux variantes : SMB et FC. 1 Dans ce guide d infrastructure EMC Proven, «nous» désigne l équipe d ingénieurs EMC Solutions qui a validé la solution. 46 EMC VSPEX End-User Computing

47 Chapitre 4: Présentation de solution La Figure 15 décrit l architecture logique de la variante SMB, dans laquelle un réseau 10 GbE gère l ensemble du trafic. Figure 15. Architecture logique de la variante SMB Remarque : Vous pouvez mettre en œuvre les composants réseau de la solution via des réseaux IP 1 Gbit/s ou 10 Gbit/s, dans la mesure où la bande passante et la redondance sont suffisantes pour satisfaire les exigences indiquées. EMC VSPEX End-User Computing 47

48 Chapitre 4: Présentation de solution La Figure 16 illustre l architecture logique de la variante FC, où un SAN Fibre Channel assure le transport du trafic de stockage, tandis qu un réseau 10 GbE assure le transport du trafic de gestion et des applications. Figure 16. Architecture logique de la variante FC Remarque : Vous pouvez mettre en œuvre les composants réseau de la solution via des réseaux IP 1 Gbit/s ou 10 Gbit/s, dans la mesure où la bande passante et la redondance sont suffisantes pour satisfaire les exigences indiquées. Principaux composants Citrix XenDesktop 7 Delivery Controller Nous avons utilisé des contrôleurs Citrix XenDesktop pour assurer la fourniture redondante de bureaux virtuels, l authentification des utilisateurs, la gestion de l assemblage des environnements de bureaux virtuels des utilisateurs et la négociation des connexions entre les utilisateurs et leurs bureaux virtuels. Dans cette architecture de référence, les contrôleurs sont installés sous Windows Server 2012 et hébergés en tant que machines virtuelles sur Hyper-V Server Serveur Citrix Provisioning Services Nous avons utilisé deux serveurs Citrix Provisioning Services (PVS) pour assurer la fourniture de services redondants de transmission en continu pour un transfert en temps réel des images de postes de travail à partir des vdisks, selon les besoins, vers les périphériques cibles. Dans cette architecture de référence, les vdisks sont stockés sur un partage CIFS hébergé par le système de stockage VNX. 48 EMC VSPEX End-User Computing

49 Bureaux virtuels Chapitre 4: Présentation de solution Nous avons provisionné des bureaux virtuels exécutant Windows 7 ou 8 avec MCS et PVS. Microsoft Hyper-V Server 2012 Microsoft Hyper-V fournit une couche de virtualisation commune pour héberger un environnement de serveurs. Le Tableau 13 de la page 93 répertorie les caractéristiques spécifiques de l environnement validé. Microsoft Hyper- V Server 2012 fournit une infrastructure haute disponibilité via des fonctionnalités telles que les suivantes : Migration dynamique : assure une migration dynamique des machines virtuelles au sein des serveurs (en cluster ou non), sans période d interruption des machines virtuelles ni interruption de service. Migration dynamique du stockage : assure une migration dynamique des fichiers de disque des machines virtuelles dans et entre les baies de stockage, sans période d interruption des machines virtuelles ni interruption de service. Microsoft System Center Virtual Machine Manager 2012 SP1 Microsoft System Center Virtual Manager Server fournit une plate-forme évolutive et extensible sur laquelle repose la gestion de la virtualisation des clusters Microsoft Hyper-V. Microsoft System Center Virtual Machine Manager gère tous les hôtes Hyper-V et leurs machines virtuelles. ServeurSQL Microsoft System Center Virtual Manager Server et les contrôleurs XenDesktop requièrent un service de base de données pour le stockage des informations de configuration et de surveillance. Microsoft SQL Server 2012 exécuté sur un serveur Windows 2012 Server est utilisé à cette fin. Serveur Active Directory Les services Active Directory (AD) sont requis pour le bon fonctionnement des différents composants de la solution. Le service Active Directory de Microsoft, exécuté sur un serveur Windows 2012, est utilisé à cette fin. Serveur DHCP Le serveur DHCP centralise la gestion du schéma d adresse IP des bureaux virtuels. Ce service est hébergé sur la même machine virtuelle que le contrôleur de domaine et le serveur DNS. Le service Microsoft DHCP, exécuté sur un serveur Windows 2012, est utilisé à cette fin. Serveur DNS Les services DNS sont requis pour que les différents composants de la solution puissent procéder à la résolution de noms. Le service DNS de Microsoft est exécuté sur un serveur Windows Server 2012 à cette fin. EMC VSPEX End-User Computing 49

50 Chapitre 4: Présentation de solution EMC SMI-S Provider for Microsoft System Center Virtual Machine Manager 2012 SP1 EMC SMI-S Provider for Microsoft System Center Virtual Machine Manager est un plug-in destiné à Microsoft System Center Virtual Machine Manager qui fournit des fonctions de gestion du stockage aux baies EMC directement à partir du client. EMC SMI-S Provider offre une interface de gestion unifiée. Réseaux IP/de stockage L ensemble du trafic réseau est acheminé par le réseau Ethernet standard au moyen de câbles et de switches redondants. Le trafic utilisateur et de gestion transite sur un réseau partagé, alors que le trafic du stockage SMB est dirigé vers un sous-réseau privé, non routable. Réseau IP L infrastructure de réseau Ethernet fournit une connectivité IP entre les bureaux virtuels, les clusters Hyper-V et le stockage VNX. Réseau Fibre Channel (FC) Dans la variante FC, le trafic de stockage entre tous les hôtes Hyper-V et le système de stockage VNX passe par un réseau Fibre Channel. Tout le reste du trafic passe par le réseau IP. Baie EMC VNX5400 La baie EMC VNX5400 fournit un espace de stockage en présentant des datastores SMB/FC à des hôtes Hyper-V, pour un maximum de bureaux virtuels. Baie EMC VNX5600 La baie EMC VNX5600 fournit un espace de stockage en présentant des datastores SMB/FC à des hôtes Hyper-V, pour un maximum de bureaux virtuels. Les baies de stockage de la gamme VNX incluent les composants suivants : Les processeurs de stockage (SP) prennent en charge les données en mode bloc via la technologie UltraFlex I/O, compatible avec les protocoles Fibre Channel, iscsi et FCoE (Fibre Channel over Ethernet). Ces processeurs proposent un accès pour tous les hôtes externes et la baie VNX, côté fichier. Le boîtier du processeur de disques (DPE) au format 3U héberge chaque processeur de stockage ainsi que le premier plateau de disques. Cet encombrement est adopté pour les baies VNX5300 et VNX5500. Les lames X-Blades (ou Data Movers) accèdent aux données à partir du back-end et fournissent un accès hôte en utilisant la même technologie UltraFlex I/O compatible avec les protocoles NFS, CIFS, MPFS et pnfs. Les lames X-Blade de chaque baie sont évolutives et fournissent une redondance pour garantir l absence de points uniques de défaillance. Le boîtier DME au format 2U héberge les Data Movers (lames X-Blades). Ce type de boîtier est similaire au boîtier SPE ; il est utilisé sur l ensemble des modèles VNX qui prennent en charge les protocoles d accès en mode fichier. 50 EMC VSPEX End-User Computing

51 Chapitre 4: Présentation de solution Les alimentations de secours présentent une taille d 1U et fournissent une alimentation suffisante à chaque processeur de stockage, afin de garantir que les données en cours de transfert sont bien reclassées dans la chambre forte, en cas de défaillance de l alimentation. Cela garantit l absence de pertes d écritures. Lors du redémarrage de la baie, les écritures en attente sont rapprochées et rendues persistantes. Les stations pilotes présentent une taille d 1U et proposent des fonctions de gestion des composants côté fichier, appelés lames X- Blades. Ces stations sont responsables du basculement sur incident des lames X-Blade. Une station pilote peut également être configurée avec une station secondaire correspondante, afin de garantir la redondance sur la baie VNX. Les boîtiers DAE contiennent les disques utilisés dans la baie. EMC Avamar Le logiciel Avamar fournit la plate-forme de protection des machines virtuelles. Cette stratégie de protection permet d utiliser des bureaux virtuels persistants. Elle permet également une protection au niveau image et des restaurations par les utilisateurs. EMC VSPEX End-User Computing 51

52 Chapitre 4: Présentation de solution Ressources matérielles Le Tableau 4 répertorie le matériel utilisé dans cette solution. Tableau 4. Matériel utilisé dans la solution Matériel Configuration Remarques Serveurs pour les bureaux virtuels Infrastructure réseau Mémoire : OS de poste de travail : 2 Go de RAM pour chaque poste de travail 1 To de RAM, répartie sur l ensemble des serveurs pour 500 bureaux virtuels 2 To de RAM, répartie sur l ensemble des serveurs pour bureaux virtuels 4 To de RAM à travers tous les serveurs pour bureaux virtuels OS de serveur : 0,6 Go de RAM par poste de travail CPU : 300 Go de RAM répartie sur l ensemble des serveurs pour 500 bureaux virtuels 600 Go de RAM répartie sur l ensemble des serveurs pour bureaux virtuels 1,2 To de RAM répartie sur l ensemble des serveurs pour bureaux virtuels OS de poste de travail : 1 CPU virtuel par poste de travail (8 postes par coeur) 63 coeurs répartis sur l ensemble des serveurs pour 500 bureaux virtuels 125 coeurs répartis sur l ensemble des serveurs pour bureaux virtuels 250 coeurs répartis sur l ensemble des serveurs pour bureaux virtuels OS de serveur : 0,2 CPU virtuel par poste de travail (5 postes par cœur) 100 cœurs répartis sur l ensemble des serveurs pour 500 bureaux virtuels Réseau : 6 cartes réseau à 1 GbE par serveur autonome pour 500 bureaux virtuels 3 cartes réseau à 10 GbE par châssis lames ou 6 cartes réseau à 1 GbE par serveur autonome pour 1 000/2 000 postes de travail 200 cœurs répartis sur l ensemble des serveurs pour bureaux virtuels 400 cœurs répartis sur l ensemble des serveurs pour bureaux virtuels Configuration minimale des switches pour la variante SMB : Deux switches physiques 6 ports 1 GbE par serveur Hyper-V ou 3 ports 10 GbE par châssis lames 1 port 1 GbE par station pilote pour la gestion 2 ports 10 GbE par Data Mover pour les données Capacité totale de serveur requise pour héberger les bureaux virtuels Configuration LAN redondante 52 EMC VSPEX End-User Computing

53 Chapitre 4: Présentation de solution Matériel Configuration Remarques Configuration minimale des switches pour la variante FC : 2 ports 1 GbE par serveur Hyper-V 4 ports FC 4/8 Gbit pour back-end VNX 2 ports FC 4/8 Gbit par serveur Hyper-V Configuration LAN/SAN redondante Stockage Caractéristiques communes 2 interfaces 10 GbE par Data Mover 2 ports FC 8 Gbit par processeur de stockage (variante FC uniquement) Pour 500 bureaux virtuels : 2 Data Movers (variante SMB actif/veille uniquement) Disques SAS 3,5 pouces, 600 Go, t/min Stockage partagé VNX pour les bureaux virtuels Nombre de disques PvD Non PvD HSD PVS MCS disques Flash 3,5 pouces, 100 Go Pour bureaux virtuels : 2 Data Movers (variante SMB actif/veille uniquement) Disques SAS 3,5 pouces, 600 Go, t/min Nombre de disques PvD Non PvD HSD PVS MCS disques Flash 3,5 pouces, 100 Go Pour bureaux virtuels : 2 Data Movers (variante SMB actif/veille uniquement) Disques SAS 3,5 pouces, 600 Go, t/min Nombre de disques PvD Non PvD HSD PVS MCS disques Flash 3,5 pouces, 100 Go EMC VSPEX End-User Computing 53

54 Chapitre 4: Présentation de solution Matériel Configuration Remarques Infrastructure partagée Sauvegarde EMC nouvelle génération Serveurs pour l infrastructure du client Pour 500 bureaux virtuels : 16 disques NL-SAS 3,5 pouces, 2 To, t/min Pour bureaux virtuels : 24 disques NL-SAS 3,5 pouces, 2 To, t/min Pour bureaux virtuels : 48 disques NL-SAS 3,5 pouces, 2 To, t/min Pour 500 bureaux virtuels : 5 disques SAS 3,5 pouces, 600 Go, t/min Pour bureaux virtuels : 5 disques SAS 3,5 pouces, 600 Go, t/min Pour bureaux virtuels : 5 disques SAS 3,5 pouces, 600 Go, t/min Dans la plupart des cas de figure, l environnement du client intègre déjà des services d infrastructure configurés tels que Active Directory et DNS. La configuration de ces services n entre pas dans le cadre du présent document. Si cette solution est mise en oeuvre sans infrastructure existante, un nombre minimal de serveurs supplémentaires est requis : 2 serveurs physiques 20 Go de RAM par serveur 4 cœurs de processeur par serveur 2 ports 1 GbE par serveur Avamar 1 noeud d utilitaire Gen4 1 noeud de secours Gen4 de 3,9 To 3 nœuds de stockage Gen4 de 3,9 To Nombre minimal requis : 2 serveurs physiques 20 Go de RAM par serveur 4 cœurs de processeur par serveur 2 ports 1 GbE par serveur Facultatif pour les données utilisateur Facultatif pour le stockage d infrastructure Les services peuvent être migrés après le déploiement de la solution VSPEX mais doivent exister avant le déploiement de cette dernière. Il se peut que les serveurs et les rôles qu ils remplissent existent déjà dans l environnement du client. 54 EMC VSPEX End-User Computing

55 Chapitre 4: Présentation de solution Ressources logicielles Le Tableau 5 répertorie les logiciels utilisés dans cette solution. Tableau 5. Logiciels utilisés dans la solution Logiciels Configuration VNX5400 ou 5600 (stockage partagé, systèmes de fichiers) VNX Operating Environment (OE) for File Version VNX Operating Environment for Block Version 33 ( ) ESI for Windows Version 3.0 Virtualisation de postes de travail XenDesktop Contrôleur Citrix XenDesktop Système d exploitation pour contrôleur XenDesktop Microsoft SQL Server Version 7 Platinum Edition Windows Server 2012 Standard Edition Version 2012 Standard Edition Sauvegarde nouvelle génération Avamar 7.0 Microsoft Hyper-V Serveur Hyper-V Hyper-V Server 2012 System Center Virtual Machine Manager Système d exploitation pour System Center Virtual Machine Manager PowerPath Edition (variante FC uniquement) 2012 SP1 Windows Server 2012 Standard 5,7 Bureaux virtuels Remarque : en dehors du système d exploitation de base, les logiciels utilisés dans cette solution l ont été à des fins de validation et ne sont pas nécessaires. Système d exploitation de base Microsoft Windows 7 Enterprise (32 bits) SP1 Windows Server 2008 R2 SP1 Standard Edition Microsoft Office Office Enterprise 2007 SP3 Internet Explorer Adobe Reader 9.1 Adobe Flash Player Bullzip PDF Printer FreeMind EMC VSPEX End-User Computing 55

56 Chapitre 4: Présentation de solution Dimensionnement de la configuration validée Lors de la sélection de serveurs pour cette solution, assurez-vous que le coeur du processeur atteint ou dépasse les performances de la gamme Intel Nehalem à 2,66 GHz. Des serveurs proposant des processeurs plus rapides, de meilleures performances et une densité de cœurs plus importante arrivent sur le marché. Vous pouvez par conséquent consolider les serveurs tant que le nombre total de cœurs et la quantité de mémoire sont respectés et qu un nombre suffisant de serveurs est intégré pour prendre en charge le niveau de haute disponibilité requis. Comme avec les serveurs, vous pouvez également consolider la vitesse des cartes réseau et leur nombre tant que les exigences globales en matière de bande passante pour cette solution sont respectées et que la redondance est suffisante pour assurer la haute disponibilité. Le Tableau 6 présente les configurations de serveurs compatibles avec cette solution. Chaque serveur est doté de deux sockets de quatre cœurs et de 128 Go de RAM, ainsi que de deux ports 10 GbE pour chaque châssis lames. Tableau 6. Configurations prenant en charge cette solution Type de poste de travail OS de poste de travail Nombre de serveurs Nombre de bureaux virtuels Nombre total de coeurs To To Capacité totale de RAM To OS de serveur Go Go ,2 To Comme indiqué dans le Tableau 13 en page 89, au moins un cœur est requis pour la prise en charge de huit bureaux virtuels, ainsi qu un minimum de 2 Go de RAM pour chacun d eux. Il convient d évaluer la quantité de mémoire et le nombre de cœurs nécessaires en fonction du nombre de bureaux virtuels qu un serveur doit prendre en charge. Par exemple, un serveur prenant en charge 24 bureaux virtuels requiert un minimum de trois cœurs, mais également un minimum de 48 Go de RAM. Les switches de réseau IP utilisés pour implémenter cette architecture de référence doivent disposer d une capacité non bloquante minimale en backplane de 96 (pour 500 bureaux virtuels), 192 (pour bureaux virtuels) ou de 320 (pour bureaux virtuels) Gbit/s et prendre en charge les fonctions suivantes : contrôle de flux Ethernet IEEE 802.1x ; balisage VLAN 802.1q ; agrégation de liens Ethernet à l aide du protocole LACP (Link Aggregation Control Protocol) IEEE 802.1ax (802.3ad) ; gestion SNMP ; Trames Jumbo 56 EMC VSPEX End-User Computing

57 Chapitre 4: Présentation de solution Choisissez la quantité et le type de switches requis pour la prise en charge de la haute disponibilité et optez pour un fournisseur réseau à même de vous fournir des pièces facilement, de vous offrir un bon niveau de service et de vous proposer des contrats de supports optimaux. La configuration réseau doit inclure les éléments suivants : au moins deux switches pour assurer la redondance ; Alimentations redondantes au moins 40 ports 1 GbE (pour 500 bureaux virtuels), deux ports 1 GbE et quatorze ports 10 GbE (pour bureaux virtuels), ou deux ports 1 GbE et vingt-deux ports 10 GbE (pour bureaux virtuels), distribués pour la haute disponibilité ; les ports uplink appropriés pour la connectivité client. Si vous utilisez des ports 10 GbE, alignez-les sur ceux utilisés côté serveur et stockage, mais gardez à l esprit les besoins réseau d ensemble de cette solution et le niveau de redondance indispensable pour prendre en charge la haute disponibilité. Envisagez d ajouter des cartes réseau au niveau des serveurs, ainsi que des connexions de stockage en fonction des exigences de mise en œuvre spécifiques. L infrastructure de gestion (Active Directory, DNS, DHCP et SQL Server) peut être prise en charge sur deux serveurs similaires à ceux précédemment décrits, mais avec un minimum de 20 Go de RAM, au lieu de 128 Go. Instructions pour la configuration des serveurs Lorsque vous concevez et commandez la couche de traitement des données/serveur de la solution VSPEX, vous devez tenir compte de plusieurs facteurs pouvant influencer l achat final. Du point de vue de la virtualisation, si vous comprenez parfaitement la charge de travail du système, des fonctions comme l allocation de mémoire dynamique peuvent réduire les besoins en mémoire agrégée. Si le pool de bureaux virtuels ne présente pas un niveau élevé de pics d utilisation ou d utilisations simultanées, il est possible de réduire le nombre de CPU virtuels. À l inverse, si les applications déployées effectuent un grand nombre de traitements informatiques, le nombre de CPU et la quantité de mémoire à acheter devront sans doute être plus importants. Le Tableau 7 présente la configuration détaillée des serveurs et du matériel réseau des bureaux virtuels. EMC VSPEX End-User Computing 57

58 Chapitre 4: Présentation de solution Tableau 7. Matériel serveur Serveurs pour les bureaux virtuels Configuration CPU : OS de poste de travail : 1 CPU virtuel par poste de travail (8 postes par coeur) 63 coeurs répartis sur l ensemble des serveurs pour 500 bureaux virtuels 125 coeurs répartis sur l ensemble des serveurs pour bureaux virtuels 250 coeurs répartis sur l ensemble des serveurs pour bureaux virtuels OS de serveur : 0,2 CPU virtuel par poste de travail (5 postes par cœur) 100 cœurs répartis sur l ensemble des serveurs pour 500 bureaux virtuels 200 cœurs répartis sur l ensemble des serveurs pour bureaux virtuels 400 cœurs répartis sur l ensemble des serveurs pour bureaux virtuels Mémoire : Réseau : OS de poste de travail : 2 Go de RAM par poste de travail 1 To de RAM, répartie sur l ensemble des serveurs pour 500 bureaux virtuels 2 To de RAM, répartie sur l ensemble des serveurs pour bureaux virtuels 4 To de RAM, répartie sur l ensemble des serveurs pour 2000 machines virtuelles Réservation de 2 Go de RAM par hôte Hyper-V OS de serveur : 0,6 Go de RAM par poste de travail 300 Go de RAM répartie sur l ensemble des serveurs pour 500 bureaux virtuels 600 Go de RAM répartie sur l ensemble des serveurs pour bureaux virtuels 1,2 To de RAM répartie sur l ensemble des serveurs pour machines virtuelles Réservation de 2 Go de RAM par hôte Hyper-V 6 cartes réseau 1 GbE par serveur pour 500 bureaux virtuels 3 cartes réseau 10 GbE par châssis lames ou 6 cartes réseau 1 GbE par serveur autonome pour bureaux virtuels 3 cartes réseau 10 GbE par châssis lames ou 6 cartes réseau 1 GbE par serveur autonome pour bureaux virtuels Virtualisation de la mémoire Microsoft Hyper-V pour VSPEX Microsoft Hyper-V propose un certain nombre de fonctions avancées qui permettent d optimiser les performances et l utilisation globale des ressources. Les fonctionnalités avancées les plus importantes ont trait à la gestion de la mémoire. Cette section décrit certaines d entre elles, ainsi que les aspects à prendre en compte lorsque vous les utilisez dans l environnement. 58 EMC VSPEX End-User Computing

59 Chapitre 4: Présentation de solution En général, vous pouvez considérer les machines virtuelles se trouvant sur un seul hyperviseur et consommant de la mémoire comme un pool de ressources. La Figure 17 illustre un exemple de consommation de mémoire au niveau de l hyperviseur. Figure 17. Consommation de la mémoire de l hyperviseur Mémoire dynamique La fonction de mémoire dynamique, introduite dès Windows Server 2008 R2 SP1, augmente l efficacité de la mémoire physique en traitant cette dernière comme ressource partagée et en l allouant aux machines virtuelles de manière dynamique. La mémoire réellement consommée de chaque machine virtuelle est ajustée à la demande. La mémoire dynamique permet à davantage de machines virtuelles de s exécuter en récupérant la mémoire inutilisée des machines virtuelles inactives. Dans Windows Server 2012, la fonction de mémoire dynamique permet l augmentation dynamique de la mémoire maximale disponible pour les machines virtuelles. EMC VSPEX End-User Computing 59

60 Chapitre 4: Présentation de solution Accès mémoire non uniforme L accès mémoire non uniforme (NUMA) est une technologie informatique à plusieurs noeuds qui permet à un CPU d accéder à une mémoire distante. Ce type d accès mémoire nuit aux performances. Toutefois, Windows Server 2012 utilise un processus appelé affinité du processeur, qui s efforce de garder les threads attachés à un CPU particulier pour éviter l accès à la mémoire distante. Dans les versions précédentes de Windows, cette fonctionnalité n est disponible qu au niveau de l hôte. Windows Server 2012 étend cette fonctionnalité aux machines virtuelles, pour des performances améliorées. Pagination intelligente Elle envoie de la mémoire moins utilisée vers le stockage disque et en reçoit en échange si nécessaire. Instructions pour la configuration de la mémoire Cette section fournit des instructions sur l allocation de la mémoire à des machines virtuelles. Ces instructions prennent en compte la capacité mémoire supplémentaire d Hyper-V et les paramètres mémoire des machines virtuelles. Capacité mémoire supplémentaire d Hyper-V La virtualisation des ressources mémoire entraîne une capacité mémoire supplémentaire, qui inclut la mémoire consommée par Hyper-V, la partition parente et la capacité mémoire supplémentaire additionnelle de chaque machine virtuelle. Prévoyez au moins 2 Go de mémoire pour la partition parente Hyper-V dans le cadre de cette solution. Allocation de mémoire à des machines virtuelles Au sein d une architecture VSPEX, le dimensionnement de la mémoire pour une machine virtuelle repose sur différents facteurs. En raison du nombre de services d applications et d utilisations possibles, la détermination de la configuration adéquate pour un environnement oblige à créer une configuration de base, à la tester et à effectuer des réglages, comme nous le verrons ultérieurement dans ce document. Le Tableau 13 en page 89 présente les ressources utilisées par une seule machine virtuelle. 60 EMC VSPEX End-User Computing

61 Chapitre 4: Présentation de solution Instructions pour la configuration du réseau Cette section fournit des conseils pour paramétrer une configuration réseau redondante et haute disponibilité. Les instructions décrites ici prennent en compte les trames Jumbo, les réseaux VLAN et le protocole LACP d un stockage unifié EMC. Le Tableau 4 en page 52 présente en détail les exigences en ressources réseau. Tableau 8. Ressources matérielles pour le réseau Composant Configuration Infrastructure réseau Configuration minimale des switches Bloc 2 switches physiques 2 ports 10 GbE par serveur Microsoft Hyper-V 1 port 1 GbE par station pilote pour la gestion 2 ports FC/CEE/10 GbE par serveur Microsoft Hyper-V, pour le réseau de stockage 2 ports FC/CEE/10GbE par SP, pour les données des postes de travail 2 ports 10 GbE par Data Mover pour les données utilisateur Fichier 2 switches physiques 4 ports 10 GbE par serveur Microsoft Hyper-V 1 port 1 GbE par station pilote pour la gestion 2 ports 10 GbE par Data Mover pour les données Remarque : la solution peut utiliser une infrastructure réseau 1 Gbit, à condition que les exigences sous-jacentes liées à la bande passante et à la redondance soient satisfaites. VLAN Il est recommandé d isoler le trafic réseau de manière à ce que le trafic entre les hôtes et les systèmes de stockage, le trafic entre les hôtes et les clients, et le trafic de gestion, s effectuent chacun sur des réseaux isolés. Dans certains cas, la conformité aux règles ou à la réglementation en vigueur peut nécessiter cet isolement physique ; cependant, dans de nombreux cas, il suffit de recourir à un isolement logique via des réseaux VLAN. Pour appliquer cette solution, vous devez recourir à trois réseaux VLAN au minimum : Accès client Stockage Gestion EMC VSPEX End-User Computing 61

62 Chapitre 4: Présentation de solution Ces réseaux VLAN sont décrits sur la Figure 18. Figure 18. Réseaux requis Remarque : ce schéma illustre les exigences relatives à la connectivité du réseau pour une baie VNX utilisant des connexions réseau 10 GbE. Pour une baie utilisant des connexions réseau 1 GbE, vous devez créer une topologie similaire. Le réseau d accès des clients permet aux utilisateurs du système (clients) de communiquer avec l infrastructure. Le réseau de stockage est utilisé pour la communication entre la couche de traitement des données et la couche de stockage. Le réseau de gestion permet aux administrateurs de disposer d un moyen d accès dédié aux connexions de gestion sur la baie de stockage, les switches réseau et les hôtes. Remarque : Certaines bonnes pratiques requièrent un isolement supplémentaire du réseau pour le trafic de clusters, les communications de la couche de virtualisation et d autres fonctions. Ces réseaux supplémentaires peuvent être implémentés, mais ils ne sont pas obligatoires. Si vous sélectionnez l option de réseau de stockage Fibre Channel dans le cadre du déploiement, des bonnes pratiques et principes de conception similaires s appliquent. 62 EMC VSPEX End-User Computing

63 Chapitre 4: Présentation de solution Activation des trames Jumbo Agrégation de liens Pour cette solution EMC VSPEX End-User Computing, nous vous recommandons de configurer la MTU sur (trames Jumbo) afin de garantir l efficacité du trafic de stockage et de migration. Le résultat d une agrégation de liens rappelle un canal Ethernet. La différence est que cette opération utilise le protocole LACP IEEE 802.3ad standard. Ce protocole prend en charge les agrégations de liens impliquant deux ports ou plus. Tous les ports concernés doivent présenter la même vitesse et la même configuration, à savoir le mode Full duplex. Avec cette solution, le protocole LACP (Link Aggregation Control Protocol) est configuré sur le VNXe et combine plusieurs ports Ethernet en un seul port virtuel. En cas de perte de liaison sur le port Ethernet, la liaison bascule sur un autre port. Tout le trafic réseau est distribué sur les liaisons actives. Instructions pour la configuration du stockage Hyper-V propose plusieurs méthodes d utilisation du stockage en cas d hébergement de machines virtuelles. Nous avons testé les solutions décrites dans cette section et dans le Tableau 9 avec SMB, et l organisation du stockage décrite est conforme à toutes les bonnes pratiques actuelles. Les clients et les architectes peuvent, s ils le souhaitent, y apporter des modifications, à condition de connaître l utilisation et la charge des systèmes. Login VSI a été utilisé dans le cadre de cette solution pour simuler une charge utilisateur sur les postes de travail. Login VSI fournit une estimation du nombre maximal d utilisateurs qu un environnement de postes de travail peut prendre en charge. Lors de ce test, la charge de travail Login VSI moyenne a été utilisée. Les organisations de stockage pour 500, et postes de travail sont définies lorsque le temps de réponse Login VSImax moyen est inférieur au seuil maximal calculé de manière dynamique. Ce seuil maximal est appelé «dynamique VSImax». Login VSI définit le seuil maximal de deux manières : VSImax classique et dynamique. Le seuil VSImax classique est défini sur millisecondes, alors que le seuil VSImax dynamique est calculé en fonction du temps de réponse initial des activités des utilisateurs. EMC VSPEX End-User Computing 63

64 Chapitre 4: Présentation de solution Tableau 9. Matériel de stockage Matériel Configuration Remarques Stockage Caractéristiques communes : 2 interfaces 10 GbE par Data Mover 2 ports FC 8 Gbit par processeur de stockage (variante FC uniquement) Stockage partagé VNX pour les bureaux virtuels Pour 500 bureaux virtuels : 2 Data Movers (variante SMB actif/veille uniquement) Disques SAS 3,5 pouces, 600 Go, t/min : Nombre de disques PvD Non PvD HSD PVS MCS disques Flash 3,5 pouces, 100 Go Pour bureaux virtuels : 2 Data Movers (variante SMB actif/veille uniquement) Disques SAS 3,5 pouces, 600 Go, t/min : Nombre de disques PvD Non PvD HSD PVS MCS disques Flash 3,5 pouces, 100 Go Pour bureaux virtuels : 2 Data Movers (variante SMB actif/veille uniquement) Disques SAS 3,5 pouces, 600 Go, t/min : Nombre de disques PvD Non PvD HSD PVS MCS disques Flash 3,5 pouces, 100 Go Pour 500 bureaux virtuels : 16 disques NL-SAS 3,5 pouces, 2 To, t/min Pour bureaux virtuels : 24 disques NL-SAS 3,5 pouces, 2 To, t/min Pour bureaux virtuels : 48 disques NL-SAS 3,5 pouces, 2 To, t/min Facultatif pour les données utilisateur 64 EMC VSPEX End-User Computing

65 Chapitre 4: Présentation de solution Matériel Configuration Remarques Pour 500 bureaux virtuels : 5 disques SAS 3,5 pouces, 600 Go, t/min Pour bureaux virtuels : 5 disques SAS 3,5 pouces, 600 Go, t/min Pour bureaux virtuels : 5 disques SAS 3,5 pouces, 600 Go, t/min Facultatif pour le stockage d infrastructure Virtualisation du stockage Hyper-V pour VSPEX Cette section fournit des instructions sur la configuration de la couche de stockage de la solution, afin d assurer la haute disponibilité et le niveau de performances attendus. Windows Server 2012 Hyper-V et le clustering avec basculement sur incident utilisent les fonctions de volumes partagés de cluster (CSV, Cluster Shared Volumes V2) et de nouveau format de disque dur virtuel (VHDX) pour virtualiser le stockage présenté aux machines virtuelles hôtes à partir d un système de stockage externe. Dans la Figure 19, la baie de stockage présente des LUN en mode bloc (comme les volumes partagés de cluster) ou un partage CIFS en mode fichier (comme les partages SMB) aux hôtes Windows en vue de l hébergement de machines virtuelles. Figure 19. Types de disque virtuel Hyper-V CIFS Windows Server 2012 prend en charge l utilisation de partages de fichiers CIFS (SMB 3.0) comme stockage partagé pour les machines virtuelles Hyper-V. CSV Un volume partagé de cluster (CSV) est un disque partagé contenant un volume NTFS rendu accessible par tous les nœuds d un cluster de basculement sur incident Windows. Il peut être déployé sur un stockage SCSI local ou en réseau. EMC VSPEX End-User Computing 65

66 Chapitre 4: Présentation de solution Disques passe-système Windows 2012 prend également en charge les disques passe-système, qui permettent à une machine virtuelle d accéder à un disque physique mappé sur un hôte pour lequel aucun volume n est configuré. SMB 3.0 (stockage en mode fichier seulement) Le protocole SMB est le protocole d échange de fichiers utilisé par défaut dans les environnements Windows. Avec l introduction de Windows Server 2012, il offre un large éventail de fonctions SMB avec un protocole mis à jour (SMB 3.0). Voici quelques fonctions clés disponibles avec Windows Server 2012 SMB 3.0 : Basculement transparent SMB Montée en charge SMB SMB Multichannel SMB Direct Chiffrement SMB VSS pour les partages de fichiers SMB Bail de répertoire SMB SMB PowerShell Avec ces nouvelles fonctions, SMB 3.0 offre de plus vastes fonctionnalités qui, lorsqu elles sont associées, fournissent aux entreprises une solution de stockage hautes performances à la place des solutions Fibre Channel traditionnelles, et ce à moindre coût. Remarque : SMB est également connu sous le nom CIFS (Common Internet File System). Pour plus d informations sur SMB 3.0, consultez le document Gamme EMC VNX : Introduction à la prise en charge SMB 3.0. ODX (stockage en mode bloc seulement) Le transfert de données déchargées (ODX) est une fonction de la pile de stockage sous Microsoft Windows Server Il permet d utiliser les baies de stockage externe pour décharger le serveur des transferts de données, qui seront pris en charge par les baies. Lorsqu elles sont utilisées avec du matériel de stockage qui prend en charge la fonctionnalité ODX, les opérations de copie de fichier sont démarrées par l hôte, mais réalisées par le périphérique de stockage. ODX élimine le transfert de données entre le stockage et les hôtes Hyper-V à l aide d un mécanisme de type token pour la lecture et l écriture de données dans ou entre des baies de stockage. Il réduit ainsi la charge du réseau et des hôtes. ODX contribue à accélérer le clonage et la migration des machines virtuelles. Comme la fonction ODX décharge le transfert de fichiers sur la baie de stockage, l utilisation des ressources hôtes, comme le CPU et le réseau, est réduite de manière significative. En optimisant l utilisation de la baie de stockage, ODX réduit les temps de latence et accélère le transfert de fichiers volumineux, comme les bases de données ou les vidéos. Lors d opérations sur des fichiers prises en charge par ODX, les transferts de données sont automatiquement déchargés vers la baie de stockage et deviennent transparents pour les utilisateurs. ODX est activé par défaut sous Windows Server EMC VSPEX End-User Computing

67 Nouveau format de disque dur virtuel Chapitre 4: Présentation de solution Windows Server 2012 Hyper-V contient une mise à jour vers le format VHD, appelée VHDX, et dont la capacité et les fonctions intégrées de résilience sont supérieures. Les nouvelles caractéristiques principales du format VHDX sont les suivantes : prise en charge du stockage des disques durs virtuels avec une capacité pouvant atteindre 64 To ; protection supplémentaire contre la corruption des données pendant les coupures d alimentation en consignant les mises à jour sur les structures de métadonnées VHDX ; alignement optimal de la structure du format de disque dur virtuel pour s adapter aux disques à secteurs volumineux. Le format VHDX possède également les caractéristiques suivantes : tailles de bloc supérieures pour les disques dynamiques et différentiels, qui permettent aux disques de répondre aux besoins de la charge de travail ; disque virtuel à secteurs logiques de 4 Ko qui améliore les performances lorsqu il est utilisé par les applications et les charges de travail conçues pour les secteurs de 4 Ko ; possibilité de stocker des métadonnées personnalisées sur les fichiers que l utilisateur pourrait vouloir enregistrer, comme la version du système d exploitation ou les mises à jour appliquées ; fonctionnalités de récupération d espace pouvant réduire la taille des fichiers et permettant au périphérique de stockage physique sous-jacent de récupérer l espace inutilisé. (Par exemple, la fonction TRIM requiert un stockage en attachement direct ou des disques SCSI et du matériel compatible.) Module de stockage VSPEX Le dimensionnement du système de stockage en fonction des E/S par seconde du serveur virtuel représente un processus compliqué. Lorsqu une E/S parvient à la baie de stockage, elle est traitée par plusieurs composants : le Data Mover (pour les stockages en mode fichier), les processeurs de stockage, le cache DRAM backend, le FAST Cache (si utilisé) et les disques. Les clients doivent considérer plusieurs facteurs lors de la planification et de la mise à l échelle de leur stockage, afin d équilibrer la capacité, les performances et le coût de leurs applications. VSPEX utilise une approche modulaire afin de réduire la complexité. Un module est un ensemble d axes de disque qui prend en charge un certain nombre de bureaux virtuels dans l architecture VSPEX. Chaque module combine plusieurs axes de disque pour créer un pool de stockage prenant en charge les besoins de l environnement utilisateur. Trois modules (500, et postes de travail) ont été vérifiés pour une utilisation avec la gamme VNX et fournissent une solution flexible pour le dimensionnement de VSPEX. Le Tableau 10 présente une liste simple des disques requis pour prendre en charge différentes échelles de configuration, mais il ne tient pas compte des besoins en disques de secours. Remarque : si une configuration débute avec le module pour 500 postes de travail (MCS), ce dernier peut être étendu à postes de travail en ajoutant dix disques SAS adaptés et en autorisant le rembobinage du pool. Pour en savoir plus sur l extension et le rembobinage des pools, consultez le livre blanc EMC VNX Virtual Provisioning Applied Technology. EMC VSPEX End-User Computing 67

68 Chapitre 4: Présentation de solution Tableau 10. Nombre de disques requis pour différentes quantités de bureaux virtuels Bureaux virtuels Plateforme VNX Disques Flash (FAST Cache) Disques SAS (PVS/non PvD) Disques SAS (PVS/PvD) Disques SAS (MCS/non PvD) octobre octobre diapositive Disques SAS (MCS/PvD) Valeurs maximales validées pour l environnement utilisateur VSPEX Les configurations de l environnement utilisateur VSPEX sont validées sur les plates-formes VNX5400 et VNX5600. Chaque plate-forme a des capacités différentes en matière de processeurs, de mémoire et de disques. Pour chaque baie, il existe une configuration maximale recommandée pour l environnement utilisateur VSPEX. Comme indiqué dans le Tableau 10, la valeur maximale recommandée pour une baie VNX5400 est postes de travail et pour une baie VNX5600. Organisation du stockage pour 500 bureaux virtuels Organisation du stockage de base avec provisionnement PVS La Figure 20 illustre l organisation des disques nécessaires au stockage de 500 bureaux virtuels avec provisionnement PVS. Cette organisation peut être utilisée avec les options de vdisk aléatoire, statique et personnel, et de provisionnement de postes de travail partagés hébergés. Cette organisation n inclut pas l espace nécessaire au stockage des données de profils utilisateur. Figure 20. Organisation du stockage de base avec provisionnement PVS pour 500 bureaux virtuels Présentation de l organisation du stockage de base avec provisionnement PVS La configuration de base suivante est utilisée dans l architecture de référence pour 500 bureaux virtuels : Quatre disques SAS (de 0_0_0 à 0_0_3) sont utilisés pour VNX OE. 68 EMC VSPEX End-User Computing

69 Chapitre 4: Présentation de solution La gamme EMC VNX ne requiert pas l utilisation d un disque de secours dédié. Les disques 1_0_4 et 1_1_5 sont des disques non liés pouvant être utilisés en tant que disques de secours en cas de besoin. Ils sont indiqués comme tels dans le schéma d organisation du stockage. Huit disques SAS (de 1_0_7 à 1_0_14) du pool de stockage RAID 10 nº 1 servent à stocker les bureaux virtuels. FAST Cache est activé pour l ensemble du pool. Pour le NAS, dix LUN de 200 Go chacune sont provisionnées à partir du pool afin de fournir le stockage nécessaire à la création de deux systèmes de fichiers CIFS. Les systèmes de fichiers sont présentés aux serveurs Hyper-V comme quatre partages SMB. En FC, deux LUN de 1 To chacune sont provisionnées à partir du pool pour être présentées aux serveurs Hyper-V comme quatre disques CSV. Deux disques Flash (1_0_5 et 1_0_6) sont utilisés pour EMC VNX FAST Cache. Il n y a aucune LUN configurable par les utilisateurs sur ces disques. Cinq disques SAS (1_1_0 à 1_1_4) du pool de stockage RAID 5 nº 2 servent à stocker les vdisks PVS et les images TFTP. FAST Cache est activé pour l ensemble du pool. Les disques 0_0_4 à 0_0_24, 1_0_0 à 1_0_3 et 1_1_6 à 1_1_14 restent inutilisés. Ils n ont pas été utilisés pour tester cette solution. Remarque : vous pouvez utiliser des disques de plus grande capacité pour accroître la capacité globale. Afin de satisfaire les recommandations en matière de charge, les disques doivent tous être cadencés à t/min et fournir la même capacité. En cas d utilisation de capacités différentes, les algorithmes d organisation du stockage risquent de produire de moins bons résultats. Organisation du stockage de base avec provisionnement MCS La Figure 21 illustre l organisation des disques nécessaires au stockage de 500 bureaux virtuels avec provisionnement MCS. Cette organisation peut être utilisée avec les options de vdisk aléatoire, statique et personnel, et de provisionnement de postes de travail partagés hébergés. Cette organisation n inclut pas l espace nécessaire au stockage des données de profils utilisateur. EMC VSPEX End-User Computing 69

70 Chapitre 4: Présentation de solution Figure 21. Organisation du stockage de base avec provisionnement MCS pour 500 bureaux virtuels Présentation de l organisation du stockage de base avec provisionnement MCS La configuration de base suivante est utilisée dans l architecture de référence pour 500 bureaux virtuels : Quatre disques SAS (illustrés ici sous la forme 0_0_0 à 0_0_3) sont utilisés pour VNX OE. La gamme EMC VNX ne requiert pas l utilisation d un disque de secours dédié. Les disques 1_0_4 et 1_1_2 sont des disques non liés pouvant être utilisés en tant que disques de secours en cas de besoin. Ils sont indiqués comme tels dans le schéma d organisation du stockage. Dix disques SAS (de 1_0_5 à 1_0_14) du pool de stockage RAID 5 nº 1 servent à stocker les bureaux virtuels. FAST Cache est activé pour l ensemble du pool. Pour le NAS, dix LUN de 200 Go chacune sont provisionnées à partir du pool afin de fournir le stockage nécessaire à la création de deux systèmes de fichiers CIFS. Les systèmes de fichiers sont présentés aux serveurs Hyper-V comme quatre partages SMB. En FC, deux LUN de 1 To chacune sont provisionnées à partir du pool pour être présentées aux serveurs Hyper-V comme quatre disques CSV. Remarque : si le Personal vdisk est mis en œuvre, la moitié des disques (cinq disques SAS pour 500 postes de travail) suffit à satisfaire les exigences en matière de performances. Cependant, la capacité des postes de travail sera réduite de 50 %. Si les exigences de capacité de votre environnement sont respectées, mettez en œuvre le Personal vdisk avec provisionnement MCS à l aide de 5 disques SAS pour 500 postes de travail. Deux disques Flash (1_1_0 et 1_1_1) sont utilisés pour EMC VNX FAST Cache. Il n y a aucune LUN configurable par les utilisateurs sur ces disques. Les disques 0_0_4 à 0_0_24, 1_0_0 à 1_0_3 et 1_1_3 à 1_1_14 restent inutilisés. Ils n ont pas été utilisés pour tester cette solution. 70 EMC VSPEX End-User Computing

71 Chapitre 4: Présentation de solution Remarque : vous pouvez utiliser des disques de plus grande capacité pour accroître la capacité globale. Afin de satisfaire les recommandations en matière de charge, les disques doivent tous être cadencés à t/min et fournir la même capacité. En cas d utilisation de capacités différentes, les algorithmes d organisation du stockage risquent de produire de moins bons résultats. Organisation du stockage facultatif Lors des tests de validation de la solution, l espace de stockage destiné aux données utilisateur a été alloué sur la baie VNX, comme indiqué sur la Figure 22. Ce stockage est en sus du stockage de base illustré sur la Figure 21. Il n est pas nécessaire si un stockage destiné aux données utilisateur existe ailleurs dans l environnement de production. Figure 22. Organisation du stockage facultatif pour 500 bureaux virtuels Présentation de l organisation du stockage facultatif L organisation du stockage facultatif sert à stocker les serveurs d infrastructure, les profils utilisateur et les répertoires personnels, ainsi que les Personal vdisks. La configuration facultative suivante est utilisée dans l architecture de référence pour 500 bureaux virtuels : La gamme EMC VNX ne requiert pas l utilisation d un disque de secours dédié. Le disque 0_2_14 est un disque non lié pouvant être utilisé en tant que disque de secours en cas de besoin. Il est indiqué comme tel dans le schéma d organisation du stockage. Cinq disques SAS (de 0_2_0 à 0_2_4) du pool de stockage RAID 5 nº 6 servent à stocker les machines virtuelles de l infrastructure. Une LUN de 1 To est provisionnée à partir du pool pour être présentée aux serveurs Hyper-V comme un disque CSV. Seize disques NL-SAS (de 0_2_5 à 0_2_13 et de 1_2_0 à 1_2_6) du pool de stockage RAID 6 nº 4 servent à stocker les données utilisateur et les profils d itinérance. Dix LUN de 500 Go chacune sont provisionnées à partir du pool afin de fournir le stockage nécessaire à la création de deux systèmes de fichiers CIFS. EMC VSPEX End-User Computing 71

72 Chapitre 4: Présentation de solution En cas de mise en œuvre de plusieurs types de disque, il est possible d activer FAST VP de manière à hiérarchiser automatiquement les données, afin d équilibrer les différences des disques en termes de performances et de capacité. FAST VP agit au niveau du pool de stockage en mode bloc et choisit automatiquement l emplacement de stockage des données en fonction de la fréquence de leur utilisation. Les données souvent consultées sont promues vers des niveaux de stockage plus élevés, par incréments de 256 Mo, tandis que les données les moins utilisées peuvent migrer vers un niveau plus bas pour une optimisation des coûts. Ce rééquilibrage par tranches de 256 Mo de données est effectué dans le cadre d une opération de maintenance programmée à intervalles réguliers. Bien que FAST VP ne soit pas recommandé pour le stockage de bureaux virtuels, il peut contribuer à améliorer les performances lorsqu il est implémenté pour les données utilisateur et les profils d itinérance. Huit disques SAS (1_2_7 à 1_2_14) du pool de stockage RAID 10 nº 5 servent à stocker les Personal vdisks. FAST Cache est activé pour l ensemble du pool. Pour le NAS, dix LUN de 200 Go chacune sont provisionnées à partir du pool afin de fournir le stockage nécessaire à la création de deux systèmes de fichiers CIFS. Les systèmes de fichiers sont présentés aux serveurs Hyper-V comme quatre partages SMB. En FC, deux LUN de 1 To chacune sont provisionnées à partir du pool pour être présentées aux serveurs Hyper-V comme quatre disques CSV. Organisation du stockage pour bureaux virtuels Organisation du stockage de base avec provisionnement PVS La Figure 23 illustre l organisation des disques nécessaires au stockage de bureaux virtuels avec provisionnement PVS. Cette organisation peut être utilisée avec les options de vdisk aléatoire, statique et personnel, et de provisionnement de postes de travail partagés hébergés. Cette organisation n inclut pas l espace nécessaire au stockage des données de profils utilisateur. Figure 23. Organisation du stockage de base avec provisionnement PVS pour bureaux virtuels 72 EMC VSPEX End-User Computing

73 Chapitre 4: Présentation de solution Présentation de l organisation du stockage de base avec provisionnement PVS La configuration de base suivante est utilisée dans l architecture de référence pour bureaux virtuels : Quatre disques SAS (de 0_0_0 à 0_0_3) sont utilisés pour VNX OE. La gamme EMC VNX ne requiert pas l utilisation d un disque de secours dédié. Les disques 1_0_4 et 1_0_7 sont des disques non liés pouvant être utilisés en tant que disques de secours en cas de besoin. Ils sont indiqués comme tels dans le schéma d organisation du stockage. Seize disques SAS (de 1_0_8 à 1_0_14 et de 1_1_0 à 1_1_8) du pool de stockage RAID 10 nº 1 servent à stocker les bureaux virtuels. FAST Cache est activé pour l ensemble du pool. Pour le NAS, dix LUN de 400 Go chacune sont provisionnées à partir du pool afin de fournir le stockage nécessaire à la création de quatre systèmes de fichiers CIFS. Les systèmes de fichiers sont présentés aux serveurs Hyper-V comme quatre partages SMB. En FC, quatre LUN de 1 To chacune sont provisionnées à partir du pool pour être présentées aux serveurs Hyper-V comme quatre disques CSV. Deux disques Flash (1_0_5 et 1_0_6) sont utilisés pour EMC VNX FAST Cache. Il n y a aucune LUN configurable par les utilisateurs sur ces disques. Cinq disques SAS (1_1_9 à 1_1_13) du pool de stockage RAID 5 nº 2 servent à stocker les vdisks PVS et les images TFTP. FAST Cache est activé pour l ensemble du pool. Les disques 0_0_4 à 0_0_24, 1_0_0 à 1_0_3 et 1_1_14 restent inutilisés. Ils n ont pas été utilisés pour tester cette solution. Remarque : vous pouvez utiliser des disques de plus grande capacité pour accroître la capacité globale. Afin de satisfaire les recommandations en matière de charge, les disques doivent tous être cadencés à t/min et fournir la même capacité. En cas d utilisation de capacités différentes, les algorithmes d organisation du stockage risquent de produire de moins bons résultats. Organisation du stockage de base avec provisionnement MCS La Figure 24 illustre l organisation des disques nécessaires au stockage de bureaux virtuels avec provisionnement MCS. Cette organisation peut être utilisée avec les options de vdisk aléatoire, statique et personnel, et de provisionnement de postes de travail partagés hébergés. Cette organisation n inclut pas l espace nécessaire au stockage des données de profils utilisateur. EMC VSPEX End-User Computing 73

74 Chapitre 4: Présentation de solution Figure 24. Organisation du stockage de base avec provisionnement MCS pour bureaux virtuels Présentation de l organisation du stockage de base avec provisionnement MCS La configuration de base suivante est utilisée dans l architecture de référence pour bureaux virtuels : Quatre disques SAS (illustrés ici sous la forme 0_0_0 à 0_0_3) sont utilisés pour VNX OE. La gamme EMC VNX ne requiert pas l utilisation d un disque de secours dédié. Les disques 1_0_4 et 1_1_2 sont des disques non liés pouvant être utilisés en tant que disques de secours en cas de besoin. Ils sont indiqués comme tels dans le schéma d organisation du stockage. Vingt disques SAS (de 1_0_5 à 1_0_14 et de 1_1_3 à 1_1_12) du pool de stockage RAID 5 nº 1 servent à stocker les bureaux virtuels. FAST Cache est activé pour l ensemble du pool. Pour le NAS, dix LUN de 800 Go chacune sont provisionnées à partir du pool afin de fournir le stockage nécessaire à la création de quatre systèmes de fichiers CIFS. Les systèmes de fichiers sont présentés aux serveurs Hyper-V comme quatre partages SMB. En FC, quatre LUN de 2 To chacune sont provisionnées à partir du pool pour être présentées aux serveurs Hyper-V comme quatre disques CSV. Remarque : si le Personal vdisk est mis en œuvre, la moitié des disques (dix disques SAS pour postes de travail) suffit à satisfaire les exigences en matière de performances. Cependant, la capacité des postes de travail sera réduite de 50 %. Si les exigences de capacité de votre environnement sont respectées, mettez en œuvre le Personal vdisk avec provisionnement MCS à l aide de 10 disques SAS pour postes de travail. Deux disques Flash (1_1_0 et 1_1_1) sont utilisés pour EMC VNX FAST Cache. Il n y a aucune LUN configurable par les utilisateurs sur ces disques. Les disques 0_0_4 à 0_0_24 et 1_1_13 à 1_1_14 restent inutilisés. Ils n ont pas été utilisés pour tester cette solution. 74 EMC VSPEX End-User Computing

75 Chapitre 4: Présentation de solution Remarque : vous pouvez utiliser des disques de plus grande capacité pour accroître la capacité globale. Afin de satisfaire les recommandations en matière de charge, les disques doivent tous être cadencés à t/min et fournir la même capacité. En cas d utilisation de capacités différentes, les algorithmes d organisation du stockage risquent de produire de moins bons résultats. Organisation du stockage facultatif Lors des tests de validation de la solution, l espace de stockage destiné aux données utilisateur a été alloué sur la baie VNX, comme indiqué sur la Figure 25. Ce stockage est en sus du stockage de base illustré sur la Figure 24. Il n est pas nécessaire si un stockage destiné aux données utilisateur existe ailleurs dans l environnement de production. Figure 25. Organisation du stockage facultatif pour bureaux virtuels Présentation de l organisation du stockage facultatif L organisation du stockage facultatif sert à stocker les serveurs d infrastructure, les profils utilisateur et les répertoires personnels, ainsi que les Personal vdisks. La configuration facultative suivante est utilisée dans l architecture de référence pour bureaux virtuels : La gamme EMC VNX ne requiert pas l utilisation d un disque de secours dédié. Les disques 0_2_14 et 0_3_14 sont des disques non liés pouvant être utilisés en tant que disques de secours en cas de besoin. Ils sont indiqués comme tels dans le schéma d organisation du stockage. Cinq disques SAS (de 0_2_0 à 0_2_4) du pool de stockage RAID 5 nº 6 servent à stocker les machines virtuelles de l infrastructure. Une LUN de 1 To est provisionnée à partir du pool pour être présentée aux serveurs Hyper-V comme un disque CSV. EMC VSPEX End-User Computing 75

76 Chapitre 4: Présentation de solution Vingt-quatre disques NL-SAS (de 0_2_5 à 0_2_13 et de 1_2_0 à 1_2_14) du pool de stockage RAID 6 nº 4 servent à stocker les données utilisateur et les profils d itinérance. Dix LUN de 1 To chacune sont provisionnées à partir du pool afin de fournir le stockage nécessaire à la création de deux systèmes de fichiers CIFS. Si vous avez mis en œuvre plusieurs types de disque, vous pouvez activer FAST VP de manière à hiérarchiser automatiquement les données, afin d équilibrer les différences des disques en termes de performances et de capacité. FAST VP agit au niveau du pool de stockage en mode bloc et choisit automatiquement l emplacement de stockage des données en fonction de la fréquence de leur utilisation. Les données souvent consultées sont promues vers des niveaux de stockage plus élevés, par incréments de 256 Mo, tandis que les données les moins utilisées peuvent migrer vers un niveau plus bas pour une optimisation des coûts. Ce rééquilibrage par tranches de 256 Mo de données est effectué dans le cadre d une opération de maintenance programmée à intervalles réguliers. Bien que FAST VP ne soit pas recommandé pour le stockage de bureaux virtuels, il peut contribuer à améliorer les performances lorsqu il est implémenté pour les données utilisateur et les profils d itinérance. Seize disques SAS (0_3_0 à 0_3_13 et 1_3_0 à 1_3_1) du pool de stockage RAID 10 nº 5 servent à stocker les Personal vdisks. FAST Cache est activé pour l ensemble du pool. Pour le NAS, dix LUN de 400 Go chacune sont provisionnées à partir du pool afin de fournir le stockage nécessaire à la création de quatre systèmes de fichiers CIFS. Les systèmes de fichiers sont présentés aux serveurs Hyper-V comme quatre partages SMB. En FC, quatre LUN de 1 To chacune sont provisionnées à partir du pool pour être présentées aux serveurs Hyper-V comme quatre disques CSV. Les disques 1_3_2 à 1_3_14 restent inutilisés. Ils n ont pas été utilisés pour tester cette solution. 76 EMC VSPEX End-User Computing

77 Chapitre 4: Présentation de solution Organisation du stockage pour bureaux virtuels Organisation du stockage de base avec provisionnement PVS La Figure 26 illustre l organisation des disques nécessaires au stockage de bureaux virtuels avec provisionnement PVS. Cette organisation peut être utilisée avec les options de vdisk aléatoire, statique et personnel, et de provisionnement de postes de travail partagés hébergés. Cette organisation n inclut pas l espace nécessaire au stockage des données de profils utilisateur. Figure 26. Organisation du stockage de base avec provisionnement PVS pour bureaux virtuels Présentation de l organisation du stockage de base avec provisionnement PVS La configuration de base suivante est utilisée dans l architecture de référence pour bureaux virtuels : Quatre disques SAS (illustrés ici sous la forme 0_0_0 à 0_0_3) sont utilisés pour VNX OE. La gamme EMC VNX ne requiert pas l utilisation d un disque de secours dédié. Les disques 1_0_4, 1_1_14 et 0_2_2 sont des disques non liés pouvant être utilisés en tant que disques de secours en cas de besoin. Ils sont indiqués comme tels dans le schéma d organisation du stockage. Trente-deux disques SAS (1_0_5 à 1_0_14, 0_1_0 à 0_1_14 et 1_1_0 à 1_1_6) du pool de stockage RAID 10 nº 1 servent à stocker les bureaux virtuels. FAST Cache est activé pour l ensemble du pool. EMC VSPEX End-User Computing 77

78 Chapitre 4: Présentation de solution Pour le NAS, dix LUN de 800 Go chacune sont provisionnées à partir du pool afin de fournir le stockage nécessaire à la création de huit systèmes de fichiers CIFS. Les systèmes de fichiers sont présentés aux serveurs Hyper-V comme quatre partages SMB. En FC, huit LUN de 1 To chacune sont provisionnées à partir du pool pour être présentées aux serveurs Hyper-V comme quatre disques CSV. Quatre disques Flash (de 1_1_12 à 1_1_13 et de 0_2_0 à 0_2_1) sont utilisés pour EMC VNX FAST Cache. Il n y a aucune LUN configurable par les utilisateurs sur ces disques. Cinq disques SAS (1_1_7 à 1_1_11) du pool de stockage RAID 5 nº 2 servent à stocker les vdisks PVS et les images TFTP. FAST Cache est activé pour l ensemble du pool. Les disques 0_0_4 à 0_0_24, 1_0_0 à 1_0_3 et 0_2_3 à 0_2_14 restent inutilisés. Ils n ont pas été utilisés pour tester cette solution. Remarque : vous pouvez utiliser des disques de plus grande capacité pour accroître la capacité globale. Afin de satisfaire les recommandations en matière de charge, les disques doivent tous être cadencés à t/min et fournir la même capacité. En cas d utilisation de capacités différentes, les algorithmes d organisation du stockage risquent de produire de moins bons résultats. 78 EMC VSPEX End-User Computing

79 Organisation du stockage de base avec provisionnement MCS Chapitre 4: Présentation de solution La Figure 27 illustre l organisation des disques nécessaires au stockage de bureaux virtuels avec provisionnement MCS. Cette organisation peut être utilisée avec les options de vdisk aléatoire, statique et personnel, et de provisionnement de postes de travail partagés hébergés. Cette organisation n inclut pas l espace nécessaire au stockage des données de profils utilisateur. Figure 27. Organisation du stockage de base avec provisionnement MCS pour bureaux virtuels Présentation de l organisation du stockage de base avec provisionnement MCS La configuration de base suivante est utilisée dans l architecture de référence pour bureaux virtuels : Quatre disques SAS (illustrés ici sous la forme 0_0_0 à 0_0_3) sont utilisés pour VNX OE. La gamme EMC VNX ne requiert pas l utilisation d un disque de secours dédié. Les disques 1_0_4, 0_1_2 et 0_2_5 sont des disques non liés pouvant être utilisés en tant que disques de secours en cas de besoin. Ils sont indiqués comme tels dans le schéma d organisation du stockage. Quarante disques SAS (1_0_5 à 1_0_14, 0_1_3 à 0_1_14, 1_1_2 à 1_1_14 et 0_2_0 à 0_2_4) du pool de stockage RAID 5 nº 1 servent à stocker les bureaux virtuels. FAST Cache est activé pour l ensemble du pool. Pour le NAS, dix LUN de Go chacune sont provisionnées à partir du pool afin de fournir le stockage nécessaire à la création de huit systèmes de fichiers CIFS. Les systèmes de fichiers sont présentés aux serveurs Hyper-V comme quatre partages SMB. EMC VSPEX End-User Computing 79

80 Chapitre 4: Présentation de solution En FC, huit LUN de 2 To chacune sont provisionnées à partir du pool pour être présentées aux serveurs Hyper-V comme quatre disques CSV. Remarque : si le Personal vdisk est mis en œuvre, la moitié des disques (vingt disques SAS pour postes de travail) suffit à satisfaire les exigences en matière de performances. Cependant, la capacité des postes de travail sera réduite de 50 %. Si les exigences de capacité de votre environnement sont respectées, mettez en œuvre le Personal vdisk avec provisionnement MCS à l aide de 20 disques SAS pour postes de travail. Deux disques Flash (de 0_1_0 à 0_1_1 et de 1_1_0 à 1_1_1) sont utilisés pour EMC VNX FAST Cache. Il n y a aucune LUN configurable par les utilisateurs sur ces disques. Les disques 0_0_4 à 0_0_24, 1_0_0 à 1_0_3 et 0_2_6 à 0_2_14 sont non liés. Ils n ont pas été utilisés pour tester cette solution. Remarque : vous pouvez utiliser des disques de plus grande capacité pour accroître la capacité globale. Afin de satisfaire les recommandations en matière de charge, les disques doivent tous être cadencés à t/min et fournir la même capacité. En cas d utilisation de capacités différentes, les algorithmes d organisation du stockage risquent de produire de moins bons résultats. 80 EMC VSPEX End-User Computing

81 Organisation du stockage facultatif Chapitre 4: Présentation de solution Lors des tests de validation de la solution, l espace de stockage destiné aux données utilisateur a été alloué sur la baie VNX, comme indiqué sur la Figure 28. Ce stockage est en sus du stockage de base illustré sur la Figure 27. Il n est pas nécessaire si un stockage destiné aux données utilisateur existe ailleurs dans l environnement de production. Figure 28. Organisation du stockage facultatif pour bureaux virtuels Présentation de l organisation du stockage facultatif L organisation du stockage facultatif sert à stocker les serveurs d infrastructure, les profils utilisateur et les répertoires personnels, ainsi que les Personal vdisks. La configuration facultative suivante est utilisée dans l architecture de référence pour bureaux virtuels : La gamme EMC VNX ne requiert pas l utilisation d un disque de secours dédié. Les disques 1_2_14, 0_4_9, 0_5_12 et 0_5_13 sont des disques non liés pouvant être utilisés en tant que disques de secours en cas de besoin. Il est indiqué comme tel dans le schéma d organisation du stockage. EMC VSPEX End-User Computing 81

82 Chapitre 4: Présentation de solution Cinq disques SAS (de 1_2_0 à 1_2_4) du pool de stockage RAID 5 nº 6 servent à stocker les machines virtuelles de l infrastructure. Une LUN de 1 To est provisionnée à partir du pool pour être présentée aux serveurs Hyper-V comme un disque CSV. Quarante-huit disques NL-SAS (1_2_5 à 1_2_13, 0_3_0 à 0_3_14, 1_3_0 à 1_3_14 et 0_4_0 à 0_4_8) du pool de stockage RAID 6 nº 4 servent à stocker les données utilisateur et les profils d itinérance. Dix LUN de 2 To chacune sont provisionnées à partir du pool afin de fournir le stockage nécessaire à la création de deux systèmes de fichiers CIFS. En cas de mise en œuvre de plusieurs types de disque, il est possible d activer FAST VP de manière à hiérarchiser automatiquement les données, afin d équilibrer les différences des disques en termes de performances et de capacité. FAST VP agit au niveau du pool de stockage en mode bloc et choisit automatiquement l emplacement de stockage des données en fonction de la fréquence de leur utilisation. Les données souvent consultées sont promues vers des niveaux de stockage plus élevés, par incréments de 256 Mo, tandis que les données les moins utilisées peuvent migrer vers un niveau plus bas pour une optimisation des coûts. Ce rééquilibrage par tranches de 256 Mo de données est effectué dans le cadre d une opération de maintenance programmée à intervalles réguliers. Bien que FAST VP ne soit pas recommandé pour le stockage de bureaux virtuels, il peut contribuer à améliorer les performances lorsqu il est implémenté pour les données utilisateur et les profils d itinérance. Trente-deux disques SAS (0_4_10 à 0_4_14, 1_4_0 à 1_4_14 et 0_5_0 à 0_5_11) du pool de stockage RAID 10 nº 5 servent à stocker les Personal vdisks. FAST Cache est activé pour l ensemble du pool. Pour le NAS, dix LUN de 800 Go chacune sont provisionnées à partir du pool afin de fournir le stockage nécessaire à la création de huit systèmes de fichiers CIFS. Les systèmes de fichiers sont présentés aux serveurs Hyper-V comme quatre partages SMB. En FC, huit LUN de 1 To chacune sont provisionnées à partir du pool pour être présentées aux serveurs Hyper-V comme quatre disques CSV. 82 EMC VSPEX End-User Computing

83 Chapitre 4: Présentation de solution Haute disponibilité et basculement sur incident Cette solution VSPEX fournit une infrastructure de stockage, de réseau et de serveurs virtualisée et hautement disponible. Lorsqu elle est mise en œuvre en suivant les instructions de ce guide, elle vous permet de faire face à la plupart des points uniques de défaillance, avec un impact minime, voire nul, sur les opérations métier. Couche de virtualisation Comme nous l avons déjà indiqué, il est recommandé de configurer la haute disponibilité au niveau de la couche de virtualisation et d autoriser l hyperviseur à redémarrer automatiquement les machines virtuelles défaillantes. La Figure 29 illustre la couche de l hyperviseur qui réagit à une défaillance de la couche de traitement des données. Cluster VMware vsphere - Fonction HA configurée Défaillance de l'hôte Cluster VMware vsphere - Fonction HA configurée Figure 29. Haute disponibilité de la couche de virtualisation La mise en oeuvre de la haute disponibilité au niveau de la couche de virtualisation permet de s assurer qu en cas de défaillance matérielle, l infrastructure tentera de préserver le fonctionnement d autant de services que possible. Couche de traitement Bien que, pour cette solution, le choix du type de serveur utilisé dans la couche de traitement des données soit relativement flexible, nous vous recommandons d utiliser des serveurs d entreprise conçus pour le datacenter. Ces serveurs sont équipés d alimentations redondantes qu il convient de raccorder à des unités d alimentation distinctes, conformément aux bonnes pratiques définies par le fournisseur du serveur. Figure 30. Alimentations redondantes EMC VSPEX End-User Computing 83

84 L1 L1 `STAT MGMT 0 L2 MGMT 1 CONSOLE `STAT MGMT 0 L2 MGMT 1 CONSOLE SLOT2 SLOT3 SLOT2 SLOT3 Cisco Nexus 5020 PS1 PS2 Chapitre 4: Présentation de solution Il est également recommandé de configurer la haute disponibilité au niveau de la couche de virtualisation. La couche de traitement des données doit être configurée avec suffisamment de ressources pour que la quantité totale de ressources disponibles réponde aux besoins de l environnement, même en cas de panne de serveur, comme le montre la Figure 30. Les fonctions réseau avancées de la gamme VNX protègent la baie contre les pannes de connexion réseau. Chaque hôte Hyper-V dispose de plusieurs connexions au réseau utilisateur et au réseau de stockage Ethernet pour se prémunir contre les pannes de liaison. Ces connexions doivent être réparties sur plusieurs switches Ethernet afin d offrir une protection contre les pannes des composants du réseau, comme le montre la Figure 31. Data Mover (de secours) Data Mover (actif) Cisco Nexus 5020 PS1 PS v-6A 50~60Hz v-6A 50~60Hz Couche réseau Le serveur se connecte à plusieurs switches Les switches se connectent les uns aux autres Chaque Data Mover se connecte à plusieurs switches Figure 31. Haute disponibilité de la couche réseau L élimination de tout point unique de défaillance de la couche réseau permet à la couche de traitement des données d accéder au stockage et de communiquer avec les utilisateurs même en cas de défaillance d un composant. 84 EMC VSPEX End-User Computing

85 Chapitre 4: Présentation de solution Couche de stockage La famille VNX est conçue pour assurer une disponibilité éprouvée de 99,999 % grâce à l utilisation de composants redondants sur l ensemble de la baie. Tous les composants de la baie sont capables de poursuivre les opérations en cas de panne matérielle. La configuration des disques RAID de la baie assure la protection contre les pertes de données dues à des pannes de disques individuels, et les disques de secours disponibles peuvent être alloués de manière dynamique pour remplacer un disque défaillant, comme le montre la Figure 32. Figure 32. Haute disponibilité de la gamme VNX Les baies de stockage EMC sont conçues par défaut pour garantir la haute disponibilité. Lorsqu elles sont configurées conformément aux instructions de leurs guides d installation, aucun point unique de défaillance ne peut provoquer la perte de données ou une indisponibilité. EMC VSPEX End-User Computing 85

86 Chapitre 4: Présentation de solution Profil du test de validation La solution VSPEX a été validée avec les caractéristiques du profil d environnement présenté dans le Tableau 11. Tableau 11. Profil de l environnement validé Caractéristique du profil Nombre de bureaux virtuels Système d exploitation des bureaux virtuels CPU par bureau virtuel Nombre de bureaux virtuels par coeur de CPU RAM par bureau virtuel Méthode de provisionnement des postes de travail Stockage moyen disponible pour chaque bureau virtuel Nombre moyen d E/S par seconde par bureau virtuel en état stable Nombre moyen d E/S par seconde en pic d activité par bureau virtuel pendant un «boot storm» Nombre de datastores pour le stockage des bureaux virtuels Nombre de bureaux virtuels par datastore Type de disque et RAID pour les datastores Type de disque et RAID pour les partages CIFS d hébergement des profils utilisateur d itinérance et des répertoires personnels (facultatif pour les données utilisateur) Valeur 500 pour 500 bureaux virtuels pour bureaux virtuels pour bureaux virtuels OS de poste de travail : Windows 7 Enterprise (32 bits) SP1 OS de serveur : Windows Server 2008 R2 SP1 OS de poste de travail : 1 vcpu OS de serveur : 0,2 vcpu OS de poste de travail : 1 vcpu OS de serveur : 0,2 vcpu OS de poste de travail : 2 Go OS de serveur : 0,6 Go Provisioning Services (PVS) Machine Creation Services (MCS) 4 Go (PVS) 8 Go (MCS) 8 E/S par seconde 60 E/S par seconde (variante MCS/NFS) 8 E/S par seconde (variante PVS/NFS) 116 E/S par seconde (variante MCS/FC) 14 E/S par seconde (variante PVS/FC) 2 pour 500 bureaux virtuels 4 pour bureaux virtuels 8 pour bureaux virtuels 250 Disques SAS RAID 5, 3,5 pouces, 600 Go, t/min Disques NL-SAS RAID 6, 3,5 pouces, 2 To, t/min 86 EMC VSPEX End-User Computing

87 Chapitre 4: Présentation de solution Remarque : les IOPS moyennes par bureau virtuel sous charge stable sont mesurées lorsque la charge de travail Login VSI moyenne des profils est simulée avec des configurations pour 500, et postes de travail. Dans chaque configuration, la valeur Login VSImax est inférieure au seuil VSImax dynamique. Instructions pour la configuration de l environnement de sauvegarde La présente section fournit des instructions relatives à la configuration de l environnement de sauvegarde et de restauration de cette solution VSPEX. Caractéristiques de la sauvegarde Le Tableau 12 présente le dimensionnement du profil de l environnement de sauvegarde de cette solution VSPEX à partir de trois piles. Tableau 12. Caractéristiques du profil de sauvegarde Caractéristique du profil Données utilisateur Valeur 5 To pour 500 bureaux virtuels 10 To pour bureaux virtuels 20 To pour bureaux virtuels Remarque : 10 Go par poste de travail Taux de changement quotidien des données utilisateur Données utilisateur 2 % Rétention par type de données Nombre de sauvegardes quotidiennes 30 Nombre de sauvegardes hebdomadaires 4 Nombre de sauvegardes mensuelles 1 Organisation de la sauvegarde Avamar offre plusieurs options de déploiement destinées à des exemples d utilisation et des exigences de restauration spécifiques. Dans le cas présent, la solution est déployée avec Avamar Data Store. Cela permet de sauvegarder les données utilisateur non structurées directement sur le système Avamar pour une restauration en mode fichier simplifiée. Cette solution de sauvegarde unifie le processus de sauvegarde à l aide de systèmes et de logiciels de sauvegarde avec déduplication parmi les meilleurs du marché, et permet d atteindre d excellents niveaux de performance et d efficacité. EMC VSPEX End-User Computing 87

88 Chapitre 4: Présentation de solution Instructions pour le dimensionnement Les sections suivantes fournissent les définitions de la charge de référence utilisée pour dimensionner et implémenter les architectures VSPEX dont il est question dans ce document. Elles expliquent comment corréler les charges de travail de référence avec les charges de travail réelles des clients, et l incidence du résultat obtenu sur la configuration serveur et réseau finale de la solution. Vous pouvez modifier la définition du stockage en ajoutant des disques pour une capacité et des performances accrues, ainsi que des fonctions telles que FAST Cache pour les postes de travail et FAST VP pour améliorer les performances des données utilisateur. Les organisations de disques sont créées de manière à assurer la prise en charge du nombre de bureaux virtuels spécifié, selon le niveau de performances défini. La diminution du nombre de disques recommandés ou le choix d un type de baie de gamme inférieure peut contribuer à diminuer les IOPS par poste de travail et à détériorer l expérience de l utilisateur en raison d un temps de réponse plus long. Charge de travail de référence Chaque infrastructure VSPEX EMC Proven met en œuvre les ressources de traitement, de stockage et réseau requises pour un nombre défini de machines virtuelles validées par EMC. Dans la pratique, chaque machine virtuelle possède ses propres exigences qui coïncident rarement avec un schéma universel préconçu. Lors de toute discussion portant sur les infrastructures virtuelles, il est essentiel de définir en premier lieu une charge de travail de référence. Les serveurs ne réalisant pas tous les mêmes tâches, il est impossible de concevoir une référence prenant en compte toutes les combinaisons possibles de charges de travail. Définition de la charge de travail de référence Pour simplifier ces explications, nous avons défini une charge de travail de référence représentative. En comparant les besoins réels de votre client à cette charge de travail de référence, vous pouvez déterminer quelle architecture de référence choisir. Pour la solution VSPEX End-User Computing, la charge de travail de référence est définie comme un bureau virtuel unique pouvant être déployé avec un système d exploitation de poste de travail ou de serveur. En cas d utilisation d un système d exploitation de poste de travail, chaque utilisateur accède à une machine virtuelle dédiée à laquelle est allouée 1 CPU virtuel et 2 Go de RAM. Avec un système d exploitation de serveur, 4 CPU virtuels et 12 Go de RAM sont alloués à chaque machine virtuelle, qui est partagée entre 20 sessions de bureau virtuel. Le Tableau 13 indique les caractéristiques de ce bureau virtuel : 88 EMC VSPEX End-User Computing

89 Chapitre 4: Présentation de solution Tableau 13. Caractéristiques du bureau virtuel Caractéristique Système d exploitation du bureau virtuel Processeurs virtuels par bureau virtuel RAM par bureau virtuel Capacité de stockage disponible par bureau virtuel Nombre moyen d E/S par seconde par bureau virtuel en état stable Capacité de stockage disponible par bureau virtuel Valeur OS de poste de travail : Microsoft Windows 7 Entreprise (32 bits) SP1 OS de serveur : Windows Server 2008 R2 SP1 OS de poste de travail : 1 vcpu OS de serveur : 0,2 vcpu OS de poste de travail : 2 Go OS de serveur : 0,6 Go 4 Go (PVS) 8 Go (MCS) 8 8 Go (MCS) Cette définition du poste de travail se base sur des données utilisateur résidant dans un stockage partagé. Le profil d E/S est défini au moyen d un framework de test exécuté simultanément sur tous les postes de travail, avec une charge stable générée par l utilisation continue d applications de bureautique telles que des navigateurs, des logiciels de productivité bureautique et d autres utilitaires liés aux tâches courantes. Application de la charge de travail de référence Outre le nombre de postes de travail pris en charge (500, ou 2 000), les facteurs suivants sont à prendre en compte dans le choix de la solution d environnement utilisateur à déployer. Accès simultanés Les charges de travail utilisées pour la validation des solutions VSPEX partent du principe que tous les utilisateurs sont actifs à tout moment. En d autres termes, l architecture à postes de travail a été testée avec postes de travail, générant tous une charge de travail en parallèle, ayant tous été démarrés en même temps, etc. Si votre client prévoit utilisateurs, mais que seuls 50 % d entre eux sont connectés en même temps du fait de différences de fuseau horaire ou de la rotation des équipes, 600 utilisateurs actifs sur les peuvent être pris en charge par l architecture à postes de travail. Charges de travail plus importantes La charge de travail définie dans le Tableau 13 utilisée pour tester les configurations de la solution VSPEX End-User Computing est considérée comme une charge de travail de bureau classique. Cependant, certains clients peuvent avoir un profil plus actif. EMC VSPEX End-User Computing 89

90 Chapitre 4: Présentation de solution Si une entreprise compte 800 utilisateurs et que, du fait de l existence d applications d entreprise personnalisées, chaque utilisateur génère 12 IOPS (et non les 8 IOPS prévues dans la charge de travail VSPEX), la solution a besoin de IOPS (800 utilisateurs * 12 IOPS par poste de travail). La configuration à postes de travail est donc insuffisante dans un tel cas, puisqu elle a été définie pour IOPS (1 000 postes de travail * 8 IOPS par poste). Ce client doit donc envisager de passer à la solution à postes de travail. Mise en oeuvre des architectures de référence Les architectures de référence nécessitent la disponibilité d un ensemble matériel pour les besoins en CPU, mémoire, réseau et stockage du système. Ces aspects sont présentés sous la forme d une configuration générale requise, indépendamment de toute mise en oeuvre spécifique. La présente section répertorie certaines considérations nécessaires à la mise en oeuvre de cette configuration. Types de ressource Les architectures de référence définissent la configuration matérielle requise pour la solution par rapport à quatre types de ressource de base : Ressources CPU Ressources mémoire Ressources réseau Ressources de stockage la présente section décrit les types de ressource, leur utilisation dans les architectures de référence, ainsi que les éléments clés à prendre en compte pour leur mise en oeuvre dans l environnement d un client. Ressources CPU L architecture définit le nombre de cœurs CPU requis, mais ne précise pas de type ni configuration spécifique. Les nouveaux déploiements sont supposés utiliser des versions récentes de technologies de processeurs courantes et fonctionner aussi bien, voire mieux, que les systèmes utilisés pour valider la solution. Quel que soit le système exécuté, il est important de surveiller l utilisation des ressources et de l adapter en fonction des besoins. Le bureau virtuel de référence et les ressources matérielles requises dans les architectures de référence impliquent un maximum de huit CPU virtuels pour chaque cœur de processeur physique (rapport de 8 pour 1) en cas d utilisation d un système d exploitation de poste de travail. Dans la plupart des cas, ce niveau de ressources correspond parfaitement aux bureaux virtuels hébergés. Dans les cas où le rapport n est pas adapté, surveillez le taux d utilisation du CPU au niveau de la couche de l hyperviseur pour déterminer si davantage de ressources sont nécessaires. 90 EMC VSPEX End-User Computing

91 Ressources mémoire Chapitre 4: Présentation de solution Chaque bureau virtuel de l architecture de référence est défini avec 2 Go de mémoire dédiés à une seule instance du système d exploitation de poste de travail. Dans un environnement virtuel, il n est pas rare de provisionner les bureaux virtuels avec davantage de mémoire que celle se trouvant physiquement au niveau de l hyperviseur, en raison de contraintes budgétaires. Cette méthode de surallocation bénéficie du fait que chaque bureau virtuel n utilise pas l intégralité de la mémoire qui lui a été attribuée. C est pourquoi il est tout à fait concevable de définir une surcapacité en mémoire jusqu à un certain degré. L administrateur doit surveiller de manière proactive ce taux d over-subscription afin d éviter que celui-ci ne déplace le goulot d étranglement du serveur vers le sous-système de stockage, ce qui risquerait de surcharger ce dernier. La présente solution a été validée avec une mémoire attribuée de manière statique et sans over-subscription. Si la surallocation de mémoire est utilisée dans un environnement réel, vous devez surveiller régulièrement le taux d utilisation de cette mémoire par le système, ainsi que l activité d E/S du fichier d échange associé, afin d éviter tout résultat inattendu dû à une insuffisance de mémoire. Ressources réseau Les architectures de référence définissent les exigences minimales du système. Si davantage de bande passante est nécessaire, il est essentiel d ajouter de la capacité à la fois dans la baie de stockage et dans l hôte hyperviseur. Les différentes options de connectivité réseau d un serveur dépendent du type de serveur en question. Les baies de stockage incluent un certain nombre de ports réseau et offrent la possibilité d ajouter d autres ports au moyen des modules d E/S EMC FLEX. À des fins de référence, au sein de l environnement validé, EMC part du principe que chaque bureau virtuel génère 8 E/S par seconde, d une taille moyenne de 4 Ko. Chaque bureau virtuel génère un minimum de 32 Ko/s de trafic sur le réseau de stockage. Dans le cas d un environnement prenant en charge 500 bureaux virtuels, cela équivaut à un minimum d environ 16 Mo/s. Si cette quantité est appropriée aux réseaux modernes, elle ne tient pas compte d autres opérations. À titre d exemple, davantage de bande passante est nécessaire pour : le trafic réseau utilisateur ; la migration des bureaux virtuels ; les opérations d administration et de gestion. La configuration requise pour chacun de ces éléments dépendant de l utilisation de l environnement, il est impossible de fournir des chiffres précis à ce sujet. Toutefois, le réseau décrit dans l architecture de référence pour chaque solution est censé convenir à des charges de travail moyennes pour les exemples d utilisation décrits ci-dessus. Quelles que soient les exigences en termes de trafic réseau, EMC vous recommande de toujours disposer d au moins deux connexions réseau physiques partagées avec un réseau logique, de manière à ce que la panne d une seule liaison n ait pas d impact sur la disponibilité du système. Le réseau doit être conçu de telle façon qu en cas de panne, la bande passante totale puisse traiter la charge de travail dans son intégralité. EMC VSPEX End-User Computing 91

92 Chapitre 4: Présentation de solution Ressources de stockage Les architectures de référence présentent l organisation des disques utilisés pour la validation du système. Chaque configuration équilibre la capacité de stockage disponible et les performances des disques. Plusieurs couches sont à prendre en compte pour le dimensionnement du stockage. La baie, notamment, dispose d un ensemble de disques alloués à un pool de stockage. À partir de ce pool, vous pouvez provisionner le stockage pour le cluster Microsoft Hyper-V. Chaque couche présente une configuration spécifique, définie pour la solution et décrite dans le Chapitre 5. Il est généralement possible de remplacer le type de disque par un autre présentant une capacité supérieure avec les mêmes performances, ou présentant des performances supérieures avec la même capacité. De même, vous pouvez modifier le positionnement des disques dans les tiroirs en cas de nouvel agencement. S il est nécessaire de s écarter du nombre et du type de disques indiqués, ou des organisations de pool et de datastore données, assurez-vous que l ensemble ainsi obtenu apporte au système des ressources au moins équivalentes. Ressources de sauvegarde Extension des environnements utilisateur VSPEX existants Résumé de la mise en oeuvre La solution décrit les besoins en matière de stockage de sauvegarde (initiaux et accrus) et de rétention du système. Vous pouvez rassembler des informations complémentaires pour affiner le dimensionnement d Avamar, y compris les besoins en matière de copie sur bande, les informations de RPO et de RTO, ainsi que les besoins en réplication des environnements multisites. La solution EMC VSPEX End-User Computing prend en charge un modèle de mise en œuvre flexible qui vous permet d étendre facilement votre environnement, parallèlement à l évolution de vos besoins métiers. Vous pouvez combiner les configurations modulaires présentées dans cette solution pour créer des mises en œuvre plus importantes. Par exemple, vous pouvez créer la configuration à postes de travail en une fois, ou vous pouvez commencer par une configuration à 500 postes de travail et l étendre en fonction de vos besoins. De la même manière, vous pouvez mettre en œuvre la configuration à postes de travail en une seule fois ou progressivement en étendant les ressources de stockage à mesure que les besoins surviennent. La configuration requise par les architectures de référence est considérée par EMC comme l ensemble de ressources minimal pour la gestion des charges de travail, sur la base de la définition d un bureau virtuel de référence. Dans toute mise en oeuvre chez un client, la charge d un système est susceptible de varier dans le temps, en fonction des interactions des utilisateurs avec le système. Toutefois, si les bureaux virtuels du client diffèrent de manière significative de la définition de référence et varient au sein d un même groupe de ressources, il est possible que vous ayez à ajouter des ressources au système. 92 EMC VSPEX End-User Computing

93 Chapitre 4: Présentation de solution Évaluation rapide Une évaluation de l environnement du client vous permet de vous assurer que vous mettez en oeuvre la solution VSPEX appropriée. La présente section propose une fiche technique facile d utilisation, destinée à simplifier les calculs de dimensionnement et l évaluation de l environnement du client. Dans un premier temps, répertoriez les types d utilisateur que vous prévoyez de migrer vers l environnement utilisateur VSPEX. Pour chaque groupe, déterminez le nombre de CPU virtuels, la quantité de mémoire, les performances et la capacité de stockage requises et le nombre de bureaux virtuels de référence nécessaires dans le pool de ressources. La section Application de la charge de travail de référence fournit des exemples d utilisation de ce processus. Pour chaque application, remplissez une ligne de la fiche technique, comme indiqué dans le Tableau 14. Tableau 14. Ligne de la fiche technique à renseigner Application CPU (CPU virtuels) Mémoire (Go) IOPS Bureaux virtuels de référence équivalents Nombre d utilisateurs Total des postes de travail de référence Exemple de type d utilisateur Ressources requises Postes de travail de référence équivalents Indiquez les ressources requises pour le type d utilisateur. Sur cette ligne, vous devez saisir des données pour trois ressources différentes : CPU, mémoire et E/S par seconde. CPU requis Le bureau virtuel de référence part du principe que la plupart des applications de poste de travail sont optimisées pour un seul CPU dans un déploiement d OS de poste de travail. Si un type d utilisateur requiert un poste de travail doté de plusieurs CPU virtuels, modifiez le nombre de bureaux virtuels proposé afin de prendre en compte ces ressources supplémentaires. Par exemple, si vous virtualisez 100 postes de travail, mais que 20 utilisateurs requièrent deux CPU au lieu d un, votre pool doit être doté d une capacité correspondant à 120 bureaux virtuels. Mémoire requise La mémoire joue un rôle capital dans le fonctionnement et les performances d une application. Chaque groupe de postes de travail vise donc des objectifs différents quant à la quantité de mémoire considérée comme acceptable. Tout comme le calcul de CPU, si un groupe d utilisateurs requiert des ressources mémoire supplémentaires, il vous suffit d ajuster en conséquence le nombre de postes de travail prévu. À titre d exemple, si vous avez 200 postes de travail à virtualiser avec un OS de poste de travail, mais que chacun d eux requiert 4 Go de mémoire au lieu des 2 Go fournis par le bureau virtuel de référence, vous devez prévoir 400 bureaux virtuels. EMC VSPEX End-User Computing 93

94 Chapitre 4: Présentation de solution Performances de stockage requises Capacité de stockage requise Définition de bureaux virtuels de référence équivalents Les performances de stockage requises pour un poste de travail constituent généralement l aspect des performances le moins bien compris. Le bureau virtuel de référence utilise une charge de travail générée par un outil reconnu par le secteur pour exécuter un large éventail d applications de gestion de la productivité, représentatives de la majorité des mises en oeuvre de bureaux virtuels. La capacité de stockage requise pour un poste de travail varie considérablement en fonction des types d application utilisés et des règles spécifiques du client. Les bureaux virtuels présentés dans cette solution font appel à un stockage partagé supplémentaire pour les données de profils et les documents utilisateur. Cette exigence correspond à un composant facultatif de l architecture de référence et peut être remplie par l ajout d un matériel de stockage spécifique issu de cette architecture, ou par les partages de fichiers existants de l environnement. À partir de toutes les ressources définies, déterminez une valeur appropriée pour la ligne «Bureaux virtuels de référence équivalents» du Tableau 14 à l aide des relations indiquées dans le Tableau 15. Arrondissez toutes les valeurs au nombre entier le plus proche. Tableau 15. Ressources du bureau virtuel de référence Type de poste de travail OS de poste de travail Ressource Valeur pour le bureau virtuel de référence Relation entre la configuration requise et les bureaux virtuels de référence équivalents CPU 1 Bureaux virtuels de référence équivalents = Ressources requises Mémoire 2 Bureaux virtuels de référence équivalents = (Ressources requises)/2 IOPS 8 Bureaux virtuels de référence équivalents = (Ressources requises)/8 OS de serveur CPU 0,2 Bureaux virtuels de référence équivalents = (Ressources requises)/0,2 Mémoire 0,6 Bureaux virtuels de référence équivalents = (Ressources requises)/0,6 IOPS 8 Bureaux virtuels de référence équivalents = (Ressources requises)/8 Prenons à titre d exemple un groupe de 100 utilisateurs ayant besoin de deux CPU virtuels et 12 IOPS par poste de travail dans un déploiement d OS de poste de travail, ainsi que de 8 Go de mémoire. D après les caractéristiques du bureau virtuel mentionnées dans le Tableau 13 en page 89, ils ont donc besoin de deux postes de travail de référence en termes de CPU, de quatre postes de travail de référence en termes de mémoire et de deux postes de travail de référence en termes d IOPS. Ces chiffres doivent apparaître sur la ligne «Bureaux virtuels de référence équivalents», comme indiqué dans le Tableau 16. Utilisez la valeur maximale de la ligne pour renseigner la colonne «Bureaux virtuels de référence équivalents». 94 EMC VSPEX End-User Computing

95 Chapitre 4: Présentation de solution Multipliez le nombre de bureaux virtuels de référence équivalents par le nombre d utilisateurs afin d obtenir la quantité totale de ressources nécessaires pour ce type d utilisateur. Tableau 16. Exemple de ligne de fiche technique Type d utilisateur Utilisateurs lourds Ressources requises Bureaux virtuels de référence équivalents CPU (CPU virtuels) Mémoire (Go) IOPS Bureaux virtuels de référence équivalents Nombre d utilisateurs Total des postes de travail de référence Après avoir renseigné la fiche technique pour chaque utilisateur devant être migré vers l infrastructure virtuelle, calculez le nombre total de bureaux virtuels de référence requis dans le pool en indiquant la somme dans la colonne «Total» (à droite de la fiche technique), comme indiqué dans le Tableau 17. Tableau 17. Exemples d applications Type d utilisateur Utilisateurs lourds Ressources requises Bureaux virtuels de référence équivalents Ressources requises Bureaux virtuels de référence équivalents Ressources requises Bureaux virtuels de référence équivalents CPU (CPU virtuels) Mémoire (Go) IOPS Bureaux virtuels de référence équivalents Nombre d utilisateurs Total des postes de travail de référence Total 900 Les solutions VSPEX End-User Computing définissent des tailles de pool de ressources données. Pour cet ensemble de solutions, le pool contient 500, ou postes de travail. Dans l exemple du Tableau 17, le client a besoin de 900 bureaux virtuels de capacité dans le pool. De ce fait, le pool de ressources de bureaux virtuels suffit à ses besoins actuels tout en offrant une capacité d évolution. EMC VSPEX End-User Computing 95

96 Chapitre 4: Présentation de solution Réglages Dans la plupart des cas, le matériel recommandé pour les serveurs et le stockage peut être dimensionné de manière appropriée grâce au processus décrit dans la section précédente. Cependant, dans certains cas, il peut être nécessaire de personnaliser davantage les ressources matérielles disponibles. La description complète de l architecture du système dépasse le cadre du présent document. Néanmoins, une personnalisation plus poussée est possible à ce stade. Ressources de stockage Pour certaines applications, il peut être nécessaire de séparer certaines charges de travail de stockage des autres charges. L organisation du stockage dans les architectures VSPEX place tous les bureaux virtuels dans un seul pool de ressources. Pour séparer les charges de travail, procurez-vous d autres disques pour chaque groupe nécessitant une isolation des charges de travail, et ajoutezles à un pool dédié. Il est déconseillé de réduire la taille du pool de ressources de stockage principal pour prendre en charge cet isolement, ou de réduire la capacité du pool sans autres renseignements que ceux communiqués dans ce document. L organisation du stockage présentée dans ce document équilibre de nombreux facteurs différents dans une optique de haute disponibilité, de performance et de protection des données. Le fait de modifier les composants du pool peut avoir des répercussions importantes et difficiles à prévoir sur d autres points du système. Ressources serveur Dans la solution VSPEX End-User Computing, il est possible de personnaliser plus efficacement les ressources matérielles du serveur. Pour ce faire, calculez en premier lieu le total des ressources nécessaires pour les composants du serveur, comme indiqué dans le Tableau 18. Notez l ajout des colonnes «Total des ressources CPU» et «Total des ressources mémoire», à la droite du tableau. Tableau 18. Total des composants des ressources serveur Type d utilisateur CPU (CPU virtuels) Mémoire (Go) Nombre d utilisateurs Total des ressources CPU Total des ressources mémoire Utilisateurs lourds Utilisateurs modérés Utilisateurs classiques Ressources requises Ressources requises Ressources requises Total Dans cet exemple, l architecture cible nécessite 700 CPU virtuels et Go de mémoire. En partant d une configuration de huit postes de travail par cœur de processeur physique dans un déploiement d OS de poste de travail et sans surprovisionnement de mémoire, cela implique 88 cœurs de processeurs physiques et Go de mémoire. En revanche, le pool de ressources de bureaux virtuels indiqué dans l architecture de référence nécessite Go de mémoire et au moins 125 cœurs de processeurs physiques. Dans cet environnement, la solution peut être mise en oeuvre efficacement avec moins de ressources serveur. Remarque : lors de la personnalisation du matériel du pool de ressources, gardez à l esprit les exigences de haute disponibilité du système. 96 EMC VSPEX End-User Computing

97 Chapitre 4: Présentation de solution Le Tableau 19 est une fiche technique vide destinée à recueillir les informations du client. Tableau 19. Fiche technique client vide Type d utilisateur CPU (CPU virtuels) Mémoire (Go) IOPS Bureaux virtuels de référence équivalents Nombre d utilisateurs Total des postes de travail de référence Ressources requises Bureaux virtuels de référence équivalents Ressources requises Bureaux virtuels de référence équivalents Ressources requises Bureaux virtuels de référence équivalents Ressources requises Bureaux virtuels de référence équivalents Ressources requises Bureaux virtuels de référence équivalents Total EMC VSPEX End-User Computing 97

98 Chapitre 4: Présentation de solution 98 EMC VSPEX End-User Computing

99 Chapitre 5: Instructions pour la configuration de VSPEX Chapitre 5 Instructions pour la configuration de VSPEX Ce chapitre traite des points suivants : Présentation Tâches préalables au déploiement Données de configuration du client Préparation des switches, connexion du réseau et configuration des switches Préparation et configuration de la baie de stockage Installation et configuration des hôtes Microsoft Hyper-V Installation et configuration de la base de données SQL Server Déploiement du serveur System Center Virtual Machine Manager Installation et configuration du contrôleur XenDesktop Installation et configuration de Provisioning Services (PVS uniquement) Configuration d EMC Avamar Résumé EMC VSPEX End-User Computing 99

100 Chapitre 5: Instructions pour la configuration de VSPEX Présentation Le Tableau 20 décrit les étapes du processus de déploiement de la solution. Une fois le déploiement terminé, l infrastructure VSPEX peut être intégrée dans l infrastructure réseau et serveur existante du client. Tableau 20. Présentation du processus de déploiement Reclass ement Description Architectures de 1 Vérifier les conditions préalables Tâches préalables au déploiement 2 Réunir les outils de déploiement Tâches préalables au déploiement 3 Rassembler les données de configuration du client Tâches préalables au déploiement 4 Installer sur rack et câbler les composants Documentation fournisseur 5 Configurer les switches et les réseaux, se connecter au réseau du client Préparation des switches, connexion du réseau et configuration des switches 6 Installer et configurer la baie VNX Préparation et configuration de la baie de stockage 7 Configurer le stockage des machines virtuelles Préparation et configuration de la baie de stockage 8 Installer et configurer les serveurs Installation et configuration des hôtes Microsoft Hyper-V 9 Configurer SQL Server (utilisé par SCVMM, le serveur PVS et XenDesktop). Installation et configuration de la base de données SQL Server 10 Installer et configurer SCVMM Déploiement du serveur System Center Virtual Machine Manager 11 Installer le contrôleur XenDesktop Installation et configuration du contrôleur XenDesktop 12 Tester et installer Validation de la solution 100 EMC VSPEX End-User Computing

101 Chapitre 5: Instructions pour la configuration de VSPEX Tâches préalables au déploiement Les tâches de préparation du déploiement comportent des procédures qui ne se rapportent pas directement à l installation et à la configuration de l environnement, mais dont les résultats sont nécessaires à l installation. Par exemple, il est important de réunir les noms d hôte, les adresses IP, les identifiants réseau VLAN, les clés de licence et les kits d installation, entre autres. Ces tâches, indiquées dans le Tableau 21, doivent être réalisées avant l intervention sur le site du client afin de ne pas perdre de temps sur place. Tableau 21. Tâches préalables au déploiement Tâche Description Référence Rassembler les documents Réunir tous les documents mentionnés dans les références. Vous trouverez des références à ces derniers tout au long de ce guide, car ils détaillent les bonnes pratiques de configuration et de déploiement des différents composants de la solution. Documentation EMC Autre documentation Rassembler les outils Rassembler les données Réunir les outils indispensables ou simplement utiles au déploiement. Se reporter au Tableau 22 pour s assurer que l ensemble de l équipement, des logiciels et des licences requis sont disponibles avant le processus de déploiement. Rassembler les données de configuration propres au client concernant le réseau, les dénominations et les comptes requis. Noter ces informations dans la fiche Données de configuration du client pour pouvoir s y reporter au cours du processus de déploiement. Tableau 22 Annexe B Conditions de déploiement Remplissez le document VNX Block Configuration Worksheet pour la variante Fibre Channel, disponible sur le site de support en ligne EMC, afin de disposer d informations aussi exhaustives que possible sur la baie à traiter. Le Tableau 22 précise le matériel, les logiciels et les licences requis pour la solution. Pour plus d informations, reportez-vous aux tableaux sur les matériels et les logiciels dans le présent document. Tableau 22. Liste de contrôle des conditions de déploiement Besoin Description Architectures de Matériel Serveurs physiques destinés à héberger les bureaux virtuels : capacité suffisante pour héberger les postes de travail Microsoft Hyper-V Server 2012 pour héberger les serveurs d infrastructure virtuelle Remarque : il se peut que cette exigence ait été remplie par l infrastructure existante. EMC VSPEX End-User Computing 101

102 Chapitre 5: Instructions pour la configuration de VSPEX Besoin Description Architectures de Réseau : caractéristiques et capacité des ports de switch requises par l environnement utilisateur EMC VNX : baie de stockage multiprotocole avec l organisation de disques requise Logiciels Kit d installation de Microsoft SCVMM 2012 SP1 Kit d installation de Citrix Provisioning Services 7 Kit d installation de XenDesktop 7 Kit d installation de Citrix Provisioning Services 7 ESI pour Microsoft Site de support en ligne EMC Logiciels : variante FC uniquement Kit d installation de Microsoft Windows Server 2012 (AD/DHCP/DNS/Hypervisor) Kit d installation de Microsoft Windows 7 SP1 Kit d installation de Microsoft SQL Server 2012 EMC PowerPath Site de support en ligne EMC Licences Fichiers de licence Citrix XenDesktop 7 Clés de licence Microsoft Windows Server 2012 Standard (ou version supérieure) Remarque : cette exigence est peut-être déjà remplie par un serveur gestionnaire de clés Microsoft existant. Clés de licence Microsoft Windows 7 Remarque : cette exigence est peut-être déjà remplie par un serveur gestionnaire de clés Microsoft existant. Clé de licence Microsoft SQL Server Remarque : cette exigence est peut-être déjà remplie par l infrastructure existante. Clés de licence SCVMM 2012 SP1 Licences : variante FC uniquement Fichiers de licence EMC PowerPath 102 EMC VSPEX End-User Computing

103 Chapitre 5: Instructions pour la configuration de VSPEX Données de configuration du client Afin de réduire le temps sur site, des informations telles que les adresses IP et les noms d hôte doivent être réunies lors du processus de planification. L Annexe B contient un tableau permettant de noter les informations nécessaires. Ce formulaire peut être étendu ou réduit en fonction des besoins. Il est également possible d y ajouter des informations ou de les modifier tout au long du processus de déploiement. En parallèle, complétez la fiche VNX File and Unified Worksheet, disponible sur le Support en ligne EMC, afin de disposer d informations aussi exhaustives que possible sur la baie à traiter. Préparation des switches, connexion du réseau et configuration des switches La présente section décrit l infrastructure réseau requise pour prendre en charge cette architecture. Le Tableau 23 récapitule les tâches à réaliser ainsi que les documents à consulter à titre d information. Tableau 23. Tâches de configuration des switches et du réseau Tâche Description Architectures de Configurer le réseau d infrastructure Configurer le réseau de l infrastructure des baies de stockage et des hôtes Windows, comme indiqué dans la section Architecture de la solution en page 46. Configurer le réseau de stockage (variante FC) Configurer les réseaux VLAN Terminer le câblage réseau Configurer les ports de switch Fibre Channel, le zoning des hôtes Hyper-V et la baie de stockage. Configurer les réseaux VLAN publics et privés en fonction des besoins. Connecter les ports d interconnexion des switches. Connecter les ports du VNX. Guide de configuration des switches de votre fournisseur Guide de configuration des switches de votre fournisseur Préparation des switches réseau Configuration du réseau de l infrastructure Les performances nominales et les caractéristiques de haute disponibilité de cette solution impliquent la configuration de switches spécifiée dans le tableau Matériel utilisé dans la solution en page 52. Si l infrastructure existante remplit les conditions requises, aucune autre installation matérielle n est nécessaire. Le réseau d infrastructure doit comporter des liaisons redondantes pour chaque hôte Hyper-V, la baie de stockage, les ports d interconnexion des switches et les ports uplink des switches. Cette configuration assure la redondance et une bande passante réseau supplémentaire. Elle est incontournable, que le réseau d infrastructure de la solution soit déjà en place ou qu il soit déployé en parallèle avec les autres composants de la solution. EMC VSPEX End-User Computing 103

104 Chapitre 5: Instructions pour la configuration de VSPEX La Figure 33 et la Figure 34 présentent un exemple d infrastructure réseau redondante pour cette solution. Les schémas illustrent l utilisation de switches et de liaisons redondants afin de s assurer que la connectivité réseau ne comporte aucun point unique de défaillance. Figure 33. Exemple d architecture réseau - Variante SMB 104 EMC VSPEX End-User Computing

105 Chapitre 5: Instructions pour la configuration de VSPEX Figure 34. Exemple d architecture réseau - Variante FC Configurer les VLAN Terminer le câblage réseau Assurez-vous que le nombre de ports de switch est adapté à la baie de stockage et que les hôtes Hyper-V sont configurés avec un minimum de trois réseaux VLAN pour : le réseau de machines virtuelles, le trafic de gestion Hyper-V (réseaux en relation directe avec les clients qu il est possible d isoler si nécessaire) ; le réseau NFS (réseau privé) ; la migration dynamique (réseau privé). Assurez-vous que l ensemble des serveurs, des baies de stockage, des interconnexions de switches et des uplinks de switches disposent de connexions redondantes et sont connectés à des infrastructures de switch indépendantes. Vérifiez l intégrité de la connexion au réseau existant du client. Remarque : à ce stade, le nouvel équipement est en cours de connexion au réseau existant du client. Veillez à ce qu aucune interaction imprévue ne provoque des problèmes de service sur le réseau du client. EMC VSPEX End-User Computing 105

106 Chapitre 5: Instructions pour la configuration de VSPEX Préparation et configuration de la baie de stockage Cette section fournit des ressources et des instructions sur la configuration et le provisionnement du stockage de base et du stockage facultatif. Configuration du VNX Cette section explique comment configurer la baie de stockage VNX. Dans cette solution, la gamme VNX fournit un stockage en mode bloc connecté au SAN FC ou CIFS pour les hôtes Hyper-V. Le Tableau 24 signale les tâches associées à la configuration du stockage. Tableau 24. Tâches de configuration du stockage Tâche Description Architectures de Mettre en place une configuration VNX initiale Provisionner le stockage FC pour Hyper-V (FC uniquement) Provisionner un stockage facultatif pour les données utilisateur Configurer l adresse IP et les autres paramètres clés de la baie VNX. Créer les LUN FC devant être présentées aux serveurs Hyper-V comme des disques CSV hébergeant les bureaux virtuels. Créer les LUN FC devant être présentées aux serveurs Hyper-V comme des disques CSV hébergeant les bureaux virtuels. Guide d installation d EMC VNX5400 Unified Guide d installation d EMC VNX5600 Unified VNX File and Unified Worksheet Unisphere System Getting Started Guide Guide de configuration des switches de votre fournisseur Préparation de la baie VNX Le Guide d installation d EMC VNX5400 Unified comporte des instructions sur l assemblage, le montage en rack, le câblage et l alimentation du VNX. Pour l architecture à bureaux virtuels, consultez plutôt le Guide d installation d EMC VNX5600 Unified. Il n existe pas d instructions d installation propres à la présente solution. Mise en place d une configuration VNX initiale Une fois terminée la configuration initiale de VNX, vous devez configurer les informations clés concernant l environnement existant pour que la baie de stockage puisse communiquer. Définissez les éléments suivants en fonction des règles relatives à votre datacenter informatique et aux informations de l infrastructure existante : DNS NTP Interfaces du réseau de stockage Adresse IP du réseau de stockage Services CIFS et appartenance à un domaine Active Directory Les documents de référence qui figurent dans le Tableau 24 fournissent de plus amples informations sur la configuration de la plate-forme VNX. La section Instructions pour la configuration des serveurs en page 57 fournit de plus amples informations sur l organisation des disques. 106 EMC VSPEX End-User Computing

107 Chapitre 5: Instructions pour la configuration de VSPEX Provisionnement du stockage de base des données Le stockage de base des données est un référentiel des données du système d exploitation des bureaux virtuels. Cela s applique à la variante FC et à la variante SMB. La Figure 20, la Figure 24, la Figure 26, la Figure 27, la Figure 29 et la Figure 30 décrivent l organisation du stockage cible pour les variantes Fibre Channel (FC) et SMB des trois piles de cette solution VSPEX. Les sections suivantes décrivent les étapes de provisionnement des variantes FC et SMB. Provisionnement du stockage du cluster Hyper-V (variante FC uniquement) Dans l interface EMC Unisphere, effectuez les opérations suivantes afin de configurer des LUN FC sur la baie VNX pour le stockage des bureaux virtuels : 1. Créez un pool de stockage RAID 5 en mode bloc comprenant dix, vingt ou quarante disques SAS de 600 Go (10 disques pour 500 bureaux virtuels, 20 disques pour bureaux virtuels ou 40 disques pour bureaux virtuels) pour la configuration MCS/non PvD, et présentezles aux serveurs VMware ESXi en tant que datastores VMFS. Pour une autre configuration MCS ou PVS, reportez-vous aux Instructions pour la configuration du stockage pour choisir la taille de LUN appropriée. Activez FAST Cache pour le pool de stockage. a. Connectez-vous à EMC Unisphere. b. Sélectionnez la baie à utiliser avec cette solution. c. Accédez à la page Storage > Storage Configuration > Storage Pools. d. Sélectionnez l onglet Pools. e. Cliquez sur Create. 2. Dans le pool de stockage en mode bloc, créez quatre LUN (pour 500 bureaux virtuels), huit LUN (pour bureaux virtuels) ou seize LUN (pour bureaux virtuels) et présentez-les aux serveurs Hyper-V en tant que disques CSV. a. Accédez à Storage > LUNs. b. Cliquez sur Create. c. Dans la boîte de dialogue, choisissez le pool créé à l étape 1, définissez l option MAX for User Capacity et sélectionnez 4, 8 ou 16 dans Number of LUNs pour indiquer le nombre de LUN à créer. Les LUN sont provisionnées à la fin de cette opération. 3. Configurez un groupe de stockage pour que les serveurs Hyper-V puissent accéder aux LUN que vous venez de créer. a. Accédez à la page Hosts > Storage Groups. b. Créez un groupe de stockage. c. Sélectionnez les LUN et les hôtes Hyper-V à ajouter à ce groupe de stockage. EMC VSPEX End-User Computing 107

108 Chapitre 5: Instructions pour la configuration de VSPEX Provisionnement du stockage du partage CIFS (variante SMB uniquement) Dans EMC Unisphere, effectuez les opérations suivantes afin de configurer des systèmes de fichiers CIFS sur la baie VNX pour le stockage des bureaux virtuels : 1. Créez un pool de stockage RAID 5 en mode bloc comprenant dix, vingt ou quarante disques SAS de 600 Go (10 disques pour 500 bureaux virtuels, 20 disques pour bureaux virtuels ou 40 disques pour bureaux virtuels) pour une configuration MCS/non PvD. Pour d autres configurations MCS ou PVS, reportez-vous aux Instructions pour la configuration du stockage pour choisir le type RAID et le nombre de disques appropriés. Activez FAST Cache pour le pool de stockage. a. Connectez-vous à EMC Unisphere. b. Sélectionnez la baie à utiliser avec cette solution. c. Accédez à la page Storage > Storage Configuration > Storage Pools. d. Sélectionnez l onglet Pools. e. Cliquez sur Create. 2. Créez dix LUN dans le pool de stockage en mode bloc et présentez-les au Data Mover en tant que dvols d un pool NAS défini par le système. Chaque LUN doit avoir une capacité de 200 Go (pour 500 bureaux virtuels), 400 Go (pour bureaux virtuels) ou 800 Go (pour bureaux virtuels) pour la configuration MCS/non PvD. Présentez-les au serveur Hyper-V en tant que disques CSV. Pour une autre configuration MCS ou PVS, reportez-vous aux Instructions pour la configuration du stockage pour choisir la taille de LUN appropriée. a. Accédez à Storage > LUNs. b. Cliquez sur Create. c. Dans la boîte de dialogue, choisissez le pool créé à l étape 1, définissez l option MAX for User Capacity et sélectionnez 10 dans Number of LUNs pour indiquer le nombre de LUN à créer. Remarque : vous devez créer dix LUN, car EMC Performance Engineering recommande de créer environ une LUN pour quatre disques dans le pool de stockage et de privilégier la création de LUN par multiples de dix. Consultez le document EMC VNX Unified Best Practices for Performance Applied Best Practices Guide. d. Accédez à la page Hosts > Storage Groups. e. Choisissez filestorage. f. Cliquez sur Connect LUNs. g. Dans le volet Available LUNs, choisissez les 10 LUN que vous venez de créer. Ces LUN apparaissent immédiatement dans le volet Selected LUNs. Le gestionnaire de volume détecte automatiquement un nouveau pool de stockage en mode fichier. Dans le cas contraire, vous pouvez cliquer sur Rescan Storage System sous Storage Pool for File pour le rechercher immédiatement. Attendez que le nouveau pool de stockage en mode fichier apparaisse dans l interface utilisateur avant de poursuivre. 108 EMC VSPEX End-User Computing

109 Chapitre 5: Instructions pour la configuration de VSPEX 3. Pour la configuration MCS/non PvD, créez quatre, huit ou seize systèmes de fichiers de 500 Go chacun (quatre systèmes de fichiers pour 500 bureaux virtuels, huit pour ou seize pour 2 000), et présentezles aux serveurs Hyper-V en tant que partages SMB. Pour une autre configuration MCS ou PVS, reportez-vous aux Instructions pour la configuration du stockage pour choisir la taille de système de fichiers appropriée. a. Accédez à Storage > Storage Configuration > File Systems. b. Cliquez sur Create. c. Dans la boîte de dialogue, choisissez Create from Storage Pool. d. Saisissez la capacité de stockage dans Storage Capacity, par exemple 500 Go. e. Acceptez les valeurs par défaut des autres paramètres. 4. Exportez les systèmes de fichiers au moyen du protocole CIFS. a. Accédez à Storage > Shared Folders > CIFS. b. Cliquez sur Create. 5. Dans Unisphere : a. Pour modifier la configuration du Data Mover, cliquez sur Settings > Data Mover Parameters. b. Dans la liste Set Parameters, choisissez All Parameters. c. Faites défiler l écran vers le bas jusqu à atteindre le paramètre nthreads (voir la Figure 36). d. Cliquez sur l option Properties pour mettre ce paramètre à jour. Par défaut, le nombre de threads réservés aux requêtes NFS est de 384 par Data Mover sur le VNX. Cette solution requérant jusqu à connexions de postes de travail, augmentez le nombre de threads NFS actifs jusqu à une valeur maximale de (pour 500 bureaux virtuels) ou (pour et bureaux virtuels) sur chaque Data Mover. EMC VSPEX End-User Computing 109

110 Chapitre 5: Instructions pour la configuration de VSPEX Figure 35. Définition du paramètre nthread Configuration de FAST Cache Pour configurer FAST Cache sur le(s) pool(s) de stockage de cette solution, procédez de la manière suivante : 1. Configurez les disques Flash en tant que FAST Cache : a. Cliquez sur Properties (dans le tableau de bord de la fenêtre Unisphere) ou sur Manage Cache (dans le volet gauche de la fenêtre Unisphere) pour ouvrir la boîte de dialogue Storage System Properties. Figure 36. Boîte de dialogue Storage System Properties b. Pour afficher les informations relatives à FAST Cache, cliquez sur l onglet FAST Cache. c. Cliquez sur Create pour ouvrir la boîte de dialogue Create FAST Cache. 110 EMC VSPEX End-User Computing

111 Chapitre 5: Instructions pour la configuration de VSPEX Figure 37. Boîte de dialogue Create FAST Cache d. Le champ RAID Type est défini sur RAID 1 une fois FAST Cache créé. e. Vous pouvez également sélectionner le nombre de disques Flash. Les disques Flash utilisés pour la création de FAST Cache sont affichés en bas de la fenêtre. Vous pouvez sélectionner les disques manuellement, par l intermédiaire de l option Manual. Pour déterminer le nombre de disques Flash utilisés dans cette solution, reportez-vous aux Instructions pour la configuration du stockage. Remarque : si le nombre de disques Flash disponibles est insuffisant, un message d erreur s affiche et la configuration FAST Cache ne peut pas être créée. 2. Activez FAST Cache sur le pool de stockage. Si une LUN est créée dans un pool de stockage, vous pouvez uniquement configurer FAST Cache pour cette LUN, au niveau du pool de stockage. En d autres termes, la fonction FAST Cache est activée ou désactivée pour toutes les LUN créées dans le pool de stockage. 3. Pour configurer FAST Cache sur un pool de stockage, utilisez l onglet Advanced de la boîte de dialogue Create Storage Pool. Figure 38. Onglet avancé de la boîte de dialogue Create Storage Pool EMC VSPEX End-User Computing 111

112 Chapitre 5: Instructions pour la configuration de VSPEX Une fois FAST Cache installé sur les systèmes VNX, il est activé par défaut chaque fois qu un pool de stockage est créé. Figure 39. Onglet Advanced de la boîte de dialogue Storage Pool Properties Remarque : la fonction FAST Cache de la baie VNX n entraîne aucune amélioration instantanée des performances. Le système doit collecter des données sur les schémas d accès et promouvoir les informations fréquemment utilisées dans le cache. Ce processus peut prendre quelques heures pendant lesquelles les performances de la baie augmentent régulièrement. Provisionnement d un stockage facultatif pour les données utilisateur Si vous n avez pas encore provisionné de stockage pour les données utilisateur (par exemple les profils d utilisateur itinérant et les dossiers personnels) dans l environnement de production et si vous avez acheté la pile de disques de données utilisateur facultative, effectuez les opérations suivantes dans Unisphere pour configurer deux systèmes de fichiers CIFS sur le VNX : 1. Créez un pool de stockage RAID 6 en mode bloc comprenant seize, vingtquatre ou quarante-huit disques NL-SAS de 2 To (seize disques pour 500 bureaux virtuels, vingt-quatre disques pour bureaux virtuels ou quarante-huit disques pour bureaux virtuels). La Figure 22, la Figure 28 et la Figure 31 décrivent l organisation du stockage des données utilisateur cible de la solution. 2. Créez dix LUN dans le pool de stockage en mode bloc et présentez-les au Data Mover en tant que dvols d un pool NAS défini par le système. Chaque LUN doit avoir une capacité de 1 To (pour 500 bureaux virtuels), 2 To (pour bureaux virtuels) ou 4 To (pour bureaux virtuels). 3. Créez deux systèmes de fichiers à partir du pool NAS défini par le système contenant les dix nouvelles LUN. Exportez les systèmes de fichiers en tant que partages CIFS. Configurer FAST VP (facultatif) Vous avez la possibilité de configurer FAST VP de manière à automatiser les déplacements de données entre les niveaux de stockage. Vous pouvez configurer FAST VP au niveau du pool ou au niveau de la LUN. Configuration de FAST VP au niveau du pool 1. Sélectionnez un pool de stockage et cliquez sur Properties pour ouvrir la boîte de dialogue Storage Pool Properties. 112 EMC VSPEX End-User Computing

113 Chapitre 5: Instructions pour la configuration de VSPEX La Figure 40 fournit des informations sur la hiérarchisation d un pool spécifique, pour lequel la fonction FAST VP est activée. Figure 40. Fenêtre Storage Pool Properties La zone Tier Status présente les informations de réaffectation FAST VP spécifiques du pool sélectionné. 2. Dans la liste Auto-Tiering, sélectionnez Manual ou Automatic au niveau de Relocation Schedule. La panneau Tier Details affiche la répartition exacte des données. 3. Cliquez sur Relocation Schedule pour ouvrir la fenêtre Manage Auto-Tiering. Figure 41. Boîte de dialogue Manage Auto-Tiering 4. La boîte de dialogue Manage Auto-Tiering vous permet également de modifier l option Data Relocation Rate. Par défaut, ce taux est défini sur la valeur Medium, afin que les E/S de l hôte ne soient pas affectées de façon trop importante. EMC VSPEX End-User Computing 113