Migration de l'environnement de réseau virtuel VMware vSphere VMware VI3 avec des commutateurs distribués

Bon, une fois que nous avons tous notre environnement virtuel et migré vers la nouvelle version de VMWare vSphere 4.0, tous les serveurs fonctionnant sous VMware ESX 4.0 et VMware vCenter Server également notre, nous pouvons profiter de ses avantages, L'un est les nouveaux commutateurs d'environnement, llamado commutateurs distribuidos o vNetwork commutateurs distribués. Avec cela, nous obtenons le confort lors de la gestion des environnements de réseau, beaucoup plus simple, modifie la façon dont vous configurez les commutateurs, plus vous devez configurer un commutateur ou un réseau virtuel pour chaque hôte, autrement, est un environnement mondial, tout est fait au niveau de vCenter Server et appliquera à tous nos hôtes.

Bon, Ceci est un exemple de ce qu'est un environnement réseau dans VMware Virtual Infrastructure 3; et le même environnement dans VMware vSphere 4. A VMware VI 3, les commutateurs sont configurés manuellement sur chaque hôte ESX, doit être créé dans tous les hôtes de la même configuration, avec les mêmes noms aux réseaux virtuels (de sorte que lorsqu'une machine virtuelle est déplacé entre différents hôtes connectés à la suite du réseau). maintenant, en VMware vSphere 4, de nombreux commutateurs sont créés comme nous avons besoin, dans mon cas, un commutateur distribué (dvswitch) pour toute l'organisation sera vaut-moi. Complètement changé la terminologie, et aucune machine virtuelle sont affectés à des réseaux virtuels, si pas un groupe de Port distribué (dvPortGroup). Il y a beaucoup de nouvelles fonctionnalités entre les différentes technologies, De plus, nous allons toujours maintenir un environnement mixte entre les deux technologies. Une autre différence est que maintenant le dvswitch est configuré Port Distribuée Link Up (dvUplink Port), dont ils sont des cartes physiques qui se connectent au commutateur distribué au réseau externe, via des adaptateurs réseau hôte ESX (RIEN), Qu'est-ce dvPortGroup associer à Port dvUplink, de configurer les machines virtuelles / VMKernel Port / Port console de service fera carte réseau physique.

Il est une procédure assez longue, à la fin de celui-ci, il y aura un bref résumé de toutes les étapes, à prendre en compte.

Cette procédure montre les étapes de la migration d'un environnement de réseau virtuel sans services d'arrêt et de le faire dans la production. Cela nécessite au moins dans chaque dispongamos de réseau virtuel deux cartes réseau physiques. à migrer, D'abord, nous allons supprimer la deuxième carte réseau pour chaque commutateur virtuel et créer le dvswitch et nous allons attribuer la carte réseau nous libérons ce commutateur. plus tard, nous utiliserons divers assistants pour migrer des réseaux virtuels VMware de machines virtuelles / VMotion / iSCSI et enfin la console de service.

Dans cet article, je l'ai essayé de simuler un environnement plus ou moins complexe, pas VLAN, pq il n'y en a pas, autrement, différents réseaux, un pour les machines virtuelles (LAN rouge), une gestion console de service (service Console), à ma cabine où mes datastores iSCSI (rouge iSCSI), et un réseau pour VMotion (rouge VMotion). Chaque réseau avec deux cartes réseau. Il est cet environnement sans migrate d'arrêt. Il pourrait accélérer le processus, mais dans ce document que je l'ai fait donner un pas de plus pour le rendre plus clair comment migrer l'environnement.

Bon, ce qui est dit, nous devons aller à un réseau virtuel et prendre le second adaptateur, Je commence mon réseau iSCSI, Donc, du point de vue “Hôtes et clusters”, nous allons laisser le réseau et son “propriétés”,

languette “Adaptateurs réseau”, sélectionnez une carte réseau et supprimer, dans mon cas, il sera le vmnic2, cliquer sur “Retirer”,

“oui” desasignar pour ce commutateur virtuel NIC ese, nous ne devrions pas inquiéter parce que si tout est correctement configuré, mettra tout le trafic réseau sur l'autre adaptateur et ne remarquent même pas que nous déconnectés de la carte réseau.

