Często zadawane pytania dotyczące dysków maszyn wirtualnych IaaS platformy Azure oraz dysków zarządzanych i niezarządzanych w warstwie Premium

Standardowy dysk zarządzany utworzony na podstawie dysku VHD 80 GiB jest traktowany jako następny dostępny standardowy rozmiar dysku, który jest dyskiem S10. Opłaty są naliczane zgodnie z cennikiem dysku S10. Aby uzyskać więcej informacji, zobacz stronę z cennikiem.

Opłata jest naliczana na podstawie aprowizowanej pojemności dysku. Aby uzyskać więcej informacji, zobacz stronę z cennikiem.

Tak.

L.p.

Tak. Maksymalny limit to 50 000 dysków zarządzanych na region i typ dysku dla subskrypcji.

L.p. Maszyny wirtualne w zestawie dostępności muszą używać wszystkich dysków zarządzanych lub wszystkich dysków niezarządzanych. Podczas tworzenia zestawu dostępności możesz wybrać typ dysków, których chcesz użyć.

Tak. Możesz utworzyć pusty dysk. Dysk zarządzany można utworzyć niezależnie od maszyny wirtualnej, na przykład bez dołączania go do maszyny wirtualnej.

W zależności od regionu, w którym znajduje się zestaw dostępności używający dysków zarządzanych, obsługiwana liczba domen błędów to 2 lub 3.

Dyski zarządzane obsługuje trzy kluczowe role domyślne:

• Właściciel: Może zarządzać wszystkimi elementami, w tym dostępem
• Współautor: Może zarządzać wszystkim, z wyjątkiem dostępu
• Czytelnik: może wyświetlać wszystko, ale nie może wprowadzać zmian

Możesz wygenerować identyfikator URI sygnatury dostępu współdzielonego (SAS) tylko do odczytu dla dysku zarządzanego i użyć go do skopiowania zawartości do prywatnego konta magazynu lub magazynu lokalnego. Możesz użyć identyfikatora URI sygnatury dostępu współdzielonego przy użyciu witryny Azure Portal, programu Azure PowerShell, interfejsu wiersza polecenia platformy Azure lub narzędzia AzCopy.

Możesz utworzyć migawkę dysku zarządzanego, a następnie użyć migawki do utworzenia innego dysku zarządzanego. Możesz również utworzyć nowy dysk zarządzany na podstawie istniejącego dysku zarządzanego.

Tak, ale zostaną wycofane do 30 września 2025 r. i od 18 listopada 2022 r. nowe subskrypcje klientów nie kwalifikują się do tworzenia dysków niezarządzanych. Zalecamy używanie dysków zarządzanych dla nowych obciążeń i migrowanie bieżących obciążeń do dysków zarządzanych.

L.p.

L.p.

L.p. Nie można zaktualizować właściwości nazwa komputera. Nowa maszyna wirtualna dziedziczy ją z nadrzędnej maszyny wirtualnej, która została użyta do utworzenia dysku systemu operacyjnego.

• Lista szablonów korzystających z Dyski zarządzane
• https://github.com/chagarw/MDPP

Nie, gdy nowy dysk zostanie utworzony, jest to pełna autonomiczna kopia tego obiektu blob w tym czasie i nie ma połączenia między nimi. Jeśli chcesz, po utworzeniu dysku źródłowy obiekt blob może zostać usunięty bez wpływu na nowo utworzony dysk w jakikolwiek sposób.

Nie można zmienić nazwy dysków zarządzanych. Można jednak zmienić nazwę dysku niezarządzanego, o ile nie jest on obecnie dołączony do dysku VHD lub maszyny wirtualnej.

Obrazy generacji 1 mogą używać partycjonowania GPT tylko na dyskach danych, a nie na dyskach systemu operacyjnego. Dyski systemu operacyjnego muszą używać stylu partycji MBR.

Obrazy generacji 2 mogą używać partycjonowania GPT na dysku systemu operacyjnego i dysków danych.

