SBS 2008-ra van-e szükségünk? Telepítési szempontok

Mivel az SBS2008 lehetőségei adottak, céljainkat könnyen meg tudjuk határozni, ennek szellemében kell elkezdenünk hálózatunk átalakítását egy meglévő SBS2003 esetén is. Mielőtt megnéznénk a konkrét lehetőségeket, néhány szempontot (ismét) tisztáznunk kell. Az alábbiakban döntéselőkészítő tippjeim következnek:

Ne gondolkozzunk azon, hogy fog az SBS2008 hálózatvédelmi feladatokat ellátni, mert ez a verzió nem tartalmaz ilyen szolgáltatást. A prémium változat egy második Windows 2008 Standard szervert jelent, amelyet ugyan beüzemelhetünk tűzfalfunkcióval, de az SBS2008-nak közvetlenül ehhez nem lesz köze (bár a konzol tudja konfigurálni automatikusan).

A városi legendákkal ellentétben még kevesebb korlátozás van az SBS2008-ban, mint az SBS 2003-ban. Lényegében csupán a más tartományokkal való hitelesítés (nem építhető tartományi fa az SBS2008 tartomány köré) hiányzik. A 75 klienskorlát (felhasználó vagy számítógép) is létezik, de már nem kell a megvásárolt CAL-okat telepíteni, a rendszer nem ellenőrzi az aktuális bejelentkezett létszámot. Tehát tetszőleges mennyiségű gépet és felhasználót hozhatunk létre tartományunkban, maximum azonban 75-en (felhasználók és/vagy számítógépek) használhatják egy időben a szerver (tartományi hitelesítést igénylő) szolgáltatásait.

Mikor nem érdemes SBS2008-at használni-áttérni?

Nem árulok zsákbamacskát:ha nem szándékozunk kihasználni az Exchange 2007 lehetőségeit, nem az SBS 2008 a legolcsóbb Windows 2008-megoldás. Ebben az esetben elegendő számunkra a Windows Server 2008 standard x64, mert licencszámolgatás után kiderülhet, hogy olcsóbb. Hozzáteszem, ha később döntünk az Exchange bevezetéséről, akkor viszont komoly költségek elé nézünk!

Az SBS2008 is tartalmazza a POP3 csatolót, ám ha ezzel kezeljük bejövő levelezésünket, kiöntjük a fürdővizet a gyerekkel együtt, az Exchange 2007 lehetőségeinek töredékét használjuk ki. Ha már benne van az Exchange 2007, használjuk is! Manapság elemi követelmény, hogy a cég minden dolgozójának rendes céges email címe legyen. Ezt nulla kattintással elérhetjük.

Ha a kliensgépjeink nem tartományi tagok, a központi felhasználó- és számítógépkezelést dobjuk el magunktól, vagyis van robotgépünk a napi rutinra, de mi mégis kézzel hámozzuk a kolompért.

Ha a következő 2-3 évben előreláthatólag nem lépjük túl (az egyébként nem kicsi) felhasználási korlátokat, tökéletes megoldást választhatunk a termék személyében.

Ha SBS2003-unk szűkölködik erőforrásaiban, és gondolkodunk új hardver beszerzésében, kifejezetten érdemes befektetnünk a szoftver frissítésébe is, komoly megtakarításokat érhetünk el az erőforrásaink jobb kihasználásával, új szolgáltatások használatával.

A hálózaton fellelhető információk konszolidálása: klasszikus probléma, hogy információs szigetek vannak a cégnél, amelyeket érdemes lenne szabályozott formában tárolni és elérni. Vagyis pl. a kliensgépeken tárolt levelezés és dokumentáció időzített bomba, adatvesztés fenyeget! Ezekről listát kell készíteni, és az SBS2008 lehetőségeit jól ismerő szakemberrel konzultálni, melyik szolgáltatás tudná kiváltani-konszolidálni a meglévő erőforrásokat. Van ilyen szolgáltatás, mérget vehetsz rá.

Telepítési körülmények

Egy 20-25 fős vállalkozásra vetítve foglalnám össze a bevezetés feltételeit, ebből könnyen lehet párhuzamokat vonnia saját körülményeinkkel. A virtualizálási lehetőségeinket külön cikkben foglalom össze.

