Cahier Des Charges Virtualisation Serveurs

Cahier des Charges Virtualisation Critères principaux

Critères complémentaires

1. Environnement technique de l'hyperviseur 1.1. Cadre général général de la solution solution : Support matériel matériel (Serveur/ (Serveur/Stock Stockag ag Y a-t-il une liste limitative de serveurs physiques officiellement supportés ?

Oui Non

Si Oui, laquelle ?

Y a-t-il une liste limitative de matériels de stockage (type SAN et NAS) officiellement supportés ?

Oui Non

Si Oui, laquelle ?

Y a-t-il une liste de logiciels tiers officiellement supportés sur la solution de virtualisation ?

Oui Non

Si Oui, laquelle ? (Indiquer dans chaque cas si un contrat de licence logicielle adapté au contexte de la virtualisation est nécessaire). Les machines virtuelles sont-elles directement réutilisables avec un autre moteur de virtualisation (d’un autre éditeur), lorsque la compatibilité du format de disque virtuel et des pilotes de périphériques est assurée ?

Oui Non

Si Oui, cette interopérabilité est-elle dépendante du système d’exploitation du serveur Oui Non physique ? Si Oui, sur quelles paires de systèmes d’exploitation l’interopérabilité est-elle assurée ? Y a-t-il une liste des éditeurs de logiciels qui demandent la reproduction des incidents sur une machine physique pour qu’ils soient pris en compte ?

Oui Non

Si Oui, laquelle ?

1.2. Support et fonctionnalités de l'hyperviseur relatives au processeur 1.2.1. Capacités générales Quel est le nombre maximal de cœurs de processeurs (ou de « threads » ou de LCPU) supportés par serveur physique ? Quel est le nombre maximal de processeurs virtuels supportés par la machine virtuelle ? Quel est le nombre maximal de processeurs virtuels supportés sur l’ensemble des machines virtuelles hébergées par un serveur physique ? Quel est le nombre maximal de machines virtuelles supportées par serveur physique ?

Réponses des fournisseurs



1.2.2. Support par le processeur physique (de type x86) des accélérateurs matériels de virtualisation L’hyperviseur exploite-t-il les fonctionnalités suivantes ?

« NUMA aware » Intel-VT Affinité NUMA node et mémoire pour une machine virtuelle AMD-V EM64T (64 bits) pour l’hyperviseur Intel Hyperthreading Intel Xeon quad core AMD Opteron quad core Autre(s) :

1.3. Support et fonctionnalités de gestion de la mémoire Quelle est la capacité maximale de mémoire vive supportée sur le serveur physique ? Quelle est la capacité maximale de mémoire vive supportée sur une machine virtuelle ? Le « mirroring » de mémoire vive (ou RAID mémoire) est-il supporté ?

Oui Non

L’hyperviseur a-t-il un mécanisme logiciel de tolérance aux pannes mémoire ?

Oui Non

L’hyperviseur offre-t-il un mécanisme de partage de segment(s) de code mémoire en « read-only », permettant ainsi d’optimiser la consommation de mémoire vive ?

Oui, en mode déclaratif Non Oui, en mode automatique

1.4. Support et fonctionnalités réseau Quel est le nombre maximal de cartes PCI (X ou Express) supporté ?

Quel est le nombre maximal de cartes Gigabit Ethernet supporté ?

Les cartes Ethernet 10 Gb/s sont-elles supportées ?

Oui Non

Les switchs réseau virtuels configurés sur le serveur physique sont-ils supportés ?

Oui Non

Le « VLAN tagging » (802.1Q) dans les switchs virtuels est-il supporté ?

Oui Non

Quel est le nombre maximal de ports supporté par switch réseau virtuel ?

Le « Teaming » d’adaptateur réseau est-il supporté ?

Oui Non

1.5. Support et fonctionnalités relatives au stockage et aux sauvegardes




Quel est le nombre maximal de cartes adaptateur Fiber Channel supportées ?

