Dotaz: HP Microserver Gen8 a reálné meze

[Standa]

Příloha:

• top.png (66478 bytů)

Zdravím, asi 2 týdny mi v domácím prostředí běží HP MS G8 4GB/G1610T a tak se pomalu zapracovává a pomalu na něj přechází další a další práce. Aktuální instalace:

OS: Proxmox + Ubuntu Server 16 LTS (2CPU, 2GB RAM) + OpenMediaVault (DLNA + Samba, 2CPU, 2GB RAM)

4 disky: 2x1TB + 750GB, 5. šachta SSD + boot přes USB, chtěl bych do 4. šachty přidat 3TB disk na filmy

Všechno běží naprosto v pohodě, server prakticky nepoznal zátěž. Dneska jsem v OpenMediaVault vytvořit adresář Dropbox a do něj rozchodil synchronizaci svého Dropbox účtu (cca 10GB dat), vše v pohodě, synchro si udělal Dropbox přes LAN, jak je to běžné. Pak jsem udělal adresář záloha, nalinkoval do Dropboxu a pokusně jsem do zálohy (tedy i do Dropboxu) přes Sambu přidal dalších 10GB. Najednou tedy server musel kopírovat, Dropbox synchronizovat a odesílat. Podle Proxmoxu při těchto činnostech jedu "naplno", tedy paměť i CPU plná co to dá. Rozhodně se nedá říct, že by něco spadlo na serveru, ale po chvíli se projevilo pár nepříjemností:

1. ukončilo se přehrávání MP3 ze serveru (v iTunes)
2. odpojil se share, resp. Finder najednou neměl adresáře serveru připojené, ale šlo se hned znovu připojit a procházet
3. ukončilo se SSH připojení s hláškou (šlo se hned připojit): root@server:~# packet_write_wait: Connection to 192.168.1.101 port 22: Broken pipe

Je běžné takové chování? OpenMediaVault je Debian 8.9 a nevím zda při překročení nějakých prostředků takto má reagovat nebo toto svědčí o nějaké chybě. Čekal jsem zpomalení, které opravdu nastalo (jedu WiFi cca 15-30MB/s, padlo to někam na cca 2-3MB/s), ale rozpojení? Po opětovném připojení k serveru žádné chyby nevidím, Dropbox jede, adresáře Samby byly hned zase dostupné.

Nakonec jsem to vyřešil tak, že jsem Dropbox pozastavil, nakopíroval data, Dropbox opět pustil a ten teď sám plně CPU vytíží. Je tedy ten pravý čas přikoupit paměť a CPU? (Kdo má doma volný Xeon E3 s1155, prosím, hlaste se :) )

Díky za odpověď.

Odpovědi

[NN]

Rekl bych, ze podle popisu toho co provozujes je tam ta virtualizace zbytecne navic.

[Petr]

+1

Disky bych prehazel jinak, ale to je spis otazka aktualnich dat a nabozenstvi.

[MP]

Server ma 4GB RAM, ty ji rozdas VMkam a divis se, ze to chcipne? Kde jsou zdroje pro Proxmox?

[Standa]

Kupodivu Proxmox jede bez problémů, ale to také nechápu.Že si něco vezme sám a že tím dál omezí VMka je jasné. Na druhou stranu na takto slabém železe rozběhá krom linuxů i Win7, pomalu, ale přesto to jede.. Předpokládám, že když neomezuje paměť ani CPU co chci virtuálu přidělit, tak nějak emuluje i za cenu kdyby měl paměť jen předstírat a pomáhat si ukládáním na disk. Takže jsem dal 2GB aby náhrad bylo co nejméně. VMka, při běžném vytížení CPU, jedou naprosto bez vady a už několik dní, toto bylo první zakolísání při plné zátěži.