IDEM maintenant avec un autre commutateur virtuel, Ici, nous allons le VMotion, Nous réitérons le processus, laissez propriétés “propierties”,

cil “Adaptateurs réseau”, sélectionnez une carte réseau et supprimer, sera désormais le vmnic4, cliquer sur “Retirer”,

“oui”,

Et maintenant dans le réseau de machines virtuelles, dans mon cas, je n'ai qu'un tel réseau, mais laissez, de nombreux réseaux que nous, Répétez l'étape, En plus de ce réseau, j'ai la console de service, Si le comité de surveillance un autre commutateur, il répéter l'étape. Cliquez sur “propierties”,

cil “Adaptateurs réseau”, sélectionnez une carte réseau et supprimer, le vmnic0, cliquer sur “Retirer”,

“oui”,

Nous répétons le processus de retrait de la carte réseau dans l'hôte ESX que beaucoup ont, et de suivre un ordre et ne pas manquer, toujours, nous supprimerons les mêmes switch'es de la même carte réseau. Nous voyons que nous avons été sur tous les commutateurs virtuels sans la seconde carte réseau.

Nous avons changé notre point de vue et de créer enfin un commutateur distribué pour tous nos ESX hôte, Regardons les choses en vue “La mise en réseau”,

Sur notre centre de données, clic droit “Nouveau commutateur distribué vNetwork…” créer le commutateur distribué.

Disrtibuido indique un commutateur de nom, Je vais laisser le nom par défaut qui apporte plus rapide création, Je le fais pour le rendre un peu plus clair et personne ne perd Tutoria, donc pour la société Tundra IT, Creo el commutateur dvSwitchTundraIT. Nous devons indiquer combien nous avons dvUplink Port, ce sont les connecteurs (carte réseau physique) qui aura ce commutateur avec l'extérieur. Nous pouvons mettre en place et le nombre de tout ce que nous avons ou nous NIC; mais pour le faire paraître IRE clair lentement et maintenant je veux juste vous dire 2 NIC, les nomme, peut attribuer la carte réseau physique et plus tard, et le reste metere. Alors “Next”,

Sélectionnez une carte réseau pour chaque hôte ESX pour attribuer à ce commutateur comme dvUplink, bien sûr je l'ai dit, nous aurions pu déjà attribué tous les ports externes. Mais comme je l'ai dit sera 2 Ports dvUplink, exigence 2 NIC, Mon réseau iSCSI par exemple. “Next”,

Nous avons constaté que deux hôtes affectés aux deux ports, appelé dvUpLink1 et dvUpLink2, ce qu'il faut faire maintenant, Il est de renommer les ports et ajouter de la carte réseau restante, “terminer”,

Pour modifier le nom de dvUplink du port, nous allons au commutateur distribué et à droite “Modifier les paramètres…”

languette “propierties” de la part de “General”, nous avons le nombre de ports associés, nous publions les noms de “Modifier le port dvUplink”,

Comme je l'ai dit, Ce sont les noms par défaut qui apporte, le changement…

Je vais utiliser ces deux premières pour mon réseau iSCSI, comme je l'ai de deux NIC sur chaque hôte pour ce réseau privé comme je l'ai indiqué un nom qui m'a renvoyé, ce qui est dit, laisser les noms par défaut sur sa fonction, si dvUpLinkISCSI1 et dvUpLinkISCSI2. “D'accord”,

“D'accord”,

Une fois compris, Maintenant, ce que nous faisons est attribuer le nombre de ports que nous avons ce commutateur, si dans mon cas je 6 NIC sur chaque hôte, Je vais vous dire que vous voulez 6 Ports dvUplink, Retour à modifier le commutateur distribué,

en “Nombre de ports dvUplink” indiquer que nous voulons de la carte réseau et revenir à jouer dans “Modifier dvUplink Port”,

Nous devons renommer dvUplink

SAME, nous indiquons un nom à chaque, donc je vais avoir 6 NIC pour me connecter avec l'extérieur, tout en double si j'endommagé une carte réseau d'un réseau, ou un commutateur physique connecté à une carte d'interface réseau. “D'accord”,

