Veelgestelde vragen over toepassingstoleranties voor Azure NetApp Files

  • Artikel

In dit artikel vindt u antwoorden op veelgestelde vragen over de tolerantie van azure NetApp Files-toepassingen.

Wat wordt aanbevolen voor het afhandelen van mogelijke toepassingsonderbrekingen vanwege onderhoudsactiviteiten van de opslagservice?

Azure NetApp Files kan af en toe gepland onderhoud ondergaan (bijvoorbeeld platformupdates, service- of software-upgrades). Vanuit het perspectief van een bestandsprotocol (NFS/SMB) zijn de onderhoudsbewerkingen niet-onderbroken, zolang de toepassing de IO-pauzes kan verwerken die kort kunnen optreden tijdens deze gebeurtenissen. De I/O-pauzes zijn doorgaans kort, variërend van een paar seconden tot 30 seconden. Het NFS-protocol is met name robuust en bestandsbewerkingen op de clientserver worden normaal voortgezet. Voor sommige toepassingen is het mogelijk dat het afstemmen van IO-pauzes zo lang duurt dan 30-45 seconden. Zorg er daarom voor dat u op de hoogte bent van de tolerantie-instellingen van de toepassing om te kunnen omgaan met de onderhoudsgebeurtenissen van de opslagservice. Voor menselijke interactieve toepassingen die gebruikmaken van het SMB-protocol zijn de standaardprotocolinstellingen meestal voldoende.

Belangrijk

Om een flexibele architectuur te garanderen, is het van cruciaal belang te erkennen dat de cloud werkt onder een model voor gedeelde verantwoordelijkheid . Dit model omvat het Azure-cloudplatform, de infrastructuurservices, de besturingssysteemlaag en toepassingsleveranciers. Elk van deze onderdelen speelt een belangrijke rol bij het probleemloos afhandelen van mogelijke toepassingsonderbrekingen die zich kunnen voordoen tijdens onderhoudsactiviteiten van de opslagservice.

Moet ik speciale voorzorgsmaatregelen nemen voor op SMB gebaseerde toepassingen?

Ja, voor bepaalde SMB-toepassingen is transparante SMB-failover vereist. Met transparante SMB-failover kunt u onderhoudsbewerkingen uitvoeren in de Azure NetApp Files-service zonder de connectiviteit met servertoepassingen te onderbreken die gegevens opslaan en openen op SMB-volumes. Ter ondersteuning van SMB Transparent Failover voor specifieke toepassingen ondersteunt Azure NetApp Files nu de optie voor continue beschikbaarheid van SMB. Het gebruik van continue SMB-beschikbaarheid wordt alleen ondersteund voor workloads op:

Let op

Aangepaste toepassingen worden niet ondersteund met continue beschikbaarheid van SMB en kunnen niet worden gebruikt met volumes met continue beschikbaarheid van SMB.

Ik voer IBM MQ uit op Azure NetApp Files. Welke voorzorgsmaatregelen kan ik nemen om onderbrekingen te voorkomen vanwege onderhoudsevenementen van de opslagservice ondanks het gebruik van het NFS-protocol?

Als u de IBM MQ-toepassing uitvoert in een configuratie voor gedeelde bestanden, waarbij de IBM MQ-gegevens en -logboeken worden opgeslagen op een Azure NetApp Files-volume, worden de volgende overwegingen aanbevolen om de tolerantie tijdens onderhoudsgebeurtenissen van de opslagservice te verbeteren:

Notitie

Het aantal berichten dat elk MQ-paar met meerdere exemplaren moet verwerken, is sterk afhankelijk van uw specifieke omgeving. U moet bepalen hoeveel MQ-paren met meerdere exemplaren nodig zijn, of wat de regels voor omhoog of omlaag schalen zouden zijn.

De uitschaalarchitectuur zou bestaan uit meerdere IBM MQ MQ-paren met meerdere exemplaren die zijn geïmplementeerd achter een Azure Load Balancer. Toepassingen die zijn geconfigureerd voor communicatie met IBM MQ, worden vervolgens geconfigureerd voor communicatie met de IBM MQ-exemplaren via Azure Load Balancer. Voor ondersteuning met betrekking tot IBM MQ op gedeelde NFS-volumes moet u ondersteuning van leveranciers verkrijgen bij IBM.

