Nykyään monien yritysten liiketoimintaprosessit ovat täysin sidoksissa tietoon
teknologioita. Organisaatioiden kasvava riippuvuus tietojenkäsittelyn työstä
palvelujen saatavuudella milloin tahansa ja millä tahansa kuormituksella on suuri rooli
rooli. Yksi tietokone voi tarjota vain alkutason luotettavuutta ja
skaalautuvuus, maksimitaso voidaan saavuttaa yhdistämällä
yksi järjestelmä kahdesta tai useammasta tietokoneesta - klusteri.

Miksi tarvitset klusterin?

Klustereita käytetään organisaatioissa, jotka tarvitsevat ympäri vuorokauden ja
palvelujen keskeytymätön saatavuus ja työssä esiintyvät keskeytykset eivät ole toivottavia ja
mahdotonta hyväksyä. Tai tapauksissa, joissa on mahdollista kuormituspiikkiä, joka voi
pääpalvelin ei selviä, lisäpalvelimet auttavat kompensoimaan
isännät, jotka yleensä suorittavat muita tehtäviä. Postipalvelimen käsittelyyn
kymmeniä ja satoja tuhansia kirjeitä päivässä tai web-palvelinta
verkkokaupoissa klustereiden käyttö on erittäin toivottavaa. Käyttäjälle
tällainen järjestelmä pysyy täysin läpinäkyvänä - koko tietokoneryhmä tekee sen
näyttää yhdeltä palvelimelta. Käyttämällä useita, jopa halvempia,
tietokoneiden avulla voit saada erittäin merkittäviä etuja yhteen verrattuna
ja nopea palvelin. Tämä on saapuvien pyyntöjen yhtenäinen jakautuminen,
lisääntynyt vikasietoisuus, koska kun yksi elementti epäonnistuu, sen kuormitus
poimia muut järjestelmät, skaalautuvuus, kätevä huolto ja vaihto
klusterin solmut ja paljon muuta. Yhden solmun vika automaattisesti
havaitaan ja kuorma jaetaan uudelleen, kaikki tämä jää asiakkaalle
huomaamatta.

Win2k3 ominaisuudet

Yleisesti ottaen jotkut klusterit on suunniteltu parantamaan tiedon saatavuutta,
muut - varmistaakseen maksimi suorituskyky. Artikkelin yhteydessä me
tulee kiinnostamaan MPP (Massive Parallel Processing)- klusterit, sisään
jossa samanlaiset sovellukset toimivat useissa tietokoneissa, tarjoten
palvelujen skaalautuvuus. On olemassa useita tekniikoita, jotka mahdollistavat
jakaa kuorma useiden palvelimien kesken: liikenteen uudelleenohjaus,
osoitteen käännös, DNS Round Robin, erikoisen käyttö
ohjelmia, jotka toimivat sovellustasolla, kuten verkkokiihdyttimiä. IN
Win2k3, toisin kuin Win2k, klusteroinnin tuki sisältyy aluksi ja
tuetaan kahden tyyppisiä klustereita, jotka eroavat sovelluksista ja ominaisuuksista
tiedot:

1. NLB (Network Load Balancing) -klusterit- tarjota
TCP-protokolliin perustuvien palveluiden ja sovellusten skaalautuvuus ja korkea käytettävyys
ja UDP, joka yhdistää jopa 32 palvelinta, joilla on sama tietojoukko yhdeksi klusteriksi
käyttää samoja sovelluksia. Jokainen pyyntö suoritetaan muodossa
erillinen kauppa. Käytettiin työskentelemään harvoin vaihtuvien sarjojen kanssa
tietoja, kuten WWW, ISA, Terminal Services ja muut vastaavat palvelut.

2. Palvelinklusterit– voi yhdistää enintään kahdeksan pääsolmua
Tavoitteena on varmistaa sovellusten saatavuus vian aikana. Koostuu aktiivisista ja
passiiviset solmut. Passiivinen solmu istuu käyttämättömänä suurimman osan ajasta ja näyttelee roolia
pääsolmureservi. Yksittäisiä sovelluksia varten on mahdollista konfiguroida
useita aktiivisia palvelimia, jotka jakavat kuorman niiden välillä. Molemmat solmut
kytkettynä yksittäinen arkisto tiedot. Toiminnassa käytetään palvelinklusteria
suuria määriä usein vaihtuvia tietoja (posti, tiedosto ja
SQL-palvelimet). Lisäksi tällainen klusteri ei voi koostua alla kulkevista solmuista
erilaisten Win2k3-vaihtoehtojen hallinta: Enterprise tai Datacenter ( Web-versiot Ja
Vakiopalvelinklustereita ei tueta).

IN Microsoft Application Center 2000(ja vain) oli vielä yksi laji
klusteri - CLB (Component Load Balancing), joka tarjoaa mahdollisuuden
COM+ -sovellusten jakaminen useille palvelimille.

NLB-klusterit

Kun käytät kuormitusta, a
virtuaalinen verkkosovitin, jolla on oma IP- ja MAC-osoite, joka on riippumaton todellisesta osoitteesta.
Tämä virtuaalinen käyttöliittymä edustaa klusteria yhtenä solmuna, asiakkaina
he pääsevät siihen juuri sen virtuaalisen osoitteen kautta. Kaikki pyynnöt vastaanottavat kaikki
klusterin solmu, mutta niitä käsittelee vain yksi. Toimii kaikissa solmuissa
tasapainotuspalvelu verkon kuormitus(Verkon kuormituksen tasapainotuspalvelu),
joiden välillä käytetään erityistä algoritmia, joka ei vaadi tiedonvaihtoa
solmut, päättää, tarvitseeko tietyn solmun käsitellä pyyntö vai
Ei. Solmujen vaihto sykeviestit näyttämällä niitä
saatavuus. Jos isäntä lopettaa sydämenlyönnin tai ilmestyy uusi solmu,
loput solmut alkavat lähentymisprosessi, taas
jakaa kuorman uudelleen. Tasapainotus voidaan toteuttaa kahdella tavalla
tilat:

1) unicast– unicast kun fyysisen MAC:n sijaan
Virtuaaliklusterisovittimen MAC:ia käytetään. Tässä tapauksessa klusterin solmut eivät ole
voivat vaihtaa tietoja keskenään käyttämällä MAC-osoitteita vain IP:n kautta
(tai toinen sovitin, jota ei ole liitetty klusteriin);

Vain yhtä näistä tiloista tulisi käyttää yhdessä klusterissa.

Voidaan mukauttaa useita NLB-klustereita yhdellä verkkosovittimella,
satamia koskevat erityissäännöt. Tällaisia ​​klustereita kutsutaan virtuaaliryhmiksi. Niiden
sovellus mahdollistaa asettamisen kullekin sovellukselle, solmulle tai IP-osoitteelle
tiettyjä tietokoneita ensisijaisessa klusterissa tai estää liikenteen
johonkin sovellukseen vaikuttamatta muiden käynnissä olevien ohjelmien liikenteeseen
tässä solmussa. Tai päinvastoin, NLB-komponentti voi olla sidottu useisiin
verkkosovittimia, joiden avulla voit määrittää useita itsenäisiä klustereita kuhunkin
solmu. Sinun tulee myös olla tietoinen siitä, että palvelinklusterit ja NLB määritetään samaan solmuun
ei ole mahdollista, koska ne toimivat eri tavalla verkkolaitteiden kanssa.

Ylläpitäjä voi tehdä joitain hybridikokoonpano, joilla on
molempien menetelmien edut, esimerkiksi luomalla NLB-klusterin ja määrittämällä replikoinnin
solmujen välistä dataa. Mutta replikointia ei suoriteta jatkuvasti, vaan aika ajoin,
siksi tiedot eri solmuista vaihtelevat jonkin aikaa.

Lopetetaan teoria tähän, vaikka voimme puhua klustereiden rakentamisesta
pitkään, luetellen mahdollisuuksia ja tapoja rakentaa, antaa erilaisia
suosituksia ja erityisiä toteutusvaihtoehtoja. Jätetään kaikki nämä hienovaraisuudet ja vivahteet
itseopiskeluun ja siirrytään käytännön osaan.

NLB-klusterin perustaminen

varten NLB-klustereiden järjestäminen ei tarvita lisäohjelmistoja, siinä kaikki
valmistettu käytettävissä olevilla Win2k3-työkaluilla. Luoda, ylläpitää ja valvoa
NLB-klusterit käyttävät komponenttia "Verkon kuormituksen tasapainotuspäällikkö"
(Network Load Balancing Manager), joka on välilehdellä
"Hallinta" "Ohjauspaneeli" (NLBMgr-komento). Koska komponentti
"Network Load Balancing" on asennettu tavalliseksi Windows-verkkoohjaimeksi,
NLB-asennus voidaan suorittaa myös käyttämällä "Verkkoyhteydet" -komponenttia
missä vastaava tuote on saatavilla. Mutta on parempi käyttää vain ensimmäistä
vaihtoehto, NLB-managerin ja "verkkoyhteyksien" samanaikainen käyttö
voi johtaa arvaamattomiin tuloksiin.

NLB Managerin avulla voit määrittää ja hallita työtä yhdestä paikasta kerralla
useita klustereita ja solmuja.

On myös mahdollista asentaa NLB-klusteri tietokoneeseen, jossa on yksi verkko
verkkokuormituksen tasapainotukseen liittyvä sovitin, mutta tämä
Unicast-tilassa tämän tietokoneen NLB-hallinta ei voi olla
käytetään ohjaamaan muita solmuja, eivätkä solmut itse voi vaihtaa
tietoa keskenään.

Nyt soitamme NLB:n lähettäjälle. Meillä ei ole vielä klustereita, joten mitä on ilmestynyt
ikkuna ei sisällä mitään tietoa. Valitse "Cluster"-valikosta "New" ja
Alamme täyttää kenttiä "Cluster Parameters" -ikkunassa. "Asetukset"-kentässä
Klusterin IP-parametrit" syötä klusterin virtuaalisen IP-osoitteen arvo, maski
aliverkko ja koko nimi. Virtuaalisen MAC-osoitteen arvo on asetettu
automaattisesti. Juuri alta valitsemme klusterin toimintatilan: unicast tai
monilähetys. Kiinnitä huomiota "Salli kaukosäädin" -valintaruutuun
Kaikissa Microsoft-asiakirjoissa on erittäin suositeltavaa olla käyttämättä sitä
turvallisuusongelmien välttäminen. Sen sijaan kannattaa käyttää
lähettäjä tai muut etähallintatyökalut, kuten työkalupakki
Windowsin hallinta (WMI). Jos päätös käyttää sitä on tehty, sinun pitäisi
ryhdyttävä kaikkiin tarvittaviin toimenpiteisiin verkon suojaamiseksi, kattaen lisäksi
palomuurin UDP-portit 1717 ja 2504.