Rezerwacja dysków platformy Azure umożliwia zakup dysków SSD w warstwie Premium w określonych jednostkach SKU z P30 (1 TiB) do P80 (32 TiB) w okresie jednego roku. Nie ma ograniczeń dotyczących minimalnej liczby dysków niezbędnych do zakupu rezerwacji dysku. Ponadto możesz wybrać jednorazową zapłatę z góry lub płatności miesięczne. Nie zastosowano dodatkowych kosztów transakcyjnych dla Dyski zarządzane SSD w warstwie Premium.

Rezerwacje są dokonywane w postaci dysków, a nie pojemności. Innymi słowy, jeśli zarezerwujesz dysk P80 (32 TiB), otrzymasz pojedynczy dysk P80, nie można następnie podzielić tej konkretnej rezerwacji na dwa mniejsze dyski P70 (16 TiB). Można zarezerwować dowolną liczbę dysków, w tym dwa oddzielne dyski P70 (16 TiB).

Rezerwacja dysków jest zgodna z modelem podobnym do wystąpień zarezerwowanych maszyn wirtualnych. Różnica polega na tym, że rezerwacja dysku nie może być stosowana do różnych jednostek SKU, podczas gdy wystąpienie maszyny wirtualnej może. Aby uzyskać więcej informacji na temat wystąpień maszyn wirtualnych, zobacz Oszczędzanie kosztów za pomocą wystąpień zarezerwowanych maszyn wirtualnych platformy Azure .

Rezerwacje dysków platformy Azure są kupowane dla określonego regionu i jednostki SKU (na przykład P30 w regionie Wschodnie stany USA 2) i nie można ich używać poza tymi konstrukcjami. Zawsze możesz zakupić dodatkową rezerwację dysków platformy Azure dla potrzeb magazynu dysków w innych regionach lub jednostkach SKU.

Tak, wszystkie typy dysków obsługują umowę SLA pojedynczego wystąpienia maszyny wirtualnej.

L.p. Wszystkie dyski zarządzane, nawet dyski udostępnione, muszą znajdować się w tym samym regionie co maszyna wirtualna, do której są dołączane.

Ssd w warstwie Premium w wersji 2 zapewnia podstawową wydajność 3000 operacji we/wy na sekundę i 125 MB/s dla dowolnego rozmiaru oferowanego bez dodatkowych kosztów. Obecnie w przypadku następujących regionów kalkulator cen ma nieprawidłową cenę. Dopóki kalkulator cen nie zostanie poprawiony, odejmij 3000IOPS z docelowych operacji we/wy na sekundę i 125 MB/s dla przepustowości docelowej dla tych regionów, aby poprawnie oszacować koszt: Północno-środkowe stany USA, Zachodnie stany USA, Zachodnie stany USA, Zachodnie stany USA, Zjednoczone Emiraty Arabskie, Północne Zjednoczone Emiraty Arabskie, Szwajcaria Północna, Szwajcaria Zachodnia, Szwecja Południowa, Korea Środkowa, Korea Południowa, Japonia Wschodnia, Japonia Zachodnia, Włochy Północne, Indie Środkowe, Indie Południowe, Niemcy Północne, Niemcy Zachodnio-środkowe, Francja Środkowa, Kanada Środkowa, Kanada Wschodnia, Brazylia Południowa, US GOV Arizona, US GOV Wirginia, Australia Środkowa, Australia Środkowa 2, Australia Południowo-Wschodnia, Republika Południowej Afryki Północnej, Południowoaryka Zachodnia.

• Operacje tworzenia i odzyskiwania kopii zapasowych mogą być bardziej wydajne, co zmniejsza przestoje w przypadku utraty danych lub awarii systemu, często tworząc kopie zapasowe dysków danych. Jeśli dysk danych napotka problem, łatwiej jest go odzyskać, ponieważ jest on oddzielony od dysku systemu operacyjnego.

• Pojemność magazynu można rozszerzyć, dodając lub rozszerzając dyski danych bez wpływu na dysk systemu operacyjnego. Tylko dyski danych obsługują zmianę rozmiaru na żywo. Nie można zwiększyć rozmiaru dysków systemu operacyjnego bez zatrzymywania maszyny wirtualnej.

