Zarządzanie pojemnością magazynu dla Azure Stack Hub

Możesz użyć tego artykułu jako Azure Stack Hub chmury, aby dowiedzieć się, jak monitorować pojemność magazynu Azure Stack Hub wdrożenia i zarządzać tą pojemnością. Wskazówki te mogą pomóc w zrozumieniu pamięci dostępnej dla maszyn wirtualnych użytkownika. Infrastruktura Azure Stack Hub magazynu przydziela podzestaw całkowitej pojemności magazynu Azure Stack Hub jako usługi magazynu. Storage usługi przechowują dane dzierżawy w udziałach na woluminach, które odpowiadają węzłom wdrożenia.

Jako operator chmury masz ograniczoną ilość miejsca do pracy. Ilość miejsca do magazynowania jest definiowana przez wdrażane rozwiązanie. Rozwiązanie jest udostępniane przez dostawcę OEM w przypadku korzystania z rozwiązania z wieloma węzłem lub przez sprzęt, na którym jest instalowany Azure Stack Development Kit (ASDK).

Azure Stack Hub obsługuje tylko rozszerzanie pojemności magazynu przez dodanie dodatkowych węzłów jednostki skalowania. Aby uzyskać więcej informacji, zobacz dodawanie węzłów jednostki skalowania w Azure Stack Hub. Dodanie dysków fizycznych do węzłów nie spowoduje rozszerzenia pojemności magazynu.

Ważne jest, aby monitorować dostępny magazyn, aby zapewnić utrzymanie wydajnych operacji. Gdy ilość pozostałej wolnej pojemności woluminu stanie się ograniczona, zaplanuj zarządzanie dostępnym obszarem, aby zapobiec utracie pojemności udziałów.

Dostępne są następujące opcje zarządzania pojemnością:

  • Odzyskiwanie pojemności.
  • Migrowanie obiektów magazynu.

Gdy wolumin magazynu obiektów jest w 100% wykorzystywany, usługa magazynu nie działa już dla tego woluminu. Aby uzyskać pomoc w zakresie przywracania operacji dla woluminu, skontaktuj się z pomocą techniczną firmy Microsoft.

Opis dysków, kontenerów i woluminów

Użytkownik dzierżawy tworzy dyski, obiekty blob, tabele i kolejki w Azure Stack Hub magazynu. Te dane dzierżawy są umieszczane na woluminach na dostępnym magazynie.

Dyski

Maszyny wirtualne przechowują dane na dyskach wirtualnych i manipulują nimi. Każda maszyna wirtualna rozpoczyna się od dysku systemu operacyjnego utworzonego na podstawie obrazu z witryny Marketplace lub obrazu prywatnego. Maszyna wirtualna może dołączać zero lub więcej dysków danych. Istnieją dwa typy dysków oferowanych w Azure Stack:

Dyski zarządzane upraszczają zarządzanie dyskami maszyn wirtualnych IaaS platformy Azure przez zarządzanie kontami magazynu skojarzonymi z dyskami maszyn wirtualnych. Wystarczy określić potrzebny rozmiar dysku, a program Azure Stack Hub dysk i zarządza tym dyskiem. Aby uzyskać więcej informacji, zobacz Dyski zarządzane Omówienie.

Dyski niezaszybowane to pliki VHD, które są przechowywane jako stronicowe obiekty blob w kontenerach magazynu na Azure Stack magazynu. Stronicowe obiekty blob tworzone przez dzierżawy są nazywane dyskami maszyn wirtualnych i są przechowywane w kontenerach na kontach magazynu. Zaleca się używanie dysków niezaładowych tylko dla maszyn wirtualnych, które muszą być zgodne z narzędziami innych firm, które obsługują tylko dyski niezaładowane platformy Azure.

Wskazówki dla dzierżawców to umieścić każdy dysk w oddzielnym kontenerze, aby zwiększyć wydajność maszyny wirtualnej.

  • Każdy kontener, który zawiera dysk lub stronicowy obiekt blob z maszyny wirtualnej, jest traktowany jako kontener dołączony do maszyny wirtualnej, która jest właścicielem dysku.
  • Kontener, który nie zawiera żadnych dysków z maszyny wirtualnej, jest traktowany jako bezpłatny kontener.

Opcje dotyczące wolnego miejsca w dołączonym kontenerze są ograniczone. Aby dowiedzieć się więcej, zobacz Dystrybucja dysków niezamaniowych.

Ważne

Zalecamy używanie tylko dysków zarządzanych na maszynach wirtualnych w celu łatwiejszego zarządzania. Przed rozpoczęciem korzystania z dysków zarządzanych nie trzeba przygotowywać kont magazynu i kontenerów. Dyski zarządzane zapewniają równoważną lub lepszą funkcjonalność i wydajność w porównaniu z dyskami nieza zarządzanymi. Nie ma żadnych zalet korzystania z dysków niezamaniowych i są one udostępniane tylko w celu zapewnienia zgodności z poprzednimi wersjami.

Dyski zarządzane są zoptymalizowane pod kątem lepszego umieszczania w infrastrukturze magazynu i mają znacznie mniejszy narzut na zarządzanie. Jednak ze względu na to, że dyski zarządzane są aprowizowane zuważalnie, a końcowe wykorzystanie jest nieprzewidywalne podczas tworzenia, istnieją możliwości zbytniego wykorzystania woluminu spowodowanego przez niezrównoważyć rozmieszczenie dysków. Operatorzy są odpowiedzialni za monitorowanie użycia pojemności magazynu i unikanie takiego problemu.

W przypadku użytkowników, którzy używają szablonów usługi ARM do aprowizowania nowych maszyn wirtualnych, skorzystaj z następującego dokumentu, aby zrozumieć, jak modyfikować szablony w celu używania dysków zarządzanych: Użyj szablonów dysków zarządzanych maszyny wirtualnej.