Nous changeons la vue et nous allons “Hôte et clusters”,

Maintenant, nous attribuons le port dvUplink avec la carte réseau correspondante, cela doit être fait autant de fois que l'hôte ESX ont ou nous voulons assigner, donc nous allons pour le premier hôte ESX, la bride “Configuration” > “La mise en réseau” > bouton “Commutateur virtuel distribué” > “Gérer adaptateurs physiques…”,

Et assigner à la carte réseau Port dvUplink vous touchez, ça oui, comme nous venons de sortir un de chaque VI3 de commutateur virtuel, nous ne pouvons assigner un à chaque dvUpLinkXXXX1. Dans mon vmnic2 de cas, nous avons associé à dvUpLinkISCSI1 lors de la création du commutateur distribué, maintenant laisser réseau VMotion, NIC attribué la légitime de “Cliquez pour ajouter la carte réseau”,

Sélectionnez la carte réseau qui est ce réseau, et le vmnic4 “D'accord”,

Venez avec LAN, cliquez sur “Cliquez pour ajouter la carte réseau” le dvUpLinkLAN1,

Sélectionnez votre carte réseau, dans ce cas, le vmnic0 & “D'accord”,

prêt, on voit qu'il prend forme distribuée swtich…

Maintenant, nous allons vous créer ce que vous autrefois appelé réseaux virtuels, maintenant appelé groupe de ports distribué, Il faut pour cela changer de vue et aller “La mise en réseau”,

commutateur distribué sur un clic droit “Nouveau groupe Port…”,

Nous indiquons le nom du groupe de ports que nous créons, Je vais créer un réseau iSCSI, puis un autre pour VMotion par défaut et nous créons un, il renommer et peut affecter au réseau local. Je dis que nous indiquons un nom, Je vais mettre dvPortGroupISCSI, sélectionnez le nombre de ports que nous avons attribué, chaque machine virtuelle est associée par défaut à un port (initialement, pq peut avoir plusieurs ports sur un commutateur MV, Bien sûr, pas tous à la fois éclairé). Si ce dvPortGroup être dans un VLAN, nous avons indiqué et sélectionnez le type, Il existe différents types de VLAN. “Next”,

“terminer”,

Maintenant, nous créons un autre réseau pour VMotion, dans le commutateur distribué, droit “Nouveau groupe Port…”,

Le llamo dvPortGroupVMotion, “Next”,

Nous confirmons l'assistant, “terminer”,

Et ils ont dit, par défaut lors de la création du commutateur distribué crée un dvPortGroup, rebaptiser, Juste au-dessus de lui et “Modifier les paramètres…”,

Nous avons changé le nom,

De dvPortGroup un dvPortGroupLAN, “D'accord” pour confirmer,

Et maintenant, debemos asignar CADA Port Group a su dvUplink Port, Ce est à dire, réseaux associés avec carte réseau qui s'appliquent, pour sur dvPortGroup dans un clic droit cuestioón “Modifier les paramètres…”, nous commençons par le réseau iSCSI,

en “Teaming et Failover” nous devons indiquer “dvUpLinks actifs” UpLink Port qui sera pour ce groupe de ports, alors…

Dans ce cas seulement dvUpLinkISCSI1 et dvUpLinkISCSI2, “D'accord”,

Maintenant, au sujet de la portgroup VMotion > “Modifier les paramètres…”

comme précédemment, vers le bas des réseaux qui ne nous intéressent pas “Descendre” l'onglet “Teaming et Failover”,

Et nous ne dvUpLinkVMotion1 et dvUpLinkVMotio2, “D'accord”,

Et enfin, la même chose au sujet de la dvPortGroupLAN,

“Teaming et Failover”, dvUpLinkLAN1 monter et dvUpLinkLAN2 avec “Déplacer vers le haut”,

“D'accord”,

Il prend forme… ce qui est dit, rappelez-vous que tout ce que nous réalisons de la vue “Hôtes et clusters” nous devons le faire dans tous les hôtes ESX.

