Co oznacza zmiana limitu przydziału na woluminy dla usługi Azure NetApp Files

Od początku usługi usługa Azure NetApp Files korzysta z mechanizmu aprowizacji puli pojemności i automatycznego zwiększania. Woluminy usługi Azure NetApp Files są aprowizowane elastycznie w podstawowej, aprowizowanej przez klienta puli pojemności wybranej warstwy i rozmiaru. Rozmiary woluminów (limity przydziału) są używane do zapewnienia wydajności i pojemności, a przydziały można dostosować w dowolnym momencie. To zachowanie oznacza, że obecnie limit przydziału woluminu jest dźwignią wydajności służącą do kontrolowania przepustowości do woluminu. Obecnie bazowe pule pojemności automatycznie rosną po zapełnieniu pojemności.

Ważne

Zachowanie usługi Azure NetApp Files w aprowizowaniu woluminów i puli pojemności jest mechanizmem ręcznym i sterowalnym. Od 30 kwietnia 2021 r. rozmiary woluminów (limit przydziału) zarządzają wydajnością przepustowości, a także aprowizowaną pojemnością. Bazowe pule pojemności nie rosną automatycznie.

Przyczyny zmiany limitu przydziału woluminu twardego

Wielu klientów wskazało trzy główne wyzwania związane z początkowym zachowaniem:

• Klienci maszyn wirtualnych będą widzieć elastycznie aprowizowaną pojemność (100 TiB) dowolnego woluminu podczas korzystania z narzędzi do monitorowania przestrzeni systemu operacyjnego lub pojemności, zapewniając niedokładną widoczność pojemności po stronie klienta lub aplikacji.
• Właściciele aplikacji nie mieliby kontroli nad aprowizowaną przestrzenią puli pojemności (i powiązanymi kosztami) ze względu na zachowanie automatycznego zwiększania puli pojemności. Taka sytuacja jest uciążliwa w środowiskach, w których "procesy ucieczki" mogą szybko wypełnić i zwiększyć aprowizowaną pojemność i koszty.
• Klienci chcą zobaczyć i zachować bezpośrednią korelację między rozmiarem woluminu (limitem przydziału) i wydajnością. Dzięki bieżącemu zachowaniu (niejawnego) zasubskrybowania woluminu (mądry pojemności) i automatycznego zwiększania puli klienci nie mają bezpośredniej korelacji, dopóki limit przydziału woluminu nie zostanie aktywnie ustawiony lub zresetowany.

Wielu klientów zażądało bezpośredniej kontroli nad aprowizowaną pojemnością. Chcą kontrolować i równoważyć wykorzystanie i pojemność magazynu. Chcą również kontrolować koszty wraz z widocznością po stronie aplikacji i po stronie klienta dostępnymi, używanymi oraz aprowizowaną pojemnością i wydajnością woluminów aplikacji.

Jaka jest zmiana przydziału twardego woluminu

Po zmianie limitu przydziału woluminu woluminu woluminy usługi Azure NetApp Files nie są już aprowizowane elastycznie (maksymalnie) 100 TiB. Woluminy są aprowidowane przy rzeczywistym skonfigurowanym rozmiarze (limit przydziału). Ponadto bazowe pule pojemności nie będą już automatycznie rosnąć po osiągnięciu pełnego zużycia pojemności. Ta zmiana odzwierciedla zachowanie, takie jak dyski zarządzane platformy Azure, które są również aprowidowane zgodnie z rzeczywistym użyciem bez automatycznego zwiększania pojemności.

Rozważmy na przykład wolumin usługi Azure NetApp Files skonfigurowany przy rozmiarze 1 TiB (limit przydziału) w puli pojemności na poziomie usługi 4 TiB Ultra. Aplikacja stale zapisuje dane w woluminie.

Początkowe zachowanie:

• Oczekiwana przepustowość: 128 MiB/s
• Całkowita pojemność do wykorzystania (i widoczna dla klienta): 100 TiB
  Nie można zapisać większej ilości danych na woluminie poza tym rozmiarem.
• Pula pojemności: automatycznie rośnie wraz z 1 przyrostami TiB, gdy jest pełna.
• Zmiana limitu przydziału woluminu: zmienia wydajność (przepustowość) woluminu. Nie zmienia ona widocznej ani użytecznej pojemności klienta.

Zmienione zachowanie:

