SMPFR

Hello a tous.

Je débute un peu sur ESXi.
Du coup, j'ai une petite question.

Actuellement j'ai un esxi sur une machine de test, avec 2 vms (1 omw et 1 win2k12r2 essential).

je me demandais comment faire pour que les 2 vms communiquent entre elles sans passer par le réseau (je pense que c'est possible, mais j'ai pas encore trouvé), car actuellement elles communiquent via le seul port RJ45 dont est équipée la machine (en attendant que je trouve une carte 4x1Gb) ?

Si vous avez aussi des trucs et astuces pour les backups auto et ce genre de chose je suis tout ouïe (en attendant, je fouille ce topic)

Merci d'avance.

Tu crée un vswitch et tu y relie tes 2vm.
Attention du coup, les vm ne seront plus délires a ton lan.

N'oublie pas d'installer les tools et de changer la carte réseau pour du vmxnet, ça marche bcp mieux.

Pour les backups, ghettovcb

sinon tu leur mets 2 cartes réseau: une sur ton lan pour l'administration, et une sur le vswitch pour quelle communique ensemble.

+1 Pour le vmxnet et les tools

Merci, je vais regarder ça du coup

Unitrends FREE EDITIONS
Compatible avec la version vSphere Hypervisor (ESXi)
Protéger jusqu'à 1 To de données.

=> http://www.unitrends.com/products/enter ... free#tab_3

Une fois l'appliance déployée (OVA). Avant de la démarrer, il faut lui ajouter un disque (mini 170 Go) il sera dédié au backup.

Menu configure Onglet Appliances

Onglet storage, sélectionner Internal puis cliquez sur Internal. Le disque ajouté, devrait apparaître en bas à droite. Cliquez sur Add puis sauvegarder.

Menu configure Protected Assets :

Hypervisor : VMware
Appliance : VMware_CE_UEB (nom par défaut)
Host : nom de votre esxi
ip address : son ip :d

Username : root
Password : le mot de passe de votre esxi

Cliquez sur save.

Reste à créer un job.

j'ai testé durant quelques semaines, ça tourne plutot pas mal, la prise en mains est assez facile. Par contre, prévoyez bien l'espace de stockage à la base, parce qu'après pas moyen de l'étendre, ou alors il faut créer un 2e repository...

Après ça vaut pas Veeam

j'ai un truc que je comprend pas trop sur mon exsi: impossible d'ajouter un adaptateur Ethernet de type VMXNET3 à ma vm xpenology (tagguée "autre Linux")... alors que ça fonctionne pour des VM Debian/FreeBSD de même version (11). Je peux rajouter que du E100, c'est con quand même alors que tout est en 10Gbit derrière...
Des idées sur ce qui peux m’empêcher de pouvoir ajouter un adaptateur ?

Quid de l'erreur retournée ?

La version de linux choisie est le pb

Ya pas le driver pour vmxnet pour tous les kernels, et les tools que tu installe sont choisis en fonction de ce que tu définis comme version de linux a la creation de la vm

Y a pas d'erreur, juste pas l'option dans l'interface...
Dsebire je doit faire quoi du coup selon toi?

D'après la réponse de dsebire, tu ne peux rien faire mise à part changer de distribution.

Les drivers vmxnet3 sont bien intégrés à Xpenoboot. Du coup il m'a en fait suffit de faire la manip suivante:

Change the Adapter Type by editing the .vmx File
You can change the adapter type by editing the virtual machine configuration file. This can be done by connection the the ESXi host with SSH or by simply downloading, changing and uploading the configuration file. Steps:

Power off the virtual machine
Remove the virtual machine from inventory
Change ethernetX.virtualDev parameter in the the .vmx File
Register the virtual machine
Power on the virtual machine

ça rend pas trop mal du coup...

D'après la réponse de dsebire, tu ne peux rien faire mise à part changer de distribution.

même pas

faut changer le type de VM (au lieu de autre linux, tu met un truc genre debian)
m'étais fait avoir une fois en me plantant a la création d'une VM

oui mais toi t'es riche, t'as une licence payante

nous, pauvre mécréants, on aura droit a rien....
•On ESXi hosts which are assigned a VMware vSphere Hypervisor license, all modification operations will fail silently. We are working on a solution to this issue.
la page officielle:
https://labs.vmware.com/flings/esxi-emb ... ost-client

