Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Prywatne chmury usługi Rozwiązanie Azure VMware oferują natywny magazyn dla całego klastra przy użyciu VMware vSAN. Pamięć lokalna z każdego hosta w klastrze jest wykorzystywana w magazynie danych vSAN, a szyfrowanie danych w spoczynku jest dostępne i domyślnie włączone. Zasoby usługi Azure Storage umożliwiają rozszerzanie możliwości magazynowania chmur prywatnych.
Klastry vSAN
Magazyn lokalny na każdym hoście klastra jest zgłaszany jako część magazynu danych vSAN. W przypadku SKU AV36, wszystkie grupy dysków używają warstwy pamięci podręcznej NVMe o pojemności 1,6 TB z surową pojemnością na hosta opartą na dyskach SSD wynoszącą 15,4 TB. Rozmiar surowego poziomu pojemności klastra to pojemność na hosta pomnożona przez liczbę hostów. Na przykład cztery klastry hostów zapewniają 61,6 TB pierwotnej pojemności w warstwie pojemności vSAN. Sprawdź specyfikację sprzętu w celu uzyskania szczegółów dotyczących urządzenia magazynującego SKU AV36P, AV52 i AV64.
Magazyn lokalny na hostach klastra jest używany w magazynie danych vSAN obejmującym klaster. Wszystkie magazyny danych są tworzone w ramach wdrożenia chmury prywatnej i są dostępne do natychmiastowego użycia. Użytkownik CloudAdmin i wszyscy użytkownicy przypisani do roli CloudAdmin mogą zarządzać magazynami danych przy użyciu następujących uprawnień sieci vSAN:
- Przydzielanie przestrzeni w magazynie danych
- Datastore.Przeglądaj
- Datastore.Config
- Datastore.UsuńPlik
- Datastore.FileManagement
- Datastore.AktualizujMetadaneMaszynyWirtualnej
Ważne
Nie można zmienić nazwy magazynów danych ani klastrów. Mimo że Azure CLI i program PowerShell obsługują zmianę nazwy klastrów zasobów (klaster-2 na Cluster-12), nigdy nie należy zmieniać nazwy. Jeśli to zrobisz, utworzy to niezgodność metadanych między nazwą klastra zasobów w portalu Azure a nazwą klastra vSphere.
Zasady magazynu i odporność na uszkodzenia
Domyślna polityka pamięci masowej jest ustawiona na RAID-1 FTT-1, z rezerwacją miejsca obiektu ustawioną na dynamiczne przydzielanie. Jeśli nie dostosujesz zasad magazynu lub nie zastosujesz nowych zasad, klaster rośnie wraz z tą konfiguracją. Domyślna polityka przechowywania to ta, która jest stosowana na maszyny wirtualne obciążeń. Aby ustawić inne zasady magazynu, zobacz Konfigurowanie zasad magazynu.
W klastrze z trzema hostami FTT-1 umożliwia obsługę awarii pojedynczego hosta. Firma Microsoft regularnie zarządza awariami i zastępuje sprzęt, gdy zdarzenia są wykrywane z perspektywy operacji.
Uwaga
Po zalogowaniu się do klienta vSphere można zauważyć politykę magazynu VM o nazwie Domyślne zasady magazynu vSAN z rezerwacją miejsca obiektu ustawioną na aprowizację typu Thick. Ta zasada nie jest domyślną zasadą przechowywania zastosowaną do klastra. Ta zasada istnieje w celach historycznych i jest modyfikowana do cienkiego przydziału
Uwaga
Wszystkie maszyny wirtualne zarządzające oprogramowanie definiowanym centrum danych (SDDC) (vCenter Server, NSX Manager, NSX Edges i inne) korzystają z Microsoft vSAN Management Storage Policy, z rezerwacją miejsca na obiekty ustawioną na aprovisionowanie Thin.
Wskazówka
Jeśli nie jesteś pewien rozwoju klastra do czterech węzłów lub więcej, wdróżcie go z użyciem polityki domyślnej. Jeśli masz pewność, że klaster będzie się rozwijać, zamiast rozszerzać klaster po początkowym wdrożeniu, zalecamy wdrożenie dodatkowych hostów podczas wdrażania. W miarę wdrażania maszyn wirtualnych w klastrze zmień zasady magazynu dysku w ustawieniach maszyny wirtualnej na RAID-5 FTT-1 lub RAID-6 FTT-2. W odniesieniu do SLA dla Rozwiązanie Azure VMware w klastrze należy skonfigurować więcej niż sześć hostów do używania zasad FTT-2 (RAID-1 lub RAID-6). Ponadto polityka przechowywania nie jest automatycznie aktualizowana na podstawie wielkości klastra. Podobnie zmiana wartości domyślnej nie powoduje automatycznej aktualizacji uruchomionych zasad maszyn wirtualnych.
Paski dysku vSAN na obiekt
Ustawienie szerokości paska definiuje minimalną liczbę urządzeń pamięci masowej, na których jest dystrybuowana każda replika obiektu pamięciowego. Rozkładanie może zwiększyć wydajność maszyn wirtualnych intensywnie korzystających z operacji we/wy, rozkładając dane maszyny wirtualnej na więcej dysków, zwiększając ogólną wydajność.
Wskazówka
Zaleca się zachowanie ustawienia „paski dysków vSAN na obiekt” na poziomie domyślnym. Jeśli wystąpią problemy z wydajnością maszyn wirtualnych intensywnie korzystających z operacji wejścia/wyjścia, rozważ zwiększenie liczby pasków dysków vSAN na obiekt w ramach polityki przechowywania danych, aby potencjalnie zwiększyć wydajność.
Deduplikacja i kompresja
Magazyny danych vSAN domyślnie używają deduplikacji i kompresji. Deduplikacja i kompresja współpracują ze sobą, aby zmniejszyć ilość miejsca zużywanego w magazynie danych. System vSAN najpierw stosuje deduplikację, a następnie kompresję, ponieważ dane są przenosine z warstwy pamięci podręcznej do warstwy pojemności.
Wskazówka
W przypadku maszyn wirtualnych intensywnie korzystających z operacji we/wy wyłączenie deduplikacji w magazynie danych vSAN może zwiększyć ogólną wydajność maszyny wirtualnej o maksymalnie 2 razy.
Szyfrowanie danych w spoczynku
Magazyny danych vSAN domyślnie używają szyfrowania danych magazynowanych przy użyciu kluczy przechowywanych w usłudze Azure Key Vault. Rozwiązanie szyfrowania jest oparte na usłudze KMS i obsługuje operacje programu vCenter Server na potrzeby zarządzania kluczami. Po usunięciu hosta z klastra wszystkie dane na dyskach SSD są natychmiast unieważniane.
Opcje rozszerzania pojemności magazynu danych
Istniejącą pojemność magazynu vSAN klastra można rozszerzyć, łącząc zasoby usługi Azure Storage, w tym usługę Azure NetApp Files lub Elastyczną sieć SAN platformy Azure. Maszyny wirtualne można migrować między magazynami danych vSAN i innymi magazynami danych bez zakłóceń przy użyciu funkcji Storage vMotion. Rozszerzanie pojemności magazynu danych przy użyciu zasobów usługi Azure Storage umożliwia zwiększenie pojemności magazynu danych bez skalowania klastrów.
Azure NetApp Files
Azure NetApp Files to usługa magazynu plików klasy korporacyjnej o wysokiej wydajności. Usługa obsługuje wymagające obciążenia plików przedsiębiorstwa w chmurze: bazy danych, oprogramowanie SAP i aplikacje obliczeniowe o wysokiej wydajności bez zmian w kodzie.
Magazyny danych systemu plików sieciowych (NFS) można tworzyć przy użyciu woluminów usługi Azure NetApp Files i dołączać je do wybranych klastrów. Korzystając z magazynów danych NFS wspieranych przez Azure NetApp Files, możesz zwiększyć swoją przestrzeń dyskową zamiast skalować klastry. Azure NetApp Files jest dostępna w warstwach wydajności Ultra, Premium i Standardowa aby umożliwić dostosowanie wydajności i kosztów do wymagań obciążeń.
Aby uzyskać więcej informacji, zobacz Dołączanie magazynów danych usługi Azure NetApp Files do hostów usługi Rozwiązanie Azure VMware.
Azure Elastic SAN
Azure elastyczna sieć magazynowania (SAN) to rozwiązanie Microsoft do optymalizowania i integrowania obciążeń między bazami danych na dużą skalę a aplikacjami o znaczeniu krytycznym dla wydajności.
Rozwiązanie Rozwiązanie Azure VMware obsługuje dołączanie magazynów danych iSCSI jako opcji magazynu trwałego. Magazyny danych systemu plików maszyny wirtualnej (VMFS) można tworzyć przy użyciu woluminów usługi Azure Elastic SAN i dołączać je do wybranych klastrów. Korzystając z magazynów danych VMFS wspieranych przez usługę Azure Elastic SAN, można rozszerzyć magazyn zamiast skalować klastry.
Aby uzyskać więcej informacji, zobacz Use Rozwiązanie Azure VMware with Azure Elastic SAN (Używanie rozwiązania Rozwiązanie Azure VMware z elastyczną siecią SAN platformy Azure).
Integracja usługi Azure Storage
Usługi Azure Storage można używać w obciążeniach działających w chmurze prywatnej. Usługi magazynowania platformy Azure obejmują konta magazynu, usługę Table Storage, usługę Blob Storage i magazyn plików (Azure Files i Azure NetApp Files). Połączenie obciążeń z usługami Azure Storage nie przechodzi przez Internet. Ta łączność zapewnia większe bezpieczeństwo i umożliwia korzystanie z usług Azure Storage opartych na umowie SLA w obciążeniach chmury prywatnej.
Monitorowanie i alerty
Firma Microsoft udostępnia alerty, gdy zużycie pojemności przekracza 75%. Ponadto można monitorować metryki użycia pojemności zintegrowane z usługą Azure Monitor. Aby uzyskać więcej informacji, zobacz Konfigurowanie alertów platformy Azure w rozwiązaniu Rozwiązanie Azure VMware.
Następne kroki
Teraz po zapoznaniu się z konceptami dotyczącymi magazynowania w Rozwiązanie Azure VMware, dowiedz się więcej o:
Konfigurowanie zasad magazynowania — każda maszyna wirtualna wdrożona w magazynie danych vSAN ma przypisaną co najmniej jedną zasadę magazynowania maszyn wirtualnych. Zasady magazynu maszyn wirtualnych można przypisać w początkowym wdrożeniu maszyny wirtualnej lub podczas wykonywania innych operacji maszyn wirtualnych, takich jak klonowanie lub migrowanie.
Skalowanie klastrów w chmurze prywatnej — możesz skalować klastry i hosty w chmurze prywatnej zgodnie z wymaganiami dla obciążenia aplikacji. Ograniczenia wydajności i dostępności dla określonych usług powinny być rozwiązywane dla poszczególnych przypadków.
Usługa Azure NetApp Files z rozwiązaniem Rozwiązanie Azure VMware — możesz użyć usługi Azure NetApp Files do migrowania i uruchamiania najbardziej wymagających obciążeń plików przedsiębiorstwa w chmurze: baz danych i aplikacji obliczeniowych ogólnego przeznaczenia bez zmian w kodzie. Woluminy usługi Azure NetApp Files można dołączać do maszyn wirtualnych i jako magazyny danych w celu rozszerzenia pojemności magazynu danych vSAN bez dodawania większej liczby węzłów.
Kontrola dostępu oparta na rolach vSphere dla usługi Rozwiązanie Azure VMware — używasz programu vCenter Server do zarządzania obciążeniami maszyn wirtualnych i menedżerem NSX w celu zarządzania i rozszerzania chmury prywatnej. Zarządzanie dostępem i tożsamościami używa roli CloudAdmin dla programu vCenter Server i ograniczonych praw administratora dla menedżera NSX.