?v=E236AvHZ7Mg

Et même quand on a les sauvegardes, on est dépendant du bon fonctionnement du reste de l’infra pour les remettre en ligne.

Anecdote, pour un cas particulier, voilà 1h30 que nous attendons que les robots veuillent bien basculer des IP d’un datacenter à un autre... Le client est un tout petit peu stressé, mais super content que les sauvegardes que nous lui avions mises en place aient fonctionnées (à 23h30 en plus... quelques heures avant la coupure fatale).

Tu peux retirer « une sorte de Fukushima du cloud » ? J’ai des ami·es au japon qui pleurent encore les membres disparues de leur famille, qui ne peuvent plus vivre dans leur maison située dans la zone interdite, n’auront pas d’enfants de peur qu’ils naissent malformés et évitent de manger des produits venant de cette zone mais ils sont en vie, c’est chouette, juste un peu le visage creusé par les larmes.

Je plussoie avec la remarque de Touti, il y a des analogies à manipuler avec prudence.

Les ML OVH ont elles aussi une heure trente de lag... mais on a à l’instant l’info suivante :

Les RIPE pour bouger, ca demande que SBG soit UP, on est en train de patcher pour forcer l’opération.
Donc pour le moment, on peut pas.
On vous dit dès qu’on peut.

+1 @touti

Bon article de Numérama ▻https://www.numerama.com/tech/695843-le-terrible-incendie-chez-ovh-rappelle-lenjeu-de-la-redondance-pour

Juste pour le petit côté technique :
– Les robots de bascule des IP FailOver ne fonctionnent tjs pas au moment où j’écris (pour mon cas en tout cas) ;
– Par contre, les DNS fonctionnent... et même s’il a fallu changer les IP des sites, ce qu’on ne voulait pas faire, les sites sont en ligne. Les TTL dans les domaines étaient de 1 heure. (on a même changé de registrar pour certains domaines !)

Moralité : mieux vaut des DNS avec des TTL courts que des robots ne supportant pas les incidents graves.

Et l’explication de Nordpresse : ▻https://nordpresse.be/generation-identitaire-revendique-lincendie-du-data-center-qui-contenait-

Peu impacté de mon côté, mes serveurs sont répartis sur plusieurs datacentres. Par contre hier je ne pouvais plus rien administrer (admin d’OVH en rade), si j’avais eu mon serveur principal de prod (et mes DNS gérés par OVH) à Strasbourg c’était mort. Finalement oui, le point sensible c’est les DNS, je les gère via Cloudflare donc je peux basculer sur n’importe quel serveur même si OVH est tout bloqué.

Un bon article de synthèse, critiquant certaines des réactions : ▻https://tferdinand.net/ovh-brule-internet-hurle

Tanguy Pastureau t’explique le truc :
▻https://www.youtube.com/watch?v=E236AvHZ7Mg

Apparemment, le (mini) cloud « hubiC » que j’utilise chez OVH est sain et sauf. Mais @biggrizzly a raison, il faut toujours avoir un jeu de sauvegarde sous la main accessible physiquement sans passer par le web. C’est compliqué et il faut être attentif à faire ses sauvegardes régulièrement sur un autre support que le disque dur du terminal qu’on utilise quotidiennement.

Le point d’#Octave_Klaba le 11 mars 16h40.

▻https://www.ovh.com/fr/images/sbg/Octave-Klaba-speaking-fr-vid.mp4

La tâche : ▻http://travaux.ovh.net/?do=details&id=49484&

Le point d’Octave à J+50

Je crois que le mot clef est « hyper résilience ».
A noter aussi la forme très spartiate pour la street cred de la boite mais quand même avec vue sur la Tour Eiffel pour la financial cred :)

▻https://video.twimg.com/amplify_video/1389477393891565569/vid/640x360/Q1BNb-F3t3P2Pkun.mp4