Académique Documents
Professionnel Documents
Culture Documents
ROBERT PETIT
2018 et plus …
|3
Question
A quoi correspond le nombre 43 252 003 274 489 856 000 ? (Quintillion – 1018)
Le nombre de solutions dans le Le nombre de possibilités de faire L’estimation la plus récente du La réponse D …
Portfolio Nutanix … le même dimensionnement que nombre d’étoiles dans notre
votre voisin avec les mêmes galaxie …
hypothéses de départ …
Réponse
Il s’agit du nombre de combinaisons possibles sur un Rubik’s Cube 3x3 …
https://www.youtube.com/watch?v=QuGcoOJKXT8 3’00"
|6
Qualification du Projet
L’importance de la qualification …
• Bien qualifier son projet c’est déterminer les bonnes hypothèses d’un dimensionnement adapté aux besoins du clients.
• Redondance nécessaire pour garantir les SLA (PRA, Réplication, Snapshots, etc.).
• Regrouper les VMs par catégories en fonction de leurs utilisation (Test/Dev, Templates, Applications Critiques, etc.)
• Y-a-t-il des besoins particuliers en CPU ? (Fréquence, nombre de cœurs, licences, etc.)
Workload : VDI
• Quelle solution en place au niveau hyperviseur ? • Taille de l’image disque système et taille des applications.
• Quel est le broker VDI utilisé ? • Taille de données/disque persistant(e) et taille du disque
non-persistant.
• Quel sont les profils d’utilisateurs et combien y en a-t-il de
chaque type ? • Les postes nécessitent-ils des GPU ? Étudier les
applications …
• Quel mode de provisionnement sera utilisé ?
• Clones Liés vs Full Clones, Persistant vs Non-
Persistant, etc.
Workload : Databases
• Nombre de VMs serveur de bases de données, nombre de • Les bases de données sont-elles clustérisées ? Si oui par
bases de données/schémas, etc. quelle technologie ?
• Profile de chaque VM (nombre de vCPUs, vRAM, nombre • Comment sont gérées les licences ?
de disques, taille de chaque disque)
• Taille de la plus grosse base de données.
• Regrouper les bases de données similaires, combien de
• RPO, RTO, Disponibilité/SLA ainsi que les prérequis de
profils de BDD sont identifiables ? Combien y a-t-il de base
reprise d’activité ?
de données de chaque profil ?
Workload : Exchange
• Version de Microsoft Exchange (2010, 2013, 2016, etc.). • Utiliser le calculateur de prérequis par rôle de Microsoft
Exchange :
• Nombre de boîtes aux lettres.
• https://gallery.technet.microsoft.com/office/Exchang
• Moyenne de messages par jour par boîte aux lettres (Si e-2013-Server-Role-f8a61780
inconnu, prendre une hypothèse entre 100 et 150
• Valide pour Exchange 2013 et 2016
messages/jour).
• Utiliser la base de références « Processor Query » pour
• Taille moyenne d’un email (Si inconnu, prendre une
déterminer les prérequis CPU.
hypothèse de 75Kb/email).
Workload : Splunk
• Quelle architecture, quels modules et quelles versions de Splunk vont être utilisés.
– Ex: Splunk IT, Splunk Enterprise Security, etc.
• Quelle est la quantité de données par jour à ingérer dans Splunk (daily ingest rate/day) ?
– Ex: 1TB ingest/day
• Besoin mutualisé sur le cluster ou cluster dédié? • Besoin mutualisé sur le cluster ou cluster dédié?
• Quantité de stockage?
• Protection multi-site?
• https://sizer.nutanix.com/#/help/articles/472
Utilisation du Sizer
PROVERBE FRANÇAIS
mais qui n’a pas de frontière …
Fonctionnalités du Sizer
Le Sizer est l’étape indispensable au bon dimensionnement d’une plateforme Nutanix.
• Outil web permettant de déterminer la configuration Nutanix répondant au
mieux aux besoins exprimés (Charges de travail / Workloads).
Accès au Sizer
• Directement à l’adresse :
https://sizer.nutanix.com
https://services.nutanix.com
Storage Capacity
Calculator
• Autant que possible, essayer de comprendre les besoins en I/O de l’infrastructure cible ainsi que leurs nature
(séquentiels/aléatoire, taille de block, périodicité, etc.).
• Ne pas prendre en compte les gains potentiels de compression ou déduplication (Si besoin choisir une valeur conservatrice, moins
de 30%).
Working Set
Il est important de s’assurer que le « Working Set » (les données « chaudes », lues ou écrites) rentre dans
la surface SSD du cluster. Pour calculer la valeur du Working Set :
• Ne pas descendre en dessous d’un ratio SSD/HDD à 15% de la volumétrie utile et même 20% pour des configurations en
MetroAvailability.
Ressources de la CVM
La CVM consomme elle aussi de la ressource. Cette consommation n’est pas négligeable, mais elle le vaut
bien !
Processeur : Mémoire :
La configuration de la CVM dépend du nombre de cœurs des Nous recommandons généralement de configurer les CVM a
processeurs qu’elle voit : 32GB de RAM pour permettre au client d’activer des
fonctionnalités supplémentaires à l’avenir.
• CVM de 6 à 12 vCPUs, aligné sur le nombre de cores d’un socket.
• La CVM peut aller aller au delà (de 8 à 16 vCPUs) pour les très gros • Même si le minimum demandé est 20Go, il n’y aura pas à prévoir
nœuds (beaucoup de stockage, ou disques haute performance une augmentation par la suite si besoin de certaines
comme NVMe) fonctionnalités.
• Au dessus, la mémoire est utilisée comme cache en lecture.
Par principe, on considère dans un sizing que 4 cores (8 vCPUs
avec un ratio de 2:1) lui sont entièrement dédiés.
Exemple :
Ratio de consolidation
Modèles de Processeurs
• Les nouveaux modèles de processeurs sont capables de fournir des performances supérieures par cœur par rapport aux
générations précédentes, souvent même à des vitesses d'horloge inférieures. Le ratio de consolidation peut donc être pondéré en
fonction des processeurs sources et des processeurs destination.
Les VMs Monster sont utilisées pour virtualiser les applications ayant de gros
besoins de ressources, comme Microsoft Exchange ou une base de données
Oracle.
DATABASE
DATABASE
DB VM 1 DB VM 2 DB VM 3 DB VM 4
Architecture NUMA
Socket A Socket B
Inter-socket
bridge
Socket A Socket B
Inter-socket
bridge
Socket A Socket B
Memory A Memory B
vCPU1 vCPU2
Hypervisor scheduler
1 2 Inter-socket
bridge
16GB
Socket A Socket B
Memory A Memory B
(128GB) (128GB)
vCPU1 vCPU2 vCPU3 vCPU4 vCPU5 vCPU6 vCPU7 vCPU8 vCPU9 vCPU10
Hypervisor scheduler
16GB 16GB
16GB 16GB
7 8
16GB
1 2 Inter-socket 16GB
bridge
16GB 3 4 9 10 16GB
5 6
16GB
16GB
• RVTools collecte des informations relatives aux objets suivants : VMs, CPU, Mémoire, Disques, Partitions, Réseau, Images
disquette et CD-ROM, Snapshots, VMware tools, Pool de Ressource, Clusters, hôtes ESX, HBAs, Cartes réseau, Switches virtuels,
Interfaces VMKernels, Datastores, etc …
• A l’ouverture, l’outil recherche le dernier fichier de capture RVTools avec qui les liaisons de données ont été effectuées. Le nom
de ce dernier fichier ne correspondra probablement pas au nom de celui que vous aurez à analyser. Suivez les étapes ci-dessous
pour mettre à jour la source à utiliser pour les liaisons.
1 3
• Vérifier dans l’onglet « Rvtools » que les cases D26 à D48 sont OK. Sinon modifier les colonnes du fichier RVtools source des
données, le sauvegarder et rouvrir le fichier « Sizing Import template ».
Onglet : Summary
Le premier onglet Summary fournit instantanément le nombre de VMs, de vCPUs, la capacité de RAM, la volumétrie disque utilisée,
le ratio vCPU:pCore (ratio que l’on pourra pondérer dans le Sizer), ainsi que le profil de la VM moyenne.
Modifiez le ratio à prendre pour le Working Set et réutilisez les informations données pour ajouter le workload dans le Sizer Nutanix.
Onglet : RVTools
L’onglet RVTools permet d’affiner le sizing en catégorisant les VM de type Small, Medium, Large (en fonction de leur caractéristiques
vCPU, vRAM et disque). Créez autant de workloads correspondants dans le Sizer Nutanix.
Il permet aussi de mettre en avant certains points importants de l’infrastructure existantes qui peuvent influer sur le
dimensionnement (surallocation mémoire, swap disque, absence des vmware tools, etc.).
Réalisation du dimensionnement
Connectez-vous sur le portail du Sizer
Nutanix et réalisez votre
dimensionnement en fonction des
données mises en avant par l’outil
Sizing Import Template.
• Le Collector n’est pas un package d’installation, mais un simple binaire .exe qu’il suffit de lancer.
• Il est recommandé de faire tourner l’outil sur 24h (pour commencer une première analyse) puis en parallèle une seconde fois sur
7 jours pour obtenir des données pertinentes et confirmer l’analyse.
• Les outils comme RVTool n’indiquent pas la taille du « working set » (Taux d’activité lecture/écriture journalière) et ne prennent
pas en compte un historique de consommation pour déterminer les pics.
• Les clients ne permettent souvent pas d’installer des agents sur leurs serveurs pour collecter des informations (l’installation d’un
agent nécessite généralement un reboot)
• Nous avons besoin de données concernant le stockage plus précises que simplement l’espace utilisé : Lectures & Ecritures (IOPS),
Taille des I/O, Taux d’écritures journalier...
• Customer : Le Prospect/Client.
• Capture : Action de collecte des métriques nécessaires au dimensionnement via le Collector (voir ci-dessous).
• Collector : Binaire pouvant être exécuté sur une plage de 4h à 7 jours, depuis une simple machine Windows. Il génèrera du
contenu dans un projet directement sur le portail web Live Optics ou un fichier .SIOKIT à importer par la suite.
• Report : Fichier PDF ou présentation PPT contenant les principaux résultats de la collecte Live Optics.
Dans ce cas, appelé mode Standalone, il faudra générer un fichier SIOKIT, puis l’uploader par la suite
depuis le site web Live Optics.
3. Exécuter la collecte
Lancer le Collector (dézipper le fichier LiveOptics.zip et exécuter LiveOpticsDotNet4_5.exe). Attention :
• Le Collector ne tourne pas en tant que Service (.exe dans la session Windows). S’assurer que la session
ne sera pas fermée pendant le temps de la collecte
3. Exécuter la collecte
Valider votre identité puis sélectionner Server & Vitualization et cliquer sur Start dans la zone Optical
Prime.
3. Exécuter la collecte
Utilisez le mode de collecte adéquate :
• En mode connecté il est possible de collecter des données sur 7 jours (recommandé).
3. Exécuter la collecte
Ajouter un ou plusieurs serveur à la collecte. L’exemple ci-dessous et ci-après concerne un serveur
vmware vCenter. Une identification vous sera demandée.
3. Exécuter la collecte
Choisir le(s) cluster(s) vmware vCenter à considérer dans la collecte (exclure une plateforme de test/dev
par exemple), puis choisir la durée de collecte et lancer la capture en cliquant sur le bouton Start Capture.
4. Importer la collecte
Si la collecte a été réalisée en mode Standalone, un fichier d’extension .SIOKIT a été généré dans le même
dossier que celui du Collector. L’import se fait en utilisant le bouton Upload SIOKIT.
4. Importer la collecte
Sélectionner Optical Prime, donner un nom au projet, puis parcourir le système de fichier jusqu’au fichier
de collecte SIOKIT et finir par le bouton Upload.
5. Exploiter la collecte
Aller dans la section View Projects (noter que dans le cas d’une collecte en mode connecté le projet sera
automatiquement créé dans cette section).
5. Exploiter la collecte
• La section Environnent.
• La section Performance.
• La section Virtual.
5. Exploiter la collecte
Consommations en pic :
• Peak CPU.
5. Exploiter la collecte
• Exemple :
• Ratio : 86%/14%
• Average Daily Write : 254.44GB
• Working Set : 254.44GB / 14% = 1817.4GB
5. Exploiter la collecte
• Profil VM moyenne.
• Ratio de consolidation.
• Mémoire active.
6. Présenter un projet
Live Optics
Le rapport est un bon résumé de l’ensemble des
informations collectées.
Il peut-être généré :
• Au format PPT.
• Au format PDF.
Nutanix Collector
Collection de métriques de performances VMware ESXi et Nutanix AHV
• Compatibilité :
• Si des VMs sont au-delà du plus gros des profiles, soit sur
un axe CPU, soit sur un axe RAM, alors elles sont
marquées pour revue, pour être ajoutées à un Workload
Profiles existant ou un workload dédié et customisé.
• Documentation :
– https://portal.nutanix.com/page/documents/details/?targetId=Nutanix-Collector-User-Guide-v23:Nutanix-Collector-User-Guide-v23
Présenter un projet …
La vérité n’est pas que dans le résultat du sizer …
Présenter un projet
Rappeler les hypothèses et présenter détails d’un dimensionnement pendant un meeting client, présente une vraie valeur pour
plusieurs raisons :
• Démontrer que le dimensionnement réalisé s’ajuste parfaitement aux workloads existants (Certains compétiteurs ne font leur
dimensionnement que sur la base du RVTools).