• Oddzielenie systemu operacyjnego od aplikacji i danych na różne dyski pomaga zapewnić, że dyski we/wy z systemu operacyjnego i dane aplikacji nie zakłócają siebie nawzajem. Może to zwiększyć ogólną wydajność systemu i zapobiec problemom z rywalizacją, które mogą wystąpić, gdy zarówno system operacyjny, jak i aplikacje konkurują o zasoby dysku.

• Jeśli na dysku systemu operacyjnego wystąpi awaria lub uszkodzenie systemu operacyjnego, możesz odtworzyć obraz lub ponownie zainstalować system operacyjny bez wpływu na dysk danych. Zmniejsza to ryzyko utraty danych i ułatwia rozwiązywanie problemów i procedury konserwacji.

• Możesz zastosować oddzielne mechanizmy kontroli dostępu i uprawnienia do dysku systemu operacyjnego i dysku danych. To rozdzielenie ogranicza dostęp do krytycznych plików systemowych na dysku systemu operacyjnego, ograniczając potencjalne zagrożenia bezpieczeństwa.

Tak.

L.p. Migawki muszą być kopiowane do innych regionów w kolejności tworzenia.

Kopiowanie kończy się niepowodzeniem.

Tak. Wszystkie zarządzane migawki i obrazy są automatycznie szyfrowane.

Wszystkie typy dysków obsługują jakąś formę migawki. W przypadku dysków w warstwie Ultra Disk i SSD w warstwie Premium w wersji 2 obsługują tylko migawki przyrostowe i mają pewne ograniczenia. Aby uzyskać szczegółowe informacje, zobacz Tworzenie migawki przyrostowej dla dysków zarządzanych. Inne typy dysków obsługują oba typy migawek dla wszystkich ich rozmiarów dysków.

Usunięcie jednej z migawek przyrostowych nie ma wpływu na kolejne migawki przyrostowe. System scala dane zajmowane przez pierwszą migawkę z następną migawką pod maską, aby upewnić się, że kolejne migawki nie mają wpływu na usunięcie pierwszej migawki.

Zgodne dyski zarządzane utworzone za pomocą interfejsu API w wersji 2019-07-01 lub nowszej mogą włączać dyski udostępnione. W tym celu należy odinstalować dysk ze wszystkich maszyn wirtualnych, do których jest dołączony. Następnie zmodyfikuj właściwość maxShares na dysku.

Odinstaluj dysk ze wszystkich maszyn wirtualnych, do których jest dołączony. Następnie zmodyfikuj właściwość maxShare na dysku do 1.

Tak.

Jeśli nie masz pewności, na co należy ustawić przepływność dysku, zalecamy rozpoczęcie od przy założeniu, że rozmiar operacji we/wy wynosi 16 KiB i dostosuj wydajność z tego miejsca podczas monitorowania aplikacji. Formuła to: Przepływność w MB/s = liczba operacji we/wy na sekundę * 16 / 1000.

Oprócz ograniczania dysku istnieje ograniczenie operacji we/wy, które jest nakładane na poziomie maszyny wirtualnej. Upewnij się, że używany rozmiar maszyny wirtualnej może obsługiwać poziomy skonfigurowane na dyskach. Aby uzyskać szczegółowe informacje dotyczące limitów operacji we/wy nałożonych przez maszynę wirtualną, zobacz Rozmiary maszyn wirtualnych na platformie Azure.

Nie, dyski w warstwie Ultra nie obsługują różnych metod buforowania obsługiwanych w innych typach dysków. Ustaw buforowanie dysku na Wartość Brak.

Być może maszyna wirtualna musi znajdować się w parze regionów i stref dostępności, która obsługuje dyski w warstwie Ultra. Aby uzyskać szczegółowe informacje, zobacz wprowadzenie do dysków w warstwie Ultra.

Nie, dyski w warstwie Ultra są obsługiwane tylko jako dyski danych. Możesz migrować dane z istniejącego dysku danych do dysku w warstwie Ultra Disk. Dołącz oba dyski do tej samej maszyny wirtualnej i bezpośrednio skopiuj dane do dysku Ultra Disk lub skorzystaj z rozwiązania innej firmy do migracji danych.

