"A Sun Fire[tm] szerverek a tervezett karbantartások alatt is rendelkezésre állnak
2003. január 28. – A hardver- és szoftverfrissítések, illetve a szükséges adminisztrációs feladatok elvégzése érdekében sok cégnél elkerülhetetlenek a tervezett rendszerleállások. A legutóbbi elemzések tanúsága szerint a tervezett állásidő a teljes rendszerleállásoknak mintegy 80 százalékát teszi ki.""A Sun Microsystems, Inc. bebizonyította, hogy mára a tervezett állásidő jelentős része kiküszöbölhetővé vált a Sun egyedülálló működés közbeni rendszerfrissítési (Live System Upgrade) funkcióinak köszönhetően; melyeknek része a teljes hardverredundancia, a hatékony Solaris[tm] operációs rendszer, a kifinomult erőforrás-használati technológiák, valamint az integritás.
A Sun Fire[tm] szerverek, ötvözve az olyan Sun szolgáltatásokkal, mint példáual a Sun[sm] Remote Services (SRS) Net Connect szolgáltatás, a működés közbeni rendszerfrissítés alatt is páratlan rendelkezésre állást biztosít a UNIX® rendszerekben, a tervezett és tervezetlen állásidőt egyaránt minimálisra csökkentve. Mindez azt jelenti, hogy Ön magasabb színvonalon szolgálhatja ki vásárlóit és partnereit, valamint magasabb fokú rendelkezésre állást biztosíthat felhasználóinak."
Tervezett és tervezetlen állásidő
A tervezetlen leállást váratlan hibák és azok következményei okozzák. A tervezett állásidő ezzel szemben az olyan frissítési, adminisztrációs és egyéb karbantartási feladatokhoz szükséges idő, melyek általában megkövetelik az offline módú rendszerműködést.
„Azelőtt a tervezetlen állásidő befolyásolta a leginkább a rendelkezésre állást – magyarázza Bruce Batten, a Sun termékmarketingért felelős vezetője, – ma viszont a rendelkezésre állás már sokkal többet jelent a puszta megbízhatóságnál.”
Batten elmondása szerint a hardverek és szoftverek megbízhatóságának fokozódásával a tervezetlen leállások már csupán mintegy 20 százalékát teszik ki a teljes állásidőnek. A Sun ezt az eltolódást felismerve olyan midframe- és csúcskategóriás szervereket tervezett, melyek lehetővé teszik a rendszergazdák számára minden rutinkarbantartás elvégzését anélkül, hogy ehhez rendszereket kellene kivonniuk a termelésből.
A dinamikus virtuális szervereknek köszönhetően a Sun Fire szerverek frissítés közben is üzemképesek maradhatnak. Ha a rendszer egy elemét kivonják a szolgáltatásból, vagy ha kis valószínűsége ellenére is hiba történne, akkor a többi, redundáns rendszerelem működésbe lépésével zökkenőmentesen, teljesítmény-visszaesés nélkül folyik tovább a szolgáltatás. Az alábbiak tartoznak a Sun Fire rendszer redundáns elemei közé:
* “Uniboard” processzorok és memóriakártyák
* Kiszolgálóprocesszorok
* Rendszervezérlők
* Tápegységek
* Ventilátor és hűtőrendszerek
* I/O-kártyák és -egységek
A rendszergazdák így figyelemre méltó rugalmassággal frissíthetik rendszereiket anélkül, hogy offline állapotba hoznák őket. A vállalatok gyakran sokáig halogatják például processzoraik teljesítménynövelő frissítését, mivel nem engedhetnek meg maguknak szolgáltatáskimaradást. Szerencsére a Sun Fire 3800 - 15K szerverek révén támogatja a kevert sebességű processzorokat, így a rendszergazdák új processzorokat adhatnak a virtuális szerverekhez, s meglévőket cserélhetnek anélkül, hogy rendszer-újraindításra lenne szükség a virtuális szerverben.
A megbízható és magasfokú rendelkezésre állást biztosító Solaris operációs rendszer
Hatékony és átfogó rendszerfelügyeleti funkcióival a Sun Solaris operációs rendszere is segít a tervezett állásidő csökkentésében. A UNIX File System pillanatfelvétel készítési funkciójának köszönhetően a rendszergazdák a tényleges fájlrendszer helyett a pillanatfelvétel másolatokból végezhetnek teljes biztonsági fájlrendszermentéseket. Mivel a pillanatfelvétel-másolatok készítése mindössze néhány másodpercig tart, a biztonsági mentésekhez kapcsolódó tervezett állásidők ugrásszerűen lerövidülnek.
A Solaris operációs rendszer több szoftver-előkészítő eszközt is tartalmaz, melyekkel könnyebben elkerülhetők a leállások. Ilyen például a Solaris JumpStart[tm] szoftver, a Solaris Flash szoftver vagy a Sun[tm] Management Center Change Manager. A Solaris Live Upgrade szoftver még azt is lehetővé teszi, hogy a Solaris operációs rendszer új verzióját telepítsék egy futó rendszerre, kiküszöbölve ezzel az általában a rendszerfrissítésekkel járó szolgáltatáskimaradást. A Solaris Live Upgrade szoftver segítségével történő telepítés befejeztével egyszerűen csak újra kell indítani az új verziójú Solaris rendszert.
A rendszer rendelkezésre állásának szempontjából meghatározó fontosságú a legfrissebb szoftverhiba-javító csomagok alkalmazása; a Solaris Patch Manager Tool használata hatékony módja a tervezett és tervezetlen állásidő csökkentésének egyaránt. A Solaris Patch Manager Tool megállapítja, mely javítócsomagok telepítése szükséges, gondoskodik azok biztonságos letöltéséről, és helyes sorrendben alkalmazza őket. Használatával az ilyen típusú adminisztrációra fordítandó tervezett állásidő minimalizálása mellett az esetleges tervezetlen állásidő is csökken, hiszen ez az eszköz segít megőrizni a rendszerek stabilitását és biztonságát.
A dinamikus páros
A Sun szerverek magas rendelkezésre állási jellemzőinek nagy részét két hatékony erőforrás-használati technológia teszi lehetővé és támogatja: a dinamikus rekonfiguráció (DR) és a dinamikus virtuális szerverek (DSD).
A Solaris operációs rendszer részét képező DR segítségével a rendszer futása közben telepíthető, átkonfigurálható vagy eltávolítható a szerver hardvere, például processzorok, memória és egyéb alrendszerek. Ráadásul újraindításra sincs szükség e változtatások után. Ez a működés közbeni kezelhetőség meghatározó fontosságú az üzlet szempontjából kritikus alkalmazások magas szolgáltatási szintjének biztosítása érdekében.
A DR technológia teremti meg a DSD hátterét. A DSD jóvoltából a rendszergazdák egyetlen rendszert több hiba- és biztonsági szempontból szigetelt, saját Solaris-példányokat futtató logikai szerverre oszthatnak. A DSD az erőforrás-kihasználás hatékonyabbá tétele mellett a szerver rendelkezésre állását is javítja. Az egyik virtuális szerver egy rendszerelemének meghibásodása vagy eltávolítása esetén a többi virtuális szerver megszakítás nélkül működik.
Felkészülés a váratlanra
Jóllehet a teljes állásidőnek csupán mintegy ötödét teszik ki, a tervezetlen leállások a legjobb esetben is kellemetlenek – a legrosszabb esetben pedig bénítóak. „A tervezett leállásokkal összehasonlítva ilyenkor kétségtelenül sokkal magasabbra szökik a rendszergazdák vérnyomása” – véli Batten.
A Sun a tervezetlen állásidőt egy hétlépcsős megközelítésben minimalizálja, mely a Sun Fire szerver üzembe helyezésének legelső napjától fokozza a megbízhatóságot. A hét lépcső:
* Teljes hardverredundanciával kialakított rendszer
* Fokozott megbízhatóságú elemekből felépülő rendszer
* Átfogó rendszerelem- és rendszertesztelés
* A hibák megkerülésével vagy automatikus javításával történő problémamegelőzés
* Megfelelő javítóműveletekkel történő problémafelismerés
* A problémák elfojtása – megnyilvánulási területük és hatásuk korlátozása érdekében
* Gyors és teljes rendszer-helyreállítás
Ezek azonban csak a Sun Fire szerverek szigorú tervezése, összeállítása és tesztelése után válhatnak az Ön vállalatának részévé. A Sun teljes hardverredundanciájú rendszereket tervez, és Six Sigma gyakorlatának alkalmazásával biztosítja a rendszerelemek, a szállítók és a gyártás minőségének folyamatos javítását. A Sun Fire rendszer minden fontosabb eleme alapos tesztelésen megy keresztül 200 órás bejáratási idővel, a rendszer egészét pedig 48 órás tesztnek vetik alá.
A Sun teljeskörű hibafelismerést és -javítást alkalmaz a Sun Fire rendszer valamennyi adatútvonalán. Így könnyebben felfedezhetők és automatikusan elháríthatók a hibák, mielőtt még adatsérülést vagy -vesztést okoznának, vagy más módon ásnák alá a rendszer stabilitását. Ha kis valószínűsége ellenére is hiba történik, ez a teljeskörű folyamat gyorsan azonosítja a meghibásodott rendszerelemet.
További automatikus javító mechanizmus a Sun Fire rendszerének megelőző önellenőrzése (Proactive Self Diagnostics), avagy alkatrész-azonosító (Field-Replaceable Unit Identification – FRUID) funkció. Batten szerint „olyan ez, mint az űrhajósok által viselt állapotfigyelő. A FRUID megméri a fő rendszerelemek hőmérsékletét, ellenőrzi táplálásukat, hibát keres bennük stb.” A Sun Management Center szoftver és a Sun automatikus rendszer-helyreállítási (Automatic System Recovery) eljárásai szintén segítenek a tervezetlen állásidő jelentős csökkentésében.
A Sun Fire szerverek beépített megbízhatósági és szervizelhetőségi funkciói mellett a Sun Technikai Központ több, rendelkezésre állással kapcsolatos szolgáltatást is kínál az állásidő csökkentése, a karbantartás kezelése és az átlagos javítási idő lerövidítése érdekében. Az SRS Net Connect olyan webes szolgáltatások portfoliója, melyek önfelügyelő, eseményérzékelő és -jelző, valamint rendelkezésreállás-, tendencia-, konfiguráció- és javítócsomag-jelentéskészítő funkciókkal rendelkeznek. Az SRS Net Connect készülő új változatának a RAS System Analysis is része lesz, mely részletes konfigurációt, javítócsomag-elemzést és javítási tanácsokat is nyújt majd.
A Sun a világ legnagyobb UNIX-gyártójaként egy ügyfélközpontú, rendelkezésre állással kapcsolatos szolgáltatáscsomagot (Availability Services Suite) kínálva segít Önnek adatközpontja fenntartásában és üzemeltetésében. A magas rendelkezésre állási szolgáltatáscsomagok (High Availability Service Packs) és a hasonló programok, a SunReady[sm] Availability Assessment és a Sun Fire[sm] Application Readiness Service Önnel és szervezetével együttműködve csökkentik a tervezett és tervezetlen állásidőt.
„Sok vállalatnál elkerülhetetlennek tartják a tervezett rendszerleállásokat a rendszeres hardver- és szoftverfrissítési ciklusok, adminisztrációs feladatok vagy egyszerűen a rendszerelemek meghibásodása miatt. Mi a Sunnál azon dolgozunk, hogy minden leállást elkerülhetővé tegyünk” – fogalmazott Batten."
Forrás:
www.sun.hu
Folytassuk a FreeBSD alapismeretek kiterjesztését az OnLapm-os Dru Lavigne segítségével. Dru ezen a héten egy alternatív bejelentkezési mechanizmust mutat be, amely az OTP (One Time Passwords) névre hallgat. Ha normális esetben jelentkezünk be egy FreeBSD rendszerre SSH-n keresztül (és nem kulcsos azonosítást használunk), akkor a jelszavunkat addig használhatjuk, amíg az le nem jár, vagy amíg azt meg nem változtatjuk (újra-felhasználható jelszavak). Ez addig biztonságos, amíg valaki meg nem szerzi a jelszót. Viszont mi lenne akkor, ha a rendszer minden egyes bejelentkezésnél csak más-más jelszót fogadna el? Hiába szerezné meg bárki az előző jelszót, nem tudna vele a rendszer erőforrásaihoz hozzáférni. Így egy kicsit nagyobb biztonságban lehetnénk a keyloggerek, packet snifferek, és jelszótörők világában. A FreeBSD rendszerek az ilyen "egyszer használatos" jelszó-rendszer felállításához lehetőséget biztosítanak az adminisztrátornak erre a célra készült programok segítségével. Az egyik ilyen program az