Évaluer le basculement du compte de stockage

Effectué

Le basculement représente la manière dont le système répond à une défaillance, en utilisant la copie répliquée des données.

Les responsables de votre organisation souhaitent savoir si les auditeurs subiront une interruption quelconque en écoutant de la musique quand le système répondra à une défaillance. Il vous a été demandé d’examiner le fonctionnement du processus de basculement et de faire un rapport sur les conséquences éventuelles pour votre entreprise et ses données.

Dans cette unité, vous allez découvrir comment le processus de basculement démarre et fonctionne. Vous allez comprendre les conséquences pour les données quand vous démarrez un basculement et découvrir comment estimer les pertes de données potentielles.

Fonctionnement du processus de basculement

Stockage Azure vous permet de basculer votre compte de stockage vers une autre région si la région primaire n’est plus disponible. Lorsqu’un basculement est déclenché et terminé, vos données sont accessibles à partir d’une région secondaire. Vous allez utiliser la région secondaire jusqu’à ce que la région primaire soit de nouveau active.

Pour ce faire, procédez comme suit :

  1. Avant une défaillance

    Quand la région primaire est opérationnelle, les clients l’utilisent. En même temps, ces données sont copiées de façon asynchrone dans votre région secondaire.

    Illustration that shows that the primary region is available.

  2. Une défaillance se produit

    Lors de la défaillance d’une région primaire, vos clients et utilisateurs ne peuvent pas accéder aux données à partir de cette région primaire. La réplication asynchrone vers la région secondaire s’arrête.

    Illustration that shows that the primary region is unavailable before failover.

  3. Le basculement est démarré

    Vous ou Microsoft pouvez démarrer des basculements. Lorsque Microsoft démarre un basculement, il s’agit d’un basculement géré par Microsoft. Pendant le processus de basculement, le Stockage Azure commence à diriger vos utilisateurs et clients vers la région secondaire au lieu de la région primaire.

    Illustration that shows a failover from the primary region to secondary region.

    Vous pouvez démarrer un basculement à l’aide du portail Azure ou d’outils comme Azure PowerShell et l’interface Azure CLI. Dans le portail Azure, accédez à votre compte de stockage, puis sélectionnez Redondance>Préparer un basculement.

    Screenshot of the Prepare for failover button on Storage account > Redundancy in the Azure portal.

  4. Le basculement est terminé

    Une fois le processus de basculement terminé, votre compte de stockage est mis à jour pour utiliser le stockage localement redondant (LRS). Si vous souhaitez répliquer vos données dans une région secondaire, configurez le compte de stockage pour qu’il utilise à nouveau une option de stockage géoredondant comme le stockage géoredondant (GRS) ou le stockage géoredondant interzone (GZRS).

Perte de données

Lorsque vous basculez votre compte, vous risquez de perdre des données. Cette perte se produit parce que vos données sont copiées de façon asynchrone. Quand les données sont copiées de cette manière, il s’écoule toujours un certain temps avant qu’elles ne soient copiées à partir de la région primaire et écrites dans la région secondaire. Cela peut être dû au fait que vos écritures les plus récentes n’ont pas été copiées dans votre région secondaire, avant l’échec de votre région primaire.

De plus, lorsque vous démarrez un basculement, les données de votre région primaire sont perdues. Toutes les données qui n’ont pas été écrites dans la région secondaire avant le démarrage du basculement sont également perdues.

Utilisez l’heure de la dernière synchronisation pour comprendre l’étendue de la perte de données que vous risquez de subir. Cette propriété indique le point dans le temps le plus récent auquel les données de votre région primaire ont été écrites dans la région secondaire. Toutes les données écrites dans la région primaire avant ce stade sont garanties comme étant disponibles dans la région secondaire. Les données écrites dans la région primaire après cette heure de dernière synchronisation peuvent ne pas être disponibles dans la région secondaire et risquent d’être perdues.

Vous pouvez trouver l’heure de la dernière synchronisation avec le portail Azure, l’interface Azure CLI ou Azure PowerShell. Par exemple, l’heure de la dernière synchronisation s’affiche quand vous sélectionnez Préparer le basculement dans le portail Azure.

Screenshot of the failover confirmation page with the last sync time shown.

Suivre les interruptions du service Stockage Azure

Nous vous recommandons de suivre l’état d’intégrité du Stockage Azure et d’autres services Azure à l’aide d’Azure Service Health. Vous pouvez vous abonner à ces mises à jour avec vos applications et configurer des applications pour gérer ou signaler les problèmes.

Screenshot of Azure Service Health > Health history that lists issues that impact your subscriptions.