Hardverkövetelmények

Az SBS 2003 R2 többszörösen teljesíti a számítógépek tervezésekor szükségszerűen felmerülő kérdés jogosságát: mire fogjuk használni? Kiszolgálónk teljesíteni fogja feladatát alulméretezett erőforrásokkal is, azonban hosszútávon hatékonysági problémákkal, fejfájós éjszakákkal kell számolnunk. Néhány megfontolt döntéssel ezeknek elejét tudjuk venni. Az itt olvasható, szerverre vonatkoztatott hardverkövetelmények (a kliensekére most nem térünk ki) évek és sok tapasztalt rendszergazda véleményének összesítése, ötletadó jellegű. Azonban mi más kiindulási információ kell ezen kívül? Konkrét típusokat írni óvatlanság lenne, mindenhol típusnál tapasztaltunk már rossz szériákat…

Processzor

Ne felejtsük el, az SBS 2003 R2 szerver feladatai alapvetően adminisztratív jellegűek, amelyek nem számításigényes feladatok. Tehát kétprocesszoros, két-négymagos (vagy még erősebb) központi egységeket többségében nem érdemes üzemeltetni. Egy kétmagos, 3Ghz processzor többségében elegendő.

Ha mégis kiemelkedően magas igényekkel rendelkező alkalmazást kellene üzemeltetnünk, meggondolandó egy másik kiszolgáló beszerzése, amely dedikáltan e feladattal foglalkozik. Természetesen megemlítendő a legerőforrásigényesebb SBS szerveralkalmazás, az SQL 2005 workgroup, amely egy vállalatirányítási rendszerrel párosítva nem hagyja szóhoz jutni az egyéb feladatokat. E teljesítményszükséglet kiméréséhez több eszköz is létezik.

Alaplap

A processzor választása az alaplap típusát komolyan behatárolhatja. Néhány évvel ezelőtt lényegében 4-5 féle foglalatba be lehetett helyezni az összes processzortípust, most már komoly tesztelés kell a stabil működéshez. Ezt a feladatot nyugodtan rábízhatjuk a gép szállítójára, küzdjön vele ő. Egyéb paraméterek legyenek a döntőek. Ilyen pl. a minimum alaplapi RAID-vezérlő, gigabites hálózati kártya megléte, pci, pci-x bővíthetőség (további hálózati kártyáknak, külső RAID-vezérlő kártynak), USB 2.0 csatlakozók száma az alaplapon.

Memória

Ez az a komponens, amelyen nem igazán lehet (szabad) spórolni. Jellegéből adódóan 4G RAM-nál többet nem fog használni a rendszerünk. Az alaplap választásakor tájékozódjunk, mennyibe kerül egy-egy újabb G modul, ennek függvényében döntsünk a mennyiségről – de ha még drágább is, akkor sem javasolt 3G alatt egyik disztribúciót sem üzemeltetni.

Háttértárolók

A merevlemezzel kapcsolatban a minimum elvárt feltétel a redundáns tárolás (RAID 1 Mirror). Pletykák keringenek az alaplapi RAID-vezérlőkkel szerzett rossz tapasztalatokról, de nincs gond ezekkel. A külső (pci, pci-x) vezérlőknek egyik nagy előnyük, hogy meghibásodás esetén egy ugyanolyan típusú eszköz behelyezésével gyakorlatilag azonnal javítható a rendszerünk, a másik pedig esetleges bővíthetőségük (további elem behelyezése, vagy a meglévő cseréje többcsatornásra).

A méretet a cél határozza meg, de egy célszerű számítást, illetve partícionálást (felosztást) elvégezhetünk:

partíció	Tartalom	Javasolt terület
1	Operációs rendszer (SBS funkciók)	20 G
2	Exchange, SQL, Sharepoint, adminisztratív tárterület	100 G
3	Felhasználói adatok	80 G

Ezzel a tárhelyfelosztással sok sikeresen üzemeltetett SBS szerver üzemel. Mivel egy esetleges meghízott SQL szerver adatbázisának helyét viszonylag rugalmasan lehet kezelni, szükség esetén tárhelybővítéssel a második partíción felszabadul a hely a hasonlóan hízásra hajlamos Exchange adatbázisok számára.

Nem kell mindig RAID tömbökben gondolkodni, ha a szerverünkbe újabb merevlemezeket szerelnénk. A cél határozza meg az eszközt. A drága, bonyolultan kezelhető szalagos mentőegységek helyett a viszonylag kis adatmennyiségek miatt használhatunk USB 2.0 csatlakozású külső merevlemezeket. Ha mégis szeretnénk mentéseinket redundánsan tárolni, a szoftveres tükrözés (dinamikus lemezek) használatával erre is van lehetőségünk. Talán e tárolóhely leghasznosabb lehetősége, hogy az árnyékmásolatokat (vagyis a fájlok módosításakor automatikusan elkészülő másolatokat) nem a drága RAID tömbünkön, korlátozott helyen tároljuk, hanem egy megfelelően nagy, relatíve mégis olcsó külső eszközön. Ha sérülést is szenved, nem fogjuk túlságosan sajnálni, mert egyrészt a kurrens példány elérhető a szerveren, másrészt a tegnapi verzió pedig elérhető a biztonsági mentésünkben.

Körítés

Távolról sem teljes a felsorolás és a példa, rengeteg további paramétert le lehetne még írni, de mégis kettőt emelnék ki a továbbiakban.

Kezdjük a szerverünk házával. Statisztikák szerint az emberek 90%-a kinézet alapján választ autót, ne kövessük el ezt a hibát e témában. Jellemzően a tápegység minőségéről van szó, ami sajnos még nem garancia arra, hogy szerverünk épségben, működőképes marad egy komolyabb feszültségingadozás esetén. Sajnos a redundáns tápegység sem biztonságosabb egy ilyen jellegű hálózati hiba ellen, mert a villám két fázison is támadhat… Az igazi megoldás egy szünetmentes tápegység, amelyből a legegyszerűbb típusú is megfelelő biztonságot nyújt a külső hatások ellen. Hangsúlyozom, ennek nagyobb jelentősége van, mint hogy mennyi ideig tud működni külső áramforrás nélkül a szerverünk.

A körítés másik fontos eleme a fizikai környezet. Építkezési tanácsokkal nem szolgálnék (annak ellenére, hogy a Falatrax egy kőműves vállalat), de bizony valahová tennünk kell az információs központunkat. A biztonságos üzemelése nagyban függ attól is, hogy a kiszolgálónk mennyire lesz fizikailag (kézzel) elérhető a kollégák, avagy külsős takarítószemélyzet számára! Szükség esetén zárható helyiségben, zárható szerverházzal, leláncolva (kensington lock) tároljuk. Ne feledkezzünk meg a helyiség hűtéséről sem: egy redundáns táppal rendelkező, masszív vas igen jelentős hőtermelésre képes! Ha nincs külön hűtés, legalább ne a legszűkebb helyiségbe zárjuk be szegényt. Ott úgyis nehézkesen használhatók a külső adathordozók, egyéb kiegészítők.

Néhány érdekes link:

https://www.netacademia.net/tudastar/default.aspx?upid=20845&talalat=sbs%202003#talalat

Ajánlott tanfolyamunk:
SBSR2 - SBS-specifikus szolgáltatások, általános Windows Server 2003 technológiák
SBSAD - Windows tartomány kezelése, csoportházirendek

<<- Előző Következő->>