Lancer un basculement de compte de stockage
Si le point de terminaison principal de votre compte de stockage géoredondant devient indisponible pour une raison quelconque, vous pouvez lancer un basculement de compte. Un basculement de compte met à jour le point de terminaison secondaire pour qu'il devienne le point de terminaison principal de votre compte de stockage. Au terme du basculement, les clients peuvent commencer à écrire dans la nouvelle région primaire. Le basculement forcé vous donne les moyens de garantir la haute disponibilité de vos applications.
Cet article explique comment effectuer un basculement de compte pour votre compte de stockage en utilisant le portail Azure, PowerShell ou l'interface de ligne de commande Azure. Pour plus d'informations sur le basculement de compte, consultez Récupération d'urgence et basculement de compte de stockage.
Avertissement
Un basculement de compte entraîne généralement une certaine perte de données. Pour comprendre les implications d’un basculement de compte et vous préparer à la perte de données, consultez Perte de données et incohérences.
Remarque
Nous vous recommandons d’utiliser le module Azure Az PowerShell pour interagir avec Azure. Pour bien démarrer, consultez Installer Azure PowerShell. Pour savoir comment migrer vers le module Az PowerShell, consultez Migrer Azure PowerShell depuis AzureRM vers Az.
Prérequis
Avant de pouvoir effectuer un basculement vers votre compte de stockage, assurez-vous que :
- Votre compte de stockage est configuré pour utiliser la géoréplication (GRS, GZRS, RA-GRS ou RA-GZRS). Pour plus d’informations sur la redondance du Stockage Azure, consultez Redondance du Stockage Azure.
- Votre type de compte de stockage prend en charge le basculement initié par le client. Consultez Types de comptes de stockage pris en charge.
- Votre compte de stockage ne dispose d’aucun des fonctionnalités ou services activés non pris en charge pour le basculement de compte. Pour obtenir une liste détaillée, consultez Fonctionnalités et services non pris en charge.
Lancez le basculement
Vous pouvez lancer un basculement de compte à partir du portail Azure, de PowerShell ou d’Azure CLI.
Remarque
Nous vous recommandons d’utiliser le module Azure Az PowerShell pour interagir avec Azure. Pour bien démarrer, consultez Installer Azure PowerShell. Pour savoir comment migrer vers le module Az PowerShell, consultez Migrer Azure PowerShell depuis AzureRM vers Az.
Pour lancer un basculement de compte à partir du portail Azure, procédez comme suit :
Accédez à votre compte de stockage.
Sous Paramètres, sélectionnez Géoréplication. L'illustration suivante représente l'état de géoréplication et de basculement d'un compte de stockage.
Vérifiez que votre compte de stockage est configuré en tant que stockage géoredondant (GRS) ou stockage géographiquement redondant avec accès en lecture (RA-GRS). Si ce n'est pas le cas, sélectionnez Configuration sous Paramètres pour mettre à jour votre compte et le rendre géoredondant.
La propriété Heure de la dernière de synchronisation indique le décalage entre le secondaire et le primaire. Heure de la dernière de synchronisation fournit une estimation de l'étendue de la perte de données que vous connaîtrez une fois le basculement terminé. Pour plus d’informations sur la vérification de la propriété Heure de la dernière synchronisation, consultez Vérification de la propriété Heure de la dernière synchronisation d’un compte de stockage.
Sélectionnez Préparer un basculement.
Passez en revue la boîte de dialogue de confirmation. Lorsque vous êtes prêt, entrez Oui pour confirmer votre choix et lancer le basculement.
Conséquences importantes du basculement de compte
Lorsque vous lancez un basculement de compte pour votre compte de stockage, les enregistrements DNS du point de terminaison secondaire sont mis à jour pour que le point de terminaison secondaire devienne le point de terminaison principal. Assurez-vous de bien comprendre les conséquences possibles sur votre compte de stockage avant de procéder à un basculement.
Pour estimer l'étendue de la perte de données probable avant de procéder à un basculement, consultez la propriété Heure de la dernière synchronisation. Pour plus d’informations sur la vérification de la propriété Heure de la dernière synchronisation, consultez Vérification de la propriété Heure de la dernière synchronisation d’un compte de stockage.
Le temps nécessaire au basculement après l’initiation peut varier et dure en général moins d’une heure.
Au terme du basculement, votre compte de stockage devient un compte de stockage localement redondant (LRS) dans la nouvelle région primaire. Vous pouvez réactiver le stockage géoredondant (GRS) ou le stockage géographiquement redondant avec accès en lecture (RA-GRS) pour le compte. Notez que la conversion de LRS en GRS ou RA-GRS entraîne un coût supplémentaire. Le coût est dû aux frais de sortie du réseau pour répliquer à nouveau les données dans la nouvelle région secondaire. Pour plus d'informations, consultez Détails de la tarification de la bande passante.
Une fois que vous avez réactivé GRS pour votre compte de stockage, Microsoft commence à répliquer les données de votre compte dans la nouvelle région secondaire. La durée de la réplication dépend de nombreux facteurs, notamment :
- Le nombre et la taille des objets du compte de stockage. De nombreux petits objets peuvent prendre plus de temps que des objets moins nombreux et plus volumineux.
- Les ressources disponibles pour la réplication en arrière-plan, telles que l’UC, la mémoire, le disque et la capacité WAN. Le trafic en direct est prioritaire sur la géoréplication.
- Si vous utilisez Stockage Blob, le nombre d’instantanés par blob.
- Si vous utilisez Stockage Table, la stratégie de partitionnement des données. Le processus de réplication ne peut pas évoluer au-delà du nombre de clés de partition que vous utilisez.
Étapes suivantes
- Récupération d'urgence et basculement de compte de stockage
- Vérifier la propriété Heure de la dernière synchronisation pour un compte de stockage
- Utilisez la géo-redondance pour concevoir des applications hautement disponibles
- Tutoriel : Générer une application hautement disponible avec le stockage Blob
Commentaires
https://aka.ms/ContentUserFeedback.
Bientôt disponible : pendant toute l’année 2024, nous allons éliminer progressivement Problèmes GitHub comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d’informations, voir :Soumettre et afficher des commentaires pour