• Oczekiwana przepustowość: 128 MiB/s
• Całkowita pojemność do wykorzystania (i widoczna dla klienta): 1 TiB Nie możesz zapisać większej ilości danych na woluminie poza tym rozmiarem.
• Pula pojemności: pozostaje rozmiarem 4 TiB i nie zwiększa się automatycznie.
• Zmiana limitu przydziału woluminu: zmienia wydajność (przepustowość) i widoczną lub dostępną pojemność woluminu przez klienta.

Należy aktywnie monitorować wykorzystanie woluminów i pul pojemności usługi Azure NetApp Files. Należy celowo zmienić użycie woluminu i puli na potrzeby bliskiego pełnego użycia. Usługa Azure NetApp Files nadal zezwala na operacje zmiany rozmiaru woluminu i puli pojemności na bieżąco.

Jak operacjonalizować zmianę przydziału twardego woluminu

Ta sekcja zawiera wskazówki dotyczące sposobu operacjonalizacji zmiany limitu przydziału twardego woluminu w celu płynnego przejścia. Udostępnia również szczegółowe informacje dotyczące obsługi obecnie aprowizowanych woluminów i pul pojemności, bieżących opcji monitorowania oraz alertów i zarządzania pojemnością.

Obecnie aprowizowane woluminy i pule pojemności

Ze względu na zmianę limitu przydziału woluminu należy zmienić model operacyjny. Aprowizowane woluminy i pule pojemności wymagają ciągłego zarządzania pojemnością. Ze względu na to, że zmienione zachowanie stało się natychmiast, zespół usługi Azure NetApp Files zaleca szereg jednorazowych środków naprawczych dla istniejących, wcześniej aprowizowane woluminy i pule pojemności, zgodnie z opisem w tej sekcji.

Jednorazowe zalecenia dotyczące działań naprawczych lub zapobiegawczych

Zmiana przydziału twardego woluminu spowodowała zmiany aprowizowania i dostępnej pojemności dla wcześniej zaaprowizowanych woluminów i pul. W rezultacie mogą wystąpić pewne wyzwania związane z alokacją pojemności. Aby uniknąć krótkoterminowych sytuacji poza przestrzenią dla klientów, zespół usługi Azure NetApp Files zaleca następujące jednorazowe środki naprawcze/zapobiegawcze:

• Rozmiary aprowizowanych woluminów:
  Zmień rozmiar każdego aprowizowanego woluminu, aby miał odpowiedni bufor na podstawie szybkości zmian i alertów lub czasu zmiany rozmiaru (na przykład 20% w oparciu o typowe zagadnienia dotyczące obciążenia), z maksymalnie 100 TiB (co jest regularnym limitem rozmiaru woluminu. Ten nowy rozmiar woluminu, w tym pojemność buforu, powinien być oparty na następujących czynnikach:

  • Aprowizowana pojemność woluminu, jeśli używana pojemność jest mniejsza niż aprowizowany limit przydziału woluminu.
  • Używana pojemność woluminu, jeśli używana pojemność jest większa niż aprowizowany limit przydziału woluminu.
    Nie ma dodatkowych opłat za zwiększenie pojemności na poziomie woluminu, jeśli podstawowa pula pojemności nie musi być zwiększana. W związku z tą zmianą można zaobserwować wzrost limitu przepustowości dla woluminu (w przypadku użycia typu puli pojemności automatycznego QoS).

• Aprowizowane rozmiary puli pojemności:
  Po korektach rozmiarów woluminów, jeśli suma rozmiarów woluminów staje się większa niż rozmiar puli pojemności hostingu, pula pojemności musi zostać zwiększona do rozmiaru równego lub większego niż suma woluminów, z maksymalnie 500 TiB. Aby uzyskać informacje o limitach, zobacz Limity zasobów usługi Azure NetApp Files). Dodatkowa pojemność puli pojemności podlega opłatom za usługę ACR w normalny sposób.

Jeśli potrzebujesz pomocy przy konfigurowaniu monitorowania lub zgłaszania alertów zgodnie z opisem w poniższych sekcjach, skontaktuj się ze specjalistami usługi Azure NetApp Files w celu zweryfikowania środowiska.

Bieżące zarządzanie pojemnością

Po wykonaniu jednorazowych miar naprawczych należy połączyć bieżące procesy w celu monitorowania pojemności i zarządzania nią. Poniższe sekcje zawierają sugestie i alternatywy dotyczące monitorowania pojemności i zarządzania nimi.

Monitorowanie wykorzystania pojemności

Wykorzystanie pojemności można monitorować na różnych poziomach.