Dyski maszyny wirtualnej są przechowywane jako pliki rozrzedowe w infrastrukturze magazynu. Dyski mają aprowizowany rozmiar, który użytkownik żąda w momencie jego utworzenia. Jednak tylko strony inne niż zero zapisane na dysku zajmują miejsce w źródłowej infrastrukturze magazynu.

Przykład: rozrzedzisz dysk na woluminie magazynu.

Dyski są często tworzone przez kopiowanie z obrazów platformy, obrazów zarządzanych, migawek lub innych dysków. Migawki są również podejmowane z dysków. Aby zwiększyć wykorzystanie pojemności magazynu i skrócić czas operacji kopiowania, system używa klonowania bloków w systemie plików ReFS. Klonowanie obiektów blob to tańsza operacja metadanych, a nie pełna kopia bajtów między plikami. Plik źródłowy i plik docelowy mogą współdzielić te same zakresy, identyczne dane nie są fizycznie przechowywane wielokrotnie, co poprawia pojemność magazynu.

Przykład: udostępnianie zakresu na woluminie magazynu.

Użycie pojemności zwiększa się tylko wtedy, gdy dyski są zapisywane, a identyczne dane zmniejszają się. Po usunięciu obrazu lub dysku może nie zostać natychmiast wolne miejsce, ponieważ mogą być na nim utworzone dyski lub migawki, które nadal przechowują identyczne dane i zajmują miejsce. Tylko wtedy, gdy wszystkie powiązane jednostki zostaną usunięte, miejsce stanie się dostępne.

Przykład: zakres po usunięciu dysku.

Obiekty blob i kontenery

Użytkownicy dzierżawy przechowują ogromne ilości danych bez struktury za pomocą usługi Azure Blob. Azure Stack Hub obsługuje trzy typy obiektów blob: blokowe obiekty blob, uzupełnialne obiekty blob i stronicowe obiekty blob. Aby uzyskać więcej informacji na temat różnych typów obiektów blob, zobacz temat Understanding Block Blobs, Append Blobs, and Page Blobs (Omówienie blokowych, uzupełnialnych i stronicowych obiektów blob).

Użytkownicy dzierżawy tworzą kontenery, które są następnie używane do przechowywania danych obiektów blob. Mimo że użytkownicy decydują, w którym kontenerze mają być umieszczane obiekty blob, usługa magazynu używa algorytmu do określenia, na którym woluminie ma być umieszczany kontener. Algorytm zazwyczaj wybiera wolumin z najbardziej dostępnym obszarem.

Po umieszczeniu obiektu blob w kontenerze obiekt blob może rosnąć, aby użyć więcej miejsca. W przypadku dodawania nowych obiektów blob i rozwoju istniejących obiektów blob ilość dostępnego miejsca w woluminie, który zawiera kontener, się zmniejsza.

Kontenery nie są ograniczone do jednego woluminu. Gdy połączone dane obiektów blob w kontenerze powiększą się o 80% lub więcej dostępnego miejsca, kontener przejdzie w tryb przepełnienia. W trybie przepełnienia wszystkie nowe obiekty blob utworzone w tym kontenerze są przydzielane do innego woluminu, który ma wystarczającą ilość miejsca. W czasie kontener w trybie przepełnienia może mieć obiekty blob, które są dystrybuowane na wielu woluminach.

Gdy używane jest 90% (a następnie 95%) dostępnego miejsca w woluminie, system zgłasza alerty w Azure Stack Hub administratora. Operatorzy chmury powinni przejrzeć dostępną pojemność magazynu i zaplanować ponowne równoważenie zawartości. Usługa magazynu przestaje działać, gdy dysk jest używany w 100% i nie są wywoływane żadne dodatkowe alerty.

Woluminy

Usługa magazynu dzieli dostępny magazyn na oddzielne woluminy przydzielone do przechowywania danych systemu i dzierżawy. Woluminy łączą dyski w puli magazynów, aby wprowadzić odporność na uszkodzenia, skalowalność i wydajność Miejsca do magazynowania Direct. Aby uzyskać więcej informacji na temat woluminów w Azure Stack Hub, zobacz Zarządzanie infrastrukturą magazynu dla Azure Stack Hub.

Woluminy magazynu obiektów przechowują dane dzierżawy. Dane dzierżawy obejmują stronicowe obiekty blob, blokowe obiekty blob, uzupełnialne obiekty blob, tabele, kolejki, bazy danych i powiązane magazyny metadanych. Liczba woluminów magazynu obiektów jest równa liczbie węzłów we wdrożeniu Azure Stack Hub obiektów:

  • W przypadku wdrożenia z czterema węzłami istnieją cztery woluminy magazynu obiektów. W przypadku wdrożenia z wieloma węzłami liczba woluminów nie jest zmniejszana, jeśli węzeł zostanie usunięty lub działa nieprawidłowo.
  • Jeśli używasz asdk, istnieje jeden wolumin z jednym udziałem.

Woluminy magazynu obiektów są wyłącznie do użytku w usługach magazynu. Nie można bezpośrednio modyfikować, dodawać ani usuwać żadnych plików na woluminach. Tylko usługi magazynu powinny działać na plikach przechowywanych w tych woluminach.

Ponieważ obiekty magazynu (obiekty blob itp.) są indywidualnie zawarte w jednym woluminie, maksymalny rozmiar każdego obiektu nie może przekraczać rozmiaru woluminu. Maksymalny rozmiar nowych obiektów zależy od pojemności, która pozostaje w woluminie jako nieużywane miejsce podczas tworzenia nowego obiektu.

