B9-Superviser, Diagnostiquer Et Dépanner Votre Stockage Azure

Identiﬁer les outils de résolution des problèmes di... https://docs.microsoft.com/fr-fr/learn/modules/moni...
Ｒ Précédente Unité 2 sur 7 Ｓ Suivant Ｔ
＂ 100 XP
Identifier les outils de résolution

des problèmes disponibles dans
Azure
3 minutes
Il peut s’avérer plus compliqué de diagnostiquer et de résoudre des problèmes liés à

une application hébergée dans un environnement cloud que dans des
environnements traditionnels. Pour prendre correctement en charge ces types
d’applications, vous devez les superviser et savoir comment diagnostiquer et
résoudre n’importe quel problème associé à leur fonctionnement et à leurs
technologies associées. Vous pouvez utiliser une combinaison d’outils et de journaux
pour identifier les problèmes.
Le nouveau portail client de distribution de pièces automobiles utilise Stockage

Azure pour stocker les fichiers chargés. Les performances du stockage des données
dans le portail suscitant des inquiétudes, la première étape du diagnostic consiste à
déterminer les outils de résolution des problèmes à votre disposition.
Dans cette unité, vous allez découvrir quelques-uns des différents outils que vous
pouvez utiliser pour analyser les problèmes liés à Stockage Azure.
Outils disponibles pour résoudre les problèmes

liés au stockage Azure
Plusieurs outils sont à votre disposition pour superviser le stockage Azure. Vous
pouvez utiliser les informations générées par ces outils pour vous aider à identifier
les problèmes. En général, vous utilisez une combinaison de ces outils pour
bénéficier d’une vue plus détaillée de ce qui se passe. Des outils supplémentaires
sont disponibles à partir de sources tierces, mais nous ne les aborderons pas ici.
Portail Azure
1 sur 3 27/04/2020 à 20:22

Le portail Azure vous permet de voir et de superviser sous forme graphique les
performances de stockage en quasi temps réel. Il peut y avoir un délai de quelques
minutes entre la capture des données et leur affichage dans le portail Azure. Dans le
portail Azure, vous pouvez :
Configurer les métriques et la journalisation.

Consulter des graphes et des graphiques, et sélectionner les métriques à
visualiser.
Évaluer le fonctionnement de vos applications sur une période donnée.
Configurer des alertes pour recevoir des notifications en cas de comportement
anormal.
Vous pouvez superviser les performances d’un compte de stockage sous l’onglet Vue
d’ensemble dans la page du compte de stockage. Faites défiler la page jusqu’à la
section de supervision et choisissez les données à afficher. L’image ci-dessous
montre un exemple comprenant la latence d’entrée, de sortie et moyenne ainsi que
la décomposition des demandes pour le stockage d’objets blob dans un compte de
stockage :
2 sur 3 27/04/2020 à 20:22

Explorateur Stockage Azure (version de bureau)
La version de bureau de l’Explorateur Stockage Azure vous offre une autre manière
de voir les journaux et les métriques collectés par Azure Storage Analytics. Les tables
$Métriques et le conteneur $logs sont accessibles dans l’Explorateur Stockage, et
vous pouvez exporter les données, notamment les métriques contenues dans les
tables $Métriques, vers un dossier sur votre ordinateur de bureau.
AzCopy
Vous pouvez télécharger les journaux du compte de stockage sur votre ordinateur
local à l’aide de l’utilitaire AzCopy ou de la version de bureau de l’Explorateur
Stockage Azure. Vous pouvez ensuite analyser ces données en utilisant des outils
d’analyse sur votre bureau.
Contrairement à l’Explorateur Stockage Azure, vous ne pouvez pas utiliser AzCopy

pour télécharger des données à partir de tables de stockage. Vous ne pouvez donc
pas utiliser cet outil pour récupérer les données des tables $Métriques.
７ Notes
Le conteneur $logs est masqué dans de nombreux outils Azure. Par exemple, il
n’apparaît ni dans la version en ligne de l’Explorateur Stockage utilisée par le
portail Azure ni dans Cloud Explorer dans Visual Studio. AzCopy et la version de
bureau de l’Explorateur Stockage Azure sont des exceptions.
Unité suivante: Résoudre les problèmes au moyen de métriques de

stockage
Continuer Ｔ
3 sur 3 27/04/2020 à 20:22

Résoudre les problèmes au moyen de métriques de ... https://docs.microsoft.com/fr-fr/learn/modules/moni...
＂ 100 XP
Résoudre les problèmes au

moyen de métriques de
stockage
9 minutes
Il est important de comprendre la nature des métriques de stockage afin de savoir

celles qu’il faut examiner et ce qu’elles indiquent sur l’état d’un compte de stockage.
Les métriques de stockage Azure vous permettent d’analyser les tendances
d’utilisation de vos applications et de diagnostiquer les problèmes potentiels liés à
votre compte de stockage.
Le distributeur de pièces automobiles se heurte à des problèmes liés au chargement

