Dotaz: Jaká virtualizační platforma pro tandem: Server / Personal Computer (PC)

[Jura Jurátor]

Zdravím,

Plánuje se pro účely Proof of Concept testů na serveru připravovat virtuální machines a ty pak vyexportovat na co nejmenším zařízení co nejpřenosnějším (uvažujeme o nadupaném notebooku). Toto zařízení donést k zákazníkovi a tam přes noc stáhnout s pomocí ETL scriptů běžícíh na cca třech vyexportovaných VM data z databáze zákazníka a ty odnést zpět pro účely výše zmíněných PoC testů a testy provést na serveru na mateřské základně.

Otázka zní co zvolit na server aby se to dalo jednoduše vyexportovat a virtualizovat asi na notebooku. Na notebook je požadován Linux :)

Moje představa je ESXi na serveru a VM station na notebooku, ale nejsem si jistý možností exportu z ESXi na Workstation. Pokud ESXi neumí jednoduše exportovat pro účely ostatních VM platforem tak WMserver na serveru a WM workstation na notebooku.

Máte ještě někdo jiný nápad?

(chceme tím obejít MS licence a HYPERV a opět licence + Linux má svou dobrou logiku = takže odbornější práce)

Za názory a koncepty a zkušenosti předem děkuji.

Jura Jurátor

---

---

Odpovědi

[rADOn]

…testy provést na serveru na mateřské základně.

Jestli tomu dobře rozumím tak ty notebooky mají sloužit jako přerostlý rámeček na disk. Co tam má dělat virtualizace?

[Jura Jurátor]

Ahoj mrkni se pro vysvětlení na komentář k dalšímu příspěvku. Pokud je potřeba ještě něco osvětlit, rád to udělám.

Jura

[Jura Jurátor]

Data z ESX/ESXi se dají stáhnout poměrně jednoduše pomocí vSphere Client. V případě ESX jde i zapnout SSH a použít SCP (u ESXi nevím, mám za to že tam plnohodnotný přístup ke konzoli není). Ať už tak, nebo tak, takto zkopírovaný stroj by mělo jít bez jakéhokoliv zásahu otevřít a spustit pomocí VMWare Playeru nebo VMWare Workstation.

Totéž lze dělat i s VirtualBoxem a totéž lze určitě dělat i s KVM stroji, pokud ukládají data pevných disků do souborů a ne na přímo na partition nebo do LVM.

Připadá mi to ale celé jako kanón na vrabce. Nebylo by jednodušší si jen stáhnout data od zákazníka, po síti je předhodit serverům a vyhnout se tomu stěhování virtuálních strojů?

[Jura Jurátor]

Zdravím a děkuji za odpověď.

Bohužel varianta po síti, byla jako první. Ale to je problém. Většinou se jedná o horké "business data" a tak manageři a bezpečáci velmi neradi vidí VPNky do své DB směřující někam třeba z Holandska do Prahy. Také schvalovací proces u těchto VPN přístupů je horror a velmi obtížný proces z výše zmíněných důvodů.

Pokud stahování dat probíhá na straně zákazníka, ten si většnou vyčlení člověka a ten kontroluje nejen SQL transakce, ale i si je sám obsluhuje, má nad loadem dat plnou kontrolu.

Tedy variantu VPN mi zamítli hned. :(

Tedy na lepší srozumění Extract Load Transact process není ten, který je time kritický. Ten jen vytáhne data u zákazníka pod jeho kontrolou a mimo "rush hours". Zákazník si zkontroluje co se vytáhlo, popřípadě upraví aktuálnost a pak se na lepším HW u nás předvede Business reporting a o to nám jde.

Problém je třeba v bance atp. Někde implementovat nějaký server atp atp. Také u zákaníků je málo místa, lidé i stoly "šérují, jsou od Prahy po celé Evropě tedy proto ten notebook. Není s ním problém na letišti, dobře se přenáší atp atp.

Pokud ještě mohu něco dovysvětlit,tak rád učiním. Je mi to taky technicky přes koleno, ale data je zlato firmy :)

Jura

[rADOn]

Takže jestli tomu dobře rozumím, tak na tom notesu má běžet proces který dumpuje data přes lan ze serverů zákazníka? Protože jestli někdo nechá cizí mašinu dělat něco takového, tak na svoje data zase tak moc háklivý není. Dokonce bych řekl že spíš vůbec.

AFAIK nechceš nic jiného než přesunout soubor s viruálním diskem, to umí snad všechny virtualizační nástroje.

[Jura Jurátor]

A jak by jsi to řešil ty vzhledem k bezpečnosti dat ? Proč si myslíš, že když někdo zkontroluje SQL load scripty a výsledek co se nasosá do DB, tak je to méně bezpečné než VPN někde v distanci Amsterodam - Praha ? Děkuji předem za odpověď

[Punny]

kdyz jsem si uz zacinal myslet, ze mam uz tak zhruba tuseni o co jde, tak hned nasledne potom jsem se do toho celeho zase slusne zamotal :D
Muzes to zkusit vysvetlit jeste jednou, bez tech vsemoznych postupu a procesu? Chces na tom NB udelat prostrednika ve virtualu? Proste, ze si to tam nahrajes, nakluses k zakaznikovi a on si to z toho prskne na sve DB?
Promn, ale cetl jsem si to nekolikrat cele a proste nevim zda je to co chces :D
Punny

[Jura Jurátor]

Mrkni na odpověď na tomto linku v této diskuzi, děkuji

http://www.abclinuxu.cz/poradna/linux/show/379854#9

[D-Evil]

Já neměl na mysli VPN, spíš jsem myslel, že prostě na místě vytáhnete data (na to snad není źádný virtuální stroj potřeba ne?), odvezete si je a tam je po LAN síti nasypete na servery, aby se s nimi mohlo stát to co se s nimi stát má.

[Jura Jurátor]

Tahání dat z DB potřebuje nějaké SQL+scripty (Extract). Potom se data různě upravují (Transact). Potom se upravené data uloží do DB (Load). Tedy celý ten ETL proces má nějaký SW a GUI okolo sebe. Ano šlo by to pouštět ručně jedno po druhém přímo z disku. Ale pro určitou "pohodlnost" je na to SW, nějaké proprietální řešení + ty takto zpracovaná data se přesouvají do jiné DB a ta taky má svůj SW. No aby se daly dělat různé verze tohoto SW tak se to virtualizuje ;). Data z databáze prostým Copy&Paste nevydolujete :D

[Jura Jurátor]

Zní to lame Enterprise.

Proof of Concept

Za mých mladých let se tomu říkalo jinak…

Je to úplně jedno, snad všem virtualizačním řešením stačí zkopírovat data disku (většinou jeden soubor nebo block device) a konfigurák.

Proč je vůbec potřeba virtualizace?

[Jura Jurátor]

Zdravím. Virualizace se používá jako emulace SAP a Teradata databáze řešení pro Business reporting. Celé se to skládá z několika virtuálů. To už neřeším já, ale tak to mají postavené v "Presale" oddělení. Proč je to virtualizováno a jaký to má přínos, že je to virtualizováno, doufám nemusím zmiňovat :)

Náš administrátor shledal tento komentář závadným.

Vulgární, mimo téma

Zobrazit komentář