Virtualizaci mi doporučoval úplně každý s kým jsem mluvil a nakonec mi to nepřišlo jako špatný nápad. Že budu muset přidat paměť vím od začátku, jen projevy mi přijdou zvláštní. Čekal bych pád VMka, totální záseky, ale né podivnosti zmíněného typu. Chápu to dobře, že přidáním paměti (plánuji 8GB) a rozumném rozdělení by problémy měly zmizet?

[k3dAR]

pokud nemas swap, tak je to chovani normalni, kdyz systemu dochazi pamet, odstreli procesy co povazuje za nejmene potrebne(funkce jadra "OOM Killer"), videl bys to v logu s popisem "killed"...

[Petr]

Pokud swap mas, tak jakmile dochazi pamet, zacne mohutne swapovat. Takze se zacnou zpomalovat odezvy az do stavu nepouzitelnosti (timeout). Pokud je pameti extreme malo, ani swap nepomuze a zacnou se zabijet procesy + resetovat spojeni.

U ESX to vychazi plus minus 2 - 3 GB ram pro esx + ram na jednolive masiny. Zalezi predevsim na poctu virtualek. Sice neco malo usetris kdyz budes mit na vsech masinach stejne verze OS (knihovny se natahnou jen jednou a budou se sdilet) , ale nikdy jsem se nedostal na takovou usporu aby se vyplatilo s ni pocitat. Volnou ram esx vyuzije jako buffer , tak se flakat nebude.

Pridej ram na 8GB , a uvidis rozdil.

[Standa]

Díky za odpovědi. V rámci možností jsem přidal z 2GB na 3GB a rozdíl citelný, sice také nestíhá, ale je to stabilní při pomalejším kopírování. Jde objednat paměť a poohlédnout se po lepším CPU :)

[Kit]

CPU neřeš. Přidej RAM nebo zruš virtualizaci.

[R]

Virtualizacia je najlepsi sposob, ako spotrebovat vsetky systemove prostriedky a pritom ich nevyuzivat...

[D-Evil]

Jak už tu psali ostatní, KVM virtualizace je v tomhle případě kontraproduktivní, okrádáš se o RAM a nakonec i o čas CPU, který spolkne režie virtualizace. Přirovnal bych to k tomu, když se v dřevních dobách rozdělovaly poměrně malé disky na několik oddílů a výsledkem bylo třeba 10 procent volného místa na každém z nich - v součtu pořád dost kapacity, která byla ale reálně nevyužitelná.

Nicméně pokud trváš na nějakém oddělení těch jednotlivých aplikací, což není úplně špatná myšlenka, tak bych doporučil zahodit Proxmox a celou KVM virtualizaci a vyrobit si LXC kontejnery. Uvolníš si nějakou RAM zrušením Proxmoxu a používáním jen jednoho kernelu (v LXC běží jen userspace) a LXC kontejnery se dokážou o volné prostředky podělit mnohem líp než KVM virtuály (konzumují jen reálně využívanou paměť, nikoliv celou alokaci).

[dustin]

Jo, LXC jsou fajn.

[mimi.vx]

a nebo nejake jine kontejnery :)

[Ondro]

Proxmox podporuje KVM a aj LXC kontajnery

[pukeko]

a neswapujes do ZFS?

[trubicoid2]

to ani onehda neslo, tedy uz jo?

[Martin Beránek]

Virtualizace bych se nezbavoval. Používám HP GS G7 (8GB RAM, Turion) už přes 4 roky s ESXi (boot z USB) a bez problémů. Přidal jsem druhou síťovku a používám to i jako hlavní router s nainstalovaným PFsense. Druhým hlavním systémem je debian ve kterém provozuji různé docker kontejnery (Deluge torrent, Plex, Owncloud, ...) - to je podle mě ještě jednoduší cesta jak oddělit různé aplikace bez nějaké zbytečné vrstvy. Jakékoli upgrady jsou díky snapshotům easy a není problém se vrátit z5.

[karlik]

LXC jsou fajn. Už je vyřešená bezpečnost na LXC?