Gdy ilość wolnego miejsca w magazynie obiektów jest mała, a akcje odzyskiwania miejsca nie są pomyślne lub dostępne, operatorzy Azure Stack Hub chmury mogą migrować obiekty magazynu z jednego woluminu do innego.

Aby uzyskać informacje na temat sposobu pracy użytkowników dzierżawy z magazynem obiektów blob Azure Stack Hub, zobacz Azure Stack Hub Storage usługi.

Monitorowanie magazynu

Monitoruj udziały za pomocą Azure PowerShell lub portalu administratora, aby sprawdzić, kiedy wolne miejsce jest ograniczone. W przypadku korzystania z portalu są odbierane alerty dotyczące udziałów, na których jest mało miejsca.

Korzystanie z programu PowerShell

Jako operator chmury możesz monitorować pojemność magazynu udziału za pomocą polecenia Get-AzsStorageShare cmdlet programu PowerShell. Polecenie cmdlet zwraca całkowitą, przydzieloną i ilość wolnego miejsca w bajtach w każdym z udziałów.

Przykład: Zwracanie wolnego miejsca dla udziałów.

  • Całkowita pojemność: całkowita ilość miejsca w bajtach, która jest dostępna w udziału. To miejsce jest używane na dane i metadane, które są utrzymywane przez usługi magazynu.
  • Używana pojemność: ilość danych w bajtach, która jest używana przez wszystkie zakresy z plików, które przechowują dane dzierżawy i skojarzone metadane.

Korzystanie z portalu administratora

Jako operator chmury możesz użyć portalu administratora, aby wyświetlić pojemność magazynu wszystkich udziałów.

  1. Zaloguj się do portalu administratora https://adminportal.local.azurestack.external .

  2. Wybierz pozycję > Wszystkie Storage > udziały plików, aby otworzyć listę udziałów plików, na której można wyświetlić informacje o użyciu.

    Przykład: Zrzut ekranu przedstawiający udziały plików magazynu Azure Stack Hub portalu administratora.

    • Łącznie: całkowita ilość miejsca w bajtach, która jest dostępna w udziału. To miejsce jest używane na dane i metadane, które są utrzymywane przez usługi magazynu.
    • Używane: ilość danych w bajtach, która jest używana przez wszystkie zakresy z plików, które przechowują dane dzierżawy i skojarzone metadane.

Użyj Azure PowerShell lub portalu administratora, aby monitorować aprowizowane i używane pojemności oraz zaplanować migrację w celu zapewnienia ciągłego normalnego działania systemu.

Istnieją trzy narzędzia do monitorowania pojemności woluminu:

  • Portal i program PowerShell programu dla bieżącej pojemności woluminu.
  • Storage alerty dotyczące obszaru.
  • Metryki pojemności woluminu.

W tej sekcji przedstawimy sposób używania tych narzędzi do monitorowania pojemności systemu.

Korzystanie z programu PowerShell

Jako operator chmury możesz monitorować pojemność magazynu woluminu za pomocą polecenia Get-AzsVolume cmdlet programu PowerShell. Polecenie cmdlet zwraca całkowitą ilość wolnego miejsca w gigabajtach (GB) na każdym woluminie.

Przykład: Zwracanie wolnego miejsca dla woluminów.

  • Całkowita pojemność: Całkowita ilość miejsca w GB, które jest dostępne w tym udziału. To miejsce jest używane na dane i metadane, które są utrzymywane przez usługi magazynu.
  • Pozostała pojemność: Ilość wolnego miejsca w GB do przechowywania danych dzierżawy i skojarzonych metadanych.

Korzystanie z portalu administratora