de fichiers sur son portail client. La collecte de métriques pour les comptes de
stockage utilisés par le portail client de distribution de pièces automobiles vous
permet de visualiser la façon dont les demandes de stockage sont traitées,
d’examiner les tendances en matière de performances et de détecter les problèmes
susceptibles de conduire à des défaillances dans l’application.
Dans cette unité, vous allez découvrir la solution Azure Storage Analytics et les
informations dont elle se sert pour générer des rapports. Vous verrez également
comment utiliser les métriques qu’elle fournit pour identifier les problèmes liés à la
façon dont vos applications utilisent le stockage Azure.
Comprendre les métriques Storage Analytics

Storage Analytics capture des métriques transactionnelles pour tous les types de
métriques de stockage et de capacité pour le stockage d’objets blob. Les métriques
offrent une vue agrégée du travail demandé par les applications dans le compte de
stockage. Si vous avez besoin de détails sur des demandes individuelles, activez la
journalisation du stockage (décrite dans l’unité 5).
1 sur 11 27/04/2020 à 20:34

Métriques de transaction
Les opérations de stockage sont transactionnelles. Si une opération d’écriture

échoue, ses effets sont annulés. Si une écriture réussit, les changements sont validés
dans le stockage. Les métriques synthétisent les informations sur chaque type de
demande. Elles indiquent s’il s’agit d’une opération de lecture, d’écriture ou de
suppression, si l’opération a réussi ou échoué et, en cas d’échec, l’erreur qui s’est
produite. Storage Analytics enregistre également des informations sur le débit
d’entrée et de sortie des données à destination et en provenance du stockage, ainsi
que la disponibilité du stockage. Ces informations sont utiles si des erreurs se
produisent parce que le stockage est momentanément indisponible. Les transactions
sont regroupées par défaut pour chaque type de service de stockage (Blob, Fichier,
File d’attente, Table), mais vous pouvez également choisir de regrouper les métriques
pour chaque appel d’API au stockage. Par exemple, si vous activez les métriques
d’API, vous obtenez les métriques pour les appels d’API tels que GetBlob , PutBlob
et ListBlobs ainsi que les métriques globales du service.
Au niveau du service, les opérations sont agrégées toutes les heures, même si
aucune demande n’est adressée au service. Au niveau des opérations d’API, les
statistiques sont uniquement enregistrées lors de l’appel d’une opération. Par
exemple, si vous effectuez une opération GetBlob dans votre stockage d’objets blob,
Storage Analytics journalise une demande et l’inclut dans les données agrégées pour
le service Blob et l’opération GetBlob . Toutefois, si aucune opération GetBlob n’est
demandée pendant l’heure, aucun récapitulatif n’est généré pour cette opération.
Métriques de capacité
Les métriques de capacité sont uniquement disponibles pour le stockage d’objets

blob. Les données de capacité sont envoyées au service Analytics toutes les heures,
mais les statistiques agrégées ne sont mises à jour qu’une fois par jour.
Les statistiques signalées sont les suivantes :
Capacité, qui enregistre la somme totale de l’espace de stockage occupé par

les objets blob dans votre compte de stockage.
Nombre de conteneurs, qui indique le nombre de conteneurs créés à l’échelle
du stockage d’objets blob de votre compte de stockage.
Nombre d’objets, qui affiche le nombre total d’objets blob créés dans
2 sur 11 27/04/2020 à 20:34

l’ensemble de vos conteneurs.
Capturer les métriques Storage Analytics

Storage Analytics enregistre les statistiques de transactions agrégées et les données
de capacité sur les demandes adressées au service Stockage Azure. Les données des
métriques sont stockées dans un ensemble de tables dans votre compte de stockage.
Le nom de chaque table reflète le type de stockage supervisé et indique si la
transaction s’est produite dans le stockage principal ou secondaire. Par exemple, les
métriques du stockage Blob sont stockées dans des tables nommées
$MetricsHourPrimaryTransactionsBlob et
$MetricsHourSecondaryTransactionsBlob. De même, les métriques du stockage
Table sont enregistrées dans des tables nommées
$MetricsHourPrimaryTransactionsTable et
$MetricsHourSecondaryTransactionsTable. Les métriques de capacité, qui sont
uniquement disponibles pour le stockage d’objets blob, sont conservées dans la
table $MetricsCapacityBlob.
La capture des métriques pour tous les types de stockage (Blob, Fichier, Table, File
d’attente) est automatiquement activée quand vous créez un compte de stockage.
Vous pouvez désactiver (et réactiver) de manière sélective les métriques capturées de
plusieurs façons :
En utilisant le portail Azure. Sélectionnez Paramètres de diagnostic

(classique) dans la page de votre compte de stockage, sélectionnez le type de
stockage, puis choisissez Activé ou Désactivé comme État (selon vos besoins).
Par défaut, les données capturées incluent les métriques pour chaque type
d’appel d’API de stockage. Vous pouvez également définir la période de
conservation des données des métriques. Au terme de cette période, les
métriques sont supprimées du stockage Table.
3 sur 11 27/04/2020 à 20:34

En utilisant PowerShell. L’applet de commande Set-

AzureStorageServiceMetricsProperty vous permet d’activer et de désactiver
la capture de métriques pour chaque type de stockage dans votre compte.

L’extrait de code ci-dessous en montre un exemple.
PowerShell ＝ Copier
$context = New-AzureStorageContext -StorageAccountName <storage

