Lassan kinőttem a VPS-en lévő rendszeremet. Arra jutottam, hogy saját szervert veszek. A gép beszerzése folyamatban van SunFire X2200 2xAMD8382 32GB lesz az alapja. Vmware ESXi fog rajta dolgozni.
HDD-k 2 db Western Digital 1TB 7200rpm SATA-600 RE4 64MB lennének a terv szerint.
RAID-et is szeretnék, és olyan emlékem van hogy nem sokat ér ilyen környezetben Backup-battery nélküli verzió. Az alábbi versenyzőket találtam:
-LSI SAS3041E (nincs akku hely, SATA, ESXi 3.x van támogatási listában, PCIe-4x)
-LSI MegaRaid 9260-4i (van akku hely, mini SAS, ESXi 5.5 is támogatott PCIe-8x, 512MB)
-Adaptec ASR-3405 (van akku hely, mini SAS, ESXi 5.5 is támogatott PCIe-4x, 128MB)
Gyárilag az első versenyzőt teszik bele, ha RAID-el kérte az ember.
Inkább az akkumulátoros lehetőség felé hajolnék. Első körben működhet-e akku nélkül? Később rátehető-e újratelepítés, stb. nélkül?
A mini SAS-os kártyákhoz kell egy mini SAS to SATA kábel, ami általában Y alaku, igy ha fél méteres akkor nem teljes hosszban lehet akármerre tekergetni. Ráadásul kínai beszerzés.
Mennyire megbízható ez a kábel?
Melyik RAID kártyát érdemes választani?
Fog-e működni az 1TB-os lemezekkel?
Milyen problémák lehetnek?
- 6896 megtekintés
Hozzászólások
Ha van szünetmentes, ami az OS-el kommunikál, akkor minek bbu-s vezérlő? Nem kötekedés, de ezt sosem értettem.
- A hozzászóláshoz be kell jelentkezni
Hostingál van rá lehetőség megkapni szünetmentestől az SNMP információkat?
- A hozzászóláshoz be kell jelentkezni
Én még ilyenről nem hallottam. Amúgy meg minek?
Ha áramszünet van 15sec-60sec között indul a diesel generátor. Ennyi az az idő amit az UPS-nek el kell viselnie. Ezért van az, hogy hosting esetén az UPS 15 percre van méretezve.
- A hozzászóláshoz be kell jelentkezni
Ja, h hostingról van szó. Ott még ez is felesleges, mert garanciát vállalnak az egészre. Már, ha nem a legcsumpibb helyre viszed.
- A hozzászóláshoz be kell jelentkezni
Az elég életszerűtlen, hogy minden egyes hostingban elhelyezett eszköznek dedikált áramköre (saját PDU portja, kismegszakítója, dedikált szünetmentese, stb.) legyen. Ezek után előfordulhat, (és elő is fordul) hogy ha az áramkörön valami elpukkan, akkor a vele egy áramkörön lévő többi eszköz is leáll.
Ilyen nyilván nem fordul elő nap mint nap, de egy létező jelenség, ami képes adatvesztést okozni battery nélkül.
- A hozzászóláshoz be kell jelentkezni
Arrol se feledkezzunk meg, hogyha hosting szolgaltato oldalrol teljesen popec minden, pdu-val, dupla betappal, rendszeresen ellenorzott ups-ekkel es generatorokkal meg ami lehet, akkor is a Sun X2200-asban 1db tapegyseg van ami ugyanugy felmondhatja a szolgalatot egy 4 eve end of life-os masinaban.
- A hozzászóláshoz be kell jelentkezni
Pontosan erre gondoltam, amikor valamelyik gép tápja elszáll a rackben és esetleg viszi a bejövő áram kismegszakítóját.
- A hozzászóláshoz be kell jelentkezni
Thx, ebbe bele sem gondoltam. Való igaz, h mikor viszek be gépet, mindenféle teljesen gagyi cuccot is látok a polcokon. :(
- A hozzászóláshoz be kell jelentkezni
Bar a konkret vezerlo tipusokat nem ismerem, de alapjaban azert kell a backup battery (vagy ujabban mar flash cache szokott lenni), mert write cache-t akkor tudsz hasznalni, nelkule csak read cache-nek tudod hasznalni a vezerloben levo memoriat (minnel nagyobb a memoria annal tobbet tud cache-elni ertelem szeruen, 512M mar eleg jo, foleg csak 2 diszkre).
Mondjuk sok esetben felulbiralhato ez a biztonsagi beallitas es raeroltetheto battery nelkul is a write cache, csak akkor nincs ami megvedje a raid vezerlo memoriajabol meg diszkre ki nem irt adataidat egy nem tervezett aramszunet vagy gep ujraindulas eseten.
Egyebkent mukodhet akksi nelkul is, normalisabb vezerlok eseten rakotheto kesobb is minden modositas nelkul es ha erzekeli hogy ott az akksi kelloen feltoltve akkor magatol bekapcsolja a write cache-t.
Hogy szukseged lehet-e ra attol fugg miket akarsz futtatni a gepen, de mivel vmware, gondolom tobb virtualis gepet amihez mar jo esellyel kellhet a magasabb disk iops teljesitmeny, amiben alapbol sata diszk gyenge es azon sokat tud segiteni a write cache, read cache-nek meg lehet hasznalni alap oprendszerbol fajl rendszer cache-eleseket.
- A hozzászóláshoz be kell jelentkezni
Akkor az BBU-s kártyának akkor is van értelme ha normális helyre viszem. Elvileg gyorsulhat a rendszer vele, ha jól értem.
- A hozzászóláshoz be kell jelentkezni
Igen, teljesitmeny javulast tudsz elerni vele, mert normal mukodes szerint jo battery meglete eseten tudod bekapcsolni write cache-t.
De ha draga a battery vagy belefer a kockazat akkor nelkule is legtobb raid vezerloben bekapcsolhatod (akar meg hdd-n levo write cache-t is), csak akkor aramszunet vagy nem tervezett gepleallas eseten konnyen lehet adatvesztesed.
- A hozzászóláshoz be kell jelentkezni
sub
- A hozzászóláshoz be kell jelentkezni
2 SATA diszk igen vékony I/O lesz úgy magában (valamennyit segít a cache ebben ha van a kártyán+BBU).
Hány darab VM, milyen terheléssel, milyen OS/app?
x2200-ba kell IO riser a PCI-E kártyákhoz. Mindenképpen valami LSI2008 vagy újabb javasolt, szóval az első kártya kiesik.
Általános infók LSI+rebranded kártyákról:
http://www.servethehome.com/lsi-sas-2008-raid-controller-hba-informatio…
- A hozzászóláshoz be kell jelentkezni
Semmi extra VM, pár db linux lesz. Lényegében a mostani VPS-t akarom kiváltani, valami normálisabbra. Több tárhely, több memória, stb...
Kell külön riser hozzá? Nincs benne?
- A hozzászóláshoz be kell jelentkezni
Hát tudom én? Te veszed :) Viccet félretéve, gyárilag opcionális (a leírásban), szóval csekkold :)
- A hozzászóláshoz be kell jelentkezni
Néztem leírást amit találtam, meg képeket is, sok helyen semmi kártya nincs benne és ott a riser. A leírásban meg annyit hivatkoznak rá, hogy ezen van a két port és mekkora méret férhet bele. Hátha van valaki aki élőben is látott ilyet belülről.
- A hozzászóláshoz be kell jelentkezni
En az akkumulatoros cache-tol azert ovakodnek, mert velhetoen az lesz a szerver legkisebb elettartamu resze. Ha pedig megfeledkezel a cserejerol, akkor fennal az eselye, hogy mindenki azt hiszi van akkumulator (te is, meg a RAID vezerlo is), de amikor kene (aramszunet) akkor kiderul, hogy nincs... vagyis ami van az mar halott. Nemtom a RAID vezerlo figyeli-e az aksi allapotat, meg lehet, hogy te is figyelmes vagy es szepen csereled amikor kell... De ez mindenkepp plusz odafigyelest igenyel.
- A hozzászóláshoz be kell jelentkezni
Nem ismerem ezeket a tipusokat, csak altalanossagban mondom, hogy jobb fajta raid vezerlo figyelni szokta akksi allapotot es automatan le is kapcsolja write cache-t ha eloregszik az akksi. Egyebkent legtobb esetben uj akksira 3 evet adnak amire nem mondanam egy ilyen regi gepben, hogy leghamarabb az romlik el, X2200-asok eseteben sokkal inkabb a venti lesz problemas.
Ujabban a jobb fajta raid vezerlokre mar nem battery-t szoktak kotni hanem flash-re kiirja gyorsan a memoria tartalmat es azzal nincs problema, hogy 3 evente cserelni kell.
- A hozzászóláshoz be kell jelentkezni
kb így:
Default Cache Policy: WriteBack, ReadAheadNone, Direct, No Write Cache if Bad BBU
Current Cache Policy: WriteBack, ReadAheadNone, Direct, No Write Cache if Bad BBU
Minden tönkremegy egyszer, de ez már 5 éves és ezt mondja az akkuról:
# /opt/MegaRAID/MegaCli/MegaCli -AdpBbuCmd -aALL
BBU status for Adapter: 0
BatteryType: BBU
Voltage: 4031 mV
Current: 0 mA
Temperature: 20 C
Firmware Status: 00000000
Battery state:
GasGuageStatus:
Fully Discharged : No
Fully Charged : No
Discharging : Yes
Initialized : Yes
Remaining Time Alarm : No
Remaining Capacity Alarm: No
Discharge Terminated : No
Over Temperature : No
Charging Terminated : No
Over Charged : No
Relative State of Charge: 98 %
Charger Status: Complete
Remaining Capacity: 1514 mAh
Full Charge Capacity: 1544 mAh
isSOHGood: Yes
BBU Capacity Info for Adapter: 0
Relative State of Charge: 98 %
Absolute State of charge: 80 %
Remaining Capacity: 1514 mAh
Full Charge Capacity: 1544 mAh
Run time to empty: 65535 Min
Average time to empty: 65535 Min
Average Time to full: 65535 Min
Cycle Count: 26
Max Error: 2 %
Remaining Capacity Alarm: 190 mAh
Remaining Time Alarm: 10 Min
BBU Design Info for Adapter: 0
Date of Manufacture: 05/29, 2008
Design Capacity: 1900 mAh
Design Voltage: 3700 mV
Specification Info: 8000
Serial Number: 1621
Pack Stat Configuration: 0xe49c
Manufacture Name: SMP-PA
Device Name: X848385
Device Chemistry: LION
- A hozzászóláshoz be kell jelentkezni
Ilyen információkat az ESXi is rendelkezésemre tud bocsájtani? Remélem a "supported" szócska nem csak annyit jelent, hogy tudok rá telepíteni, hanem management dolgokat is.
- A hozzászóláshoz be kell jelentkezni
Standard sensor támogatás tuti lesz, CIM agenten keresztül. Gyártófüggően van hozzá saját customized agent is, cli-vel stb.
- A hozzászóláshoz be kell jelentkezni
Supercap+flash backed cache elérhető emberi áron manapság, Lítiumos akksikra nincs már feltétlen szükség.
- A hozzászóláshoz be kell jelentkezni
Mennyi az az emberi ár?
- A hozzászóláshoz be kell jelentkezni
ibm-eknel 1g flash-backed upgrade ~80+fa m5110-hez (LSI2268 -- vagy 2208 nem emlekszek)
- A hozzászóláshoz be kell jelentkezni
És a cache-nek használt flash memória vajon tovább bírja, mint az aksi?
- A hozzászóláshoz be kell jelentkezni
Flash memoriat nem hasznalja cache-nek, csak aramszunet eseten flash-re menti ki memoria tartalmat kondikban tarolt arammal (~90 sec-et kell kibirnia, hogy flash-re kiirja).
- A hozzászóláshoz be kell jelentkezni
Nem ebben az árkategóriában gondolkozok, ahol csak a BBU 80e. Gondolom a kártya meg 120e. :)
Két gépet veszek 80e-t az egyik marad alkatrésznek.
- A hozzászóláshoz be kell jelentkezni
kinek mik az igenyei, ugye. de a ket 80e-es geped egyutt nem fog tudni tolni annyi iops-t amennyit egy ilyesmi kartya plusz a write-cache. ha meg nincs szukseg io-ra meg bbu-ra ra akkor sw-raid is eleg.
egyebkent a kartya elso talalatra br. 60khuf, ujonnan.
- A hozzászóláshoz be kell jelentkezni
SW raidet megeszi az ESXi?
- A hozzászóláshoz be kell jelentkezni
Nem.
- A hozzászóláshoz be kell jelentkezni
Közben rákeresetem, hogy kb milyen IBM raid megoldásról beszélhetsz. Így elsőre pont ezt javasolják itt többen is, csak nem IBM van ráírva hanem LSI. Végülis attól egy kicsit kisebb van már úton felém. LSI MegaRAID SAS 8708EM2 + BBU. Igaz ez csak 3Gbps nem 6 mint azon amit te is írtál. Éppen azért, mert régebbi gép, lehet nem is lenne értelme a 6Gbps-es SATA/SAS portoknak.
- A hozzászóláshoz be kell jelentkezni
2db sata diszkhez boven elegendo a 3Gbps.
- A hozzászóláshoz be kell jelentkezni
en azert emlitettem ezt a tipust konkretan, mert ez van az egyik szerveremben. egyebirant csak pelda volt, hogy ennyibol ezt ki lehet hozni. a 3gbs-t ugysem birjak kihajtani a diszkek, max a cache-el lesz lassabb a kommunikacio. ezt pedig megoldja, csokkenti a hatasat, a raid kartya cache-e.
- A hozzászóláshoz be kell jelentkezni
Nyugodtan vedd meg az RE vinyókat és használd az alaplapi SATA-t software RAID-el. Bár ha mindenképp VMWare-ezni szeretnél rajta, az lehet kéri a hwraid-et.
A gép belülről sima SATA-s, tehát a backplane-ekhez (kettő van külön) is olyan kábelt kell vinned. Figyelj a kábelhosszra is, mert 1U-ban igencsak bele van tervezve minden, példul mindkét gyári sata kábel pont olyan hosszú, amekkora kell.
SAS->SATA breakout kábelt a német és angol ebayen is lehet venni, énis vettem múlt pénteken és a hét második felében jön. Ha minden igaz triple-buy-shop a nevük.
Probléma lehet 1000 féle, akkor is ha jó a hw minősége. :) Én minnél egyszerűbbre venném a figurát, pl. ha kimegy a hwraid kártya akkor nehéz hasonlót találni. (Nem azokról beszélek, akik 3-4-es pakkban veszegetik az azonos típusokat és rögtön kijelölt tartalék is van.) Gondolnék a jövőre is, ha már hw raid, és olyat vennék, ami hosszabb távon jó. Én a 9260-4i-re voksolnék, abban asszem 2108 vagy 2208-as LSI vezérlő van.
Esetleg diszkből megnézhetnéd a 2T-s verziót vagy a WD Se szériát, mint visszafogottab teljesítményűt és olcsót. Ez utóbbiakból épp nagyobb tömböt építek és elég jól mennek, de az ajánlott felhasználásnak megfelelően "bulk storage és backup" lesz a célterület.
- A hozzászóláshoz be kell jelentkezni
Az a baj hogy az alaplapi SATA-val nem csinálsz olyan RAID tükröt amit az ESXi látna. Úgyhogy én is az LSI2xxx-re szavaznék.
- A hozzászóláshoz be kell jelentkezni
Nem vagyok benne biztos, hogy az ESXi-t kéne erőltetni ennyire lightweight virtualizációs igénynél.
- A hozzászóláshoz be kell jelentkezni
Bármilyen javaslatot szívesen veszek. Sőtt ki is próbálom. De eddig ez volt ami úgymond, bejött.
Egyedül a windows-os management program az ami nem tetszik, de ezt kibírom. Bár nézegettem, hogy talán 60 naponként lehet igényelni VCenter vagy hasonló licencet és az futtatható rajta virtuális gépként. Az pedig bármiről elérhető lehetne. Ezt még nem sikerült összehoznom.
- A hozzászóláshoz be kell jelentkezni
Xen nagyon szépen működik, ssh-n adminolható, vnc ablakban pedig megkapod a vm-ek konzol képernyőjét. Ja, és neki nem probléma az mdadm-os szoftver raid sem természetesen. :)
- A hozzászóláshoz be kell jelentkezni
Kvm is ugyanugy jo lehet.
- A hozzászóláshoz be kell jelentkezni
Ha meg kvm és szeretnél hozzá valami kellemes GUI management felületet, akkor ProxMox.
- A hozzászóláshoz be kell jelentkezni
A sima Xen vagy XenServer a paravirt miatt és a softraid support miatt jobb lehet.
- A hozzászóláshoz be kell jelentkezni