Sdílení síťového místa mezi více virtuálními stroji

[Karlitos]

Dobry den,

podilim se na vyvoji repozitaroveho systemu, ktery se bude skladat z casti na prijem a validaci dat a z casti ktera bude data zpracovavat.

Zjednodusene receno bude existovat system A kam bude mozno vicero zpusoby zaslat balik dat a system B ktery pak ten balik bude zpracovavat. Ty dva systemy maji bezet na oddelenych virtualnich strojich pod VMWare aby bylo mozno lepe odladit systemove pozadavky.

Uvazoval jsem nad resenim ze na stroji se systemem A pobezi nejaky fileserver a system B si pak pripoji adresar s hotovym datovym balikem a bude na nem pracovat. Oba systemy na virtualnich serverech se budou nachazet na stejnem fyzickem serveru nebo alespon ve stejnem vypocetnim centru.

Premyslim jestli ale neexistuje elegantnejsi pripadne performantnejsi reseni. Rad bych se zeptal zdali je mozne aby byl virtualnimu stroji X pod VMWare pridelen nejaky disk a ten pak byl pozdeji dan k dispozici druhemu stroji Y. Neni vubec zapotrebi natoz smysluplne aby ten disk byl k dispozici oboum virtualnim strojum soucasne !

Skvele by bylo, pokud by tu alokaci virtualnich disku a jejich pridelovani bylo mozna ridit primo z tech virtualnich stroju. System A by dostal zpravu ze na nej bude poslano 5GB dat, tak by si nechal vytvorit 5GB virtualni disk, pripojil si ho, nechal do nej nacpat data, odpojil ho a dal systemu B zpravu ze je ten virtualni disk k dispozici s daty, ten by si ho pripojil, data zpracoval, presunul je na koncove uloziste a ten virtualni disk zrusil.

Zatim se mi nepodarilo vygooglit jednoznacnou odpoved jestli je toto mozne, budu velmi rad za nejakou radu.

[Reklama]

[#]

ja bych ty baliky rozhode resil pres postu, tak mas jistotu doruceni vcas

[Karlitos]

 

Balik == SIP dle OAIS

[peter]

Neviem či som tomu rozumel, ale z akého dôvodu nestačí mať priečinky vstup, spracovávavie a hotovo na file servri medzi ktorými to budú presúvať spracovávacie procesy riadené dispečerským procesom? Tie procesy môžu byť kade tade po rôznych strojoch, len musia medzi sebou komunikovať.

[pistelak]

Neviem či som tomu rozumel, ale z akého dôvodu nestačí mať priečinky vstup, spracovávavie a hotovo na file servri medzi ktorými to budú presúvať spracovávacie procesy riadené dispečerským procesom? Tie procesy môžu byť kade tade po rôznych strojoch, len musia medzi sebou komunikovať.

Što taoe priečinky ? Nemáte folders v severní maďárii nebo co ?

[Reklama]

[pistelak]

Neviem či som tomu rozumel, ale z akého dôvodu nestačí mať priečinky vstup, spracovávavie a hotovo na file servri medzi ktorými to budú presúvať spracovávacie procesy riadené dispečerským procesom? Tie procesy môžu byť kade tade po rôznych strojoch, len musia medzi sebou komunikovať.

https://translate.google.com/#en/sk/folder

[Karlitos]

Diky za odpovedi. Ale co si mam predstavit pod pojmem "file server" ? Virtualni stroj na kterem pobezi FTP/SAMBA ?

Predne budu mit urcity overhead s provozem ftp/samba/webdav, dale pak budu mit pristup na ty soubory prez "sit" mezi dvema virtualnimi stroji, ktere ale lezi na stejnem fyzickem stroji. Na kolik to ovlivni prenosovou rychlost, pristupove doby ?

Proto si predstavuji ze si ty dva virtualni servery mezi sebou budou "vymnenovat" vyrtualni disky, ktere si navic mohu navolit dle potreby. Je v tomhle nejaky problem ?

[#]

Vmware umi uplne normalne manountovat nakej adresar z hostitele uvnitr virtualu, proc si proste nepripojis v obou ten stejnej adresar z fyzickyho stroje na kterym oba bezi?

[Karlitos]

Jo tak nejak jsem to myslel, ale ja nepotrebuju jeden adresar ktery bude sdileny obema virtualnimi stroji soucasne, potrebuju aby mi na vyzadani dal hostitel adresar/virtualni disk o velikosti XY ktery si pak pripojim na virtualnim stroji A, pak odpojima a pripojim na B.

Je nepravdepodobne ze budu mit moznost delat nejakou rozsahlou spravu na hostitelskem stroji (vytvareni/sprava adresaru), spis mam sanci ze mi umozni prez nejake API spravovat zdroje pro ty virtualni stroje.

[Markaos]

Stejně máš asi jenom dvě možnosti: poslat to přes síť, nebo uložit do sdílené složky. Pokud trváš na virtuálních discích, tak můžeš prostě do sdíleného adresáře dát ISO soubor (SHA256 může pomoct s vymýšlením jména) a poslat druhému stroji požadavek na zpracování dat.

[Jan Forman]

Tohle šlo snadno v paravirtualizaci (LXC, OpenVZ) v plné virtualizaci asi jen jako sítový disk. Tam vůbec jdou kouzla o kterých se VMWare může akorát zdát :-)

[Lol Phirae]

"vymnenovat" vyrtualni disky

Kristova noho!!! 

[antisocial]

Nevim co presne ten system ma delat, mozna jsem uplne nepochopil o cem autor uvazuje. Nicmene podivejte se na GlusterFS nebo Ceph, mozna to je neco co hledate nevim. Jestli system B nashromazdi nejaka data a system A se o nich ma dozvedet, muzete tyto "metazpravy" nebo jak to nazvat, resit treba pres triggery v DB, ktere pusti nejake skripty, co pripoji zadana data at uz pres Sambu, FTP, NFS, SSHFS nebo jak je libo, podle vyvolane akce.

[Lol Phirae]

Nevim co presne ten system ma delat, mozna jsem uplne nepochopil o cem autor uvazuje.

No, autor asi chce něco jako jeden iSCSI target s více iniciátory současně, no ale to samozřejmě funguje pouze, pokud tam je clusterový filesystém, který s tím počítá, jinak jsou data přirozeně ihned v pééérdeli, že.

[Peter]

Uvazoval jsem nad resenim ze na stroji se systemem A pobezi nejaky fileserver a system B si pak pripoji adresar s hotovym datovym balikem a bude na nem pracovat. Oba systemy na virtualnich serverech se budou nachazet na stejnem fyzickem serveru nebo alespon ve stejnem vypocetnim centru.

A k tomu toto:

Diky za odpovedi. Ale co si mam predstavit pod pojmem "file server" ? Virtualni stroj na kterem pobezi FTP/SAMBA ?

Nuź, áno. NFS/CIFS, alebo iný sieťový súborový systém poskytovaný file servrom ktorý v tomto prípade používa aj autorizáciu.  Len neviem čo si mám predstaviť pod tým, že navrhneš riešenie a nevieš čo to obnáša. Poradím ti, radšej to zver do rúk odborníkom.