Lagringsbegrepp för Azure VMware Solution

Privata moln i Azure VMware Solution tillhandahåller intern, klusteromfattande lagring med VMware vSAN. Lokal lagring från varje värd i ett kluster används i ett vSAN-datalager, och kryptering för vilande data är tillgänglig och aktiverad som standard. Du kan använda Azure Storage-resurser för att utöka lagringsfunktionerna i dina privata moln.

vSAN-kluster

Lokal lagring i varje klustervärd hävdas som en del av ett vSAN-datalager. För AV36 SKU använder alla diskgrupper en NVMe-cachenivå på 1,6 TB med den råa SSD-baserade kapaciteten per värd på 15,4 TB. Storleken på den råa kapacitetsnivån för ett kluster är per värdkapacitet gånger antalet värdar. Till exempel tillhandahåller ett fyra värdkluster 61,6 TB råkapacitet på vSAN-kapacitetsnivån. Kontrollera maskinvaruspecifikationen för information om AV36P-, AV52- och AV64 SKU-lagringsenheter .

Lokal lagring i klustervärdar används i det klusteromfattande vSAN-dataarkivet. Alla datalager skapas som en del av distributionen av privata moln och är tillgängliga för användning omedelbart. Cloudadmin-användaren och alla användare som har tilldelats rollen CloudAdmin kan hantera datalager med dessa vSAN-behörigheter:

  • Datastore.AllocateSpace
  • Datastore.Browse
  • Datastore.Config
  • Datastore.DeleteFile
  • Datastore.FileManagement
  • Datastore.UpdateVirtualMachineMetadata

Viktigt!

Du kan inte ändra namnet på datalager eller kluster. Azure CLI och PowerShell stöder ändring av namnet på resurskluster (Kluster-2 till Kluster-12), men detta bör inte användas, eftersom det skapar ett matchningsfel för metadata mellan azure-portalens resursklusternamn och namnet på vSphere-klustret.

Lagringsprinciper och feltolerans

Standardlagringsprincipen är inställd på RAID-1 FTT-1, med objektutrymmesreservation inställd på Tunn etablering. Om du inte justerar lagringsprincipen eller tillämpar en ny princip växer klustret med den här konfigurationen. Standardlagringsprincipen är den som ska tillämpas på de virtuella arbetsbelastningsdatorerna. Information om hur du anger en annan lagringsprincip finns i Konfigurera lagringsprincip.

I ett kluster med tre värdar rymmer FTT-1 en enskild värds fel. Microsoft styr fel regelbundet och ersätter maskinvaran när händelser identifieras ur ett driftsperspektiv.

Kommentar

När du loggar in på vSphere-klienten kanske du ser en vm-lagringsprincip med namnet vSAN Default Storage Policy med objektutrymmesreservation inställd på Tjock etablering. Observera att detta inte är standardlagringsprincipen som tillämpas på klustret. Den här principen finns för historiska ändamål och kommer så småningom att ändras till Tunn etablering.

Kommentar

Alla programvarudefinierade virtuella datorer för hantering av datacenter (SDDC) (vCenter Server, NSX Manager, NSX Edges och andra) använder Microsoft vSAN Management Storage Policy, med objektutrymmesreservation inställd på Tunn etablering.

Dricks

Om du är osäker på om klustret kommer att växa till fyra eller fler distribuerar du med standardprincipen. Om du är säker på att klustret växer rekommenderar vi att du distribuerar de extra värdarna under distributionen i stället för att expandera klustret efter den första distributionen. När de virtuella datorerna distribueras till klustret ändrar du diskens lagringsprincip i VM-inställningarna till ANTINGEN RAID-5 FTT-1 eller RAID-6 FTT-2. Observera att fler än 6 värdar bör konfigureras i klustret för att använda en FTT-2-princip (RAID-1 eller RAID-6) som referens till SLA för Azure VMware Solution. Observera också att lagringsprincipen inte uppdateras automatiskt baserat på klusterstorlek. På samma sätt uppdaterar inte standardinställningen de virtuella datorprinciper som körs automatiskt.

Data-i-vila-kryptering

vSAN-datalager använder data-i-vila-kryptering som standard med hjälp av nycklar som lagras i Azure Key Vault. Krypteringslösningen är KMS-baserad och stöder vCenter Server-åtgärder för nyckelhantering. När en värd tas bort från ett kluster ogiltigförklaras alla data på SSD:er omedelbart.

