VAAI bør være et krav i din neste lagringsgruppe

Langt tilbake i vSphere 4.1 dager introduserte VMware vStorage APIer for Array Integration (VAAI). VAAI er et sett med API-er som gir vSphere-hypervisoren et nivå av direkte kontroll over støttede lagringsarrayer. Hver funksjon - kjent som en primitiv - gir en diskret tjeneste til det virtuelle miljøet og tjener til å hjelpe administratorer med å få ytterligere utbytte av de betydelige investeringene som er gjort i lagringsteknologi.

Primitiver er alt annet enn

Tabellen nedenfor viser de kritiske primitivene som danner VAAI. Du vil merke at tre funksjoner ble introdusert med vSphere 4.1, og resten ble levert med vSphere 5. Merk at ett element, Thin Provisioning Out of Space Suspend / Stun har en gul avkrysningsrute i vSphere 4.1-kolonnen. Denne primitive ble lagt til i vSphere 4.1, men var ikke-dokumentert og bare offisielt lagt til i vSphere 5.0. Noen utvalgte leverandører støttet det i 4.1

Klikk på tabellen for å forstørre.
Når du ser på hva som skjer bak kulissene med VAAI, blir de tekniske fordelene som kan oppnås når du bruker en VAAI-aktivert matrise med vSphere 4.1 eller 5, klare. La oss vurdere Full Copy som primitiv. Denne primitive gjør det mulig for hypervisoren å flytte det som kan være ekstremt effektive kopieringsoperasjoner, bort fra hypervisorlaget i virtualiseringsbunken og rett til lagringen. Det er store fordeler her, som du kan se når du sammenligner de to operasjonene. Figur A gir deg en veldig enkel illustrasjon av hvordan VAAI Full Copy er til stor fordel.

Figur A

VAAI full kopi sammenlignet med ikke VAAI-sammenligning

I figuren til venstre vil du merke at filkopien er tre operasjoner ... ved første øyekast. I virkeligheten er det mange flere, siden hvert trinn gjentas for hver blokk med data som må kopieres som en del av operasjonen:

  1. Gi en lese-kommando til lagringsfeltet.
  2. Lagringsarrayet returnerer de forespurte dataene til hypervisoren. Hypervisoren behandler denne informasjonen.
  3. Dataene blir skrevet tilbake til matrisen på det nye stedet.

Imidlertid skjer følgende med VAAI:

  1. Gi en lese-kommando til lagringsenheten sammen med stedet som kopien skal skrives til.
  2. Arrayet utfører internt kopieringen uten ytterligere inngrep fra verten eller lagringsstoffet.

Det er klart av diagrammet at det VAAI-aktiverte lagringsalternativet har mye mindre innvirkning på hypervisoren og lagringsstoffet enn ikke-VAAI-alternativet. Ikke-VAAI-alternativet må involvere hypervisoren og lagringsstoffet for hver blokk som er lest og skrevet. Dette betyr at hypervisoren må bruke CPU-sykluser på denne operasjonen, og det betyr at kopieringen potensielt kan ta lengre tid enn den trenger.

Ved å frigjøre hypervisor CPU-sykluser, er det potensialet til å skape mer tette virtuelle miljøer siden det er mer CPU til service arbeidsmengder.

Med VAAI håndterer matrisen ganske enkelt arbeidet, og mange miljøer ser mye større hastigheter i kopieringen enn de ville gjort uten. Dette kan oversettes til muligheten til å støtte større arbeidsmengder i det virtuelle miljøet.

For andre primitiver finnes det muligheten til å sikre høyere tilgjengelighetsnivå i det virtuelle miljøet. Dette er mest åpenbart med den tynne forsyning ut av verdensrommet Suspend / Stun primitive, som kan hjelpe administratorer med å bedre administrere lagring som er tynn tilrettelagt og unngå romforhold som reduserer arbeidsmengden.

Sammendrag

Denne artikkelen er ikke ment å beskrive alle VAAI-primitive i detalj, men for å demonstrere noen av de virkelige forretningspositive resultatene som kan nytes ved bruk av en VAAI-aktivert matrise.

© Copyright 2020 | mobilegn.com