Megjegyzések admin virtuális vízszintes és függőleges méretezést
Ez annak a ténynek köszönhető, hogy az informatikai részlegek nem bízik virtualizációs platformok? Úgy gondolják, a virtualizációs platform nem elég stabil, hogy támogassa a létfontosságú alkalmazások?
Az elmúlt 10 év bebizonyította, VMware virtualizációs már valóság, és valójában a virtualizált alkalmazások gyakran stabilabbak, amikor fut az infrastruktúra futó VMware.
Ezután, ha a bizalom és a stabilitás nem probléma, mi az oka annak, hogy az informatikai részlegek még nem virtualizált fennmaradó kérelmek?
Scale out
Scale out vagy hámló ki - hozzátéve, az új erőforrások, az infrastruktúra, mint például a szerverek a klaszterben.
Mivel az árak tovább esnek, és a termelékenység növekedése is olcsó, áru (fogyasztó) szerver ideális megoldás a vízszintes méretezést, és lehet összeszerelni nagy klaszterek egyesíteni számítástechnikai erőforrásokat.
Az elmúlt hét évben az építészek infrastruktúra a VMware imádkozott méretezés. Valaki érvelhet az ezzel a megközelítéssel, de ez is megvan a saját árnyalatok, és minden attól függ, az üzleti követelményeket. Plus scale-out, amelyek olcsó szerverekre, és abban az esetben a szerver hiba, amely befolyásolja a kis számú virtuális. A hátránya viszont a magas költségek engedélyt a vSphere, nagyobb követelményeket támaszt a helykihasználást, és általában az ilyen áru szerverek nem nagyobb számítási erőforrásokat.
arányosan felemel
Skálázandó - add számítási erőforrások, ami már a szerver által használt. Jellemzően, egy processzor vagy a memória.
Tipikusan ilyen szép nagy teljesítményű szerver - támogatja a 4 CPU és 512 GB memóriával. Ezen kívül vannak olyan rendszerek 8 CPU és 1 TB memóriát, és néhány szerencsés, hogy még egy 16 processzoros szervert 4 TB memóriát. És nem, ez nem a mainframe, vagy valami ilyesmi, ez egy szerver, amely a klasszikus x86 architektúra.
Az átmenet a második hullám a virtualizáció, amely biztosítja a rugalmasságot nyújt ez a technológia az üzleti kritikus alkalmazások, ma egy nagy nyomás VMware infrastruktúra ma használt, mert a következő problémák:
Az 5 vSphere összeg rendelkezésre álló erőforrások egy BM nőtt 4-szer.
A hozam vSphere 5.1 szörnyű VM lehet még szörnyű.
Ahhoz, hogy vSphere 5.1 lehet futtatni egy VM-szörny ütemező kell tervezni és a dob vízfolyások 64 fizikai processzorok. Nem is olyan sok szerver, amely képes támogatni annyi magot és a szerverek 16 foglalat és 160 magok és kevesebb.
Kétféle függőleges méretezés szerverek: glueless és ragasztott. Az orosz nyelv, ezek a szavak fordítása a következő: beépítés nélkül technológiák és integráló technológiák, ill.
glueless építészet
Ez az architektúra célja az volt, az Intel, és képviselteti magát az Intel Xeon E7.
Közötti kommunikáció a bemeneti és kimeneti eszközök, hálózati interfész, és a processzor egy speciálisan kialakított busz QPI.
A szerverek 4 processzorral ezek mind kapcsolódnak egymáshoz közvetlenül a buszon keresztül. Glueless feldolgozó használja az egyik csatorna csatlakozni a CPU az input-output interfészek, a másik három a kapcsolatot a szomszédos processzorok.
Egy 8-processzoros szerver, minden egyes processzor közvetlenül csatlakozik a három szomszédos, és ezen keresztül egy másik processzor a másik négy.
- Nincs szükség speciális fejlesztésre vagy szakértelemmel a szerver gyártó
- Bármely gyártó szerver kiadhat egy 8 processzoros szerver
- Csökken a értéke DX-4 és 8-processzoros szerver
- Birtoklási összköltség növekszik a horizontális skálázás
- Az architektúra korlátozódik 8 processzoros szerverek
- Nehéz integritásának fenntartása cache növelésével aljzatok
- A nem-lineáris termelékenység növekedése
- Value teljesítmény esések
- Optimálistól elmaradó felhasználás hatékonyságának a nagy virtuális gép
- Akár 65% buszsávszélesség megy broadcast üzenetek beszédes protokoll QPI
Fő alkalmazások, amelyek teljesítménye a hátránya, QPI protokoll Java alkalmazások nagy adatbázisok, késleltetés-érzékeny alkalmazások.
Az eredmény a függőleges méretezést nem lehet szűk vagy az architektúra értelmetlenné válik. Így a linearitás teljesítmény növelése kell, hogy feleljen a linearitás hozzátéve források.
ragasztott építészet
A probléma megoldása érdekében a hardver fejlesztők fent leírt ragasztott fejlesztett architektúra. Ez az architektúra használ egy külső vezérlő csomópont a szervezet kapcsolatának szigetek QPI - processzor klaszter.
Intel QPI akciók skálázható megoldás - eXternal Node-vezérlők (vagy XNC), a gyakorlati megvalósítása, amely által fejlesztett harmadik fél OEM vállalatok. Külső vezérlő csomópont óta használt Intel Xeon E7-4800, integrált memória vezérlő is egy rendszer gyorsítótár-koherens Non-Uniform Memory Access (ccNUMA), amelynek feladata monitor vonatkozó adatokat minden sora a cache memória a CPU a tényleges adatokat.
Késések a processzor és a memória ccNUMA függ a helyét a két komponens egymáshoz képest, így XNC vezérlők kritikussá vált szerver komponens, és egy nagyon kis számú szerverek szerver gyártók fejleszteni, függőleges méretezést.