Bon, comme nous l'avons mis l'interrupteur partiellement distribué, mais bien de mettre en production, et nous pouvons commencer à migrer des réseaux virtuels VI3 vers vSphere. Regardons les choses en vue “La mise en réseau”,

commutateur distribué sur un clic droit “Migrer réseau de machine virtuelle…”

Il faut sélectionner les machines virtuelles de réseau domestique dans le combo “Sélectionnez Réseau Source” et le réseau de destination que nous voulons migrer ces machines virtuelles “Sélectionnez Réseau Destination”,

Dans mon cas, je réseau migrare « Red LAN’ (VOUS 3) a la « dvPortGroupLAN’ del commutateur distribuido « dvSwitchTundraIT), cliquer sur “Afficher machines virtuelles” et marquer toutes les machines virtuelles à migrer vers votre nouveau réseau “D'accord”, Si nous avons fait toutes les bonnes mesures et la configuration est correcte, nous ne devrions pas perdre même pas PING avec ces machines virtuelles et les utilisateurs ne remarqueront pas. Si nous avons plus de réseaux de machines virtuelles, Nous répétons l'étape de migrer tous les MVs.

Une fois la migration des réseaux de machines virtuelles au nouvel environnement, jeux migration des réseaux VMkernel (iSCSI, VMotion… tous, mais la console de service qui laisse pour la finale). Vue d'ensemble de So let “Hôtes et clusters”,

Rappelez-vous que nous répétons cette étape sur tous les hôtes ESX. Nous allons à l'onglet “Configuration” > “La mise en réseau” > bouton “Commutateur virtuel distribué” et nous allons “Gérer adaptateurs virtuels”. sans aucun doute, nous pouvons voir que dans le dvPortGroup les machines virtuelles qui ont migré dans elasistente précédent.

Cliquez sur “Ajouter…”,

sélectionner “Migrer adaptateurs virtuels existants” & “Next”,

Est-ce que tous nos réseaux VMkernel, il faut indiquer que le réseau migrate auquel Port Group, et de toute façon, ce que nous avons dit, la console de service nous partirons pour la finale, de sorte que les desmarcamos.

Indiquez que le « réseau iSCSI’ (VOUS 3) la migration vers « dvPortGroupISCSI’ (vSphere) et « Red VMotion’ (NOUS 3.0) la migraremos un « dvPortGroupVMotion’ (vSphere). “Next”,

Nous confirmons qu'il est correct et “terminer”,

Nous pouvons voir que nous avons plus dans nos commutateurs réseaux distribués.

Une fois que ces réseaux ont migré de VI3 à l'environnement vSphere, nous pouvons les éliminer, Nous allons bouton “Commutateur virtuel” et de voir l'ancienne vue, nous pouvons éliminer les deux interrupteurs de “Retirer…” et confirmer leur élimination. Avec cette nouvelle version va obtenir deux adaptateurs pour se connecter au commutateur distribué.

Donc, une fois que nous avons libéré les deux adaptateurs, les deux NIC (ou ceux qui sont), affecté au commutateur distribué à partir de “Gérer adaptateurs physiques…”,

Cliquez sur “Cliquez pour ajouter la carte réseau” dans dvUpLinkISCSI2 et dvUPLinkVMotion2,

Nous ajoutons à chaque port de la carte réseau correspondante, à la dvUpLinkISCSI2 vmnic3 et dvUPLinkVMotion2 le vmnic5. “D'accord”,

prêt, en prenant toujours la forme, dit maintenant, nous devons faire tout ce même configuration sur d'autres serveurs ESX.

Une fois fait, et nous ne pouvons migrer la console de service, nous avons donc créé un groupe de ports pour elle et effectuer les mêmes étapes que nous avons fait avant. L'homme de cette étape est répétitif parce que je voulais montrer plus clair avec ces étapes du processus de migration, Il est clair que nous aurions pu faire avant. Affichons “La mise en réseau”,

Le commutateur distribué > “Nouveau groupe Port…”,

Nous avons indiqué un nom pour la console de service, par exemple dvPortGroupServiceConsole, “Next”,

