SMPFR

tu veux pas un beau serveur powerpc avec 1to de ram
^^

comment ca se fait cette histoire de vcenter unique
tu peux pas définir un primaire et un secondaire ?
ca semble un poil mal foutu

tu veux pas un beau serveur powerpc avec 1to de ram
^^

comment ca se fait cette histoire de vcenter unique
tu peux pas définir un primaire et un secondaire ?
ca semble un poil mal foutu

Non. y'a pas de primary/backup en vCenter. vCenter n'est pas un organe qui empêche l'hôte de tourner. Toutes les VMs et fonctionnalités restent actives même si le vCenter est off . Remonter un vCenter consiste à réinstaller le soft et à remettre le contenu de la bdd (SQL Express si on a pas utilisé autre chose) . Dans cette optique, on fait du rescue du vCenter s'il est mort, ou on peut éventuellement en faire une VM (c'est supporté) et des snapshots/backup. Jamais tenté de faire du vMotion ^^

Au quotidien, ca pose pas vraiment de souci, sachant qu'on peut contourner le truc en mettant une instance de bdd cluster à dispo du vCenter, faire pointer vCenter 1 dessus et avoir un backup (vCenter 2, même hostname/ip par contre) prêt à tourner au cas ou . De l'actif / passif quoi .

Effectivement, au quotidien, ca ne pose pas trop de soucis !


Par contre, j'ai donc un dell 1950 avec 4 ou 8 Go de RAM, je ne sais plus et 2 quad core a 2.93GHz.
Il est relié par un agrégat de 2* 1GBits/s.

Mais la question que j'ai, c'est lorsque l'on faut du vmotion. Sachant que vcenter est le chef d'orchestre de ces opérations, le débit réseau est il necessairement important entre :
host_depart > vcenter > host_arrivee


Peut etre que je ne suis pas tres clair ...

Non. ce qui est important c'est entre ESX. sachant que le trunk n'existe pas en ESX

Le trunk n'existe pas en ESX ... on parle bien de 802.3ad ... ?

Heu, t'es sur de toi ... ? parce que c'est pourtant ce que j'ai ici !

en fait, faut bien lire la doc . ESX, en tout cas en atttendant la v5, ne fait pas du full trunk. Comprendre que , lorsque tu discutes avec une VM, tu ne fais pas de loadbalancing sur les 2 liens, pour profiter, par exemple, dans le cadre de 2 liens giga, d'un lien à 2000 .

ESX ne fait que du FailOver. Une fois la comm. établie avec une VM sur un des 2 liens, la comm; en question ne s'opère que sur le lien 1 (si c le lien 1 sur lequel la comm. a été établie, ca reste sur le lien 1).

Parmi les bienfaits du 802.3ad :

* Augmentation de la bande passante
* Tolérance aux pannes (failover)
* Répartition de charges (load balancing).

tu n'as donc que :

* Tolérance aux pannes (failover)

la 4.1 a apportée un patch permettant de changer l'algo, mais le trunk full n'est toujours pas supporté.

wait & see sur la 5 qui devrait savoir faire du grid aussi

D'accord, d'accord, merci de tes infos

Tugs, dis-moi, tu sais si on peut installer munin-node sur ESXi ? Je préfère me renseigner avant de pourrir mon install

Je cherche juste à grapher la conso CPU, mémoire et surtout les iops et je n'ai rien trouvé de transcendant...

Tugs, dis-moi, tu sais si on peut installer munin-node sur ESXi ? Je préfère me renseigner avant de pourrir mon install

Je cherche juste à grapher la conso CPU, mémoire et surtout les iops et je n'ai rien trouvé de transcendant...

bah ESX publie en SNMP et dans le format dont j'ai oublié le nom mais qui est standard . Le mieux c'est de récup' comme ca. Par sécurité, j'installe le moins possible de chose sur l'hyperviseur qui ne viendrait pas de vmware, pour des questions d'effets de bords, de leak, etc...

(CIM, le protocole que je cherchais )

Comme In MOuragan

Tugs, dis-moi, tu sais si on peut installer munin-node sur ESXi ? Je préfère me renseigner avant de pourrir mon install

Je cherche juste à grapher la conso CPU, mémoire et surtout les iops et je n'ai rien trouvé de transcendant...

Bon voila. j'ai compilé. Ca marche.

je commence à fabriquer des skeletons (d'ailleurs faut que je fasse un wiki d'explication sur comment ca marche le nouveau client )

je peux te sortir, par VMs

- usage mémoire
- usage cpu
- usage io network sur chaque interface

et surement la même chose pour le storage ^^

Tout ça avec Munin ? Tu peux sortir les infos pour l'hôte également ?

Flemme inside : Tu as un tuto même rapide ?

Non pas avec Munin, avec TUPm

Ah, je me disais aussi

Dès qu'il y a quelque chose à beta-tester je suis preneur

Tu veux monitorer le host aussi ? ou juste les VMs ? ou juste le host ?

Tiens, ca me fait penser, Je sais pas si tu utilises vSphere Client, mais mais mais.. il y a une petite astuce pour activer l'historique des stats en plus du Realtime

tu édites "/etc/vmware/hostd/config.xml"

tu cherches : Enable historical stats collection

tu le passes à true .

tu fait un "services.sh restart" (ca redémarre que l'agent de managment, pas le host esx)

tu auras 36 heures d'historique (c mieux que rien) dans les charts

Tu veux monitorer le host aussi ? ou juste les VMs ? ou juste le host ?

Honnêtement c'est surtout les host pour voir quand il faudra lever le pied et changer de serveur (ou virer un des locataires )

Mais les deux ça me va, ça m'évite d'avoir à installer un munin-node sur chaque VM (sans parler du côté intrusif, je me sens pas d'imposer un outil de monitoring sur les VM...

Tiens, ca me fait penser, Je sais pas si tu utilises vSphere Client, mais mais mais.. il y a une petite astuce pour activer l'historique des stats en plus du Realtime

tu édites "/etc/vmware/hostd/config.xml"

tu cherches : Enable historical stats collection

tu le passes à true .

tu fait un "services.sh restart" (ca redémarre que l'agent de managment, pas le host esx)

tu auras 36 heures d'historique (c mieux que rien) dans les charts

Excellent, ça me donne une bien meilleure visibilité, merci du tuyau !

Honnêtement c'est surtout les host pour voir quand il faudra lever le pied et changer de serveur (ou virer un des locataires )

Mais les deux ça me va, ça m'évite d'avoir à installer un munin-node sur chaque VM (sans parler du côté intrusif, je me sens pas d'imposer un outil de monitoring sur les VM...

Excellent, ça me donne une bien meilleure visibilité, merci du tuyau !

de nada

j'peux faire facilement les skeletons pour utilisation CPU et Memoire . pour le host et chaque VMs .

Je vais voir ça

Xangati for ESX - And it's Free!!
0 comments

The new version of Xangati for ESX was designed specifically to make the installation process as simple as possible and provides VI administrators with the following benefits and features:

* A new and simplified GUI-based appliance set up – for getting the appliance addressed, powered-up and on the network – launched directly from the vCenter console tab;
* Standardization on one virtual appliance covering dynamic and static IP addressed data center segments;
* Streamlining of the steps required to enable Xangati to gather and summarize traffic traversing a vSwitch;
* Fifty percent reduction in the screens required to get to a working Xangati UI.


http://www.youtube.com/watch?v=UdL67x8L_G0

hello,

je squatte le topic pourune question relative a ESXi

je vais devoir installer une machine au taf qui servira de serveur de DEV mutualisé (plusieurs VM sur le host)
je pense prendre un i7 avec 12go de RAM
la question que je me pose:
je veux faire un RAID1 pour l'hyperviseur
et un RAID5 pour le stockage des VM / snapshots
le RAID etait sur la carte mere (ICH10R)
est-ce que ESXi gere bien le raid hardware des chipsets des carte mere ?

Merci !

non ESXi ne gère pas le RAID sur le demi hard RAID ICH10R et tous les ICH, tu a la HCL (Hardware Compability List) sur leur site

Ah je suis en grande forme,

ESXi met le sur une chef USB ( il y a plein de tuto sur le web avec la commande dd ) Il se change en ram au demarrage, en cas de probleme de l'hypervizer fais 2 chef une sur le server l'autre dans ta poche en secoure.

Pour le stockage, si tu veut faire du raid sans acheté une carte dans la HCL, monte un partage nfs ou iSCSI sur une autre machine dédier de préférance.

Bonne journée

bah non, je veux uen seule machine
yaura probablement une VM type openfiler qui sera montée en iSCSI sur le serveur de fichier en lui meme

mais le but est d'avoir une seule machine physique

je vais donc passer par la case controleur SATA/SAS

ok , c'était la solution la plus évolutive , si une seul machine Go to HCL pour du RAID

Cependant a titre d'info seulement, il y a des cartes dans la HCL de la 3.5 qui ne sont plus sous 4 4.1 attention aux uptades, sinon pour la chef USB cela reste quand meme une bonne solution .