Nejčastější dotazy k odolnosti aplikací pro službu Azure NetApp Files

  • Článek

Tento článek odpovídá na nejčastější dotazy týkající se odolnosti aplikací Azure NetApp Files.

Co doporučujeme pro zpracování potenciálních přerušení aplikace kvůli událostem údržby služby úložiště?

Služba Azure NetApp Files může projít občasnou plánovanou údržbou (například aktualizace platformy, aktualizace služeb nebo upgradů softwaru). Z hlediska souborového protokolu (NFS/SMB) jsou operace údržby nedisruptivní, pokud aplikace dokáže zpracovat vstupně-výstupní pozastavení, ke kterým může během těchto událostí krátce dojít. Vstupně-výstupní pozastavení jsou obvykle krátké, od několika sekund do 30 sekund. Protokol NFS je zvlášť robustní a operace se soubory klientského serveru normálně pokračují. Některé aplikace můžou vyžadovat ladění pro zpracování vstupně-výstupních pozastavení po dobu 30 až 45 sekund. Proto se ujistěte, že znáte nastavení odolnosti aplikace, abyste se mohli vypořádat s událostmi údržby služby úložiště. Pro lidské interaktivní aplikace využívající protokol SMB obvykle stačí standardní nastavení protokolu.

Důležité

Aby byla zajištěna odolná architektura, je důležité si uvědomit, že cloud funguje v rámci modelu sdílené odpovědnosti . Tento model zahrnuje cloudovou platformu Azure, její služby infrastruktury, vrstvu operačního systému a dodavatele aplikací. Každá z těchto komponent hraje zásadní roli při řádném zpracování potenciálních přerušení aplikace, které mohou vzniknout během událostí údržby služby úložiště.

Musím pro aplikace založené na protokolu SMB provést zvláštní opatření?

Ano, některé aplikace založené na smb vyžadují převzetí služeb při selhání s transparentním převzetím služeb při selhání smb. Smb Transparent Failover umožňuje operace údržby ve službě Azure NetApp Files bez přerušení připojení k serverovým aplikacím, které ukládají a přistupují k datům na svazcích SMB. Pro podporu transparentního převzetí služeb při selhání smb pro konkrétní aplikace teď Azure NetApp Files podporuje možnost sdílených složek s nepřetržitou dostupností SMB. Použití průběžné dostupnosti PROTOKOLU SMB je podporováno pouze pro úlohy na:

Upozornění

Vlastní aplikace nejsou podporovány s nepřetržitou dostupností protokolu SMB a nelze je použít se svazky s povolenou nepřetržitou dostupností smb.

Používám IBM MQ ve službě Azure NetApp Files. Jaká opatření můžu podniknout, aby nedošlo k přerušení kvůli událostem údržby služby úložiště, i když používám protokol NFS?

Pokud používáte aplikaci IBM MQ v konfiguraci sdílených souborů, kde jsou data a protokoly IBM MQ uložené na svazku Azure NetApp Files, doporučujeme při údržbě služby úložiště zlepšit odolnost při událostech údržby služby úložiště:

  • Musíte použít pouze protokol NFS verze 4.1.
  • Pro zajištění vysoké dostupnosti byste měli použít konfiguraci více instancí IBM MQ pomocí sdílených svazků NFS verze 4.1.
  • Měli byste ověřit funkčnost konfigurace IBM s více instancemi pomocí sdílených svazků NFS verze 4.1.
  • Místo použití jedné rozsáhlé konfigurace IBM MQ s více instancemi byste měli implementovat architekturu IBM MQ se škálováním na více instancí. Rozložením zatížení zpracování zpráv napříč několika páry více instancí IBM MQ může dojít ke snížení pravděpodobnosti přerušení služby, protože každý pár MQ s více instancemi zpracovává méně zpráv.

Poznámka:

Počet zpráv, které by měl zpracovat každý pár více instancí MQ, je vysoce závislý na vašem konkrétním prostředí. Musíte se rozhodnout, kolik párů MQ s více instancemi by bylo potřeba nebo jaká by byla pravidla vertikálního navýšení nebo snížení kapacity.

