Fórum Root.cz
Hlavní témata => Windows a jiné systémy => Téma založeno: Nik 21. 01. 2019, 19:25:11
-
Zdravím vás,
rád bych znal váše názory, rady a zkušenosti s VDI řešením. Snad jsem trefil dobře kategorii. :)))
Potřebuji udělat Virtual desktop infrastructure, která bude obsahovat něco kolem 10 Virtuálních počítačů.
Na všech poběží stejný systém (WIN 10) a stejné aplikace ( Office, SDL Trados, Acrobat, Chrome).
Primárně se bude jednat o počítače pro překladatele, takže není vyžadován žádný velký výkon.
Jediné co potřebuji je aby všechny počítače měli přístup do sdíleného ůložiště ze kterého mohou v reálném čase překládat projekty, tak aby je každý nemusel mít fyzicky u sebe a pak někam kopírovat (Rapid Provisioning?).
A druhá věc, aby se počítače přidělovali dle aktuální dostupnosti, tj.: že nebudou fixované na uživatele, ale ten kdo se bude chtít připojit dostane zrovna volný desktop.
Jak a kde je nejlepší to udělat( VMware? Citrix? HyperV?) ?
Jedná se mi o to vybalancovat cenu a výkon.
Děkuji všem za rady, tipy a názory.
-
a jde primarne aby meli pristup k tomu software trados, nebo ke sdilenemu ulozisti?
pokud jde o uloziste, tak i texty muzou byt v gitu a neni treba VDI system.
-
osobně bych neinstaloval 10 virtuálů, ale jeden a uživatele na něj přihlašoval přes terminal licence
-
Primárně jde o SW. Pokusím se vysvětlit: Jsi překladatel dostaneš od firmy název zakázky a přístup na RD, přihlásíš se systém ti přidělí volný desktop s Tradosem na kterém uděláš překlad ze souborů co odpovídají názvu tvé zakázky a aby jsi i příště mohl na překladu pokračovat z libovolného desktopu a nemusel jeden blokovat jen pro sebe...
-
osobně bych neinstaloval 10 virtuálů, ale jeden a uživatele na něj přihlašoval přes terminal licence
Ono je těch překladatelů třeba 150 a neustále se mění nebo přibývají... Takže takhle by to bylo podle mě ještě složitější.
-
jsem se dival, ze trados ma i nejakou verzi pro skupinovou spolupraci.
detaily jsem nesledoval, jestli to je webova aplikace, jestli by tohle nebyla lepsi cesta?!
-
jsem se dival, ze trados ma i nejakou verzi pro skupinovou spolupraci.
detaily jsem nesledoval, jestli to je webova aplikace, jestli by tohle nebyla lepsi cesta?!
K tomuhle by každý překladatel musel mít svůj trados.. Leda by se to asi dalo použít na sdílení projektů mezi virtuálama místo sdileného úložiště.
-
Pokud trvas na desktopech, tak VMware Horizon/View je na trhu asi to nejlepsi, umi na co si vzpomenes. Ale jak uz nekdo navrhoval, zvazil bych terminalovej server, ve spouste pripadu staci a vyjde to o dost levneji.
-
Horizon pro 10 desktopu mi prijde jako prestrelene reseni, nevyuzijes vetsinu toho co to umi. Ale na druhou stranu umi vsechno co po tom chces :-D
Linked clony s pridelovanim nejblizsiho volneho je pro podobnou situaci idealni reseni, ale krome tech 10 desktopu potrebujes jeste aspon vCentrum, Composer, Connection server, a v pripade prihlasovani zvenku UAG.
Je tu ale i jedna vyhoda, Horizon podporuje licencovani na concurrent users, takze pokud bys vydrzel s tema 10 desktopy, nemuselo by to byt tak desne.
Nezapomen jeste na licence Woken, ty samo nejsou v cene VMWare....
-
Licence Woken budou asi problem. Tam Microsoft na neco jako concurrent users nemyslel.
Mohl bych za HomeatCloud nabídnout virtuální server s Windows pro provoz terminálových služeb, ale jedna licence na unikátního uživatele nebo unikátní přístupové zařízení stojí v současné době 175 Kc za měsíc. Musíte si u každehé serveru vybrat, který druh licencovani aplikujete. Počet unikátních uživatelů/zařízení se vykazuje každý měsíc. Je to asi nejlevnější varianta. Sdílené úložiště se na sdíleném serveru řeší samo.
Na VDI by byl potřeba fyzický server, který je odhadem 2x dražší. Na licencování se vztahuje tento dokument http://download.microsoft.com/download/1/1/4/114a45dd-a1f7-4910-81fd-6caf401077d0/microsoft%20vdi%20and%20vda%20faq%20v3%200.pdf (http://download.microsoft.com/download/1/1/4/114a45dd-a1f7-4910-81fd-6caf401077d0/microsoft%20vdi%20and%20vda%20faq%20v3%200.pdf) (doufám, že není zastaralý). Píše se tam, že existuje pouze licencování per-device s roční platbou $100 a že tuto cenu platíte ještě navíc k tomu, co případně stojí Citrix nebo VMware.
V programu SPLA můžeme nabídnout také měsíční pronájem licence MS Office.
Zadejte nám poptávku a můžeme to prokonzultovat ještě s distributorem licencí Microsoftu.
-
VDI je na tohle drahý a plýtvá výkonem (10 kompletních systémů). Terminal server budeš mít levnější, a budeš mít i menší oser s účty; leda bys to měl přes lokální účet sdílený mezi hromadou uživatelů.
Na VDI budeš muset přes SMB na síťový disk, zatímco na TS ho můžeš přes iSCSI připojit jako lokální a bude to podstatně rychlejší, dokud si vystačíš s jedním serverem.
V každém případě to schovej za VPN, rozhodně RDP nevystavuj do internetu "nahatý".
-
VDI je na tohle drahý a plýtvá výkonem (10 kompletních systémů). Terminal server budeš mít levnější, a budeš mít i menší oser s účty; leda bys to měl přes lokální účet sdílený mezi hromadou uživatelů.
Na VDI budeš muset přes SMB na síťový disk, zatímco na TS ho můžeš přes iSCSI připojit jako lokální a bude to podstatně rychlejší, dokud si vystačíš s jedním serverem.
V každém případě to schovej za VPN, rozhodně RDP nevystavuj do internetu "nahatý".
10 VDcek utahne dneska jakykoliv server. Kdyz mame cca 0,5 fyzickeho coru na VD, tak jsou servery zatizene na 30-40%. Ale uznavam, ze spotreba bude asi vetsi nez u Terminal serveru.
RDP rozhodne ne rovnou zvenku, s tim se da jedine souhlasit - na tohle by ten Horizon byl lepsi pokud bys uzivatele nechtel otravovat VPNkou. Mensi oser s ucty nejak nechapu - do Horizonu se prihlasujes normalnima AD uctama, je podporovany 2faktor pres Radius.
Co se sdileneho disku tyce, je to dycky oser, ale Ty od toho na par dokumentu vykon nepotrebujes. Lokalni disk je urco lepsi, ale tady je to podle me jedno.
Terminal server nevim jestli jde ted licencovat na concurrent users, pokud ano, bude urcite levnejsi reseni. Na druhou stranu musis pocitat s tim, ze to nebudou W10, ale serverovy system. Pokud bys pouzival jenom 1 aplikaci, je tu jeste moznost u toho TS udelat jenom RemoteApp, ale koukal jsem, zes jich psal vic.
-
Díky všem za návrhy.
V současné době je to provozováno tak, že na Amazonu běží 10 worspaces s Win 10. Vše je pěkné a je k tomu hezký přístup, ale vzniká nám tam právě problém s managementem času a volného místa na virtuálech. A hlavně se sdíleným úložištěm, tj.: Překladatelé si teď předavají zakázky přes Google disk. To nám nevyhovuje, protože je pak překladatel vázan na jedno worspaces dokud nedodělá zakázku. Dále musíme vést Google kalendář a podle toho přidělovat workspaces... Tohle bychom chtěli odstranit a ušetřilo by nám to spoustu času.
Každopádně na 10 ploch a vzhledem k velikosti firmy je zatím investice na VMware nebo Citrix moc velká.
Takže asi připadá v úvahu buď Hyper V z vlastní správou na dedikovaném serveru, nebo tedy terminálový přístup, ale tam nevím jak vyřešit to přidělování. Poslední co mě napadá, jestli není nějáká možnost udělat to třeba na Azure?
-
popřípadě ještě nějaké zkušenosti s Parallels RAS ?
-
Mensi oser s ucty nejak nechapu - do Horizonu se prihlasujes normalnima AD uctama, je podporovany 2faktor pres Radius.
Myšleno tak, že by to nejspíš měl snahu provozovat na lokálních účtech těch virtuálních mašin. Ve chvíli, kdy nemáš existující serverovou infrastrukturu a chceš Active Directory, ti přibejvá licence a běžící instance serverových windows, což je to první, na čem se každej snaží ušetřit.
Z hlediska ceny je nutno nezapomínat u VDI nejen na pořizovací cenu těch Windows, ale taky na to že při nasazení ve virtuálech se platí taky VDI licence cca 2000,- / rok a instanci. Což je při 10ti desktopových instancích dvacka ročně a řešení s Terminal Services se tak vyplatí hodně rychle.
-
Což je při 10ti desktopových instancích dvacka ročně a řešení s Terminal Services se tak vyplatí hodně rychle.
P.S. nemluvě o tom, že ty desktopový edice se aktualizujou každá zvlášť (byť třeba z WSUS) a nároky na systémový disky rostou s počtem instancí lineárně. Když to bude na plotnovým úložišti, bude každá desktopová instance potřebovat vlastní fyzickej disk, jinak se z toho uživatelé vopíchají. Když budeš chtít hodně šetřit, tak se dvě instance snesou na jednom fyzickým disku. O násobně větší spotřebě RAM nemluvě.
Uváděný minimální požadavky 10tek jsem si zkoušel, a i když se dají spustit na 1GB a 2 jádrech, stejně to musíš instalovat na 2GB. Rozumný jsou při tomhle nasazení 3GB (dynamická 1~3GB) a 2 jádra na virtuál.
-
Což je při 10ti desktopových instancích dvacka ročně a řešení s Terminal Services se tak vyplatí hodně rychle.
P.S. nemluvě o tom, že ty desktopový edice se aktualizujou každá zvlášť (byť třeba z WSUS) a nároky na systémový disky rostou s počtem instancí lineárně. Když to bude na plotnovým úložišti, bude každá desktopová instance potřebovat vlastní fyzickej disk, jinak se z toho uživatelé vopíchají. Když budeš chtít hodně šetřit, tak se dvě instance snesou na jednom fyzickým disku. O násobně větší spotřebě RAM nemluvě.
Uváděný minimální požadavky 10tek jsem si zkoušel, a i když se dají spustit na 1GB a 2 jádrech, stejně to musíš instalovat na 2GB. Rozumný jsou při tomhle nasazení 3GB (dynamická 1~3GB) a 2 jádra na virtuál.
Sorry, ale asi jsi Horizon neprovozoval. Linkovane desktopy zaberou misto na 1 virtual pro master image, resp. repliku + zmenove disky. Pri patchovani opatchujes master image, das recompose a jedes s novejma strojema, profily musis mit stejne mimo pokud to nemas pridelovano 1:1. Kdyz nekdo ten desktop rozbije, mas novej do 5 minut. Pro 10 stanic Ti staci cca 200-250GB SSD (resp. 2 v mirroru, pokud to chces mit dostupny pri poruse). Na jednotlive plotnove disky bych to urcite nedaval.
RAMku to samozrejme zere, pokud chces slusnej vykon z W10, dal bych aspon 6GB a 2 jadra, nicmene v pomeru k fyzickym jadrum opravdu staci tak 0,5 jadra na stroj.
Samozrejme muzes mit i komplet zvlast kazdou stanici, ale nedava to zadny smysl pri pridelovani volnych stroju z poolu, u nas to maji admini, kteri maji nestandardni soft, ktery nema cenu cpat do image pro vsechny a nebo kazdy mesic instalovat.
-
Ahoj,
za mě je zbytečné mít 10 virtuálek (support, licence...). Vypublikuj jim jen samotné aplikace co používají třeba přes citrix/MS.. a ty ať používají na svym PC. přístup na sdílený disky mít budou. a obvykle to jede svižně...
-
Což je při 10ti desktopových instancích dvacka ročně a řešení s Terminal Services se tak vyplatí hodně rychle.
P.S. nemluvě o tom, že ty desktopový edice se aktualizujou každá zvlášť (byť třeba z WSUS) a nároky na systémový disky rostou s počtem instancí lineárně. Když to bude na plotnovým úložišti, bude každá desktopová instance potřebovat vlastní fyzickej disk, jinak se z toho uživatelé vopíchají. Když budeš chtít hodně šetřit, tak se dvě instance snesou na jednom fyzickým disku. O násobně větší spotřebě RAM nemluvě.
Uváděný minimální požadavky 10tek jsem si zkoušel, a i když se dají spustit na 1GB a 2 jádrech, stejně to musíš instalovat na 2GB. Rozumný jsou při tomhle nasazení 3GB (dynamická 1~3GB) a 2 jádra na virtuál.
Sorry, ale asi jsi Horizon neprovozoval. Linkovane desktopy zaberou misto na 1 virtual pro master image, resp. repliku + zmenove disky. Pri patchovani opatchujes master image, das recompose a jedes s novejma strojema, profily musis mit stejne mimo pokud to nemas pridelovano 1:1. Kdyz nekdo ten desktop rozbije, mas novej do 5 minut. Pro 10 stanic Ti staci cca 200-250GB SSD (resp. 2 v mirroru, pokud to chces mit dostupny pri poruse). Na jednotlive plotnove disky bych to urcite nedaval.
RAMku to samozrejme zere, pokud chces slusnej vykon z W10, dal bych aspon 6GB a 2 jadra, nicmene v pomeru k fyzickym jadrum opravdu staci tak 0,5 jadra na stroj.
Samozrejme muzes mit i komplet zvlast kazdou stanici, ale nedava to zadny smysl pri pridelovani volnych stroju z poolu, u nas to maji admini, kteri maji nestandardni soft, ktery nema cenu cpat do image pro vsechny a nebo kazdy mesic instalovat.
Ne, konkrétně Horizon jsem ještě nenasazoval, ale master- a diferenční disky nejsou jen jeho výsada. Akorát když se tazatel ptal tak jak se ptal, tak pochybuju že by věděl jak zablokovat aktualizace a patchovat pouze master. Navíc, pokud se nepletu, ti to vynutí odstávku všech virtuálů na danej master navázanejch, což může být krajně nežádoucí.
SSD vs plotny ... asi jsi to přehlíd, ale psal jsem "když to bude na plotnovým úložišti". Jasně, bylo by lepší to napsat výslovně, ale IMO z toho jasně plyne, že takový nasazení není dobrej nápad. A IOPS ti porostou lineárně i při použití diferenčních disků, akorát se bude číst víckrát ze stejnýho místa a bude o něco lepší šance na zásahy do cache. Pořád ale platí, že TS budou z mnoha důvodů efektivnější řešení než VDI.
6GB RAM na mašinu, kde poběží jen Trados (a MS Office, protože je na ně úzce navázanej) a prohlížeč je overkill; při instalaci přímo na železo tomu 4GB stačí bohatě a na virtuálovi jsou nároky významně nižší. Troufám si to tvrdit i proto, že zákonitá právě Trados dlouhý léta používá.
-
Ne, konkrétně Horizon jsem ještě nenasazoval, ale master- a diferenční disky nejsou jen jeho výsada. Akorát když se tazatel ptal tak jak se ptal, tak pochybuju že by věděl jak zablokovat aktualizace a patchovat pouze master. Navíc, pokud se nepletu, ti to vynutí odstávku všech virtuálů na danej master navázanejch, což může být krajně nežádoucí.
SSD vs plotny ... asi jsi to přehlíd, ale psal jsem "když to bude na plotnovým úložišti". Jasně, bylo by lepší to napsat výslovně, ale IMO z toho jasně plyne, že takový nasazení není dobrej nápad. A IOPS ti porostou lineárně i při použití diferenčních disků, akorát se bude číst víckrát ze stejnýho místa a bude o něco lepší šance na zásahy do cache. Pořád ale platí, že TS budou z mnoha důvodů efektivnější řešení než VDI.
6GB RAM na mašinu, kde poběží jen Trados (a MS Office, protože je na ně úzce navázanej) a prohlížeč je overkill; při instalaci přímo na železo tomu 4GB stačí bohatě a na virtuálovi jsou nároky významně nižší. Troufám si to tvrdit i proto, že zákonitá právě Trados dlouhý léta používá.
Odstavka je vetsinou dost kratka. V Horizonu se to resi tak, ze pri zakladani poolu/recompose mu das template a snapshot, ktery chces, a on z nej udela repliku, ze ktere teprve jednou klienti. Puvodni template muzes zmenit/opatchovat/whatever a otestovat, a na klienty to nema vliv. Pak das recompose, zvolis novej snapshot a nejdelsi doba je vytvareni nove repliky - tam zalezi na storage. Zbytek uz je na chvilku. Recompose cca 450 stroju je na cca 2 hodiny, a to jsou rozdelene do asi 5 poolu (takze ne jenom jedna replika).
"kdyz to bude na plotnovem" jsem neprehlid, proto jsem tam rovnou napsal, ze Horizon na plotnove disky nebrat, resp. ze ja bych do toho nesel :-) Minimalne ten zaklad potrebuje SSDcko.
6GB jsem bral podle nasich beznych office virtualu, takze Office, prohlizec, par dalsich spesl nastroju. Pokud tam nikdo nebude otvirat 20 tabu v Chrome, asi bude v poho i na 4, ale musi se s tim pocitat.
Nicmene souhlasim od zacatku s tim, ze Horizon na 10 VDcek je brutalni overkill :-) Jenom je to pohodlnejsi.....
-
Pokud to není nutné, desktopy bych nevirtualizoval a jel to v režii Windows Terminal Serveru. Ušetří se na hw i na správě.
Pokud ale nějaká app špatně funguje na terminal serveru, tak je pak samozřejmě jediným řešením VDI.
Dále bych si rozmyslel, zda opravdu virtualizovat, nebo ne. Cenově totiž vyjde levněji 10x fyzický PC s Win10, než 10x VDI. U VDI totiž člověk nepotřebuje jen licenci na Wn, ale i na vzdálený přístup a na řešení jako takové. Server také nemusí být levnější, jak ty desktopy. Licence na Office pak vyjde dráž, než když se licencuje desktop pomocí FPP.
Jinak z OSS světa tu máme tyto projekty, které podporují VDI (tzn. mají nějaký klientský portál, který je pak hází dál):
oVirt
FlexVDI
RAVADA VDI Project
Zdar Max