Nakala hii ni ya wale ambao hawajawahi kufanya kazi na nguzo na hawana wazo kidogo la "Ni nini?" Lakini ana uzoefu wa vitendo na Windows Server 200x

Nyuma ya jina zuri "Cluster" kuna mambo mengi muhimu na ya kuvutia kutoka kwa mtazamo wa usimamizi wa mfumo.

Nakala hii itajadili suluhisho lililojengwa ndani ya chumba CHOCHOTE cha uendeshaji mfumo wa kushinda seva huanza kutoka kwa seva 2003 ambayo ni Usawazishaji wa Mzigo wa Mtandao. (kwa mfano, nguzo za kushindwa zinawezekana tu katika toleo la biashara na kituo cha data).

Kwa nini hii inahitajika?! Hasa, NLB, kama jina linavyopendekeza, hutumiwa kusawazisha upakiaji kati ya nodi za nguzo. Nguzo hii hutumiwa kuchanganya huduma zozote za TCP/IP, kama vile: seva ya kuchapisha, seva ya terminal, seva ya Wavuti, na kadhalika, ili kupunguza mzigo kwenye seva fulani, kusambaza rasilimali kati ya nodi, nguzo kama hiyo inaweza kuwa juu. hadi nodi 32 (Nodi/ nodi ya nguzo ni mojawapo ya seva zilizojumuishwa ndani yake.)

Kazi yoyote huanza na wazo, wacha tuseme tuliamua kwamba mtandao unahitaji haraka seva ya terminal inayohimili makosa kufanya kazi na aina fulani ya hifadhidata, kigezo kuu ambacho kitakuwa upatikanaji wa mara kwa mara kwenye mtandao, kwa hili tunayo michache ya data. seva za kimwili au gigabytes 10 za kumbukumbu kwenye mfumo wa virtualization , basi tunaunda kikundi!