pour ceux qui n'ont pas remarqué, depuis 6.0U2 et 5.5P8, cette limitation n'est plus d'actualité

•ESXi 6.0 Update 1 or lower hosts which are assigned a VMware vSphere Hypervisor license, all modification operations will fail silently. This issue has been resolved in ESXi 6.0 U2 and 5.5 Patch 8.

https://kb.vmware.com/selfservice/micro ... Id=2008367
par défaut, l'occupation du stockage n'est pas rafraichi automatiquement.
quand on a une supervision (ex nagios) ça rapporte la valeur du dernier refresh manuel (qui peut dater de plusieurs jours/semaines/mois et donc être totalement incorrect)
/!\ nécessite un reboot.

solution de contournement temporaire en attendant que ça reboot:
ajouter "esxcli storage filesystem rescan" toute les x heures dans la crontab

edit: l'affichage dans le vsphere client est aussi erroné tant qu'un refresh (manuel/auto/crontab) n'est pas effectué

Petite question: créer un ram drive a partir d'une image chargée depuis un ssd et sauvegardée proprement au shutdown, le tout pas exsi qui va le présenter comme un ssd "classique" à une vm, c'est faisable à votre avis?

non.
pas de RAMdrive possible sous ESXi

par contre, tu peux te monter une distri qui tourne en RAM et qui se sauvegarde au shutdown

dites les gens, depuis esxi5, ya moyen de mettre un SSD en cache hôte.
yen a qu'on essayé ?
avantages ?
avantage par rapport a mettre simplement le swap des VM sur un SSD ?

Un bout de réponse ici:
http://www.v-front.de/2013/10/faq-using ... i.html?m=1
C'est donc plus avantageux que simplement mettre le swap sur ssd.
Ça peut aussi faire un io cache des datastore sur des environnements très chargés et/ou en cas de nécessité d'avoir une latence très faible.

Manque juste des retours utilisateurs (les whitepapers vmware c'est bien pour lq partie théorique, mais je cherche des cas pratiques)

non.
pas de RAMdrive possible sous ESXi

par contre, tu peux te monter une distri qui tourne en RAM et qui se sauvegarde au shutdown

là dans l'idée c'est de booster un peu mon xpenology pour m'en servir véritablement comme d'un disque distant sur mon fixe, et y placer 90% de ce que j'ai.
Mon raid dessus envoie déjà bien, mais j’essaie de gagner notamment sur les petits fichier souvent accédés: comme il y a une fonction de cache ssd intégrée à synology, je souhaitait présenter genre 16go de ram comme un ssd au système xpenology, ou toute la gestion du montage/démonte se fasse au niveau de l’hôte, pour un peu plus de sécurité...

Bah présente un volume nfs ou iscsi avec un cache ssd local a ton esx, c'est apparemment fait pour

Moi j'attend un RETEX, donc vas y lance toi et dis moi

cache ssd c'est trop faible, mon raid envoie plus qu'un ssd classique... (voir plus haut)
là je cherche vraiment plus un bout ULTRA perf pour booster encore un peu et gommer de se fait les pertes liées à la latence réseau par exemple...

Donc un ssd en local.
Va pas me dire que un ssd aura plus de latence que ton lan.
Idem pour les taux de transferts, ton syno il va être bridé par le lan, alors qu'un ssd recent c'est 300-400Mo/s (l'équivalent de 3-4gbps, a ma connaissance aucun syno ne fait ça)

Regarde plus haut mon bench...
Et sur du disque local j'ai pas le sécurité de mon nas. Ni ses 24to.

cache ssd c'est trop faible, mon raid envoie plus qu'un ssd classique... (voir plus haut)
là je cherche vraiment plus un bout ULTRA perf pour booster encore un peu et gommer de se fait les pertes liées à la latence réseau par exemple...

Un nas en Zfs avec un ssd et taquet de ram, présenté en fc ou ib = ideal pour petits fichiers !

SMPFR

VMware ESXi

VMware ESXi

VMware ESXi

VMware ESXi

VMware ESXi

VMware ESXi

VMware ESXi

VMware ESXi

VMware ESXi

VMware ESXi

VMware ESXi

VMware ESXi

VMware ESXi

VMware ESXi

VMware ESXi

VMware ESXi

VMware ESXi

VMware ESXi

VMware ESXi

VMware ESXi

VMware ESXi

VMware ESXi

VMware ESXi

VMware ESXi

VMware ESXi

VMware ESXi