Application resilience FAQs for Azure NetApp Files

  • Cikk

Ez a cikk az Azure NetApp Files alkalmazás rugalmasságával kapcsolatos gyakori kérdésekre (GYIK) ad választ.

Mit javasol a tárolási szolgáltatás karbantartási eseményei miatti esetleges alkalmazáskimaradások kezeléséhez?

Előfordulhat, hogy az Azure NetApp Files időnként tervezett karbantartáson megy keresztül (például platformfrissítések, szolgáltatás- vagy szoftverfrissítések). A fájlprotokoll (NFS/SMB) szempontjából a karbantartási műveletek nem diszkreditatívak, feltéve, hogy az alkalmazás képes kezelni az események során rövid ideig előforduló I/O-szüneteket. Az I/O-szüneteltetések általában rövidek, néhány másodperctől 30 másodpercig terjednek. Az NFS protokoll különösen robusztus, és az ügyfél-kiszolgáló fájlműveletek normálisan folytatódnak. Egyes alkalmazások esetében akár 30–45 másodpercig is szükség lehet az I/O-szüneteltetések kezelésére. Ezért győződjön meg arról, hogy tisztában van az alkalmazás rugalmassági beállításaival, hogy megbirkózzon a tárolási szolgáltatás karbantartási eseményeivel. Az SMB protokollt használó emberi interaktív alkalmazások esetében a standard protokollbeállítások általában elegendőek.

Fontos

A rugalmas architektúra biztosítása érdekében fontos felismerni, hogy a felhő megosztott felelősségi modellben működik. Ez a modell magában foglalja az Azure-felhőplatformot, annak infrastruktúra-szolgáltatásait, az operációsrendszer-réteget és az alkalmazásgyártókat. Ezen összetevők mindegyike nélkülözhetetlen szerepet játszik a tárolási szolgáltatás karbantartási eseményei során esetlegesen fellépő alkalmazáskimaradások kecses kezelésében.

Különleges óvintézkedéseket kell tennem az SMB-alapú alkalmazások esetében?

Igen, bizonyos SMB-alapú alkalmazásokhoz transzparens feladatátvételre van szükség. Az SMB transzparens feladatátvétele lehetővé teszi a karbantartási műveleteket az Azure NetApp Files szolgáltatásban anélkül, hogy megszakítanák az SMB-köteteken tárolt és az adatokhoz hozzáférő kiszolgálóalkalmazásokhoz való kapcsolódást. Az SMB transzparens feladatátvételének támogatásához az Azure NetApp Files mostantól támogatja az SMB folyamatos rendelkezésre állási megosztási lehetőséget. Az SMB folyamatos rendelkezésre állásának használata csak a következő számítási feladatok esetében támogatott:

Figyelmeztetés

Az egyéni alkalmazások nem támogatottak az SMB folyamatos rendelkezésre állásával, és nem használhatók az SMB folyamatos rendelkezésre állását engedélyező kötetekkel.

Ibm MQ-t futtatok az Azure NetApp Fileson. Milyen óvintézkedéseket tehetek a tárolási szolgáltatás karbantartási eseményei miatti fennakadások elkerülése érdekében az NFS protokoll használata ellenére?

Ha az IBM MQ-alkalmazást megosztott fájlkonfigurációban futtatja, ahol az IBM MQ-adatokat és -naplókat egy Azure NetApp Files-kötet tárolja, a következő szempontokat javasoljuk a tárolási szolgáltatás karbantartási eseményei során a rugalmasság javítása érdekében:

Megjegyzés:

Az egyes többpéldányos MQ-párok által feldolgozandó üzenetek száma nagyban függ az adott környezettől. El kell döntenie, hogy hány többpéldányos MQ-párra lenne szükség, vagy hogy milyen felskálázási vagy leskálázási szabályok lennének.

A kibővített architektúra egy Azure Load Balancer mögött üzembe helyezett többpéldányos IBM MQ-párból állna. Az IBM MQ-val való kommunikációra konfigurált alkalmazások ezután úgy lesznek konfigurálva, hogy az Azure Load Balanceren keresztül kommunikáljanak az IBM MQ-példányokkal. A megosztott NFS-köteteken az IBM MQ-hoz kapcsolódó támogatásért az IBM-nél kell beszereznie a gyártói támogatást.

