Első Titans fürtözött megoldások az épület klaszterek Microsoft és az Oracle
Köztudott, hogy a klaszterek lehetővé teszi számunkra, hogy megoldja a problémákat, amelyek a teljesítmény, terheléselosztás és a hibatűrés. A konstrukció klaszterek különböző megoldások és technológiák, mind a szoftver és a hardver. Ez a cikk megvitatja szoftver által kínált megoldásokat a Microsoft és az Oracle.
típusú klaszterek
Cluster - egy csoport független számítógépek (úgynevezett csomópontok vagy csomópontok), amely elérhető egy rendszerként. Klaszterek, melyek célja a egy vagy több feladatot. Hagyományosan, háromféle klaszterek:
- A klaszterek a magas rendelkezésre állás, vagy hibatűrő klaszterek (magas rendelkezésre állás klaszterek vagy feladatátvételi fürtök) redundáns egységek működését a meghibásodása esetén az egyik csomópont.
- A klaszterek terheléselosztás (terheléselosztás klaszter) használnak terjeszteni ügyfélkérelmeket több szerver képező klaszter.
- Computational klaszterek (számítógép-klaszterek), mint a neve is mutatja, kiszámítására használt célokra, amikor a feladat lehet osztani több részfeladatok, amelyek mindegyike futhat egy külön csomóponton. Külön szekretálnak magas klaszterek (HPC - nagy teljesítményű számítástechnikai klaszterek), amelyek körülbelül 82% a minősítési rendszerek szuperszámítógépek Top500.
Elosztott számítási rendszer (övez) nevezik ezt külön klaszter, amely állhat földrajzilag elosztott szerverek a különböző operációs rendszerek és a hardver konfiguráció. Abban az esetben, grid közötti kölcsönhatás csomópontok fordulnak elő sokkal ritkábban, mint a fürtöket. A rács rendszerek HPC-klaszterek lehet kombinálni, a hagyományos munkaállomások és más eszközök.
„Cluster” fogalma lehet tekinteni, mint egy általánosítása egy ilyen rendszerben. Luster lehet beállítani a működési mód aktív / aktív, ebben az esetben, az összes csomópont folyamat felhasználó kéri, és egyikük sem nem tétlen készenléti állapotban, mint ahogy az a kiviteli alak az aktív / passzív.
Oracle RAC és hálózati terheléselosztás példák aktív / aktív klaszter. Failover cluster Windows Server példája az aktív / passzív klaszter. A szervezet az aktív / aktív cluster igényel kifinomultabb mechanizmusokat, amelyek lehetővé teszik a csomópontok elérni ugyanazt az erőforrást, és szinkronizálja a változásokat az összes csomópontot. A szervezet a klaszter megköveteli, hogy a csomópontokat hálózatba együtt, amely a leggyakrabban használt hagyományos vagy az Ethernet vagy InfiniBand.
A windows Klaszterek
NLB-klaszter használják szűrés és forgalmazás TCP / IPtrafika csomópontok között. Ez a típusú klaszter célja, hogy működjön együtt a hálózati alkalmazások - például az IIS, VPN vagy tűzfal.
Nehézségi merülhetnek fel alkalmazások, amelyek bízva a munkamenet adatokat, míg átirányítása az ügyfél egy másik csomópontot, ahol az adatok nem áll fenn. Az NLB-cluster tartalmazhat akár harminckét csomópont az x64-kiadásokat, és akár tizenhat - az x86.
Failoverclustering - van csoportosításával az átmenet a kudarc, bár a kifejezés gyakran fordítják „failover clustering”.
Alkalmazások klaszterek támogatására (fürtképes) felhasználásával fejlesztettek ClusterAPI, lehet védeni a hardver és szoftver hibák.
Telepítése feladatátvevő-klaszter
A második szakaszban per csomópont szükséges összetevő hozzáadása Failover Clustering - például, keresztül a Server Manager. Ez a feladat elvégezhető, amelynek közigazgatási jog minden csomóponton venni. Szerverek kell ugyanazt a domaint. Kívánatos, hogy a fürt minden csomópont ugyanazt a szerepet, és jobban ki tudják használni a szerepe tagkiszolgálót, mivel a szerepe tartományvezérlő tele van potenciális problémák DNS és az Exchange.
A harmadik nem kötelező, de kívánatos lépés az, hogy teszteljék a konfiguráció. A leolvasó kezdődik bepattanó Failover Cluster Management. Ha a Konfiguráció ellenőrzése beállítása csak egy csomópont a része ellenőrzi kimarad.
Ezután beállíthatja, hogy az alkalmazás konfigurálható úgy, hogy biztosítsa a magas rendelkezésre állás.
Ehhez futtassa a High Availability varázslót, amely megtalálható a szolgáltatások és alkalmazások Failover Cluster Management beépülő modult.
Cluster Shared Volumes
Abban az esetben, failover cluster-hozzáférés a LUN tárolt adatokat csak akkor lehet végrehajtani egy aktív csomópont, amelyhez az erőforrás. Amikor a kapcsoló másik csomópont előfordul LUN leválasztanunk és szerelési, hogy egy másik csomópont. A legtöbb esetben ez a késedelem nem kritikus, de általában megkövetelheti virtualizációs zéró késleltetés kapcsoló virtuális gépek egyik fogadó másik.
CSV lehetővé teszi, hogy helyezze át az általános bolt virtuális gépeket futtatni a különböző csomópontok a fürt - így törött kapcsolatát az alkalmazás-erőforrások (ebben az esetben, a virtuális gépek) és a lemez erőforrásait. CSV-fájlrendszer a szokásos NTFS. Ahhoz, hogy a CSV szükséges a Failover Cluster kezelése futtathatod engedélyezése Cluster Shared Volumes. Támogatásának tiltása CSV csak akkor lehetséges a konzolon:
Ahhoz, hogy ezzel a paranccsal lehet betölteni Failover Clusters PowerShell modul. CSV együtt élő migráció lehetővé teszi, hogy mozog a virtuális gépek között fizikai szerverek egy ezredmásodperc, anélkül, hogy elszakadna a hálózati kapcsolatokat, és teljesen átlátszó a felhasználók számára. Meg kell jegyezni, hogy a másolat minden adatot (például előre elkészített virtuális gépek) a megosztott lemezek CSV, legyen az koordinátor csomópontot.
Annak ellenére, hogy a megosztott lemez elérhető minden csomóponton írása előtt adatokat a lemezre csomópontok az engedélye uzlakoordinatora. Ebben az esetben, ha a rögzítési változásokat tesz szükségessé a fájlrendszer szintjén (például, változtassa meg a fájl, vagy növelje a mérete az attribútumok), a rekord már nagyon koordinátor csomópontot.
Oracle RAC
Oracle Real Application Clusters (RAC) - Ez az opcionális Oracle Database, melyet először az Oracle Database 9i nevezett OPS (Oracle Parallel Server). Ez az opció lehetővé teszi több példány együtt elérni ugyanazt az adatbázist. Adatbázis Oracle Database hívják egy sor adatfájlok, redo log fájlokat, paraméter fájlok és más fájltípusok. Annak érdekében, hogy a felhasználói folyamatok is hozzáférhetnek ezekhez az adatokhoz, akkor el kell kezdeni fokon. Egy példa (például), viszont áll memória struktúrák (SGA) és a háttér folyamatok. Ennek hiányában a hozzáférést a RAC adatbázis pontosan egy példány.
RAC lehetőség nem áll rendelkezésre az Enterprise Edition és külön kapható. Érdemes megjegyezni, hogy míg a RAC áll Standard Edition, de ez a kiadás sok korlátja van, mint az Enterprise Edition, amely kétségessé teszi a megvalósíthatósági annak használatát.
Oracle Grid Infrastructure
Működtetni Oracle RAC igényel Oracle Clusterware (vagy harmadik féltől származó szoftvert), hogy összekapcsolják a szerverek a klaszterben. A rugalmasabb a klaszter csomópont lehet megszervezni medencék (verzió 11g R2 támogatja a két kontroll kiviteli alakban - alapuló politika medencékhez vagy ezek hiányában, a rendszergazda).
A második kiadás 11g Oracle Clusterware összevonták ASM néven Oracle Grid Infrastructure, bár mindkét összetevő, és továbbra is telepíthető különböző módokon.
Automatic Storage Management (ASM) - volume manager és a fájlrendszer, amely működhet, mint egy fürt, és singleinstance tárol. ASM osztja fájlokat ASM egységenként.
Foglalásiegység méret paraméter határozza AU_SIZE, amely be van állítva a lemez csoport szinten, és a értéke 1, 2, 4, 8, 16, 32 vagy 64 MB. Következő kiosztási egységek elkülönített ASM-meghajtók terheléselosztás vagy a tükrözés. A redundancia lehet végrehajtani ASM eszközök és hardver.
ASM-meghajtók lehet kombinálni Failure Group (azaz egy csoport meghajtók sikertelen lehet egyidejűleg - például a hajtások csatlakoztatható egy vezérlő), míg a tükrözés végezzük lemezek tartozó különböző hibacsoportban. Ha hozzáadni vagy eltávolítani lemezek ASM automatikusan elvégzi egyensúlytalanság mértéke, amely be van állítva a rendszergazda.
Az ASM csak fájlokat kapcsolatos Oracle adatbázis lehet elhelyezni, mint a kontroll és a log fájlokat, adatfájlokat vagy mentést RMAN. Az adatbázis például nem tud közvetlenül kommunikálni a fájlok kerülnek a ASM. Ahhoz, hogy a hozzáférést az adatokhoz lemezcsoportba kell előre szerelt helyi ASM-fokon.
Az Oracle azt ajánlja, hogy ASM oldat tárolás kezelése helyett a hagyományos Volume Manager, fájlrendszer vagy RAW-készüléket.
Telepítése Oracle RAC
Tekintsük a következő lépéseket beállítás különböző komponensek szükséges Oracle RAC működéséhez üzemmód aktív / aktív klaszter két csomópont. Mivel a forgalmazás akkor tekinthető abban az időben a legújabb Oracle Database 11g Release 2 Írásom verziójú operációs rendszer veszi Oracle Enterprise Linux 5 Oracle Enterprise Linux - egy operációs rendszer alapú RedHat Enterprise Linux. A fő különbség - az engedélyek árát, a technikai támogatást az Oracle és a további csomagok, hogy lehet használni az Oracle alkalmazások.
Felkészülés telepítse az operációs rendszer és az Oracle standard célja, hogy hozzon létre a felhasználók és csoportok, a környezeti változók és kernelparamétereket. A paraméterek egy adott változata az operációs rendszer és az adatbázis megtalálható a telepítési útmutató, amely tartalmazza a program.
A csomópontokat úgy kell beállítani, hogy hozzáférjen külső megosztott lemezeket ahol tárolni adatbázis és az Oracle Clusterware fájlokat. Az utóbbiak közé tartozik votingdisk (file meghatározó klaszter tagok) és az Oracle Cluster Registry (amely konfigurációs adatokat - például azt, hogy milyen egységek és szolgáltatások futnak egy adott csomópont). Javasoljuk, hogy hozzon létre egy páratlan számú votingdisk. Létrehozásához és beállításához ASMdiskov kívánatos használni ASMLib, amelyet fel kell telepíteni az összes csomóponton:
# Rpm -Uvh oracleasm-support-2.1.3-1.el4.x86_64.rpm
Kezdetben telepíti Grid infrastruktúrát. Ehhez terhelés és csomagoljuk ki a forgalmazás, majd futtassa a telepítőt. A telepítés során meg kell adnia a nevét a klaszter; adja meg a csomópontok, amelyek része lesz a klaszter; meghatározza a cél hálózati csatolók; tárolókonfigurálás.
A végén meg kell futnia és a szkriptek orainstRoot.sh root.sh. Először az összes olyan csomópont orainstRoot.sh forgatókönyvet, és indítsa el a következő csomópontot végzik csak befejezése után a script az előző évben. Végrehajtása után orainstRoot.sh szekvenciálisan végrehajtott minden csomópont root.sh. Ellenőrizze a siker a telepítést a következő paranccsal:
/ U01 / rács / bin / crsctl check klaszter -minden
Áttekintése után, meg lehet kezdeni az adatbázis telepítés. Ehhez mi fut az Oracle Universal telepítő, amelyet használnak a hagyományos alapegység.
Amellett, hogy aktív / aktív-klaszter változata 11g R2, két lehetőség van létrehozására aktív / passzív-klaszter. Egyikük - Oracle RACOneNode. Egy másik lehetőség nem igényel engedélyt a RAC és Oracle Clusterware valósul eszközökkel. Ebben az esetben, először hozzon létre egy közös tároló; majd telepíteni Grid infrastruktúrát használva ASM_CRS és SCAN; majd állítsa be az adatbázis csomópontok önálló verziójában. Következő, erőforrások és szkriptek létre, amelyek lehetővé teszik, hogy fut egy példánya egy másik csomópont esetén nem áll az első.
következtetés
Oracle RAC együtt az Oracle Grid infrastruktúrát képes felismerni a különböző forgatókönyveket építésére klaszter. A rugalmasság és testre szabható szélessége képességek kompenzálja a költsége egy ilyen döntés.
Solutions, a Microsoft nem csak korlátozott lehetőségekkel csoportosításával, hanem azt is, hogy a termékek működhet egy ilyen környezetben. Bár érdemes megjegyezni, hogy a tartomány az ilyen termékek még szélesebb, mint egy adatbázist.