La fiabilité dans la découverte de stockage Azure

stockage Azure Discovery est un service entièrement géré qui offre une visibilité sur votre patrimoine Stockage Blob Azure et Azure Data Lake Storage. Vous créez un espace de travail de découverte de stockage pour analyser les coûts, l’activité, la configuration et les erreurs sur l’ensemble des comptes de stockage dans plusieurs abonnements, groupes de ressources et régions.

Lorsque vous utilisez Azure, la fiabilité est une responsabilité partagée. Microsoft offre une gamme de fonctionnalités permettant de prendre en charge la résilience et la récupération. Vous êtes responsable de comprendre le fonctionnement de ces fonctionnalités dans tous les services que vous utilisez et de sélectionner les fonctionnalités dont vous avez besoin pour atteindre vos objectifs métier et vos objectifs de temps d’activité.

Cet article explique comment la découverte stockage Azure est résiliente aux erreurs temporaires, aux défaillances de zone de disponibilité, aux défaillances à l’échelle de la région et à la maintenance du service. Il décrit également les considérations relatives à la sauvegarde et à la restauration.

Recommandations de déploiement de production pour la fiabilité

Pour les charges de travail de production, nous vous recommandons de :

Vue d’ensemble de l’architecture de fiabilité

Cette section décrit certains des aspects importants du fonctionnement du service qui sont les plus pertinents du point de vue de la fiabilité. La section présente l’architecture logique, qui inclut certaines des ressources et fonctionnalités que vous déployez et utilisez. Il traite également de l’architecture physique, qui fournit des détails sur le fonctionnement du service sous les couvertures.

Architecture logique

La ressource que vous déployez est un espace de travail Storage Discovery. Vous configurez une ou plusieurs racines d’espace de travail pour identifier les abonnements et les groupes de ressources qui contiennent les comptes de stockage que vous souhaitez faire analyser par le service. Vous pouvez également créer des étendues qui utilisent des balises de ressources pour filtrer ces comptes de stockage en groupes pour la création de rapports. Un espace de travail peut analyser les comptes de stockage sur plusieurs abonnements, groupes de ressources et régions dans le même locataire Microsoft Entra.

Storage Discovery analyse régulièrement les comptes de stockage et génère des rapports qui contiennent des aperçus sur votre patrimoine de stockage. L’agrégation d’insights se termine souvent dans quelques heures, mais peut prendre plus d’un jour. Pour plus d’informations sur le minutage d’agrégation et la résolution des problèmes liés aux données de rapport manquantes, consultez questions fréquentes sur stockage Azure Discovery. Le plan tarifaire détermine les types d’insights disponibles et la durée pendant laquelle Storage Discovery conserve les insights. Pour plus d’informations, consultez tarification d’stockage Azure Discovery.

Un espace de travail Storage Discovery est une ressource régionale. La région que vous sélectionnez pour l’espace de travail détermine où Storage Discovery stocke sa configuration et ses insights calculés.

Architecture physique

Storage Discovery est un service entièrement managé. Microsoft gère l’infrastructure sous-jacente, la réplication des données de configuration et de rapport et la capacité de service. Vous n’avez pas besoin de déployer ou de gérer l’infrastructure pour Storage Discovery. Pour plus d’informations sur l’architecture du service et les fonctionnalités, consultez Qu’est-ce qu’stockage Azure Discovery ? et les concepts de découverte stockage Azure.

Storage Discovery a un plan de contrôle et un plan de données :

• Plan de contrôle : gère la configuration de l’espace de travail.
• Plan de données : ingère des informations à partir de comptes de stockage, génère des rapports, traite les requêtes de rapport et stocke les données de rapport.

Résilience aux erreurs temporaires

Les erreurs temporaires sont des défaillances courtes et intermittentes dans les composants. Elles se produisent fréquemment dans un environnement distribué comme le cloud, et font partie intégrante des opérations ordinaires. Les erreurs temporaires se corrigent après une courte période de temps. Il est important que vos applications puissent gérer les erreurs temporaires, généralement en réessayant les requêtes affectées.

Toutes les applications hébergées dans le cloud doivent suivre les instructions de gestion des erreurs temporaires Azure lorsqu’elles communiquent avec toutes les API, bases de données et autres composants hébergés dans le cloud. Pour plus d’informations, voir Recommandations concernant le traitement des pannes transitoires.

Les erreurs temporaires peuvent affecter la découverte du stockage de deux façons principales :

• Requêtes client : Les erreurs temporaires peuvent affecter les requêtes de déploiement ou de modification d’espaces de travail et les requêtes visant à récupérer des rapports. Si vous automatisez ces opérations, vous êtes responsable de la gestion des erreurs transitoires dans votre automatisation. Utilisez les SDK Microsoft fournis dans la mesure du possible et utilisez un nombre limité de nouvelles tentatives avec un délai approprié entre les tentatives.

