Vous devriez envisager une - Ont participés :
Note de cours (NM)
Jour 1
- VDI, Vmware Horizon view 6 : postes et appli
- ESXi hyperviseur (type 1)
- ajout de ressources à chaud : ram, cpu, disk (dépendamment de la licence, et OS compatible)
- HA : 2-3 min downtime
- Fault tolerance : rarement utilisé (limitation dû au cpu)
- vShield (plus pour du cloud)
SvMotion : storage vMotion
- VAAI : vStorage API Array Integration
- DRS/DPM :
- vDS : switch distribué -- Cisco Nexus 1000V
- NIOC : network IO control (qos côté réseau)
- SIOC : Storage IOC (qos côté stockage)
- SNS : support Vmware
- App HA : HA sur des services
- Host profile
- auto deploy
- Vmware 65%, M$ 30%, Citrix 5%
HCL/HCG : hardware compatibility gudie (Vmware compatibility guide), http://www.vmware.com/resources/compatibility/search.php
- choix serveurs : serveurs (hosts) identiques
- 10GbE NIC : subdiviser en plusieurs NIC
- ISO to USB : Rufus, Unetbootin
- Nomenclature : nom vm, hosts, etc.
- DCUI : direct consol user interface
- port mapping
- Esx management (Alt F2)
- Alt F12 : system log, kernel trace
Jour 2
- dans esx,
- définir un serveur de temps
- ne pas oublier d'activer les regles du fw qd on active/désactive un serveur
- Scratch log config
- vcenter log insight (central log) == vRealize log insight
- vCenter (maître d'orchestre)
- fonctions : livre page 58
- Linux vCenter appliance : ovf templante (plusieurs fichiers) ou ova (archive de ovf)
- vCenter SSo needs A + PTR
P2V : http://www.vmware.com/ca/fr/products/converter http://chrtophe.developpez.com/tutoriels/p2v/
- ajouter des tags pour preciser/regrouper les vm (manage -- tags)
- Orchestrator : automatiser les tâches manuelles
- port trunk (trunking) : un port utilisé pour laisser passer plusieurs vlan
- vmxnet adapter : driver vmware pour les nic, plus performant, mais pas installé par défaut sur tous les OS (notamment Windows)
- vmkernel port : sert au management. Peut être utilisé pour vMotion, FT, stockage; mais vaut mieux utiliser plusieurs vmkernel port séparés
Jour 3
- Spaning tree : bloquer le trafic dans quand il y a une boucle et remet le lien qd il y a un bris ailleurs.
Prend ~60s pour rétablir --> trop lent --> RSTP (rapid stp)
- les vswitch ne participent pas au stp
--> configurer les port réseau du esx en PortFast
Internal-only vSwitch (vSwitch non connecté à un switch physique, vmnic) : connecter des vm qui n'ont pas accès au réseau ; --> vMotion pas possible
- ne pas mélanger le trafic de stockage avec le reste (isoler sur un vswitch séparé, sécurité et performance accru)
DCB Data center bridging, http://en.wikipedia.org/wiki/Data_center_bridging : permet de partager les switchs à condition que tous supportent le DCB
- host -- manage -- network -- virtual switches -- edit
- promiscuous mode (sur le vswitch) : par défaut à off, pas d'écoute possible sur le réseau
- VM de supervision : allow promiscuous mode+ vlan 4095, sur un port group spécial (+ 2ème carte de gestion pour la vm de super)
- Mac address change : par défaut accept, à mettre à reject. Au besoin, créer un port group spécial qu'on met à on.
- forged transmits : par défaut accept, à mettre à reject. Au besoin, créer un port group spécial qu'on met à on.
- promiscuous mode (sur le vswitch) : par défaut à off, pas d'écoute possible sur le réseau
- VMware Load-Based Teaming (LBT): rediriger le trafic en fonction de la saturation de la bande passante
- Health check
lacp Link Aggregation Control Protocol, http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2034277
- vmnetwork/Management network (2nics) : LAN
- Iscsi (2nics), vmotion(s) (2nics), FT (2nics) : backend-san, avec du vlan
- SAN features à considérer : TeraB IOPS Latency Throughput
- Ne pas utiliser le driver e1000e
- New vm
- allouer de l'espace disk de petite taille en thin provision
- Controller scsi : vmware paravirtual
- démarrer avec des ressources minimales et augmenter au fur et à mesure
Dernier jour
- après install de l'OS de la VM, installer les vmware tools (NB : faire les maj régulièrement des vmware tools)
- meilleures performance au niveau de la console, du center et apporte les drivers
- template :
- créer une vm et la configurer, puis éteindre
- marquer comme template : bouton droit - convertir en modèle(vm doit être éteinte)
- créer une config personnaliser : home -- Gestionnaire de spécification de personnalisation - Gestionnaire de spécification de personnalisation
- cloner : clic droit sur le template -- déployer vm depuis un modèle
- NB : selectionner les options du clonage :
- cocher le 1er (choisir le modele de config) et le 3ème (booter après création)
- mode disk (propriété de vm) : independant - non permanent : monter une machine- la configurer comme il faut- éteindre et activer cette option
--> permet d'avoir une machine immuable.
- SATA : on ne peut pas grossir le disque
- snapshot : toutes les données qui arrivent après qu'on ait lancé le snapshot ne sont pas dans le snap
- durée vie : 48h
- qté : 0-3 (vmware en supporte 32)
- n'est pas un backup
- ovf : open virtualization file (ova , archive)
- cpu stress : stress --cpu 2 --timeout 60
- vMotion, requiert
- licence vMotion
- SAN/NAS
- cpu même famille pour les hosts
- vmkernel port avec vMotion activé, layer2
- la vm ne doit pas avoir de devices lié à l`hôte
DRS/DPM : Distributed Resource Scheduler, Distributed Power Management - See more at: http://www.vmware.com/ca/fr/products/vsphere/features/drs-dpm#sthash.9hAEPXig.dpuf
- faire des règles pour regrouper/séparer des vm par host (cluster -- gérer -- paramètres -- règles DRS)
- regrouper des vm : (cluster -- gérer -- paramètres -- Groupes DRS)
- HA : palier la perte d'un host
- SAN/NAS
- Cluster HA (activer par host)
- management nic/switch
- avoir un noeud externe ping-able (le gw par ex, ou un switch)
- un des hosts est master et les autres slaves,
contrôle d'admission --> >= 3 hosts (2 hosts, on désactive)
- FT : super high HA (prend bcp de ressources, bcp de restriction : 1vcpu, no snapshot, no vmotion, etc.)
- vsphere application
- DR : disaster recovery