Il ne faut pas oublier que les onduleurs n'ont pas été coupés.

Si SBG2 et la moité de SBG1 ont brûlés, certaines salles ont continuées de fonctionner sur onduleurs, les batteries étant à plat et OVH ayant loué un groupe spécifiquement pour charger les batteries des onduleurs.

Par contre le réseau à du tomber avant la fin des batteries.

Il serait intéressant de savoir où était ce serveur et si l'augmentation de température ne serait pas lié à une fuite d'eau dans le watercooling :

A mon avis ça a été le problème de trop. Le départ de feu après avoir perdu plusieurs salles sur un DC qu'ils avaient annoncé vouloir arrêter il y a presque 4 ans, ils ont dû se dire que ce n'était pas rentable de remettre en route et qu'il fallait mieux déménager ce qui était encore fonctionnel.

Il ne faut pas oublier que les onduleurs n'ont pas été coupés.

Si SBG2 et la moité de SBG1 ont brûlés, certaines salles ont continuées de fonctionner sur onduleurs, les batteries étant à plat et OVH ayant loué un groupe spécifiquement pour charger les batteries des onduleurs.

Par contre le réseau à du tomber avant la fin des batteries.

Je tente une explication en mode fiction. l'avenir nous le dira.

on sait maintenant que les 2 salles réseaux de SBG étaient dans SBG1 et SBG2 (detruit).
On devine que l'ensemble des fibres alimentant SBG3 depuis les salles réseaux dont celle de SBG1 passaient par SBG2 et donc fondu/detruite

A partir de 2H/2H30 SBG3 se retrouve totalement isolé au niveau réseau IP car toutes les fibres sont mortes.
Au niveau énergie lors de la coupure du site par Electricité de Strasbourg (je suppose) vers 2h30, SBG3 a basculé sur Diesel pendant plusieurs heures.
- hypothèse1: Voyant l’étendue des dégâts sur le site de SBG en général, OVH (ou les pompiers?) décide de couper les Diesels et donc de couper SBG3.
- hypothèse2: les diesels sont venu à cours de fioul au bout de 7h et ravitailler un diesel juste après un incendie c'était pas possible.

OVH sachant aussi pertinemment qu'il ne lui sera pas possible de redémarrer SBG3 avant plusieurs jours du fait de l'absence de réseau/fibre depuis SBG3 vers le reste du monde

Des photos seraient intéressantes, car l'abandon de SG1 suite à de la fumée dans un local inutilisé de SBG1 est quand même un peu compliqué à comprendre, surtout que cela entraîne 5 jours de coupure totale pour SBG4, qui n'a plus d'énergie alors que tout était reparti.

Mais si facile à comprendre, il y'avait un SPOF pour l’alimentation de SBG4 parce que les câbles venait de SBG1 (ils ne font peut être que traverser les containers), du coup ils déplacent le SPOF sur SBG3.
D’ailleurs il me semble que la communication, c’est des batteries qui ne sont pas connecté et pas utilisé qui ont pris feu mais pas le containers dans lequel elles étaient.
Après c’est qui est surprenant c’est l’emplacement des groupes et le branchement électrique… pourquoi quand tu as des groupes à côté de SBG4 tu vas chercher sur les groupes qui sont à l’opposé ?… Et dans ce cas c’est pas plus simple de déplacer les groupes que de refaire une tranché pour alimenter via SBG3 ?

Je ne sais pas ce qu'on fait les deux salariés d'OVH présent sur site cette nuit, à partir de 1h du matin, mais je pense que couper intégralement l'électricité, les onduleurs et les groupes de DC1 et DC3 aurait été une bonne idée pour limiter l'ingestion de fumée.

Je pense que quand tu es devant un bâtiment complètement en feu tu n’as pas vraiment les idées très claire. Surtout que la nuit c’est probablement des tech moins qualifié qui ont pour mission de surtout surveiller les nagios, graphana et consort, en cas de pépin t’appelle l’astreinte