• Agrégation d’informations : Storage Discovery réessaie automatiquement en cas d’erreurs temporaires passagères qui se produisent pendant qu’il collecte et agrège les informations à partir de comptes de stockage. Dans de très rares cas, il peut y avoir des lacunes permanentes dans les données du rapport lorsque les nouvelles tentatives sont épuisées.

Storage Discovery traite et agrège les aperçus de manière asynchrone. La plupart des rapports deviennent disponibles dans quelques heures, tandis que certains insights avancés peuvent nécessiter un temps de traitement supplémentaire et peuvent prendre jusqu’à 48 heures ou plus pour apparaître. Si les insights attendus restent indisponibles après 48 heures, vérifiez la configuration de votre espace de travail et contactez Azure support. Pour plus d’informations, consultez forum aux questions sur stockage Azure Discovery.

Résilience aux échecs de zone de disponibilité

Zones d’indisponibilité sont des groupes physiquement distincts de centres de données au sein d’une région Azure. Lorsqu'une zone tombe en panne, les services peuvent basculer vers l'une des zones restantes.

Tenez compte de ces trois composants lorsque vous prévoyez des défaillances de zone de disponibilité :

• Plan de contrôle : Dans les régions qui ont des zones de disponibilité, le plan de contrôle de découverte de stockage est redondant interzone. Le plan de contrôle reste disponible si une zone n’est pas disponible, même si des opérations de gestion individuelles peuvent rencontrer des interruptions temporaires. Microsoft sélectionne les zones et gère la redondance des zones. Vous ne pouvez pas sélectionner les zones et vous n’avez pas besoin de configurer la redondance de zone.
• Plan de données : Le plan de données Storage Discovery ingère des informations, génère des rapports, traite les requêtes de rapport et stocke les données de rapport. Les données de rapport stockées sont redondantes interzone, mais certains composants de calcul de plan de données peuvent être affectés par une défaillance dans la zone qui les héberge. L’ingestion, la génération de rapports et les requêtes de rapport peuvent s’interrompre jusqu’à ce que la zone affectée récupère. Microsoft gère le plan de données et la redondance de zone des données de rapport stockées.
• Comptes de stockage analysés : Vos comptes de stockage ne font pas partie du service de découverte de stockage. Leur configuration de redondance détermine s’ils restent disponibles pendant une défaillance de zone. La découverte de stockage ne peut pas collecter de nouvelles informations à partir d’un compte de stockage indisponible. Même lorsqu’un compte analysé reste disponible, le traitement de la couche de données de Storage Discovery peut s’interrompre comme décrit dans Comportement lors d’une défaillance de zone.

Spécifications

• Prise en charge de la région : La redondance de zone est disponible lorsque vous déployez l’espace de travail dans une région qui prend en charge à la fois la découverte de stockage et les zones de disponibilité. Pour obtenir la liste actuelle des régions qui prennent en charge la découverte du stockage, consultez Sélectionner une région Azure pour votre déploiement. Pour les régions qui fournissent des zones de disponibilité, consultez Régions Azure avec zones de disponibilité.

• Prise en charge du plan de tarification : La redondance de zone pour le plan de contrôle et les données de rapport stockées est disponible pour les plans tarifaires Gratuits et Standard.

Coût

La découverte de stockage ne fournit pas de paramètre ou de compteur de facturation distinct pour la redondance de zone. Le coût de votre espace de travail dépend de son plan tarifaire et des ressources de stockage et des objets pris en compte. Pour plus d’informations, consultez tarification d’stockage Azure Discovery.

Configurez la prise en charge des zones de disponibilité

Lorsque vous créez un espace de travail Storage Discovery dans une région prise en charge, Storage Discovery active automatiquement la redondance de zone pour le plan de contrôle et les données de rapport stockées. Vous ne pouvez pas désactiver la redondance de zone ou sélectionner les zones de disponibilité que l’espace de travail utilise. Pour plus d’informations sur la création d’un espace de travail, consultez Créer un espace de travail de découverte stockage Azure.

Comportement lorsque toutes les zones sont saines

Cette section décrit ce qui doit être attendu lorsque votre espace de travail de découverte de stockage se trouve dans une région qui prend en charge les zones de disponibilité, les comptes de stockage qu’il analyse utilisent le stockage redondant interzone (ZRS) et toutes les zones de disponibilité sont opérationnelles.

• Fonctionnement interzone : le plan de données Storage Discovery ingère régulièrement des informations provenant de comptes de stockage, génère des rapports, traite les requêtes de rapport et stocke les données de rapport. L’infrastructure dans n’importe quelle zone de disponibilité peut effectuer ces opérations.

