Sziasztok!
Egy kis segítséget illetve tanácsot szeretnék kérni. Egy kisebb cég számára Zentyal 3-at szeretnék üzembe helyezni egy HP Proliant ML310e gen8 szerverre, fontos az adatok gyors elérése illetve az adatbiztonság. Két variáció között gondolkodom, az első hogy feltelepítem a szerverre RAID+LVM-be és ennek megfelelően használom külön merevlemezre megy a backup, vagy második elgondolás hogy elsőnek feltelepítek egy KVM-et és ide létrehozok két gépek egyik az éles szerver, a másik tartaléknak ha az egyik kiesne, közben pedig szinkronizálás menne a háttérbe kettőjük között, nem tudom ez mennyire terhelné a rendszert, a backup pedig külön merevlemezre, a nap végén pedig egy backup az éles rendszerről?
Előre is köszönöm a válaszokat és tanácsokat.
- 6215 megtekintés
Hozzászólások
Egy pár éve már üzemeltetek szervereket, de nem láttam még olyat, hogy egy OS csak úgy magától megborult volna (se Win, se Linux, se VMWare), mindig hardver gond volt mögötte. Tehát ha ugyan arra a hostra teszed fel a két gépet, és hardver gond van, akkor úgyis borul mindkettő.
- A hozzászóláshoz be kell jelentkezni
Ebben igazad van hogy ha hardver gond van akkor borul minden, de igazából a két megoldás közül az érdekelne hogy melyiket lenne a jobb és hatékonyabb teljesítmény és megbízhatóság szempontjából az eddigi tapasztalatok szerint, lokálisan futtatni a rendszert vagy virtuálisan KVM-be, a backup mindenképpen külön helyre menne egy külön merevlemezre.
- A hozzászóláshoz be kell jelentkezni
Virtualizáció: vesztesz 3% teljesítményt, cserébe image szinten mentheted a teljes virtuális gépedet. Hiba esetén 20x gyorsabb a full recovery. Annak viszont nem sok értelme van, hogy két virtuális gépet üzemeltess egy vason és az egyik a másik tartaléka legyen.
- A hozzászóláshoz be kell jelentkezni
arra gondoltam ha az egyik kiesik akkor a másik egyből vegye át a helyét, ne legyen kimaradás, az adatok is naprakészek legyenek valamelyest, óránkénti szinkronnal. Vagy teljes backup futó gépről óránként, KVM-nél mennyire működik ez zökkenőmentesen?
- A hozzászóláshoz be kell jelentkezni
De a host hw hibát ezzel nem szűröd ki, ha a host elhal a vm-ek is elhalnak.
2 host esetén ez baromi jól működik kvm-mel:
1. mindkét gépre kvm, libvirt
2. létrehozol lvm-et a vm-eknek mindkét gépen
3. drbd az lvm-ek fölött
4. a drbd device kerül átadásra a vm-nek, mint fizikai disk (alig veszítesz i/o-t)
5. libvirt/virt manager alól a live migráció/snapshot is működik rendesen
Ezzel a megoldással a hw hiba védhető, viszont a drbd miatt vm-ben a fájlszintű sérülés átmegy a másikra is.
--
Kis problémából egy kis munkával nagy problémát lehet gyártani. Ha valami müxik ne b***tasd :)
Uriember az, aki nem beszél a Windows-ról, pedig tudna...
- A hozzászóláshoz be kell jelentkezni
Az egészet csak egy gépen kell megoldanom, ha a HW elhal akkor van egy előzőleg mentett image-m, előző nap vagy pár órája, ami után jön a hw csere és utána egy OS reinstall+KVM létrehozom a virtuális gépet az image-ből és mehet minden tovább, 2-3 óra alatt megvan számításaim szerint, közbe pedig dolgoznak egy NAS-ra ami tud samba-t utána pedig szinkron a visszaállítót rendszerrel.
- A hozzászóláshoz be kell jelentkezni
Ezzel én egy bibit látok: hw csere
Megveszed a gépet 3 év garival, supporttal. Abban nem fogod tudni megtenni, hogy cserélsz, innentől fogva a 2-3 óra nem játszik, hanem napokról beszélünk.
--
Kis problémából egy kis munkával nagy problémát lehet gyártani. Ha valami müxik ne b***tasd :)
Uriember az, aki nem beszél a Windows-ról, pedig tudna...
- A hozzászóláshoz be kell jelentkezni
Ezért gondoltam hogy magam rakom össze, vagy memória és HDD nélkül veszem a szervert így legfeljebb alaplap vagy táp hiba esetén kell várnom a HP-re.
- A hozzászóláshoz be kell jelentkezni
Természetesen egyetlen vason is csinálhatsz HA clustert két guest oprendszerből. Vagy alkalmazás szinten (pl. sql replikáció vagy rsync és pl. keepalived) vagy host oprendszer szinten, ha van egy hálózatról felcsatolt megosztásod emulálva (live motion vagy xenmotion, stb. stb.kismillió kész megoldás, de valós külső adattároló hiányában barkács megoldás és sok értelme nincs is.) Az egyetlen vason ülő HA cluster valós rendelkezésre állása csak egészen minimálisan jobb egy natív oprendszerétől. De ezt már mindenki kifejtette.
- A hozzászóláshoz be kell jelentkezni
Amit igazából kigondoltam az eddigi hozászolások után.
1. HP-PROLIANT Szerver Debian 7 RAID1-LVM+SPARE HDD illetve Cloudmin amivel beállítom a KVM-et, teljes felügyelet Webmin felületen.
2. létrehozok egy vm-et erre felmegy a Zentyal, a szerveren 2 NIC van, a Zentyal VM-nek kiosztom az egyiket és ez gyorsítja a hálózati forgalmat is.
3. közben pedig több mentés végzek mind vm snaphot mind fájlszintű mentés, egy külső NAS-ra is ahol a HDD-k RAID1-ben vannak.
ha hw hiba adódik akkor a NAS-on lévő mentésekből visszatudom állítani a rendszert.
tudom hogy vannak ennél jobb megoldások én is azokat választatnám, csak költségesebbek is amire pedig nincs keret, a szerver 3yr Next Business Day garanciája azért nem elhanyagolható, ha pedig többször elhasal a szerver legfeljebb a cégvezetés is beismeri hogy a biztos megoldásokra jobban kell költeni.
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
A Zentyalnal van olyan, hogy megborul. Nem maga a szó szoros értelmében vett operációs rendszer, hanem a Zarafa levelezőszolgáltatás ami legalább akkora probléma.
- A hozzászóláshoz be kell jelentkezni
Ha a teljesítmény a fontos, és más szervert nem szeretnél akkor Zetyal a fizikai vasra, nyilván gyorsabb lesz mintha virtualizálnál.
A virtualizált soha sem lesz 100% -ban megegyező teljesítményű mint a fizikai vason futtatott. Ez főleg I/O terén lehet igaz, főleg ha image-et használsz.
Ugyanarra a gépre tenni a backupot balgaság.
Ha fontos a rendelkezésre állás akkor 2 kiszolgáló(HA) + backup szerver.
Gondolkodj el rajta/teszteld mennyi idő alatt tudod a backupból visszatenni a rendszert pl alaplap hiba esetén (és mire)...
--
Kis problémából egy kis munkával nagy problémát lehet gyártani. Ha valami müxik ne b***tasd :)
Uriember az, aki nem beszél a Windows-ról, pedig tudna...
- A hozzászóláshoz be kell jelentkezni
Igazából én is szerettem volna eredetileg 2 szerverrel, lokálisan nem virtualizálva csak a költségek ezt engedik, csak egy gépet, és ebből kell kihoznom a legjobbat és a leghatékonyabbat, ezért gondolkodtam a virtualizációra.
- A hozzászóláshoz be kell jelentkezni
Egy géppel csak akkor érdemes virtualizálni, ha több guest várható. Ha egy géped lesz csak, akkor tisztázd azért, hogy ha kiesik a gép hw hiba miatt, akkor mire számíthatnak. Én azt mondanám hogy itt ne virtualizálj, nem éri meg. Az image mentés nagy előny amit rts írt, de ha image file-t használsz, akkor io-ban 30% feletti veszteséggel számolj. Raid esetén ha belefér a keretbe: raid10, csak hogy legyen teljesítmény is mögötte...
--
Kis problémából egy kis munkával nagy problémát lehet gyártani. Ha valami müxik ne b***tasd :)
Uriember az, aki nem beszél a Windows-ról, pedig tudna...
- A hozzászóláshoz be kell jelentkezni
A keret max 250000 ebből gondoltam a HP Proliant ML310e szerverre a következő tulajdonságokkal- HP szerver ML310e Gen8 Intel Xeon E3-1220v2 Quad Core (3.10GHz 8MB) 4GB (1 x 4GB) PC3L-10600 DDR3 1333MHz UDIMM (Low Voltage) 2 x 1TB (7.2k rpm) Non-Hot Plug 3.5in SATA Dynamic Smart Array B120i DVD-RW 350W 3yr Next Business Day Warranty, illetve még arra gondoltam hogy backup-nak egy kisebb NAS-t üzemeltetnék be, 2 merevlemezzel RAID1-ben és oda tolná a backup-ot így nem kell egy külön gép erre, illetve ha a NAS tudja a SAMBA-t akkor az lenne a másodlagos kiszolgáló. Itt ami fontos hogy a általuk használt belső szoftver elérhető legyen mindig illetve a helyi fájlok, a levelezés egy külön VPS-en lesz, amit a szerver a biztonság kedvéért le is szinkronizálja helyileg is ha bármi történne a VPS-el.
- A hozzászóláshoz be kell jelentkezni
Ez eléggé szűkös keret, korábban volt egy hasonló téma, iskolába kerestek szervert. Ebből a keretből szerintem biztonságosan ez nem megoldható: "általuk használt belső szoftver elérhető legyen mindig". A vas amit kinéztél kifejezetten nem rossz, de én ezzel nem merném bevállalni.
1. Ebből a keretből 2 összerakott gépet ki lehet hozni, azzal már inkább vállalnám. (Előnye: bármikor kapsz hozzá azonnal bármit, ugyanakkor a tartóssága kérdéses)
2. Használt szerver, 1 év garival megkapod, használt alkatrészt is kapsz hozzá(számlával is), 2 db kijön belőle (pl ibm x3650), leginkább ezzel csinálnám.
--
Kis problémából egy kis munkával nagy problémát lehet gyártani. Ha valami müxik ne b***tasd :)
Uriember az, aki nem beszél a Windows-ról, pedig tudna...
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
B120 tényleg vicc kategória... akkor inkább egy P400 (HP Renew verziót tudok neked adni 15eFt -ért)
- A hozzászóláshoz be kell jelentkezni
Használd a vele kapott hw raid kártyát ha támogatja, ha nem akkor remek az sw raid is, "áramszünet álló". Legyen spare lemez is.
Tedd közvetlenül a vasra, szerintem de mehet virtualizálva is, nem fogsz sokat bukni rajta.
Memória legyen benne rendesen, meghálálja.
A backup legyen a telephelyen és arról is archiválj néha, a beépített backup megfelelő, a teljes vaselhalás esetén is vissza lehet húzni a rendszert, a backup területre jó egy nas vagy kiöregedett pc ftp szerverrel.
Mivel linux így a rendszer egy teljesen más vason is újraindítható nagyobb gond nélkül.
- A hozzászóláshoz be kell jelentkezni
Volt már nagyobb full, visszaállításod a duplicity-ből? Nálam nagy mennyiségű adat esetén elhasalt.
- A hozzászóláshoz be kell jelentkezni
Pár tíz gigával teszteltem néhány k fájllal. AZ ment, egy dolgot nem szeret, ékezetes samba könyvtárat nem tud visszaállítani, direktbe csak az azt tartalmazó nem ékezetes könyvátrat, más baja nincs, klasszikus utf iso nyalóka. A teljes helyreállítást még nem próbáltam de kipróbálom.
- A hozzászóláshoz be kell jelentkezni
Én egyértelműen a virtualizált megoldást javaslom, mivel szerintem is a legvalószínűbb hiba, ha kimegy a HW, és a jelenlegi rendszer problémamentes migrálását egy virtualizált szerverrel tudod legjobban megoldani.
Én hasonló költség problémákból és a karbantartó személyzet hanyagságából (sok az áramszünet és az internetet adó szerveren kívül a backup és tartalékszervereket soha nem kapcsolták be) hasonlóan oldottam megy egy fájlszervert. A szerverbe 3 HDD-t tettem, kettő a 2 virtualizált gépet viszi, a harmadikra pedig megy a backup. Ott windows serverrel oldottam meg, aminél DFS-en mennek a megosztások, így ha az egyik szerver (HDD) kiesik, transzparensen átveszi a másik a szerepét.
Ugyanezt a transzparens kiszolgálást Zentyallal is meg lehet oldani, de azt hiszem kicsit mélyebben bele kell nyúlni hozzá, vagy a zentyal repóiban folyamatosan karbantartott samba4-re építkezve, kézzel felépíteni a rendszert (ezt csak ha nincs igény egyszerű megosztás és felhasználókezelésre).
- A hozzászóláshoz be kell jelentkezni
Egy gépen ha kimegy a hardver mi történik(elmegy a táp, alaplap, belécsap a ménkü, beázik a szerverterem - lsd bkv)? Megáll mindkét vm. A HDD kiesik problémára találták ki a raid-et, de ha más hw esik ki mi van???
--
Kis problémából egy kis munkával nagy problémát lehet gyártani. Ha valami müxik ne b***tasd :)
Uriember az, aki nem beszél a Windows-ról, pedig tudna...
- A hozzászóláshoz be kell jelentkezni
Van külső backup is, csak kifelejtettem.
És lehet, hogy lesz egy 3. földrajzilag elkülönített szerver is, amire replikálódnak a helyben futó szerverek, ha megfizetik (ez VPN-en keresztül akár helyettesíteni is tudja a helyi szervert, ideiglenesen).
Ha kihal a gép, kerül egy másik gép. A kieséshez már hozzászoktak. Ha órákig, néha napokig nem tűnt fel nekik, hogy be kellene kapcsolni a fájlszervert, akkor pár óra kiesés, ameddig kerül egy másik vas, simán belefér.
De olyan helyzetekben is működőképesnek tartom a megoldást, amikor kritikus a kiesés. Egy Proliant, vagy az én esetemben egy Primergy szerver kiesési esélye elég kicsi. A környezetemben kb. 10 ilyen szerver működik 3-5 éve, és még soha egy sem esett ki, még HDD szinten sem, ami azért előfordul.
De tegyük fel, hogy 3 év alatt egyszer valami elromlik, ha jelen van egy hozzá értő személy, akkor ideális esetben 10 perc, de max 1 óra kieséssel, már új vason van a szerver. Ami ahol 50.000 ft számít, ott 1 óra 3 éves távlatban belefér.
- A hozzászóláshoz be kell jelentkezni
Igazából egy kis költségvetést is folyattattam ha én rakok össze 2 gépet, ha összehúzom a nadrágszíjat akkor kijön a 200000-ból 2 gép is, egyik éles másik backup, itt nem kell várni hiba esetén a HP alkatrész cserére, hanem én magam cserélhetem rögtön.
alaplap: GIGABYTE GA-H61M-S1
cpu: INTEL PENTIUM G2020 2,9Ghz
mem: 4GB Kingmax DDR3 1333Mhz
Hdd: Seagate 1TB Baracuda
UPS: PannonPower Pro 2060
és persze további aproságok, ház, táp, odd.
Erre a konfigra gondoltam, 2 gépet ebből.
Eddig egy általam összerakott gép 3évig működött gond nélkül, egyszer kellett HDD-t cserélni benne de mivel RAID-ben volt nem volt gond, lekapcs csere és újra sync.
- A hozzászóláshoz be kell jelentkezni
Az említett szerverre Next Business Day garancia van. Hasonlót egy Dell szerver esetében már kihasználta. Ez azt jelenti, hogy a hibás alkatrész bejelentését követő munkanapon egy HP szakszerviz egyik alkalmazottja személyesen hozza ki a bejelentett alkatrészt és szükség esetén segít beszerelni is azt.
Egy szerver esetében nagyon javallott az ECC memória, mivel a memóriák fizikai felépítésükből adódóan veszítenek el adatokat, amelyek néha a szoftver lefagyásához vezetnek. Ezt az ECC ellenőrzés az esetek nagy részében kiküszöböli. És ez csak az egyik legalapvetőbb szolgáltatás, amit egy szervergép nyújt. Ha muszáj én is használok PCket szerver helyett, de semmiképpen sem javaslom ezt.
Egy optimális megoldás két használt szerver lenne, de minden attól függ, mik a pontos elvárások és felhasználói igények.
- A hozzászóláshoz be kell jelentkezni
Az említett szerver 2 tápot támogat (jelenleg nincs benne, de a jövőben kihasználható képesség), iLO4-es menedzsment interfésze van, HP 330i hálózati adapterrel rendelkezik (támogatja pl. a vmware esxi és más hasonló szerver operációs rendszerek), B120i raid kártya van a rendszerben, stb.
Nézd meg egy sima alaplapi hálókártya mennyi erőforrást von el a processzortól, folyamatos 1 Gbps-es forgalom esetén, és nézz meg egy 50000-100000 ft-s hálókártyát. Az első akár egy egész processzormagot is kiiktat, az utóbbi pedig észre sem vevődik a grafikonokon. A 330i valahol a kettő közt mozog. A raid kártyával is hasonló a helyzet, tény, hogy a B120i is egy gyenge példány, de nem elhanyagolható.
- A hozzászóláshoz be kell jelentkezni
Már korábban is irtam, használt géppel sem járnál szerintem rosszul:
x3650: http://interbolt.eu/szerver/rack/ibm/ibm-system-x3650-intel-xeon-dual-c…
megpakolod:
+4G RAM: http://interbolt.eu/category/h%C3%ADrlev%C3%A9l/interbolteu-h%C3%ADrlev…
2X500G HDD: http://interbolt.eu/category/h%C3%ADrlev%C3%A9l/interbolteu-h%C3%ADrlev…
Ebből kijön 2 db, teljesítményben pedig bőven veri
--
Kis problémából egy kis munkával nagy problémát lehet gyártani. Ha valami müxik ne b***tasd :)
Uriember az, aki nem beszél a Windows-ról, pedig tudna...
- A hozzászóláshoz be kell jelentkezni