Miks võiks keegi kasutada klastri jaoks N + 1 lähenemist? Esitanud: Turbonomic

Autor: Roger Morrison
Loomise Kuupäev: 22 September 2021
Värskenduse Kuupäev: 1 Juuli 2024
Anonim
Miks võiks keegi kasutada klastri jaoks N + 1 lähenemist? Esitanud: Turbonomic - Tehnoloogia
Miks võiks keegi kasutada klastri jaoks N + 1 lähenemist? Esitanud: Turbonomic - Tehnoloogia

Sisu

Esitanud: Turbonomic



K:

Miks võiks keegi kasutada klastri jaoks N + 1 lähenemist?

A:

N + 1 või N + 1 koondamine on populaarne kontseptsioon võrgu virtualiseerimisel ja IT-arhitektuuride kujundamisel. Üldiselt kasutavad ettevõtted seda kujundust tõhusa varukoopia tegemiseks või süsteemi tõrgeteta töö tagamiseks ühe tõrkepunktiga.

Nimi “N + 1” tähistab protsessi, mille käigus insenerid lisavad klastrisse rea funktsioneerivaid sõlme ja lisavad seejärel ühe lisa, nii et kui üks tõrkepunkt on, võib üks lisaüksus lünkides seista. Seda protsessi võib nimetada ka aktiivse / passiivse või ooterežiimi koondamiseks.

Ettevõtted kasutavad N + 1 kujundust veendumaks, et ühe serveri või virtuaalse masina tõrke korral süsteemi ei kahjustata. Siiski on tekkinud suurem arutelu selle üle, kas N + 1 koondamine on antud süsteemi jaoks piisav. Suure kättesaadavuse tagamiseks koondamise korral soovitatakse mitte pakkuda kõigile sobivat lähenemisviisi. IT-profid mõistavad ka seda, et mida rangem on klient kõrgete saadavusnõuetega, seda rohkem on vaja koondamist.


Insenerid on sellele filosoofiale vastuseks pakkunud selliseid asju nagu N + X + Y, millesse on süsteemi lisatud veel palju ressursse, et veenduda, et isegi mitmepunktiline tõrge ei mõjuta toiminguid. Veel üks konkreetne kaalutlus on klastri iga virtuaalse masina või sõlme suurus - näiteks kui ühe VM on 100 GB ja teiste alla 50 GB, ei tagaks N + 1 lähenemisviis funktsionaalsust, kui see suurem VM oleks ohustatud.

Üldiselt on N + 1 lihtsalt vahend ja lähenemisviis ressursside, näiteks protsessori ja mälu, haldamiseks mis tahes jagatud keskkonnas, näiteks võrguklastris. Hinnatakse selle tõhusust ja mõjusust konkreetses IT-süsteemis, sõltuvalt ressursside eraldamisest ja üldisest seadistusest.