Monitorowanie na poziomie maszyny wirtualnej

Najwyższy poziom monitorowania (najbliżej aplikacji) pochodzi z maszyny wirtualnej aplikacji. Powoduje to zauważalną zmianę zachowania w raportowaniu pojemności z poziomu systemu operacyjnego klienta maszyny wirtualnej.

W następujących dwóch scenariuszach rozważ użycie woluminu usługi Azure NetApp Files skonfigurowanego przy rozmiarze 1 TiB (limit przydziału) w puli pojemności 4-TiB w warstwie Ultra.

Windows

Klienci systemu Windows mogą sprawdzać używaną i dostępną pojemność woluminu przy użyciu właściwości dysku mapowanego przez sieć. Możesz użyć opcji Explorer -Drive ->>Properties.

W poniższych przykładach pokazano raportowanie pojemności woluminów w systemie Windows przed zmienionym zachowaniem:

Możesz również użyć dir polecenia w wierszu polecenia, jak pokazano poniżej:

W poniższych przykładach pokazano raportowanie pojemności woluminu w systemie Windows po zmianie zachowania:

W poniższym przykładzie dir przedstawiono dane wyjściowe polecenia:

Linux

Klienci systemu Linux mogą sprawdzać używaną i dostępną pojemność woluminu df przy użyciu polecenia . Opcja -h pokazuje rozmiar, używane miejsce i dostępne miejsce w formacie czytelnym dla człowieka, przy użyciu rozmiarów jednostek M, G i T.

W poniższym przykładzie pokazano raportowanie pojemności woluminów w systemie Linux przed zmienionym zachowaniem:

W poniższym przykładzie pokazano raportowanie pojemności woluminów w systemie Linux po zmianie zachowania:

Konfigurowanie alertów przy użyciu narzędzia ANFCapacityManager

Aby monitorować pojemność usługi Azure NetApp Files i otrzymywać dostosowane alerty, możesz użyć narzędzia ANFCapacityManager obsługiwanego przez społeczność. Narzędzie ANFCapacityManager jest dostępne na stronie ANFCapacityManager w witrynie GitHub.

ANFCapacityManager to aplikacja logiki platformy Azure, która zarządza regułami alertów opartymi na pojemności. Automatycznie zwiększa rozmiary woluminów, aby zapobiec wyczerpaniu miejsca woluminom usługi Azure NetApp Files. Wdrożenie jest łatwe i zapewnia następujące możliwości zarządzania alertami:

• Po utworzeniu puli pojemności lub woluminu usługi Azure NetApp Files anFCapacityManager tworzy regułę alertu metryki na podstawie określonego progu użycia procentu.
• W przypadku zmiany rozmiaru puli pojemności lub woluminu usługi Azure NetApp Files menedżer ANFCapacityManager modyfikuje regułę alertu metryki na podstawie określonego progu użycia pojemności procentowej. Jeśli reguła alertu nie istnieje, zostanie utworzona.
• Po usunięciu puli pojemności lub woluminu usługi Azure NetApp Files odpowiednia reguła alertu metryki zostanie usunięta.

Możesz skonfigurować następujące ustawienia alertów klucza:

• Procent pełnego progu puli pojemności — to ustawienie określa użyty próg, który wyzwala alert dla pul pojemności. Wartość 90 spowoduje wyzwolenie alertu, gdy pula pojemności osiągnie 90% użycia.
• Procent całkowitego progu woluminu — to ustawienie określa użyty próg, który wyzwala alert dla woluminów. Wartość 80 spowoduje wyzwolenie alertu, gdy wolumin osiągnie 80% użycia.
• Istniejąca grupa akcji dla powiadomień o pojemności — to ustawienie jest grupą akcji wyzwalaną dla alertów opartych na pojemności. To ustawienie powinno zostać wstępnie utworzone. Grupa akcji może wysyłać wiadomości e-mail, wiadomości SMS lub inne formaty.

Poniższa ilustracja przedstawia konfigurację alertu:

Po zainstalowaniu klasy ANFCapacityManager można oczekiwać następującego zachowania: Po utworzeniu puli pojemności lub woluminu usługi Azure NetApp Files, zmodyfikowaniu lub usunięciu aplikacja logiki automatycznie tworzy, modyfikuje lub usuwa regułę alertu metryki opartej na pojemności z nazwą ANF_Pool_poolname lub ANF_Volume_poolname_volname.

Zarządzaj pojemnością