account name> -StorageAccountKey <storage account key>
Set-AzureStorageServiceMetricsProperty -Context $context

-ServiceType Blob -MetricsType Hour -MetricsLevel ServiceAndApi
-PassThru -RetentionDays 7
En utilisant l’interface de ligne de commande Azure (CLI). Utilisez la commande

az storage metrics update . L’indicateur services spécifie le type de
stockage pour lequel vous souhaitez activer la capture de métriques. Vous

pouvez utiliser b (Blob), f (Fichier), t (Table), q (File d’attente) ou n’importe
quelle combinaison de ces caractères (par exemple, bt signifie Blob et Table) :
4 sur 11 27/04/2020 à 20:34

Azure CLI ＝ Copier
az storage metrics update \

--hour true \
--api true \
--services b \
--retention 7 \
--connection-string <storage account connection string>
Par défaut, le service Storage Analytics agrège les données par heure. Vous devrez
peut-être attendre plusieurs minutes avant de commencer à voir les premiers
résultats. Vous pouvez également générer des métriques décomposées au niveau de
la minute si vous avez besoin d’une analyse plus détaillée.
Passez au portail Azure. Sélectionnez Activer dans la page Paramètres de

diagnostic (classique), sous Métriques de minute. Si vous utilisez l’applet de
commande PowerShell Set-AzureStorageServiceMetricsProperty , définissez
l’option MetricsType avec Minute . Si vous utilisez la commande Azure CLI az
storage metrics update , spécifiez --minute true . Les extraits de code suivants en
montrent des exemples :
# PowerShell
$context = New-AzureStorageContext -StorageAccountName <storage ac‐
count name> -StorageAccountKey <storage account key>
Set-AzureStorageServiceMetricsProperty -Context $context

-ServiceType Blob -MetricsType Minute -MetricsLevel ServiceAndApi
-PassThru -RetentionDays 7
# Azure CLI
az storage metrics update \
--minute true \
--api true \
--services b \
--retention 7 \
Quand vous activez les métriques au niveau de la minute, Storage Analyzer crée des
5 sur 11 27/04/2020 à 20:34

tables supplémentaires dans votre compte de stockage pour stocker ces données.
Ces tables sont nommées $MetricsMinutePrimaryTransactionsBlob,
$MetricsMinuteSecondaryTransactionsBlob, etc. Là encore, plusieurs minutes
s’écoulent avant de voir les premières métriques.
Voir les métriques Storage Analytics

Comme décrit précédemment, vous pouvez voir les métriques collectées pour un
compte de stockage dans la page Métriques du compte dans le portail Azure. Ce
volet affiche les informations capturées par Azure Monitor. Ces données sont gérées
séparément et ne sont pas dérivées des statiques contenues dans les tables
$Métriques de votre compte de stockage.
La page Vue d’ensemble offre un aperçu utile des performances de votre compte de
stockage, mais vous pouvez avoir besoin de plus de détails, notamment si vos
applications présentent des erreurs et des défaillances. Pour obtenir une vue plus
détaillée des métriques, examinez directement les données des tables $Métriques.
La version de bureau de l’Explorateur Stockage Azure est un outil qui vous permet
d’obtenir un aperçu rapide de ces données. Les statistiques collectées sont
décomposées par demandeur (user pour les demandes effectuées par les
applications et system pour les demandes effectuées par le service Storage
Analytics). Si vous n’avez pas capturé les métriques par API, vous voyez user: All et
system: All pour chaque heure de métriques.
Si vous avez choisi de capturer les métriques par API, vous voyez des données
agrégées pour chaque API pour chaque heure (ou minute si vous collectez les
métriques au niveau de la minute). De nombreuses valeurs sont collectées pour
chaque API : taux de réussite et d’échec, raisons de l’échec (dépassements de délai
d’attente, limitation, erreurs réseau, échecs d’autorisation), etc. Ces informations
peuvent vous donner des insights sur les causes de la baisse des performances de
vos applications. Par exemple, des erreurs fréquentes de limitation et de délai
d’attente peuvent indiquer un haut niveau de contention pour des ressources
limitées. Dans ce cas, vous devrez peut-être revoir l’architecture de votre système de
manière à passer du niveau Standard au niveau Premium pour vos comptes de
stockage. Vous devrez peut-être également répartir la charge sur plusieurs comptes
de stockage ou sélectionner une autre organisation pour tous les conteneurs d’objets
blob et les tables que votre application utilise.
6 sur 11 27/04/2020 à 20:34

Pour obtenir une description des métriques collectées par Storage Analytics,
consultez Opérations et messages d’état enregistrés Storage Analytics.
Analyser les métriques Storage Analytics