• Réplication des données interzones : Storage Discovery stocke les données de rapport de manière redondante entre plusieurs zones de disponibilité.

Comportement lors d’une défaillance de zone

Cette section décrit ce qui doit être attendu lorsque votre espace de travail de découverte de stockage se trouve dans une région qui prend en charge les zones de disponibilité, les comptes de stockage qu’il analyse utilisent ZRS et qu’il existe une panne dans une zone de disponibilité.

• Détection et réponse : Microsoft détecte l’échec de la zone de disponibilité et gère la réponse du service. Vous n’avez pas besoin de lancer le basculement pour l'espace de travail Storage Discovery.

• Notification: Microsoft ne vous avertit pas automatiquement lorsqu’une zone est en panne. Toutefois, vous pouvez utiliser Azure Service Health pour comprendre l’intégrité globale du service, y compris les défaillances de zone, et vous pouvez configurer des alertes Service Health pour vous avertir des problèmes.

• Demandes actives : Les opérations de gestion active et les requêtes de rapport peuvent être interrompues lors d’une défaillance de zone. Réessayez les requêtes ayant échoué en suivant les conseils de Résilience face aux défaillances transitoires.

  Si la zone en échec héberge des composants de calcul du plan de données affectés, l’ingestion, la génération de rapports et les requêtes de rapport peuvent s’interrompre jusqu’à ce que la zone se rétablisse.

  Si un compte de stockage devient indisponible, par exemple parce qu’il utilise un stockage localement redondant (LRS), Storage Discovery ne peut pas collecter de nouvelles informations jusqu’à ce que le compte soit rétabli. Un compte de stockage qui utilise ZRS reste disponible pendant une défaillance de zone, mais Storage Discovery peut ne pas ingérer de nouvelles informations à partir de ce compte de stockage pendant que le traitement du plan de données est suspendu.

• Perte de données attendue : Storage Discovery n’est pas censé perdre les rapports générés précédemment en raison d’un échec de zone de disponibilité.

• Temps d’arrêt attendu :

  • Plan de contrôle : Le plan de contrôle de l’espace de travail de découverte de stockage reste disponible, mais les opérations de gestion individuelles peuvent rencontrer des interruptions temporaires.

  • Plan de données : si la zone défaillante héberge des composants de calcul du plan de données affectés, l’ingestion, la génération de rapports et les requêtes de rapport peuvent s’interrompre jusqu’à ce que la zone récupère.

• Redistribution : Microsoft gère la redistribution des demandes pour le plan de contrôle de Storage Discovery. Storage Discovery ne redistribue pas le traitement du plan de données affecté vers une autre zone. La configuration de redondance du compte de stockage détermine la façon dont stockage Azure répond à la défaillance de zone.

Récupération de la zone

Microsoft gère la récupération de zone pour l’espace de travail De découverte du stockage. Lorsque la zone affectée se rétablit, Storage Discovery reprend l’ingestion des données, la génération de rapports et les requêtes de rapport.

Si la zone affectée est définitivement indisponible, Microsoft peut récupérer les données de rapport stockées sans perte de données. La récupération à partir d’une perte de zone permanente peut prendre plus de temps que la récupération à partir d’une panne temporaire, et les opérations du plan de données peuvent rester suspendues pendant le processus de récupération.

Lorsqu’un compte de stockage affecté se rétablit, la découverte de stockage reprend l’agrégation de ses analyses. Storage Discovery peut ne pas renseigner les métriques manquantes qu’il n’a pas pu collecter pendant que le compte n’était pas disponible, en particulier pour les comptes LRS, de sorte que les rapports et les agrégations peuvent contenir des lacunes pendant la période de panne. Les mises à jour des rapports peuvent prendre jusqu’à 24 heures avant d’apparaître.

Tester les pannes de zone

Vous ne pouvez pas simuler une panne d’une zone de disponibilité pour le service de découverte de stockage. Testez la configuration de redondance et les procédures de récupération pour les comptes de stockage que votre espace de travail analyse séparément.

Résilience aux défaillances à l’échelle de la région

Un espace de travail de découverte de stockage est une ressource à région unique. Storage Discovery ne réplique pas l’espace de travail ou ses analyses conservées dans une autre région, et ne bascule pas automatiquement l’espace de travail. L’effet d’une défaillance à l’échelle de la région dépend du fait que la défaillance affecte l’espace de travail ou un compte de stockage analysé par celui-ci :