Architektura horizontálního navýšení kapacity se skládá z několika dvojic více instancí IBM MQ nasazených za azure Load Balancerem. Aplikace nakonfigurované pro komunikaci s IBM MQ by se pak nakonfigurovaly tak, aby komunikovaly s instancemi IBM MQ přes Azure Load Balancer. Pokud chcete získat podporu související s IBM MQ na sdílených svazcích NFS, měli byste získat podporu dodavatele v IBM.

Používám Apache ActiveMQ s LevelDB nebo KahaDB ve službě Azure NetApp Files. Jaká opatření můžu podniknout, aby nedošlo k přerušení kvůli událostem údržby služby úložiště, i když používám protokol NFS ?

Pokud používáte Apache ActiveMQ, doporučuje se nasadit vysokou dostupnost ActiveMQ pomocí pluggable storage Lockers.

Modely vysoké dostupnosti (HA) ActiveMQ zajišťují, že instance zprostředkovatele je vždy online a dokáže zpracovávat přenos zpráv. Mezi dva nejběžnější modely ha služby ActiveMQ patří sdílení systému souborů přes síť. Účelem je poskytnout službě LevelDB nebo KahaDB aktivní a pasivní instance zprostředkovatele. Tyto modely vysoké dostupnosti vyžadují, aby se zámek na úrovni operačního systému získal a zachoval na souboru v adresářích LevelDB nebo KahaDB s názvem "lock". Došlo k problémům s tímto modelem dostupnosti ActiveMQ. Můžou vést k situaci typu "no-master", kdy replika neví, že soubor může uzamknout. Mohou také vést ke konfiguraci master-master, která vede k poškození indexu nebo deníku a nakonec ztrátě zpráv. Většina těchto problémů vychází z faktorů mimo kontrolu ActiveMQ. Například špatně optimalizovaný klient NFS může způsobit zablokování dat při zatížení, což vede k výpadku typu no-master během převzetí služeb při selhání.

Vzhledem k tomu, že většina problémů s tímto řešením vysoké dostupnosti vychází z nepřesných uzamčení souborů na úrovni operačního systému, zavedla komunita ActiveMQ koncept pluggable storagelockeru ve verzi 5.7 zprostředkovatele. Tento přístup umožňuje uživateli využít jiný způsob sdíleného zámku, a to s použitím zámku databáze JDBC na úrovni řádku, a ne zámku systému souborů na úrovni operačního systému. Pokud potřebujete podporu nebo poradenství týkající se architektur a nasazení activemq ha, měli byste kontaktovat OpenLogic od Perforce.

Používám Apache ActiveMQ s LevelDB nebo KahaDB ve službě Azure NetApp Files. Jaká opatření je možné provést, aby nedošlo k přerušení kvůli událostem údržby služby úložiště, i když používám protokol SMB ?

Obecně se doporučuje nespouštět sdílené úložiště KahaDB na CIFS [Common Internet File System]/SMB. Pokud máte potíže s udržováním přesného stavu uzamčení, podívejte se na nástroj JDBC Pluggable Storage Locker, který může poskytovat spolehlivější mechanismus uzamčení. Pokud potřebujete podporu nebo poradenství týkající se architektur a nasazení activemq ha, měli byste kontaktovat OpenLogic od Perforce.

Používám Boomi ve službě Azure NetApp Files. Jaká opatření můžu podniknout, aby nedošlo k přerušení kvůli událostem údržby služby úložiště?

Pokud používáte Boomi, doporučuje se postupovat podle osvědčených postupů boomi pro vysokou dostupnost za běhu a zotavení po havárii.

Boomi doporučuje Boomi Molekula se používá k implementaci vysoké dostupnosti pro Boomi Atom. Požadavky na systém boomi molekuly uvádí, že je možné použít systém souborů NFS s povoleným uzamčením systému souborů NFS (podpora NLM) nebo sdílených složek SMB. V kontextu služby Azure NetApp Files mají svazky NFSv4.1 podporu NLM.

Boomi doporučuje, aby se sdílená složka SMB používala s virtuálními počítači s Windows; Pro systém souborů NFS doporučuje Boomi virtuální počítače s Linuxem.

Poznámka:

Služba Boomi nepodporuje sdílené složky průběžné dostupnosti služby Azure NetApp Files.

Další kroky