Kapacitetsexpansionsalternativ för datalager

Den befintliga kluster-vSAN-lagringskapaciteten kan utökas genom att ansluta Azure-lagringsresurser, inklusive Azure NetApp Files eller Azure Elastic SAN. Virtuella datorer kan migreras mellan vSAN-datalager och andra datalager utan avbrott med hjälp av storage vMotion. Om du utökar datalagerkapaciteten med hjälp av Azure Storage-resurser kan du öka datalagringskapaciteten utan att skala klustren.

Azure NetApp Files

Azure NetApp Files är en fillagringstjänst i företagsklass med höga prestanda. Tjänsten stöder krävande företagsfilarbetsbelastningar i molnet: databaser, SAP och databehandlingsprogram med höga prestanda, utan kodändringar.

Du kan skapa NFS-datalager (Network File System) med Azure NetApp Files-volymer och koppla dem till valfria kluster. Genom att använda NFS-datalager som backas upp av Azure NetApp Files kan du expandera lagringen i stället för att skala klustren. Azure NetApp Files är tillgängligt på prestandanivåerna Ultra, Premium och Standard så att prestanda och kostnader kan justeras efter arbetsbelastningarnas krav.

Mer information finns i Bifoga Azure NetApp Files-datalager till Azure VMware Solution-värdar.

Azure Elastic SAN

Azure Elastic Storage Area Network (SAN) är Microsofts svar på problemet med arbetsbelastningsoptimering och integrering mellan dina storskaliga databaser och prestandaintensiva verksamhetskritiska program.

Azure VMware Solution stöder anslutning av iSCSI-datalager som ett beständigt lagringsalternativ. Du kan skapa VMFS-datalager (Virtual Machine File System) med Azure Elastic SAN-volymer och koppla dem till valfria kluster. Genom att använda VMFS-datalager som backas upp av Azure Elastic SAN kan du expandera lagringen i stället för att skala klustren.

Mer information finns i Använda Azure VMware Solution med Azure Elastic SAN.

Azure Storage-integrering

Du kan använda Azure Storage-tjänster i arbetsbelastningar som körs i ditt privata moln. Azure Storage-tjänsterna omfattar lagringskonton, table storage, bloblagring och fillagring (Azure Files och Azure NetApp Files). Anslutningen av arbetsbelastningar till Azure Storage-tjänster passerar inte internet. Den här anslutningen ger mer säkerhet och gör att du kan använda SLA-baserade Azure-lagringstjänster i dina privata molnarbetsbelastningar.

Aviseringar och övervakning

Microsoft tillhandahåller aviseringar när kapacitetsförbrukningen överskrider 75 %. Dessutom kan du övervaka kapacitetsförbrukningsmått som är integrerade i Azure Monitor. Mer information finns i Konfigurera Azure-aviseringar i Azure VMware Solution.

Nästa steg

Nu när du har gått igenom azure VMware Solution-lagringsbegrepp kanske du vill lära dig mer om:

  • Konfigurera lagringsprincip – Varje virtuell dator som distribueras till ett vSAN-datalager tilldelas minst en lagringsprincip för virtuella datorer. Du kan tilldela en vm-lagringsprincip i en inledande distribution av en virtuell dator eller när du utför andra VM-åtgärder, till exempel kloning eller migrering.

  • Skala kluster i det privata molnet – Du kan skala kluster och värdar i ett privat moln efter behov för din programarbetsbelastning. Prestanda- och tillgänglighetsbegränsningar för specifika tjänster bör hanteras från fall till fall.

  • Azure NetApp Files med Azure VMware Solution – Du kan använda Azure NetApp Files för att migrera och köra de mest krävande företagsfilarbetsbelastningarna i molnet: databaser och program för allmän databehandling, utan kodändringar. Azure NetApp Files-volymer kan kopplas till virtuella datorer och som datalager för att utöka vSAN-datalagringskapaciteten utan att lägga till fler noder.

  • vSphere-rollbaserad åtkomstkontroll för Azure VMware Solution – Du använder vCenter Server för att hantera vm-arbetsbelastningar och NSX Manager för att hantera och utöka det privata molnet. Åtkomst- och identitetshantering använder Rollen CloudAdmin för vCenter Server och begränsade administratörsrättigheter för NSX Manager.