Quel est le nombre maximal de cartes Ethernet supportées ?

Les cartes « TOE » (TCP offload) sont-elles supportées ?

Oui Non

Le VSAN tagging (FC-FS-2 section 10.2) est-il supporté ?

Oui Non

La gestion directe par une machine virtuelle d’une carte I/O PCI Adapter est-elle supportée ?

Oui Non

Si Oui, le « multipathing » est-il supporté ?

Oui Non

1.5.1. Stockage des disques des machines virtuelles Les disques virtuels sous forme d’un fichier unique sont-ils supportés ?

Oui Non

Est-il possible de dédier une LUN du SAN à une machine virtuelle ?

Oui Non

Est-il possible de journaliser les entrées/sorties des disques virtuels ?

Oui Non

Est-il possible d’effectuer des « snapshots » et des « rollback/undo » sur les disques virtuels ?

Oui Non

Quelles sont les solutions de virtualisation de stockage supportées ?

L’hyperviseur gère-t-il un « Buffer cache » pour les opérations d’entrée/sortie ?

Oui Non

Si Oui, la taille du cache est-elle réglable ?

Oui Non

Quels sont les modes de stockage supportés pour les disques virtuels ?

iSCSI CIFS NFS

1.5.2. Amorçage des machines virtuelles Les machines virtuelles peuvent-elles être amorcées depuis un disque virtuel en PXE Oui Non (« Preboot Execution Environment » - Boot depuis le réseau) ? Les machines virtuelles peuvent-elles être amorcées depuis un disque virtuel en iSCSI ?

Oui Non

Les machines virtuelles peuvent-elles être amorcées depuis une LUN du SAN Fiber Channel ?

Oui Non




1.5.3. Sauvegardes L’hyperviseur offre-t-il un mécanisme de sauvegarde centralisée des machines virtuelles, sans installer d’agent dans les machines virtuelles et sans flux de données géré par les machines virtuelles ?

Oui Non

Si Oui, alors ce mécanisme supporte une solution de stockage :

SAN iSCSI NAS

Les machines virtuelles et leurs applications peuvent-elles prendre en compte les opérations de sauvegarde (interface centralisée) ?

Oui Non

Peut-on faire des sauvegardes et des restaurations au niveau fichier ?

Oui Non

Peut-on faire des sauvegardes incrémentales ?

Oui Non

Peut-on restaurer une sélection de fichiers ?

Oui Non

2. « Clusterisation » et « pooling » des serveurs physiques Les machines virtuelles peuvent-elles être mises en « cluster » ?

Oui Non

Si Oui :

Quelles sont les solutions de « clustering » supportées ? Quelles sont les restrictions éventuelles concernant le stockage ?

Est-il possible de configurer un « cluster » mélangeant des machines virtuelles et des machines physiques ?

Oui Non

Quel est le nombre maximal de nœuds par « Cluster » (ou par « Pool ») ?

Est-il possible de déplacer à froid une machine virtuelle d’un nœud à l’autre ?

Est-il possible de déplacer à chaud une machine virtuelle d’un nœud à l’autre ?

Est-il possible de configurer un équilibrage de charge (« Load balancing ») entre machines virtuelles ? Les machines virtuelles d’un nœud peuvent-elles redémarrer automatiquement en cas d’incident sur ce nœud ?

Oui Non

3. Gestion des ressources, partage et gestion de la performance La solution permet-elle de fixer des quotas minimums et maximums de consommation CPU par machine virtuelle ?

Oui Non




La solution permet-elle de fixer des quotas minimums et maximums de consommation de mémoire vive par machine virtuelle ?

Oui Non

La solution permet-elle de fixer des quotas minimums et maximums de consommation d’entrées/sorties disque par machine virtuelle ?

Oui Non

La solution permet-elle de fixer des quotas minimums et maximums de consommation d’entrées/sorties réseau par machine virtuelle ?

Oui Non

La solution permet-elle de fixer des priorités, notamment pour gérer les cas de contention globale ?

