Udostępnij przez

Często zadawane pytania dotyczące grup woluminów aplikacji w usłudze Azure NetApp Files

Znajdź odpowiedzi na często zadawane pytania dotyczące grupy woluminów aplikacji usługi Azure NetApp Files.

Często zadawane pytania ogólne

Ta sekcja zawiera odpowiedzi na ogólne pytania dotyczące grup woluminów aplikacji usługi Azure NetApp Files.

Dlaczego należy używać ręcznej puli pojemności QoS dla wszystkich woluminów bazy danych?

Ręczna pula pojemności QoS zapewnia najlepszą równowagę między pojemnością a przepływnością zgodnie z potrzebami bazy danych. Pozwala uniknąć nadmiernej aprowizacji w celu optymalizacji wydajności, na przykład woluminu dziennika lub woluminu danych. Może również zarezerwować większą przestrzeń na kopie zapasowe logów, zachowując wydajność na poziomie odpowiadającym Twoim potrzebom. Ogólnie rzecz biorąc, ręczne zarządzanie pulą pojemności QoS daje przewagę kosztową.

Uwaga

Podczas tworzenia grupy woluminów aplikacji na liście będą wyświetlane tylko pule ręcznej przepustowości QoS do wyboru.

Czy mogę sklonować wolumin utworzony za pomocą grupy woluminów aplikacji?

Tak, można sklonować wolumin utworzony przez grupę woluminów aplikacji. Możesz to zrobić, wybierając migawkę i odtwarzając ją na nowym woluminie. Klonowanie to proces odbywający się poza procesem roboczym grupy woluminów aplikacji. W związku z tym należy wziąć pod uwagę następujące ograniczenia:

  • Podczas klonowania pojedynczego woluminu żaden z zależności specyficznych dla grupy woluminów nie jest sprawdzany.
  • Sklonowany wolumin nie jest częścią grupy woluminów.
  • Sklonowany wolumin jest zawsze umieszczany w tym samym punkcie końcowym magazynu co wolumin źródłowy.
  • Aby uzyskać najmniejsze opóźnienie dla sklonowanego woluminu, należy zainstalować ten sam adres IP co wolumin źródłowy.

Jak długo trwa tworzenie grupy woluminów?

Tworzenie grupy woluminów obejmuje wiele różnych kroków, a nie wszystkie z nich można wykonać równolegle. Szczególnie w przypadku utworzenia pierwszej grupy woluminów dla danej lokalizacji ukończenie może potrwać od 9 do 12 minut. Utworzenie kolejnych grup woluminów powinno zająć mniej czasu.

Wdrożenie nie powiodło się, a nawet nie utworzono pojedynczego woluminu. Dlaczego?

To normalne zachowanie. Grupa woluminów aplikacji będzie aprowizować woluminy w sposób atomowy, a wdrożenie zostanie wycofane w przypadku niepowodzenia wdrożenia jednego ze składników. Wdrożenie zwykle kończy się niepowodzeniem, ponieważ dana lokalizacja nie ma wystarczającej ilości dostępnych zasobów, aby spełnić wymagania. Sprawdź dziennik wdrażania, aby uzyskać szczegółowe informacje i popraw konfigurację puli pojemności w razie potrzeby.

Dlaczego nie mogę edytować opisu grupy woluminów?

W bieżącej implementacji grupa woluminów aplikacji koncentruje się tylko na początkowym tworzeniu i usuwaniu grupy woluminów.

Jakiej polityki migawek należy używać dla woluminów bazy danych?

Możesz użyć produktów, takich jak AzAcSnap lub Commvault na potrzeby kopii zapasowej spójnej z aplikacją dla środowiska bazy danych. Nie można używać standardowych migawek zaplanowanych przez wbudowane zasady migawek usługi Azure NetApp Files w celu zapewnienia spójnej ochrony danych.

Ogólne zalecenia dotyczące migawek w środowisku bazy danych są następujące:

  • Monitoruj uważnie migawki wolumenu danych. Przechowywanie migawek przez długi okres może zwiększyć zapotrzebowanie na pojemność. Pamiętaj, aby monitorować używaną pojemność a przydzieloną pojemność.
  • Jeśli automatycznie tworzysz migawki na potrzeby podstawowej ochrony danych, pamiętaj, aby monitorować ich przechowywanie, aby uniknąć nieprzewidywalnego zużycia pojemności woluminu.