Kezdjük talán a hardverrel: az SBS2008 szolgáltatásai nem kifejezetten CPU-igényes szoftverek, annál inkább érzékenyek a szűkös memóriára és lassú merevlemezes megoldásokra. Az SBS2008-ban továbbra is socket (tok) alapú processzorlicencet határoztak meg, ebből kettő lehet az alaplapon - vagyis napjainkban nem épp ritka 4 magos processzorok segítségével 8 magos rendszert állíthatunk össze, amely finoman szólva túlhaladhatja a számítási igényeinket.

Szinte az összes HDD-vezérlő ismeri már a RAID 1+0 vagy 0+1 megoldásokat, ezzel az olcsóbb SATA-II merevlemezek is kielégítő teljesítményt tudnak nyújtani. A tárol adtok jellegétől függően elmondható, hogy az így gazdaságosan, 500Gb-os HDD-kből összeállított 1TB mennyiségű tárhely elegendőnek bizonyulhat minden célra.

A másik modell szerint független merevlemez-tömbökre helyezett adatok használatával lehet optimalizálni a működést. Az egyes feladatoknak külön tárterületet biztosítunk, azonban nem partíciók segítségével, hanem tükrözött merevlemezekkel. A szolgáltatások felosztása így alakulhat (talán a legnyilvánvalóbb lista alapján: operációs rendszer, felhasználói adatok, exchange adatbázisok, SQL adatbázis adatállományok (WSUS, WSS3, vállalatirányítási rendszer), biztonsági mentés-árnyékmásolatok - bár erre talán nem is szükséges tükrözött merevlemez). Ezzel a felosztással az egyes kiszolgálói feladatok párhuzamosan, nagyobb kihasználtság esetén sem fogják egymás teljesítményét exponenciális módon csökkenteni.

Nem véletlen, hogy nem említem a Raid-5(6) tömböket. Ezek a módszerek ugyanis csak drágább (pl. SAS) merevlemezek esetén tudnak igazán előnyre szert tenni az előző, kkv körülmények között is kiválóan működő technológiákhoz képest. Persze ha e mellett döntünk, akkor is érdemes gondolkodni a feladatok külön tárolóterületeken történő elosztásához.

A telepítés alkalmával nincs is lehetőségünk a komponensek helyét meghatározni, viszont utólag módosíthatjuk a kritikus adatok helyét, tehát utólagos optimalizálásra is van lehetőségünk (bizonyos keretek között).

8Gb RAM-nál kevesebbel ne tervezzünk éles kiszolgálót, de legalább 12Gb javasolt egy ilyen hálózatnak (ez a szempont az alaplap kiválasztásakor komoly tényező lehet, vajon később lehet-e bővíteni?). Az egyik legnagyobb igényű szolgáltatás (Exchange 2007) postafiókonkénti 20Mb-os memóriahasználatát figyelembe véve esetünkben 3Gb memóriát igényel, így látható, hogy a kezdeti javaslatom nem túlzó.

Ezek a minimális követelmények, amely az SBS2008 használatát ésszerűvé teszik. A további szolgáltatások teljesítményoptimalizálása már feltételezi egy második kiszolgáló telepítését - amely része az SBS2008 prémium licencnek. Milyen további skálázási szempontokat vehetünk figyelembe ekkor?

Legfontosabb: lehet (kell) egy második tartományvezérlő, ezzel a tartományi szolgáltatásainknak jóval nagyobb rendelkezésre állást biztosíthatunk;

Mivel az SBS2008 csak x64 bites környezetben fut, a második szerverünket telepíthetjük x86-es formában is, tehát nem kell lemondanunk pl. ERP rendszerünkről, csak azért, mert nem fut x64-en;

Az SQL 2008 (vagy SQL 2005) szerverünket külön hardveren futtatva komoly hardvererőforrást dedikálhatunk erre a célra (vagy további webszájtok üzemeltetésére);

Használhatjuk a második kiszolgálónkat hálózatunk védelmére, akár VPN-SSTP kiszolgálóként;

Ha második kiszolgálónkon beüzemeljük a Hyper-v szerepkört, kitűnő virtualizációs lehetőségeket kapunk, további skálázási lehetőségekkel (lásd későbbi „Virtualizálás” cikk).