Kun olet täyttänyt kaikki kentät, napsauta "Seuraava". Kun "Cluster IP Addresses" -ikkunassa
tarvittaessa lisää virtuaalisia IP-osoitteita
tämän klusterin käyttämä. Seuraavassa "Port Rules" -ikkunassa voit
aseta kuormituksen tasapainotus yhdelle tai porttien ryhmälle kaikista tai
valitun IP:n UDP- tai TCP-protokollan kautta sekä estää pääsyn klusteriin
tietyt portit (joita palomuuri ei korvaa). Oletusklusteri
käsittelee kaikkien porttien pyynnöt (0–65365); On parempi rajoittaa tätä luetteloa,
lisää vain sitä, mikä on todella välttämätöntä. Jos et kuitenkaan halua sotkea,
voit jättää kaiken ennalleen. Muuten, Win2k:ssa oletuksena kaikki liikenne
suunnattu klusteriin, käsitellyt vain solmun, jolla oli korkein prioriteetti,
loput solmut yhdistettiin vain, kun pääsolmut epäonnistuivat.

Esimerkiksi IIS:ssä sinun on otettava käyttöön vain portit 80 (http) ja 443 (https).
Lisäksi voit tehdä sen niin, että esimerkiksi suojattuja yhteyksiä käsitellään
vain tietyt palvelimet, joille varmenne on asennettu. Lisää
uusi sääntö, napsauta "Lisää", kirjoita näkyviin tulevassa valintaikkunassa
Isännän IP-osoite tai jos sääntö koskee kaikkia, jätä valintaruutu
"Kaikki". Porttialueen "From"- ja "To" -kentissä asetamme saman arvon -
80. Avainkenttä on "Suodatustila" - tässä
määrittää, kuka käsittelee tämän pyynnön. Käytettävissä on kolme kenttää, jotka määrittävät tilan
suodatus: "Useita solmuja", "Yksi solmu" ja "Poista tämä porttialue käytöstä".
"Yksi solmun" valinta tarkoittaa, että liikenne ohjataan valittuun IP-osoitteeseen (tietokone
tai klusteri) kanssa määritetty numero portti, aktiivinen solmu käsittelee,
joilla on alhaisin prioriteettiindikaattori (lisätietoja alla). Valitsemalla "Poista käytöstä..."
tarkoittaa, että kaikki klusterin jäsenet hylkäävät tällaisen liikenteen.

Suodatustilassa "Useita solmuja" voit lisäksi määrittää vaihtoehdon
määrittää asiakkaan kiinnostuksen ohjata liikennettä tietystä asiakkaasta
sama klusterisolmu. Vaihtoehtoja on kolme: "Ei mitään", "Yksi" tai "Luokka"
C". Ensimmäisen valitseminen tarkoittaa, että kaikkiin pyyntöihin vastataan mielivaltaisesti
solmu Mutta sinun ei pitäisi käyttää sitä, jos UDP-protokolla on valittu säännössä tai
"Molemmat". Kun valitset loput pisteet, asiakkaiden samankaltaisuus määräytyy
tietty IP- tai luokan C verkkoalue.

Joten valitaan vaihtoehto portin 80 säännöllemme
"Useita solmuja - luokka C." Täytämme 443:n säännön samalla tavalla, mutta käytämme
"Yksi solmu" niin, että asiakas vastaa aina pääsolmuun alimmalla
etusijalla. Jos työnvälittäjä havaitsee yhteensopimattoman säännön, se tulee näkyviin
varoitusviesti lisätään Windowsin tapahtumalokiin
vastaava merkintä.

Muodosta seuraavaksi yhteys tulevan klusterin solmuun syöttämällä sen nimi tai todellinen IP-osoite ja
Määritämme liitännän, joka yhdistetään klusteriverkkoon. Asetukset-ikkunassa
solmu" valitse prioriteetti luettelosta, määritä verkkoasetukset, aseta alkukirjain
solmun tila (käynnissä, pysäytetty, keskeytetty). Prioriteetti samaan aikaan
on yksilöllinen solmun tunniste; mitä pienempi numero, sitä korkeampi prioriteetti.
Solmu, jonka prioriteetti on 1, on pääpalvelin, ensisijaisesti vastaanottava
paketteja ja toimii reitityspäällikkönä.

"Tallenna tila tietokoneen uudelleenkäynnistyksen jälkeen" -valintaruudun avulla voit
tämän solmun vika tai uudelleenkäynnistys käynnistää sen automaattisesti. Napsautuksen jälkeen
"Valmis"-kohdassa merkintä uudesta klusterista tulee näkyviin Manager-ikkunaan, jossa toistaiseksi
on yksi solmu.
Myös seuraavan solmun lisääminen on helppoa. Valitse "Lisää solmu" valikosta tai
"Yhdistä olemassa olevaan" tietokoneesta riippuen
yhteys on tehty (se on jo osa klusteria vai ei). Sitten ikkunaan
ilmoittaa tietokoneen nimi tai osoite, jos liityntäoikeudet ovat riittävät, uusi
solmu yhdistetään klusteriin. Aluksi hänen nimensä vieressä oleva kuvake on
erilainen, mutta kun konvergenssiprosessi on valmis, se on sama kuin
ensimmäinen tietokone.

Koska lähettäjä näyttää solmujen ominaisuudet yhteyden muodostamishetkellä, varten
Selventääksesi nykyistä tilaa, valitse klusteri ja pikavalikosta kohde
"Päivittää". Ylläpitäjä muodostaa yhteyden klusteriin ja näyttää päivitetyt tiedot.

Asennuksen jälkeen NLB-klusteriälä unohda muuttaa DNS-tietuetta muotoon
nimen resoluutio näytti nyt klusterin IP:n.

Palvelimen kuormituksen muuttaminen

Tässä kokoonpanossa kaikki palvelimet latautuvat tasaisesti (paitsi
"Yksi solmu" -vaihtoehto). Joissakin tapauksissa on tarpeen jakaa kuorma uudelleen,
sijoittamalla suurimman osan työstä yhteen solmuista (esimerkiksi tehokkaimpaan).
Klusterin sääntöjä voidaan muuttaa niiden luomisen jälkeen valitsemalla
valitse "Cluster Properties" -kohde pikavalikosta, joka tulee näkyviin, kun napsautat nimeä.
Kaikki asetukset, joista puhuimme edellä, ovat saatavilla täältä. Valikkokohta
"Solmun ominaisuudet" tarjoaa hieman enemmän vaihtoehtoja. Kohdassa "Solmuasetukset"
voit muuttaa tietyn solmun prioriteettiarvoa. Kohdassa "Säännöt
porteille" et voi lisätä tai poistaa sääntöä; tämä on käytettävissä vain tasolla
klusterin. Mutta kun valitsemme muokata tiettyä sääntöä, saamme mahdollisuuden
säätää joitain asetuksia. Kyllä, milloin vakiintunut tila suodatus
"Useita solmuja" "Kuormitusarvio" -kohta tulee saataville, mikä mahdollistaa
jakaa kuorma uudelleen tiettyyn solmuun. Oletusarvo on valittuna
"Yhtäsuuruinen", mutta "Kuormitusarvio"-kohdassa voit määrittää erilaisen kuormitusarvon
tietty solmu prosentteina klusterin kokonaiskuormituksesta. Jos tila on aktivoitu
suodatus "Yksi solmu", tässä ikkunassa tulee näkyviin uusi parametri"Prioriteetti
käsittelyssä." Sen avulla voit ohjata liikennettä tiettyyn satamaan
klusterin yksi solmu käsittelee ensin ja muut toiset
solmu.

Tapahtumaloki

Kuten aiemmin mainittiin, Network Load Balancing tallentaa kaikki
klusterin toiminnot ja muutokset Windowsin tapahtumalokissa. Nähdäksesi heidät
valitse "Tapahtumien katselu - Järjestelmä", NLB sisältää WLBS-viestit (alk
Windows Load Balancing Service, kuten tätä palvelua kutsuttiin NT:ssä). Lisäksi sisään
lähettäjä-ikkuna näyttää viimeisimmät viestit, jotka sisältävät tietoja virheistä
ja kaikista kokoonpanomuutoksista. Oletuksena tämä tieto ei ole
on tallennettu. Jos haluat kirjoittaa sen tiedostoon, valitse "Asetukset ->
Lokiasetukset", valitse "Ota kirjaus käyttöön" -valintaruutu ja määritä nimi
tiedosto. Uusi tiedosto luodaan alihakemistoosi tili Dokumenteissa
ja Asetukset.

IIS:n määrittäminen replikoinnin kanssa

Klusteri on klusteri, mutta ilman palvelua siinä ei ole järkeä. Lisätään siis IIS (Internet
tietopalvelut). IIS-palvelin sisältyy Win2k3:een, mutta tiivistyy siihen
minimoi palvelimeen kohdistuvien hyökkäysten mahdollisuuden, sitä ei ole asennettu oletusarvoisesti.

On kaksi tapaa asentaa IIS: Ohjauspaneelin kautta tai
ohjattu roolinhallintatoiminto tälle palvelimelle. Katsotaanpa ensimmäistä. Mennään
"Ohjauspaneeli - Lisää tai poista ohjelmia"
Poista ohjelmat), valitse "Asenna Windows-komponentit" (Lisää/poista Windows
Komponentit). Siirry nyt "Sovelluspalvelin" -kohtaan ja tarkista "Palvelut"
IIS" on kaikki mitä tarvitaan. Oletuksena palvelimen työhakemisto on \Inetpub\wwwroot.
Kun IIS on asennettu, se voi tulostaa staattisia asiakirjoja.

Huolimatta epäselvästä asenteesta Microsoftia kohtaan, on huomattava, että yritys on tehnyt niin korkea teknologia tavallisten käyttäjien saatavilla. Tavalla tai toisella, mutta nykyinen tilanne Microsoft ei vähiten määrittänyt tietotekniikan alaa.

