2 votes

De quel matériel ai-je besoin (approximativement) pour faire fonctionner le serveur ESXi ?

J'envisage d'acheter matériel de base disponible sur étagère afin de construire un serveur qui hébergera des machines virtuelles en utilisant le serveur ESXi.

Destiné à L'objectif de ce serveur n'est PAS critique pour la mission des tâches. Il devra faire tourner peut-être 20 à 50 machines virtuelles Windows XP/Vista/7 (au total, mais plus près du chiffre de 20). Chaque invité devra avoir 1 à 2 Go de RAM et probablement deux à trois fois plus d'espace disque que ce dont le système d'exploitation invité a besoin avec une installation propre et toutes les mises à jour appliquées (ce qui représenterait environ 1,5 million de dollars). 6-8 GB pour XP et je crois plus proche de 10-15 pour win7 ). Ces invités serviront de terrain d'essai pour un nouveau produit qui est un logiciel de gestion de réseau. Les invités seront donc inactifs la plupart du temps une fois qu'ils seront chargés initialement, mais si je leur donne une tâche à accomplir, ils devraient être en mesure d'obtenir des résultats raisonnables.

Maintenant, d'après ce que j'ai appris... Le processeur n'est généralement pas un problème (6 cœurs suffiraient), la mémoire ne devrait pas manquer, mais ne doit pas être la somme de tous les invités, à cause du sur-engagement... Cela m'amène à IO, qui est, comme il semble, le goulot d'étranglement.

Comme j'ai très peu d'expérience avec le serveur ESXi (et ESX aussi), j'aimerais poser la question :

  1. Combien de mémoire pourrais-je économiser en sur-engagement, et comment cela affecte-t-il les performances ?
  2. Un processeur à 6 cœurs est-il suffisant pour faire fonctionner le système décrit ci-dessus ?
  3. Serait-il possible de faire fonctionner un serveur entier avec deux (ou même un) disques SSD (pour héberger les disques virtuels du système), avec quelques disques durs supplémentaires (2-3) en RAID 0 pour être utilisés comme stockage secondaire ?
  4. J'ai lu quelque part que ESXi permet d'avoir quelque chose comme une "image maître", essentiellement une machine virtuelle qui est "déployée" plusieurs fois, de sorte que l'espace disque peut être économisé en ayant seulement les différences stockées par des invités spécifiques, au lieu de copier autour des disques virtuels entiers. Est-ce vrai, et en quoi cela peut-il m'aider ?
  5. Y a-t-il d'autres éléments dont je dois tenir compte pour élaborer cette solution standard ?

Je devrais probablement mentionner ici que je suis pleinement conscient des problèmes comme le SPOF concernant l'alimentation, le raid 0, etc., mais comme il s'agit seulement d'un terrain d'essai et non d'un système de production, ce n'est pas si important pour moi.

Merci, B.

7voto

Chopper3 Points 99341
  1. Vous pouvez économiser un montant raisonnable (~20-50%) mais le mélange entre XP/Vista et W7 ne vous aidera pas - essayez de vous en tenir à un seul si vous vous souciez du partage des pages.
  2. Pour ma part, j'opterais pour un plus grand nombre de cœurs, en tout cas s'ils sont plus proches de 50 que de 20. Pensez à une boîte à double processeur, soit Xeon 56xx, soit AMD Magny-Cours.
  3. N'ESSAYEZ PAS Essayez de faire cela, même avec les SSD les plus orientés entreprise, à moins que vous n'aimiez reconstruire et restaurer vos systèmes. Mauvaise idée, mauvaise idée en fait.
  4. Je pense que vous voulez dire VMWare View - il est conçu spécifiquement pour ce que vous faites et fonctionne très bien - mais il est coûteux.
  5. Oui, utilisez un stockage centralisé rapide (par exemple FC ou iSCSI 10Gbps) ou si vous voulez faire cela avec des disques locaux, utilisez un minimum de 4 disques dans une configuration RAID 10 matérielle, idéalement des disques 10krpm aussi.

J'espère que cela vous aidera, mais vous voudrez probablement obtenir l'opinion de quelques personnes aussi - c'est l'avantage de ce site - des expériences variées :)

0 votes

Merci pour vos conseils. Donc, juste pour que ce soit clair pour moi, les SSD sont complètement hors jeu (à cause de leur conception), ou ne doivent simplement pas être utilisés dans des configurations RAID ?

0 votes

