Publicat pentru prima data pe MSDN pe 05 ianuarie 2011
Buna fanii Cluster,
La TechEd Berlin, mai multi clienti au intrebat despre complexitatea configurarii mai multor adrese IP pentru clustere care au noduri in subretele diferite, astfel incat acest scurt ghid va va oferi o prezentare simpla a configurarii cu Windows Server 2008 R2 Failover Clustering.
In Windows Server 2003, am avut cerinta ca toate nodurile sa locuiasca pe aceeasi subretea, deci daca nodurile ar trebui sa fie in locatii fizice diferite pentru a oferi o solutie de recuperare in caz de dezastru, administratorul ar trebui sa creeze o retea LAN virtuala (VLAN) in ambele site-uri. In timp ce aceasta solutie functioneaza excelent, un VLAN este mai complex de configurat si intretinut. Incepand din Windows Server 2008, o caracteristica numita „dependenta SAU” a fost adaugata la Failover Clustering, care le-a oferit administratorilor posibilitatea de a avea noduri cu un nume de retea care ar putea utiliza o adresa IP SAU o alta adresa IP.
Folosind acest concept de dependenta SAU, ne putem asigura ca un grup grupat poate ramane online pe doua sau mai multe subretele (sau site-uri), spunand ca daca aplicatia are o adresa IP de la primul site SAU o adresa IP de la al doilea site (SAU o adresa IP de pe cel de-al treilea site etc.) atunci grupul poate ramane online si poate deservi conexiunile clientilor. Cel mai bun dintre toate – si spre deosebire de cele mai competitive solutii – aceasta trecere la fail-uri catre celelalte site-uri este complet automatizata! Sa fim sinceri, daca o adevarata inundatie loveste centrul de date, administratorul clusterului nu va sta intr-un bazin de apa incercand sa aduca aplicatii online pe un site indepartat, inoata acasa pentru a lua caerul familiei sale. Daca solutia dvs. nu are un failover automat, este posibil ca solutia dvs. sa nu supravietuiasca unui dezastru real.
In acest exemplu, voi crea un server de fisiere extrem de disponibil (ClusterFileSrv) care utilizeaza doua subretele, un 172.24. 13 .0 / 24 si un 172.24. 14 .0 / 24. Ne vom referi la acestea ca „Subreteaua noastra .13” si respectiv „Subreteaua .14”.
Mai intai voi crea un server de fisiere extrem de disponibil si voi configura o adresa IP statica de 172.24.13.1 pe subreteaua mea .13.
Apoi voi adauga o noua adresa IP (v4) facand clic dreapta pe numele serverului de fisiere. As putea face acest lucru si selectand Adaugati o resursa din panoul Actiuni:
Veti vedea ca resursa Adresa IPv4 apare in acelasi grup, dar acum trebuie configurata. Veti observa ca adresa IP este offline, deoarece nu este configurata si acest lucru schimba starea generala a grupului din „Online” in „Online partial”, deoarece nu toate resursele din grup sunt online. Pentru a configura aceasta adresa IP, faceti clic dreapta pe aceasta noua resursa si selectati Proprietati:
Acum furnizati adresa IP pentru subreteaua .14. Asigurati-va ca selectati reteaua corecta. Introduceti o adresa IP statica sau selectati DHCP daca utilizati aceasta tehnologie. In exemplu, folosesc o adresa IP statica de 172.24.14.1 pe subreteaua mea .14.
Dupa ce fac clic pe Aplicare si ies din aceasta pagina de proprietati, acum pot vedea noua adresa IP in Failover Cluster Manager. Veti observa ca acest lucru este inca offline, ceea ce este de asteptat deoarece grupul se afla in prezent pe un nod care utilizeaza subreteaua .13.
Acum voi configura dependentele de nume de retea, ClusterFileSrv, astfel incat sa poata utiliza fie subreteaua .13, fie subreteaua .14. Aceasta inseamna ca serverul de fisiere poate fi conectat daca adresa IP de pe oricare dintre subretele este disponibila. Pentru a configura aceste dependente, faceti clic dreapta pe obiectul de nivel superior (numele retelei), selectati Proprietati, apoi selectati fila Dependente.
Pentru a grupa noua adresa IP in cadrul acestei expresii de dependenta, faceti clic pe locatia dialogului de pe ecran, „Faceti clic aici pentru a adauga o dependenta”. Din meniul derulant, selectati adresa de subretea .14 care tocmai a fost creata. Schimbati optiunea SI / SAU la SAU, deoarece dorim ca aceasta sa fie o relatie SAU.
Dupa aplicarea modificarilor, aceasta adresa IP va fi acum grupata cu numele retelei in Failover Cluster Manager. Adresa IP a subretelei .14 va fi in continuare offline. Acum, sa testam configuratia noastra mutand acest grup in subreteaua .14 de pe celalalt nod.
Dupa reluare, putem vedea ca adresa IP a subretelei .13 devine offline, dar adresa IP a subretelei .14 este online. Deoarece numele retelei foloseste o dependenta SAU, ClusterFileSrv este, de asemenea, capabil sa intre online dupa mutare, deoarece adresa IP este disponibila in subreteaua .14 pentru a deservi conexiunile clientului.
Sper ca acest lucru va va facilita adaugarea adreselor IP si crearea dependentelor.
[Actualizare 1/18/11] Consultati Partea II a acestei serii de bloguri: http://blogs.msdn.com/b/clustering/archive/2011/01/19/10117423.aspx.
Multumim,
Symon Perriman
Program Manager II
Clustering si disponibilitate ridicata
Microsoft
malena threesome barbiely video
max felicitas barbiely video
tre cazzi in bocca bari porno
un chilo di cazzo per siria e violetta barletta porno
blaked con beautiful blowjob
la vedova xxx beautiful body porn
bergamo sex beautiful teen fuck
milena mastromarino porn beauty4k
max felicitas porno beeg tacchi
mogli porno video bella ragazza amatoriale
malenavideo porno bergamo sex
video della centopercento bergamo sex porn
tina chanel bergamo sex video
video porno malena bergamosex
capuccetto rosso porno bergamosex com
le mani dentro spoleto best fuck
tette grosse xxx betty foxxx
malena abella betty foxxx porn
anna doping bianca di nome pasquino di fatto
xxx centopercento bianca porn