Microsoftin ratkaisut ja tuotteet eivät aina heti nousseet erikoisratkaisujen tasolla, mutta tärkeimmistä nousi kuitenkin vähitellen johtajia hinta/toiminnallisuus-suhteessa sekä toteutuksen helppoudessa. Yksi tällainen esimerkki ovat klusterit.

Tietojenkäsittelyklustereiden kehittäminen ei ole vahva kohta Microsoft. Tästä kertoo muun muassa se, että yrityksen kehitystyöt eivät päässeet Top-500 supertietokoneiden listalle. Siksi on täysin loogista, että sisään Windows-linja Server 2012:ssa ei ole HPC (High-performance computing) -versiota.

Lisäksi, kun otetaan huomioon korkean suorituskyvyn laskennan ominaisuudet, Windows-alusta Azure vaikuttaa lupaavammalta. Siksi Microsoft on keskittänyt huomionsa korkean käytettävyyden klustereihin.

Klusterit Windowsissa.

Microsoft otti ensin klusterituen käyttöön Windows NT 4 Server Enterprise Editionin käyttöjärjestelmässä Microsoft Cluster Service (MSCS) -tekniikan muodossa. Windows Server 2008:ssa siitä tuli Failover Clustering -ominaisuus. Pohjimmiltaan nämä ovat vikasietoklustereita tai erittäin käytettävissä olevia klustereita, vaikka joskus niitä ei oikein kutsuta vikasietoisiksi.

Yleensä jos solmu, johon pyyntö lähetetään, epäonnistuu, tapahtuu palvelunesto, mutta tämä aiheuttaa myös automaattinen uudelleenkäynnistys klusteroivat palvelut toiseen solmuun, ja järjestelmä saatetaan valmiustilaan mahdollisimman lyhyessä ajassa.

Korkean käytettävyyden klusteri Windowsissa sisältää vähintään kaksi solmua, joissa on asennettu käyttöjärjestelmä ja vastaavat roolit. Solmut on yhdistettävä ulkoinen verkko Ja sisäinen verkko vaihdon kannalta välttämätön virallisia viestejä, palveluresurssien jaettuun tallennustilaan (esimerkiksi todistajalevyyn päätösvaltaisuutta varten). Lisäksi järjestelmä sisältää tietoja myös klusterisovelluksista. Tilanteessa, jossa palveluja suoritetaan vain yhdessä solmuista, toteutetaan Active-Passive-malli, eli palvelut suoritetaan yhdessä solmussa ja toinen toimii valmiustilassa. Kun molemmat solmut kuljettavat hyötykuormaa, Active-Active-malli otetaan käyttöön.

Ensimmäisen käyttöönoton jälkeen Windowsin tuki klusteille on muuttunut merkittävästi. Tuki tiedostoille ja verkkopalvelut, myöhemmin SQL Server (Windows Server 2000 -käyttöjärjestelmässä), Exchange-palvelin(Windows Server 2003:ssa) ja muut vakiopalvelut ja roolit, mukaan lukien Hyper-V (Windows Server 2008 -käyttöjärjestelmässä). Skaalautuvuutta on parannettu (jopa 64 solmua Windows Server 2012:ssa), ja klusteroitujen palveluiden luetteloa on laajennettu.

Tuki virtualisoinnille sekä Windows Serverin asemointi pilvikäyttöjärjestelmäksi nousi syyksi klusterituen jatkokehittämiselle, koska suuri laskentatiheys vaatii korkeat vaatimukset infrastruktuurin luotettavuuteen ja saatavuuteen. Siksi suurin osa parannuksista on keskittynyt tälle alueelle Windows Server 2008 -käyttöjärjestelmästä alkaen.

Windows Server 2008 R2 -käyttöjärjestelmässä on Hyper-V Cluster Shared Volumes (CSV), jonka avulla solmut voivat käyttää yhtä tiedostoa kerrallaan. NTFS-järjestelmä. Tämän seurauksena useat klusteroidut virtuaalikoneet voivat jakaa saman LUN-osoitteen ja siirtyä isännästä isäntään itsenäisesti.

Windows Server 2012:ssa klusteroitu Hyper-V tuki on parannettu. Lisättiin mahdollisuus hallita virtuaalikoneen prioriteetteja koko klusterin tasolla, mikä määrää muistin uudelleenjaon järjestyksen, virtuaalikoneiden palautuksen solmuvian tai suunnitellun massasiirtymän sattuessa. Valvontamahdollisuuksia on laajennettu - jos valvottu palvelu epäonnistuu, on nyt mahdollista käynnistää uudelleen paitsi itse palvelu, myös koko virtuaalikone. On mahdollista siirtyä toiseen, vähemmän varattuun solmuun. Muita, yhtä mielenkiintoisia klusterointiin liittyviä innovaatioita on otettu käyttöön.

Klusterit Windows Server 2012:ssa.

Ensin tarkastellaan innovaatioita perustekniikoissa, joita klusterit käyttävät tai jotka auttavat laajentamaan niiden ominaisuuksia.

SMB 3.0

Verkon tiedonvaihtoon käytetään uutta SMB 3.0 -protokollan versiota. Tämä protokolla on kysyntää suoritettaessa lukemista, kirjoittamista ja muuta tiedostotoiminnot etäresursseista. Uusi versio sisältää suuren määrän parannuksia, joiden avulla voit optimoida SQL-työtä Palvelin, Hyper-V ja tiedostoklusterit. Huomioi seuraavat päivitykset:

• läpinäkyvä vikasietoisuus. Tämä innovaatio varmistaa toiminnan jatkuvuuden. Jos jokin tiedostoklusterin solmuista epäonnistuu, käynnissä olevat toiminnot siirretään automaattisesti toiseen solmuun. Tämän innovaation ansiosta tuli mahdolliseksi toteuttaa Active-Active-järjestelmä, joka tukee jopa 8 solmua.
• skaalaus. Ansiosta uusi toteutus Klusterin jaetut taltiot (versio 2.0) mahdollistavat samanaikaisen pääsyn tiedostoihin kaikkien klusterin solmujen kautta, mikä mahdollistaa suorituskyvyn yhdistämisen ja kuormituksen tasapainotuksen.
• SMB Direct. Tuki verkkosovittimille RDMA-tekniikalla on otettu käyttöön. RDMA (Remote Direct Memory Access) -teknologia mahdollistaa tietojen siirtämisen suoraan sovellusmuistiin, mikä vapauttaa merkittävästi prosessoria.
• SMB-monikanava. Mahdollistaa kaistanleveyden yhdistämisen ja lisää vikasietoisuutta useiden laitteiden läsnä ollessa verkkopolut SMB 3.0 -yhteensopivan palvelimen ja asiakkaan välillä.

On sanottava, että näiden ominaisuuksien käyttäminen edellyttää SMB 3.0 -tuen olevan yhteyden molemmissa päissä. Microsoft suosittelee saman sukupolven palvelimien ja asiakkaiden käyttöä (Windows Server 2012:n tapauksessa tämä asiakasalusta on Windows 8). Valitettavasti Windows 7 tukee nykyään vain SMB-versiota 2.1.

Säilytystilat.

Storage Spaces -teknologia otettiin käyttöön ensimmäistä kertaa Windows Server 2012- ja Windows 8 -käyttöjärjestelmissä Tuki uudelle ReFS-tiedostojärjestelmälle, joka tarjoaa toimintoja vikasietoisuuden lisäämiseen. Poolissa olevia levyjä on mahdollista määrittää hot swap(jos jokin muu media epäonnistuu tai nopea vaihto SSD, joka on käyttänyt resurssinsa). Lisäksi PowerShellin hienosäätömahdollisuuksia on laajennettu.

Pohjimmiltaan Storage Spaces -tekniikka on RAID-ohjelmistototeutus, jota on parannettu suuri määrä lisätoimintoja. Ensinnäkin suorakäyttöiset asemat on yhdistettävä. Periaatteessa asemat voivat olla mitä tahansa tyyppiä ja kapasiteettia, mutta organisaatiolle vakaa toiminta edellytetään selkeää ymmärrystä tekniikan toimintaperiaatteista.

• yksinkertainen (samanlainen kuin RAID 0);
• peili (kaksisuuntainen peili on analoginen RAID1:n kanssa, kolmisuuntainen peili on enemmän monimutkainen piiri kuten RAID 1E)
• pariteetilla (analogisesti RAID 5:n kanssa. Tämä vaihtoehto varmistaa minimaalisen tilanhukkaa ja minimaalisen vikasietoisuuden).

Storage Spaces -tekniikka ei ole täysin uutta. Samanlaisia ​​ominaisuuksia on otettu käyttöön Windows Serverissä jo pitkään, esimerkiksi dynaamisten levyjen muodossa. Storage Spaces -teknologia tekee kaikista näistä ominaisuuksista kätevämpiä ja tarjoaa uuden tason käyttökokemuksen. Muiden tallennustilojen etujen joukossa on huomioitava ohut provisiointi, jonka avulla virtuaalilevyille voidaan määrittää todellisuudessa saatavilla olevia kokoja suurempia kokoja, jotta vastaavaan pooliin voidaan myöhemmin lisätä uusia asemia.

Yksi Storage Spaces -tekniikan haastavimmista ongelmista on suorituskyky. Pääsääntöisesti ohjelmistototeutuksia RAID on suorituskyvyltään huonompi kuin laitteistovaihtoehdot. Jos kuitenkin puhumme tiedostopalvelimesta, niin Storage Spacesilla on käytössään suuri määrä RAM-muistia ja tehokas prosessori, joten testaus on tarpeen ottaen huomioon erilaisia ​​tyyppejä kuormia. Tästä näkökulmasta erityinen arvo saada hienosäätöominaisuuksia PowerShellin avulla.

Storage Spaces -tekniikka eliminoi RAID-ohjaimet ja kalliita järjestelmiä tallennus, siirtämällä logiikka käyttöjärjestelmätasolle. Tämä idea paljastaa kaikki ansiot ja osoittautuu varsin houkuttelevaksi yhdessä toisen innovaation kanssa.

Scale-Out File Server (SOFS).

Toinen innovaatio on klusteroitu roolitila Tiedostopalvelin Windows Server 2012:ssa, jota kutsutaan Scale-Out File Serveriksi. Nyt tuetaan kahta klusterointityyppiä, joiden nimet kuulostavat nimellä File Sever for General Use ja Scale-Out File Server (SOFS). sovellustiedot. Jokaisella tekniikalla on omat käyttöalueet sekä omat etunsa ja haittansa.

