Fordeling af server-virtualisering

Hvad er virtualisering, og hvorfor ville du bruge det

Virtualisering er en teknik i forbindelse med arbejde flere uafhængige virtuelle operativsystemer på én fysisk computer. Det er virkelig en metode til at øge den fysiske aktiver for at maksimere et køb, når det kommer til hardware. Betragtning af, at Moores lov præcist har forudsagt den eksponentielle stigning i computerkraft og hardware behov generelt aldrig har ændret sig til at opnå de samme computing opgaver, nu er det muligt at vende en meget billig 1U dual-socket dual-core råvare maskinen til 8 samt 16 virtuelle servere, der kører seksten virtuelle OS. Virtualiseringsteknologier er virkelig en måde at nå øget server tæthed. Ikke desto mindre, betyder det ikke i virkeligheden styrke komplet computing energi; det sænker det lidt som følge af overhead. Men i betragtning af at en moderne 3000 $ 2-sokkel 4-core server er meget mere potent end de sædvanlige $ 30,000 8-sokkel 8-core server var fire år i fortiden, kan du drage fordel af denne frisk fundet hardware styrke ved at hjælpe de mange forskellige logisk OS'er det tjener. Dette reducerer mange hardware køb og servicering afgifter, der kan resultere i betydelige besparelser for næsten enhver virksomhed eller virksomhed.

Når at gøre brug af virtualisering

Virtualisering kunne være den ideelle løsning til applikationer, som er beregnet for mindre til forbrug mellemstore skala. Virtualisering burde virkelig ikke være ansat til højtydende apps uanset hvor mere end én server skal grupperet i fællesskab at opfylde funktionalitet krav blot én ansøgning som de ekstra omkostninger samt kompleksitet ville helt sikkert udelukkende reducere den samlede præstation. Vi er fundamentalt har en tolv GHz server (fire kerner perioder tre GHz) og tilskæring op i 16 750 MHz servere. Men hvis 8 af disse servere er i stille perioder eller standby, kan resten otte servere har stort set én, fem GHz tilgængelige

Mens nogle i virtualisering selskaber elsker at termin é betydelige CPU-udnyttelse numre bliver et signal optimal hardware brug af, bør disse råd ikke tages til den ikke plus ultra, hvor software lydhørhed får overdreven. En nem retningslinje er at aldrig tillade en server overstige 50% CPU-udnyttelse i hele maksimal belastning; og frem for alt, på ingen måde tillade ansøgning response perioder går ud over en rimelig SLA (Service Level Agreement). En god del af moderne servere, der bruges til in-house server ansvar er udbredte fra et til 5% CPU. Håndtering af otte operativsystemer på én fysisk server ville løfte peak CPU forbrug den til 50%, ikke desto mindre det ville helt sikkert regelmæssig reduceret i betragtning af at toppene samt dale i den virtuelle OS vil have tendens til at annullere den anden ud af mere eller mindre.

Selvom CPU overhead i mange i virtualiseringsløsninger på markedet er minimum, I /O (input /output) over hovedet til opbevaring og networking gennemløb er den anden fortælling. For servere med meget høj opbevaring eller hardware I /O-krav, ville det være bekendt med drive dem på bart metal selvom deres CPU-krav kan opfyldes i en meget Virtual indstilling. Både XenSource andVirtual Jern (der kan hurtigt være Xen Hypervisor baseret) lover at minimere I /O-overhead, alligevel de er i beta på dette tidspunkt, så der var ikke nogen større tredjeparts benchmarks for at kontrollere dette.

For at få mere komplekse løsninger for eksempel en Exchange Server, Microsoft SQL, MySQL, eller Oracle, klyngedannelse moderne fremskridt kan blive ansat til at synkronisere et par logiske servere hostes på tværs af to fysiske servere; denne teknik vil helt sikkert resultere i nogle nedetid gennem overgangen, som kunne udvides til fem minutter. Det er ikke på grund af virtualisering, men kompleksiteten i forbindelse med klyngedannelse, som har tendens til at opfordre til tid til overgangen. En god anderledes måde at håndtere disse komplicerede virksomheder ville være at flytte den virtuelle server i de store fysiske server mod den sekundære fysiske server. Som en måde med dette til at fungere, skal en ting konstant synkronisere hukommelse fra kropslige server mod den anden for at sikre en failover kunne muligvis udføres millisekunder, mens alle tjenester kan bo funktionelle
.