Observabilité d’Azure Stack HCI
S’applique à : Azure Stack HCI, version 23H2
Cet article décrit l’observabilité dans Azure Stack HCI et les sources de données par lesquelles elle est obtenue.
Qu’est-ce que l’observabilité d’Azure Stack HCI ?
L’observabilité d’Azure Stack HCI fait référence à la capacité de surveiller et de comprendre le comportement du système Azure Stack HCI.
L’observabilité dans Azure Stack HCI est importante, car elle permet la collecte d’informations de télémétrie et de diagnostic à partir du système. Ces informations permettent à Microsoft d’obtenir des informations précieuses sur le comportement du système, qui peuvent être utilisées pour identifier et résoudre les problèmes potentiels.
L’observabilité dans Azure Stack HCI est obtenue via les sources de données suivantes :
Données de télémétrie. Cela inclut la collecte d’informations de télémétrie et de diagnostic, qui aident Microsoft à obtenir des informations précieuses sur le comportement du système. Consultez Télémétrie.
Support à distance. Cela permet aux ingénieurs du support technique d’obtenir un accès à distance en lecture seule aux clusters pour la première étape de correction. Consultez Support à distance.
Diagnostics. Cela inclut la possibilité de collecter les journaux de diagnostic. Consultez Diagnostics.
Comment l’observabilité est-elle installée ?
L’observabilité et la prise en charge à distance sont installées dans le cadre du processus de déploiement d’Azure Stack HCI. Cela permet à l’orchestrateur d’automatiser la plupart des étapes impliquées dans le processus de déploiement. L’objectif est d’offrir un processus de configuration simple qui prend en charge tous les composants, y compris l’observabilité.
Qu’est-ce que le pipeline d’observabilité ?
Le pipeline d’observabilité utilise la télémétrie, la diagnostics et la surveillance pour collecter des données à partir d’appareils. Il étend les ressources d’observabilité d’Azure à ces appareils tout en respectant les contraintes de conformité et de sécurité imposées en raison de la propriété des clients, de la géolocalisation et du fonctionnement de ces appareils.
Le pipeline d’observabilité est divisé en plusieurs domaines :
Données de télémétrie. La section de télémétrie fournit un flux continu d’événements critiques organisés d’Azure Stack HCI vers Azure.
Diagnostics. La section diagnostics fournit un flux épisodique ou à la demande de données d’Azure Stack HCI vers Azure.
Surveillance. La section surveillance fournit un flux continu de métriques organisées d’Azure Stack HCI vers Azure. Une fois que les données ont atteint Azure, elles sont consommées et utilisées dans différents aspects du cycle de vie du produit, tels que le développement de produits, le support client, la déviation de cas et l’analyse des tendances.
Le diagramme suivant illustre le pipeline d’observabilité et le flux de données d’Azure Stack HCI vers Azure :
Télémétrie
La télémétrie dans Azure Stack HCI fait référence à la collecte de données sur les performances, les fonctionnalités et le bien-être général du système. Ces données sont collectées via l’extension Télémétrie et diagnostics, qui permet la collecte d’informations de télémétrie et de diagnostic à partir de l’environnement client. Consultez Télémétrie et extension diagnostics Azure Stack HCI.
La télémétrie est importante pour Azure Stack HCI, car elle permet à Microsoft d’obtenir des informations précieuses sur le comportement du système. Ces informations peuvent être utilisées pour améliorer le produit, résoudre les problèmes et fournir un meilleur support aux clients. Les données de télémétrie peuvent également être utilisées pour identifier et atténuer de manière proactive les problèmes potentiels, ce qui réduit la probabilité de temps d’arrêt ou d’autres interruptions. En outre, les données de télémétrie peuvent aider Microsoft à comprendre comment les clients utilisent Azure Stack HCI, ce qui peut informer le développement futur et les améliorations apportées au produit.
Support à distance
Vous pouvez utiliser le support à distance pour permettre à un professionnel du support Microsoft de résoudre plus rapidement votre cas de support en autorisant l’accès à distance à votre appareil et en effectuant un dépannage et une réparation limités. Pour obtenir des instructions sur la façon d’obtenir un support à distance, consultez Obtenir un support à distance pour Azure Stack HCI.
Pour obtenir un support à distance pendant le prédéploiement ou la préinscription de votre cluster Azure Stack HCI, consultez Obtenir un support à distance.
Diagnostics
Les diagnostics dans Azure Stack HCI permettent d’identifier et de résoudre les problèmes qui peuvent survenir dans le système. Avec l’aide de diagnostics, les administrateurs peuvent surveiller les performances et l’intégrité de leur environnement Azure Stack HCI et prendre des mesures proactives pour éviter que des problèmes ne se produisent. En outre, diagnostics peuvent fournir des informations précieuses sur le comportement du système, ce qui peut aider à optimiser ses performances et à améliorer l’expérience utilisateur globale.
Comparer les méthodes de collecte de journaux
Le tableau suivant fournit une comparaison des différentes méthodes de collecte de journaux dans Azure Stack HCI :
| Méthode de collecte de journaux | Objectif | Comment collecter les journaux | Cas d'utilisation |
|---|---|---|---|
| Collecte des journaux à la demande | Collectez et envoyez manuellement les journaux de diagnostic pour Azure Stack HCI à Microsoft. | Utilisez l’applet Send-DiagnosticData de commande à partir de n’importe quel nœud de serveur Azure Stack HCI. Les journaux sont temporairement copiés localement, analysés, envoyés, puis supprimés. Pour obtenir des instructions détaillées sur la collecte des journaux à la demande, consultez Collecter les journaux. |
- Échecs sans inscription. - Demande de collecte de journaux à partir de Support Microsoft basée sur un cas ouvert. - Collecte des journaux lorsqu’un cluster est inscrit et connecté. - Collecte des journaux lorsque les composants d’observabilité sont installés et fonctionnels. - Collecte des journaux lorsqu’un cluster est partiellement inscrit. |
| Collection de journaux autonome | Envoyez des données de diagnostic à Microsoft si les composants d’observabilité ne sont pas déployés ou s’il existe des problèmes pendant le processus d’inscription du cluster. | Enregistrez les données localement et utilisez la Send-AzStackHciDiagnosticData commande pour envoyer des données à Microsoft. Pour obtenir des instructions détaillées sur les collections de journaux autonomes, consultez Effectuer une collecte de journaux autonome. |
- Échecs de déploiement. - Échecs d’inscription. - Demande de collecte de journaux à partir de Support Microsoft basée sur un cas ouvert. - Collecte des journaux lorsqu’un cluster n’est pas inscrit et n’a pas de connectivité. - Collecte des journaux lorsqu’un cluster est partiellement inscrit. - Collecte des journaux lorsque les composants d’observabilité ne sont pas disponibles. |
Confidentialité des données
Azure Stack HCI implémente des procédures de gouvernance des données pour garantir la sécurité et l’utilisation prévue des données client. Les clients ont accès aux contrôles permettant de personnaliser les fonctionnalités et d’ajuster les paramètres de confidentialité à tout moment.
Nos engagements en matière de sécurité des données sont les suivants :
- Hiérarchisation des considérations relatives à la sécurité et à la confidentialité des clients.
- Transparence avec les clients sur les types de données collectées et leur utilisation.
- Fournir aux clients une autonomie pour modifier leurs propres paramètres de confidentialité.
- Utilisation des données client pour améliorer l’expérience client.
Utilisation des données par Microsoft
Les données client aident Microsoft à mieux comprendre comment nos clients utilisent les fonctionnalités et les services pour atteindre leurs objectifs métier. Ces insights aident à hiérarchiser les investissements en ingénierie dans des domaines qui peuvent avoir un impact direct sur l’expérience client. L’utilisation par les clients des paramètres de mise en réseau ou de stockage, ainsi que leurs status de mise à jour, sont quelques exemples des types de données collectées. Les insights permettent également d’améliorer l’écosystème de surveillance et de prise en charge d’Azure Stack HCI. Ces améliorations finiront par rendre le diagnostic des problèmes plus facile et plus rapide pour le support microsoft et les clients.
Collecte et résidence des données
Données Azure Stack HCI :
- N’est pas envoyé à Microsoft tant que le produit n’est pas inscrit auprès d’Azure. Cette collecte de données cesse dès la désinscription d’Azure Stack HCI. Toutes les données sont enregistrées dans un service analytique Azure Stack HCI.
- Est acheminé vers un emplacement de stockage cloud protégé.
- Est accessible uniquement aux employés de Microsoft qui ont une raison professionnelle légitime de consulter les données. Toutes les données sont gérées conformément aux politiques de confidentialité de Microsoft.
Détails sur les données collectées
Le tableau suivant décrit les types de données, leur emplacement de stockage, les paramètres par défaut et les méthodes d’affichage :
| Types de données | Description | Emplacement de stockage des données | Paramètre par défaut | Période de rétention | Comment les données peuvent être consultées |
|---|---|---|---|---|---|
| Télémétrie | Les données de télémétrie incluent des métriques de performances, des modèles d’utilisation et d’autres informations relatives au comportement des utilisateurs et à l’intégrité du système. Il ne contient aucune information d’identification personnelle. | Les données de télémétrie sont toujours stockées aux États-Unis. | Il est activé par défaut. Pour modifier le paramètre par défaut, consultez Paramètres de télémétrie et de diagnostics. | Les données sont conservées jusqu’à deux ans. | Vous pouvez afficher les données dans \\<NodeName>\c$\GMACache\TelemetryCache\Tables/*.tsf. |
| Diagnostics | Les données de diagnostic aident Microsoft à détecter, diagnostiquer et résoudre les problèmes pour restaurer l’intégrité du service et améliorer les produits. | Les données de diagnostic sont stockées globalement ou dans l’UE, en fonction du choix de déploiement du client. | Il existe différentes méthodes pour transmettre des données de diagnostic. Pour plus d’informations, consultez Diagnostics. | Généralement conservé pendant 30 jours, potentiellement plus pour les problèmes de support continus. | Vous pouvez afficher les données dans le C:\observability dossier de chaque nœud. |
| Mesures | Les métriques sont des valeurs numériques collectées à intervalles réguliers, décrivant des aspects d’un système. | Les données de métriques sont envoyées à la région respective dans laquelle la ressource est déployée. | Activé par défaut et peut être désactivé à tout moment. | Les métriques de plateforme sont stockées pendant 93 jours. Toutefois, vous ne pouvez interroger (dans la vignette Métriques) que pour un maximum de 30 jours de données sur un seul graphique. | Vous pouvez utiliser Metrics Explorer pour analyser de manière interactive les données de votre base de données de métriques. |
| Facturation et recensement | Les données de facturation et de recensement permettent de visualiser et de facturer les ressources dans le Portail Azure. | Les données de facturation et de recensement sont envoyées à la région de ressource respective où le client a inscrit l’appareil. | Toujours activé et ne peut pas être désactivé, car il est considéré comme fonctionnel. | Les données sont supprimées lorsque la ressource est supprimée, à l’exception des données de facturation, qui sont conservées. | Vous pouvez afficher les données dans le Portail Azure. |