Windows réécrit beaucoup sur son disque de démarrage, les VM peuvent souvent réécrire sur leurs disques dans des proportions raisonnables (en particulier dans les situations où la mémoire est limitée), les disques SSD meurent à cause des écritures, souvent de manière étonnamment rapide - avoir 20 à 50 VM basées sur Windows dans un système potentiellement limité par la mémoire tuerait probablement vos disques SSD en moins d'un an, peut-être même beaucoup moins. Il ne s'agit pas de RAID, mais d'éviter - dépensez votre argent pour plus de disques 10/15krpm et R10.

0 votes

En plein dans le nez. Je pense que des disques de 15K seraient probablement nécessaires compte tenu du nombre de VM.

5voto

MDMarra Points 99815

Vous devez choisir votre matériel dans la liste officielle VMWare HCL . C'est le seul moyen de garantir la compatibilité.

Vous ne devriez jamais utiliser un RAID 0, utilisez un RAID 10 à 6 disques si vous voulez des performances proches d'un RAID 0 à 3 disques. De plus, à quel point ces VM seront-elles utilisées ? Si c'est le cas, vous êtes loin du matériel dont vous aurez besoin. Enfin, le terme que vous recherchez est "clone lié", qui utilise une image disque maître comme base.

0 votes

Il ne sera pas utilisé de manière intensive. Je comprends ce que vous dites à propos de RAID0, et je pense que votre expérience personnelle le confirme. Comment se fait-il que 3 disques en RAID0 soient plus lents que 6 disques en RAID10 ? Par ailleurs, avez-vous des conseils à donner sur les disques SSD ? J'en RAID0 deux également, très probablement... Merci d'avance !

2 votes

@mr.b - Ne pas utiliser le RAID 0 n'est pas une question de performance et n'a rien à voir avec mon expérience personnelle, c'est une question de disponibilité. Si un seul disque d'un RAID 0 tombe en panne, toutes les données sont perdues. Vous pouvez perdre jusqu'à trois disques dans un RAID 10 à 6 disques, à condition qu'ils ne proviennent pas du même miroir. Je comprends que vous ne vous souciez pas beaucoup de la disponibilité des données puisqu'il s'agit d'un système de test, mais vous devriez vous soucier de perdre toute la configuration que vous avez faite à cause d'une défaillance d'un seul disque. En ce qui concerne les disques SSD, ils sont plus rapides, mais ils coûtent certainement plus cher.

0voto

jishi Points 838

Je voudrais juste ajouter mon expérience selon laquelle le plus gros goulot d'étranglement auquel je suis confronté avec la virtualisation est l'IO des disques.

Étant donné que ce type d'environnement a beaucoup d'entrées-sorties simultanées sur les disques, je suggérerais de répartir les entrées-sorties sur autant de disques que possible, et non sur une quelconque forme de variante RAID0 (RAID10). Vous ne voulez pas qu'une lecture de disque à partir d'une seule machine virtuelle bloque tous les disques. Ceci est également recommandé pour les serveurs de base de données qui font beaucoup de lectures/écritures simultanées.

C'est encore plus important si vous allez sur commit la mémoire, car il va commencer à échanger des trucs sur le disque lorsque vous sur commit.

Donc de préférence beaucoup de petits disques avec RAID1 ou pas de redondance du tout si cela ne vous concerne pas. Peut-être un SAN séparé ou simplement une armoire à disques reliée à votre contrôleur.

De plus, puisque vous ferez principalement des lectures, je suppose qu'un RAID1 basé sur du matériel réel serait aussi rapide qu'un RAID0 puisque, dans un monde parfait, il serait capable de lire simultanément sur les deux disques, mais pas de partager la charge d'écriture. C'est ce qui est généralement prévu lorsque les gens commencent à parler de configurations RAID performantes.

0voto

Chadddada Points 1660

Oui VMware View est le meilleur logiciel de solution de bureau virtuel que je connaisse et serait probablement plus approprié pour ce dont vous parlez. Puisque vous ne semblez pas savoir combien de postes de travail vous utiliserez, entre 20 et 50, VMware View a une fonctionnalité que vous allez adorer. Vous pouvez créer votre image de base et la configurer pour déployer éventuellement jusqu'à vos 50 VM. Vous pouvez créer vos 20 machines virtuelles, puis toutes les autres seront créées presque à la demande, l'une d'entre elles étant conservée dans une file d'attente, prête à être utilisée, puis remplacée lorsqu'elle sera déployée.

En ce qui concerne les exigences matérielles, je considère généralement la mémoire comme le goulot d'étranglement. J'utilise vFoglight pour surveiller un environnement virtuel et je constate que plus de 90 % des alarmes sont déclenchées en permanence par un hôte comportant entre 15 et 20 serveurs installés. Si vous utilisez un seul hôte avec autant de machines virtuelles, le problème peut être plus important.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X