Surveiller les incidents Service Health de Google Cloud

.

Pour vous tenir informé de l'état de vos Google Cloud produits,Google Cloud Service Health vous fournit des informations sur les incidents à grande échelle en cours qui répondent à certains critères. Ces informations peuvent inclure des perturbations ou des pannes liées aux produits, ou des messages d'information sur un problème passager.

Google Cloud Service Health est conçu pour être disponible dans le cas rare où Personalized Service Health lui-même n'est pas disponible ou est affecté par une interruption, ou si le produit concerné n'a pas encore été intégré à Personalized Service Health.

Personalized Service Health fournit une vue personnalisée des produits et des sites Google Cloud pris en charge dans votre organisation. Consultez Personalized Service Health en premier lieu en cas de perturbation de service et recherchez les communications concernant les incidentsGoogle Cloud actifs et passés susceptibles d'affecter vos projets. Personalized Service Health fournira toujours le plus d'informations possible aux clientsGoogle Cloud . Vous pouvez accéder à l'état de service personnalisé via la console Google Cloud, en configurant des alertes et via l'API Service Health personnalisé.

Ce document se concentre sur l' Google Cloud état du service.

Accéder à Google Cloud Service Health

Vous pouvez accéder à l' Google Cloud état du service via les éléments suivants:

  • Un tableau de bord d'état public : Google Cloud État du service
  • Un flux RSS public
  • La console Google Cloud :

    1. Dans la console Google Cloud, accédez à la page Assistance > Demandes.

      Accéder à la page "Demandes"

    2. À l'aide du sélecteur de ressources de la barre d'outils de la console, sélectionnez la ressource pour laquelle vous souhaitez lister les problèmes connus.

    3. Cliquez sur l'onglet Problèmes connus.

      Les problèmes connus incluent également les incidents mineurs et à portée limitée. Vous pouvez associer une demande d'assistance à un problème connu afin d'obtenir des mises à jour régulières et de pouvoir communiquer avec l'équipe d'assistance. Les demandes d'assistance sont pertinentes pour les problèmes qui ne sont pas considérés comme des incidents ou pour lesquels une interaction directe est nécessaire. Si vous disposez d'une assistance Premium, Advanced ou Standard, vous pouvez signaler un incident en créant une demande d'assistance.

Si vous ne parvenez pas à accéder à l' Google Cloud état de service via les ressources précédentes, vous pouvez utiliser le Google Cloud formulaire de questions sur l'assistance de la plate-forme.

Incidents Service Health Google Cloud compatibles

Pour la plupart des Google Cloud incidents, les clients concernés reçoivent des communications directement via Personalized Service Health dans la console Google Cloud. S'ils répondent aux conditions d'alerte, ces incidents déclenchent également toutes les alertes Service Health que vous avez configurées.

Les incidents qui répondent à l'un des critères suivants s'affichent dans Google Cloud Service Health:

  • Incidents majeurs et publics
  • Incidents pour les Google Cloud produits qui ne sont pas encore compatibles avec Personalized Service Health
  • Incidents qui se produisent lorsque le tableau de bord Personalized Service Health n'est pas disponible

Incident majeur

Google Cloud définit un incident comme un incident majeur s'il remplit toutes les conditions suivantes:

  • Portée élevée: l'incident a un impact mondial ou affecte un pourcentage important de projets client dans une ou plusieurs régions.
  • Gravité élevée: un ou plusieurs produits sont indisponibles ou très dégradés.

Dans les rares cas où un incident majeur se produit, nous prenons des mesures urgentes pour résoudre les problèmes.

En cas d'incident majeur, l'état du problème est communiqué via le tableau de bord Service Health de Google Cloud. Un incident majeur est marqué comme Interruption de service dans le tableau de bord. Une fois le problème résolu, nous publions un rapport public sur l'incident, qui comprend les détails des facteurs ayant contribué à l'incident et les mesures que nous prévoyons de prendre pour éviter que de tels incidents ne se reproduisent.

En cas d'incidents de plus petite envergure, un rapport non public peut être mis à la disposition des clients.

Cycle de vie d'un incident

En cas de détection d'une dégradation d'un produit, l' Google Cloud équipe d'assistance et l'équipe d'ingénierie produit travaillent conjointement pour résoudre l'incident et vous tenir informé.

Le schéma suivant illustre les responsabilités des équipes d'ingénierie produit et d'assistance:

Schéma du cycle de vie

Pour en savoir plus sur chacune de ces responsabilités, consultez les sections suivantes.

Détection

Google Cloud utilise une surveillance interne et synthétique pour détecter les incidents. Pour en savoir plus, consultez le chapitre 6 du manuel d'ingénierie en fiabilité des sites.

Réponse initiale