Oui Non


Si Oui, sur quelles ressources agissent ces priorités ?

4. Recommandations générales d'usage et meilleures pratiques attachées à la solution de virtualisation En tenant compte de la consommation typique des applications hébergées au sein des machines virtuelles, quel est le nombre total de machines virtuelles recommandées :

Pour une machine physique à quatre cœurs de processeurs : Pour une machine physique à huit cœurs de processeurs : Pour une machine physique à seize cœurs de processeurs :

La solution de virtualisation est-elle recommandée pour des applications critiques ?

Oui Non

Si Oui, avec quelles restrictions ?

La solution de virtualisation est-elle recommandée pour des applications non critiques Oui Non ? La solution de virtualisation est-elle recommandée pour des applications particulièrement consommatrices de ressources I/O ?

Oui Non

Les performances de l’hyperviseur se dégradent-elles au cours du temps ?

Oui Non

Quelle est la durée maximale recommandée de fonctionnement de l’hyperviseur ?

5. Niveau de services globaux - Disponibilité et reprises 5.1. Causes d'arrêts de service planifiés du serveur physique

Cahier des Charges Virtualisation Critères principaux Quelles actions nécessitent un arrêt de service du serveur physique ?

Quelle est la fréquence typique d'arrêt de service pour les actions suivantes, en nombre par d'arrêts de service par an :

Par quelle méthode rend-on transparents aux utilisateurs les arrêts de service planifiés d’un serveur physique ?

5.2. Causes d'arrêts de service planifiés d'une machine virtuelle