Microsoft fournit la bibliothèque de client WindowsAzure.Storage que vous pouvez
utiliser pour récupérer les métriques d’un compte de stockage. La classe clé dans
cette bibliothèque est CloudAnalyticsClient . Vous pouvez utiliser cette classe pour
exécuter des requêtes sur les métriques contenues dans les tables $Métriques. Le
code ci-dessous montre un exemple qui récupère toutes les métriques de chaque
service dans un compte de stockage.
C# ＝ Copier
using Microsoft.WindowsAzure.Storage;
using Microsoft.WindowsAzure.Storage.Analytics;
using Microsoft.WindowsAzure.Storage.Auth;
using Microsoft.WindowsAzure.Storage.Shared.Protocol;
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
namespace StorageAnalytics
{
7 sur 11 27/04/2020 à 20:34

class Program
{
static void Main(string[] args)
{
StorageUri blobStorageUri = new StorageUri(new
Uri("https://<your storage account name>.blob.core.windows.net"));
StorageUri tableStorageUri = new StorageUri(new
Uri("https://<your storage account name>.table.core.windows.net"));
StorageCredentials credentials = new
StorageCredentials("<your storage account name>", "<your account
key>");
CloudAnalyticsClient client = new
CloudAnalyticsClient(blobStorageUri, tableStorageUri, credentials);
PrintMinuteMetrics(client);
}
private static void PrintMinuteMetrics(CloudAnalyticsClient

analyticsClient)
{
var services = Enum.GetValues(typeof(StorageService));
foreach (StorageService service in services)
{
Console.WriteLine($"Minute Metrics for Service
{service}");
var metricsQuery =
analyticsClient.CreateMinuteMetricsQuery(service,
StorageLocation.Primary);
var t = analyticsClient.GetMinuteMetricsTable(ser‐
vice);
var opContext = new OperationContext();
var query =
from entity in metricsQuery
select entity;
var results = query.ToList().Where(m =>

m.RowKey.StartsWith("user"));
var resultString = results.Aggregate(new
StringBuilder(), (builder, metrics) => buil‐
der.AppendLine(MetricsString(metrics, opContext))).ToString();
Console.WriteLine($"{resultString}");
}
}
private static string MetricsString(MetricsEntity entity,

OperationContext opContext)
{
var entityProperties = entity.WriteEntity(opContext);
var entityString =
string.Format("Time: {0}, ", entity.Time) +
8 sur 11 27/04/2020 à 20:34

string.Format("AccessType: {0}, ", enti‐

ty.AccessType) +
string.Format("TransactionType: {0}, ", enti‐
ty.TransactionType) +
string.Join(",", entityProperties.Select(e =>
new KeyValuePair<string, string>(e.Key.ToString(),
e.Value.PropertyAsObject.ToString())));
return entityString;
}
}
}
La sortie de cette application doit ressembler à celle-ci :
Text ＝ Copier
Minute Metrics for Service Blob

Time: 24/06/2019 11:07:00 +00:00, AccessType: user,
TransactionType: All, [TotalIngress, 1241],[TotalEgress, 1356],
[TotalRequests, 2],[TotalBillableRequests, 2],[Availability,
100],[AverageE2ELatency, 3],[AverageServerLatency,
3],[PercentSuccess, 100],[PercentThrottlingError,
0],[PercentTimeoutError, 0],[PercentServerOtherError,
0],[PercentClientOtherError, 0],[PercentAuthorizationError,
0],[PercentNetworkError, 0],[Success, 0],[AnonymousSuccess,
1],[SASSuccess, 1],[ThrottlingError, 0],[AnonymousThrottlingError,
0],[SASThrottlingError, 0],[ClientTimeoutError,
0],[AnonymousClientTimeoutError, 0],[SASClientTimeoutError,
0],[ServerTimeoutError, 0],[AnonymousServerTimeoutError,
0],[SASServerTimeoutError, 0],[ClientOtherError,
0],[SASClientOtherError, 0],[AnonymousClientOtherError,
0],[ServerOtherError, 0],[AnonymousServerOtherError,
0],[SASServerOtherError, 0],[AuthorizationError,
0],[AnonymousAuthorizationError, 0],[SASAuthorizationError,
0],[NetworkError, 0],[AnonymousNetworkError, 0],[SASNetworkError,
0]
Time: 24/06/2019 11:07:00 +00:00, AccessType: user,
TransactionType: BlobPreflightRequest, [TotalIngress,
619],[TotalEgress, 332],[TotalRequests, 1],[TotalBillableRequests,
1],[Availability, 100],[AverageE2ELatency,
3],[AverageServerLatency, 3],[PercentSuccess,
100],[PercentThrottlingError, 0],[PercentTimeoutError,
0],[PercentServerOtherError, 0],[PercentClientOtherError,
0],[PercentAuthorizationError, 0],[PercentNetworkError,
0],[Success, 0],[AnonymousSuccess, 1],[SASSuccess,
0],[ThrottlingError, 0],[AnonymousThrottlingError,
0],[SASThrottlingError, 0],[ClientTimeoutError,
0],[AnonymousClientTimeoutError, 0],[SASClientTimeoutError,
9 sur 11 27/04/2020 à 20:34

0],[ServerTimeoutError, 0],[AnonymousServerTimeoutError,
0],[SASServerTimeoutError, 0],[ClientOtherError,
0],[SASClientOtherError, 0],[AnonymousClientOtherError,
0],[ServerOtherError, 0],[AnonymousServerOtherError,
0],[SASServerOtherError, 0],[AuthorizationError,
0],[AnonymousAuthorizationError, 0],[SASAuthorizationError,
0],[NetworkError, 0],[AnonymousNetworkError, 0],[SASNetworkError,
0]
...
Minute Metrics for Service Queue
...
Minute Metrics for Service Table
...
Minute Metrics for Service File
...
La bibliothèque de client WindowsAzure.Storage est disponible sous la forme d’un

package NuGet. Toutefois, la version .NET Core de cette application ne prend pas en
charge l’analytique cloud ; cette fonctionnalité est disponible dans le SDK .NET
uniquement.
Si vous supervisez les durées de vie des objets blob et que vous souhaitez savoir
quand ils sont ajoutés et supprimés, vous pouvez créer un abonnement aux
événements pour votre compte de stockage. L’abonnement peut publier des
événements sur plusieurs types de destination, comme une file d’attente Stockage
Azure ou un hub d’événements. Si vous sélectionnez un hub d’événements, vous
pouvez le connecter en tant qu’entrée à une solution d’analytique comme Azure
Stream Analytics.
10 sur 11 27/04/2020 à 20:34

Unité suivante: Exercice - Activer les métriques de stockage et voir les

données de métriques
Continuer Ｔ
11 sur 11 27/04/2020 à 20:34

Résoudre les problèmes au moyen de la journalisati... https://docs.microsoft.com/fr-fr/learn/modules/moni...
＂ 100 XP

moyen de la journalisation du
stockage
4 minutes
La journalisation Storage Analytics enregistre chaque opération effectuée dans votre

compte de stockage et le résultat de ces opérations. Contrairement au récapitulatif
des opérations minute par minute généré par les métriques, le journal de stockage
fournit des détails sur chaque demande effectuée. Les informations de journalisation
vous permettent d’examiner la nature des demandes adressées à un compte de
stockage et de déterminer si ces demandes ont abouti.
Dans l’exemple de scénario, vous décidez de faire le suivi de chaque opération de

chargement et de téléchargement de fichier effectuée dans le nouveau portail client.
La journalisation Azure Storage Analytics offre un moyen idéal de capturer ces
informations.
Dans cette unité, vous allez découvrir la journalisation Storage Analytics. Vous verrez
comment activer la journalisation, passerez en revue les différents types
d’informations capturées quand la journalisation est activée et apprendrez à utiliser
ces informations pour détecter les problèmes qui peuvent se produire quand une
application utilise le stockage Azure.
Journalisation Azure Storage Analytics

Storage Analytics journalise des informations détaillées sur les demandes envoyées à
votre service de stockage. Ces informations servent à superviser des demandes
individuelles et à diagnostiquer les problèmes au niveau d’un service de stockage.
Des entrées de journal sont créées quand des demandes sont adressées au point de
terminaison de service. Toutefois, les demandes sont enregistrées sur la base du
meilleur effort. Il peut arriver qu’un petit nombre de demandes ne soient pas
1 sur 6 27/04/2020 à 21:50

journalisées et que d’autres soient dupliquées. Le journal ne constituant pas une liste
exhaustive des opérations, utilisez-le plutôt comme un moyen d’examiner la charge
de travail du compte de stockage.
Storage Analytics journalise les demandes authentifiées et anonymes adressées à un

compte de stockage. Les types de demandes authentifiées suivants sont journalisés :
Demandes ayant réussi

Demandes ayant échoué, y compris les erreurs de délai d’expiration, limitation,
réseau, autorisation et autres erreurs
Requêtes utilisant une signature d’accès partagé (SAP) ou OAuth, y compris les
requêtes ayant réussi et ayant échoué
Des détails sur les types de demandes anonymes suivants sont également
enregistrés :

Erreurs de serveur
Erreurs de délai d’expiration pour le client et le serveur
Demandes GET ayant échoué avec le code d’erreur 304 ( non modifié)
Les demandes effectuées par le service Storage Analytics lui-même ne sont pas
enregistrées.
Les données de diagnostic collectées par le service Storage Analytics sont écrites
dans des objets blob dans le conteneur d’objets blob $logs de votre compte de
stockage. Les données du conteneur sont structurées sous la forme d’une collection
hiérarchique d’objets blob, organisés par service de stockage (Blob, Fichier, File
d’attente, Table) et date, au format <service de stockage>/AAAA/MM/JJ
/hhmm/<compteur>.log.
Activer la journalisation Storage Analytics

Contrairement aux métriques Storage Analytics, la journalisation Storage Analytics
n’est pas activée par défaut pour votre compte de stockage. Vous pouvez l’activer
dans la page Paramètres de diagnostic (classique) du portail Azure. Vous pouvez
spécifier si vous souhaitez enregistrer les opérations de lecture, d’écriture et de
suppression réalisées sur votre compte de stockage. Vous devez activer la
journalisation pour chaque service (Blob, Fichier, Table, File d’attente).
2 sur 6 27/04/2020 à 21:50

７ Notes
Le portail vous permet de choisir le format des données écrites dans les
enregistrements de journal. Vous avez le choix entre la version de
journalisation 1.0 ou 2.0. La version de journalisation 2.0 fournit des champs
supplémentaires pour prendre en charge des mécanismes d’authentification tels
que OAuth 2.0 et Azure Active Directory. Il est recommandé que tous les
nouveaux comptes de stockage utilisent la version de journalisation 2.0. Pour
plus d’informations sur ces formats, consultez Format de journal de Storage
Analytics.
Vous pouvez également activer Storage Analytics par programmation à l’aide de
3 sur 6 27/04/2020 à 21:50

PowerShell ou d’Azure CLI. Si vous utilisez PowerShell, exécutez l’applet de

commande Set-AzureStorageServiceLoggingProperty :

Set-AzureStorageServiceLoggingProperty -Context $context

-ServiceType Blob -LoggingOperations read,write,delete
-RetentionDays 7
Vous pouvez désactiver la journalisation pour un service en exécutant la même

commande et en définissant le paramètre LoggingOperations avec none .
Si vous utilisez Azure CLI, exécutez la commande az storage logging update pour
activer la journalisation. L’exemple ci-dessous active la journalisation des opérations
de lecture, d’écriture et de suppression ( rwd ) pour le stockage d’objets blob ( b ) :
az storage logging update \

--log rwd \
--services b \
--retention 7 \
--version 2 \
Télécharger les journaux

À l’instar des tables $Métriques, le conteneur $logs n’est pas visible par un grand
nombre d’outils. Toutefois, vous pouvez lire les objets blob dans le conteneur $logs
avec la version de bureau de l’Explorateur Stockage Azure, PowerShell, la commande
AzCopy comme décrit dans l’unité 2 ou votre propre code. L’exemple ci-dessous
montre PowerShell. Le compte de stockage est spécifié à l’aide de l’applet de
commande New-AzureStorageContext.
$context = New-AzureStorageContext -StorageAccountName <your-
4 sur 6 27/04/2020 à 21:50

storage-account-name> -StorageAccountKey <storage account key>
$logBlobs = Get-AzureStorageBlob -Container '$logs' -Context

$context
$destination = "C:\Logs"
foreach ($logFile in $logBlobs)

{
Get-AzureStorageBlobContent -Container '$logs' -Blob
$logFile.Name -Destination $destination -Context $context
}
Chaque objet blob contenant des informations de diagnostic comprend des

métadonnées que vous pouvez interroger pour filtrer les informations de diagnostic.
Ces métadonnées incluent le type d’opération (lecture, écriture ou suppression) ainsi
que la première et la dernière heure des opérations dans l’objet blob. L’exemple
suivant illustre la commande PowerShell Get-AzureStorageBlob avec un filtre pour
lister tous les objets blob contenant des informations de diagnostic sur les demandes
d’objets blob effectuées le 20 juin 2019 entre 15:00 et 15:59.
Get-AzureStorageBlob -Context $context -Container '$logs' |

Where-Object {
$_.Name -match 'blob/2019/06/20/1500'
} |
ForEach-Object {
"{0} {1} {2}" –f $_.Name,
$_.ICloudBlob.Metadata.StartTime,
$_.ICloudBlob.Metadata.EndTime
}
Dans ce cas, la sortie ci-dessous montre trois objets blob nommés 000000.log,
000001.log et 000002.log. Vous pouvez voir les périodes exactes qu’ils englobent.
Text ＝ Copier
5 sur 6 27/04/2020 à 21:50

blob/2019/06/20/1500/000000.log 2019-06-20T15:03:38.2255816Z
2019-06-20T15:09:13.9255710Z
blob/2019/06/20/1500/000001.log 2019-06-20T15:13:26.1037441Z
2019-06-20T15:13:26.2978805Z
blob/2019/06/20/1500/000002.log 2019-06-20T15:19:05.7895237Z
2019-06-20T15:19:05.8135391Z
Outre PowerShell, vous pouvez utiliser l’utilitaire AzCopy pour télécharger ces objets
blob à partir du conteneur $logs (comme décrit dans l’unité précédente).
Unité suivante: Exercice - Activer la journalisation du stockage et voir les

données du journal
Continuer Ｔ
6 sur 6 27/04/2020 à 21:50

＂ 100 XP

moyen de la journalisation du
stockage
4 minutes
La journalisation Storage Analytics enregistre chaque opération effectuée dans votre

compte de stockage et le résultat de ces opérations. Contrairement au récapitulatif
des opérations minute par minute généré par les métriques, le journal de stockage
fournit des détails sur chaque demande effectuée. Les informations de journalisation
vous permettent d’examiner la nature des demandes adressées à un compte de
stockage et de déterminer si ces demandes ont abouti.
Dans l’exemple de scénario, vous décidez de faire le suivi de chaque opération de

chargement et de téléchargement de fichier effectuée dans le nouveau portail client.
La journalisation Azure Storage Analytics offre un moyen idéal de capturer ces
informations.
Dans cette unité, vous allez découvrir la journalisation Storage Analytics. Vous verrez
comment activer la journalisation, passerez en revue les différents types
d’informations capturées quand la journalisation est activée et apprendrez à utiliser
ces informations pour détecter les problèmes qui peuvent se produire quand une
application utilise le stockage Azure.
Journalisation Azure Storage Analytics

Storage Analytics journalise des informations détaillées sur les demandes envoyées à
votre service de stockage. Ces informations servent à superviser des demandes
individuelles et à diagnostiquer les problèmes au niveau d’un service de stockage.
Des entrées de journal sont créées quand des demandes sont adressées au point de
terminaison de service. Toutefois, les demandes sont enregistrées sur la base du
meilleur effort. Il peut arriver qu’un petit nombre de demandes ne soient pas
1 sur 6 27/04/2020 à 23:36

journalisées et que d’autres soient dupliquées. Le journal ne constituant pas une liste
exhaustive des opérations, utilisez-le plutôt comme un moyen d’examiner la charge
de travail du compte de stockage.
Storage Analytics journalise les demandes authentifiées et anonymes adressées à un

compte de stockage. Les types de demandes authentifiées suivants sont journalisés :

Demandes ayant échoué, y compris les erreurs de délai d’expiration, limitation,
réseau, autorisation et autres erreurs
Requêtes utilisant une signature d’accès partagé (SAP) ou OAuth, y compris les
requêtes ayant réussi et ayant échoué
Des détails sur les types de demandes anonymes suivants sont également
enregistrés :

Erreurs de serveur
Erreurs de délai d’expiration pour le client et le serveur
Demandes GET ayant échoué avec le code d’erreur 304 ( non modifié)
Les demandes effectuées par le service Storage Analytics lui-même ne sont pas
enregistrées.
Les données de diagnostic collectées par le service Storage Analytics sont écrites
dans des objets blob dans le conteneur d’objets blob $logs de votre compte de
stockage. Les données du conteneur sont structurées sous la forme d’une collection
hiérarchique d’objets blob, organisés par service de stockage (Blob, Fichier, File
d’attente, Table) et date, au format <service de stockage>/AAAA/MM/JJ
/hhmm/<compteur>.log.
Activer la journalisation Storage Analytics

Contrairement aux métriques Storage Analytics, la journalisation Storage Analytics
n’est pas activée par défaut pour votre compte de stockage. Vous pouvez l’activer
dans la page Paramètres de diagnostic (classique) du portail Azure. Vous pouvez
spécifier si vous souhaitez enregistrer les opérations de lecture, d’écriture et de
suppression réalisées sur votre compte de stockage. Vous devez activer la
journalisation pour chaque service (Blob, Fichier, Table, File d’attente).
2 sur 6 27/04/2020 à 23:36

７ Notes
Le portail vous permet de choisir le format des données écrites dans les
enregistrements de journal. Vous avez le choix entre la version de
journalisation 1.0 ou 2.0. La version de journalisation 2.0 fournit des champs
supplémentaires pour prendre en charge des mécanismes d’authentification tels
que OAuth 2.0 et Azure Active Directory. Il est recommandé que tous les
nouveaux comptes de stockage utilisent la version de journalisation 2.0. Pour
plus d’informations sur ces formats, consultez Format de journal de Storage
Analytics.
Vous pouvez également activer Storage Analytics par programmation à l’aide de
3 sur 6 27/04/2020 à 23:36

PowerShell ou d’Azure CLI. Si vous utilisez PowerShell, exécutez l’applet de

commande Set-AzureStorageServiceLoggingProperty :

Set-AzureStorageServiceLoggingProperty -Context $context

-ServiceType Blob -LoggingOperations read,write,delete
-RetentionDays 7
Vous pouvez désactiver la journalisation pour un service en exécutant la même

commande et en définissant le paramètre LoggingOperations avec none .
Si vous utilisez Azure CLI, exécutez la commande az storage logging update pour
activer la journalisation. L’exemple ci-dessous active la journalisation des opérations
de lecture, d’écriture et de suppression ( rwd ) pour le stockage d’objets blob ( b ) :
az storage logging update \

--log rwd \
--services b \
--retention 7 \
--version 2 \
Télécharger les journaux

À l’instar des tables $Métriques, le conteneur $logs n’est pas visible par un grand
nombre d’outils. Toutefois, vous pouvez lire les objets blob dans le conteneur $logs
avec la version de bureau de l’Explorateur Stockage Azure, PowerShell, la commande
AzCopy comme décrit dans l’unité 2 ou votre propre code. L’exemple ci-dessous
montre PowerShell. Le compte de stockage est spécifié à l’aide de l’applet de
commande New-AzureStorageContext.
$context = New-AzureStorageContext -StorageAccountName <your-
4 sur 6 27/04/2020 à 23:36

storage-account-name> -StorageAccountKey <storage account key>
$logBlobs = Get-AzureStorageBlob -Container '$logs' -Context

$context
$destination = "C:\Logs"
foreach ($logFile in $logBlobs)

{
Get-AzureStorageBlobContent -Container '$logs' -Blob
$logFile.Name -Destination $destination -Context $context
}
Chaque objet blob contenant des informations de diagnostic comprend des

métadonnées que vous pouvez interroger pour filtrer les informations de diagnostic.
Ces métadonnées incluent le type d’opération (lecture, écriture ou suppression) ainsi
que la première et la dernière heure des opérations dans l’objet blob. L’exemple
suivant illustre la commande PowerShell Get-AzureStorageBlob avec un filtre pour
lister tous les objets blob contenant des informations de diagnostic sur les demandes
d’objets blob effectuées le 20 juin 2019 entre 15:00 et 15:59.
Get-AzureStorageBlob -Context $context -Container '$logs' |

Where-Object {
$_.Name -match 'blob/2019/06/20/1500'
} |
ForEach-Object {
"{0} {1} {2}" –f $_.Name,
$_.ICloudBlob.Metadata.StartTime,
$_.ICloudBlob.Metadata.EndTime
}
Dans ce cas, la sortie ci-dessous montre trois objets blob nommés 000000.log,
000001.log et 000002.log. Vous pouvez voir les périodes exactes qu’ils englobent.
Text ＝ Copier
5 sur 6 27/04/2020 à 23:36

blob/2019/06/20/1500/000000.log 2019-06-20T15:03:38.2255816Z
2019-06-20T15:09:13.9255710Z
blob/2019/06/20/1500/000001.log 2019-06-20T15:13:26.1037441Z
2019-06-20T15:13:26.2978805Z
blob/2019/06/20/1500/000002.log 2019-06-20T15:19:05.7895237Z
2019-06-20T15:19:05.8135391Z
Outre PowerShell, vous pouvez utiliser l’utilitaire AzCopy pour télécharger ces objets
blob à partir du conteneur $logs (comme décrit dans l’unité précédente).
Unité suivante: Exercice - Activer la journalisation du stockage et voir les

données du journal
Continuer Ｔ
6 sur 6 27/04/2020 à 23:36

B9-Superviser, Diagnostiquer Et Dépanner Votre Stockage Azure

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

B9-Superviser, Diagnostiquer Et Dépanner Votre Stockage Azure

Transféré par

Droits d'auteur :

Formats disponibles

Identiﬁer les outils de résolution des problèmes di... https://docs.microsoft.com/fr-fr/learn/modules/moni...

Ｒ Précédente Unité 2 sur 7 Ｓ Suivant Ｔ

Identifier les outils de résolution

Il peut s’avérer plus compliqué de diagnostiquer et de résoudre des problèmes liés à

Le nouveau portail client de distribution de pièces automobiles utilise Stockage

Outils disponibles pour résoudre les problèmes

1 sur 3 27/04/2020 à 20:22

Configurer les métriques et la journalisation.

2 sur 3 27/04/2020 à 20:22

Explorateur Stockage Azure (version de bureau)

Contrairement à l’Explorateur Stockage Azure, vous ne pouvez pas utiliser AzCopy

Unité suivante: Résoudre les problèmes au moyen de métriques de

3 sur 3 27/04/2020 à 20:22

Ｒ Précédente Unité 3 sur 7 Ｓ Suivant Ｔ

Résoudre les problèmes au

Il est important de comprendre la nature des métriques de stockage afin de savoir

Le distributeur de pièces automobiles se heurte à des problèmes liés au chargement

Comprendre les métriques Storage Analytics

1 sur 11 27/04/2020 à 20:34

Les opérations de stockage sont transactionnelles. Si une opération d’écriture

Les métriques de capacité sont uniquement disponibles pour le stockage d’objets

Les statistiques signalées sont les suivantes :

Capacité, qui enregistre la somme totale de l’espace de stockage occupé par

2 sur 11 27/04/2020 à 20:34

l’ensemble de vos conteneurs.

Capturer les métriques Storage Analytics

En utilisant le portail Azure. Sélectionnez Paramètres de diagnostic

3 sur 11 27/04/2020 à 20:34

En utilisant PowerShell. L’applet de commande Set-

la capture de métriques pour chaque type de stockage dans votre compte.

$context = New-AzureStorageContext -StorageAccountName <storage

Set-AzureStorageServiceMetricsProperty -Context $context

En utilisant l’interface de ligne de commande Azure (CLI). Utilisez la commande

stockage pour lequel vous souhaitez activer la capture de métriques. Vous

4 sur 11 27/04/2020 à 20:34

Azure CLI ＝ Copier

az storage metrics update \

Passez au portail Azure. Sélectionnez Activer dans la page Paramètres de

montrent des exemples :

Set-AzureStorageServiceMetricsProperty -Context $context

Azure CLI ＝ Copier

5 sur 11 27/04/2020 à 20:34

Voir les métriques Storage Analytics

6 sur 11 27/04/2020 à 20:34

Analyser les métriques Storage Analytics

7 sur 11 27/04/2020 à 20:34

private static void PrintMinuteMetrics(CloudAnalyticsClient

var results = query.ToList().Where(m =>

private static string MetricsString(MetricsEntity entity,

8 sur 11 27/04/2020 à 20:34

string.Format("AccessType: {0}, ", enti‐

La sortie de cette application doit ressembler à celle-ci :

Minute Metrics for Service Blob

9 sur 11 27/04/2020 à 20:34

La bibliothèque de client WindowsAzure.Storage est disponible sous la forme d’un

10 sur 11 27/04/2020 à 20:34

Unité suivante: Exercice - Activer les métriques de stockage et voir les

11 sur 11 27/04/2020 à 20:34

Ｒ Précédente Unité 5 sur 7 Ｓ Suivant Ｔ

Résoudre les problèmes au

La journalisation Storage Analytics enregistre chaque opération effectuée dans votre

Dans l’exemple de scénario, vous décidez de faire le suivi de chaque opération de

Journalisation Azure Storage Analytics