All-Purpose File Server on hyvä idea kuuluisa tyyppi Aktiivinen-passiivinen klusteri. SOFS puolestaan ​​on Active-Active-klusteri, joka on todella vikasietoinen kokoonpano. varten jakaminen Jatkuvasti käytettävissä -vaihtoehtoa käytetään vastaaville kansioille.

Erinomaisten vikasietoominaisuuksien lisäksi tämä parantaa suorituskykyä verkkoarkkitehtuurin järkevän suunnittelun mukaan. CSV 2.0 Proxy File System (CSVFS) vähentää CHKDSK:n vaikutusta antamalla apuohjelman suorittaa tarvittavat toiminnot samalla, kun se pystyy työskentelemään aktiivisten sovellusten määrän kanssa. Toteutettu lukuvälimuisti CSV-tiedostosta. CSV:n käyttö tekee siitä yksinkertaisen ja helpon käyttöönoton ja hallinnan. Käyttäjän on luotava tavallinen klusteri, määritettävä CSV-taltio ja aktivoitava tiedostopalvelimen rooli Scale-Out File -tilassa Palvelin varten sovellustiedot.

Ehdotetun ratkaisun yksinkertaisuuden ja toimivuuden ansiosta on muodostunut uusi luokka "cluster-in-a-box" (CiB) -laitteita. Tyypillisesti tämä on runko, jossa on kaksi korttipalvelinta ja levyryhmä SAS JBOD tallennustilojen tuella. Tässä on tärkeää, että SAS JBOD:t ovat kaksiporttisia ja että SAS HBA mahdollistaa ristiinyhteyden.

Tämä järjestelmän organisaatio on suunnattu erityisesti SOFS:n tukemiseen. Ottaen huomioon, että iSCSI-kohde on integroitu vakiona Windows Server 2012:een ja se voidaan myös klusteroida, se voi siten toteuttaa "kotitekoisen" tallennusjärjestelmän, joka perustuu monikäyttöiseen käyttöjärjestelmään.

Muista kuitenkin, että CSV:n omistaja on edelleen yksi solmuista, joka on vastuussa kaikista metatietotoiminnoista. Suuret metadatamäärät voivat aiheuttaa suorituskyvyn heikkenemistä, joten Information Worker -komentosarjaa ei suositella SOFS:lle, kun taas Hyper-V ja SQL Server ovat ihanteellisia tähän, myös kaistanlansiosta.

Muita Windows-klusterointitekniikoiden innovaatioita.

Yllä olemme listanneet vain tärkeimmät ja suuret innovaatiot klusteroinnin alalla Windows Server 2012:ssa. Muut pienemmät innovaatiot eivät kuitenkaan ilmestyneet sattumalta.

Virtualisoinnin tukea on laajennettu yksinkertaistamalla merkittävästi vierasklusterien luomista (virtuaalikoneista). Toisin kuin Windows Server 2008 R2, jossa tätä varten oli tarpeen tarjota iSCSI-kohde virtuaalikoneiden yleiseen käyttöön, Windows Server 2012 -käyttöjärjestelmä esitteli toiminnon, jonka avulla voit virtualisoida FC-ohjaimen (samanlainen kuin verkkosovittimet), koska johon virtuaalikoneet saavat suoran pääsyn LUN:iin. Yksinkertaisempi vaihtoehto on myös toteutettu käyttämällä SMB 3.0:n jaettua verkkokansiota Windows-vieraat Palvelin 2012.

Yksi tärkeimmistä mutta ei-triviaaleja tehtäviä on asennus ohjelmistopäivitykset klusterissa. Tämä saattaa edellyttää solmujen uudelleenkäynnistämistä, joten menettelyä on seurattava. Windows Server 2012 -käyttöjärjestelmä tarjoaa klusteritietoisen päivitystyökalun, joka toimii seuraavasti: yksi solmuista on nimetty koordinaattoriksi ja tarkkailee päivityksiä, lataa ne jäljellä oleviin solmuihin ja päivittää solmut yksitellen alkaen vähiten kuormitettuja. Tämä varmistaa, että klusterin saatavuus säilyy korkeimmalla mahdollisella tasolla koko päivitysprosessin ajan.

Myös päätösvaltaisuuden hallinnassa on innovaatioita. Esimerkiksi mahdollisuus antaa äänioikeus vain joillekin solmuille on otettu käyttöön. Tämä voi olla hyödyllistä sijoitettaessa yksittäisiä solmuja etäsivustolle, mutta se on arvokkainta, kun toteutetaan uutta dynaamista koorumimallia. Dynaamisen päätösvaltaisuuden perusideana on, että solmu, joka lakkaa toimimasta ja on jostain syystä poissa tietyn ajan kuluessa, menettää äänioikeutensa yhdistäminen uudelleen. Näin äänten kokonaismäärä pienenee ja klusteri on käytettävissä mahdollisimman pitkään.

Mitä uutta Windows Server 2012 R2:ssa.

Windows Server 2012 R2 -käyttöjärjestelmä ei ole yksinkertainen päivitys Windows Server 2012:een, vaan täysin uusi käyttöjärjestelmä. Windows Server 2012 R2:ssa toteutetut innovaatiot kääntävät joitain ominaisuuksia palvelinalusta laadullisesti uudelle tasolle. Tämä koskee ensisijaisesti SOFC:tä ja Hyper-V:tä.

Erittäin saatavilla olevat virtuaalikoneet.

Vierasklustereiden luontimenettelyä on yksinkertaistettu, koska nyt on mahdollista käyttää jaettuna tallennustilana tavallisia VHDX-levyjä, jotka esitetään virtuaalikoneen sisällä Jaettuina SAS-levyinä. Tässä tapauksessa itse VHDX on asetettava CSV-tiedostoon tai sisään jaetut kansiot SMB 3.0. Tässä tapauksessa sekä Windows Server 2012 R2:ta että Windows Server 2012:ta (päivitetyillä integraatiokomponenteilla) voidaan käyttää virtuaalikoneissa.

DrainOnShutdown-vaihtoehto on suunniteltu poistamaan järjestelmänvalvojat virheistä ja turhasta työstä. Toiminto aktivoidaan oletusarvoisesti, ja ajoitettujen uudelleenkäynnistysten tai sammutusten aikana se siirtää solmun ennakoivasti ylläpitotilaan, jossa kaikki klusteroidut roolit evakuoidaan. Tämä siirtää aktiiviset virtuaalikoneet muihin Hyper-V-klusterin solmuihin.

Myös uudessa Windows Server 2012 R2 -käyttöjärjestelmässä Hyper-V valvoo virtuaalikoneiden verkkoliittymiä ja käynnistää ongelman ilmetessä niiden siirtämisen isäntään, jossa ulkoinen verkko on käytettävissä.

Päätösvaltaisuus.

Dynaamisen päätösvaltaisuuden lisäksi Windows Server 2012 R2 toteuttaa myös dynaamisen levyn todistajan (witness). Jos solmujen lukumäärä muuttuu, hänen äänensä voidaan laskea automaattisesti niin, että äänten kokonaismäärä pysyy parittomana. Jos levy itsessään ei ole käytettävissä, sen ääni yksinkertaisesti nollataan. Tämän järjestelmän avulla voit luottaa täysin automaattisiin mekanismeihin hylkäämällä koorumimalleja.

Kahdella paikkakunnalla sijaitsevien klustereiden luotettavuutta on lisätty. Usein tällaisessa toteutuksessa täsmälleen puolet solmuista sijaitsee kussakin paikassa, joten sivustojen väliset tietoliikennekatkot voivat aiheuttaa ongelmia päätösvaltaisuuden muodostamisessa. Vaikka dynaaminen päätösvaltamekanismi käsittelee useimmat näistä tilanteista onnistuneesti, Windows Server 2012 R2:ssa on mahdollista määrittää alhainen prioriteetti yhdelle sivustosta, jotta klusteri toimii aina pääsivustolla vian sattuessa. Jos klusteri käynnistettiin pakotetulla päätösvallalla, klusterin palvelut käynnistetään uudelleen, kun yhteys etäsivuston kanssa on palautettu. automaattinen tila ja koko klusteri yhdistyy jälleen.

CSV 2.1

Myös CSV:n käyttöönottoon on tehty merkittäviä muutoksia. Nyt taltioiden omistajien roolit jakautuvat tasaisesti solmujen kesken automaattisesti niiden lukumäärän muutosten mukaisesti. CSV:n vikasietoisuutta on lisätty, koska kussakin klusterin solmussa käynnistetään kaksi palvelinpalvelun esiintymää. Toista käytetään palvelemaan asiakkaan SMB-liikennettä, toinen tarjoaa yhteyden solmujen välillä. Tässä tapauksessa palvelua valvotaan ja epäonnistuessa CSV-omistajan rooli siirretään toiseen solmuun.

Useat CSV-innovaatiot tarjoavat enemmän tehokas käyttö SOFC ja tallennustilat. Lisätty tuki ReFS-tiedostojärjestelmälle, joka on edistyneempi kuin NTFS sisäinen organisaatio. Todennäköisesti tämä tiedostojärjestelmä ottaa vähitellen johtavan aseman Microsoftin tuotteissa. Windows Server 2012 R2 sisältää myös päällekkäisyyksien poistomekanismin, joka oli aiemmin yleisen tiedostopalvelimen suoja. Päällekkäisyyden poistamisen ottaminen käyttöön poistaa CSV-lohkovälimuistin käytöstä, mutta joissain tapauksissa se voi olla varsin tehokasta. CSV-taltioita voidaan luoda tallennustiloihin pariteetilla.

Windows Server 2012 R2:ssa mahdollisuus yhdistää asemia erilaisia ​​tyyppejä sai erityisen merkityksen monitasoisilla tiloilla. Nyt on mahdollista luoda kaksi tasoa: nopea (perustuu SSD:hen) ja suuri kapasiteetti (perustuu kovalevyt) ja kun luot virtuaalilevyn, varaa jokaisesta niistä tietty asema. Sitten tietyn aikataulun mukaisesti virtuaalilevyn sisältö analysoidaan ja sijoitetaan 1 Mt:n lohkoihin nopeammalle tai hitaammalle medialle tarpeen mukaan. Toinen monitasoisten tilojen käyttötarkoitus on toteuttaa välimuisti takaisinkirjoitus SSD:llä. Huippukuormituksen aikana tallennus tapahtuu nopeasti solid-state-asemat, ja myöhemmin kylmät tiedot siirretään hitaammille kiintolevyille.

