Différences entre les versions de « HyperV Config reseau »
De BlaxWiki
Aller à la navigationAller à la recherche| (2 versions intermédiaires par un autre utilisateur non affichées) | |||
| Ligne 3 : | Ligne 3 : | ||
Dans l'absolu, le mieux est d'avoir une interface réseau dédiée à l'admin de l'hyperV, et une ou des autres interfaces réseaux qui seront dédiés au vm. | Dans l'absolu, le mieux est d'avoir une interface réseau dédiée à l'admin de l'hyperV, et une ou des autres interfaces réseaux qui seront dédiés au vm. | ||
Dans les 2 cas, il faut creer ces interfaces virtuelles pour hyperV. Allez dans le gestionnaire de serveur / Roles / Hyper-V / Gestionnaire Hyper-V / $nomdelhyperV, et sur la | Dans les 2 cas, il faut creer ces interfaces virtuelles pour hyperV. Allez dans le gestionnaire de serveur / Roles / Hyper-V / Gestionnaire Hyper-V / $nomdelhyperV, et sur la fenetre de droite | ||
fenetre de droite "Gestionnaire de réseau virtuel. Ajouter un type de réseau (en général externe), donner un nom explicite à cette nouveau réseau (qui va générer une nouvelle | "Gestionnaire de réseau virtuel. Ajouter un type de réseau (en général externe), donner un nom explicite à cette nouveau réseau (qui va générer une nouvelle interface réseau virtuel dans les connexions | ||
interface réseau virtuel dans les connexions réseau de windows) et sélectionner l'interface réseau physique à laquelle il sera lié. | réseau de windows) et sélectionner l'interface réseau physique à laquelle il sera lié. | ||
La case "autoriser le systeme d'exploitation de gestion à partager cette carte réseau" doit etre coché dans le cas où c'est via cette interface physique que l'on va administrer | La case "autoriser le systeme d'exploitation de gestion à partager cette carte réseau" doit etre coché dans le cas où c'est via cette interface physique que l'on va administrer l'hyperV (interface où il | ||
l'hyperV (interface où il y aura donc une ip). Si c'est une carte réseau dédié aux vm, il ne faut pas cocher cette cas, sinon windows va lui coller une ip en dhcp en 169.254 qui est | y aura donc une ip). Si c'est une carte réseau dédié aux vm, il ne faut pas cocher cette cas, sinon windows va lui coller une ip en dhcp en 169.254 qui est inutile | ||
inutile | |||
/!\/!\ ATTENTION /!\/!\ | /!\/!\ ATTENTION /!\/!\ | ||
- Dans cet exemple on est dans le cas où l'on a la même interface pour administrer l'hyperV et pour joindre les vm. On donc mis une ip sur cette interface via le "centre de connexions | - Dans cet exemple on est dans le cas où l'on a la même interface pour administrer l'hyperV et pour joindre les vm. On donc mis une ip sur cette interface via le "centre de connexions réseau de | ||
windows", la manière normale quoi. Lorsque l'on va créer l'interface virtuelle dans l'hyperV, il va enlever l'ip qui était sur l'interface physique, donc on va perdre la main. Lors de la création de | |||
main. Lors de la création de l'interface virtuelle dans l'hyperV, tagguer l'interface avec le bon vlan, puis dans le le "centre de connexions réseau de windows" remettre l'ip | l'interface virtuelle dans l'hyperV, tagguer l'interface avec le bon vlan, puis dans le le "centre de connexions réseau de windows" remettre l'ip d'administration sur la nouvelle interface créee via | ||
d'administration sur la nouvelle interface créee via l'hyperV | l'hyperV | ||
</pre> | </pre> | ||
| Ligne 22 : | Ligne 21 : | ||
Arborescence des interfaces : Cas ici où l'on a les mêmes interfaces pour administrer l'hyperV et pour joindre les vm, du bonding et du vlan sur ces 2 interfaces : | Arborescence des interfaces : Cas ici où l'on a les mêmes interfaces pour administrer l'hyperV et pour joindre les vm, du bonding et du vlan sur ces 2 interfaces : | ||
Interface phyisque broadcom #1 et #2 --> bond 0 (ni taggue vlan ni ip) --> Interface virtuelle créé par l'hyperV (c'est sur cette interface que l'on mettra l'ip et taguer le vlan) | Interface phyisque broadcom #1 et #2 --> bond 0 (ni taggue vlan ni ip) --> Interface virtuelle créé par l'hyperV (c'est sur cette interface que l'on mettra l'ip et taguer le vlan) | ||
</pre> | |||
=== Type de réseau === | |||
==== Externe ==== | |||
<pre> | |||
Cela concerne un réseau qui est connecté à une interface réseau physique. Il autorise les communications entre : | |||
- les machines virtuelles et la machine hote | |||
- les machines virtuelles et la partition parent | |||
- les machines virtuelles et les machines externes | |||
</pre> | |||
==== Interne ==== | |||
<pre> | |||
Il autorise les communications entre : | |||
- les machines virtuelles sur la machine hote | |||
- les machines virtuelles et la partition parent | |||
</pre> | |||
==== Privé ==== | |||
<pre> | |||
Il autorise les communications uniquement entre les machines virtuelles sur la machine hote | |||
</pre> | </pre> | ||
| Ligne 30 : | Ligne 51 : | ||
Lorsque nous avons plusieurs VM qui sont reliés à la meme carte réseau physique de l'hyperV, mais que chaque VM est dans un subnet / vlan dédié, il faut appliquer la configuration suivante : | Lorsque nous avons plusieurs VM qui sont reliés à la meme carte réseau physique de l'hyperV, mais que chaque VM est dans un subnet / vlan dédié, il faut appliquer la configuration suivante : | ||
- port du switch (où est connecté la carte réseau physique) en mode trunk avec les bons vlans autorisés (config normale donc) | - port du switch (où est connecté la carte réseau physique) en mode trunk avec les bons vlans autorisés (config normale donc) | ||
- au niveau de l'hyperV, dans "Gestionnaire de réseau virtuel", le réseau virtuel doit etre relié à la carte physique en question, la case "Autoriser le systeme d'exploitation | - au niveau de l'hyperV, dans "Gestionnaire de réseau virtuel", le réseau virtuel doit etre relié à la carte physique en question, la case "Autoriser le systeme d'exploitation de gestion.." doit être | ||
de gestion.." doit être coché, les 2 autres non (à voir selon le cas), '''et il ne faut surtout pas spécifier de vlan''', sinon on ne pourra plus le faire pour les vm. Cette carte | coché, les 2 autres non (à voir selon le cas), '''et il ne faut surtout pas spécifier de vlan''', sinon on ne pourra plus le faire pour les vm. Cette carte physique n'a pas d'ip (l'acces à l'hyperV se fait via une autre carte physique qui a une ip). | ||
physique n'a pas d'ip (l'acces à l'hyperV se fait via une autre carte physique qui a une ip). | |||
- au niveau des vm, dans ses paramètres / carte réseau, on spécifie le vlan correspondant au subnet de la vm | - au niveau des vm, dans ses paramètres / carte réseau, on spécifie le vlan correspondant au subnet de la vm | ||
=== Perf reseau des vm avec cartes Broadcom === | === Perf reseau des vm avec cartes Broadcom === | ||
<pre> | <pre> | ||
Sur les hyperv 2012, les interfaces broadcoms ont un bug qui entraine des perfs assez pourries sur les VM hebergees. Il faut modifier les interfaces physiques pour passer en disable de | Sur les hyperv 2012, les interfaces broadcoms ont un bug qui entraine des perfs assez pourries sur les VM hebergees. Il faut modifier les interfaces physiques pour passer en disable de Virtual Machine | ||
Virtual Machine Queue (parametre avancee de la carte reseau physique). | Queue (parametre avancee de la carte reseau physique). Broadcom devrait mettre à jour les driver | ||
Broadcom devrait mettre à jour les driver | |||
</pre> | </pre> | ||
[[Catégorie:Virtualisation]] | [[Catégorie:Virtualisation]] | ||
Version actuelle datée du 27 décembre 2016 à 16:05
Config réseau de l'hyperV[modifier]
Dans l'absolu, le mieux est d'avoir une interface réseau dédiée à l'admin de l'hyperV, et une ou des autres interfaces réseaux qui seront dédiés au vm. Dans les 2 cas, il faut creer ces interfaces virtuelles pour hyperV. Allez dans le gestionnaire de serveur / Roles / Hyper-V / Gestionnaire Hyper-V / $nomdelhyperV, et sur la fenetre de droite "Gestionnaire de réseau virtuel. Ajouter un type de réseau (en général externe), donner un nom explicite à cette nouveau réseau (qui va générer une nouvelle interface réseau virtuel dans les connexions réseau de windows) et sélectionner l'interface réseau physique à laquelle il sera lié. La case "autoriser le systeme d'exploitation de gestion à partager cette carte réseau" doit etre coché dans le cas où c'est via cette interface physique que l'on va administrer l'hyperV (interface où il y aura donc une ip). Si c'est une carte réseau dédié aux vm, il ne faut pas cocher cette cas, sinon windows va lui coller une ip en dhcp en 169.254 qui est inutile /!\/!\ ATTENTION /!\/!\ - Dans cet exemple on est dans le cas où l'on a la même interface pour administrer l'hyperV et pour joindre les vm. On donc mis une ip sur cette interface via le "centre de connexions réseau de windows", la manière normale quoi. Lorsque l'on va créer l'interface virtuelle dans l'hyperV, il va enlever l'ip qui était sur l'interface physique, donc on va perdre la main. Lors de la création de l'interface virtuelle dans l'hyperV, tagguer l'interface avec le bon vlan, puis dans le le "centre de connexions réseau de windows" remettre l'ip d'administration sur la nouvelle interface créee via l'hyperV
- Interface en bonding
Arborescence des interfaces : Cas ici où l'on a les mêmes interfaces pour administrer l'hyperV et pour joindre les vm, du bonding et du vlan sur ces 2 interfaces : Interface phyisque broadcom #1 et #2 --> bond 0 (ni taggue vlan ni ip) --> Interface virtuelle créé par l'hyperV (c'est sur cette interface que l'on mettra l'ip et taguer le vlan)
Type de réseau[modifier]
Externe[modifier]
Cela concerne un réseau qui est connecté à une interface réseau physique. Il autorise les communications entre : - les machines virtuelles et la machine hote - les machines virtuelles et la partition parent - les machines virtuelles et les machines externes
Interne[modifier]
Il autorise les communications entre : - les machines virtuelles sur la machine hote - les machines virtuelles et la partition parent
Privé[modifier]
Il autorise les communications uniquement entre les machines virtuelles sur la machine hote
Config réseau des VM[modifier]
Note générale : Il est bien mieux de configurer des adresses mac en statique, et de ne pas les laisser en dynamique comme c'est par défaut. Surtout pour des VM en HA ou il faut obligatoirement mettre les macs en statiques
Lorsque nous avons plusieurs VM qui sont reliés à la meme carte réseau physique de l'hyperV, mais que chaque VM est dans un subnet / vlan dédié, il faut appliquer la configuration suivante :
- port du switch (où est connecté la carte réseau physique) en mode trunk avec les bons vlans autorisés (config normale donc) - au niveau de l'hyperV, dans "Gestionnaire de réseau virtuel", le réseau virtuel doit etre relié à la carte physique en question, la case "Autoriser le systeme d'exploitation de gestion.." doit être
coché, les 2 autres non (à voir selon le cas), et il ne faut surtout pas spécifier de vlan, sinon on ne pourra plus le faire pour les vm. Cette carte physique n'a pas d'ip (l'acces à l'hyperV se fait via une autre carte physique qui a une ip).
- au niveau des vm, dans ses paramètres / carte réseau, on spécifie le vlan correspondant au subnet de la vm
Perf reseau des vm avec cartes Broadcom[modifier]
Sur les hyperv 2012, les interfaces broadcoms ont un bug qui entraine des perfs assez pourries sur les VM hebergees. Il faut modifier les interfaces physiques pour passer en disable de Virtual Machine Queue (parametre avancee de la carte reseau physique). Broadcom devrait mettre à jour les driver
