Share via

Geclusterde toepassingen gebruiken in Azure Elastic SAN

  • Artikel

Elastische SAN-volumes van Azure kunnen tegelijkertijd worden gekoppeld aan meerdere rekenclients, zodat u clustertoepassingen naar Azure kunt implementeren of migreren. U moet een clusterbeheerder gebruiken om een Elastisch SAN-volume te delen, zoals Windows Server Failover Cluster (WSFC) of Pacemaker. De clusterbeheerder verwerkt communicatie tussen clusterknooppunten en schrijfvergrendeling. Elastisch SAN biedt geen volledig beheerd bestandssysteem dat toegankelijk is via SMB of NFS.

Wanneer u een gedeeld volume gebruikt, kunnen elastische SAN-volumes worden gedeeld tussen beschikbaarheidszones of regio's. Als u een volume deelt in een lokaal redundant opslag-SAN in meerdere zones, vermindert u de prestaties vanwege een verhoogde latentie tussen het volume en de clients.

Beperkingen

  • Elastische SAN-verbindingsscripts kunnen worden gebruikt om gedeelde volumes te koppelen aan virtuele machines in virtuele-machineschaalsets of virtuele machines in beschikbaarheidssets. Uitlijning van foutdomein wordt niet ondersteund.
  • Het maximum aantal sessies dat een gedeeld volume ondersteunt, is 128.
    • Een afzonderlijke client kan meerdere sessies maken op een afzonderlijk volume voor betere prestaties. Als u bijvoorbeeld 32 sessies op elk van uw clients maakt, kunnen slechts vier clients verbinding maken met één volume.

Zie Ondersteuning voor Azure Storage-functies voor andere beperkingen van Elastic SAN.

Regionale beschikbaarheid

Alle regio's waarin Elastic SAN beschikbaar is, kunnen gedeelde volumes gebruiken.

Uitleg

Elastische SAN-gedeelde volumes maken gebruik van permanente SCSI-3-reserveringen om initiators (clients) toegang te geven tot een gedeeld elastisch SAN-volume. Met dit protocol kan een initiator toegang tot een elastisch SAN-volume reserveren, schrijftoegang (of leestoegang) beperken door andere initiators en de reservering standaard behouden op een volume na de levensduur van een sessie.

SCSI-3 PR heeft een belangrijke rol bij het onderhouden van gegevensconsistentie en integriteit binnen gedeelde volumes in clusterscenario's. Rekenknooppunten in een cluster kunnen hun gekoppelde elastische SAN-volumes lezen of schrijven op basis van de reservering die door hun clustertoepassingen is gekozen.

Permanente reserveringsstroom

In het volgende diagram ziet u een voorbeeld van een geclusterde databasetoepassing met 2 knooppunten die gebruikmaakt van SCSI-3 PR om failover van het ene knooppunt naar het andere in te schakelen.

Diagram met geclusterde toepassing.

De stroom is als volgt:

  1. De geclusterde toepassing die wordt uitgevoerd op zowel Azure VM1 als VM2 registreert de intentie om het elastische SAN-volume te lezen of te schrijven.
  2. Het toepassingsexemplaren op VM1 neemt vervolgens een exclusieve reservering om naar het volume te schrijven.
  3. Deze reservering wordt afgedwongen op uw volume en de database kan nu uitsluitend naar het volume schrijven. Schrijfbewerkingen van het toepassingsexemplaren op VM2 mislukken.
  4. Als het toepassingsexemplaren op VM1 uitvalt, kan het exemplaar op VM2 een databasefailover starten en de controle over het volume overnemen.
  5. Deze reservering wordt nu afgedwongen op het volume en accepteert geen schrijfbewerkingen van VM1. Het accepteert alleen schrijfbewerkingen van VM2.
  6. De geclusterde toepassing kan de databasefailover voltooien en aanvragen van VM2 verwerken.

In het volgende diagram ziet u een andere algemene geclusterde workload die bestaat uit meerdere knooppunten die gegevens lezen van een elastisch SAN-volume voor het uitvoeren van parallelle processen, zoals het trainen van machine learning-modellen.

Diagram met een machine learning-cluster.

De stroom is als volgt:

  1. De geclusterde toepassing die op alle VM's wordt uitgevoerd, registreert de intentie om naar het elastische SAN-volume te lezen of schrijven.
  2. Het toepassingsexemplaren op VM1 hebben een exclusieve reservering nodig om naar het volume te schrijven terwijl leesbewerkingen naar het volume van andere VM's worden geopend.
  3. Deze reservering wordt afgedwongen op het volume.
  4. Alle knooppunten in het cluster kunnen nu van het volume worden gelezen. Slechts één knooppunt schrijft resultaten terug naar het volume, namens alle knooppunten in het cluster.

Ondersteunde SCSI-pull-opdrachten

De volgende opdrachten worden ondersteund met elastische SAN-volumes:

Als u wilt communiceren met het volume, begint u met de juiste permanente reserveringsactie:

  • PR_REGISTER_KEY
  • PR_REGISTER_AND_IGNORE
  • PR_GET_CONFIGURATION
  • PR_RESERVE
  • PR_PREEMPT_RESERVATION
  • PR_CLEAR_RESERVATION
  • PR_RELEASE_RESERVATION

Wanneer u PR_RESERVE, PR_PREEMPT_RESERVATION of PR_RELEASE_RESERVATION gebruikt, geeft u een van de volgende permanente reserveringstypen op:

  • PR_NONE
  • PR_WRITE_EXCLUSIVE
  • PR_EXCLUSIVE_ACCESS
  • PR_WRITE_EXCLUSIVE_REGISTRANTS_ONLY
  • PR_EXCLUSIVE_ACCESS_REGISTRANTS_ONLY
  • PR_WRITE_EXCLUSIVE_ALL_REGISTRANTS
  • PR_EXCLUSIVE_ACCESS_ALL_REGISTRANTS

Permanent reserveringstype bepaalt de toegang tot het volume vanaf elk knooppunt in het cluster.

Permanent reserveringstype Reserveringshouder Geregistreerd Andere
GEEN RESERVERING N.v.t. Lezen-schrijven Lezen-schrijven
EXCLUSIEF SCHRIJVEN Lezen-schrijven Alleen-lezen Alleen-lezen
EXCLUSIEVE TOEGANG Lezen-schrijven Geen toegang Geen toegang
EXCLUSIEF SCHRIJVEN - ALLEEN REGISTRARS Lezen-schrijven Lezen-schrijven Alleen-lezen
EXCLUSIEVE TOEGANG - ALLEEN REGISTRARS Lezen-schrijven Lezen-schrijven Geen toegang
SCHRIJF EXCLUSIEF - ALLE REGISTRARS Lezen-schrijven Lezen-schrijven Alleen-lezen
EXCLUSIEVE TOEGANG - ALLE REGISTRARS Lezen-schrijven Lezen-schrijven Geen toegang

U moet ook een permanente reserveringssleutel opgeven bij het gebruik van:

  • PR_RESERVE
  • PR_REGISTER_AND_IGNORE
  • PR_REGISTER_KEY
  • PR_PREEMPT_RESERVATION
  • PR_CLEAR_RESERVATION
  • PR_RELEASE-RESERVERING.