CSV- ja tallennustiloihin liittyvät innovaatiot ovat merkittävimmät Windows Server 2012 R2:ssa. Niiden perusteella voit käyttää paitsi luotettavaa tiedostopalvelimet, mutta tehokkaat ja joustavat tiedontallennusjärjestelmät, joilla on erinomainen skaalautuvuus ja erinomainen vikasietokyky, jotka tarjoavat käyttäjälle laajan valikoiman nykyaikaisia ​​työkaluja.

Useiden vuosien hiljaisuuden jälkeen päätin jakaa kokemukseni Windows Server 2012:een perustuvan vikasietoklusterin käyttöönotosta.
Ongelmailmoitus: Ota käyttöön vikasietoklusteri virtuaalikoneiden isännöintiin, ja se pystyy erottamaan virtuaalikoneet erillisiin virtuaalialiverkkoihin (VLAN), varmistaa korkean luotettavuuden, mahdollisuuden vaihtoehtoiseen palvelimen ylläpitoon ja varmistaa palvelujen saatavuuden. Varmista, että IT-osastosi nukkuu rauhallisesti.

Yllä olevan tehtävän suorittamiseksi onnistuimme hankkimaan itsellemme seuraavat laitteet:

1. Palvelin HP ProLiant DL 560 Gen8 4x Xeon 8 core 64 Gt RAM 2 kpl.
2. SAS Storage HP P2000 24 2,5" levylle 1 kpl.
3. Tallennuslevyt 300 Gb 24 kpl. // Volyymi ei ole suuri, mutta valitettavasti budjetit ovat sellaisia...
4. Ohjain varten SAS-liitännät valmistaja HP ​​2 kpl.
5. Verkkosovitin 4 1Gb portille 2 kpl. //Moduuli oli mahdollista ottaa 4 SFP:lle, mutta meillä ei ole 10 Gb:tä tukevaa laitteistoa, gigabitin yhteys riittää.

Luonnollisesti päivitämme BIOSin ja laiteohjelmiston viralliselta verkkosivustolta.
Yhteyksien järjestäminen:


Meillä on itse asiassa se kytketty kahteen eri kytkimeen. Voidaan liittää 4 eri laitteeseen. Mielestäni 2x riittää.
Kytkinporteissa, joihin palvelimet on kytketty, on tarpeen vaihtaa liitäntätila pääsystä runkoverkkoon, jotta voidaan jakaa virtuaalialiverkkojen välillä.

Kun päivityksiä ladataan juuri asennettuun Windows Server 2012:een, määritetään levytallennus. Suunnittelemme tietokantapalvelimen käyttöönottoa, joten päätimme käyttää 600 Gt tietokantoihin, loput muihin virtuaalikoneen, tällainen tautologia.

Luo virtuaalilevyjä:

• Raid10-levy perustuu Raid 1+0:aan 4 levystä +1 varalevy
• Raid5-levy perustuu Raid 5:een 16 levystä +1 varalevy
• 2 levyä - varaosia

Suosittelen ilmoittamaan levyn nimessä toiminnot heti, HP suosittelee myös pienen määrän virtuaalisia levyjä, jotka sisältävät suuren määrän fyysisiä levyjä, ts. Sinun ei pitäisi luoda joukkoa pieniä virtuaalilevyjä.

Nyt sinun on luotava osiot.

• raid5_quorum - niin sanottu todistajalevy (witness). Vaaditaan kahden solmun klusterin järjestämiseen.
• raid5_store - Täällä tallennamme virtuaalikoneita ja niiden kiintolevyjä
• raid10_db - MS SQL Server -virtuaalikoneen kiintolevy tallennetaan tähän

Osoitamme (kartoitamme) osiot tallennusohjainten sas-portteihin.
On välttämätöntä ottaa Microsoft Multipath IO -ominaisuus käyttöön, muuten kun palvelin muodostaa yhteyden molempiin tallennusohjaimiin, järjestelmässä on 6 levyä kolmen sijasta ja klusteri ei koota, mikä antaa virheilmoituksen, jossa sanotaan, että sinulla on samat levyt. sarjanumerot, ja tämä ohjattu toiminto on oikea, haluan kertoa sinulle.

Suosittelen yhdistämään palvelimet tallennustilaan yksitellen:

1. Yhdistetty 1 palvelin 1 tallennusohjaimeen
2. 1 yhdistetty isäntä näkyy tallennustilassa - anna sille nimi. Suosittelen kutsumaan sitä näin: palvelimen nimi_ohjaimen numero (A tai B)
3. Ja niin edelleen, kunnes yhdistät molemmat palvelimet molempiin ohjaimiin.

Kytkimissä, joihin palvelimet on yhdistetty, sinun on luotava 3 virtuaalista aliverkkoa (VLAN):

1. ClusterNetwork – tähän klusterin palvelutiedot kulkevat (syke, tallennustilan kirjoitussääntely)
2. LiveMigration - Mielestäni täällä on kaikki selvää
3. Hallinta - verkosto johtamista varten

Tämä päättää infrastruktuurin valmistelun. Siirrytään palvelinten asettamiseen ja klusterin kasvattamiseen.

Yhdistämme palvelimet verkkotunnukseen. Asenna Hyper-V-rooli, Failover Cluster.
Ota SAS-laitteiden tuki käyttöön Multipath IO -asetuksissa.
Muista käynnistää uudelleen.

Seuraavat asetukset on suoritettava molemmilla palvelimilla.

Nimeä kaikki 4 uudelleen verkkoliitäntä fyysisten porttien mukaan (meidän ovat 1,2,3,4).
Määritä NIC Teaming - Lisää kaikki 4 sovitinta tiimiin, Teaming-tila - Kytkimestä riippumaton, Kuormituksen tasapainotus - Hyper-V-portti. Annamme joukkueelle nimen, sitä minä kutsuin Teamiksi.
Nyt sinun on nostettava virtuaalikytkintä.
Avaa powershell ja kirjoita:

Uusi-VMS-kytkin "VSwitch" -Minimikaistanleveystilan paino -NetAdapterName "Tiimi" -AllowManagementOS 0

Luomme 3 virtuaalista verkkosovitinta.
Samassa tehokuoressa:

Add-VMNetworkAdapter –ManagementOS –Name "Management" Add-VMNetworkAdapter -ManagementOS -Nimi "ClusterNetwork" Add-VMNetworkAdapter -ManagementOS -Nimi "Live Migration"

Nämä virtuaalikytkimet ilmestyvät verkon ja jakamisen ohjauskeskukseen, ja niiden kautta palvelimidemme liikenne virtaa.

Mukauta osoitteesi suunnitelmiesi mukaan.

Siirrämme sovittimet sopiviin VLAN-verkkoihin.
Suosikki powershellissäsi:

Set-VMNetworkAdapterVlan -ManagementOS -Access -VlanId 2 -VMNetworkAdapterName "Management" -Vahvista Set-VMNetworkAdapterVlan -ManagementOS -Access -VlanId 3 -VMNetworkAdapterName -AdapterName ccess -VlanId 4 -VMNetworkAdapterName "Live Migration" -Vahvistaa

Nyt sinun on määritettävä QoS.

Kun määrität QoS:n painon mukaan, mikä on Microsoftin mukaan paras käytäntö, suosittelen asettamaan painon niin, että kokonaismäärä on 100, jolloin voimme olettaa, että asetuksessa määritetty arvo on taattu prosenttiosuus kaistanleveydestä. Joka tapauksessa prosenttiosuus lasketaan kaavalla:

Kaistanleveysprosentti = asetettu paino * 100 / kaikkien asetettujen painojen summa

Set-VMSwitch "VSwitch" -DefaultFlowMinimumBandwidthWeight 15

Lisätietoja klusteripalveluista.

Set-VMNetworkAdapter -ManagementOS -Nimi "Cluster" -MinimimBandwidthWeight 30

Hallinnolle.

Set-VMNetworkAdapter -ManagementOS -Nimi "Hallinta" -MinimiBandwidthWeight 5

Elävää siirtoa varten.

Set-VMNetworkAdapter -ManagementOS -Nimi "Live Migration" -MinimimBandwidthWeight 50

Jotta liikenne sujuisi oikein verkkojen välillä, on tarpeen asettaa mittarit oikein.
Klusteripalvelun tietoliikenne kulkee alhaisimman mittarin verkossa. Live Migration kulkee seuraavaksi korkeimmalla verkkomittarilla.

Tehdään juuri niin.
Rakkaassamme:

$n = Get-ClusterNetwork "ClusterNetwork" $n.Metric = 1000 $n = Get-ClusterNetwork "LiveMigration" $n.Metric = 1050 $n = Get-ClusterNetwork "Management" $n.Metric = 1100

Asennamme todistajalevymme solmuun, josta koomme klusterin, alustamme sen ntfs:ksi.

Nimeä Verkot uudelleen Failover Clustering -laajennuksen Verkot-osiossa vastaamaan sovittimiamme.

Kaikki on valmis klusterin kokoamiseksi.

Napsauta Failover Clustering -laajennuksessa Vahvista. Tarkistamme. Sitten luomme klusterin ja valitsemme koorumin kokoonpanon Node and Disk enemmistö, jota pidetään myös parhaana valinnana klustereille, joissa on parillinen määrä solmuja, ja koska meillä on niitä vain kaksi, tämä on ainoa vaihtoehto.

Lisää levyt Failover Clustering -laajennuksen Tallennus-osioon. Ja lisää ne sitten yksitellen klusterin jaetuksi taltioksi (klikkaa levyä hiiren kakkospainikkeella). Kansioon lisäämisen jälkeen C:\ClusterStorage tulee näkyviin symbolinen linkki levylle, nimeä se uudelleen Cluster Shared Volume -asemaksi lisätyn levyn nimen mukaan.

Nyt voit luoda virtuaalikoneita ja tallentaa ne näihin osioihin. Toivottavasti artikkelista oli sinulle hyötyä.

Ilmoita mahdollisista virheistä PM:llä.

Suosittelen lukemaan: Microsoft Windows Palvelin 2012 Täydellinen opas. Pääosissa Rand Morimoto, Michael Noel, Guy Yardeni, Omar Drouby, Andrew Abbate, Chris Amaris.

P.S.: Erityinen kiitos herra Salahoville, Zagorskylle ja Razbornoville, jotka unohdin häpeällisesti tätä viestiä kirjoittaessani. kadun >_< XD