Az Apache ActiveMQ-t a LevelDB-vel vagy a KahaDB-vel futtatom az Azure NetApp Filesban. Milyen óvintézkedéseket tehetek a tárolási szolgáltatás karbantartási eseményei miatti fennakadások elkerülése érdekében az NFS protokoll használata ellenére?

Ha az Apache ActiveMQ-t futtatja, ajánlott magas rendelkezésre állású ActiveMQ-t üzembe helyezni pluggable Storage-szekrényekkel.

A magas rendelkezésre állású ActiveMQ-modellek biztosítják, hogy a közvetítőpéldányok mindig online állapotban legyenek, és feldolgozhassák az üzenetforgalmat. A két leggyakoribb ActiveMQ HA-modell a fájlrendszer hálózaton keresztüli megosztását foglalja magában. A cél a LevelDB vagy a KahaDB biztosítása az aktív és passzív közvetítőpéldányoknak. Ezekhez a HA-modellekhez operációsrendszer-szintű zárolást kell beszerezni és karbantartani a LevelDB- vagy KahaDB-könyvtárakban található fájlon, úgynevezett "lock" néven. Ezzel az ActiveMQ HA-modellel kapcsolatban problémák merülnek fel. Ezek "főkiszolgáló nélküli" helyzethez vezethetnek, ahol a replika nem tudja, hogy zárolhatja a fájlt. Ezek a "master-master" konfigurációhoz is vezethetnek, amely index- vagy naplósérülést és végső soron üzenetvesztést eredményez. A legtöbb ilyen probléma az ActiveMQ által nem befolyásolt tényezőkből ered. A rosszul optimalizált NFS-ügyfél például azt okozhatja, hogy a zárolási adatok terhelés alatt elavulttá válnak, ami "főkiszolgáló nélküli" állásidőhöz vezethet a feladatátvétel során.

Mivel a HA-megoldással kapcsolatos legtöbb probléma az operációsrendszer-szintű fájlok pontatlan zárolásából ered, az ActiveMQ-közösség bevezette a közvetítő 5.7-es verziójában a csatlakoztatható tárolószekrény fogalmát. Ez a módszer lehetővé teszi a felhasználó számára, hogy kihasználja a megosztott zárolás különböző eszközeit, egy sorszintű JDBC-adatbázis-zárolást használva, szemben egy operációsrendszer-szintű fájlrendszer-zárolással. Az ActiveMQ HA architektúrákkal és üzembe helyezésekkel kapcsolatos támogatásért vagy tanácsadásért forduljon az OpenLogichoz a Perforce-on keresztül.

Az Apache ActiveMQ-t a LevelDB-vel vagy a KahaDB-vel futtatom az Azure NetApp Filesban. Milyen óvintézkedéseket tehetek a tárolási szolgáltatás karbantartási eseményei miatti fennakadások elkerülése érdekében az SMB protokoll használata ellenére?

Az általános iparági javaslat az, hogy ne futtassa a KahaDB megosztott tárterületét a CIFS/SMB-n. Ha problémákat tapasztal a pontos zárolási állapot fenntartásával, tekintse meg a JDBC Pluggable Storage Lockert, amely megbízhatóbb zárolási mechanizmust biztosít. Az ActiveMQ HA architektúrákkal és üzembe helyezésekkel kapcsolatos támogatásért vagy tanácsadásért forduljon az OpenLogichoz a Perforce-on keresztül.

Boomit futtatok az Azure NetApp Fileson. Milyen óvintézkedéseket tehetek a tárolási szolgáltatás karbantartási eseményei miatti fennakadások elkerülése érdekében?

A Boomi futtatásakor ajánlott követni a Boomi ajánlott eljárásait a futási idő magas rendelkezésre állásához és vészhelyreállításához.

A Boomi azt javasolja, hogy a Boomi Molekulát a Boomi Atom magas rendelkezésre állásának megvalósításához használják. A Boomi-molekula rendszerkövetelményei szerint az NFS-zárolás engedélyezve van (NLM-támogatás) vagy SMB-fájlmegosztások használhatók. Az Azure NetApp Files kontextusában az NFSv4.1 kötetek NLM-támogatással rendelkeznek.

A Boomi azt javasolja, hogy az SMB-fájlmegosztást Windows rendszerű virtuális gépeken használják; NFS esetén a Boomi Linux rendszerű virtuális gépeket javasol.

Megjegyzés:

Az Azure NetApp Files folyamatos rendelkezésre állási megosztásait a Boomi nem támogatja.

Következő lépések