Dans cette section, on étudie le raccordement des deux machines virtuelles au commutateur de distribution sur le système hôte.
|
Q30. |
Comment contrôler la configuration des ports du commutateur de distribution sur le système hôte ? |
|
Le commutateur virtuel implanté sur le système hôte est géré par Open vSwitch. On fait donc appel à la commande ovs-vsctl pour accéder aux paramètres de la configuration des ports.
|
|
|
Q31. |
Comment afficher le numéro de VLAN attribué au port en mode accès du commutateur de distribution sur le système hôte ? |
|
On reprend la même commande que dans la question précédente avec
le mot clé sudo ovs-vsctl get port tap2 tag
20 |
|
|
Q32. |
Comment affecter le numéro de VLAN attribué au port en mode accès du commutateur de distribution sur le système hôte ? |
|
On reprend à nouveau la même commande avec l'option sudo ovs-vsctl set port tap2 tag=440
Les valeurs données dans l'exemple ci-dessus sont à changer suivant les attributions du plan d'adressage des réseaux d'hébergement et de conteneurs. |
|
|
Q33. |
Comment configurer les ports du commutateur avant le lancement des machines virtuelles ? |
|
On utilise le script de procédure Voici une copie du fichier de configuration des deux ports de commutateur. ovs:
switches:
- name: dsw-host
ports:
- name: tap5 # Hub port
type: OVSPort
vlan_mode: trunk
trunks: [360, 440, 441]
- name: tap6 # Spoke port
type: OVSPort
vlan_mode: trunk
trunks: [52, 440, 441] # Avec VLAN d'accès temporaire
# trunks: [440, 441] # Sans VLAN d'accès temporaire
On applique les paramètres définis ci-dessus. $HOME/masters/scripts/switch-conf.py switch.yaml On obtient les résultats suivants. ---------------------------------------- Configuring switch dsw-host >> Port tap5 vlan_mode is already set to trunk >> Port tap5 trunks set to [360, 440, 441] >> Port tap6 vlan_mode set to trunk >> Port tap6 trunks set to [52, 440, 441] ---------------------------------------- Les numéros de port de commutateur et de VLAN donnés dans les exemples ci-dessus sont à changer suivant le contexte. |
|
|
Q34. |
Comment lancer les machines virtuelles associées aux rôles routeur et hébergement de conteneurs ? |
|
On utilise le script de procédure Voici une copie du fichier de déclaration des deux machines virtuelles. kvm:
vms:
- vm_name: hub
master_image: debian-testing-amd64.qcow2 # master image to be used
force_copy: false # do not force copy the master image to the VM image
memory: 1024
tapnum: 5
- vm_name: spoke
master_image: debian-testing-amd64.qcow2 # master image to be used
force_copy: false # do not force copy the master image to the VM image
memory: 1024
tapnum: 6
On lance les deux machines virtuelles avec le script lab-startup.py. $HOME/masters/scripts/lab-startup.py lab2.yaml Copying /home/etudianttest/masters/debian-testing-amd64.qcow2 to hub.qcow2...done Creating OVMF_CODE.fd symlink... Creating hub_OVMF_VARS.fd file... Starting hub... ~> Virtual machine filename : hub.qcow2 ~> RAM size : 1024MB ~> SPICE VDI port number : 5905 ~> telnet console port number : 2305 ~> MAC address : b8:ad:ca:fe:00:05 ~> Switch port interface : tap5, trunk mode ~> IPv6 LL address : fe80::baad:caff:fefe:5%dsw-host hub started! Copying /home/etudianttest/masters/debian-testing-amd64.qcow2 to spoke.qcow2...done Creating spoke_OVMF_VARS.fd file... Starting spoke... ~> Virtual machine filename : spoke.qcow2 ~> RAM size : 1024MB ~> SPICE VDI port number : 5906 ~> telnet console port number : 2306 ~> MAC address : b8:ad:ca:fe:00:06 ~> Switch port interface : tap6, trunk mode ~> IPv6 LL address : fe80::baad:caff:fefe:6%dsw-host spoke started! Les deux machines virtuelles sont maintenant disponibles pour la suite des manipulations. |