Lorsqu'un incident est détecté, l' Google Cloud équipe Customer Care gère les communications avec les clients. La notification initiale d'un incident est souvent sommaire, ne mentionnant généralement que le produit concerné. En effet, nous privilégions une notification rapide à l'apport de détails. Ces derniers peuvent être fournis dans les mises à jour ultérieures.

Différents canaux de communication sont utilisés en fonction de l'étendue et de la gravité d'un problème afin de vous fournir autant d'informations que possible, sans vous submerger de données qui ne vous concernent pas:

Schéma des communications

Examiner

Les ingénieurs produit sont chargés d'enquêter sur l'origine des incidents. La gestion des incidents est souvent assurée par des ingénieurs en fiabilité des sites, mais elle peut être confiée à des ingénieurs logiciels ou à d'autres spécialistes, en fonction de la situation et du produit. Pour en savoir plus, consultez le chapitre 12 du manuel d'ingénierie en fiabilité des sites.

Atténuation et correction

Un problème n'est considéré comme résolu que lorsque des modifications ont été apportées et que Google a la certitude qu'elles vont le régler définitivement. Par exemple, un rollback peut être effectué pour annuler une modification ayant déclenché un incident.

Tant qu'un incident est en cours, Customer Care et l'équipe produit tentent d'atténuer le problème. Cela permet de réduire l'impact ou l'étendue d'un problème, par exemple en fournissant temporairement des ressources supplémentaires à un produit présentant une surcharge.

Si aucune mesure d'atténuation n'a été trouvée et si cela est possible, l'équipe Customer Care découvre des solutions de contournement et les communique. Les solutions de contournement sont des étapes que vous pouvez suivre pour répondre au besoin sous-jacent en dépit de l'incident. Une solution de contournement peut par exemple consister à utiliser des paramètres différents pour un appel d'API afin d'éviter un chemin de code problématique.

suivi

Lorsqu'un incident est en cours, l'équipe Customer Care fournit des mises à jour régulières, lesquelles fournissent généralement les éléments suivants :

  • Davantage d'informations sur l'incident, par exemple les messages d'erreur, les zones ou régions concernées, les fonctionnalités affectées ou les pourcentages d'impact

  • L'avancement du processus d'atténuation, y compris les solutions de contournement

  • Le calendrier des communications, adapté à l'incident

  • Les changements d'état, par exemple lorsqu'un incident est résolu

Rétrospective

Tous les incidents font l'objet d'une rétrospective interne pour bien les comprendre et identifier les améliorations de fiabilité que Google peut apporter. Ces améliorations sont ensuite suivies et mises en place. Pour en savoir plus, consultez le chapitre 15 du manuel d'ingénierie en fiabilité des sites.

Rapport d'incident

Lorsque les incidents ont des conséquences très graves et très étendues, Google fournit des rapports d'incident décrivant les symptômes, l'impact, l'origine, les mesures correctives et la prévention future de ces derniers. Comme pour les rétrospectives, nous accordons une attention particulière aux mesures que nous prenons pour tirer les leçons du problème et améliorer la fiabilité. Chez Google, en rédigeant et en publiant des rétrospectives, nous faisons preuve de transparence et montrons que nous tenons à créer des produits stables pour nos clients.

Modèle de données d'incident

Un incident peut affecter un ou plusieurs produits dans un ou plusieurs établissements. Les incidents ont une heure de début et de fin, ainsi qu'une gravité globale. Un incident est associé à des mises à jour qui décrivent son évolution au fil du temps, y compris son état et les zones concernées. Les informations sur l'incident sont disponibles via un schéma JSON.

Le schéma JSON comporte des champs marqués comme Stable (Stable) et Unstable (Instable). En général, les champs d'ID sont considérés comme stables, tandis que les champs tels que les noms à afficher sont considérés comme instables et peuvent changer sans avertissement. N'utilisez les champs Stable que lorsque vous intégrez un système externe ou une automatisation de bâtiment. Pour en savoir plus, consultez la section Puis-je créer des intégrations pour consommer Google Cloud des données d'état du service par programmation ? de ce document.

Questions fréquentes

Les questions fréquentes suivantes peuvent vous aider à surveiller l'état et la santé de vos Google Cloud produits.

Où puis-je trouver des informations sur les perturbations et interruptions de service antérieures ?

Google Cloud Service Health enregistre les perturbations et les pannes des produitsGoogle Cloud pendant cinq ans au maximum. Le tableau de bord indique l'état actuel des produits par paramètres régionaux. Pour afficher des informations sur les interruptions et les pannes de produits au cours de la dernière année, cliquez sur Afficher l'historique des incidents. Pour afficher l'historique des pannes d'un produit au cours des cinq dernières années, cliquez sur Voir plus pour ce produit.

Comment consulter les informations d'état régionalisées pour les Google Cloud produits ?