Ik voer Apache ActiveMQ uit met LevelDB of KahaDB in Azure NetApp Files. Welke voorzorgsmaatregelen kan ik nemen om onderbrekingen te voorkomen vanwege onderhoudsevenementen van de opslagservice ondanks het gebruik van het NFS-protocol ?

Als u de Apache ActiveMQ uitvoert, is het raadzaam om Hoge beschikbaarheid van ActiveMQ te implementeren met Pluggable Storage Lockers.

ActiveMQ-modellen voor hoge beschikbaarheid (HA) zorgen ervoor dat een brokerinstantie altijd online is en berichtenverkeer kan verwerken. De twee meest voorkomende ActiveMQ HA-modellen omvatten het delen van een bestandssysteem via een netwerk. Het doel is om LevelDB of KahaDB te bieden aan de actieve en passieve brokerinstanties. Deze HA-modellen vereisen dat een vergrendeling op besturingssysteemniveau wordt verkregen en onderhouden op een bestand in de LevelDB- of KahaDB-mappen, genaamd 'lock'. Er zijn enkele problemen met dit ActiveMQ HA-model. Ze kunnen leiden tot een 'no-master'-situatie, waarbij de replica niet weet dat het bestand kan worden vergrendeld. Ze kunnen ook leiden tot een master-masterconfiguratie die resulteert in index- of logboekbeschadiging en uiteindelijk berichtverlies. De meeste van deze problemen komen voort uit factoren buiten het beheer van ActiveMQ. Een slecht geoptimaliseerde NFS-client kan er bijvoorbeeld toe leiden dat vergrendelingsgegevens verlopen onder belasting, wat leidt tot 'no-master'-downtime tijdens een failover.

Omdat de meeste problemen met deze HA-oplossing voortvloeien uit onnauwkeurige bestandsvergrendeling op besturingssysteemniveau, heeft de ActiveMQ-community het concept geïntroduceerd van een pluggable opslagkluis in versie 5.7 van de broker. Met deze methode kan een gebruiker profiteren van een ander middel van de gedeelde vergrendeling, met behulp van een JDBC-databasevergrendeling op rijniveau in plaats van een bestandssysteemvergrendeling op besturingssysteemniveau. Voor ondersteuning of advies over ActiveMQ HA architecturen en implementaties moet u contact opnemen met OpenLogic by Perforce.

Ik voer Apache ActiveMQ uit met LevelDB of KahaDB in Azure NetApp Files. Welke voorzorgsmaatregelen kan ik nemen om onderbrekingen te voorkomen vanwege onderhoudsevenementen van de opslagservice, ondanks het gebruik van het SMB-protocol ?

De algemene aanbeveling voor de branche is om uw gedeelde KahaDB-opslag niet uit te voeren op CIFS/SMB. Als u problemen ondervindt bij het onderhouden van de nauwkeurige vergrendelingsstatus, bekijkt u de JDBC Pluggable Storage Locker, die een betrouwbaarder vergrendelingsmechanisme kan bieden. Voor ondersteuning of advies over ActiveMQ HA architecturen en implementaties moet u contact opnemen met OpenLogic by Perforce.

Ik voer Boomi uit op Azure NetApp Files. Welke voorzorgsmaatregelen kan ik nemen om onderbrekingen te voorkomen vanwege onderhoudsbeurten van de opslagservice?

Als u Boomi uitvoert, wordt u aangeraden de Best Practices van Boomi te volgen voor hoge beschikbaarheid van runtime en herstel na noodgevallen.

Boomi raadt Boomi Molecule aan om hoge beschikbaarheid voor Boomi Atom te implementeren. De systeemvereisten van Boomi Molecule stellen dat NFS met NFS-vergrendeling ingeschakeld (NLM-ondersteuning) of SMB-bestandsshares kunnen worden gebruikt. In de context van Azure NetApp Files hebben NFSv4.1-volumes NLM-ondersteuning.

Boomi raadt aan dat SMB-bestandsshare wordt gebruikt met Windows-VM's; Voor NFS raadt Boomi Linux-VM's aan.

Notitie

Continue beschikbaarheidsshares van Azure NetApp Files worden niet ondersteund met Boomi.

Volgende stappen