Critères complémentaires Le remplacement à chaud d’une carte PCI Ethernet par une carte identique (matériel et firmware) Le remplacement à chaud d’une carte PCI Ethernet par une carte différente (firmware différent) Le remplacement à chaud d’une carte PCI adaptateur Fiber Channel par une carte identique (matériel et firmware) Le remplacement à chaud d’une carte PCI adaptateur Fiber Channel par une carte différente (firmware différent) Le remplacement à chaud d’un processeur (quand le modèle de serveur physique le permet) L’application d’une mise à jour de type « patch » sur l’hyperviseur Une montée de version mineure de l’hyperviseur Une montée de version mineure de l’hyperviseur Certaines reconfigurations du réseau local (par exemple : ajout ou suppression de VLAN), lesquelles ? Certaines reconfigurations du stockage partagé du réseau local (par exemple : ajout de LUN (« Logical Unit Number » ou « unité logique de stockage », changement de Zoning ...), lesquelles ? La défragmentation de la mémoire ou le nettoyage des structures internes de l'hyperviseur Autre(s) cas, détailler :

L'application d'une mise à jour de type « patch » sur l'hyperviseur : Une montée de version mineure de l'hyperviseur : Une montée de version majeure de l'hyperviseur : La défragmentation de la mémoire ou le nettoyage des structures internes de l'hyperviseur :

Les machines virtuelles sont déplacées à chaud vers un autre serveur physique qui prend le relais Les machines virtuelles sont déplacées à froid vers un autre serveur physique qui prend le relais Les machines virtuelles sont mises en « cluster » sur plusieurs serveurs physiques Autre(s) méthode(s), détailler :




Quelles actions nécessitent un arrêt de service planifié d’une machine virtuelle ?

La modification du nombre de processeurs virtuels alloués à cette machine virtuelle L’ajout à cette machine virtuelle d’un disque virtuel L’extension de la taille d’un disque virtuel alloué à cette machine virtuelle La suppression ou le détachement d’un disque virtuel alloué à cette machine virtuelle L’ajout à cette machine virtuelle d’un adaptateur Ethernet virtuel La modification de la quantité de mémoire vive allouée à cette machine virtuelle L’ajout à cette machine virtuelle d’un lecteur de CD/DVD virtuel

5.3. Tolérance aux pannes matérielles du serveur physique Quels types de pannes provoquent un arrêt non planifié d’un serveur physique (les équipements qui peuvent être redondés sont supposés l’être) ?

Panne d’une carte PCI Ethernet Panne d’une carte PCI adaptateur Fiber Channel Panne d’un processeur Panne d’une barrette de mémoire vive

5.4. Gestion et reprise suite à des arrêts non planifiés Quelle est la méthode de reprise de service des machines virtuelles stoppées par une panne du serveur physique ?

Les machines virtuelles sont redémarrées manuellement et une par une sur un autre serveur physique partageant le même espace de stockage que le serveur physique initial Les machines virtuelles sont toutes redémarrées en une fois manuellement sur un autre serveur physique partageant le même espace de stockage que le serveur physique initial Les machines virtuelles sont redémarrées automatiquement sur un autre serveur physique Les machines virtuelles sont redémarrées automatiquement sur un « cluster » de serveurs physiques

Quels sont les délais moyens de reprise d’une machine virtuelle en redémarrage automatique (en minutes) ? Quels sont les délais moyens de reprise d’une machine virtuelle en redémarrage manuelle (en minutes) ? Peut-on bloquer l’accès aux machines virtuelles pendant la phase de redémarrage de l’ensemble des machines virtuelles ?

Oui Non

5.5. Mécanisme de déplacement à chaud des machines virtuelles Est-il possible de déplacer une machine virtuelle en passant par le réseau ?

Oui Non

Est-il possible de déplacer une machine virtuelle en passant par le stockage disque ?

Oui Non




Quelle la durée typique de déplacement d’une machine virtuelle, en fonction de la taille de la mémoire occupée par celle-ci et en fonction de la méthode utilisée ?

L’échec de déplacement d’une machine virtuelle est-il un événement reconnu par l’hyperviseur ?

Oui Non

Si Oui, expliquer jusqu’à quel degré :

6. Gestion de la sécurité, des privilèges et des rôles Existe-t-il une gestion des privilèges d’accès aux machines virtuelles ?

Oui Non

Existe-t-il une gestion des rôles des utilisateurs vis-à-vis des machines virtuelles ?

Oui Non

Peut-on séparer, au moyen des privilèges et des rôles, les habilitations sur les actions d’infrastructure virtuelle des actions d’usage des machines virtuelles (power ON/OFF, redémarrage, prise de console, connexion au réseau …) ?

Oui Non

Existe-t-il un antivirus qui s’applique à l’hyperviseur ?

Oui Non

Si Oui :


Existe-t-il un mécanisme de déploiement automatisé des patchs de sécurité ?

Oui Non

Existe-t-il un mécanisme de déploiement automatisé de correctifs ?

Oui Non

Existe-t-il une publication régulière des failles de sécurité découvertes par l’éditeur ?

Oui Non

7. Fonctionnalités d'administration et de supervision L’hyperviseur est-il administré depuis une console centralisée ?

Oui Non

Si Oui, quelles sont les actions d’administration qui ne peuvent pas être réalisées depuis la console d’administration ? Peut-on placer la console d’administration sur un « cluster » de façon à la sécuriser ?

Oui Non

La console d’administration fonctionne-t-elle en mode actif/passif (l’hyperviseur est seulement « esclave » de la console) ?

Oui Non




La console d’administration fonctionne-t-elle en mode actif/actif (la console et l’hyperviseur sont tous les deux actifs dans les actions d’administration) ?

Oui Non

L’hyperviseur permet-il de suspendre ou « geler » une machine virtuelle ?

Oui Non

Les actions d’administration peuvent-elles être « scriptées » ?

Oui Non

Si Oui :


Existe-t-il un mécanisme permettant de gérer automatiquement les clés de licence des systèmes d’exploitation exécutés par les machines virtuelles (« provisioning ») ?

Oui, lequel ? Non

Quels sont les outils permettant de superviser (notion de « monitoring ») la solution de virtualisation ? Est-il possible de superviser à distance les machines virtuelles ?

Oui Non


Cahier Des Charges Virtualisation Serveurs

Recommend Documents