Elosztott kapcsolók - vnetwork elosztott kapcsoló, dvswitch
egy jó dolog - VMware virtuális kapcsolók. Azonban nincs korlátozás a tökéletesség, és a nagy infrastrukturális, akkor lehet, hogy érdekli elosztott virtuális switch - vNetwork Distributed Switch. vagy dvSwitch.
Megjegyezzük, hogy a konfiguráció az elosztott virtuális com-
mutators ismertetjük különböző szakaszok:
Q szakaszok 2.3.4 és 2.3.5 leírt egyedi konfigurációs dvSwitch;
Q 2.4 leírja a rendelkezésre álló beállítások a standard és az elosztott virtuális switch, ez a csoport «Biztonság» beállításai
«VLAN», «Forgalomalakítás» és «NIC Teaming».
2.3.1. A koncepció alapján az „elosztott VMware virtuális switch”
Az ötlet a következő: abban az esetben, szabványos vKommutatorov van különböző (bár gyakran és konfigurált azonos) virtuális switch minden szerveren. Azt szeretnénk, hogy a hangsúly itt a mi: létrehozni és fenntartani ezt, akár azonos, konfiguráció van. Ha szükséges, például, hogy hozzon létre egy másik csoportja a kikötők másik VLAN, akkor meg kell ismételni ezt a műveletet az összes szerver ESX (i).
És abban az esetben egy elosztott kapcsoló, akkor kap egy-egy egyedi (logikai) kapcsoló, meglévő egyszerre az összes szerver ESX (i).
Ön létrehozott csak ez logikailag egyetlen kapcsolóval. Egy új csoport kikötők a fenti példában, akkor jön létre, hogy egyszer és ez jelenik meg az összes ESX szerverek (i), amely szerepel az elosztott kapcsolót.
VM, akkor is, ha vándorló egyik szerverről a másikra, nem csak ugyanazt a kapcsolót, de még ugyanazon a porton az elosztott virtuális switch (ezt nevezik Network vMotion). Ez megkönnyíti konfigurálható biztonsági politika végrehajtását a VM forgalom megfigyelésére, még van kötve egy port vKommutatora.
A hagyományos VMware virtuális switch, elosztott vSwitch támogatás Private VLAN egyoldalú és forgalomsimítás (vagyis azt, hogy. A 2.4.2 és 2.4.4). A 4.1-es verziója, a listán az egyedi jellemzői osztott kapcsolók hozzáadott funkciók, mint például:
Q Network IO vezérlő - a rugalmasságot, hogy állítsa be a minimális és makro
maximális VÁM források rendelkezésre álló sávszélességet különböző típusú forgalmat. Részletek az NIOC, 6. fejezet, melynek célja a adottságokhoz elosztó .;
Q terhelésen alapuló Teaming - terheléselosztás közötti fizikai koncentráció
Troller egy vKommutatora függően terhelés minden egyes vezérlő.
További plusz - elosztott vKommutator rendelkezésre megvalósításai VMware és a Cisco.
Opció a Cisco, az elosztott virtuális switch Cisco Nexus 1000V szerzett függetlenül vSphere (de nem felel meg semmilyen engedélyt vSphere, a cikk írásakor - Csak Enterprise Plus). Ez mindazokat a funkciókat rejlő hálózati eszközök Cisco. Ez lehetővé teszi, hogy elérjék, amit mindegy gyártó kapcsolók használják a hálózatot a cég által létrehozott (itt utal Cisco) és a hálózati rendszergazdák irányítása őket ugyanúgy, mint a fizikai kapcsolók, megszüntetve ezáltal ezeket a feladatokat a vSphere rendszergazda. Azonban figyelembe véve a lehetőségeket, és lehetőségek a határozat ebben a könyvben nem lehet leírni.
Lesz ismertetjük elosztott virtuális switch a VMware.
Lehetőség használat után jelenik aktiváló engedély, amely lehetővé teszi, hogy
ez jobb - ma vSphere Enterprise Plus (és annak bevezető 60 napos időszak a telepítés után a vSphere, szervíz-licenc).
Mint mondtam, dvSwitch - kifogást inkább logikai, mint olyan, már csak a vCenter. Létrehoztunk egy elosztott vKommutator, de minden szerveren, amelyre létezik, a rendszer automatikusan létrehozza szokásos vKommutatory rejtve van előlünk (ábra. 2.11). Így de facto elosztott kapcsoló a sablon beállításait. Elkészítjük, és adja meg a beállításokat a vCenter - ez vezérlési síkot VMware dokumentációt, azaz a vezetési szint. De váltás után egy elosztott kapcsoló ESX szerverek (i) vCenter létrehozza azokat szabványos kapcsolók vannak rejtve előlünk. Dokumentáció VMware IO sík, az alkalmazási réteg. Felelős minden munkát a rejtett kapcsolót az ESX szerverek (i), az összes kezelési végzik csak vCenter.
Ábra. 2.11. Illusztráció lényegében egy elosztott virtuális switch Forrás: VMware
A hátránya az ilyen rendszer elosztott virtuális switch VMware megnövekedett összetettsége, különösen a függés a vCenter. vCenter a vezérlő elem dvSwitch és vCenter nem érhető el a vétel nem lehetséges megváltoztatni a beállításokat az elosztott kapcsoló, és még kapcsolja a virtuális gép egy másik portot jelent. Azonban, még ha a vCenter nem elérhető hálózat továbbra is működni fog -, mert a technikai oldala a kérdés válasz rejtve van előttünk lévő kapcsolók mindegyike ESX (i), csak akkor szűnik meg a lehetőséget, hogy módosítsa a beállításokat.
By the way, a kapcsolat a vCenter az elosztott kapcsoló nem támogatja a VMware.
Csatlakozás vSphere Client vCenter. Feltételezzük, hogy a hierarchiában a vCenter Datacenter objektum már létre lett hozva, szerverek kerültek. Az elosztott virtuális switch jön létre a tárgy Datacenter és erről szerverek különböző Datacenter dvSwitch egy nem.
Go Home. Hálózat. A helyi menüben az objektum Ön egy adatközpont
kerül sor New vNetwork Distributed Switch.
A varázsló, akkor megkérdezi:
Q neve - a név a generált vKommutatora. Csak érinti a kényelmet;
Q száma dvUplink portok - a kapcsolatok maximális számát, hogy külső hálózatokhoz - kapcsolódik vmnic - minden szerveren. Kérjük, vegye figyelembe: az egyik ilyen vKommutator létezhet szerverekhez különböző konfigurációkban, különböző számú rendelkezésre álló hálózati vezérlők - de itt korlátozza a maximális számát használják erre dvSwitch vezérlők egyetlen szerveren;
Q lehet az utolsó lépés kijelölésének automatikus létrehozása az alapértelmezett port-csoport. Ha ez áll, akkor a rendszer automatikusan létrehoz egy csoportot port 128 portot, és egy alapértelmezett nevet. Az alapértelmezett név kevés információ, ezért javasoljuk ezt a lehetőséget, hogy távolítsa el, és hozzon létre egy csoportot a kikötők a saját, létrehozása után vKommutatora.
Kérjük vKommutatorov sok nagy szabványos portok számát számukra beállított egy csoportja a kikötők „dimenzió”. Mi elosztott vKommutatorov fordítva. Hozhat létre akár 248 elosztott virtuális switch a szerver. Egy szerver lehet akár 4096 kikötők és szabványos kiadások vKommutatorov. Ez azt jelenti, hogy ha nem kérnek nyilvánvalóan a hatalmas portok számát értékek korlátozásokkal ezen az oldalon, akkor nem fog találkozni.
Ha létrehozta dvSwitch, akkor a kezdőlapon. Inventory. Hálózat
láthatod a képet, mint látható. 2.12.
Itt «Demo_dvSwitch» - ez a tárgy maga - Distributed vKommutator. Object «Demo_dvSwitch-DVUplinks-28" - egy csoport port, amely egyesítette a kapcsolat a külső hálózatok. Azaz, a kikötők vKommutatora Ko
Ábra. 2.12. újonnan létrehozott dvSwitch
torym fizikai NIC csatlakozik szerverek, amelyek ezen dvSwitch ott. Kell ez a tárgy, hogy információt kapjon a külső kapcsolatok - figyelni az oszlopok a Portok fülre erre port csoport. A szám 28 a címben - ez véletlenszerűen generált számot az egyedi objektum nevét.
Nos, «Demo_dvPortGroup» - manuálisan létre egy csoport portok tud csatlakozni a VM és a virtuális hálózati Service Console és VMkernel.
Kérjük vnimanie.Pri standard virtuális kapcsolót nem lehet elhelyezni az azonos csoportba a kikötők és a virtuális gépek vagy VMkernel interfész Service Console. Elosztott virtuális kapcsolók, VMware lehetséges dvSwitch az egyik csoport a portok együtt létezhetnek és VM, és az SC interfészek és VMkernel bármilyen kombinációban.
Mellesleg, a tárgy «VM Hálózat» ez a szám - a csoport port a virtuális switch szabványos szerverek vCenter.