Se on jo tulevaisuuden suunnitteluvaiheessa virtuaalinen infrastruktuuri Sinun tulisi harkita virtuaalikoneiden korkean käytettävyyden varmistamista. Jos sisään normaali tilanne Jommankumman palvelimen tilapäinen epäkäytettävyys voi silti olla hyväksyttävää, mutta jos Hyper-V-isäntä pysähtyy, merkittävä osa infrastruktuurista on poissa käytöstä. Tässä yhteydessä hallinnon monimutkaisuus lisääntyy jyrkästi - isäntä on lähes mahdotonta pysäyttää tai käynnistää uudelleen työaikana, ja laitteisto- tai ohjelmistovian sattuessa päädymme yritystason hätätilanteeseen.

Kaikki tämä voi vakavasti vaimentaa innostusta virtualisoinnin eduista, mutta ulospääsy on olemassa, ja se piilee korkean käytettävyyden klusterin luomisessa. Olemme jo maininneet, että termi "vikasietoinen" ei ole täysin oikea, ja siksi nykyään käytetään yhä useammin toista ominaisuutta, joka heijastaa tarkemmin asian tilaa - "erittäin saatavilla".

Täysimittaisen vikasietoisen järjestelmän luomiseksi on tarpeen poistaa kaikki vikakohdat, mikä useimmissa tapauksissa vaatii vakavia taloudellisia investointeja. Samaan aikaan useimmat tilanteet sallivat joidenkin vikakohtien esiintymisen, jos niiden epäonnistumisen seurausten poistaminen maksaa vähemmän kuin infrastruktuuriin investoiminen. Voit esimerkiksi luopua kalliista vikasietoisesta tallennustilasta kahdelle edulliselle palvelimelle, joissa on riittävä määrä koria, joista toinen on määritetty kylmäreserviksi, jos ensimmäinen palvelin epäonnistuu, järjestämme levyt uudelleen ja käynnistämme toisen .

IN tätä materiaalia harkitsemme eniten yksinkertainen konfigurointi vikasietoklusteri, joka koostuu kahdesta solmusta (solmusta) SRV12R2-NODE1 ja SRV12R2-NODE2, joista kummassakin on Windows Server 2012 R2. Näiden palvelimien edellytyksenä on saman valmistajan, vain Intelin tai vain AMD:n prosessorien käyttö, muuten virtuaalikoneiden siirtyminen solmujen välillä on mahdotonta. Jokaisen solmun on oltava yhdistetty kahteen verkkoon: yrityksen lähiverkkoon ja SAN-tallennusverkkoon.

Toinen edellytys klusterin luominen on käytössä olevan ryhmän läsnäolo Active Directory, kaaviossamme sitä edustaa toimialueen ohjain SRV12R2-DC1.

Tallennus on tehty iSCSI-teknologialla ja se voidaan toteuttaa mille tahansa sopivalle alustalle, tässä tapauksessa se on toinen Windows Server 2012 R2:n palvelin - SRV12R2-STOR. Tallennuspalvelin voi olla yhteydessä yritysverkkoon ja olla toimialueen jäsen, mutta tämä ei ole vaatimus. Tallennusverkon suorituskyvyn tulee olla vähintään 1 Gbit/s.

Oletetaan, että käyttöjärjestelmä on jo asennettu molempiin solmuihin, ne on syötetty toimialueelle ja verkkoyhteydet on määritetty. Avataan Ohjattu roolien ja ominaisuuksien lisääminen ja lisää rooli Hyper-V.

Seuraava vaihe on komponentin lisääminen Failover Clustering .

Asetussivulla virtuaaliset kytkimet valitse verkkosovitin, joka on kytketty yritysverkkoon.

Virtuaalikoneiden siirto jätä se pois päältä.

Jätämme muut parametrit ennalleen. Hyper-V-roolin asentaminen vaatii uudelleenkäynnistyksen, jonka jälkeen määritämme toisen solmun samalla tavalla.

Siirrytään sitten tallennuspalvelimeen, kuinka iSCSI-tallennus konfiguroidaan Windows-pohjainen Puhuimme Server 2012:sta, mutta tämä ei ole tärkeää, voit käyttää mitä tahansa iSCSI-kohdepalvelinta. Klusterin normaalia toimintaa varten meidän on luotava vähintään kaksi virtuaalisia levyjä: Quorum witness -levy ja virtuaalikoneen tallennuslevy. Todistajalevy on klusterin palveluresurssi tämän artikkelin puitteissa emme käsittele sen roolia ja toimintamekanismia, sillä se riittää minimikoko, meidän tapauksessamme 1 Gt.

Luoda uusi tavoite iSCSI ja salli sen pääsyn kahdelle aloittajalle, jotka ovat klusterisolmuja.

Ja sovita luodut virtuaalilevyt tähän tarkoitukseen.

Kun tallennustila on määritetty, palaamme yhteen solmuista ja yhdistämme levyt tallennustilasta. Muista, että jos tallennuspalvelin on myös yhteydessä paikallinen verkko, määritä käyttöoikeus, kun muodostat yhteyden iSCSI-kohteeseen tallennusverkko.

Alustamme ja alustamme liitetyt levyt.

Sitten siirrymme toiseen solmuun ja liitämme myös levyt, niitä ei tarvitse alustaa, yksinkertaisesti määritämme niille samat kirjaimet ja taltiotunnisteet. Tämä ei ole välttämätöntä, mutta on suositeltavaa tehdä tämä asetusten yhtenäisyyden vuoksi, kun samoilla levyillä kaikissa solmuissa on samat nimitykset, on paljon vaikeampaa hämmentyä ja tehdä virhe.

Sitten avataan Hyper-V Manager ja siirrytään virtuaalisten kytkimien asettamiseen. Niiden nimen tulee olla molemmissa solmuissa osuvat täysin yhteen.

Nyt olemme valmiita luomaan klusterin. Laitetaan laitteet käyttöön Failover Cluster Manager ja valitse toiminto Tarkista kokoonpano.

Lisää ohjatun toiminnon asetuksiin määrittämämme solmut ja valitse suorittaaksesi kaikki testit.

Tarkistukset vievät paljon aikaa, jos virheitä ilmenee, ne on korjattava ja tarkistus toistettava.

Jos merkittäviä virheitä ei löydy, ohjattu toiminto valmistuu ja kehottaa sinua luomaan klusterin valituille solmuille.

Jos skannaus kuitenkin tuottaa varoituksia, suosittelemme tutustumaan raporttiin ja selvittämään, mihin varoitus vaikuttaa ja mitä sen poistamiseksi pitää tehdä. Meidän tapauksessamme ohjattu toiminto varoitti klusterin verkkoyhteyksien redundanssin puutteesta oletuksena, klusteri ei käytä iSCSI-verkkoja, mikä on helppo korjata myöhemmin.

Klusteria luotaessa sille luodaan virtuaalinen objekti, jolla on verkon nimi ja osoite. Ilmoitamme ne avauksessa Ohjattu klusterin luontitoiminto.

Kysymyksiä ei enää ole ja ohjattu toiminto ilmoittaa meille, että klusteri on luotu, ja antaa samalla varoituksen todistajalevyn puuttumisesta.

Sulje ohjattu toiminto ja laajenna vasemmalla oleva puu tasolle Tallennus - levyt, V käytettävissä olevat toiminnot oikealta valitaan Lisää asema ja ilmoita kytketyt asemat avautuvassa ikkunassa, meidän tapauksessamme niitä on kaksi.

Napsauta sitten hiiren kakkospainikkeella klusteriobjektia vasemmalla olevassa puussa ja valitse Lisävaiheet - Määritä klusterin koorumiasetukset.

Seuraavaksi valitsemme peräkkäin: Valitse Quorum Witness - Configure Witness Disk ja ilmoittaa tätä tarkoitusta varten luotu levy.

Asetetaan nyt tallennuslevy, kaikki on paljon yksinkertaisempaa sen kanssa, napsauta hiiren kakkospainikkeella levyä ja määritä: Lisää klusterin jaettuun tallennustilaan.

Jotta levyä voisi käyttää useita klusterin jäseniä kerralla, a CSVFS- NTFS:n päälle toteutettu klusteroitu tiedostojärjestelmä, joka ilmestyi ensimmäisen kerran Windows Server 2008 R2:ssa ja mahdollistaa toimintojen, kuten Dynamic (Live) migration, eli dynaamisen (live) käytön. virtuaalikoneen siirto klusterin solmujen välillä pysäyttämättä sen toimintaa.

Jaettu tallennustila tulee saataville kaikissa sijainnin klusterin solmuissa C:\ClusterStorage\VolumeN. Huomaa, että nämä eivät ole vain kansioita järjestelmälevy, ja klusterin jaettujen taltioiden liitoskohdat.

Kun levyt on valmis, siirrytään verkkoasetuksiin, tätä varten siirrymme osioon Verkot. Jos verkko on yhdistetty yritysverkkoon, osoita ja Salli asiakkaiden muodostaa yhteys tämän verkon kautta. Tallennusverkkoa varten lähdemme vain Salli klusterin käyttää tätä verkkoa, mikä tarjoaa tarvittavan verkkoyhteyksien redundanssin.

Tämä päättää klusterin asennuksen. Työskentele klusteroitujen kanssa virtuaalikoneita pitäisi käyttää Failover Cluster Manager, ei Hyper-V Manager, joka on suunniteltu hallitsemaan paikallisesti sijaitsevia virtuaalikoneita.

Voit luoda virtuaalikoneen siirtymällä osioon Roolit valitse hiiren kakkospainikkeella valikosta Virtuaalikoneet - Luo virtuaalikone, sama voidaan tehdä paneelin kautta Toiminnot oikein.

Valitse ensin isäntä, johon virtuaalikone luodaan. Jokainen virtuaalikone toimii tietyssä klusterin solmussa ja siirtyy muihin solmuihin, kun sen solmu pysähtyy tai epäonnistuu.

Solmun valinnan jälkeen avautuu tavallinen virtuaalikoneen luontitoiminto, jonka kanssa työskentely ei ole vaikeaa, joten käsittelemme vain merkittäviä kohtia. Virtuaalikoneen sijaintina Välttämättä määritä yksi klusterin jaetuista taltioista C:\ClusterStorage\VolumeN.