Nie, ale można migrować dane z istniejącego dysku na dysk w warstwie Ultra. Aby przeprowadzić migrację istniejącego dysku do dysku w warstwie Ultra, dołącz oba dyski do tej samej maszyny wirtualnej i skopiuj dane dysku z jednego dysku do drugiego lub użyj rozwiązania innej firmy do migracji danych.

Nie, nie jest to obecnie obsługiwane.

Nie, przekazywanie może być używane tylko podczas tworzenia nowego pustego dysku ze stanem ReadyToUpload .

L.p.

Migracja obejmuje przenoszenie dysku z jednej lokalizacji magazynu do innej. Jest to orkiestrowane za pośrednictwem kopii danych w tle, co może potrwać kilka godzin, zazwyczaj mniej niż 24 godziny w zależności od ilości danych na dyskach. W tym czasie aplikacja może mieć większe niż zwykle opóźnienie odczytu, ponieważ niektóre operacje odczytu mogą zostać przekierowane do oryginalnej lokalizacji i mogą potrwać dłużej. W tym okresie nie ma wpływu na opóźnienie zapisu.

Nie są wymagane żadne zmiany.

Tak, kopie zapasowe działają bezproblemowo.

Nie są wymagane żadne zmiany.

L.p. Nowy zestaw skalowania można utworzyć z dyskami zarządzanymi przy użyciu obrazu ze starego zestawu skalowania z dyskami niezarządzanymi.

L.p. Migawkę stronicowego obiektu blob można wyeksportować jako stronicowy obiekt blob, a następnie utworzyć dysk zarządzany z wyeksportowanego stronicowego obiektu blob.

Tak, możesz wybrać przejście w tryb failover na maszynę wirtualną z Dyski zarządzane.

L.p. Usługa Azure Site Recovery azure to Azure protection dla maszyn wirtualnych z Dyski zarządzane jest dostępna.

Tak

Tak. Dyski zarządzane są szyfrowane za pomocą szyfrowania po stronie serwera z kluczami zarządzanymi przez platformę.

Tak. Domyślnie wszystkie dyski zarządzane są szyfrowane, w tym dysk systemu operacyjnego.

L.p.

Tak.

Tak.

Tak

L.p. Jeśli jednak wyeksportujesz wirtualny dysk twardy do zaszyfrowanego konta magazynu z zaszyfrowanego dysku zarządzanego lub migawki, zostanie on zaszyfrowany.

Nie można przełączyć się w miejscu, ale istnieje możliwość utworzenia kopii dysków i dołączenia ich do nowej maszyny wirtualnej zaszyfrowanej za pomocą szyfrowania po stronie serwera. Jednak w przypadku maszyn wirtualnych z systemem Linux zaszyfrowanych dysk systemu operacyjnego maszyny wirtualnej z systemem Linux za pomocą programu ADE nie można wyłączyć programu ADE w systemie Linux, gdy dysk systemu operacyjnego jest zaszyfrowany. Aby przeprowadzić migrację maszyn wirtualnych z systemem Windows z włączoną usługą ADE lub maszynami wirtualnymi z systemem Linux z zaszyfrowanymi tylko dyskami danych ADE,

• Wyłącz szyfrowanie i usuń rozszerzenie szyfrowania w systemie Windows lub w systemie Linux.
• Następnie utwórz nowy dysk zarządzany przy użyciu bieżącego dysku jako źródła.
• Dołącz nowy dysk do nowej maszyny wirtualnej, która nigdy nie włączyła usługi ADE.
• Szyfruj ten nowy dysk przy użyciu kluczy zarządzanych przez klienta.

Tak. Najpierw przełącz dysk, aby używać kluczy zarządzanych przez platformę, wykonując jedną z następujących czynności:

rgName=yourResourceGroupName
diskName=yourDiskName

az disk update -n $diskName -g $rgName --encryption-type EncryptionAtRestWithPlatformKey

$rgName = "yourResourceGroupName"
$diskName = "yourDiskName"

