c'est un système à pré-action sous air, de chez HiFog, avec réserve d'eau et groupe électrogène, les têtes ont étés implantées avec l'appuie d'une CFD (oui oui ...)

D'ailleurs vous ne le savez peut être pas, mais en cas de détection incendie, la quasi totalité des datacenters, que ca soit à gaz ou à brouillard d'eau, coupent la climatisation pour cette même raison afin de contourner ce problème des 2m/sec.

Du coup, pour que ça soit efficace dans ces conditions, il faudrait ... couper la ventilation ... et donc la continuité de service ... ce que nous refusons et que notre assureur refusait aussi.

Les onduleurs 550 kVA en formation parallèle. Il y aura 20 onduleurs au total pour DC3, une fois l'extension réalisée.

Et en réalité les Pompiers étaient sur site en 15 minutes, mais ils n'ont commencés à s'attaquer au feu que 1H30 plus tard, le temps que le distributeur électrique coupe le courant sur tout le secteur. Donc en 1H30 il n'y avait déjà plus rien...

l'arrivée et le comptage était au RDC de SBG2, voila pourquoi il a annoncé dépêcher une unité mobile HTA, en gros un container avec des cellules HTA pour repartir le courant vers les autres bâtiments.

Ici, il dit qu'OVH va faire évoluer les standards du marché. Il le répète 5 fois, donc ça n'est pas une erreur ponctuelle.
Ce qu'il veut dire, j'espère en tout cas, c'est qu'OVH va faire évoluer les standards d'OVH, pas les standards du marché... Les standards du marché ne sont pas en cause à priori, vu qu'OVH ne les a jamais appliqués.
Je suis désolé, mais ce discours me choque.

Il semble dire que le "freecooling, c'est mal, c'est du passé". Et là non plus, je ne suis pas d'accord.
Le freecooling à la OVH, avec des salles largement ouvertes aux 4 vents, pas étanches, avec de l'air quasiment pas filtré, et des serveurs à seulement 1-2m de l'entrée d'air extérieure, oui, ça pose beaucoup de question, et depuis le tout début.
Les Freecooling à la Facebook et Scaleway, c'est forcément très très différent.

J'espère que les conclusions parleront également des procédures d'arrêt et de consignation électrique du site en cas d'incident grave : coupure totale (HT et BT), et coupure des onduleurs. Si ça a retardé de plus de 30 min l'intervention réelle des pompiers, comme on peut le lire ici, ça peut avoir du sens. Je ne dis pas qu'il y a eu un problème, c'est juste une hypothèse.

Peut-être qu'un système d'extinction automatique sera rajouté à DC5. Si on part du principe qu'en cas d'incendie non maitrisable on coupe l’énergie dans la salle et donc la ventilation, un système par brouillard d'eau pourrait être pertinent (il n'abime pas le matériel informatique). Les sprinklers, l'étape suivante, même si ils endommagent les serveurs, les données d'un serveur noyé d'eau sont récupérable sans aucun problème.

Une électronique qui baigne dans l'eau de nombreuses heures (ça sera évidemment le cas avec un déclenchement de sprinkler), ça n'est souvent pas récupérable. Et si le déclenchement des sprinkler a eu lieu avant la coupure de courant électrique, la dégradation de l'électronique est encore plus rapide, en quelques minutes seulement (électrolyse puis oxydation).

Et l'eau détruit rapidement une électronique "standard" qui n'est pas conçue pour être en contact avec de l'eau.

Évoquant son approche « full-stack », la société concevant ses propres datacenters, innovant notamment dans les systèmes de refroidissement comme avec son système adiabatique mis en place à DC5, développant sa propre couche logicielle, Léchelle semble à la fois apprécier certaines décisions mais être inquiet par d'autres aspects.