Myös virtuaalisen kiintolevyn tulisi sijaita tässä. Voit myös käyttää olemassa olevia virtuaalisia kiintolevyjä kopioimalla ne ensin jaettuun tallennustilaan.

Kun olet luonut virtuaalikoneen, siirry siihen Vaihtoehdot ja kohdassa Prosessorit - Yhteensopivuus valitse ruutu Siirto kohteeseen fyysinen tietokone eri prosessoriversiolla, tämä mahdollistaa siirtymisen eri prosessorimalleja käyttävien solmujen välillä yksi valmistaja. Siirtyminen Intelistä AMD:hen tai päinvastoin mahdotonta.

Siirry sitten kohtaan Verkkosovitin - Laitteistokiihdytys ja varmista, että valittuja vaihtoehtoja tuetaan verkkokortit kaikki klusterin solmut tai poista ne käytöstä.

Älä unohda konfiguroida automaattiset toimet Kun käynnistät ja suljet solmun sekä suuren määrän virtuaalikoneita, älä unohda asettaa käynnistysviivettä järjestelmän liiallisen kuormituksen välttämiseksi.

Valmistuttuaan kanssa Parametrit mene kohtaan Ominaisuudet virtuaalikoneen ja ilmoittaa tämän roolin omistajien ensisijaiset solmut laskevassa järjestyksessä ja tärkeysjärjestyksessä, korkeamman prioriteetin koneet siirtyvät ensin.

Kirjanmerkissä Vian käsittely Aseta virtuaalikoneen hyväksyttävien vikojen määrä aikayksikköä kohti, muista, että vika ei ole vain solmuvika, vaan myös virtuaalikoneen sykkeen katoaminen, esimerkiksi sen jäätyminen. Asetuksen ja testauksen aikana on järkevää määrittää suurempia arvoja.

Myös konfiguroida Sijoituksen palauttaminen Tämän vaihtoehdon avulla voit siirtää virtuaalikoneita takaisin suosituimmalle omistajalle, kun se palautetaan normaaliin toimintaan. Liikakuormituksen välttämiseksi käytä viivepalautusvaihtoehtoa.

Tämä viimeistelee virtuaalikoneen asennuksen, voimme käynnistää sen ja työskennellä sen kanssa.

Nyt on aika testata siirtoa. Napsauta konetta hiiren kakkospainikkeella ja valitse Siirrä - Live Migration - Valitse solmu. Virtuaalikoneen pitäisi siirtyä valittuun solmuun sulkeutumatta.

Miten muuttoliike tapahtuu työympäristössä? Oletetaan, että meidän on sammutettava tai käynnistettävä uudelleen ensimmäinen solmu, jossa tällä hetkellä virtuaalikone on käynnissä. Saatuaan sammutuskomennon solmu aloittaa virtuaalikoneiden siirron:

Sammutus keskeytetään, kunnes kaikki virtuaalikoneet on siirretty.

Kun solmu palautetaan palveluun, klusteri käynnistää käänteisen prosessin, jos takaisinkytkentä on käytössä, ja siirtää virtuaalikoneen takaisin ensisijaiselle omistajalleen.

Mitä tapahtuu, jos virtuaalikoneita isännöivä solmu kaatuu tai käynnistyy uudelleen? Myös kaikki virtuaalikoneet kaatuvat, mutta ne käynnistetään välittömästi uudelleen toimivissa solmuissa ensisijaisten omistajien luettelon mukaan.

Kuten olemme jo todenneet, kotimaiseen tekniseen kirjallisuuteen juurtunut termi "vikaturvallinen" on virheellinen ja olisi oikeampaa kääntää se "viankäsittelyllä" tai käyttää käsitettä "korkea". saatavuus”, joka kuvastaa asioiden tilaa tarkimmin.

Hyper-V-klusteri ei tarjoa vikasietokykyä virtuaalikoneita varten. Solmun vika johtaa kaikkien siinä olevien koneiden vikaantumiseen, mutta sen avulla voit varmistaa palvelujesi korkean käytettävyyden palauttamalla ne automaattisesti ja varmistamalla mahdollisimman vähän käyttökatkoksia. Sen avulla voit myös yksinkertaistaa merkittävästi virtuaalisen infrastruktuurin hallintaa sallimalla virtuaalikoneiden siirtämisen solmujen välillä keskeyttämättä niiden työtä.

• Tunnisteet:

Ota JavaScript käyttöön nähdäksesi

KANSSA Windowsin julkaisu Server 2012 R2:n kanssa on aika keskustella uusistaista, jotka yksinkertaistavat hallintaa ja lisäävät skaalautuvuutta ja joustavuutta. Seuraavassa kuvataan innovaatioita, jotka ansaitsevat eniten huomiota.

Yleiset .vhdx-tiedostot

Mahdollisuus käyttää jaetut tiedostot VHD (.vhdx) vieraspohjaisille Hyper-V-klustereille, mikä tarkoittaa, että todellista tallennustilaa ei tarvitse liittää vierasvirtuaalikoneisiin. Jaettujen .vhdx-tiedostojen on sijaittava paikallisissa Cluster Shared Volumes (CSV) -taltioissa tai etäskaalattavassa tiedostopalvelimessa.

Virtuaalikoneelle luotu .vhdx-tiedosto voidaan nyt merkitä jaetuksi. Voit tehdä tämän valitsemalla Hyper-V Managerissa Ota virtuaalisen kiintolevyn jakamisen käyttöön -valintaruutu virtuaalikoneen asetusikkunan Lisäominaisuudet -osiossa.

Jos käytät Microsoft System Center VMM -virtuaalikonehallintaa, määritä laitteistoasetussivulla Jaa levy palveluiden välillä -vaihtoehto. Lisää sitten sama .vhdx-tiedosto jokaiseen virtuaalikoneeseen ja valitse sama valintaruutu. Vierasvirtuaalikoneisiin liitetyt jaetut VHD:t näyttävät SAS (Serial Attached SCSI) -levyiltä. Tarvittaessa tiedostojen määrittämiseen voidaan käyttää vhdx:ää Windowsin avulla PowerShell. Oletetaan esimerkiksi, että haluamme luoda 30 Gt:n .vhdx-tiedoston ja määrittää sen jaetuksi VHD:ksi kahdelle virtuaalikoneelle. Luodaan ensin .vhdx-tiedosto seuraavalla komennolla:

Uusi-VHD -Path C:\ClusterStorage\Volume1\Shared.VHDX"

Kiinteä -SizeBytes 30 Gt

Sitten määritämme sen yhteiseksi .vhdx-tiedostoksi kummallekin kahdelle virtuaalikoneelle:

Add-VMHardDiskDrive -VMName Nodel" - Polku C:\ClusterStorage\Volume1\ Shared.VHDX"

ShareVirtualDisk Add-VMHardDiskDrive -VMName Node2" -Path C:\ClusterStorageWolume1\Shared. VHDX4-ShareVirtualDisk

Yleisten .vhdx-tiedostojen käyttö on optimaalista: tiedostopalvelut, joka toimii virtuaalikoneiden sisällä; pohjat SQL-tiedot Palvelin; muiden tietokantojen tiedostot, jotka sijaitsevat vierasjärjestelmien klustereissa.