New-AzDiskUpdateConfig -EncryptionType "EncryptionAtRestWithPlatformKey" | Update-AzDisk -ResourceGroupName $rgName -DiskName $diskName

Następnie zaszyfruj bieżący dysk za pomocą usługi Azure Disk Encryption.

Tak.

Nie wszystkie obrazy systemu operacyjnego obsługują wdrażanie z dyskiem niezarządzanym w witrynie Azure Portal. Jeśli wybrany obraz nie obsługuje tej metody wdrażania, zalecamy użycie dysków zarządzanych dla nowych obciążeń i przekonwertowanie istniejącego dysku na dysk zarządzany. Jeśli nie możesz używać dysków zarządzanych, możesz wdrożyć maszynę wirtualną przy użyciu dysków niezarządzanych za pomocą modułu Azure PowerShell lub interfejsu wiersza polecenia platformy Azure.

L.p. Możesz dołączyć tylko standardowe dyski danych do maszyn wirtualnych, które nie używają serii rozmiarów obsługujących dyski SSD w warstwie Premium.

Istnieje stały koszt dla każdego rozmiaru dysku, który jest aprowizowany przy użyciu określonych limitów liczby operacji we/wy na sekundę i przepływności. Pozostałe koszty to przepustowość ruchu wychodzącego, pojemność migawki i koszty związane ze wzrostem na żądanie, jeśli ma to zastosowanie. Aby uzyskać więcej informacji, zobacz stronę z cennikiem.

Łączne limity pamięci podręcznej i lokalnego dysku SSD dla serii DS to 4000 operacji we/wy na sekundę na rdzeń i 33 MB/s na rdzeń. Seria GS oferuje 5000 operacji we/wy na sekundę na rdzeń i 50 MB/s na rdzeń.

Lokalny dysk SSD jest magazynem tymczasowym dołączonym do maszyny wirtualnej przy użyciu dysków zarządzanych. Nie ma dodatkowych kosztów dla tego magazynu tymczasowego. Nie należy używać tego lokalnego dysku SSD do przechowywania danych aplikacji, ponieważ nie jest on utrwalany w usłudze Azure Storage.

Korzystanie z funkcji TRIM na dyskach platformy Azure na dyskach platformy Azure w warstwie Premium lub w warstwie Standardowa nie jest wadą.

Typ partycji, który pomoc techniczna platformy Azure dla dysków systemu operacyjnego Gen1, to główny rekord rozruchowy (MBR). Mimo że dyski systemu operacyjnego Gen1 obsługują tylko MBR dyski danych obsługują GPT. Chociaż można przydzielić do dysku systemu operacyjnego 4 TiB, typ partycji MBR może używać tylko do 2 TiB tego miejsca na dysku dla systemu operacyjnego. pomoc techniczna platformy Azure do 32 TiB dla zarządzanych dysków danych.

Typ partycji, który pomoc techniczna platformy Azure dla dysków systemu operacyjnego Gen2, to tabela partycji GUID (GPT). Maszyny wirtualne gen2 obsługują maksymalnie dysk systemu operacyjnego 4 TiB. pomoc techniczna platformy Azure do 32 TiB dla zarządzanych dysków danych.

Typ partycji, który pomoc techniczna platformy Azure dla dysku systemu operacyjnego przy użyciu dysków niezarządzanych, to główny rekord rozruchowy (MBR). Chociaż można przydzielić maksymalnie 4 TiB dla dysku systemu operacyjnego, typ partycji MBR może używać tylko do 2 TiB tego miejsca na dysku dla systemu operacyjnego. pomoc techniczna platformy Azure do 4 TiB dla dysków danych niezarządzanych.

Największy rozmiar stronicowego obiektu blob, który pomoc techniczna platformy Azure wynosi 8 TiB (8191 GiB). Maksymalny rozmiar stronicowego obiektu blob dołączony do maszyny wirtualnej jako danych lub dysków systemu operacyjnego to 4 TiB (4095 GiB).

