Google Cloud : une PLC mal configurée à l'origine de la panne de Londres
Google Cloud explique la panne du 20 octobre à Londres : une PLC mal configurée a empêché le démarrage des groupes électrogènes de secours.

Google Cloud a identifié la cause de la panne du 20 octobre dans sa zone de disponibilité europe-west2-b, à Londres : un automate programmable (PLC) mal configuré n'a jamais ordonné le démarrage des groupes électrogènes de secours. Les services de Lloyds, HSBC, Royal Mail et Revolut ont été perturbés.
Dans une mise à jour publiée le 4 novembre sur sa page d'état, l'entreprise décrit l'architecture du site : une alimentation de type 2N, avec des chemins électriques entièrement dupliqués pour chaque charge critique, et un parc central de générateurs haute tension piloté par un PLC à double redondance. Le site dispose de deux arrivées indépendantes du réseau, A et B, ainsi que d'un raccordement de secours prévu pour un basculement manuel à l'échelle du campus.
Un câble défaillant au pire moment
Selon Google, la cause première est la défaillance d'un câble souterrain externe du fournisseur d'électricité, relié à l'arrivée A. L'arrivée B était alors hors service : son disjoncteur avait été ouvert physiquement pour des réparations, après des problèmes constatés lors d'un test trimestriel de charge des générateurs le 14 octobre 2026. L'arrivée A supportait donc toute la charge critique.
Lorsque A est tombée, les alimentations sans interruption (onduleurs), capables de tenir cinq minutes, ont fonctionné. Mais « un défaut de conception de la détection de tension et une mauvaise configuration du PLC » ont empêché l'envoi du signal de démarrage automatique aux générateurs. D'après Google, la logique du PLC indiquait qu'une source saine était disponible alors que les deux distributions étaient hors tension ; aucune commande de démarrage n'a donc été émise. Les onduleurs se sont vidés et la zone a perdu son alimentation.
Correctifs et suites
Une fois le réseau rétabli, Google a reprogrammé le PLC pour éviter toute récidive. Le groupe affirme avoir apporté plusieurs modifications à l'installation électrique et les avoir testées.
Deux actions sont prévues : une « amélioration de la communication », avec un mécanisme automatisé d'alerte vers la communication pour accélérer les notifications lors d'incidents touchant un site, et un élargissement des tests à l'échelle de la plateforme pour les événements d'infrastructure.
Pour les clients, l'épisode rappelle que la redondance sur le papier dépend de logiques de contrôle fiables, y compris pendant des opérations de maintenance qui réduisent la résilience.
Des apps à découvrir
Touche les bonnes cases, additionne, atteins l'objectif. Facile à apprendre, difficile à maîtriser. Gratuit, pour tous les âges.
Discutez avec un partenaire IA ; chaque phrase revient corrigée et expliquée dans votre langue. 9 langues, de A1 à C2.
Ouvrez des messages EDIFACT et X12, chaque segment expliqué, conversion JSON/XML, export PDF et Excel. Fonctionne en local, sans envoi.
Choisissez pour qui, l'occasion et la personnalité. Le moteur lit les descriptions de produits de boutiques locales et classe ce qui convient. Gratuit, sans inscription.
Plus d'actus de ce jour
Tout voir →
Sarvam AI lance Prism, un modèle de décision à poids ouverts

Google désactive Gemini et la Recherche par défaut pour les élèves

Mohalla Tech, maison mère de ShareChat, croît de 40 % en revenus

Xbox Cloud Gaming : le téléphone devient manette sur smart TV
Plus dans: Web et dev
Tout voir →
Reddit veut imposer la connexion, même pour simplement lire

YouTube teste un délai de 30 jours avant la fermeture d'une chaîne

Reddit va imposer progressivement la connexion pour contrer l'IA
