Critères de déploiement de la VM

Autant je déteste les mots à la mode, je dois préconiser que vous adoptiez l'approche holistique, plutôt que d'essayer d'établir des métriques de base pour catégoriser vos charges de travail pour la virtualisation.

De manière très vague, les principaux facteurs déterminants que vous pouvez utiliser sont :

• Support - Le système d'exploitation en question tournera-t-il même dans un environnement virtuel? Vos applications dépendent-elles de quelque chose qui ne peut pas fonctionner correctement dans un environnement VM (par exemple, des dongles de licence)? Les fournisseurs de vos systèmes d'exploitation et applications fournissent-ils un support pour les systèmes s'ils sont sur une plateforme virtuelle?
• Licence - Le fournisseur a-t-il un accord de licence compatible pour fonctionner dans votre environnement virtuel? Y aura-t-il des coûts de licence supplémentaires en raison des spécifications accrues du serveur hôte?
• Utilisation du CPU - Quelle est la caractéristique de l'utilisation du CPU sur un serveur donné? Le CPU se bloque-t-il pendant une heure chaque jour car il génère un rapport massif? Cela poserait-il réellement un problème s'il prenait 2 heures au lieu d'une?
• Utilisation du disque - Voir Utilisation du CPU
• Utilisation de la RAM - Voir Utilisation du CPU
• Utilisation du réseau - Voir Utilisation du CPU

Méfiez-vous également des périls de la méthodologie. La virtualisation des environnements des entreprises nécessite compétence, expérience et un peu de réflexion créative pour bien s'en sortir, et vous devrez associer soigneusement l'environnement que vous pouvez fournir avec les charges de travail que vous devez prendre en charge, tout en intégrant toute une série d'exigences commerciales et d'améliorations opportunistes de l'infrastructure en cours de route. Vous pouvez rédiger un manuel pour ce genre de choses, mais l'issue de cette approche ne garantira pas la meilleure valeur pour l'entreprise.

Généralement, il n'y a pas forcément une ligne à franchir où soudainement une solution est meilleure qu'une autre. Il y a des avantages et des inconvénients à la virtualisation et à son absence, et éventuellement à savoir si cela doit se faire dans le cloud ou à domicile.

Il est vraiment nécessaire de prendre un cas d'utilisation spécifique, de découvrir les avantages et les inconvénients de chaque solution par rapport à ce cas d'utilisation, puis de prioriser chacun des avantages/inconvénients pour votre client et de choisir une solution. Il n'existe pas de formule exacte pour cela car le même avantage peut être crucial pour un client alors que le même avantage pour la même application peut ne pas avoir d'importance pour un autre. Il en va de même pour les inconvénients, un problème rédhibitoire pour une entreprise peut ne pas être important pour une autre.

Bien sûr, la pertinence d'une application est importante, mais quand les deux options sont possibles, il s'agit davantage de prioriser les avantages et les inconvénients que de se baser sur des chiffres magiques d'E/S, de CPU ou de charge.

Tout d'abord, je serais d'accord pour dire que vous devez vous assurer que les fournisseurs prennent en charge, voire autorisent, la virtualisation de leurs applications. Nous avons une application assez importante qui autorise la virtualisation mais se réserve le droit de nous faire charger l'application sur un serveur physique si le dépannage le nécessite. Nous avons d'autres applications qui ne prennent pas du tout en charge la virtualisation.

Deuxièmement, sur quel type de matériel hôte de virtualisation travaillez-vous? Si vous avez assez de puissance de calcul, vous pouvez virtualiser à peu près n'importe quoi, mais si vous manquez de puissance, vous pouvez causer des problèmes de performance majeurs.

Troisièmement, êtes-vous d'accord pour que des logiciels critiques soient virtualisés? Vous voudrez peut-être envisager d'avoir soit un cluster, soit plus d'un hôte virtuel afin que si un hôte unique tombe en panne, il ne mette pas hors service la moitié de votre infrastructure.

Enfin, et le critère le plus important pour nous concernant les applications non critiques, à quel point le matériel sur lequel l'application est actuellement installée est-il surdimensionné? Nous avions plusieurs serveurs puissants faisant une seule petite tâche pour laquelle nous avons très bien été servis par la virtualisation. De plus, le remplacement du vieux matériel est un point important ici. Il existe un outil sur Sysinternals appelé disk2vhd qui créera un fichier vhd (si vous utilisez Hyper-V ou Virtual Server) à partir d'un disque physique et nous avons eu beaucoup de succès en virtualisant des instances physiques existantes avec ça.