“terminer”,

comme précédemment, nous devons affecter les ports (Ports uplink distribués) qui se connecteront à l'extérieur de ce réseau.

SAME, vers le bas tous les réseaux “dvUplinks non utilisés” et que ceux qui doivent être “dvUplinks actifs”. Dans mon cas, comme je partageais le réseau MV LAN avec ServiceConsole, le asignare los Mismos UpLinkPorts.

Je laisse donc dvUpLinkLAN1 et dvUpLinkLAN2. “D'accord”,

Et maintenant, nous avons migré vers le nouvel environnement, Nous allons comme avant “Hôte et clusters” (repetitious, mais sinon, sûrement oublier, tout cela dans chaque hôte),

cil “Configuration” > “La mise en réseau” > bouton “Commutateur virtuel distribué” et nous allons “Gérer adaptateurs virtuels”,

D'ailleurs, nous voyons que nous avons les deux VMkernel, vmk0 y vmk1 para iSCSI y VMotion. Bon, cliquez sur “Ajouter…”

“Migrer adaptateurs virtuels existants” & “Next”,

Nous marquons l'ancienne (NOUS 3) service Console, et le Groupe de Port nous venons de créer appelé « dvPortGroupServiceConsole », “Next”,

Il rapporte que lors de la migration SC (service Console) nous pouvons perdre la connexion, Si toutes les étapes sont correctes ne pas perdre la connectivité, alors “oui”,

confirmer avec “terminer”,


Et nous allons également migré vers la console de service, ça oui, une paire de PING lui-même perdre, mais pas de connectivité.

Et ils ont dit, après le retrait dudit réseau, et si nous pouvons éliminer commutateur virtuel (à partir du bouton “Commutateur virtuel”).

Après avoir retiré le réseau de la console de service, nous aurons la dernière carte réseau publié, il a cédé son port uplink, à partir du bouton “Commutateur virtuel distribué” > “Gérer adaptateurs physiques…”,

Dans le royaume, nous avons laissé, dans mon cas « dvUpLinkLAN2 », Nous ajoutons la carte réseau de “Cliquez pour ajouter la carte réseau”,

Et nous avons mis le vmnic1 était le seul m'a laissé. et enfin, n'oubliez pas de faire ces étapes sur chaque hôte que nous. “D'accord” et maintenant, nous aurions un environnement de commutateur distribué dans notre environnement VMware vSphere 4.

Et bon, ce serait une image de la façon dont les groupes de ports sont configurés, associée à qui ports et ceux-ci UpLink à son tour avec quels hôtes ESX NIC physiques.

En résumé, Ceux-ci seraient les mesures à prendre dans l'environnement cualquer:

0. Ayant tout bien structuré et documenté, dont les réseaux ont, Qu'est-ce que la façon dont les commutateurs de la carte réseau virtuelle… nous allons, être clair sur notre environnement de réseau virtuel VI3.

1. Retirez les commutateurs de réseau iSCSI carte réseau virtuel, VMotion, la mise en réseau de machine virtuelle (LAN, DMZ, WAN…)

2. Création d'un commutateur distribué, assigner nombre de tengamos de carte réseau en tant que port de liaison montante sur chaque hôte ESX, Ports de renommage tels UpLink. Avec ces UpLink Associer publié la carte réseau Ports.

3. Créer des ports du groupe pour chaque réseau virtuel que nous, attribuer chacun avec UpLink Port correspondant.

4. réseaux ISCSI migrent, VMotion, la mise en réseau de machine virtuelle (LAN, DMZ, WAN…) le nouveau portgroup.

5. Supprimer les anciens commutateurs libérés. Assigner la carte réseau qui ont libéré le groupe Port correspondant.

6. Crear Port Group para la console de service Ports y asignarle uplink ( si nécessaire, ces ports uplink, correspondant de la carte réseau).

7. Migrer service Console Port Group de chaque hôte du nouveau. Retirez l'interrupteur de l'ancien SC et attribuer la carte réseau à dvUplink publié Port qui a la console de service.

clair, non? 😉 Chance, qui a du sens!