Lisätietoja .vhdx-tiedostonjakoasetuksista on Virtual Hard Disk Sharing Overview -verkkosivulla (http://technet.Microsoft.com/en-us/library/dn281956.aspx).

Uusi solmun sammutusprosessi

Windows Server 2012:ssa ja aiemmissa versioissa on suositeltavaa poistaa kaikki virtuaalikoneet isännästä ennen isännän sammuttamista (tai uudelleenkäynnistämistä). Tämä johtuu siitä, että solmun sulkeminen laukaisee klusterin hallinnoiman nopean siirron, jota sovelletaan jokaiseen virtuaalikoneeseen. Nopea siirtyminen tarkoittaa virtuaalikoneiden laittamista nukkumaan, siirtämistä toiseen solmuun ja herättämistä.

Kun virtuaalikone on lepotilassa, se on olennaisesti jännitteetön, mikä tarkoittaa, että työprosessi pysähtyy, kunnes se palaa toimintatilaan. Kun poistat kaikki virtuaalikoneet isännästä ennen sen sammuttamista, voit käyttää reaaliaikaista siirtoa keskeyttämättä työnkulkua. Solmun sulkeminen voi kuitenkin olla aikaa vievä manuaalinen prosessi.

Server 2012 R2 lisää uuden ominaisuuden solmun sammutusprosessiin: siivoamisen sammutuksen yhteydessä ja sijoittamisen helpoimpaan solmuun.

Kun suljet solmun laittamatta sitä ensin ylläpitotilaan, klusteri aloittaa automaattisesti siivouksen, joka poistaa virtuaalikoneet isännästä reaaliaikaisessa siirtotilassa tärkeysjärjestyksessä (korkea, keskitaso, matala). Kaikki virtuaalikoneet siirretään, myös matalan prioriteetin koneet.

Siirretyt virtuaalikoneet sijoitetaan "parhaaseen saatavilla olevaan solmuun". Tämä tarkoittaa, että ennen virtuaalikoneiden siirtämistä klusteri tarkistaa jäljellä olevien solmujen vapaan tallennustilan määrän. Saadun tiedon perusteella virtuaalikoneet sijoitetaan optimaaliselle solmulle vapaiden resurssien suhteen, kuten kuvasta näkyy. Tämä varmistaa sujuvan siirtoprosessin estämällä korkean prioriteetin virtuaalikoneiden sijoittamisen isäntään, jolla ei ole tarpeeksi vapaata tilaa.

Uusi prosessi on oletuksena käytössä. Tarvittaessa järjestelmänvalvoja voi ottaa sen käyttöön ja poistaa sen käytöstä manuaalisesti käyttämällä yhteistä klusteriominaisuutta DrainOnShutdown. Ota käyttöön kirjoittamalla seuraava PowerShell-komento:

(Get-Cluster).DrainOnShutdown = 1 Sammuta: (Get-Cluster).DrainOnShutdown = O

Määritä virtuaalikoneen verkkojen kunto

Server 2012 R2:n vikasietoklusterissa on lisätoiminto, joka määrittää virtuaalikoneiden käyttämien verkkojen kunnon. Jos solmun verkko epäonnistuu, klusteri tarkistaa ensin, onko se epäonnistunut kaikissa solmuissa. Jos näin on, tämän solmun virtuaalikoneet pysyvät paikoillaan. Jos ongelma ilmenee vain yhdessä solmussa, klusteri siirtää dynaamisessa siirtotilassa kaikki virtuaalikoneet tästä solmusta solmuun, jossa verkko on käytettävissä.

Tämä ominaisuus on oletuksena käytössä kaikissa verkoissa, joihin virtuaalikoneet voivat päästä. Tarvittaessa voit poistaa sen käytöstä joissakin verkoissa Hyper-V Managerin avulla. Voit tehdä tämän poistamalla valinnan Suojattu verkko -valintaruudusta virtuaalikoneen asetusikkunan Lisäominaisuudet -asennusosiossa.

Uusi klusterin hallintapaneeli

Kun hallitset useita klustereita Server 2012:ssa tai aiemmassa versiossa, sinun on vaihdettava klustereiden välillä valvoaksesi mahdollisia virheitä. Server 2012 R2:ssa Failover Cluster Managerissa on uusi klusterin suorituskyvyn kojelauta.

Uusi kojelauta helpottaa ympäristöjen hallintaa, joissa on suuri määrä klustereita. Sen avulla voit nopeasti tarkistaa roolien ja solmujen tilan (päällä, pois, epäonnistunut) ja seurata analyysiä vaativia tapahtumia. Kaikki näytettävät kohteet ovat hyperlinkkejä, joiden avulla voit avata tarvitsemasi tiedot napsauttamalla. Esimerkiksi, kun napsautat kohtaa Kriittinen: 3, Virhe: 1, Varoitus: 2, avautuu luettelo suodatetuista tapahtumista, joita voidaan analysoida ongelman tunnistamiseksi.

CSV:n parannuksia

Server 2012 R2 tuo joukon parannuksia klusterijaetuille levyille (CSV), mukaan lukien optimoinnit CSV-sijoittelukäytäntöön ja lisätty riippuvuustarkistus. CSV-sijoittelukäytäntö jakaa nyt CSV-levyn omistajuuden tasaisesti solmuille. Esimerkkinä oletetaan, että järjestelmässä on kolme solmua ja neljä CSV-levyä, joista kutakin käyttää viisi virtuaalikonetta. Kun kaikki solmut ovat käynnissä, kahdessa niistä on yksi CSV-levy ja viisi virtuaalikonetta. Kolmas solmu sisältää kaksi CSV-levyä, joista kutakin käyttää viisi virtuaalikonetta. Jos neljäs solmu lisätään, klusteri siirtää automaattisesti yhden CSV-levyistä siihen. Tämä siirtää kaikki tätä CSV-levyä käyttävät virtuaalikoneet uuteen isäntään reaaliaikaisen siirron avulla. Siten klusteri toteuttaa tasaisemman kuormituksen jakautumisen solmujen välillä.

Toinen innovaatio on riippuvuustarkistuksen lisääminen. Isännän, joka ei ole CSV-levyn omistaja (tai koordinaattori), on muodostettava yhteys koordinaattoriin käyttämällä Server Message Block (SMB) -protokollaa välittääkseen levylle tarvittavat metatietopäivitykset. Tätä tarkoitusta varten koordinaattorisolmulla on sisäinen osuus, johon muut solmut muodostavat yhteyden. Palvelinpalvelun on kuitenkin oltava käynnissä, jotta tämä malli toimisi. Jos palvelu on poissa jostain syystä, solmut eivät voi muodostaa SMB-yhteyttä koordinaattorisolmuun. Tässä tapauksessa kaikki metatietopäivitykset tallennetaan välimuistiin, mutta niitä ei lähetetä, koska niitä ei ole mahdollista lähettää. Tämän tilanteen ratkaisemiseksi sinun on siirrettävä CSV-levyn omistajuus manuaalisesti toiselle solmulle.

Tällaisen skenaarion estämiseksi on otettu käyttöön riippuvuustarkistus, joka mahdollistaa sisäisen suorituskyvyn valvonnan jaettu resurssi ja palvelinpalvelut. Jos tämä tarkistus määrittää, että palvelinpalvelu on epäonnistunut, klusteri siirtää kaikkien ongelmallisen solmun omistamien CSV-levyjen omistajuuden muille solmuille. Klusteri noudattaa sitten optimaalista CSV-sijoittelukäytäntöä jakaakseen CSV-levyt tasaisesti. Oletetaan esimerkiksi, että klusterissa on kolme solmua, joista jokainen sisältää kaksi CSV-levyä. Kun yhden solmun palvelinpalvelu epäonnistuu, klusteri siirtää kyseisen solmun kahden CSV-levyn omistajuuden kahdelle muulle solmulle.

Parannetut testit verkkoasetusten tarkistamiseen

Viansiirtoklusterissa porttia 3343 käytettiin aina kaikkeen solmujen väliseen tietoliikenteeseen (kuten kuntotarkastukset, tilaviestintä jne.). Tämän portin toimivuutta ei kuitenkaan koskaan tarkistettu. Verkon toimivuuden varmistustesteihin sisältyi vain pääverkkoyhteyksien toiminnan seuranta solmujen välillä. Koska nämä testit eivät testannut portin 3343 yhteyttä, ei ollut mitään keinoa tietää, oliko portti 3343 poistettu käytöstä Windowsin palomuurin sääntöasetuksen vuoksi vai eikö se ollut auki kolmannen osapuolen palomuurin vuoksi.

Server 2012 R2:ssa verkon kuntotesti tarkistaa portin 3343 yhteyden. Aiemmin tätä porttia ei aina testattu ensin yhteysongelmia diagnosoitaessa. Uuden testin tullessa tällainen tarkastus voidaan suorittaa ensin. Jos tämä portti on ongelman lähde, säästät paljon aikaa, joka kuluu virheiden syiden etsimiseen.

Dynaamiset koorumin parannukset

Dynaamisen päätösvaltaisuuden käsite otettiin käyttöön Server 2012:n vikasietoklusterointimallissa. Kun dynaaminen päätösvaltaisuus on käytössä, klusteri säätää automaattisesti tarvittavien äänien määrää klusterin pitämiseksi hengissä solmujen epäonnistuessa. Server 2012 R2 vie tätä konseptia pidemmälle ottamalla käyttöön dynaamisen todistajan ja LowerQuorumPriorityNodelD-ominaisuuden.

Kun dynaaminen todistajaominaisuus on käytössä, klusteri muuttaa dynaamisesti todistajaresurssin (levyn tai tiedostoresurssi julkinen pääsy). Jos solmuja on enemmistö (eli pariton määrä), todistajaresurssi menettää äänensä. Enemmistön puuttuessa (eli jos solmuja on parillinen), todistajaresurssi saa äänensä dynaamisesti takaisin.

Dynaamisen todistajan käyttöönoton myötä todistajaresurssia koskevat suositukset ovat muuttuneet. Aiemmin nämä suositukset perustuivat solmujen määrään. Jos solmuja oli parillinen määrä, oli suositeltavaa lisätä todistajaresurssi parittoman luvun saamiseksi. Jos solmujen määrä oli pariton, ei ollut suositeltavaa lisätä todistajaresurssia.

Server 2012 R2:ssa resurssin todistajan lisääminen on joka tapauksessa suositeltavaa. Ansiosta uusi ominaisuus dynaaminen todistaja, klusteri antaa todistajaresurssille äänen tai riistää siltä äänen tilanteesta riippuen. Klusteri muuttaa myös dynaamisesti solmujen painoja tarpeen mukaan, kun ne epäonnistuvat tai ne lisätään klusteriin. Failover Cluster Managerin avulla voit nähdä nämä muutokset välittömästi ilman, että sinun tarvitsee suorittaa erityisiä kyselyitä solmuissa. Jos haluat nähdä painoarvot, valitse Vararyhmähallinnassa Solmut, kuten kuvassa 5 näkyy. Huomaa, että koorumiasetuksissa voit silti halutessasi äänestää solmua.

Toinen parannus dynaamiseen koorumimalliin on toteutettu useiden toimipisteiden klustereille. Jos kahdessa paikassa on solmuja ja verkkoyhteys näiden paikkojen välillä katkeaa, vain yksi toimipaikka jää toimimaan. Server 2012:ssa ja sitä aikaisemmissa toteutetuissa vikasietoklustereissa sivusto, jonka solmu ensimmäisenä vastaanotti todistajaresurssin, pysyi toiminnassa. Tämä sivustovalinta ei kuitenkaan välttämättä vastaa toiveitasi. Toisin sanoen jaossa 50–50, jossa kumpikaan sivusto ei ole päätösvaltainen, ei ole mitään mahdollisuutta valita etukäteen, minkä sivuston tulisi jatkaa toiminnassa.

Server 2012 R2 esitteli yhteisen klusteriominaisuuden, jonka avulla voit määrittää, mikä sivusto jatkaa toimintaansa. LowerQuorumPriorityNodelD-ominaisuuden avulla voit määrittää solmun, joka menettää äänen, jos jako 50–50.

Esimerkkinä voidaan harkita järjestelmää, jossa on kolme solmua pääsivustossa ja kolme muuta solmua ulkoisessa paikassa. Ulkoisissa solmuissa voit asettaa LowerQuorumPriorityNodelD-ominaisuuden niin, että 50/50-tilanteessa ne lopettavat klusteripalvelunsa palautumiseen asti verkkoyhteys. Tätä varten sinun on kuitenkin selvitettävä ulkoisten solmujen tunnukset. Tämä voidaan tehdä käyttämällä seuraavaa PowerShell-kyselyä kullekin ulkoiselle solmulle:

(Get-ClusterNode -Name "Solmun nimi") Ja oletetaan, että näiden kyselyiden suorittamisen tuloksena kävi ilmi, että ulkoisilla solmuilla on tunnukset 4, 5 ja 6. Jotta nämä solmut eivät toimi 50-50 -skenaariossa, annamme seuraavat komennot:

(Get-Cluster). LowerQuorumPriorityNodelD = 4

(Get-Cluster). LowerQuorumPriorityNodelD = 5

(Get-Cluster). LowerQuorumPriorityNodelD = 6

Nyt, jos viestintä keskeytyy, ulkoiset solmut lopettavat klusteripalvelunsa ja kaikki klusterissa suoritetut roolit jäävät pääsivuston solmuille, jotka jatkavat toimintaansa.

Muut muutokset

Failover-klusterointi sisältää monia hyödyllisiä uusia ominaisuuksia Server 2012 R2:ssa. Tässä artikkelissa puhuimme vain muutamasta niistä.