Udostępnij za pośrednictwem

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

  • Artykuł

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

Co zaleca się do obsługi potencjalnych zakłóceń aplikacji z powodu zdarzeń konserwacji usługi magazynu?

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:

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:

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ą branżową jest brak uruchamiania udostępnionego magazynu KahaDB w systemie PLIKÓW CIFS [Common Internet File System]/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