Często zadawane pytania dotyczące grupy woluminów aplikacji dla platformy SAP HANA

Ta sekcja zawiera odpowiedzi na pytania dotyczące grupy woluminów aplikacji usługi Azure NetApp Files dla platformy SAP HANA.

Instrukcje instalacji woluminu zawierają listę adresów IP. Którego adresu IP należy użyć?

Grupa woluminów aplikacji zapewnia, że woluminy danych i dzienników dla jednego hosta zawsze mają oddzielne punkty końcowe magazynu z różnymi adresami IP w celu uzyskania najlepszej wydajności. Aby hostować dane, dzienniki i udostępnione woluminy w zasobach magazynowych Azure NetApp Files, można utworzyć maksymalnie sześć punktów końcowych magazynu na każde wykorzystane zasoby magazynowe Azure NetApp Files. Z tego powodu zaleca się odpowiednie ustawianie rozmiaru delegowanej podsieci. Zobacz Wymagania i zagadnienia dotyczące grupy woluminów aplikacji dla platformy SAP HANA. Mimo że wszystkie wymienione adresy IP mogą być używane do instalowania, pierwszy wymieniony adres IP jest tym, który zapewnia najmniejsze opóźnienie. Zaleca się, aby zawsze używać pierwszego adresu IP.

Czy mogę użyć nconnect jako opcji instalacji?

Usługa Azure NetApp Files obsługuje NFSv4.1, ale wymaga następujących wersji systemu operacyjnego Linux:

  • SLES 15SP2 i nowsze
  • RHEL 8.3 i nowsze

Jeśli używasz nconnect opcji instalacji, limit odczytu wynosi do 4500 MiB/s (zobacz Linux NFS opcje instalacji najlepszych rozwiązań dla usługi Azure NetApp Files), a proponowane limity przepływności dla woluminu danych mogą być odpowiednio dostosowane.

Dlaczego do moich nazw jest dodawany hostid (na przykład 00001), nawet gdy usunę znacznik {Hostid}?

Grupa woluminów aplikacji wymaga, aby w nazwach znajdował się symbol zastępczy {Hostid}. W przypadku usunięcia element hostid zostanie automatycznie dodany z powrotem do podanego ciągu.

Po wybraniu opcji Przejrzyj i utwórz możesz zobaczyć ostateczne nazwy dla każdego z woluminów.

Dlaczego 1500 MiB/s jest maksymalną wartością przepływności, którą grupa woluminów aplikacji dla platformy SAP HANA proponuje dla woluminu danych?

NFSv4.1 to obsługiwany protokół dla systemów SAP HANA i Oracle. W związku z tym jedna sesja TCP/IP jest obsługiwana podczas instalowania pojedynczego woluminu. Dla pojedynczej sesji TCP (czyli z jednego hosta) wobec jednego wolumenu typowy limit I/O wynosi 1500 MiB/s. Dlatego grupa woluminów aplikacji dla platformy SAP HANA pozwala uniknąć przydzielania większej przepływności niż można realistycznie osiągnąć. Jeśli potrzebujesz większej przepływności, szczególnie w przypadku większych baz danych HANA (na przykład 12 TiB), należy użyć wielu partycji lub użyć nconnect opcji instalacji.

Jak mogę określić rozmiar woluminów usługi Azure NetApp Files do używania z SAP HANA, aby uzyskać optymalną wydajność i efektywność kosztową?

Aby uzyskać optymalne rozmiary, należy ustalić rozmiar dla całego środowiska, w tym migawek i kopii zapasowych. Zaprojektuj układ woluminów dla produkcji, wysokiej dostępności i ochrony danych, a następnie przeprowadź ustalanie rozmiaru za pomocą kalkulatora rozmiarów usługi Azure NetApp Files dla wdrożeń SAP HANA.

Odebrałem komunikat ostrzegawczy "Not enough pool capacity". Co mogę zrobić?

Grupa woluminów aplikacji oblicza zapotrzebowanie na pojemność i przepustowość wszystkich woluminów na podstawie danych wprowadzonych przez użytkownika dotyczących pamięci HANA. Po wybraniu puli pojemności system natychmiast sprawdza, czy w puli pojemności jest dostępna wystarczająca pojemność i przepustowość.

Na początkowym ekranie sap HANA możesz zignorować ten komunikat i kontynuować przepływ pracy, klikając przycisk Dalej . Możesz później dostosować proponowane wartości dla każdego woluminu indywidualnie, aby wszystkie woluminy mieściły się w puli pojemności. Ten komunikat o błędzie pojawia się ponownie po zmianie każdego pojedynczego woluminu, dopóki wszystkie woluminy nie mieszczą się w puli pojemności.

Możesz rozważyć zwiększenie rozmiaru puli, aby uniknąć tego komunikatu ostrzegawczego.

Jak mogę zrozumieć, jak określić rozmiar mojego systemu lub całościowego krajobrazu systemu?

Skontaktuj się z ekspertem ds. ustalania rozmiaru rozwiązania SAP Azure NetApp Files, aby ułatwić planowanie ogólnego rozmiaru systemu SAP.

Ważne informacje, które należy podać dla każdego z systemów, obejmują następujące elementy: SID, role (produkcyjna, dev, pre-prod/QA), pamięć HANA, zapas migawki w procentach, liczba dni przechowywania migawek lokalnych, liczba kopii zapasowych w oparciu o pliki, pojedynczy host/wiele hostów wraz z ich liczbą oraz HSR (podstawowy, pomocniczy).

Możesz użyć narzędzia do szacowania rozmiaru SAP HANA, aby zoptymalizować proces ustalania rozmiaru.

Jeśli znasz systemy (z wcześniejszego uruchamiania platformy HANA), możesz podać dane ręcznie zamiast tych ogólnych założeń.

Czy mogę użyć nowej funkcji SAP HANA wielu partycji?

Grupa woluminów aplikacji dla platformy SAP HANA nie została stworzona z myślą o wielu partycjach, ale można z niej korzystać, dostosowując swój wkład.

Podstawowe informacje dotyczące wielu partycji są następujące:

  • Wiele partycji oznacza, że jeden host SAP HANA używa więcej niż jednego woluminu do przechowywania jego trwałości.
  • Wiele partycji musi być zamontowane na różnych ścieżkach. Na przykład pierwszy wolumin znajduje się na /hana/<SID>/data1/mnt00001, a drugi wolumin wymaga innej ścieżki (/hana/<SID>/data2/mnt00002). Aby osiągnąć ten wynik, należy ręcznie dostosować konwencję nazewnictwa. Oznacza to, <SID>-DATA1-MNT00001; <SID>-DATA2-MNT00002, ....
  • Pamięć jest kluczem do określenia wielkości pojemności i przepustowości grupy woluminów aplikacji dla platformy SAP HANA. W związku z tym należy dostosować rozmiar, aby uwzględnić liczbę partycji. W przypadku dwóch partycji należy użyć 50% pamięci. W przypadku trzech partycji należy użyć 33% pamięci itd.

Dla każdego hosta i każdej partycji, którą chcesz utworzyć, należy ponownie uruchomić grupę woluminów aplikacji dla platformy SAP HANA i dostosować propozycję nazewnictwa, aby spełnić powyższe zalecenia.

Aby uzyskać więcej informacji na temat tego tematu, zobacz Using Azure NetApp Files AVG for SAP HANA to deploy HANA with multiple partitions (Używanie usługi Azure NetApp Files AVG dla platformy SAP HANA do wdrażania platformy HANA z wieloma partycjami).

Jakie są reguły dotyczące proponowanej przepływności dla moich woluminów danych i dzienników platformy HANA?

System SAP definiuje kluczowe wskaźniki wydajności (KPI) dla woluminów HANA jako 400 MiB/s dla danych i 250 MiB/s dla woluminu dziennika. Ta definicja jest niezależna od rozmiaru lub obciążenia bazy danych HANA. Grupa woluminów aplikacji skaluje wartości przepływności w taki sposób, aby nawet najmniejsza baza danych spełniała kluczowe wskaźniki wydajności platformy SAP HANA, a większa baza danych korzysta z wyższego poziomu przepływności, skalując propozycję na podstawie wprowadzonego rozmiaru bazy danych HANA.

W poniższej tabeli opisano zakres pamięci i proponowaną przepływność dla woluminu danych platformy HANA:

Zakres pamięci (TB)Proponowana przepływność (MB/s)
Minimalna wartośćMaksimum
01400
12600
24800
461000
681200
8101400
10bez ograniczeń1500

W poniższej tabeli opisano zakres pamięci i proponowaną przepływność dla woluminu dziennika HANA:

Zakres pamięci (TB)Proponowana przepływność (MB/s)
Minimalna wartośćMaksimum
04250
4bez ograniczeń500

Przepływność woluminu bazy danych ma głównie wpływ na czas potrzebny na odczytywanie danych do pamięci podczas uruchamiania bazy danych. Podczas działania jednak większość operacji I/O to operacje zapisu I/O, gdzie nawet wskaźniki KPI pokazują niższe wartości. Środowisko użytkownika pokazuje, że w przypadku mniejszych baz danych wartości kluczowych wskaźników wydajności platformy HANA mogą być wyższe niż wymagane przez większość czasu.

Wydajność każdego woluminu usługi Azure NetApp Files można dostosować w czasie wykonywania. W związku z tym w dowolnym momencie możesz dostosować wydajność bazy danych, dostosowując przepływność danych i woluminu dziennika do określonych wymagań. Na przykład można dostosować wydajność i zmniejszyć koszty, umożliwiając większą przepływność podczas uruchamiania, jednocześnie zmniejszając wskaźniki KPI podczas normalnego działania.

Czy wszystkie woluminy są umieszczone blisko serwerów SAP HANA?

W przypadku grupy wolumenów aplikacji można wdrażać wolumeny, korzystając ze strefy dostępności lub z umieszczania w grupie lokalizacji bliskiej. Obie metody zapewniają, że woluminy danych znajdują się w pobliżu maszyn wirtualnych HANA, ale korzystają z różnych zasad.

Umieszczenie woluminów w strefie dostępności zapewnia, że znajdują się one w tej samej strefie dostępności co maszyny wirtualne aplikacji. Korzystanie ze stref dostępności obsługuje również standardowe funkcje sieciowe, które zwiększają zabezpieczenia dzięki obsłudze grup bezpieczeństwa sieci. Ta metoda nie wymaga ręcznego przypinania. W związku z tym jest to łatwiejsze i szybsze w użyciu.

Użycie grupy umieszczania w pobliżu (PPG) wymaga utworzenia takiej grupy dla serwerów SAP HANA. Dzięki temu dane, dzienniki i udostępnione woluminy są tworzone blisko serwerów SAP HANA w celu uzyskania najlepszego opóźnienia i przepływności. Ta metoda wymaga ręcznego przypinania grupy rozmieszczania zbliżeniowego, której używa grupa woluminów aplikacji do znalezienia optymalnej lokalizacji do wdrażania woluminów. Ta metoda obsługuje tylko podstawowe funkcje sieciowe. Należy pamiętać, że woluminy kopii zapasowych dzienników i danych nie wymagają niskich opóźnień. Z punktu widzenia ochrony warto przechowywać te woluminy kopii zapasowych w innej lokalizacji niż dane, dzienniki i udostępnione woluminy. W związku z tym grupa woluminów aplikacji umieszcza woluminy kopii zapasowej w innym miejscu przechowywania w regionie, który ma wystarczającą pojemność oraz dostępność przepustowości.

Jakie są zależności między AVset, VM, PPG a woluminami Azure NetApp Files?

Grupa umieszczania w pobliżu (PPG) musi mieć przypisaną co najmniej jedną maszynę wirtualną bezpośrednio lub za pośrednictwem zestawu AVset. Celem ppg jest wyodrębnienie dokładnej lokalizacji maszyny wirtualnej i przekazanie tych informacji do grupy woluminów aplikacji w celu wyszukania zasobów usługi Azure NetApp Files w tym samym centrum danych. To ustawienie działa tylko po uruchomieniu co najmniej jednej maszyny wirtualnej w ppg. Zazwyczaj można dodać serwery baz danych do PPG.

Grupy zabezpieczeń mają efekt uboczny, że jeśli wszystkie maszyny wirtualne zostaną zamknięte, następujące ponowne uruchomienie maszyn wirtualnych nie gwarantuje, że zostaną uruchomione w tym samym centrum danych co wcześniej. Aby zapobiec wystąpieniu takiej sytuacji, zdecydowanie zaleca się użycie zestawu AVset, w którym wszystkie maszyny wirtualne i PPG są skojarzone, oraz korzystanie z przepływu pracy przypinania HANA. Przepływ pracy nie tylko zapewnia, że maszyny wirtualne nie są przenoszone po ponownym uruchomieniu, ale także gwarantuje, że lokalizacje są wybierane, gdzie są dostępne wystarczająca ilość zasobów obliczeniowych i usługi Azure NetApp Files.

Czy w przypadku systemu SAP HANA z wieloma hostami rozmiar udostępnionego woluminu zostanie zmieniony podczas dodawania dodatkowych hostów HANA?

Nr Ten scenariusz jest obecnie jednym z niewielu przypadków, w których należy ręcznie dostosować rozmiar. Firma SAP zaleca rozmiar udostępnionego woluminu jako 1 x pamięci RAM dla każdych czterech hostów HANA. Ponieważ wolumin udostępniony jest tworzony jako część pierwszego hosta SAP HANA, jego rozmiar wynosi już 1 TB. Istnieją dwie opcje właściwego rozmiarowania woluminu współdzielonego dla platformy SAP HANA.

  • Jeśli wiesz, że potrzebujesz na przykład sześciu hostów, możesz zmodyfikować propozycję 1 TB podczas początkowego tworzenia za pomocą grupy woluminów aplikacji dla platformy SAP HANA. W tym momencie można również zwiększyć przepływność (czyli QoS), aby pomieścić sześć hostów.
  • Zawsze można edytować udostępniony wolumin i zmienić rozmiar i przepływność indywidualnie po utworzeniu woluminu. Można to zrobić w grupie umieszczania woluminów lub bezpośrednio w woluminie przy użyciu dostawcy zasobów platformy Azure lub graficznego interfejsu użytkownika.

Chcę utworzyć wolumin kopii zapasowej danych dla nie tylko jednego wystąpienia, ale dla więcej niż jednej bazy danych SAP HANA. W jaki sposób to zrobić?

Woluminy logowania i kopii zapasowych danych są opcjonalne i nie muszą być blisko siebie. Najlepszym sposobem osiągnięcia zamierzonego wyniku jest usunięcie woluminu kopii zapasowej danych lub kopii zapasowej dziennika podczas tworzenia pierwszego woluminu z grupy woluminów aplikacji dla platformy SAP HANA. Następnie możesz utworzyć własny wolumin jako pojedynczy, niezależny wolumin, korzystając ze standardowego zarządzania woluminem i wybierając odpowiednią pojemność oraz przepustowość zgodnie z potrzebami. Należy użyć konwencji nazewnictwa, która wskazuje, że wolumin danych to kopia zapasowa i że jest używany do wielu identyfikatorów SID.

Często zadawane pytania dotyczące grupy woluminów aplikacji w Oracle

Ta sekcja zawiera odpowiedzi na pytania dotyczące grupy woluminów aplikacji usługi Azure NetApp Files dla firmy Oracle.

Czy wszystkie woluminy będą przydzielane w tej samej strefie dostępności co mój serwer bazy danych dla Oracle?

Przepływ pracy wdrażania zapewnia, że wszystkie woluminy są umieszczane w wybranej przez ciebie podczas tworzenia strefie dostępności, która powinna być zgodna ze strefą dostępności twoich maszyn wirtualnych Oracle. W przypadku regionów, które nie obsługują stref dostępności, woluminy są umieszczane na poziomie regionalnym.

Jak mogę określić rozmiar woluminów Azure NetApp Files do użycia z Oracle dla optymalnej wydajności i efektywności kosztowej?

Aby uzyskać optymalne rozmiary, należy uwzględnić rozmiar całego środowiska bazodanowego, w tym wysoką dostępność, migawki i kopie zapasowe. Zdecyduj o układzie woluminu dla produkcji, wysokiej dostępności i ochrony danych, a także przeprowadź sizing zgodnie z Run Your Most Demanding Oracle Workloads in Azure without Sacrificing Performance or Scalability oraz narzędziem do szacowania rozmiaru obciążeń Oracle dla maszyn wirtualnych IaaS na platformie Azure. Możesz również skorzystać z estymatora rozmiaru plików SAP na Azure NetApp, używając opcji Dodaj pojedynczy wolumin.

Ważne informacje, które należy podać na potrzeby ustalania rozmiaru poszczególnych woluminów, obejmują: SID, rolę (produkcyjna, deweloperska, przedprodukcyjna/QA), rezerwę migawki w procentach, liczbę dni przechowywania migawek lokalnych, liczbę kopii zapasowych opartych na plikach, jednego lub wielu hostów z określeniem liczby hostów oraz wymagania funkcji Data Guard (główna, podrzędna). Skontaktuj się z ekspertem ds. określania rozmiaru aplikacji Oracle w usłudze Azure NetApp Files, aby ułatwić zaplanowanie ogólnego rozmiaru systemu Oracle.