Dyski P4 (32 GiB) i P6 (64 GiB) nie są obsługiwane jako domyślne warstwy dysków dla dysków niezarządzanych i stronicowych obiektów blob. Należy jawnie ustawić warstwę obiektu blob na P4 i P6, aby dysk był mapowany na te warstwy. Jeśli wdrożysz niezarządzany dysk lub stronicowy obiekt blob o rozmiarze dysku lub zawartości o długości mniejszej niż 32 GiB lub od 32 GiB do 64 GiB bez ustawiania warstwy obiektu blob, będziesz nadal lądować na P10 z 500 operacjami we/wy na sekundę i 100 MB/s oraz mapowanym warstwą cenową.

Istniejące małe dyski w warstwie Premium mniejsze niż 64 GiB nadal są rozliczane zgodnie z warstwą cenową P10.

Możesz utworzyć migawkę małych dysków, a następnie utworzyć dysk, aby automatycznie przełączyć warstwę cenową na P4 lub P6 na podstawie aprowizowanego rozmiaru. Możesz również użyć warstw wydajności, zobacz artykuły dotyczące zmieniania warstw wydajności za pomocą interfejsu wiersza polecenia platformy Azure/programu PowerShell lub witryny Azure Portal.

Tak.

Największy rozmiar dysku obsługiwany przez usługę Azure Backup to 32 TiB (4 TiB dla zaszyfrowanych dysków). Największy rozmiar dysku obsługiwany przez usługę Azure Site Recovery to 8 TiB. Obsługa większych dysków do 32 TiB nie jest jeszcze dostępna w usłudze Azure Site Recovery.

Aby uzyskać przepływność dysku dysków SSD w warstwie Standardowa i hdd w warstwie Standardowa, duże dyski (>4 TiB) powyżej 500 operacji we/wy na sekundę i 60 MB/s, Zalecamy wdrożenie nowej maszyny wirtualnej z jednego z następujących rozmiarów maszyn wirtualnych w celu zoptymalizowania wydajności: serii B, serii DSv2, Serii Dsv3, serii ESv3, fsv2 serii, serii Fsv2, serii M, serii GS, serii NCv2, serii NCv3 lub maszyn wirtualnych serii Ls. Dołączanie dużych dysków do istniejących maszyn wirtualnych lub maszyn wirtualnych, które nie korzystają z zalecanych rozmiarów powyżej, może mieć niższą wydajność.

Możesz zatrzymać i uruchomić maszynę wirtualną, do której jest dołączony dysk, lub odłączyć i ponownie dołączyć dysk. Cele wydajności większych rozmiarów dysków zostały zwiększone zarówno dla dysków SSD w warstwie Premium, jak i dysków SSD w warstwie Standardowa w wersji ogólnodostępnej.

Buforowanie hostów (ReadOnly i Read/Write) jest obsługiwane w rozmiarach dysków mniejszych niż 4 TiB. Oznacza to, że każdy dysk aprowizowany do 4095 GiB może korzystać z buforowania hosta. Buforowanie hostów nie jest obsługiwane w przypadku dysków większych niż lub równych 4096 GiB. Na przykład dysk P50 Premium aprowizowany przy 4095 GiB może korzystać z buforowania hosta i dysku P50 aprowizowanego przy 4096 GiB nie może korzystać z buforowania hosta. Zalecamy używanie buforowania w przypadku mniejszych rozmiarów dysków, w których można oczekiwać zwiększenia wydajności przy użyciu danych buforowanych na maszynie wirtualnej.

DiskAccessId Ustaw właściwość na wystąpienie obiektu dostępu do dysku i ustaw właściwość NetworkAccessPolicy na AllowPrivate.

Tak.

L.p.

Co zrobić, jeśli moje pytanie nie zostało tu udzielone?

Jeśli twoje pytanie nie znajduje się tutaj, daj nam znać i pomożemy Ci znaleźć odpowiedź. Możesz opublikować pytanie na końcu tego artykułu w komentarzach. Aby współpracować z zespołem usługi Azure Storage i innymi członkami społeczności w tym artykule, użyj strony pytań i odpowiedzi firmy Microsoft dla usługi Azure Storage.

Aby poprosić o funkcje, prześlij swoje żądania i pomysły na forum opinii usługi Azure Storage.