Au bout d'un moment, il faut que les gens prennent aussi leurs responsabilités, car ces canicules à répétition montrent l'absurdité du système : on veut de la redondance pour repousser le risque de panne... mais on fragilise le refroidissement en lui demandant de refroidir plus d'équipements et donc d'aller soi-même vers un risque de panne qu'on tente d'éviter justement, c'est idiot. C'est scier la branche sur laquelle on est assis.

Est-ce que ça vaut vraiment le coup d'avoir 2 infra identiques qui tournent en même temps ? Rallumer le 2e serveur, le 2e routeur, ou la 2e baie en cas de pet, ça prend pas si longtemps que ça, les GTR seraient respectées IMHO.

En tout cas ici, jusqu'à 50 C° :

https://www.daikin.fr/fr_fr/nos_solutions/refroidissement-infrastructure-centre-de-donnees.html

Alerte rouge : http://vigilance.meteofrance.com/

Il ne faut pas penser que toutes les boites sécurisent tout.

Il y en a même qui mettent un e infrastructure critique dans un même datacenter et tout sur une même voie (normalement on connecte les équipements sur la Voie A et la Voie B) :

Voici le résultat d'une indisponibilité d'une des deux voies dans le datacenter, suite à des tests :

L'impact pour Delta :
Des dizaines de milliers de passagers étaient bloqués dans les aéroports à travers le monde, lundi matin, après qu'une panne informatique a cloué au sol tous les vols de Delta Airlines. Les télévisions américaines montraient de longues files d'attente aux comptoirs de la compagnie dans les aéroports américains. À l'aéroport de Los Angeles par exemple les passagers d'un vol pour New York, qui avaient déjà embarqué, ont dû ressortir de l'avion et retourner patienter dans le terminal. D'autres ont passé la nuit près de leur porte d'embarquement à Las Vegas.

[...]

Delta a annulé environ 1000 vols le lundi et un autre 775 mardi car il a travaillé pour obtenir à nouveau ses systèmes pleinement opérationnels. Il a également annulé plus de 300 vols le mercredi et une poignée jeudi.

Prendre ses responsabilités soit ! Sauf qu'aujourd'hui avec le tout dématérialisation, que ce soit une entreprise, une institution, une association ou un organisme d'Etat, aucune de ces entités ne peut se passer de l'accès à ses données ou à ses serveurs d'applications ni perdre de données dans la bataille... La redondance est devenue une norme et la haute disponibilité un argument commercial pour les hébergeurs.

Et si "Rallumer le 2e serveur, le 2e routeur, ou la 2e baie en cas de pet", était si simple, ne crois-tu pas que les hébergeurs auraient déjà appliqué la méthode depuis belle lurette ?

C'est parce que les gens sont paresseux. Tes données sont dispo, basta, pourquoi réfléchir à faire autrement ? Les habitudes ont la vie dure.

Sans être spécialiste des datacenters, je ne vois pas très bien avec ta méthode et si ta 2ème infra est à l’arrêt ou en stand-by :
- Comment tu fais la duplication de tes données  ?

On a des systèmes de file d'attente. Exemple concrêt : quand tu raccroches, je dois enregistrer ton appel dans un journal. Si aucun serveur SQL ne répond, ça reste en file d'attente jusqu'à ce qu'il y en ai un qui est dispo. Ca me permet de ne faire planter la téléphonie et les appels d'urgence avec, et ça marche tellement bien qu'on l'a adapté à tout, notamment les logs.

On n'a pas des données dupliquées à la milliseconde c'est vrai. Mais c'est relatif : est-ce que j'ai besoin d'avoir de la donnée actualisée au micropoil de cul près sur toute mon infra ou est-ce que je peux me dèmerder avec de la donnée qui date d'il y a une heure ? Au pire mes logs seront dans le désordre, mais j'aurais aucun service down.

Si continues-tu à climatiser les locaux en attendant un éventuel incident ?

Oui, ça tient avec seulement un groupe froid seulement, pratique pour les maintenances 

Dans les faits, c'est bien plus compliqué qu'un simple switch d'une infra à une autre. Mais pour cela, il a y des personnes bien plus qualifiées que moi qui pourront te l'expliquer.

Pour du routage, du jus, de la TV, c'est simple. Pour du serveur avec de l'applicatif, faut réfléchir un peu plus je l'avoue. Pas besoin de m'expliquer ce que je fais déjà au quotidien