Jakautuminen palvelimen virtualization

mikä on virtualisointi ja miksi käytät sitä

Virtualisointi on tekniikka liittyy työskentelee useita riippumattomia virtuaalisia käyttöjärjestelmiä yhteen fyysiseen henkilökohtainen tietokone. Se on todella keino lisätä fyysisen omaisuuden maksimoida ostaa kun se tulee laitteiston. Ottaen huomioon, että Mooren laki on juuri ennustettu räjähdysmäinen kasvu laskentatehoa ja laitteiston tarvitsemia yleensä ole koskaan muuttunut saavuttaa sama Computing tehtäviä, nyt se on mahdollista kääntää hyvin halpa 1U dual-socket dual-core hyödyke kone 8 sekä 16 virtuaalisia palvelimia käynnissä kuusitoista virtuaalinen os. Virtualisointiteknologioita on todella tapa saavuttaa lisääntynyt palvelimen tiheys. Kuitenkin, se ei itse asiassa parantaa täydellinen tietojenkäsittely energia; se alentaa sitä hieman seurauksena yläpuolella. Kuitenkin otetaan huomioon, että nykyaikainen $ 3,000 2-pistorasia 4-core palvelin on paljon tehokkaampi kuin tavallinen $ 30,000 8-socket 8-core palvelin oli neljä vuotta aiemmin, voit hyödyntää tätä juuri löytynyt laitteisto vahvuus auttamalla eri looginen käyttöjärjestelmiä se palvelee. Tämä vähentää monet laitteiston hankinta ja huolto maksut, jotka voivat aiheuttaa huomattavia säästöjä lähes mikä tahansa yritys tai yhteisö.

Kun hyödyntää virtualisoinnin

Virtualisointi voi olla ihanteellinen vastaus sovelluksiin, jotka on tarkoitettu pienten ja keskisuurten käyttöä. Virtualisointi ei todellakaan pitäisi käyttää korkean suorituskyvyn apps missä useammalle kuin yhdelle palvelimelle olisi ryhmitelty yhdessä vastaamaan toimivuutta vaatimukset vain yhden hakemuksen ylimääräiset kulut sekä monimutkaisuus varmasti ainoastaan ​​vähentää yleistä suorituskykyä. Olemme pohjimmiltaan ottaa kahdentoista GHz palvelimen (neljä ydintä kaudet kolme GHz) ja viipalointi ylös 16 750 MHz palvelimia. Mutta jos 8 näistä palvelimet ovat ruuhka-tai lepotilassa, loput kahdeksan palvelimilla voi olla käytännössä yksi, viisi GHz käytettävissä.

Vaikka jotkin virtualisoinnin yhtiöiden rakastavat termin é huomattava suorittimen käyttö numerot on signaali optimaalisen laitteiston käyttöä, näillä ohjeilla ei saisi viedä non plus ultra jossa ohjelmisto reagointikykyä saavat liikaa. Helppo ohje on koskaan sallia palvelimen ylitä 50% suorittimen käyttö koko suurin kuormitukset; ja ennen kaikkea, ei mitenkään sallia sovellus vastausaikana ylitetä oikeudenmukainen SLA (Service Level Agreement). Hyvä määrä moderni palvelimia käyttää in-house-palvelin vastuut ovat laajalti käytetty yhdestä 5% CPU. Toimitusjohtaja kahdeksan käyttöjärjestelmiä yksi fyysinen palvelin voisi nostaa huippu suorittimen käyttö 50%, kuitenkin se olisi varmasti säännöllinen vähentänyt koska huiput sekä laaksoja virtuaalinen OS yleensä kumoavat toisensa, enemmän tai vähemmän.

Vaikka CPU yläpuolella monissa virtualisoinnin ratkaisuja markkinoilla ovat minimi, I /O (input /output) piirtoheitin varastointi ja verkottumista läpijuoksu on yksi muu tarina. Palvelinten kanssa erittäin suuri tallennuskapasiteetti tai laitteisto I /O vaatimuksia, se olisi tietoinen käyttämään niitä paljaan metallin vaikka prosessorikuormaa vaatimukset voivat täyttyä erittäin Virtual ympäristössä. Molemmat XenSource andVirtual Rauta (jotka voivat nopeasti Xen hypervisor perustuu) lupaavat minimoimiseksi I /O yläpuolella, kuitenkin ne ovat beta tällä hetkellä, joten ei ollut mitään merkittäviä kolmas osapuoli vertailukohtia vahvistaa tätä.

Saada monimutkaisempia ratkaisuja esimerkiksi Exchange Server, Microsoft SQL, MySQL, tai Oracle klustereiden moderni ennakot voidaan käyttää synkronointiin parin loogisen palvelimia isännöi yli kaksi fyysisten palvelinten; tämä tekniikka olisi varmasti aiheuttaa joitakin seisokkeja kautta siirtymistä, joka voisi ulottua viisi minuuttia. Tämä ei johdu virtualisoinnin mutta monimutkaisuus liittyy klusterointi, joka pyrkii vaatia aikaa vaihtamassa. Hyvä erilainen tapa käsitellä näitä monimutkaisia ​​yritykset olisivat siirtää Virtual Server suurten fyysinen palvelin kohti toissijainen fyysinen palvelin. Koska tapa tämä toimisi, asian on jatkuvasti synkronoida muisti ruumiilliseen palvelimelta kohti toista varmistaa vikasietoisuus voisi suorittaa millisekuntia kun taas kaikki palvelut voi jäädä toiminnallisia.
.