Jako operator chmury możesz użyć portalu administratora, aby wyświetlić pojemność magazynu wszystkich woluminów.

  1. Zaloguj się do portalu Azure Stack Hub administratora ( https://adminportal.local.azurestack.external ).

  2. Wybierz pozycję > Wszystkie Storage > woluminów, aby otworzyć listę woluminów, na której można wyświetlić informacje o użyciu.

    Przykład: Zrzut ekranu przedstawiający woluminy magazynu Azure Stack Hub portalu administratora.

    • Łącznie: całkowita ilość dostępnego miejsca na woluminie. To miejsce jest używane na dane i metadane, które są utrzymywane przez usługi magazynu.
    • Używane: ilość danych używanych przez wszystkie zakresy z plików, które przechowują dane dzierżawy i skojarzone metadane.

Storage alerty dotyczące przestrzeni

Korzystając z portalu administratora, otrzymujesz alerty o woluminach, na których jest mało miejsca.

Ważne

Jako operator chmury należy uniemożliwić udziałom osiąganie pełnego użycia. Gdy udział jest w 100% wykorzystywany, usługa magazynu nie działa już dla tego udziału. Aby odzyskać wolne miejsce i przywrócić operacje w 100% wykorzystywanym udziału, musisz skontaktować się z pomocą techniczną firmy Microsoft.

  • Ostrzeżenie: jeśli udział plików jest wykorzystywany w ponad 90%, w portalu administratora zostanie wyświetlony alert ostrzegawczy:

    Przykład: Zrzut ekranu przedstawiający alert ostrzegawczy w Azure Stack Hub administratora

  • Krytyczne: jeśli udział plików jest wykorzystywany w ponad 95%, w portalu administratora zostanie wyświetlony alert krytyczny:

    Przykład: Zrzut ekranu przedstawiający alert krytyczny w Azure Stack Hub administratora

  • Wyświetl szczegóły: w portalu administratora możesz otworzyć szczegóły alertu, aby wyświetlić opcje ograniczania ryzyka:

    Przykład: Zrzut ekranu przedstawiający wyświetlanie szczegółów alertu w portalu Azure Stack Hub administratora

Metryki pojemności woluminu

Metryki pojemności woluminu zawierają bardziej szczegółowe informacje na temat aprowizowanych pojemności i pojemności używanej dla różnych typów obiektów. Dane metryk są zachowywane przez 30 dni. Usługa monitorowania w tle odświeża dane metryk pojemności woluminu co godzinę.

Należy zrozumieć użycie zasobów woluminu, proaktywnie sprawdzając raport metryk pojemności. Operator chmury może analizować dystrybucję typów zasobów, gdy wolumin zbliża się do pełnego poziomu, aby zdecydować o odpowiedniej akcji dotyczącej wolnego miejsca. Operator może również zapobiec przesyceniu woluminu, gdy rozmiar zaaprowizowany na dysku wskazuje, że wolumin został zbyt aprowizowany.

Azure Monitor zawiera następujące metryki, które pokazują wykorzystanie pojemności woluminu:

  • Łączna pojemność woluminu przedstawia łączną pojemność magazynu woluminu.
  • Ilość pozostałej pojemności pokazuje pozostałą pojemność woluminu.
  • Pojemność używanego dysku maszyny wirtualnej woluminu przedstawia całkowitą liczbę miejsc zajmowanych przez obiekty powiązane z dyskami maszyny wirtualnej (w tym stronicowe obiekty blob, dyski zarządzane/migawki, obrazy zarządzane i obrazy platformy). Bazowy plik VHD dysków maszyny wirtualnej może współdzielić ten sam zakres (zobacz Dyski) z obrazami, migawkami lub innymi dyskami. Ta liczba może być mniejsza niż suma używanej pojemności wszystkich obiektów powiązanych z dyskiem poszczególnych maszyn wirtualnych.
  • Pojemność woluminu innej używanej to łączny używany rozmiar obiektów innych niż dyski — w tym blokowych obiektów blob, uzupełnianych obiektów blob, tabel, kolejek i metadanych obiektów blob.
  • Aprowizowana pojemność dysku maszyny wirtualnej woluminu to łączny aprowizowany rozmiar stronicowych obiektów blob i dysków zarządzanych/migawek. Ten rozmiar jest maksymalną wartością całkowitej pojemności dysku dla wszystkich dysków zarządzanych i stronicowych obiektów blob na określonym woluminie.

Przykład: metryki pojemności woluminu.

Aby wyświetlić metryki pojemności woluminu w Azure Monitor:

  1. Upewnij się, że Azure PowerShell zainstalowano i skonfigurowano. Aby uzyskać instrukcje dotyczące konfigurowania środowiska Programu PowerShell, zobacz Instalowanie programu PowerShell dla programu Azure Stack Hub. Aby zalogować się do Azure Stack Hub, zobacz Konfigurowanie środowiska operatora i logowanie dousługi Azure Stack Hub .

  2. Pobierz Azure Stack Hub narzędzi z GitHub repozytorium . Aby uzyskać szczegółowe instrukcje, zobacz Pobieranie Azure Stack Hub narzędzi z GitHub.

  3. Wygeneruj dane JSON pulpitu nawigacyjnego pojemności, uruchamiając pulpit nawigacyjnyGenerator w obszarze CapacityManagement.

    .\CapacityManagement\DashboardGenerator\Create-AzSStorageDashboard.ps1 -capacityOnly $true -volumeType object
    

    W folderze DashboardGenerator znajduje się plik JSON o nazwie zaczyna się od DashboardVolumeObjStore.

  4. Zaloguj się do portalu Azure Stack Hub administratora ( https://adminportal.local.azurestack.external ).

  5. Na stronie Pulpit nawigacyjny kliknij Upload, a następnie wybierz plik JSON wygenerowany w kroku 3.

    Przykład: Upload danych JSON pulpitu nawigacyjnego.

  6. Po przesłaniu pliku JSON zostaniesz skierowany do nowego pulpitu nawigacyjnego pojemności. Każdy wolumin ma odpowiedni wykres na pulpicie nawigacyjnym. Liczba wykresów jest równa liczbie woluminów:

    Przykład: pulpit nawigacyjny pojemności woluminu.

  7. Klikając jeden z woluminów, możesz sprawdzić pięć metryk pojemności określonego woluminu na szczegółowym wykresie:

    Przykład: szczegółowe metryki pojemności.

Wzorce użycia woluminów

Sprawdzając metryki pojemności woluminu, operator chmury rozumie, ile pojemności woluminu jest wykorzystywane i który typ zasobu używa większości miejsca. Wzorzec użycia miejsca można pogrupować do następujących typów, które operator powinien podjąć różne działania dla każdego z typów:

Przykład: wzorzec użycia woluminów.

Zaaprowizowana, zapasowa pojemność: dostępna pojemność woluminu jest wystarczająca, a łączna aprowizowana pojemność wszystkich dysków znajdujących się na tym woluminie jest mniejsza niż całkowita dostępna pojemność. Wolumin jest dostępny dla większej liczby obiektów magazynu, w tym dysków i innych obiektów (blokowych/uzupełnianych obiektów blob, tabel i kolejek). Do obsługi woluminu nie jest konieczne żadne działanie.

Zbyt aprowizowana, zapasowa pojemność: pozostała pojemność woluminu jest wysoka, ale aprowizowana pojemność dysku maszyny wirtualnej jest już powyżej całkowitej pojemności woluminu. Ten wolumin ma teraz miejsce dla większej liczby obiektów magazynu. Jednak dane znajdujące się na dyskach maszyn wirtualnych znajdujących się na tym woluminie mogą zostać wypełnione. Należy ściśle monitorować trend użycia tego woluminu. Jeśli zmieni się on na wzorzec zbyt aprowizowania o niskiej pojemności , może być konieczne podjęcia działania w celu wolnego miejsca.

Zbyt aprowizowana, niska pojemność: pozostała pojemność woluminu jest niska, a pojemność aprowizowana na dysku maszyny wirtualnej i używana pojemność dysku maszyny wirtualnej jest wysoka.

Niska pozostała pojemność wskazuje, że wolumin osiąga pełne użycie. Operatorzy muszą podjąć natychmiastowe działania w celu wolnego miejsca, aby zapobiec 100% wykorzystaniu woluminu, co zablokowałoby usługę magazynu. Duża pojemność używanego dysku maszyny wirtualnej wskazuje, że większość użycia woluminu to dyski maszyn wirtualnych. Należy zapoznać się z instrukcją migrowania dysku, aby przenieść dyski z pełnego woluminu do innych dostępnych woluminów do wolnego miejsca.

Zaaprowizowana, niska pojemność, duże blokowe obiekty blob: pozostała pojemność woluminu jest niska, a pojemność aprowizowana na dysku maszyny wirtualnej i używana pojemność dysku maszyny wirtualnej jest niska, ale druga używana pojemność jest wysoka.

Wolumin ma ryzyko pełnego wykorzystania tego operatora, który powinien podjąć natychmiastowe działania w celu wolnego miejsca. Wysoka używana pojemność wskazuje, że większość pojemności woluminu jest zajęte przez blokowe/uzupełnialne obiekty blob lub tabelę/kolejkę. Jeśli dostępna pojemność woluminu jest mniejsza niż 20%, zostanie włączone przepełnienie kontenera, a nowy obiekt blob nie zostanie umieszczony na tym niemal pełnym woluminie. Jednak istniejące obiekty blob mogą nadal rosnąć. Aby zapobiec ciągłemu rosnącym obiektom blob, możesz skontaktować się z programem Pomoc techniczna Microsoft, aby wykonać zapytanie dotyczące kontenerów zajmujących miejsce na określonym woluminie i zdecydować, czy czyszczenie tych kontenerów musi zostać wykonane przez dzierżawców w celu wolnego miejsca.

Zbyt aprowizowana, niska pojemność, duże blokowe obiekty blob: pozostała pojemność woluminu jest niska, a pojemność dysku używana/aprowizowana i inne używane pojemności są wysokie. Ten wolumin ma duże wykorzystanie miejsca zarówno przez dyski, jak i inne obiekty magazynu. Należy wolnego miejsca, aby uniknąć woluminu jest całkowicie pełny. Zaleca się najpierw następujące instrukcje z tematu Migrowanie dysku w celu przeniesienia dysków z pełnego woluminu do innych dostępnych woluminów. W innym przypadku możesz skontaktować się z Pomoc techniczna Microsoft, aby wykonać zapytanie dotyczące kontenerów zajmujących miejsce na określonym woluminie i zdecydować, czy czyszczenie tych kontenerów musi zostać wykonane przez dzierżawców w celu wolnego miejsca.

Zarządzanie dostępnym miejscem

Gdy konieczne jest wolne miejsce na woluminie, należy najpierw użyć najmniej nych metod. Na przykład spróbuj odzyskać miejsce przed podjęciem próby migracji dysku zarządzanego.

Odzyskiwanie pojemności

Możesz odzyskać pojemność używaną przez konta dzierżawy, które zostały usunięte. Ta pojemność jest automatycznie odzyskywała po osiągnięciu okresu przechowywania danych lub można natychmiast odzyskać ją.

Aby uzyskać więcej informacji, zobacz sekcję "Odzyskiwanie pojemności" w te Azure Stack Hub magazynu.

Migrowanie kontenera między woluminami

Ta opcja dotyczy tylko Azure Stack Hub zintegrowanych systemów.

Ze względu na wzorce użycia dzierżawy niektóre udziały dzierżawy używają więcej miejsca niż inne. Może to spowodować, że niektóre udziały będą mieć małą ilość miejsca przed innymi udziałami, które są stosunkowo nieużywane.

Możesz wydzielić miejsce na nadwyżytego udziału, ręcznie migrując niektóre kontenery obiektów blob do innego udziału. Możesz migrować kilka mniejszych kontenerów do jednego udziału, który ma pojemność do przechowywania ich wszystkich. Użyj migracji, aby przenieść bezpłatne kontenery. Bezpłatne kontenery to kontenery, które nie zawierają dysku maszyny wirtualnej.

Migracja konsoliduje wszystkie obiekty blob kontenera w nowym udziału.

  • Jeśli kontener został wprowadzony w tryb przepełnienia i umieścił obiekty blob na innych woluminach, nowy udział musi mieć wystarczającą pojemność do przechowywania wszystkich obiektów blob należących do migrowanych kontenerów, w tym obiektów blob, które są przepełnione.

  • Polecenie cmdlet programu PowerShell identyfikuje tylko miejsce na woluminie początkowym Get-AzsStorageContainer kontenera. Polecenie cmdlet nie identyfikuje miejsca używanego przez obiekty blob, które są przepełnione do dodatkowych woluminów. W związku z tym pełny rozmiar kontenera może nie być oczywisty. Konsolidacja kontenera w nowym udziału może wysłać ten nowy udział do warunku przepełnienia, w którym dane są umieszczane w dodatkowych udziałach. W związku z tym może być konieczne ponowne zrównoważenie udziałów.

  • Jeśli nie masz uprawnień do określonych grup zasobów i nie możesz użyć programu PowerShell do wykonywania zapytań dotyczących dodatkowych woluminów dla danych przepełnionych, przed migracją należy współpracować z właścicielem tych grup zasobów i kontenerów, aby poznać łączną ilość danych do zmigrowania.

Ważne

Migracja obiektów blob dla kontenera jest operacją w trybie offline, która wymaga użycia programu PowerShell. Dopóki migracja nie zostanie ukończona, wszystkie obiekty blob dla migrego kontenera pozostaną w trybie offline i nie będzie można ich używać. Należy również unikać uaktualniania Azure Stack Hub aż do zakończenia całej trwającej migracji.

Migrowanie kontenerów przy użyciu programu PowerShell

  1. Upewnij się, że Azure PowerShell zainstalowano i skonfigurowano program. Aby uzyskać więcej informacji, zobacz Zarządzanie zasobami platformy Azure przy użyciu Azure PowerShell.

  2. Sprawdź kontener, aby zrozumieć, jakie dane są w udziałach, które mają być migrowane. Aby zidentyfikować najlepsze kontenery kandydatów do migracji w woluminie, użyj Get-AzsStorageContainer polecenia cmdlet :

    $farm_name = (Get-AzsStorageFarm)[0].name
    $shares = Get-AzsStorageShare -FarmName $farm_name
    $containers = Get-AzsStorageContainer -ShareName $shares[0].ShareName -FarmName $farm_name
    

    Następnie sprawdź $containers:

    $containers
    

    Przykład: $containers

  3. Zidentyfikuj najlepsze udziały docelowe do przechowywania migrowania kontenera:

    $destinationshare = ($shares | Sort-Object FreeCapacity -Descending)[0]
    

    Następnie sprawdź $destinationshares:

    $destinationshares
    

    Przykład: $destination udziały

  4. Rozpocznij migrację kontenera. Migracja jest asynchroniczna. Jeśli rozpoczniesz migrację innego kontenera przed ukończeniem pierwszej migracji, użyj identyfikatora zadania, aby śledzić stan każdego z nich.

    $job_id = Start-AzsStorageContainerMigration -StorageAccountName $containers[0].Accountname -ContainerName $containers[0].Containername -ShareName $containers[0].Sharename -DestinationShareUncPath $destinationshares[0].UncPath -FarmName $farm_name
    

    Następnie sprawdź $jobId. W poniższym przykładzie zastąp d62f8f7a-8b46-4f59-a8aa-5db96db4ebb0 identyfikatorem zadania, które chcesz zbadać:

    $jobId
    d62f8f7a-8b46-4f59-a8aa-5db96db4ebb0
    
  5. Użyj identyfikatora zadania, aby sprawdzić stan zadania migracji. Po zakończeniu migracji kontenera dla ustawienia MigrationStatus zostanie ustawiona wartość Ukończono.

    Get-AzsStorageContainerMigrationStatus -JobId $job_id -FarmName $farm_name
    

    Zrzut ekranu przedstawiający stan migracji.

  6. Zadanie migracji w toku można anulować. Anulowane zadania migracji są przetwarzane asynchronicznie. Anulowanie można śledzić za pomocą $jobid:

    Stop-AzsStorageContainerMigration -JobId $job_id -FarmName $farm_name
    

    Przykład: stan wycofywania

  7. Możesz ponownie uruchomić polecenie z kroku 6, dopóki stan migracji nie zostanie anulowany:

    Zrzut ekranu przedstawiający przykład anulowanego stanu migracji.

Przenoszenie dysków maszyny wirtualnej

Ta opcja dotyczy tylko Azure Stack Hub zintegrowanych systemów.

Najbardziej skrajną metodą zarządzania przestrzenią jest przenoszenie dysków maszyn wirtualnych. Ponieważ przenoszenie dołączonego kontenera (który zawiera dysk maszyny wirtualnej) jest złożone, skontaktuj się z pomocą techniczną firmy Microsoft, aby wykonać tę akcję.

Migrowanie dysku zarządzanego między woluminami

Ta opcja dotyczy tylko Azure Stack Hub zintegrowanych systemów.

Ze względu na wzorce użycia dzierżawy niektóre woluminy dzierżawy używają więcej miejsca niż inne. Wynikiem może być wolumin, który ma mało miejsca przed innymi woluminami, które są stosunkowo nieużywane.

Możesz usunąć miejsce na nadwyżce woluminu, ręcznie migrując niektóre dyski zarządzane do innego woluminu. Możesz migrować kilka dysków zarządzanych do jednego woluminu, który ma pojemność do przechowywania ich wszystkich. Użyj migracji, aby przenieść dyski zarządzane w trybie offline. Dyski zarządzane w trybie offline to dyski, które nie są dołączone do maszyny wirtualnej.

Ważne

Migracja dysków zarządzanych jest operacją w trybie offline, która wymaga użycia programu PowerShell. Przed rozpoczęciem zadania migracji należy odłączyć dyski kandydata do migracji od maszyny wirtualnej właściciela (po zakończeniu zadania migracji można je ponownie dołączyć). Do momentu ukończenia migracji wszystkie migrowane dyski zarządzane muszą pozostać w trybie offline i nie można ich używać. W przeciwnym razie zadanie migracji zostanie przerwać, a wszystkie dyski niemigrowane będą nadal znajdować się na oryginalnych woluminach. Należy również unikać uaktualniania Azure Stack Hub aż do zakończenia całej trwającej migracji.

Aby przeprowadzić migrację dysków zarządzanych przy użyciu programu PowerShell

  1. Upewnij się, że Azure PowerShell zainstalowano i skonfigurowano. Aby uzyskać instrukcje dotyczące konfigurowania środowiska Programu PowerShell, zobacz Instalowanie programu PowerShell dla programu Azure Stack Hub. Aby zalogować się do Azure Stack Hub, zobacz Konfigurowanie środowiska operatora i logowanie się dousługi Azure Stack Hub .

  2. Sprawdź dyski zarządzane, aby zrozumieć, które dyski znajdują się na woluminie, który ma być migrowana. Aby zidentyfikować najlepsze dyski kandydowania do migracji w woluminie, użyj Get-AzsDisk polecenia cmdlet :

    $ScaleUnit = (Get-AzsScaleUnit)[0]
    $StorageSubSystem = (Get-AzsStorageSubSystem -ScaleUnit $ScaleUnit.Name)[0]
    $Volumes = (Get-AzsVolume -ScaleUnit $ScaleUnit.Name -StorageSubSystem $StorageSubSystem.Name | Where-Object {$_.VolumeLabel -Like "ObjStore_*"})
    $SourceVolume  = ($Volumes | Sort-Object RemainingCapacityGB)[0]
    $VolumeName = $SourceVolume.Name.Split("/")[2]
    $VolumeName = $VolumeName.Substring($VolumeName.IndexOf(".")+1)
    $MigrationSource = "\\SU1FileServer."+$VolumeName+"\SU1_"+$SourceVolume.VolumeLabel
    $Disks = Get-AzsDisk -Status All -SharePath $MigrationSource | Select-Object -First 10
    

    Następnie sprawdź $disks:

    $Disks
    

    Przykład: $Disks

  3. Określ najlepszy wolumin docelowy do przechowywania migrowanych dysków:

    $DestinationVolume  = ($Volumes | Sort-Object RemainingCapacityGB -Descending)[0]
    $VolumeName = $DestinationVolume.Name.Split("/")[2]
    $VolumeName = $VolumeName.Substring($VolumeName.IndexOf(".")+1)
    $MigrationTarget = "\\SU1FileServer."+$VolumeName+"\SU1_"+$DestinationVolume.VolumeLabel
    
  4. Rozpocznij migrację dysków zarządzanych. Migracja jest asynchroniczna. Jeśli rozpoczniesz migrację innych dysków przed zakończeniem pierwszej migracji, użyj nazwy zadania, aby śledzić stan każdego z nich.

    $jobName = "MigratingDisk"
    Start-AzsDiskMigrationJob -Disks $Disks -TargetShare $MigrationTarget -Name $jobName
    
  5. Użyj nazwy zadania, aby sprawdzić stan zadania migracji. Po zakończeniu migracji dysku dla ustawienia MigrationStatus zostanie ustawiona wartość Ukończono.

    $job = Get-AzsDiskMigrationJob -Name $jobName
    

    Przykład: Stan migracji

    W przypadku migrowania wielu dysków zarządzanych w jednym zadaniu migracji można również sprawdzić podzdziały zadania.

    $job.Subtasks
    

    Przykład: Stan zadania podrzędnego migracji

  6. Zadanie migracji w toku można anulować. Anulowane zadania migracji są przetwarzane asynchronicznie. Anulowanie można śledzić przy użyciu nazwy zadania, dopóki stan nie potwierdzi, że zadanie migracji ma stan Anulowano:

    Stop-AzsDiskMigrationJob -Name $jobName
    

    Przykład: Stan anulowany

Dystrybuowanie dysków niezamanagedowych

Ta opcja dotyczy tylko Azure Stack Hub zintegrowanych systemów.

Najbardziej skrajna metoda zarządzania przestrzenią obejmuje przenoszenie dysków nieza zarządzaniem. Jeśli dzierżawa doda liczbę dysków niezadministracyjnych do jednego kontenera, całkowita użyta pojemność kontenera może przekroczyć dostępną pojemność woluminu, który go przechowuje, zanim kontener zostanie przepełniony. Aby uniknąć wyczerpania przestrzeni woluminu przez pojedynczy kontener, dzierżawca może dystrybuować istniejące dyski niezadawani jednego kontenera do różnych kontenerów. Ponieważ dystrybucja dołączonego kontenera (który zawiera dysk maszyny wirtualnej) jest złożona, skontaktuj się z Pomoc techniczna Microsoft, aby wykonać tę akcję.

Pamięć dostępna dla maszyn wirtualnych

Azure Stack Hub jest zbudowana jako hiperkonwergentny klaster obliczeniowy i magazynowy. Zbieżność umożliwia udostępnianie sprzętu, nazywanego jednostką skalowania. W Azure Stack Hub jednostka skalowania zapewnia dostępność i skalowalność zasobów. Jednostka skalowania składa się z zestawu serwerów Azure Stack Hub, nazywanych hostami lub węzłami. Oprogramowanie infrastruktury jest hostowane w ramach zestawu maszyn wirtualnych i udostępnia te same serwery fizyczne co maszyny wirtualne dzierżawcy. Wszystkie Azure Stack Hub wirtualne są następnie zarządzane przez technologie klastrowania Windows Server jednostki skalowania i poszczególne wystąpienia funkcji Hyper-V. Jednostka skalowania upraszcza pozyskiwanie i zarządzanie Azure Stack Hub. Jednostka skalowania umożliwia również przepływność i skalowalność wszystkich usług w Azure Stack Hub, dzierżawy i infrastruktury.

W portalu dministracyjnych można przejrzeć wykres kołowy, który pokazuje ilość wolnej i używanej pamięci w Azure Stack Hub jak poniżej:

pamięć fizyczna na Azure Stack Hub

Następujące składniki zużywają pamięć w używanej sekcji wykresu kołowego:

  • Użycie lub rezerwa systemu operacyjnego hosta Jest to pamięć używana przez system operacyjny na hoście, tabele stron pamięci wirtualnej, procesy działające w systemie operacyjnym hosta oraz bezpośrednia pamięć podręczna miejsc. Ponieważ ta wartość jest zależna od pamięci używanej przez różne procesy funkcji Hyper-V uruchomione na hoście, może się zmieniać.
  • Usługi infrastruktury Są to maszyny wirtualne infrastruktury, które Azure Stack Hub. Obejmuje to około 31 maszyn wirtualnych, które zajmuje 242 GB + (4 GB x liczba węzłów) pamięci. Wykorzystanie pamięci składnika usług infrastruktury może ulec zmianie, ponieważ pracujemy nad tym, aby usługi infrastruktury były bardziej skalowalne i odporne.
  • Rezerwa odporności Azure Stack Hub rezerwuje część pamięci, aby umożliwić dostępność dzierżawy podczas awarii jednego hosta oraz podczas poprawek i aktualizacji, aby umożliwić pomyślną migrację na żywo maszyn wirtualnych.
  • Maszyny wirtualne dzierżawy Są to maszyny wirtualne utworzone przez Azure Stack Hub użytkowników. Oprócz działających maszyn wirtualnych pamięć jest zużywana przez wszystkie maszyny wirtualne, które zostały trafione do sieci szkieletowej. Oznacza to, że maszyny wirtualne w stanie Tworzenie lub Niepowodzenie albo maszyny wirtualne zamknięte z poziomu gościa będą korzystać z pamięci. Jednak maszyny wirtualne, dla których cofono alokację przy użyciu opcji zatrzymaj cofnie alokację z portalu użytkowników programu Azure Stack Hub, programu PowerShell i interfejsu wiersza polecenia platformy Azure, nie będą używać pamięci z Azure Stack Hub.
  • Dostawcy zasobów dodatku Maszyny wirtualne wdrożone dla dostawców zasobów dodatków, takich jak SQL, MySQL i App Service.

Pojemność używana w bloku na czterowęzłowej Azure Stack Hub

Dostępna pamięć do umieszczania maszyny wirtualnej

Jako operator chmury Azure Stack Hub nie ma zautomatyzowanego sposobu sprawdzania przydzielonej pamięci dla każdej maszyny wirtualnej. Możesz mieć dostęp do maszyn wirtualnych użytkownika i ręcznie obliczyć przydzieloną pamięć. Jednak przydzielona pamięć nie będzie odzwierciedlać rzeczywistego użycia. Ta wartość może być niższa niż przydzielona wartość.

Aby uzyskać dostępną pamięć dla maszyn wirtualnych, jest używana następująca formuła:

Dostępna pamięć do umieszczania maszyny wirtualnej = Total Host Memory--Resiliency Reserve--Memory used by running tenant VMs - Azure Stack Hub Infrastructure Overhead

Rezerwa odporności = H + R * ((N-1) * H) + V * (N-2)

Gdzie:

H = rozmiar pamięci pojedynczego hosta

N = rozmiar jednostki skalowania (liczba hostów)

R = rezerwa systemu operacyjnego/pamięć używana przez system operacyjny hosta, czyli .15 w tej formule

V = największa maszyna wirtualna (z pamięcią) w jednostce skalowania

Azure Stack Hub infrastruktury = 242 GB + (4 GB x liczba węzłów). To konto dla około 31 maszyn wirtualnych jest używanych do host Azure Stack Hub infrastruktury firmy.

Pamięć używana przez system operacyjny hosta = 15% (0,15) pamięci hosta. Wartość rezerwy systemu operacyjnego jest szacowana i będzie się różnić w zależności od pojemności pamięci fizycznej hosta i ogólnego obciążenia systemu operacyjnego.

Wartość V, największa maszyna wirtualna w jednostce skalowania, jest dynamicznie oparta na wdrożonej największej maszynie wirtualnej dzierżawcy. Na przykład największą wartością maszyny wirtualnej może być 7 GB lub 112 GB albo dowolny inny obsługiwany rozmiar pamięci maszyny wirtualnej w Azure Stack Hub rozwiązania. W tym miejscu wybieramy rozmiar największej maszyny wirtualnej, aby mieć wystarczającą ilość zarezerwowanej pamięci, aby migracja na żywo tej dużej maszyny wirtualnej nie zakończyła się niepowodzeniem. Zmiana największej maszyny wirtualnej w Azure Stack Hub sieci szkieletowej spowoduje zwiększenie rezerwy odporności oprócz zwiększenia ilości pamięci samej maszyny wirtualnej.

Na przykład w przypadku jednostki skalowania z 12 węzłami:

Szczegóły sygnatury Wartości
sts (N) 12
Pamięć na hosta (H) 384
Całkowita pamięć jednostki skalowania 4608
Rezerwa systemu operacyjnego (R) 15%
Największa maszyna wirtualna (V) 112
Rezerwa odporności = H + R * ((N-1) * H) + V * (N-2)
Rezerwa odporności = 2137.6

Dzięki powyższym informacjom można obliczyć, że maszyna wirtualna Azure Stack z 12 węzłami o pojemności 384 GB na hosta (łącznie 4608 GB) ma 2137 GB zarezerwowanych na odporność, jeśli największa maszyna wirtualna ma 112 GB pamięci.

W bloku Pojemność dla pamięci fizycznej zgodnie z poniższymi instrukcjami wartość Użyte zawiera rezerwę odporności. Wykres pochodzi z czterech węzłów Azure Stack Hub wystąpienia.

Użycie pojemności w czterowęzłowej Azure Stack Hub

Należy pamiętać o tych zagadnieniach podczas planowania pojemności dla Azure Stack Hub. Ponadto można użyć Azure Stack Hub Planista wydajności .

Następne kroki

Aby dowiedzieć się więcej na temat oferowania maszyn wirtualnych użytkownikom, zobacz Zarządzanie pojemnością magazynu dla Azure Stack Hub.