VDE- Virtual Distributed Ethernet (diskuse)

[cynic_asshole]

28. října 2011?

[Aleš Kapica]

Jejda.. Pochopitelně že září

[George]

To bude ten problem s casem :)

[Radek Hladik]

Chápu správně jako největší výhodu fakt, že můžu udělat virtuální síť aniž bych potřeboval administrátorská práva? Tedy pro realné nasazení (rozuměj ne testování nějakých divokých konfigurací a topologií) s administrátorským přístupem mi to moc nepomůže? Resp. jakou výhodu to bude mít proti reálnému ethernetu, který si přes nějaké ty tunely probrdiguju (brr to je slovo ), pokud nebude možné, aby byly na jedné infrastruktuře?

[Aleš Kapica]

Tak já osobně bych viděl jako výhodu kupř. to, že VDE switch lze za běhu přepnout z režimu switch do režimu hub a naopak. Takže lze v případě síťových problémů operativně přes připojené tap zařízení zjistit, o čem si stroje mezi sebou kecají, resp. při připojení přes jiný kanál ověřit že je spojení přes VDE funkční.

Další věc je, že ne vždy je k dispozici tolik fyzických síťových karet, aby bylo možné stroje od sebe oddělit. Jedna z možností je macvtap. Přes VDE to však není vůbec žádný problém. Vývojáři VDE navíc vytvořili i kvde_switch, který může běžet v kernelspace, Vyžaduje však vlastní modul ipn, který má fungovat jako běžný bridge, s tím rozdílem, že by měl umožnit honit data i přes sokety. Bohužel jsem to ale nemohl zatím odzkoušet, jelikož tento modul nejde s verzí 3.1.0-rc6 zatím zkompilovat, neboť používá funkci, která byla z jádra nedávno odstraněna a tato část rozhraní ještě není z hlediska dalšího vývoje v jádře hotová, tudíž asi zatím nemá smysl něco řešit.

[Radek Hladik]

Zajímavé... Já to právě srovnávám s řešením (podle mně "klasickým"), kdy hostitel má jednu síťovku, nad ní bridge a do něj připojuje jednotlivé virtuální síťovky. T.j. ani macvtap, prostě obyčejný bridge. Tím do současné ethernetové infrastruktury prostě přidám nové zařízení, které de facto sdílí ethernetový segment s hostitelem a se všemi ostatními stroji na něm. Resp. nesdílí přímo ten segment jako takový, protože nedochází ke kolizím, ale sdíli jeho pásmo a případně jeho další prostředky...

Nu ještě si to pořádně prostuduju a asi i nějak pozkouším

[Aleš Kapica]

Tak pro mne to má především ten význam, že mohu prostřednictvím VDE dostat vnější konektivitu skrz interní síť clusteru až jednotlivým k virtuálům, aniž bych musel jakýmkoliv způsobem laborovat s konfigurací jejich hostitele. Virtualizační stroje mají (na rozdíl od datových) pouze 2 fyzické síťovky. Jednu do interní sítě, přes kterou běhá konektivita a datové přenosy virtuálů a druhou do vnější sítě pro administraci, kontrolu a řešení případných problémů s interní sítí.

Virtualizačních strojů je víc a k virtuálům netahám celý trunk, ale vždy už pouze potřebný segment. Přehození virtuálu ze stroje A na B tedy ze síťového hlediska znamená pouze nahodit a připojit vde switch na stroji B, , přemigrovat virtuál a pak shodit původní switch na stroji A.

Nemusím tak řešit jestli je příslušný síťový segment na stroji B dostupný, nebo ne, protože mi konektivita leze ze stejného bodu.

Na druhou stranu pokud něco potřebuji řešit se strojem A, mohu jednoduše odpojit vnější konektivitu z jeho virtuálního switche, a připojit všechny virtuály ze záložního datového stroje, aniž by bylo třeba cokoliv dalšího řešit.

[Dan Ohnesorg]

Ten navod je moc peknej a asi jsem ani v anglictine takovy jeste nepotkal.

S tim parametrem vlan jsem si u kvm pekne nabehl. To je ukrutne nebezpecna vec, ktera neni v originalni dokumentaci temer popsana. Pritom se to chova uplne obracene, nez bych cekal.