Oprócz monitorowania i zgłaszania alertów należy również uwzględnić praktykę zarządzania pojemnością aplikacji w celu zarządzania zużyciem pojemności usługi Azure NetApp Files (zwiększonej). Po wypełnieniu woluminu lub puli pojemności usługi Azure NetApp Files można zapewnić dodatkową pojemność na bieżąco bez przerw w działaniu aplikacji. W tej sekcji opisano różne ręczne i zautomatyzowane sposoby zwiększania aprowizowanego miejsca w puli woluminów i pojemności zgodnie z potrzebami.

Ręcznie

Za pomocą portalu lub interfejsu wiersza polecenia można ręcznie zwiększyć rozmiar woluminu lub puli pojemności.

Portal

W razie potrzeby można zmienić rozmiar woluminu . Użycie pojemności woluminu jest liczone jako użycie aprowizowanej pojemności puli.

1. Na koncie usługi NetApp wybierz pozycję Woluminy.

2. Kliknij prawym przyciskiem myszy nazwę woluminu, którego rozmiar chcesz zmienić lub wybierz ikonę … na końcu wiersza woluminu, aby wyświetlić menu kontekstowe.

3. Użyj opcji menu kontekstowego, aby zmienić rozmiar lub usunąć wolumin.

   

   

W niektórych przypadkach pula pojemności hostingu nie ma wystarczającej pojemności, aby zmienić rozmiar woluminów. Można jednak zmienić rozmiar puli pojemności w przyrostach lub dekrementach 1-TiB. Rozmiar puli pojemności nie może być mniejszy niż 4 TiB. Zmiana rozmiaru puli pojemności zmienia zakupioną pojemność usługi Azure NetApp Files.

1. Z menu Zarządzanie kontem usługi NetApp wybierz pulę pojemności, którą chcesz zmienić.

2. Kliknij prawym przyciskiem myszy nazwę puli pojemności lub wybierz ikonę … na końcu wiersza puli pojemności, aby wyświetlić menu kontekstowe.

3. Użyj opcji menu kontekstowego, aby zmienić rozmiar lub usunąć pulę pojemności.

   

   

Interfejs wiersza polecenia lub program PowerShell

Aby ręcznie zmienić rozmiar woluminu lub puli pojemności, możesz użyć narzędzi interfejsu wiersza polecenia usługi Azure NetApp Files, w tym interfejsu wiersza polecenia platformy Azure i programu Azure PowerShell. Do zarządzania woluminami i zasobami puli usługi Azure NetApp Files można użyć następujących dwóch poleceń:

• az netappfiles pool
• az netappfiles volume

Aby zarządzać zasobami usługi Azure NetApp Files przy użyciu interfejsu wiersza polecenia platformy Azure, możesz otworzyć witrynę Azure Portal i wybrać link usługi Azure Cloud Shell w górnej części paska menu:

Ta akcja spowoduje otwarcie usługi Azure Cloud Shell:

W poniższych przykładach użyto poleceń, aby wyświetlić i zaktualizować rozmiar woluminu:

W poniższych przykładach użyto poleceń, aby wyświetlić i zaktualizować rozmiar puli pojemności:

Zautomatyzowane

Aby zarządzać zmienionym zachowaniem, można utworzyć zautomatyzowany proces.

Interfejs API REST

Interfejs API REST dla usługi Azure NetApp Files definiuje operacje HTTP dla zasobów, takich jak konto usługi NetApp, pula pojemności, woluminy i migawki. Specyfikacja interfejsu API REST dla usługi Azure NetApp Files jest publikowana za pośrednictwem strony usługi GitHub usługi Azure NetApp Files Resource Manager. Przykładowy kod do użycia z interfejsami API REST można znaleźć w usłudze GitHub.

Zobacz Develop for Azure NetApp Files with REST API (Programowanie dla usługi Azure NetApp Files przy użyciu interfejsu API REST).

Interfejs API REST korzystający z programu PowerShell

Interfejs API REST dla usługi Azure NetApp Files definiuje operacje HTTP dla zasobów, takich jak konto usługi NetApp, pula pojemności, woluminy i migawki. Specyfikacja interfejsu API REST dla usługi Azure NetApp Files jest publikowana za pośrednictwem usługi GitHub.

Zobacz Develop for Azure NetApp Files with REST API using PowerShell (Programowanie dla usługi Azure NetApp Files przy użyciu interfejsu API REST przy użyciu programu PowerShell).

Zarządzanie pojemnością przy użyciu narzędzia ANFCapacityManager