Google Cloud L'état du service affiche l'état de tous les Google Cloud produits, organisés par région et par paramètres régionaux globaux. Pour afficher l'état d'un emplacement multirégional, sélectionnez l'onglet correspondant à la région.

Puis-je créer des intégrations pour consommer des données de Google Cloud santé du service par programmation ?

Oui, vous pouvez utiliser les données affichées par Google Cloud Service Health de différentes manières:

Le flux RSS et le fichier d'historique JSON fournissent des informations sur l'état des incidents qui peuvent être utilisées via des intégrations.

Utilisez les champs marqués comme Stable dans le fichier d'historique JSON au lieu des champs marqués comme Unstable. Par exemple, si vous essayez d'identifier de manière programmatique les incidents affectant un ensemble particulier de produits, utilisez les ID de produit (affected_products>id), et non leurs noms à afficher.

Identifiants produit par rapport aux noms de produits

Historiquement, Google Cloud l'état du service ne fournissait pas de mécanisme permettant de localiser l'ID d'un produit donné. Depuis début 2023, Google CloudService Health a mis à disposition un catalogue de produits qui fournit ce mappage pour tous les produits. Un ID produit fournit un champ stable à utiliser comme clé, tout en permettant de modifier le nom à afficher d'un produit. Vous devez faire référence à l'ID de produit lorsque vous identifiez des incidents affectant un ensemble de produits par programmation.

Que se passe-t-il si j'ai des intégrations basées sur des implémentations précédentes de Google Cloud Service Health ?

Dans le flux RSS et le fichier JSON, les informations sur l'état régional s'ajoutent aux informations déjà publiées avant l'introduction des rapports d'état régionalisés et du changement de nom deGoogle Cloud Service Health. Par conséquent, nous nous attendons à ce que vos intégrations existantes continuent de fonctionner. Toutefois, si vous souhaitez utiliser les informations sur l'état régional via vos intégrations, vous devez les modifier.

Voici une description détaillée de la présentation des informations régionales dans le flux RSS et le fichier JSON:

  • Flux RSS

    Les informations sur l'état régional viennent s'ajouter aux informations du flux fournies avant l'introduction de l'état régionalisé. Toutes les zones géographiques signalées comme concernées sont ajoutées au message RSS.

  • Fichier JSON

    Avant la mise à jour de l'état régional, Google Cloud a publié un flux d'incidents, chacun contenant une liste des produits concernés et une liste des mises à jour de l'état pour chacun d'eux, le cas échéant. Ces mises à jour d'état contenaient un champ de chaîne non structuré qui contenait ou non les informations de localisation.

    Google Cloud publie désormais un flux d'incidents comme auparavant. Toutefois, pour chaque incident, chaque mise à jour d'état contient les nouveaux champs suivants:

    • updates.affected_locations: contient une liste structurée des zones géographiques concernées au moment de la publication de la mise à jour. Chaque enregistrement de mise à jour et l'enregistrement most_recent_update contiennent ce champ.
    • currently_affected_locations: contient les informations les plus récentes sur les sites concernés par l'incident. Contrairement à updates.affected_locations, cette liste devient vide une fois l'incident résolu (c'est-à-dire lorsque end est défini sur une valeur non vide).
    • previously_affected_locations: contient la liste des emplacements qui ont déjà été affectés lors d'un incident, mais qui ne le sont plus actuellement. Au fur et à mesure de l'incident, la panne peut être résolue dans certains pays. Ces emplacements resteront dans le fichier previously_affected_locations field. Une fois l'incident résolu (c'est-à-dire lorsque end est défini sur une valeur non vide), ce champ contient la liste de tous les emplacements concernés par cet incident.

Que faire si je rencontre un problème, mais qu'il ne figure pas dans Google Cloud Service Health ?

Google Cloud Service Health fournit des informations sur l'état actuel et historique de tout incident majeur affectant les produits et services. Google Cloud Si vous rencontrez un problème qui n'est pas listé parGoogle Cloud Service Health, il est possible qu'il ne concerne que vos projets ou vos instances, ou qu'il affecte un nombre limité de clients. Les incidents de moindre envergure peuvent être listés sur le portail d'assistance. Vous pouvez contacter le service client si vous rencontrez des problèmes qui ne figurent pas dans la section Google Cloud État du service.

Si vous utilisez déjà Personalized Service Health, vérifiez si le problème y figure pour déterminer si votre projet ou votre instance est concerné.

Si vous utilisez la console Google Cloud, dans la barre d'outils supérieure, sélectionnez > Envoyer des commentaires.

Qui met à jour Google Cloud Service Health ?

L'équipe d'assistance mondiale Customer Care surveille l'état des produits par le biais de différents types de signaux, et met à jour Google Cloud l'état du service en cas de problème généralisé. Au besoin, elle publie un rapport d'analyse d'incident détaillé après la résolution de l'incident.

Étape suivante