• Échec de la région de l’espace de travail : Si la région de l’espace de travail n’est pas disponible, vous ne pouvez pas gérer l’espace de travail, récupérer ses rapports ou agréger de nouveaux insights jusqu’à ce que la région soit rétablie. Ces effets s’appliquent même lorsque les comptes de stockage se trouvent dans des régions saines et restent disponibles.

• Échec de la région du compte de stockage : Si la région de l’espace de travail reste opérationnelle, vous pouvez continuer à gérer l’espace de travail et à récupérer ses rapports. La découverte du stockage continue d’agréger des insights à partir de comptes de stockage dans des régions saines, mais elle ne peut pas collecter de nouvelles informations à partir d’un compte de stockage non disponible. Les insights existants pour le compte indisponible restent accessibles.

  Lorsque le compte de stockage devient à nouveau disponible, Storage Discovery reprend l’agrégation des analyses. Si les données sont définitivement perdues du compte de stockage, Storage Discovery ne peut pas générer ou renseigner a posteriori les aperçus qui dépendent des données perdues.

Si la même région héberge également des comptes de stockage que l’espace de travail analyse, une défaillance de la région peut rendre l’espace de travail et ces comptes de stockage indisponibles jusqu’à ce que la région se soit rétablie.

Solutions multirégions personnalisées pour la résilience

Si vous avez besoin d’accéder aux rapports de découverte de stockage pendant une panne à l’échelle de la région, créez un deuxième espace de travail dans une autre région prise en charge. Configurez les deux espaces de travail pour analyser les mêmes ressources de stockage. Les espaces de travail fonctionnent indépendamment, et chaque espace de travail effectue sa propre analyse et conserve ses propres insights. Chaque espace de travail est facturé séparément.

Cette approche n’est pas une fonctionnalité intégrée de reprise après sinistre. Il protège l’accès aux rapports contre une panne dans l’une ou l’autre région de l’espace de travail, mais il ne réplique pas les rapports entre les espaces de travail. Il ne protège pas également l’agrégation des insights lorsqu’une défaillance de région rend un compte de stockage analysé indisponible, car aucun espace de travail ne peut collecter d’informations à partir de ce compte.

Configurez les comptes de stockage séparément pour répondre à leurs exigences de résilience régionale. Pour plus d’informations, consultez Reliability in Stockage Blob Azure.

Sauvegarde et restauration

Storage Discovery ne fournit pas d’opérations de sauvegarde ou de restauration pour la configuration, les aperçus ou les rapports générés de l’espace de travail. Vous pouvez télécharger la liste des ressources de stockage derrière un graphique de rapport individuel dans un fichier CSV, mais vous ne pouvez pas utiliser ce fichier pour restaurer l’espace de travail ou ses analyses. Pour plus d’informations sur le téléchargement d’une liste de ressources, consultez Qu’est-ce qu’stockage Azure Discovery ?.

Lorsque vous supprimez une étendue, vous perdez immédiatement les aperçus collectés pour cette étendue. Lorsque vous supprimez un espace de travail, vous perdez immédiatement les aperçus collectés pour toutes ses étendues. Vous ne pouvez pas récupérer les insights historiques supprimés.

Si vous déplacez un espace de travail vers un autre locataire Microsoft Entra, vous perdez définitivement son historique des insights, même si vous déplacez l’espace de travail vers le locataire d’origine. Pour plus d’informations, consultez forum aux questions sur stockage Azure Discovery.

Définissez votre espace de travail, les racines d’espace de travail, les étendues et le plan de tarification à l’aide de l’infrastructure en tant que code, et stockez les définitions dans la gestion de code source. Vous pouvez utiliser ces définitions pour redéployer la configuration de l’espace de travail, mais le redéploiement ne restaure pas les insights supprimés.

Si vous effectuez une rétrogradation d’un espace de travail du plan Standard vers le plan gratuit, Storage Discovery supprime définitivement les insights antérieurs à 15 jours. Vous ne pouvez pas récupérer ces insights en remettant l’espace de travail sur le forfait Standard. Pour plus d’informations, consultez forum aux questions sur stockage Azure Discovery.

Résilience à la maintenance du service

Microsoft applique régulièrement des mises à jour de service et effectue d’autres maintenances. La plateforme Azure gère automatiquement ces activités, ce qui garantit que la maintenance est fluide et transparente pour vous. Aucun temps d'arrêt n'est prévu pendant les événements de maintenance, sauf si vous avez été informé via la maintenance planifiée d'Azure Service Health.

Contrat de niveau de service

stockage Azure Discovery n'offre pas de contrat de niveau de service de disponibilité (SLA).

Contenu connexe

• Planifier votre déploiement de découverte de stockage
• tarification d’stockage Azure Discovery
• Forum aux questions concernant la découverte d’stockage Azure
• Fiabilité dans Stockage Blob Azure