ANFCapacityManager to aplikacja logiki platformy Azure, która zarządza regułami alertów opartymi na pojemności. Automatycznie zwiększa rozmiary woluminów, aby zapobiec wyczerpaniu miejsca woluminom usługi Azure NetApp Files. Oprócz wysyłania alertów można włączyć automatyczne zwiększenie rozmiaru woluminu i puli pojemności, aby zapobiec wyczerpaniu miejsca woluminom usługi Azure NetApp Files:

• Opcjonalnie, gdy wolumin usługi Azure NetApp Files osiągnie określony próg użycia procentu, limit przydziału woluminu (rozmiar) zwiększa się o procent określony między 10 a 100.
• Jeśli zwiększenie rozmiaru woluminu przekracza pojemność zawierającej pulę pojemności, rozmiar puli pojemności również zwiększa się w celu uwzględnienia nowego rozmiaru woluminu.

Możesz skonfigurować następujące ustawienie zarządzania pojemnością klucza:

• Wzrost procentu autogrow — procent istniejącego rozmiaru woluminu w celu automatycznego zwiększania woluminu, jeśli osiągnie określony % pełny próg. Wartość 0 (zero) wyłącza funkcję AutoGrow. Zalecana jest wartość z zakresu od 10 do 100.

  

Często zadawane pytania

W tej sekcji znajdują się odpowiedzi na pytania dotyczące zmiany limitu przydziału przydziału woluminu.

Czy miejsce migawki jest liczone do pojemności do użytku lub aprowizowanej woluminu?

Tak, zużytą pojemność migawki jest liczone w kierunku aprowizowanego miejsca w woluminie. W przypadku pełnego uruchomienia woluminu rozważ dwie opcje korygowania:

• Zmień rozmiar woluminu zgodnie z opisem w tym artykule.
• Usuń starsze migawki, aby zwolnić miejsce w woluminie hostingu.

Czy ta zmiana oznacza, że zachowanie automatycznego zwiększania woluminu zniknie z usługi Azure NetApp Files?

Typowym błędem jest to, że woluminy usługi Azure NetApp Files automatycznie rosną po wypełnieniu. Woluminy były aprowizowane elastycznie o rozmiarze 100 TiB, niezależnie od rzeczywistego ustalonego przydziału, podczas gdy podstawowa pula pojemności automatycznie rosła z przyrostami 1-TiB. Ta zmiana dotyczy rozmiaru woluminu (widocznego i użytecznego) do ustawionego limitu przydziału, a pule pojemności nie będą już automatycznie rosnąć. Ta zmiana powoduje często pożądane dokładne miejsce po stronie klienta i raportowanie pojemności. Pozwala uniknąć "uciekania" zużycia pojemności.

Czy ta zmiana ma wpływ na woluminy replikowane z replikacją między regionami (wersja zapoznawcza)?

Przydział woluminu twardego nie jest wymuszany na woluminach docelowych replikacji.

Czy ta zmiana ma jakikolwiek wpływ na metryki obecnie dostępne w usłudze Azure Monitor?

Metryki portalu i statystyki usługi Azure Monitor dokładnie odzwierciedlają nowy model alokacji i wykorzystania.

Czy ta zmiana ma jakikolwiek wpływ na limity zasobów dla usługi Azure NetApp Files?

Nie ma żadnych zmian w limitach zasobów dla usługi Azure NetApp Files poza zmianami przydziału opisanymi w tym artykule.

Czy istnieje przykładowy przepływ pracy ANFCapacityManager?

Tak. Zobacz stronę Przykładowy przepływ pracy automatycznego zwiększania woluminu w witrynie GitHub.

Czy aplikacja ANFCapacityManager jest obsługiwana przez firmę Microsoft?

Aplikacja logiki ANFCapacityManager jest udostępniana jako i nie jest obsługiwana przez aplikację NetApp ani firmę Microsoft. Zachęcamy do modyfikacji w celu dopasowania do określonego środowiska lub wymagań. Należy przetestować funkcjonalność przed wdrożeniem jej w dowolnym środowisku krytycznym dla działania firmy lub środowisku produkcyjnym.

Jak zgłosić usterkę lub przesłać żądanie funkcji dla ANFCapacityManger?

Możesz przesłać usterki i żądania funkcji, wybierając pozycję Nowy problem na stronie ANFCapacityManager w witrynie GitHub.

Następne kroki

• Zmienianie rozmiaru puli pojemności lub woluminu
• Metryki dla usługi Azure NetApp Files