Kuanza, tunahitaji nodi 3 kwenye nguzo hii, njia rahisi zaidi ya kufanya hivyo ni kwenye mfumo wa virtualization, lakini hakuna tofauti kati ya seva za kimwili. 1. Sakinisha OS (kwa upande wetu, Windows Server 2008r2

(mchakato wa kusakinisha Win2008R2 ni hadithi tofauti kabisa =)

Unapaswa kuanza kwa kuanzisha kadi za mtandao, labda kadi 1 au 2 katika kila seva, tofauti pekee itakuwa katika hali ya uendeshaji. Wacha tuseme tunayo mawili, tunasanidi ya kwanza kana kwamba ni seva rahisi, i.e., mipangilio ya TCP/IP kama seva yoyote kwenye mtandao wako, ya pili itakuwa ya nguzo, imesanidiwa sawa na ya kwanza lakini ina. anwani tofauti ya IP na HAIKO ndani yake Lango kuu linasajiliwa!

Mfano: tuna seva 3 zilizo na kadi 2 za mtandao, toa anwani kama inavyoonyeshwa kwenye Mchoro 1

(1-7 ni anwani za IP)

Kwa urahisi, hebu tubadilishe kadi za mtandao kwa LAN na NLB, kwa mtiririko huo.

2. Kwenye kadi za NLB unahitaji kuzima usajili wa anwani katika DNS (TCP/ipv4 properties>advanced>DNS tab> kisanduku cha kuteua kilicho chini "sajili anwani ya muunganisho huu katika DNS" ONDOA!

Tofauti na win2003 na Win2008, Win2008R2 ina tofauti ndogo ambayo ilizuia nguzo kufanya kazi kwa muda mrefu. Lakini shida ilitatuliwa, ninashiriki:

3. Katika Win2008R2, usambazaji wa pakiti kati ya miunganisho ya mtandao umezimwa kama kawaida! Washa: kiolesura cha net ipv4 seti kiolesura "LAN" usambazaji=umewashwa

Au hariri ufunguo wa Usajili:

a. Zindua Mhariri wa Usajili (Regedit.exe).

b. Tafuta na uangazie ufunguo ufuatao wa usajili:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

c. Weka vigezo vifuatavyo usajili:

Jina la kigezo: IPEnableRouter

Aina ya thamani: REG_DWORD

Thamani: 1

KUMBUKA: Thamani ya 1 huwezesha usambazaji wa TCP/IP (Wezesha) kwa miunganisho yote ya mtandao iliyosakinishwa na kutumika kwenye kompyuta hii.

d. Funga Mhariri wa Usajili.

Kabla ya kukusanya nguzo, kwenye nodi zote unahitaji kuinua majukumu ambayo wataunga mkono, kwa upande wetu hii ni Desktop ya Mbali.

4. Kwenye mashine zote za kundi la siku zijazo, inua jukumu la Huduma za Kompyuta ya Mbali na uisanidi unavyohitaji.

Sasa tunakusanya nguzo ya NLB:

5. Kwenye mashine zote, inua huduma ya NLB na katika mipangilio ya kila kadi ya mtandao ya NLB, batilisha uteuzi. itifaki ya NETWORK KUSAWAZISHA MZIGO, ndiyo, KUPIGA RISASI!

6. Kwenye nodi yoyote, baada ya kuongeza jukumu, nenda kwa zana za usimamizi, uzindua koni ya NLB, bofya kwenye Cluster>kichupo kipya.

Katika uga wa Mwenyeji, ingiza jina la kikoa la kompyuta unayotumia sasa na ubofye unganisha.

Maingiliano mawili yaliyo tayari kwa kuunganisha yanaonekana chini, tunahitaji interface ya NLB, chagua na ubofye Ijayo, katika dirisha linalofuata tunaacha kila kitu bila kubadilika na kwenda Ijayo tena, na hapa tunabofya kifungo cha Ongeza ... na ingiza anwani ya IP. ya nguzo ya baadaye katika Mchoro 1 hii ni nambari ya anwani 7 (hii itakuwa anwani pepe ya kila kadi ya mtandao (NLB) ya nguzo mpya) na kinyago cha subnet, kisha ubofye sawa na uone nguzo mpya, bofya inayofuata. Katika uwanja wa jina kamili la mtandao, ingiza jina la DNS la kikundi cha baadaye na uchague modi ya Multicast. (njia zote mbili zina faida na hasara; nilichagua multicast. Katika dirisha linalofuata, bofya hariri na usanidi milango iliyofunguliwa kwenye nguzo (kwa upande wa RDP, weka "Kutoka: 3389 Hadi: 3389" ikiwa bandari ni moja na ya kawaida. Mipangilio yote inategemea mahitaji ya seva.

7. Nguzo>ongeza mwenyeji, ingiza jina la nodi inayofuata na uchague NLB ya mtandao kisha zaidi... zaidi... zaidi... na nodi mpya inaonekana kwenye nguzo, sawa na nyingine (Hadi 32). nodi). Angalia kuwa nodi zote zinazoonekana kwenye koni zimewashwa kijani.

Hiyo ndiyo yote, nguzo iko tayari

Nguzo kama hizo zinaweza kuongezeka sana na ni rahisi kutumia (katika kesi ya vituo, unaweza kuunganisha kwa nodi maalum na nguzo nzima). Usambazaji sawa wa mizigo kwenye kila nodi, urahisi wa matengenezo ya kila nodi na nguzo kwa ujumla, kubadilika kwa mipangilio.

Nakala hii iliandikwa baada ya kupitia miongozo na vifungu vingi; ni sehemu muhimu tu za usanidi zimefunikwa (hazikusudiwa watu wasio na uzoefu na WinServer).

Mipangilio mingi midogo ni mbinu bora pekee; kwa kusakinisha na kusanidi kwa usahihi nguzo kama hiyo, utapokea suluhu inayonyumbulika sana, yenye mzigo wa juu.

Licha ya mtazamo potofu kuelekea Microsoft, ikumbukwe kwamba kampuni imefanya teknolojia ya juu kupatikana kwa watumiaji wa kawaida. Njia moja au nyingine, lakini nafasi ya sasa ya nyanja teknolojia ya habari haijaamuliwa hata kidogo na Microsoft.

Suluhisho na bidhaa kutoka kwa Microsoft hazikuchukua nafasi mara moja katika kiwango cha suluhisho maalum, lakini zile muhimu zaidi bado zikawa viongozi katika uwiano wa bei / utendaji, na pia katika urahisi wa utekelezaji. Mfano mmoja kama huo ni nguzo.

Maendeleo ya vikundi vya kompyuta sio hatua kali Microsoft. Hii inathibitishwa, kati ya mambo mengine, na ukweli kwamba maendeleo ya kampuni hayakujumuishwa katika orodha ya kompyuta za juu-500. Kwa hiyo, ni mantiki kabisa kwamba katika Mstari wa Windows Seva ya 2012 haina toleo la HPC (Utendaji wa juu wa kompyuta).

Kwa kuongeza, kutokana na sifa za kompyuta ya juu ya utendaji, jukwaa la Windows Azure linaonekana kuahidi zaidi. Kwa hivyo, Microsoft imeelekeza umakini wake kwenye vikundi vya upatikanaji wa juu.

Vikundi katika Windows.

Usaidizi wa makundi ulitekelezwa kwa mara ya kwanza na Microsoft katika mfumo wa uendeshaji katika Toleo la Biashara la Windows NT 4 Server kwa njia ya teknolojia ya Microsoft Cluster Service (MSCS). Katika Windows Server 2008, ikawa kipengele cha Kuunganisha kwa Failover. Kimsingi, hizi ni nguzo za kushindwa au nguzo zinazopatikana sana, ingawa wakati mwingine haziitwi kwa usahihi kabisa zinazostahimili makosa.

Katika hali ya jumla, ikiwa node ambayo ombi hutumwa inashindwa, kukataa kwa huduma kutatokea, lakini huduma zilizounganishwa zitaanza upya moja kwa moja kwenye node nyingine, na mfumo utaletwa katika hali tayari haraka iwezekanavyo.

Kundi la upatikanaji wa juu kwenye Windows linajumuisha angalau nodi mbili zilizo na mifumo ya uendeshaji iliyosakinishwa na majukumu yanayolingana. Nodes lazima ziunganishwe kwenye mtandao wa nje na mtandao wa ndani muhimu kwa kubadilishana ujumbe wa huduma, kwa hifadhi ya kawaida ya rasilimali za huduma (kwa mfano, disk ya shahidi kwa quorum). Kwa kuongeza, mfumo pia unajumuisha data kutoka kwa programu zilizounganishwa. Katika hali ambapo huduma zinatekelezwa kwenye nodes moja tu, mpango wa Active-Passive unatekelezwa, yaani, huduma zinatekelezwa kwenye node moja, na pili inafanya kazi katika hali ya kusubiri. Wakati nodi zote mbili zina mzigo wa malipo, mpango Inayotumika hutekelezwa.

Tangu utekelezaji wake wa kwanza, usaidizi wa makundi katika Windows umebadilika sana. Usaidizi wa huduma za faili na mtandao ulitekelezwa, baadaye SQL Server (katika mfumo wa uendeshaji wa Windows Server 2000), Seva ya Kubadilishana(katika Windows Server 2003), na huduma zingine za kawaida na majukumu, pamoja na Hyper-V (katika mfumo wa uendeshaji wa Windows Server 2008). Scalability imeboreshwa (hadi nodi 64 katika Windows Server 2012), na orodha ya huduma zilizounganishwa imepanuliwa.

Msaada wa uboreshaji, pamoja na uwekaji wa Windows Server kama mfumo wa uendeshaji wa wingu, ikawa sababu ya maendeleo zaidi ya usaidizi wa nguzo, kwani msongamano mkubwa kompyuta inaweka mahitaji makubwa juu ya uaminifu na upatikanaji wa miundombinu. Kwa hiyo, kuanzia na mfumo wa uendeshaji wa Windows Server 2008, wingi wa maboresho hujilimbikizia katika eneo hili.

Mfumo wa uendeshaji wa Windows Server 2008 R2 huanzisha Kiasi cha Kushiriki cha Hyper-V Cluster (CSV), ambacho huruhusu nodi kufikia mfumo mmoja wa faili wa NTFS kwa wakati mmoja. Kwa hivyo, mashine nyingi za mtandaoni zilizounganishwa zinaweza kushiriki anwani sawa ya LUN na kuhama kutoka kwenye seva pangishi hadi kwenye seva pangishi kwa kujitegemea.

Katika Windows Server 2012 imeunganishwa Msaada wa Hyper-V imeboreshwa. Uwezo wa kusimamia vipaumbele vya mashine ya kawaida katika kiwango cha nguzo nzima iliongezwa, ambayo huamua utaratibu wa ugawaji wa kumbukumbu, urejeshaji wa mashine za kawaida katika tukio la kushindwa kwa nodi au uhamiaji wa wingi uliopangwa. Uwezo wa ufuatiliaji umepanuliwa - ikiwa huduma inayofuatiliwa inashindwa, sasa inawezekana kuanzisha upya sio tu huduma yenyewe, lakini pia mashine nzima ya virtual. Inawezekana kuhamia nodi nyingine, isiyo na shughuli nyingi. Ubunifu mwingine, sio wa kuvutia sana unaohusiana na nguzo umetekelezwa.

Makundi katika Windows Server 2012.

Kwanza, hebu tuangalie uvumbuzi ndani teknolojia za msingi, ambayo hutumiwa na makundi au kusaidia kupanua uwezo wao.

SMB 3.0

Toleo jipya Itifaki ya SMB 3.0 inatumika kwa kubadilishana data ya mtandao. Itifaki hii inahitajika wakati wa kusoma, kuandika na shughuli zingine za faili rasilimali za mbali. Toleo jipya linajumuisha idadi kubwa ya maboresho ambayo hukuruhusu kuboresha utendakazi wa SQL Server, Hyper-V na nguzo za faili. Tafadhali kumbuka masasisho yafuatayo:

• uvumilivu wa makosa ya uwazi. Ubunifu huu unahakikisha mwendelezo wa shughuli. Ikiwa moja ya nodi za nguzo za faili zitashindwa, shughuli zinazoendelea huhamishiwa kiotomatiki kwenye nodi nyingine. Shukrani kwa uvumbuzi huu, iliwezekana kutekeleza mpango wa Active-Active unaounga mkono hadi nodi 8.
• kuongeza. Shukrani kwa utekelezaji mpya Kiasi cha Nguzo Zilizoshirikiwa (toleo la 2.0) inawezekana upatikanaji wa wakati mmoja kwa faili kupitia nodi zote za nguzo, na hivyo kufikia ujumlishaji wa matokeo na kusawazisha upakiaji.
• SMB moja kwa moja. Usaidizi wa adapta za mtandao na teknolojia ya RDMA umetekelezwa. Teknolojia ya RDMA (Ufikiaji wa Kumbukumbu ya Moja kwa Moja ya Mbali) huruhusu data kuhamishwa moja kwa moja kwenye kumbukumbu ya programu, na hivyo kufungia CPU kwa kiasi kikubwa.
• SMB Multichannel. Huruhusu ujumlishaji wa kipimo data na huongeza uvumilivu wa makosa katika uwepo wa nyingi njia za mtandao kati ya seva iliyowezeshwa na SMB 3.0 na mteja.

Ni lazima kusema kwamba kutumia vipengele hivi, msaada wa SMB 3.0 lazima uwepo kwenye ncha zote za muunganisho. Microsoft inapendekeza kutumia seva na wateja wa kizazi kimoja (katika kesi ya Windows Server 2012, jukwaa hili la mteja ni Windows 8). Kwa bahati mbaya, leo Windows 7 inasaidia toleo la SMB 2.1 pekee.

Nafasi za Hifadhi.

Teknolojia ya Nafasi za Hifadhi ilitekelezwa kwa mara ya kwanza katika mifumo ya uendeshaji ya Windows Server 2012 na Windows 8. Msaada wa mfumo mpya wa faili wa ReFS umetekelezwa, ambayo hutoa kazi za kuongeza uvumilivu wa makosa. Inawezekana kugawa diski kwenye bwawa kubadilishana moto(katika kesi ya kushindwa kwa vyombo vya habari vingine au kwa uingizwaji wa haraka SSD ambayo imemaliza rasilimali yake). Kwa kuongeza, uwezo wa kurekebisha vyema kwa kutumia PowerShell umepanuliwa.

Kimsingi, teknolojia ya Nafasi za Hifadhi ni utekelezaji wa programu ya RAID, iliyoimarishwa na idadi kubwa kazi za ziada. Kwanza, anatoa za ufikiaji wa moja kwa moja lazima ziunganishwe. Kimsingi, anatoa inaweza kuwa ya aina yoyote na uwezo, lakini kwa ajili ya shirika operesheni imara ufahamu wazi wa kanuni za uendeshaji wa teknolojia inahitajika.

• rahisi (sawa na RAID 0);
• kioo (kioo cha njia mbili ni sawa na RAID1, kioo cha njia tatu ni mpango ngumu zaidi kama RAID 1E)
• kwa usawa (sawa na RAID 5. Chaguo hili linahakikisha upotevu mdogo wa nafasi na uvumilivu mdogo wa kosa).

Teknolojia ya Nafasi za Hifadhi sio mpya kabisa. Uwezo sawa umetekelezwa kwa muda mrefu katika Windows Server, kwa mfano kwa namna ya disks za nguvu. Teknolojia ya Nafasi za Hifadhi hurahisisha kutumia vipengele hivi vyote na hutoa ngazi mpya kutumia. Miongoni mwa faida nyingine za Nafasi za Hifadhi, ni muhimu kutambua utoaji nyembamba, ambayo inafanya uwezekano wa kugawa ukubwa kwa diski za kawaida zaidi ya zile zinazopatikana katika hali halisi ili kuongeza anatoa mpya kwenye bwawa sambamba baadaye.

Mojawapo ya masuala yenye changamoto kubwa ya teknolojia ya Nafasi za Hifadhi ni utendakazi. Kama sheria, utekelezaji wa programu ya RAID ni duni katika utendaji kwa chaguzi za vifaa. Walakini, ikiwa tunazungumza juu ya seva ya faili, basi Nafasi za Hifadhi zina kiasi kikubwa kumbukumbu ya ufikiaji bila mpangilio na processor yenye nguvu, hivyo kupima ni muhimu kuzingatia aina tofauti za mzigo. Kwa mtazamo huu, uwezo wa kurekebisha vyema kwa kutumia PowerShell ni wa thamani fulani.

Teknolojia ya Nafasi za Hifadhi huondoa hitaji la vidhibiti vya RAID na mifumo ghali ya kuhifadhi kwa kusogeza mantiki kwenye kiwango cha mfumo wa uendeshaji. Wazo hili linaonyesha sifa zake zote na linageuka kuwa la kuvutia kabisa pamoja na uvumbuzi mwingine.

Seva ya Faili ya Scale-Out (SOFS).

Ubunifu mwingine ni hali ya jukumu iliyojumuishwa Seva ya Faili katika Windows Server 2012, ambayo inaitwa Scale-Out File Server. Sasa msaada wa aina mbili za kuunganisha umetekelezwa, majina ambayo ni Kidhibiti Faili kwa Matumizi ya Jumla na Seva ya Faili ya Scale-Out (SOFS) kwa data ya programu. Kila teknolojia ina maeneo yake ya matumizi, pamoja na faida na hasara zake.

Seva ya Faili ya Kusudi Zote ni wazo nzuri aina maarufu Nguzo-Inayotumika. SOFS, kwa upande wake, ni nguzo Inayotumika, ikiwa ni usanidi unaostahimili makosa. Kwa kugawana Chaguo Inayoendelea Kupatikana hutumiwa kwa folda zinazolingana.

Mbali na sifa bora za uvumilivu wa makosa, hii hutoa upitishaji ulioongezeka na muundo wa busara. usanifu wa mtandao. Mfumo wa Faili za Wakala wa CSV 2.0 (CSVFS) hupunguza athari za CHKDSK kwa kuruhusu shirika kutekeleza utendakazi unaohitajika huku likiendelea kufanya kazi na kiasi cha programu zinazotumika. Imetekelezwa uhifadhi wa kusoma kutoka kwa CSV. Kutumia CSV hufanya iwe rahisi na rahisi kusambaza na kudhibiti. Mtumiaji anahitaji kuunda nguzo ya kawaida, sanidi kiasi cha CSV na uwashe jukumu la seva ya faili katika Scale-Out File Server kwa modi ya data ya programu.

Shukrani kwa unyenyekevu na utendaji wa suluhisho lililopendekezwa, darasa jipya la vifaa vya "cluster-in-a-box" (CiB) limeundwa. Kwa kawaida, hii ni chasi yenye seva mbili za blade na safu ya diski ya SAS JBOD yenye usaidizi wa Nafasi za Hifadhi. Ni muhimu hapa kwamba SAS JBODs ni bandari mbili, na kuna SAS HBA ya kutekeleza uunganisho wa msalaba.

Shirika hili la mfumo linalenga hasa kusaidia SOFS. Ikizingatiwa kuwa lengo la iSCSI limeunganishwa kama kawaida katika Windows Server 2012 na pia linaweza kuunganishwa, kwa hivyo linaweza kutekeleza mfumo wa uhifadhi wa "kutengenezwa nyumbani" kulingana na mfumo wa uendeshaji wa madhumuni yote.

Hata hivyo, kumbuka kwamba mmiliki wa CSV bado ni mojawapo ya nodes, ambayo inawajibika kwa shughuli zote za metadata. Kiasi kikubwa cha metadata kinaweza kusababisha uharibifu wa utendaji, kwa hivyo hati ya Mfanyakazi wa Taarifa haipendekezwi kwa SOFS, wakati Hyper-V na SQL Server ni bora kwa hili, ikiwa ni pamoja na kupitia vipengele vyao vya ujumlishaji wa kipimo data.

Ubunifu mwingine katika teknolojia za kuunganisha Windows.

Hapo juu tumeorodhesha ubunifu muhimu zaidi na mkubwa tu katika uwanja wa kuunganisha katika Windows Server 2012. Uvumbuzi mwingine mdogo, hata hivyo, pia haukuonekana kwa bahati.

Usaidizi wa uboreshaji mtandaoni umepanuliwa kwa kurahisisha kwa kiasi kikubwa uundaji wa vikundi vya wageni (kutoka kwa mashine pepe). Tofauti na Windows Server 2008 R2, ambapo kwa hili ilikuwa ni lazima kutoa Target ya iSCSI kwa matumizi ya jumla ya mashine za kawaida, mfumo wa uendeshaji wa Windows Server 2012 ulianzisha kazi ambayo inakuwezesha kuboresha mtawala wa FC (sawa na adapta za mtandao), kwa sababu. ambayo mashine za kawaida hupokea uwezekano wa ufikiaji wa moja kwa moja kwa LUN. Chaguo rahisi pia imetekelezwa kwa kutumia kawaida folda ya mtandao SMB 3.0 kwa wageni wa Windows Server 2012.

Moja ya kazi muhimu, lakini zisizo ndogo ni kusakinisha masasisho ya programu kwenye nguzo. Hii inaweza kuhitaji kuanzisha upya nodi, kwa hivyo utaratibu lazima ufuatiliwe. Mfumo wa uendeshaji wa Windows Server 2012 hutoa zana ya Kusasisha Cluster-Aware, ambayo inafanya kazi kama ifuatavyo: nodi moja imeteuliwa kama mratibu na wachunguzi wa sasisho, inapakua kwa nodi zilizobaki, na kusasisha nodi moja baada ya nyingine, kuanzia na. zile ambazo zimepakiwa kidogo. Hii inahakikisha kwamba upatikanaji wa nguzo unadumishwa katika kiwango cha juu iwezekanavyo katika mchakato wa kuboresha.

Pia kuna ubunifu katika usimamizi wa akidi. Kwa mfano, uwezo wa kutoa haki za kupiga kura kwa baadhi ya nodi tu umetekelezwa. Hii inaweza kuwa muhimu wakati wa kuweka nodi za kibinafsi kwenye tovuti ya mbali, lakini ni muhimu zaidi wakati wa kutekeleza muundo mpya wa akidi inayobadilika. Wazo la msingi la akidi inayobadilika ni kwamba nodi ambayo huacha kufanya kazi na haipatikani kwa muda fulani kwa sababu yoyote ile inapoteza haki zake za kupiga kura hadi iunganishwe tena. Kwa hivyo, idadi ya jumla ya kura imepunguzwa na nguzo inabaki inapatikana kwa muda mrefu iwezekanavyo.

Nini kipya katika Windows Server 2012 R2.

Mfumo wa uendeshaji wa Windows Server 2012 R2 sio rahisi Sasisho la Windows Server 2012 ni mfumo mpya wa uendeshaji kamili. Ubunifu unaotekelezwa katika Windows Server 2012 R2 huchukua baadhi ya uwezo wa jukwaa la seva kwa kiwango kipya kabisa. Hii kimsingi inahusu SOFC na Hyper-V.

Mashine pepe zinazopatikana sana.

Utaratibu wa kuunda vikundi vya wageni umerahisishwa, kwa kuwa sasa inawezekana kutumia VHDX za kawaida kama hifadhi ya pamoja, ambayo itawasilishwa kama diski za SAS Zilizoshirikiwa ndani ya mashine pepe. Katika kesi hii, VHDX yenyewe lazima iko kwenye CSV au katika folda za SMB 3.0 zilizoshirikiwa. Katika kesi hii, Windows Server 2012 R2 na Windows Server 2012 (iliyo na vipengee vya ujumuishaji vilivyosasishwa) zinaweza kutumika katika mashine za kawaida.

Chaguo la DrainOnShutdown limeundwa kuondoa wasimamizi wa mfumo kutoka kwa makosa na kazi isiyo ya lazima. Chaguo la kukokotoa huwashwa kwa chaguo-msingi na wakati wa kuwasha upya au kuzimwa kwa ratiba, huhamisha nodi kwa hali ya urekebishaji ambapo majukumu yote yaliyounganishwa huondolewa. Hii huhamisha mashine pepe zinazotumika hadi kwenye vifundo vingine katika kundi la Hyper-V.

Pia katika mfumo mpya wa uendeshaji wa Windows Server 2012 R2, Hyper-V inafuatilia miingiliano ya mtandao katika mashine za kawaida na, ikiwa tatizo linatokea, huanza mchakato wa kuwahamisha kwa mwenyeji ambapo mtandao wa nje unapatikana.

Akidi.

Mbali na akidi ya nguvu, Windows Server 2012 R2 pia inatekeleza shahidi wa diski yenye nguvu (shahidi). Ikiwa idadi ya nodi itabadilika, kura yake inaweza kuhesabiwa kiotomatiki ili jumla ya kura ibaki kuwa isiyo ya kawaida. Ikiwa diski yenyewe itageuka kuwa haipatikani, sauti yake itawekwa upya hadi sifuri. Mpango huu hukuruhusu kutegemea kikamilifu mifumo ya kiotomatiki, ukiacha mifano ya akidi.

Kuegemea kwa vikundi vilivyo kwenye tovuti mbili kumeongezeka. Mara nyingi, kwa utekelezaji kama huo, kuna nusu ya nodi kwenye kila tovuti, kwa hivyo kuvunjika kwa mawasiliano kati ya tovuti kunaweza kusababisha shida katika kuunda akidi. Ijapokuwa utaratibu wa akidi yenye nguvu unakabiliana kwa mafanikio na hali nyingi hizi, katika Windows Server 2012 R2 inawezekana kupeana kipaumbele cha chini kwa mojawapo ya tovuti, ili katika tukio la kushindwa kundi daima hufanya kazi kwenye tovuti kuu. Ikiwa nguzo ilianzishwa na akidi ya kulazimishwa, basi wakati mawasiliano na tovuti ya mbali yamerejeshwa, huduma za nguzo zitaanzishwa upya kiotomatiki na nguzo nzima itaunganishwa tena.

CSV 2.1

Mabadiliko makubwa pia yamefanywa kwenye utekelezaji wa CSV. Sasa majukumu ya wamiliki wa kiasi ni sawasawa kusambazwa katika nodes moja kwa moja, kwa mujibu wa mabadiliko katika idadi yao. Uvumilivu wa hitilafu wa CSV umeongezwa kutokana na ukweli kwamba matukio mawili ya huduma ya seva yanazinduliwa kwenye kila nodi ya nguzo. Moja hutumiwa kuhudumia trafiki ya mteja wa SMB, nyingine hutoa mawasiliano kati ya nodes. Katika kesi hii, huduma inafuatiliwa na ikiwa itashindwa, jukumu la mmiliki wa CSV huhamishiwa kwenye nodi nyingine.

Aina mbalimbali za ubunifu katika CSV hutoa zaidi matumizi bora SOFC na Nafasi za Hifadhi. Usaidizi ulioongezwa kwa mfumo wa faili wa ReFS, ambao ni wa juu zaidi kuliko NTFS shirika la ndani. Uwezekano mkubwa zaidi, mfumo huu wa faili utachukua hatua kwa hatua nafasi ya kuongoza katika bidhaa za Microsoft. Windows Server 2012 R2 pia inaleta utaratibu wa kurudisha nyuma, ambao hapo awali ulikuwa hifadhi ya seva ya faili yenye madhumuni yote. Kuwasha utenganishaji kunazima Cache ya CSV Block, lakini katika baadhi ya matukio inaweza kuwa na ufanisi kabisa. Kiasi cha CSV kinaweza kuundwa nafasi za diski kwa kuangalia usawa.

Katika Windows Server 2012 R2, uwezo wa kuchanganya aina tofauti za anatoa hufanya hisia maalum na nafasi za tiered. Sasa inawezekana kuunda ngazi mbili: haraka (kulingana na SSD) na capacious (kulingana na anatoa ngumu) na, wakati wa kuunda disk virtual, kutenga kiasi fulani kutoka kwa kila mmoja wao. Kisha, kwa mujibu wa ratiba fulani, yaliyomo kwenye diski ya kawaida yatachambuliwa na kuwekwa kwenye vitalu vya MB 1 kwenye vyombo vya habari vya kasi au polepole, kulingana na mahitaji. Matumizi mengine ya nafasi za viwango vingi ni kutekeleza kashe ya maandishi kwenye SSD. Wakati wa mizigo ya kilele, kurekodi hufanywa kwenye anatoa za hali dhabiti haraka, na data baridi huhamishiwa kwa polepole zaidi. diski ngumu.

Ubunifu unaohusiana na CSV na Nafasi za Hifadhi ndio muhimu zaidi katika Windows Server 2012 R2. Kwa msingi wao, unaweza kupeleka sio seva za faili za kuaminika tu, lakini mifumo yenye nguvu na inayoweza kubadilika ya uhifadhi wa data yenye uwezo bora wa kuongeza kiwango na uvumilivu bora wa makosa, ikimpa mtumiaji zana anuwai za kisasa.

Nakala hii itakuonyesha jinsi ya kuunda nguzo ya kushindwa kwa Server 2012 na nodi mbili. Kwanza, nitaorodhesha sharti na kutoa muhtasari wa mazingira ya maunzi, mtandao, na mipangilio ya hifadhi. Kisha itaelezea jinsi ya kupanua Seva 2012 na uwezo wa nguzo wa kushindwa na kutumia Kidhibiti cha Nguzo cha Failover kusanidi nguzo ya nodi mbili.

Kuna vipengele vingi vipya katika Windows Server 2012 hivi kwamba ni vigumu kufuatilia vyote. Baadhi ya vizuizi muhimu vya ujenzi vya miundombinu mpya ya TEHAMA vinahusisha uboreshaji wa nguzo za kushindwa. Kuunganisha kwa kushindwa kulianza kama teknolojia ya kulinda programu-tumizi muhimu za dhamira zinazohitajika kwa shughuli za uzalishaji, kama vile Microsoft SQL Server na Microsoft Exchange. Lakini baadaye, nguzo za kushindwa zilibadilika kuwa jukwaa la upatikanaji wa huduma kadhaa na Programu za Windows. Kuunganisha kwa kushindwa ni sehemu ya msingi wa Dynamic Datacenter na teknolojia kama vile uhamiaji wa moja kwa moja. Kwa Seva ya 2012 na viboreshaji kwa itifaki mpya ya Kizuizi cha Ujumbe wa Seva (SMB) 3.0, wigo wa nguzo za kushindwa umepanuka ili kutoa upatikanaji unaoendelea. rasilimali za faili Na ufikiaji wa pamoja. Muhtasari wa utendakazi wa nguzo za kushindwa katika Server 2012 umetolewa katika makala "Vipengele vipya vya nguzo za kushindwa katika Windows Server 2012" iliyochapishwa katika toleo sawa la jarida.

Masharti ya Kuunganisha kwa Failover

Ili kuunda nguzo ya kushindwa kwa Server 2012 yenye nodi mbili, unahitaji kompyuta mbili zinazoendesha matoleo ya Server 2012 Datacenter au Standard. Hizi zinaweza kuwa kompyuta halisi au mashine za kawaida. Makundi yenye nodi pepe yanaweza kujengwa kwa kutumia kutumia Microsoft Hyper-V au VMware vSphere. Kifungu hiki kinatumia seva mbili za kimwili, lakini hatua za usanidi wa nguzo ni sawa kwa nodi za kimwili na pepe. Kipengele muhimu ni kwamba nodi lazima zisanidiwe kwa kufanana ili nodi ya chelezo iweze kuendesha mzigo wa kazi katika tukio la kushindwa au uhamiaji wa moja kwa moja. Vipengee vilivyotumika katika kundi la jaribio la Server 2012 vinaonyeshwa kwenye takwimu.

Kundi la kushindwa kwa Seva ya 2012 linahitaji hifadhi ya pamoja kama vile iSCSI, SCSI Iliyoambatishwa Kiini, au Fiber Channel SAN. Mfano wetu unatumia iSCSI SAN. Vipengele vifuatavyo vya uhifadhi wa aina hii vinapaswa kuzingatiwa.

• Kila seva lazima iwe na angalau adapta tatu za mtandao: moja ya kuunganisha hifadhi ya iSCSI, moja ya kuwasiliana na nodi ya nguzo, na moja ya kuwasiliana na mtandao wa nje. Ikiwa unapanga kutumia nguzo kwa uhamiaji wa moja kwa moja, basi ni muhimu kuwa na adapta ya nne ya mtandao. Walakini, uhamiaji wa moja kwa moja unaweza pia kufanywa kupitia muunganisho wa mtandao wa nje - itakuwa polepole zaidi. Ikiwa seva zinatumika kwa uboreshaji kwenye Kulingana na Hyper-V na uimarishaji wa seva, basi adapta za ziada za mtandao zinahitajika ili kuhamisha trafiki ya mtandao mashine virtual.
• KATIKA mitandao ya haraka kazi daima ni bora, hivyo kasi ya kiungo cha iSCSI inapaswa kuwa angalau 1 GHz.
• Lengo la iSCSI lazima liambatane na ubainifu wa iSCSI-3, haswa kutoa upungufu unaoendelea. Hili ni hitaji la lazima la uhamiaji wa moja kwa moja. Takriban wachuuzi wote wa hifadhi wana maunzi ambayo yanatii iSCSI 3. Iwapo ungependa kusanidi kikundi katika mazingira ya maabara kwa gharama ya chini, hakikisha kuwa programu lengwa ya iSCSI inakidhi iSCSI 3 na mahitaji ya kudumu ya kutotumia tena. Matoleo ya zamani ya Openfiler hayatumii kiwango hiki, lakini toleo jipya la Openfiler lenye moduli ya Advanced iSCSI Target Plugin (http://www.openfiler.com/products/advanced-iscsi-plugin) inafanya hivyo. Zaidi ya hayo, StarWind Software ya StarWind iSCSI SAN Free Edition (http://www.starwindsoftware.com/starwind-free) inaoana kikamilifu na Hyper-V na uhamiaji wa moja kwa moja. Baadhi ya matoleo ya Seva ya Microsoft Windows yanaweza pia kufanya kazi kama lengo la iSCSI ambalo linatii viwango vya iSCSI 3. Seva ya 2012 inajumuisha lengo la iSCSI. Windows Storage Server 2008 R2 inasaidia programu lengwa ya iSCSI. Unaweza pia kupakua Microsoft iSCSI Software Target 3.3 (http://www.microsoft.com/en-us/download/details.aspx?id=19867), ambayo inafanya kazi na Windows Server 2008 R2.

Kwa maelezo zaidi kuhusu kusanidi hifadhi ya iSCSI kwa nguzo ya kushindwa, angalia upau wa kando "Mfano wa Usanidi wa Hifadhi ya ISCSI." Maelezo zaidi kuhusu mahitaji ya nguzo ya kushindwa yamefafanuliwa katika makala "Mahitaji ya Vifaa vya Kuunganisha Vilivyoshindwa na Chaguo za Uhifadhi" (http://technet.microsoft.com/en-us/library/jj612869.aspx).

Kuongeza Vipengele vya Kuunganisha kwa Failover

Hatua ya kwanza ya kuunda nguzo ya kushindwa kwa Server 2012 yenye nodi mbili ni kuongeza sehemu ya nguzo ya kushindwa kwa kutumia Kidhibiti cha Seva. Kidhibiti Seva hufunguka kiotomatiki unapoingia kwenye Seva 2012. Ili kuongeza kipengele cha nguzo cha kushindwa, chagua Seva ya Ndani na usogeze chini hadi sehemu ya MAJUKUMU NA VIPENGELE. Kutoka kwenye orodha kunjuzi ya TASKS, chagua Ongeza Majukumu na Vipengele, kama Kielelezo 1 kinavyoonyesha. Hii itazindua Mchawi wa Kuongeza Majukumu na Vipengele.

Ukurasa wa kwanza kufunguliwa baada ya kuzindua mchawi ni Kabla ya kuanza ukurasa wa kukaribisha. Bofya Inayofuata ili kwenda kwenye ukurasa wa uteuzi wa aina ya usakinishaji, ambao unauliza ikiwa ungependa kusakinisha kijenzi kompyuta ya ndani au katika huduma ya Kompyuta ya Mbali. Kwa mfano huu, chagua chaguo la usakinishaji kulingana na Wajibu au kipengele na ubofye Inayofuata.

Kwenye ukurasa wa seva fikio, chagua seva ambayo ungependa kusakinisha vipengele vya nguzo vya failover. Katika kesi yangu ni seva ya ndani Jina la WS2012-N1. Kwa seva yako ya ndani iliyochaguliwa, bofya Inayofuata ili kwenda kwenye ukurasa wa Chagua majukumu ya seva. KATIKA katika mfano huu Jukumu la seva halijasakinishwa, kwa hivyo bofya Inayofuata. Au unaweza kubofya kiungo cha Vipengele kwenye menyu ya kushoto.

Kwenye ukurasa wa Chagua vipengele, tembeza chini orodha ya vipengele hadi Kuunganisha kwa kushindwa. Bofya kwenye kisanduku kilicho mbele ya Mkusanyiko wa Failover na utaona kisanduku cha mazungumzo kinachoorodhesha vipengele mbalimbali ambavyo vitasakinishwa kama sehemu ya sehemu hiyo. Kama Kielelezo 2 kinavyoonyesha, kwa chaguo-msingi mchawi atasakinisha zana za usimamizi wa nguzo za kushindwa na moduli ya nguzo ya kushindwa kwa Windows PowerShell. Bofya kitufe cha Ongeza Vipengele ili kurudi kwenye ukurasa wa uteuzi wa vipengele. Bofya Inayofuata.

Thibitisha ukurasa wa chaguo za usakinishaji utaonyesha kipengele cha nguzo ya kushindwa pamoja na zana za usimamizi na moduli ya PowerShell. Unaweza kurudi nyuma na kufanya mabadiliko yoyote kutoka kwa ukurasa huu. Unapobofya kifungo cha Sakinisha, usakinishaji halisi wa vipengele utaanza. Baada ya usakinishaji kukamilika, mchawi utakamilika na kipengele cha Nguzo ya Failover kitaonekana katika sehemu ya MAJUKUMU NA VIPENGELE ya Kidhibiti Seva. Utaratibu huu lazima ukamilike kwenye nodi zote mbili.

Kujaribu Nguzo ya Failover

Hatua inayofuata baada ya kuongeza kipengele cha nguzo ya failover ni kukagua mipangilio ya mazingira ambamo nguzo hiyo imeundwa. Hapa unaweza kutumia Mchawi wa Kuthibitisha Mipangilio katika Kidhibiti cha Nguzo cha Failover. Mchawi huu huangalia mipangilio ya vifaa na programu nodi zote kwenye nguzo na huripoti matatizo yoyote ambayo yanaweza kuingilia mpangilio wa nguzo.

Ili kufungua Kidhibiti cha Nguzo cha Failover, chagua chaguo la Kidhibiti cha Nguzo cha Failover kutoka kwa menyu ya Zana katika Kidhibiti cha Seva. Katika eneo la Usimamizi, bofya kiungo cha Thibitisha Usanidi, kama Kielelezo 3 kinavyoonyesha, ili kuzindua Mchawi wa Usanidi wa Thibitisha.

Skrini ya 3: Kuzindua Mchawi wa Usanidi wa Thibitisha

Kwanza, ukurasa wa kukaribisha wa mchawi unaonekana. Bofya Inayofuata ili kwenda kwenye uteuzi wa seva au ukurasa wa Nguzo. Katika ukurasa huu, ingiza majina ya nodi ya nguzo unayotaka kuangalia. Nilibainisha WS2012-N1 na WS2012-N2. Bofya Inayofuata ili kuonyesha ukurasa wa Chaguo za Kujaribu, ambapo unaweza kuchagua vyumba maalum vya majaribio au kufanya majaribio yote. Angalau kwa mara ya kwanza, ninapendekeza kuendesha vipimo vyote. Bofya Inayofuata ili kwenda kwenye ukurasa wa uthibitishaji unaoonyesha majaribio yanaendeshwa. Bofya Inayofuata ili kuanza mchakato wa majaribio ya nguzo. Wakati wa kupima, toleo la mfumo wa uendeshaji, mipangilio ya mtandao na hifadhi ya nodes zote za nguzo zinachunguzwa. Muhtasari wa matokeo huonyeshwa baada ya mtihani kukamilika.

Ikiwa majaribio ya uthibitishaji yamefanikiwa, unaweza kuunda kikundi. Kielelezo cha 4 kinaonyesha skrini ya muhtasari wa nguzo iliyothibitishwa kwa ufanisi. Ikiwa makosa yanapatikana wakati wa ukaguzi, ripoti itawekwa alama ya pembetatu ya njano (maonyo) au nyekundu "X" ikiwa kuna makosa makubwa. Maonyo yanapaswa kusomwa lakini yanaweza kupuuzwa. Hitilafu kubwa lazima zirekebishwe kabla ya kuunda kikundi.

Matokeo yake, mchawi wa uundaji wa nguzo itazinduliwa, ambayo huanza kutoka kwa ukurasa wa kukaribisha. Bonyeza Ijayo ili uende kwenye ukurasa wa Uteuzi wa Seva, ambayo Mchoro wa 6 unaonyesha. Katika ukurasa huu, ingiza majina ya nodi zote kwenye nguzo, kisha ubofye Ijayo.

Kwenye Sehemu ya Ufikiaji ya Kusimamia ukurasa wa Nguzo, lazima ueleze jina na anwani ya IP ya nguzo, ambayo lazima iwe ya kipekee kwenye mtandao. Kama unavyoona kwenye Screen 7, jina la nguzo yangu ni WS2012-CL01 na anwani ya IP ni 192.168.100.200. Katika kwa kutumia Seva 2012 Anwani ya IP ya nguzo inaweza kukabidhiwa kupitia DHCP, lakini napendelea anwani ya IP iliyowekwa kwa seva kwa seva zangu.

Baada ya kuingiza jina lako na anwani ya IP, bofya Inayofuata ili kuona ukurasa wa uthibitisho (Mchoro 8). Katika ukurasa huu unaweza kuthibitisha mipangilio iliyofanywa wakati wa kuunda kikundi. Unaweza kurudi na kufanya mabadiliko ikiwa ni lazima.

Baada ya kubofya kitufe kinachofuata kwenye ukurasa wa uthibitisho, nguzo huundwa kwenye nodi zote zilizochaguliwa. Ukurasa wa maendeleo unaonyesha hatua za mchawi katika mchakato wa kuunda nguzo mpya. Ikikamilika, mchawi utaonyesha ukurasa wa muhtasari na mipangilio ya nguzo mpya.

Mchawi wa Nguzo Mpya huchagua kiotomatiki hifadhi ya akidi, lakini mara nyingi huchagua diski tofauti ya akidi kuliko msimamizi angependa. Kuangalia ni diski gani inatumika kwa akidi, fungua Kidhibiti cha Nguzo cha Failover na upanue nguzo. Kisha fungua nodi ya Hifadhi na ubofye nodi ya Disks. Disks zinazopatikana kwenye nguzo zitaonyeshwa kwenye paneli ya Disks. Diski iliyochaguliwa na mchawi kwa akidi ya nguzo itaorodheshwa katika sehemu ya Disk Shahidi katika Akidi.

Katika mfano huu, Cluster Disk 4 ilitumika kwa akidi. Saizi yake ni 520 MB, zaidi kidogo. thamani ya chini kwa akidi ya 512 MB. Ikiwa unataka kutumia diski tofauti kwa akidi ya nguzo, unaweza kubadilisha mipangilio ya nguzo kwa kubofya kulia jina la nguzo katika Kidhibiti cha Nguzo cha Failover, kuchagua Vitendo Zaidi, na kisha kuchagua Sanidi Mipangilio ya Akidi ya Nguzo. Hii itaonyesha Mchawi wa Usanidi wa Akidi, ambayo inakuruhusu kubadilisha mipangilio ya akidi ya nguzo.

Kusanidi Kiasi cha Kundi Zilizoshirikiwa na Majukumu ya Mashine Pekee

Nodi zote mbili kwenye nguzo yangu zina jukumu la Hyper-V kwa sababu nguzo hiyo imeundwa kwa mashine pepe zinazopatikana sana ambazo hutoa uhamiaji wa moja kwa moja. Ili kurahisisha uhamiaji wa moja kwa moja, utahitaji kusanidi Kiasi cha Kundi Zilizoshirikiwa (CSV). Tofauti na Server 2008 R2, Kiasi cha Kundi Zilizoshirikiwa huwezeshwa kwa chaguo-msingi katika Seva 2012. Hata hivyo, bado unahitaji kubainisha ni hifadhi gani ya kutumia kwa Juzuu Zilizoshirikiwa za Cluster. Ili kuwezesha CSV kwenye diski inayopatikana, panua nodi ya Hifadhi na uchague nodi ya Disks. Ifuatayo, chagua diski ya nguzo ambayo ungependa kutumia kama CSV na ubofye kiungo cha Ongeza kwa Nguzo Zilizoshirikiwa katika paneli ya Vitendo ya Kidhibiti cha Nguzo cha Failover (Mchoro 9). Sehemu Iliyokabidhiwa kwa diski hii ya nguzo inabadilika kutoka Hifadhi Inayopatikana hadi Kiasi cha Kundi Lililoshirikiwa, kama Kielelezo 9 kinavyoonyesha.

Kwa wakati huu, Kidhibiti cha Nguzo cha Failover husanidi hifadhi ya diski ya nguzo kwa CSV, haswa kuongeza sehemu ya kupachika kwenye diski ya mfumo. Katika mfano huu, Viwango vya Kushiriki vya Nguzo vimewezeshwa kwenye Cluster Disk 1 na Cluster Disk 3 na nyongeza. pointi zinazofuata miunganisho:

* C:ClusterStorageVolume1 * C:ClusterStorageVolume2

Katika hatua hii, nguzo ya nodi mbili ya Seva 2012 imejengwa na Kiasi cha Kushiriki cha Cluster kimewashwa. Kisha unaweza kusakinisha programu zilizounganishwa au kuongeza majukumu kwenye kundi. Katika kesi hii, nguzo iliundwa kwa uboreshaji, kwa hivyo tunaongeza jukumu la mashine kwenye nguzo.

Ili kuongeza jukumu jipya, chagua jina la nguzo katika kidirisha cha kusogeza cha Kidhibiti cha Nguzo cha Failover na ubofye kiungo cha Sanidi Majukumu katika kidirisha cha Vitendo ili kuzindua Mchawi wa Upatikanaji wa Juu. Bofya Inayofuata kwenye ukurasa wa Karibu ili kwenda kwenye ukurasa wa uteuzi wa jukumu. Sogeza chini orodha ya majukumu hadi uone jukumu la mashine pepe, kama Mchoro wa 10 unavyoonyesha. Chagua jukumu na ubofye Inayofuata.

Ukurasa wa uteuzi wa mashine pepe utaorodhesha VM zote kwenye nodi zote kwenye nguzo, kama Kielelezo 11 kinavyoonyesha. Sogeza kwenye orodha na uchague mashine pepe ambazo ungependa kukupa upatikanaji wa hali ya juu. Bofya Inayofuata. Mara tu unapothibitisha uteuzi wako, bofya Inayofuata ili kuongeza majukumu ya mashine pepe kwenye Kidhibiti cha Nguzo cha Failover.

Mfano wa usanidi wa hifadhi ya iSCSI

Kundi la kushindwa kwa Windows Server 2012 linahitaji hifadhi ya pamoja, ambayo inaweza kuwa iSCSI, SCSI Iliyoambatishwa kwa Ufuatiliaji, au Fiber Channel SAN. Kundi hili la kushindwa linatumia Channel SAN.

Kwanza, LUN tatu ziliundwa kwenye iSCSI SAN. LUN moja iliundwa kwa diski ya akidi ya nguzo (MB 520). LUN nyingine ni ya mashine 10 pepe na ina ukubwa wa GB 375. LUN ya tatu imejitolea kwa mashine ndogo ya majaribio ya mtandaoni. LUN zote tatu ziko katika umbizo la NTFS.

Baada ya LUN kuunda, Kianzisha iSCSI kilisanidiwa kwenye nodi zote mbili za Seva 2012. Ili kuongeza shabaha za iSCSI, Kianzisha iSCSI kilichaguliwa kutoka kwa menyu ya Zana katika Kidhibiti cha Seva. Kwenye kichupo cha Ugunduzi, nilibofya kitufe cha Gundua Portal. Matokeo yake, sanduku la mazungumzo la Kugundua Portal lilionekana, ambapo anwani ya IP (192.168.0.1) na bandari ya iSCSI (3260) ya mtandao wa SAN iliingizwa.

Kisha nilienda kwenye kichupo cha Malengo na kubofya kitufe cha Unganisha. Kwenye kisanduku cha mazungumzo cha Unganisha kwa Lengo, niliingiza jina la iSCSI SAN linalolengwa. Ilipatikana kutoka kwa mali ya SAN. Jina linategemea mtoaji wa SAN, jina la kikoa, na majina ya LUN zilizoundwa. Kwa kuongeza jina la lengo, niliweka Ongeza muunganisho huu kwenye orodha ya modi ya Malengo Unayopenda.

Mara tu usanidi wa iSCSI utakapokamilika, LUN hizi huonekana kwenye kichupo cha Malengo cha Kianzisha iSCSI. Ili kuweka LUN kiotomatiki wakati Seva 2012 inapoanza, nilihakikisha kuwa zimeorodheshwa kwenye kichupo cha Malengo Yanayopendelea, kama inavyoonyeshwa kwenye Skrini A.

Skrini A: Inasanidi Kianzisha iSCSI

Hatimaye, majina ya barua yalitolewa kwa LUNs kwa kutumia snap-in Usimamizi wa Diski consoles Usimamizi wa Microsoft(MMC). Nilichagua Q kwa diski ya akidi na W kwa diski inayotumika kwa mashine pepe na Kiasi cha Kushiriki Kishiriki cha Cluster (CSV). Wakati wa kugawa alama za herufi, lazima kwanza uwape kwenye nodi sawa. Kisha unahitaji kuchukua disks nje ya mtandao na kufanya kazi sawa kwenye node ya pili. Matokeo ya kugawa herufi za kiendeshi kwa nodi moja yanaonyeshwa kwenye Skrini B. Unapounda kikundi, hifadhi zitaonyeshwa kama hifadhi inayopatikana.

Hello kila mtu, leo nitakuambia jinsi ya kuanzisha kikundi cha kushindwa kwa Hyper-V katika Windows Server 2012 R2. Acha nikukumbushe kwamba tayari tumezingatia jambo lile lile kwa Hyper-V katika Windows Server 2012 R2.

Tayari katika hatua ya kupanga ya miundombinu yako pepe ya siku zijazo, unapaswa kufikiria juu ya kuhakikisha upatikanaji wa juu wa mashine zako pepe. Ikiwa ndani hali ya kawaida Kutopatikana kwa muda kwa mojawapo ya seva bado kunaweza kukubalika, lakini seva pangishi ya Hyper-V ikisimama, sehemu kubwa ya miundombinu haitaweza kufikiwa. Kuhusiana na hili, utata wa utawala huongezeka kwa kasi - karibu haiwezekani kusimamisha au kuanzisha upya mwenyeji wakati wa saa za kazi, na katika tukio la kushindwa kwa vifaa au kushindwa kwa programu, tutaishia na dharura ya kiwango cha biashara.

Yote hii inaweza kupunguza shauku kwa faida za uboreshaji, lakini kuna njia ya kutoka na iko katika kuunda nguzo ya upatikanaji wa juu. Tayari tumetaja kuwa neno "uvumilivu wa makosa" sio sahihi kabisa na kwa hivyo leo tabia nyingine inazidi kutumika, ambayo inaonyesha kwa usahihi hali ya mambo - "inapatikana sana".

Ili kuunda mfumo kamili wa kuhimili makosa, ni muhimu kuondokana na pointi yoyote ya kushindwa, ambayo katika hali nyingi inahitaji uwekezaji mkubwa wa kifedha. Wakati huo huo, hali nyingi huruhusu kuwepo kwa baadhi ya pointi za kushindwa ikiwa kuondoa matokeo ya kushindwa kwao kutagharimu kidogo kuliko kuwekeza katika miundombinu. Kwa mfano, unaweza kuacha uhifadhi wa gharama kubwa unaostahimili makosa kwa kupendelea seva mbili za bei rahisi na idadi ya kutosha ya vikapu, moja ambayo imeundwa kama hifadhi ya baridi; ikiwa seva ya kwanza itashindwa, tunapanga tena diski na kuwasha ya pili. .

Katika nyenzo hii tutazingatia usanidi rahisi zaidi wa nguzo ya kushindwa, inayojumuisha nodi mbili (nodi) SRV12R2-NODE1 na SRV12R2-NODE2, ambayo kila moja inaendesha chini. Udhibiti wa Windows Seva ya 2012 R2. Sharti la seva hizi ni matumizi ya wasindikaji kutoka kwa mtengenezaji sawa, Intel tu au AMD pekee, vinginevyo uhamiaji wa mashine za kawaida kati ya nodi hautawezekana. Kila nodi lazima iunganishwe kwenye mitandao miwili: LAN ya biashara na mtandao wa hifadhi wa SAN.

Pili sharti kuunda nguzo ni uwepo wa kupelekwa Saraka Inayotumika, katika mchoro wetu inawakilishwa na mtawala wa kikoa SRV12R2-DC1.

Hifadhi inafanywa kwa kutumia teknolojia ya iSCSI na inaweza kutekelezwa kwenye jukwaa lolote linalofaa, katika kesi hii ni seva nyingine kwenye Windows Server 2012 R2 - SRV12R2-STOR. Seva ya hifadhi inaweza kuunganishwa kwenye mtandao wa biashara na kuwa mwanachama wa kikoa, lakini hii sio mahitaji. Upitishaji wa mtandao wa hifadhi lazima uwe angalau 1 Gbit/s.

Hatua inayofuata ni kuongeza sehemu Mkusanyiko wa Failover.

Kwenye ukurasa wa usanidi wa swichi za kawaida, chagua adapta ya mtandao ambayo imeunganishwa kwenye mtandao wa biashara.

Uhamiaji wa mashine virtual iache imezimwa.

Tunaacha vigezo vilivyobaki bila kubadilika. Kufunga jukumu la Hyper-V itahitaji kuanzisha upya, baada ya hapo tunasanidi node ya pili kwa njia ile ile.

Kisha wacha tuendelee kwenye seva ya uhifadhi; tulielezea jinsi ya kusanidi hifadhi ya iSCSI kulingana na Windows Server 2012 katika makala hii, lakini hii sio muhimu, unaweza kutumia seva yoyote ya lengo la iSCSI. Kwa operesheni ya kawaida ya nguzo, tutahitaji kuunda angalau diski mbili za kawaida: diski ya shahidi ya akidi na diski ya kuhifadhi mashine za kawaida. Diski ya shahidi ni rasilimali ya huduma ya nguzo; katika makala hii hatutagusa jukumu lake na utaratibu wa uendeshaji; inatosha kutenga ukubwa wa chini kwa ajili yake, kwa upande wetu 1GB.

Unda lengo jipya la iSCSI na uruhusu ufikiaji wake kwa waanzilishi wawili, ambao watakuwa nodi za nguzo.

Na ufanane na disks zilizoundwa kwa kusudi hili.

Baada ya kusanidi uhifadhi, tutarudi kwenye nodi moja na kuunganisha diski kutoka kwa hifadhi. Kumbuka kwamba ikiwa seva ya hifadhi pia imeunganishwa kwenye mtandao wa ndani, basi wakati wa kuunganisha kwenye lengo la iSCSI, taja kwa upatikanaji. mtandao wa kuhifadhi.

Tunaanzisha na kuunda diski zilizounganishwa.

Kisha tunaenda kwenye nodi ya pili na pia kuunganisha diski; hakuna haja ya kuzibadilisha, tunawapa herufi sawa na lebo za kiasi. Hii sio lazima, lakini inashauriwa kufanya hivyo kwa ajili ya usawa wa mipangilio, wakati diski zinazofanana kwenye nodi zote zina sifa sawa, inakuwa vigumu zaidi kuchanganyikiwa na kufanya makosa.

Kisha tutafungua Meneja wa Hyper-V na wacha tuendelee kusanidi swichi pepe. Jina lao kwenye nodi zote mbili linapaswa kuwa sanjari kabisa.

Sasa tuko tayari kuunda kikundi. Wacha tuzindue vifaa Meneja wa Nguzo ya Failover na uchague kitendo Angalia usanidi.

Katika mipangilio ya mchawi, ongeza nodes tulizoziweka na uchague kuendesha vipimo vyote.

Hundi huchukua muda mwingi; kama makosa yoyote yanatokea, lazima yarekebishwe na ukaguzi urudiwe.

Ikiwa hakuna makosa makubwa yanayopatikana, mchawi utakamilika na itakuhimiza kuunda kikundi kwenye nodes zilizochaguliwa.

Hata hivyo, ikiwa skanisho hutoa maonyo, tunakushauri usome ripoti na ujue ni nini onyo huathiri na nini kifanyike ili kuliondoa. Kwa upande wetu, mchawi alituonya juu ya ukosefu wa upungufu katika viunganisho vya mtandao vya nguzo; kwa chaguo-msingi, nguzo haitumii mitandao ya iSCSI, ambayo ni rahisi kurekebisha baadaye.

Wakati nguzo imeundwa, kitu cha kawaida kinaundwa kwa ajili yake, ambacho kina jina la mtandao na anwani. Tutawaonyesha katika kufunguliwa Mchawi wa Uundaji wa Nguzo.

Hakutakuwa na maswali zaidi na mchawi atatuambia kwamba nguzo imeundwa, huku akitoa onyo kuhusu kutokuwepo kwa diski ya shahidi.

Funga mchawi na upanue mti upande wa kushoto hadi ngazi Hifadhi - Disks, katika vitendo vinavyopatikana upande wa kulia, chagua Ongeza gari na onyesha anatoa zilizounganishwa kwenye dirisha linalofungua, kwa upande wetu kuna mbili kati yao.

Kisha bonyeza-kulia kwenye kitu cha nguzo kwenye mti upande wa kushoto na uchague Hatua za Ziada - Sanidi mipangilio ya akidi ya nguzo.

Sasa hebu tuanzishe diski ya uhifadhi, kila kitu ni rahisi zaidi nayo, bonyeza tu kulia kwenye diski na ueleze: Ongeza kwenye hifadhi iliyoshirikiwa ya nguzo.

Ili diski itumike na washiriki kadhaa wa nguzo mara moja, a CSVFS- mfumo wa faili uliounganishwa unaotekelezwa juu ya NTFS, ambayo ilionekana kwanza kwenye Windows Server 2008 R2 na inaruhusu matumizi ya kazi kama vile uhamiaji wa Dynamic (Live), i.e. uhamisho wa mashine ya kawaida kati ya nodi za nguzo bila kusimamisha uendeshaji wake.

Hifadhi iliyoshirikiwa inapatikana kwenye nodi zote za nguzo katika eneo C:\ClusterStorage\VolumeN. Tafadhali kumbuka kuwa hizi sio folda tu kwenye hifadhi ya mfumo, lakini weka pointi kwa kiasi cha nguzo zilizoshirikiwa.

Baada ya kumaliza na diski, hebu tuendelee kwenye mipangilio ya mtandao, kwa hili tunaenda kwenye sehemu Mitandao. Kwa mtandao ambao umeunganishwa kwenye mtandao wa biashara, onyesha na Ruhusu wateja kuunganishwa kupitia mtandao huu. Kwa mtandao wa hifadhi tutaondoka tu Ruhusu kikundi kutumia mtandao huu, hivyo kutoa upungufu muhimu wa miunganisho ya mtandao.

Hii inakamilisha usanidi wa nguzo. Kufanya kazi na mashada mashine virtual inapaswa kutumika Meneja wa Nguzo ya Failover, lakini sivyo Meneja wa Hyper-V, ambayo imeundwa kusimamia mashine pepe zinazopatikana ndani ya nchi.

Ili kuunda mashine pepe, nenda kwenye sehemu Majukumu kutoka kwa menyu ya kubofya kulia chagua Mashine pepe - Unda mashine pepe, sawa inaweza kufanywa kupitia jopo Vitendo kulia.

Kwanza, chagua mwenyeji ambayo mashine ya kawaida itaundwa. Kila mashine pepe huendesha nodi maalum ya nguzo, ikihamia nodi nyingine wakati nodi yake inaposimama au kushindwa.

Baada ya kuchagua nodi, mchawi wa kawaida wa Uundaji wa Mashine itafungua; kufanya kazi nayo sio ngumu, kwa hivyo tutaishi tu kwenye vidokezo muhimu. Kama eneo la mashine pepe Lazima taja mojawapo ya juzuu za nguzo zilizoshirikiwa C:\ClusterStorage\VolumeN.

Diski kuu ya mtandaoni inapaswa pia kupatikana hapa; unaweza pia kutumia diski kuu zilizopo kwa kuzinakili kwanza kwenye hifadhi iliyoshirikiwa.

Baada ya kuunda mashine ya kawaida, nenda kwa yake Chaguo na kwa uhakika Wachakataji - Utangamano angalia kisanduku Hamisha hadi kwenye kompyuta halisi yenye toleo tofauti la kichakataji, hii itaruhusu uhamiaji kati ya nodi na mifano tofauti wasindikaji mtengenezaji mmoja. Uhamiaji kutoka Intel hadi AMD au kinyume chake haiwezekani.

Kisha nenda kwa Adapta ya mtandao - Kuongeza kasi ya vifaa na uhakikishe kuwa chaguo zilizochaguliwa zinaungwa mkono na kadi za mtandao za nodi zote za nguzo au kuzizima.

Usisahau kusanidi vitendo vya kiotomatiki wakati wa kuanza na kuzima nodi; ikiwa una idadi kubwa ya mashine za mtandaoni, usisahau kuweka ucheleweshaji wa kuanza ili kuzuia mzigo mwingi kwenye mfumo.

Baada ya kumaliza na Vigezo enda kwa Mali mashine ya mtandaoni na zinaonyesha nodi zinazopendekezwa za wamiliki wa jukumu hili katika utaratibu wa kushuka na kipaumbele, mashine zilizo na kipaumbele cha juu huhama kwanza.

Kwenye alamisho Kushindwa Kushughulikia weka idadi ya kushindwa kwa mashine inayokubalika kwa kila kitengo cha wakati, kumbuka kuwa kutofaulu hakuzingatiwi tu kutofaulu kwa nodi, lakini pia upotezaji wa mapigo ya moyo ya mashine ya kawaida, kwa mfano, kufungia kwake. Wakati wa kusanidi na kujaribu, ni mantiki kutaja maadili makubwa.

Pia sanidi Kurejesha uwekaji, chaguo hili hukuruhusu kuhamisha mashine za kawaida kurudi kwa mmiliki anayependelea zaidi wakati inarejeshwa kwa operesheni ya kawaida. Ili kuepuka mizigo mingi, tumia chaguo la kurejesha kuchelewa.

Hii inakamilisha usanidi wa mashine pepe, tunaweza kuzindua na kufanya kazi nayo.

Sasa ni wakati wa kupima uhamiaji, kufanya hivyo, bonyeza-click kwenye mashine na uchague Sogeza - Uhamiaji wa Moja kwa Moja - Chagua Njia. Mashine ya kawaida inapaswa kuhamia kwenye nodi iliyochaguliwa bila kuzima.

Uhamiaji hutokeaje katika mazingira ya kazi? Wacha tuseme tunahitaji kuzima au kuwasha tena nodi ya kwanza ambayo mashine ya mtandaoni inafanya kazi kwa sasa. Baada ya kupokea amri ya kuzima, nodi huanzisha uhamishaji wa mashine za kawaida:

Kuzima kumesimamishwa hadi mashine zote pepe zihamishwe.

Wakati nodi inaporejeshwa kwa huduma, nguzo, ikiwa failover imewezeshwa, huanzisha mchakato wa reverse, kuhamisha mashine ya kawaida kwa mmiliki wake anayependelea.

Ni nini hufanyika ikiwa nodi inayopangisha mashine pepe itaanguka au kuwashwa tena? Mashine zote pepe pia zitaanguka, lakini zitawashwa upya mara moja kwenye nodi za kufanya kazi kulingana na orodha ya wamiliki wanaopendelea.

Kama tulivyokwisha sema, neno "fail-salama", ambalo limekita mizizi katika fasihi ya kiufundi ya nyumbani, sio sahihi na itakuwa sahihi zaidi kulitafsiri kama "kushughulikia kutofaulu", au kutumia wazo la "hali ya juu". upatikanaji”, ambayo inaonyesha hali ya mambo kwa usahihi zaidi.

Nguzo ya Hyper-V haitoi ustahimilivu wa hitilafu kwa mashine pepe; kushindwa kwa nodi husababisha kutofaulu kwa mashine zote zinazopangishwa kwayo, lakini hukuruhusu kuhakikisha upatikanaji wa juu wa huduma zako kwa kuzirejesha kiotomatiki na kuhakikisha muda wa chini zaidi unaowezekana wa kutokuwepo. Pia hukuruhusu kurahisisha kwa kiasi kikubwa usimamizi wa miundombinu ya mtandaoni kwa kukuruhusu kusogeza mashine pepe kati ya nodi bila kukatiza kazi zao.

Kama unavyojua, nguzo hukuruhusu kutatua shida zinazohusiana na utendaji, kusawazisha mzigo na uvumilivu wa makosa. Kujenga nguzo tunatumia ufumbuzi mbalimbali na teknolojia, programu na kiwango cha vifaa. Makala hii itashughulikia ufumbuzi wa programu, inayotolewa Makampuni ya Microsoft na Oracle.

Aina za makundi

Kundi ni kundi kompyuta za kujitegemea(zinazoitwa nodi au nodi), ambazo zinaweza kupatikana kama mfumo wa umoja. Nguzo zinaweza kuundwa ili kutatua tatizo moja au zaidi. Kijadi, kuna aina tatu za vikundi:

• Nguzo za upatikanaji wa juu au nguzo za kushindwa hutumia nodi zisizohitajika ili kuhakikisha utendakazi ikiwa moja ya nodi itashindwa.
• Vikundi vya kusawazisha mzigo hutumiwa kusambaza maombi kutoka kwa wateja kwenye seva nyingi zinazounda kundi.
• Vikundi vya kukokotoa, kama jina linavyopendekeza, hutumiwa kwa madhumuni ya kompyuta wakati kazi inaweza kugawanywa katika kazi ndogo kadhaa, ambazo kila moja inaweza kutekelezwa kwenye nodi tofauti. Kando, kuna makundi ya kompyuta yenye utendakazi wa hali ya juu (HPC), ambayo hufanya takriban 82% ya mifumo katika ukadiriaji wa kompyuta kuu ya Juu500.

Mifumo ya kompyuta iliyosambazwa (gird) wakati mwingine hujulikana kama aina tofauti makundi, ambayo yanaweza kujumuisha seva zilizotawanywa kijiografia na mifumo tofauti ya uendeshaji na usanidi wa maunzi. Katika kesi ya kompyuta ya gridi ya taifa, mwingiliano kati ya nodi hutokea mara chache sana kuliko katika makundi ya kompyuta. Mifumo ya gridi ya taifa inaweza kuchanganya nguzo za HPC, vituo vya kazi vya kawaida na vifaa vingine.

Mfumo kama huo unaweza kuzingatiwa kama jumla ya wazo la "nguzo". Lasters zinaweza kusanidiwa katika hali ya kufanya kazi/amilifu, ambapo nodi zote huchakata maombi ya mtumiaji na hakuna hata moja kati ya hizo ambayo haina shughuli katika hali ya kusubiri, kama inavyofanyika katika chaguo tendaji/sivu.

Oracle RAC na Usawazishaji wa Mizigo ya Mtandao ni mifano ya nguzo inayotumika/inayotumika. Nguzo ya Failover katika Seva ya Windows ni mfano wa nguzo amilifu/isiyotumika. Kupanga kundi amilifu/amilifu kunahitaji mbinu za kisasa zaidi zinazoruhusu nodi nyingi kufikia rasilimali sawa na kusawazisha mabadiliko kati ya nodi zote. Kupanga kikundi kunahitaji kwamba nodi ziunganishwe kwenye mtandao, ambao ama Ethernet ya kitamaduni au InfiniBand hutumiwa mara nyingi.

Ufumbuzi wa programu unaweza kuwa nyeti sana kwa ucheleweshaji - kwa mfano, kwa Oracle RAC, ucheleweshaji haupaswi kuzidi 15 ms. Teknolojia za uhifadhi zinaweza kuwa Fiber Channel, iSCSI au Faili ya NFS seva. Hata hivyo, hebu tuache teknolojia za vifaa nje ya upeo wa makala na tuendelee kuzingatia ufumbuzi katika kiwango cha mfumo wa uendeshaji (kwa kutumia mfano wa Windows Server 2008 R2) na teknolojia zinazokuwezesha kupanga kikundi cha hifadhidata maalum (OracleDatabase 11g) , lakini kwenye OS yoyote inayotumika.

Windows Clustering

Microsoft ina suluhu za kutekeleza kila moja ya aina tatu za nguzo. KATIKA Muundo wa Windows Seva 2008 R2 inajumuisha teknolojia mbili: Kundi la Kusawazisha Mizigo ya Mtandao (NLB) na Nguzo ya Failover. Kuna toleo tofauti la Toleo la Windows Server 2008 HPC la kupanga mazingira ya utendaji wa juu wa kompyuta. Toleo hili limepewa leseni ya kuendesha programu za HPC pekee, yaani, hifadhidata, seva za wavuti au barua haziwezi kuendeshwa kwenye seva hii.

Kundi la NLB linatumika kuchuja na kusambaza trafiki ya TCP/IP kati ya nodi. Aina hii ya nguzo imeundwa kufanya kazi na programu za mtandao - kwa mfano, IIS, VPN au firewall.

Programu zinazotegemea data ya kipindi zinaweza kuwa na ugumu wa kuelekeza mteja kwa seva pangishi nyingine ambayo haina data ya kipindi. Kundi la NLB linaweza kujumuisha hadi nodi thelathini na mbili kwenye matoleo ya x64, na hadi kumi na sita kwenye x86.

Failoverclustering inaungana na kushindwa, ingawa mara nyingi neno hili hutafsiriwa kama "nguzo za kushindwa".

Nodi za nguzo zimeunganishwa kwa utaratibu na kimwili kwa kutumia mtandao wa LAN au WAN; kwa kundi la tovuti nyingi katika Windows Server 2008, hitaji la muda wa kusubiri wa 500 ms limeondolewa, na uwezo wa kusanidi kwa urahisi mapigo ya moyo umeongezwa. Katika tukio la kushindwa kwa seva au kukatika kwa mipango, rasilimali zilizounganishwa huhamishiwa kwenye node nyingine. Katika toleo la Enterprise, unaweza kuweka hadi nodi kumi na sita kwenye kundi, na kumi na tano kati yao zikisalia bila kufanya kitu hadi hitilafu kutokea. Programu zisizo na usaidizi wa nguzo (nguzo-hazijui) haziingiliani na huduma za nguzo na zinaweza tu kubadilishwa hadi nodi nyingine katika tukio la hitilafu ya maunzi.

Programu zinazotambua nguzo zilizotengenezwa kwa kutumia ClusterAPI zinaweza kulindwa dhidi ya hitilafu za programu na maunzi.

Inapeleka nguzo ya kushindwa

Utaratibu wa ufungaji wa nguzo unaweza kugawanywa katika hatua nne. Hatua ya kwanza ni kusanidi maunzi, ambayo lazima yazingatie Sera ya Usaidizi ya Microsoft kwa Makundi ya Windows Server 2008 Failover. Nodi zote za nguzo lazima ziwe na vipengele sawa au sawa. Nodi zote za nguzo lazima ziwe na ufikiaji wa hifadhi iliyoundwa kwa kutumia FiberChannel, iSCSI, au Serial Attached SCSI. Hifadhi zinazotumia Windows Server 2008 zinahitajika ili kusaidia uhifadhi unaoendelea.

Hatua ya pili inahitaji kuongeza sehemu ya Kuunganisha kwa Failover kwa kila nodi - kwa mfano, kupitia Kidhibiti cha Seva. Kazi hii inaweza kufanywa kwa kutumia akaunti, ambayo ina haki za kiutawala kwenye kila nodi. Seva lazima ziwe za kikoa sawa. Inastahili kuwa nodi zote za nguzo ziwe na jukumu sawa, na ni bora kutumia jukumu la seva ya mwanachama, kwani jukumu la mtawala wa kikoa ni ngumu. matatizo iwezekanavyo na DNS na Exchange.

Hatua ya tatu, ya hiari, lakini inayohitajika ni kuangalia usanidi. Uchanganuzi unazinduliwa kupitia Kipengele cha Usimamizi wa Nguzo ya Failover. Ikiwa nodi moja tu imeainishwa ili kuangalia usanidi, basi baadhi ya hundi zitarukwa.

Katika hatua ya nne, nguzo huundwa. Ili kufanya hivyo, mchawi wa Unda Nguzo umezinduliwa kutoka kwa Usimamizi wa Nguzo ya Failover, ambayo inabainisha seva zitajumuishwa kwenye kikundi, jina la kikundi, na mipangilio ya ziada ya anwani ya IP. Ikiwa seva zimeunganishwa kwenye mitandao ambayo haitatumika kwa mawasiliano ndani ya nguzo (kwa mfano, unganisho tu kwa kubadilishana data na uhifadhi), basi katika mali ya mtandao huu katika Usimamizi wa Nguzo za Failover lazima uweke parameta "Usifanye ruhusu nguzo kutumia mtandao huu” .

Kisha unaweza kuanza kusanidi programu unayotaka kusanidi kwa upatikanaji wa juu.

Ili kufanya hivyo, unahitaji kuendesha Mchawi wa Upatikanaji wa Juu, ambao unaweza kupatikana katika Huduma na Maombi ya Udhibiti wa Nguzo ya Failover.

Kiasi cha Kundi Zilizoshirikiwa

Katika kesi ya nguzo ya kushindwa, ufikiaji wa data ya kuhifadhi LUN inaweza tu kuwa nodi hai nani anamiliki rasilimali hii. Wakati wa kubadili nodi nyingine, LUN haijawekwa na imewekwa kwa nodi nyingine. Katika hali nyingi, ucheleweshaji huu sio muhimu, lakini kwa uboreshaji, ucheleweshaji wa sifuri unaweza kuhitajika kubadili mashine pepe kutoka nodi moja hadi nyingine.

Tatizo jingine linalojitokeza kwa sababu LUN ni kitengo cha chini Failover ni kwamba ikiwa programu moja kwenye LUN itashindwa, programu zote zilizohifadhiwa kwenye LUN hiyo lazima zibadilishwe hadi seva nyingine. Programu zote (pamoja na Hyper-V kabla ya toleo la pili la Server 2008) ziliweza kukwepa hii kwa kutumia LUN nyingi, ambazo kila moja ilihifadhi data kutoka kwa programu moja tu. Server 2008 R2 ilianzisha suluhisho kwa matatizo haya, lakini imeundwa kufanya kazi tu na Hyper-V na CSV (Volumes za Pamoja za Cluster).

CSV hukuruhusu kuweka mashine pepe zinazoendeshwa kwenye nodi tofauti za nguzo kwenye hifadhi iliyoshirikiwa - na hivyo kuvunja utegemezi kati ya rasilimali za programu (katika kesi hii, mashine pepe) na rasilimali za diski. CSV hutumia NTFS ya kawaida kama mfumo wake wa faili. Ili kuwezesha CSV, lazima utekeleze amri ya Kuwezesha Kiasi cha Kundi Zilizoshirikiwa katika Kudhibiti Kundi la Failover. Unaweza kulemaza usaidizi wa CSV kupitia koni pekee:

Pata Nguzo | %($_.EnableSharedVolumes = "Walemavu")

Ili kutumia amri hii, Nguzo za Failover, moduli ya PowerShell, lazima ipakiwa. Kutumia CSV kwa kushirikiana na uhamishaji wa moja kwa moja hukuruhusu kuhamisha mashine pepe kati ya seva halisi katika suala la milisekunde, bila kukatiza miunganisho ya mtandao na uwazi kabisa kwa watumiaji. Inafaa kumbuka kuwa kunakili data yoyote (kwa mfano, mashine za kawaida zilizokamilishwa) kwa diski zilizoshirikiwa kwa kutumia CSV lazima zifanywe kupitia nodi ya mratibu.

Ingawa diski iliyoshirikiwa inapatikana kutoka kwa nodi zote kwenye nguzo, nodi huomba ruhusa kutoka kwa nodi ya mratibu kabla ya kuandika data kwenye diski. Zaidi ya hayo, ikiwa kurekodi kunahitaji mabadiliko katika kiwango cha mfumo wa faili (kwa mfano, kubadilisha sifa za faili au kuongeza ukubwa wake), basi node ya mratibu yenyewe inawajibika kwa kurekodi.

Oracle RAC

Oracle Real Application Clusters (RAC) ni chaguo la ziada la Hifadhidata ya Oracle ambayo ilionekana kwa mara ya kwanza katika Hifadhidata ya Oracle 9i chini ya jina OPS (Seva ya Oracle Parallel). Chaguo huruhusu hali nyingi kufikia hifadhidata moja kwa pamoja. Hifadhidata katika Hifadhidata ya Oracle ni mkusanyiko wa faili za data, faili za kumbukumbu, faili za vigezo, na aina zingine za faili. Ili michakato ya mtumiaji kufikia data hii, ni lazima mfano uwe unaendeshwa. Mfano, kwa upande wake, lina miundo ya kumbukumbu (SGA) na michakato ya nyuma. Kwa kukosekana kwa RAC, mfano mmoja tu unaweza kufikia hifadhidata.

Chaguo la RAC halijajumuishwa na Toleo la Biashara na lazima linunuliwe kando. Inafaa kukumbuka kuwa RAC imejumuishwa katika Toleo la Kawaida, lakini toleo hili lina kiasi kikubwa mapungufu ikilinganishwa na Toleo la Biashara, ambalo linatia shaka juu ya ushauri wa matumizi yake.

Miundombinu ya Gridi ya Oracle

Oracle RAC inahitaji Oracle Clusterware (au programu ya watu wengine) ili kuunganisha seva. Kwa zaidi usimamizi rahisi nodi za rasilimali za nguzo kama hizo zinaweza kupangwa katika mabwawa (kutoka toleo la 11g R2, chaguzi mbili za usimamizi zinaungwa mkono - kulingana na sera za mabwawa au, bila kutokuwepo, na msimamizi).

Katika toleo la pili la 11g, Oracle Clusterware iliunganishwa na ASM chini jina la kawaida Miundombinu ya Gridi ya Oracle, ingawa vipengele vyote viwili vinaendelea kusakinishwa katika njia tofauti.

Usimamizi wa Hifadhi Kiotomatiki (ASM) ni meneja wa kiasi na mfumo wa faili ambao unaweza kufanya kazi katika kundi na kwa hifadhidata ya mfano mmoja. ASM inagawanya faili katika Kitengo cha Ugawaji cha ASM.

Saizi ya Kitengo cha Ugawaji imedhamiriwa na kigezo cha AU_SIZE, ambacho kimewekwa kwenye kiwango cha kikundi cha diski na ni 1, 2, 4, 8, 16, 32 au 64 MB. Kisha, Vitengo vya Ugawaji vinasambazwa kwenye diski za ASM kwa kusawazisha upakiaji au kuakisi. Upungufu unaweza kutekelezwa kwa kutumia ASM au katika maunzi.

Diski za ASM zinaweza kuunganishwa kuwa Kikundi cha Kushindwa (hiyo ni, kikundi cha diski ambazo zinaweza kushindwa kwa wakati mmoja - kwa mfano, diski zilizounganishwa na mtawala sawa), wakati kioo kinafanywa kwa diski za Vikundi tofauti vya Kushindwa. Diski zinapoongezwa au kuondolewa, ASM hufanya kiotomatiki kutosawazisha kwa kiwango kilichowekwa na msimamizi.

Faili zinazohusiana na hifadhidata ya Oracle pekee, kama vile faili za udhibiti na kumbukumbu, faili za data, au hifadhi rudufu za RMAN, ndizo zinazoweza kuwekwa kwenye ASM. Mfano wa hifadhidata hauwezi kuingiliana moja kwa moja na faili ambazo zimepangishwa kwenye ASM. Ili kutoa ufikiaji wa data, kikundi cha diski lazima kwanza kiwekwe na mfano wa ndani wa ASM.

Inapeleka Oracle RAC

Hebu tuangalie hatua za kusakinisha vipengele mbalimbali vinavyohitajika kwa Oracle RAC kufanya kazi katika hali amilifu/amilifu kwenye nguzo ya nodi mbili. Kama usambazaji tutazingatia ya hivi karibuni wakati wa kuandika Toleo la Oracle Toleo la Hifadhidata la 11g 2. Hebu tuchukue Oracle Enterprise Linux 5 kama mfumo wa uendeshaji. Oracle Enterprise Linux - mfumo wa uendeshaji, kulingana na RedHat Enterprise Linux. Tofauti zake kuu ni bei ya leseni, usaidizi wa kiufundi kutoka Oracle na vifurushi vya ziada vinavyoweza kutumiwa na programu za Oracle.

Kuandaa OS kwa ajili ya kusakinisha Oracle ni kiwango na inajumuisha kuunda watumiaji na vikundi, kuweka vigezo vya mazingira na vigezo vya kernel. Vigezo vya toleo maalum la OS na hifadhidata vinaweza kupatikana katika Mwongozo wa Ufungaji, unaokuja na usambazaji.

Ni lazima nodi zisanidiwe ili ziwe na ufikiaji wa hifadhi za nje zilizoshirikiwa ambapo faili za hifadhidata na faili za Oracle Clusterware zitahifadhiwa. Mwisho ni pamoja na diski ya kupigia kura (faili inayofafanua washiriki wa kundi) na Usajili wa Nguzo ya Oracle (ina maelezo ya usanidi kama vile matukio na huduma zinazoendeshwa kwenye nodi fulani). Inashauriwa kuunda idadi isiyo ya kawaida ya disks za kupiga kura. Ili kuunda na kusanidi diski za ASM, inashauriwa kutumia ASMLib, ambayo lazima iwekwe kwenye nodi zote:

# rpm -Uvh oracleasm-support-2.1.3-1.el4.x86_64.rpm

rpm -Uvh oracleasmlib-2.0.4-1.el4.x86_64.rpm

rpm -Uvh oracleasm-2.6.9-55.0.12.ELsmp-2.0.3-1.x86_64.rpm

Mbali na interface ya kuingiliana na hifadhi, inashauriwa kusanidi mitandao mitatu kwenye nodes - Kuunganisha, Nje na Backup.
Lazima usanidi anwani za IP (kwa mikono au kwa kutumia Oracle GNS) na DNS ili kutatua majina yote (au GNS pekee).

Kwanza, Miundombinu ya Gridi imewekwa. Ili kufanya hivyo, pakua na ufungue usambazaji, kisha uendesha kisakinishi. Wakati wa mchakato wa ufungaji, lazima ueleze jina la nguzo; taja nodes ambazo zitakuwa sehemu ya nguzo; onyesha madhumuni ya miingiliano ya mtandao; sanidi hifadhi.

Mwishoni, unahitaji kuendesha hati orainstRoot.sh na root.sh na haki za mizizi. Hati ya orainstRoot.sh inatekelezwa kwanza kwenye nodi zote, na inazinduliwa kwenye nodi inayofuata baada tu ya hati iliyotangulia kukamilika. Baada ya kutekeleza orainstRoot.sh, root.sh inatekelezwa kwa mpangilio kwenye kila nodi. Unaweza kuangalia mafanikio ya usakinishaji kwa kutumia amri:

/u01/grid/bin/crsctl angalia nguzo -zote

Baada ya kukamilisha uthibitishaji, unaweza kuanza kusakinisha hifadhidata. Ili kufanya hivyo, tunazindua kisakinishi cha Oracle Universal, ambacho pia hutumiwa kwa usakinishaji wa mara kwa mara wa hifadhidata.

Mbali na nguzo amilifu/amilifu katika toleo la 11g R2, kuna chaguo mbili za kuunda nguzo amilifu/isiyotumika. Mmoja wao ni Oracle RACOneNode. Chaguo jingine halihitaji leseni ya RAC na inatekelezwa kwa kutumia Oracle Clusterware. Katika kesi hii, hifadhi ya pamoja imeundwa kwanza; kisha Miundombinu ya Gridi imewekwa kwa kutumia ASM_CRS na SCAN; na baada ya hapo hifadhidata katika toleo la Standalone imewekwa kwenye nodi. Ifuatayo, rasilimali na maandishi huundwa ambayo hukuruhusu kuzindua mfano kwenye nodi nyingine ikiwa ya kwanza haipatikani.

Hitimisho

Oracle RAC pamoja na Miundombinu ya Gridi ya Oracle hukuruhusu kutekeleza aina mbalimbali za matukio ya kujenga makundi. Kubadilika kwa usanidi na upana wa uwezo hulipwa na bei ya suluhisho kama hilo.

Suluhu za Microsoft hazipunguzwi tu na uwezo wa kukusanyika yenyewe, lakini pia na bidhaa zinazoweza kufanya kazi katika mazingira kama hayo. Ingawa inafaa kuzingatia kuwa seti ya bidhaa kama hizo bado ni pana kuliko hifadhidata moja.

Viungo vinavyohusiana

• Suluhu za Upatikanaji wa Juu kutoka kwa Microsoft: microsoft.com/windowsserver2008/en/us/high-availability.aspx ;
• Uteuzi wa viungo vya uhifadhi wa nyaraka na nyenzo kwenye Failover Clustering na NLB: blogs.msdn.com/b/clustering/archive/2009/08/21/9878286.aspx (blogu - Clusteringand HighAvailability ina taarifa nyingi muhimu);
• Nyaraka na usambazaji wa Oracle RAC: oracle.com/technetwork/database/clustering/overview/index.html ;
• Hati na usambazaji wa Miundombinu ya Oracle Clusterware na Gridi ya Oracle: oracle.com/technetwork/database/clusterware/overview/index.html ;
• Kusanidi Clusterware ya Oracle ili kulinda Hifadhidata ya Oracle ya Tukio Moja 11g: