Często zadawane pytania dotyczące odporności aplikacji dla usługi Azure NetApp Files

Artykuł
10/24/2023

Ten artykuł zawiera odpowiedzi na często zadawane pytania dotyczące odporności aplikacji usługi Azure NetApp Files.

Usługa Azure NetApp Files może przejść od czasu do czasu planowaną konserwację (na przykład aktualizacje platformy, usługi lub uaktualnienia oprogramowania). Z punktu widzenia protokołu plików (NFS/SMB) operacje konserwacji są niedysrupcyjne, o ile aplikacja może obsługiwać wstrzymywanie operacji we/wy, które mogą wystąpić na krótko podczas tych zdarzeń. Przerwy we/wy są zwykle krótkie, od kilku sekund do 30 sekund. Protokół NFS jest szczególnie niezawodny, a operacje na plikach klient-serwer są kontynuowane normalnie. Niektóre aplikacje mogą wymagać dostrajania w celu obsługi wstrzymywania operacji we/wy przez 30–45 sekund. W związku z tym upewnij się, że znasz ustawienia odporności aplikacji, aby poradzić sobie z zdarzeniami konserwacji usługi magazynu. W przypadku aplikacji interaktywnych korzystających z protokołu SMB standardowe ustawienia protokołu są zwykle wystarczające.

Ważne

Aby zapewnić odporność architektury, należy pamiętać, że chmura działa w ramach wspólnego modelu odpowiedzialności . Ten model obejmuje platformę w chmurze platformy Azure, jej usługi infrastruktury, warstwę systemu operacyjnego i dostawców aplikacji. Każdy z tych składników odgrywa istotną rolę w bezproblemowym obsłudze potencjalnych zakłóceń aplikacji, które mogą wystąpić podczas zdarzeń konserwacji usługi magazynu.

Czy muszę podjąć specjalne środki ostrożności dla aplikacji opartych na protokole SMB?

Tak, niektóre aplikacje oparte na protokole SMB wymagają przezroczystego trybu failover protokołu SMB. Funkcja przezroczystego trybu failover protokołu SMB umożliwia wykonywanie operacji konserwacji w usłudze Azure NetApp Files bez przerywania łączności z aplikacjami serwera przechowującymi i uzyskują dostęp do danych na woluminach SMB. Aby obsługiwać przezroczysty tryb failover protokołu SMB dla określonych aplikacji, usługa Azure NetApp Files obsługuje teraz opcję udziałów ciągłej dostępności protokołu SMB. Korzystanie z ciągłej dostępności protokołu SMB jest obsługiwane tylko w przypadku obciążeń w następujących systemach:

Warstwy aplikacji Citrix
Kontenery profilu użytkownika FSLogix
Kontenery ODFC fsLogix
Microsoft SQL Server (nie Linux SQL Server)
Dołączanie aplikacji MSIX

Uwaga

Aplikacje niestandardowe nie są obsługiwane z ciągłą dostępnością protokołu SMB i nie mogą być używane z woluminami z włączoną ciągłą dostępnością SMB.

Korzystam z oprogramowania IBM MQ w usłudze Azure NetApp Files. Jakie środki ostrożności można podjąć, aby uniknąć zakłóceń z powodu zdarzeń konserwacji usługi magazynu pomimo korzystania z protokołu NFS?

Jeśli używasz aplikacji IBM MQ w konfiguracji plików udostępnionych, gdzie dane i dzienniki IBM MQ są przechowywane na woluminie usługi Azure NetApp Files, zaleca się zwiększenie odporności podczas zdarzeń konserwacji usługi magazynu:

Należy używać tylko protokołu NFS w wersji 4.1.
W celu zapewnienia wysokiej dostępności należy użyć konfiguracji wielu wystąpień IBM MQ przy użyciu udostępnionych woluminów NFS w wersji 4.1.
Należy sprawdzić funkcjonalność konfiguracji wielu wystąpień IBM przy użyciu udostępnionych woluminów NFS w wersji 4.1.
Należy zaimplementować architekturę IBM MQ skalowaną w poziomie zamiast używać jednej dużej konfiguracji ibm MQ z wieloma wystąpieniami. Dzięki rozłożeniu obciążenia przetwarzania komunikatów między wieloma parami wielu wystąpień IBM MQ prawdopodobieństwo przerwy w działaniu usługi może zostać zmniejszone, ponieważ każda para wielu wystąpień MQ będzie przetwarzać mniej komunikatów.

Uwaga

Liczba komunikatów, które powinny być przetwarzane przez każdą parę mQ z wieloma wystąpieniami, jest bardzo zależna od konkretnego środowiska. Musisz zdecydować, ile par MQ wielu wystąpień będzie potrzebnych, lub jakie byłyby reguły skalowania w górę lub w dół.

