Virtlab:Vývojáři
Z VirtlabWiki
Zde jsou informace pro SRPV (nepřihlášený uživatel se zde nedostane a přihlásit se mohou jen uživatelé, které vytvoří správce Vav166)
Obsah |
Stávající (nedistribuovaný) Virtlab - provoz a testování
I přes vývoj distribuované verze bude v horizontu 1-2 let udržována i původni verze (http://vl-test.cs.vsb.cz), ze které bude zejména Roman Kubín odstraňovat připadné existujicí chyby. Zásadní rozšíření však již nebudou implementována. Na produkčním Virtlabu bude nasazena právě tato verze do té doby, než bude distribuovaná verze plně funkční a kvalitně otestována.
- Požadavky na změnu SQL databáze na produčním Virtlabu (nedistribuovaná verze Virtlabu)
- Zápisy z porad - provozní záležitosti (produkční i testovací Virtlab), testing
- Podrobné kontakty na člený SRPV s "rozpisem" činností
- konfigurace
Testovací Virtlab může být kdykoli upgradován z SVN. Do SVN proto dávejte prosím jen konzistentní a rozumně funkční verze, žádné mezistavy. Pokud tedy na testovacím Virtlabu něco zkoušíte, udělejte si kopii webové struktury u sebe v adresáři, protože "oficiální" struktura webu může být kdykoli prepsána upgradem z repository.
Zápisy ze schůzek správců, testerů a vývojářu
Seznam zápisů naleznete v kategorii Zápisy schůzí nedistribuovaného virtlabu.
Architektura distribuovaného Virtlabu
Testovací prostředí distribuovaného Virtlabu je budováno s podporou grantu-projektu Fondu rozvoje Cesnet č. 213/2006 a za spoluúčasti LCNA při obchodně-podnikatelské fakulty Slezské univerzity v Karviné.
V repository větev DISTR
- Terminologie a základní architektura
- Komponenty
- řídící server lokality ("Virtlab server")
- rezervační server
- konzolový server
- segment virtuálního spojovacího pole
- n x C3550 (příp. C1900), n x ASSSK1 (a.k.a. Tatabazmek)
- Tunelovací server
- konfigurační server
- Komunikace mezi lokalitami
- Propojovací tunely - datové toky (enkapsulované rámce) mezi rozhraními laboratorních prvků. Propojovací tunely jsou ukončeny na tunelovacích serverech jednotlivých lokalit.
- Komunikace mezi rezervačními servery
- Komunikace mezi konfiguračními servery (?)
Vyvíjený (distribuovaný) Virtlab - provoz a testování
Zápisy ze schůzek vývojářů
Seznam zápisů naleznete v kategorii Zápisy schůzí distribuovaného virtlabu.
Nejbližší nutné kroky
Oddělení logické topologie od fyzické - Honza Vavříček
- část GUI pro práci se zařízeními buďto zatím odstranit nebo zobecnit, aby uměl generovat konfigurační soubory pro ConServer (mapování globálního jména prvku na znakové zařízení nebo IP adr./port) a rezervační server (parametry prvků k dispozici + časy kdy a komu). Pokud by bylo odstraněno, musel by správce konfigurační soubory psát ručně
- nástěnka v současném pojetí s timesloty zmizí
- rezervace - předělat, možnost rezervace bez ohledu na timesloty, paralelní a překrývající se rezervace
- do úlohy přidat XML s popisem logické topologie
- spuštění úlohy - úprava parametrů předávaných appletu (který je předává dále konzolovému serveru) - s ohledem na nový protokol applet-conserver, zaslání globální identifikace cílového laboratorního prvku a reservationID, který snad může nějak posloužit pro autentizaci.
Předání IP adresy správného konzolového serveru (proxying přes server lokality).
Konzolový server - Tomáš Hrabálek
- Definice portů MOXA (/dev/ttyMx], na kterých jsou připojeny jednotlivé prvky, nezveřejňovat mimo konfigurační soubory Conserveru dané lokality. Navenek v protokolu Applet-Conserver pracovat s globálními jmény prvků. V konfiguračním souboru Conserveru dát možnost definovaat buďto číslo portu na MOXA (jméno souboru znakového zařízení) nebo IP adresu a portu serveru, kam navázat TCP spojení (instance UML a Dynamips)
- Conserver musí mít v konfiguraci tabulku adres Conserverů ostatních lokalit, aby z globálního jména prvku, na který se chce uživatel připojit, ze jména lokality poznat, kam protáhnout TCP spojení.