Instrukcje instalacji woluminu zawierają listę adresów IP. Którego adresu IP należy używać w programie Oracle?

Grupa woluminów aplikacji zapewnia, że dane, dziennik powtórnego wykonania, dziennik archiwizacji i woluminy kopii zapasowej mają oddzielne punkty końcowe magazynu z różnymi adresami IP dla uzyskania najlepszej wydajności. Mimo że wszystkie wymienione adresy IP mogą być używane do instalowania, pierwszy wymieniony adres IP jest tym, który zapewnia najmniejsze opóźnienie. Zaleca się, aby zawsze używać pierwszego adresu IP.

Jakiej wersji systemu plików NFS należy używać dla moich woluminów Oracle?

Użyj systemu plików Oracle dNFS na kliencie, aby zainstalować woluminy. Podczas montowania za pomocą dNFS, który działa z woluminami utworzonymi w systemach plików NFSv3 i NFSv4.1, zalecamy wdrożenie woluminów przy użyciu NFSv3. Aby uzyskać więcej szczegółów i zależności wersji, zapoznaj się z informacjami dotyczącymi systemu operacyjnego klienta i programu Oracle. Więcej szczegółów można również znaleźć w Korzyściach z używania Azure NetApp Files z Oracle Database oraz dotyczących wydajności bazy danych Oracle na wielu woluminach usługi Azure NetApp Files.

Aby uzyskać najlepszą wydajność dużych baz danych, zalecamy zamontowanie woluminu przy użyciu klienta dNFS na serwerze bazy danych. Aby uprościć konfigurację systemu plików dNFS, zalecamy utworzenie woluminów za pomocą systemu plików NFSv3.

Jakiej polityki migawek należy używać dla woluminów Oracle?

To pytanie nie jest bezpośrednio związane z grupą woluminów aplikacji dla firmy Oracle. Możesz używać produktów, takich jak AzAcSnap lub Commvault na potrzeby kopii zapasowej spójnej z aplikacją dla baz danych Oracle. Nie można używać standardowych migawek zaplanowanych przez wbudowane zasady migawek usługi Azure NetApp Files w celu zapewnienia spójnej ochrony danych bazy danych Oracle.

Ogólne zalecenia dotyczące migawek w środowisku Oracle są następujące:

  • Użyj narzędzi migawek obsługujących bazę danych, aby zapewnić tworzenie migawki spójnej z bazą danych.
  • Monitoruj uważnie migawki wolumenu danych. Przechowywanie migawek przez długi okres może zwiększyć zapotrzebowanie na pojemność. Pamiętaj, aby monitorować używaną pojemność a przydzieloną pojemność.
  • Jeśli automatycznie tworzysz migawki dla woluminu kopii zapasowej, pamiętaj o monitorowaniu ich czasu przechowywania, aby uniknąć nieoczekiwanego wzrostu rozmiaru woluminu.

Czy program Oracle ASM może być używany z programem AVG dla woluminów utworzonych przez firmę Oracle?

Korzystanie z Oracle ASM w połączeniu z grupą woluminów aplikacji Azure NetApp Files dla Oracle jest obsługiwane, ale bez zapewnienia konsystencji migawek w woluminach tej grupy woluminów aplikacji. Klienci powinni korzystać z innych zgodnych opcji ochrony danych w przypadku korzystania z usługi ASM do odwołania.

Dlaczego mogę opcjonalnie użyć grupy umieszczania w pobliżu (PPG) na potrzeby wdrożenia Oracle?

Podczas wdrażania w regionach z ograniczoną dostępnością zasobów może nie być możliwe wdrożenie woluminów w najbardziej optymalnych lokalizacjach. W takich przypadkach można wdrożyć woluminy przy użyciu funkcji Proximity placement group, aby uzyskać najbardziej optymalne rozmieszczenie woluminów w danych warunkach. Jako ustawienie domyślne użycie ppg jest wyłączone. Musisz poprosić o włączenie korzystania z grup rozmieszczenia w pobliżu za pośrednictwem kanału pomocy technicznej.

Następne kroki

  • Last updated on