Architektura skalowania w poziomie będzie składać się z wielu par wielu wystąpień IBM MQ wdrożonych za usługą Azure Load Balancer. Aplikacje skonfigurowane do komunikowania się z aplikacją IBM MQ będą następnie konfigurowane do komunikowania się z wystąpieniami IBM MQ za pośrednictwem usługi Azure Load Balancer. Aby uzyskać pomoc techniczną dotyczącą ibm MQ w udostępnionych woluminach NFS, należy uzyskać pomoc techniczną dla dostawców w firmie IBM.

Korzystam z usługi Apache ActiveMQ z bazą danych LevelDB lub KahaDB w usłudze Azure NetApp Files. Jakie środki ostrożności można podjąć, aby uniknąć zakłóceń z powodu zdarzeń konserwacji usługi magazynu pomimo korzystania z protokołu NFS ?

Jeśli używasz biblioteki Apache ActiveMQ, zaleca się wdrożenie wysokiej dostępności ActiveMQ z podłączonymi blokadami magazynu.

Modele wysokiej dostępności activeMQ zapewniają, że wystąpienie brokera jest zawsze w trybie online i może przetwarzać ruch komunikatów. Dwa najbardziej typowe modele wysokiej dostępności ActiveMQ obejmują udostępnianie systemu plików za pośrednictwem sieci. Celem jest dostarczenie bazy danych LevelDB lub KahaDB do aktywnych i pasywnych wystąpień brokera. Te modele wysokiej dostępności wymagają uzyskania i utrzymania blokady na poziomie systemu operacyjnego w pliku w katalogach LevelDB lub KahaDB o nazwie "lock". Istnieją pewne problemy z tym modelem wysokiej dostępności activeMQ. Mogą one prowadzić do sytuacji "no-master", w której replika nie jest świadoma, że może zablokować plik. Mogą również prowadzić do konfiguracji "master-master", która powoduje uszkodzenie indeksu lub dziennika i ostatecznie utratę komunikatów. Większość tych problemów wynika z czynników spoza kontroli ActiveMQ. Na przykład źle zoptymalizowany klient systemu plików NFS może spowodować, że blokowanie danych staje się nieaktualne pod obciążeniem, co prowadzi do przestoju "no-master" podczas pracy w trybie failover.

Ponieważ większość problemów z tym rozwiązaniem wysokiej dostępności wynika z niedokładnego blokowania plików na poziomie systemu operacyjnego, społeczność ActiveMQ wprowadziła koncepcję podłączanej funkcji magazynowania w wersji 5.7 brokera. Takie podejście umożliwia użytkownikowi korzystanie z innego środka blokady udostępnionej przy użyciu blokady bazy danych JDBC na poziomie wiersza, a nie blokady systemu plików na poziomie systemu operacyjnego. Aby uzyskać pomoc techniczną lub doradztwo w zakresie architektur i wdrożeń usługi ActiveMQ HA, skontaktuj się z firmą OpenLogic firmy Perforce.

Korzystam z usługi Apache ActiveMQ z bazą danych LevelDB lub KahaDB w usłudze Azure NetApp Files. Jakie środki ostrożności można podjąć, aby uniknąć zakłóceń z powodu zdarzeń konserwacji usługi magazynu pomimo korzystania z protokołu SMB ?

Ogólną rekomendacją w branży jest brak uruchamiania udostępnionego magazynu KahaDB w systemie CIFS/SMB. Jeśli masz problemy z zachowaniem dokładnego stanu blokady, zapoznaj się z funkcją JDBC Pluggable StorageLocker, która może zapewnić bardziej niezawodny mechanizm blokowania. Aby uzyskać pomoc techniczną lub doradztwo w zakresie architektur i wdrożeń usługi ActiveMQ HA, skontaktuj się z firmą OpenLogic firmy Perforce.

Korzystam z platformy Boomi w usłudze Azure NetApp Files. Jakie środki ostrożności można podjąć, aby uniknąć zakłóceń spowodowanych zdarzeniami konserwacji usługi magazynu?

Jeśli korzystasz z platformy Boomi, zaleca się stosowanie najlepszych rozwiązań boomi dotyczących wysokiej dostępności i odzyskiwania po awarii w czasie wykonywania.

Boomi zaleca Boomi Molecule jest używany do implementowania wysokiej dostępności dla Boomi Atom. Wymagania systemowe Boomi Molecule stwierdzają, że można użyć systemu plików NFS z włączonym blokowaniem NFS (obsługa NLM) lub udziałami plików SMB. W kontekście usługi Azure NetApp Files woluminy NFSv4.1 obsługują funkcję NLM.

Boomi zaleca używanie udziału plików SMB z maszynami wirtualnymi z systemem Windows; w przypadku systemu plików NFS boomi zaleca maszyny wirtualne z systemem Linux.

Uwaga

Udziały ciągłej dostępności usługi Azure NetApp Files nie są obsługiwane w przypadku platformy Boomi.

Następne kroki