Dell Unity: Hvad er VVOLS

Virtuelle diskenheder (vVols): En VMware-storagestruktur, der gør det muligt at gemme VM-data på individuelle diskenheder. Dette gør det muligt at anvende datatjenester ved en VM-granularitet og lagerpolitikbaseret administration (SPBM).

For at et storagesystem kan understøtte vVols, skal implementeringen adressere kontrolstien og datastien.

Kontrolstien er i bund og grund kommunikationskanalen mellem vCenter Server og storagesystemet. Storagesystemet er ansvarligt for at reklamere for funktionerne i det storage, der præsenteres for ESXi-værterne. SPBM (Storage Policy-Based Management) udnytter disse oplysninger til at oprette og håndhæve lagerpolitikker, der anvendes på VM'er. Implementering af kontrolvejen indebærer understøttelse af VASA 2.0.

Datastien er ansvarlig for I/O-trafikken. Data gemmes i sidste ende på en fysisk enhed i storagesystemet. Når VM er læser eller skriver data til vVols (uanset om det er konfigurationen, bytteplads, snapshot eller VMDK), skal protokolslutpunkterne binde stien mellem VM'en og placeringen på den fysiske enhed i storagesystemet.

• Unitys VASA-udbyder er integreret i controlleren. Det betyder, at der ikke er behov for en separat vært til at administrere i et vVol-miljø. Det betyder også, at VASA-udbyderen kan drage fordel af den iboende funktion med høj tilgængelighed i Unity-systemet. Enhed er et dual-controller system, hvis controller A går ned, kan controller B tage over, så VASA-forbindelsen er meget tilgængelig. Virtualiseringsadministratoren indtaster administrations-IP'en for Unity-systemet sammen med de understøttende kontooplysninger for at registrere Unity VASA-udbyderen i vCenter.
• Unity understøtter NAS- og SAN-tilslutningsmuligheder til vVols. Det betyder, at administratorer har fleksibiliteten til at klargøre vVol-datalagre på vSphere via NFS, iSCSI eller Fibre Channel. Protokolslutpunkter er NAS-servergrænseflader, iSCSI-initiatorer og Fibre Channel-porte, der er udlagt til ESXi-værter. Arbejdsgangen til opsætning af vVol-miljøet på Unity-systemet er godt integreret i den redesignede array element manager, Unisphere. Processen med at konfigurere kapacitetsprofiler og storagebeholdere og præsentere dem for ESXi-værter er strømlinet og brugervenlig Jeg vil komme ind i konfigurationsprocessen længere nede

En storagebeholder er det faktiske lager, hvor data opbevares. I Unity består en Storage Container af en eller flere storagepuljer. Hver storagepulje repræsenterer en blanding af drev (f.eks. Flash, SAS, NL-SAS) med understøttende datatjenester (f.eks. niveauinddeling af storage). Kombinationen af drev og dataservices, der definerer puljen, er indkapslet i en kapacitetsprofil. I Unity kan en storagecontainer have flere kapacitetsprofiler. Den direkte fordel, som en virtualiseringsadministrator får fra denne funktion, er forenkling af administrationen. Det fører til sparet tid og omdirigeret til andre ting. Hvorfor er de det? I det traditionelle paradigme med LUN'er og filsystemer, der blev præsenteret for ESXi-værterne, repræsenterede hvert af disse lagerobjekter en enkelt kapacitetsprofil. Normalt klargør en administrator ikke alle VM er med den samme kapacitetsprofil. Engineering ønsker Capability Profile A. Finance ønsker Capability Profile B. Marketing ønsker Capability Profile C. For hver unik kapacitetsprofil er det en eller flere LUN'er eller filsystemer, der understøtter den. Efter et stykke tid er det mange lagerobjekter at administrere.

Med Unity Storage Container kan en administrator tænkes kun at have én beholder til alle disse forskellige kapacitetsprofiler. Som minimum kan de konsolidere nogle få kapacitetsprofiler og reducere antallet af storageobjekter, der skal administreres, betydeligt. Det er således ledelsesforenkling. Mindre hovedpine, mindre tid til at håndtere.

Udover det, hvad er de faktiske muligheder, som Unity kan annoncere til vCenter?

• Datatjenester: Snapshots og kloner (de vises ikke i kapacitetsprofilen, men når der anmodes om snapshots eller kloner i vCenter, aflastes handlingerne til Unity via VASA)
• Drevtyper: Angiver de typer drev, som storagepuljen indeholder
• RAID-typer: Indikerer RAID-beskyttelse af lagerpuljen
• HURTIG cache: Det er en boolesk værdi, der angiver, om FAST Cache er aktiveret for lagerpuljen
• Niveauinddelingspolitik: Hvis FAST VP er aktiveret, er der tildelt en lagerniveauinddelingspolitik til lagerpuljen
• Brugstag: Storageadministratorer kan tildele brugerdefinerede koder til kapacitetsprofilen for at angive foretrukne anvendelser af storagepuljen (f.eks. workloads, programmer)
• Serviceniveau: Foruddefinerede beskrivelser til oversættelse af drev- og RAID-typerne for storagepuljen til en indikator for serviceniveau, men ikke et serviceniveaumål.