Reprise du message précédent :
La vidéo de TF1.
 
Ce darwinisme.
 
La conclusion terroir "on sacrifie les petits, les gros baignent dans leur jacuzzi."
 
 

 
 
les backups cloud dans la même pièce / même DC sérieux les branques  

1er mars on lance une nouvelle solution "digitale"    pour nos clients pour qu'ils puissent se connecter à une espace web et avoit tout un tas de choses.
12 mars : oh tiens c'est bizarre le site est plus accessible le site est hébergé chez OVH    
aujourdhui : notre belle équipe "digitale"   m'apprend dans le plus grand des calme que le site sera de retour que le 19 mars.
 
Vu qu'on m'a jamais demandé mon avis sur le projet, je les laisses se démerder en mode et j'attends de voir ce que ça va donner très rapidement entre direction/clients/digital team  
 

Génial, ils sont même pas sûr de récup les donnés j'imagine aussi

 
 
le type à la fin ils ont été le pêcher dans les raleurs sur twitter, un ancien "consultant SEO" qui est maintenant ""youtubeur" et qui veut lancer un "nouveau moteur de recherche " (le machin pas backupé sur un vps ovh donc)
 
https://www.youtube.com/watch?v=LDIpcmLGjCU
https://twitter.com/latlas12

 
C'est clair que vu la date c'est ce que je me dis aussi ...

https://latlas.online/ lol cette daube

"id","url"
"1","https://www.google.fr"

C'est peut être simplement des snapshot de baie leurs backups    
 
La question est: est-ce que lorsqu'un client prend cette offre, c'est précisé? du moins une option est présente pour proposer hors site?  
Parce que ça soit cloud ou on premise, hier c'était un feu, demain si c'est un avion qui se pète la gueule sur le DC, ça change pas vraiment la donne dans l'approche. Trouver des responsable c'est bien, mais se focaliser sur la gestion du risque au départ c'est mieux
 
C'est triste pour bon nombre de concernés qui vont perdre pas mal, mais j'espère que ça va marquer les esprits pour changer un peu l'approche là dessus.

 
C'est marrant car le mec correspond exactement à l'image que je me fais de toi  

Va crever

voire le code meme  

 
CQFD  

Jamais je me ridiculiserais de la sorte

T’as pas de caméra ?

Non moi je suis plus orienté destruction de données  

 
Ta fameuse calvitie ?

Ils embauchent chez OVH, non ?

Où étais tu la nuit de l'incendie ?
3 bornes téléphoniques ont loggué ton smartphone sur Strasbourg  

 
Bah c'est TF1 quoi. C'est la faute aux 35h si la PME de saint eloise de cubrons a du fermer à cause des arabes qui prennent le travail des vrais Français.
 
Faut arrêter de regarder chez eux

paywall mais:
 

 
cela dit je suis pas surpris, entre une solution "simple" qui coute quelques euros par mois pour faire tourner un site web, et la solution complexe bien géré (backup, failover, etc...) il va peut etre y avoir un rapport 10 a 100 dans le prix, donc forcément, la plupart des gens vont pas chercher a comprendre et prendre la solution pas backupée...

 
Et encore, vu que ça a démarré très tôt le matin, c'était moins de 24h avant.
Le technicien doit avoir chaud aux fesses, car changer pleins de pièces pour que ça crame ensuite, ça sens la surchauffe ou la mauvaise connexion d'un élément électrique.
Si c'est un prestataire, sa boîte a peut-être intérêt à avoir une bonne assurance ^^
 
Mais c'est vrai que vu les bestiaux en DC, quand ça s'enflamme, ça ne doit pas être à moitié.

 
Seul les grosses boites on un serveur de secours .....
 
Tf1 ... fait du TF1 la.
Puis si t'as perdu 3 mois c'est que tu sais pas faire un backup...

 
Le mec est content de son passage sur tf1 hin  

T'es encore à petite échelle la dessus.
 

Il est chauve le Xat? Décidément ce gars n'a rien pour lui

Non Xat c'est le punk a chien mode linuxien, les cheveux au milieu du dos.

C'est exactement ça...

Même des collègues avec zéro connaissance savent bien te dire qu'il faut sauvegarder les photos sur un disque USB  

Ouais et ils le font jamais, j'en sais quelque chose, je récupère leurs disques HS avec 20 ans de photo / docs dessus...

Tellement...

Mais ils le savent !  

je t'interdit présentement de référencer mon pseu, <period point final t'auras compris>

comme dirait un ex-collegue "c'est carnaval "

xat la putain de toi je regrette de t'avoir payé des cocas lpdtr

Mais grave !

Zéro crédibilité, il est ridicule !

Du grand journalisme !

On voit quand même bien plus passer pca/pra que drp
Bon après le "euh bah euh plan de euh... Secours ! Plan de secours !"

Un client qui me demande un web meeting parce que ya des backup qui rament.

Un job de backup sur 2x repo de backup (en NFS) : l'un avec une latence de 0.2ms (ça va) et l'autre… 55ms

Donc forcément tu le payes très cher la latence sur des petits blocks de diff En fait pour info, le gars a une SUPER ligne fibre dédiée 1G entre ses deux data. C'est juste que l'un est à Los Angeles. L'autre à Washington DC. Soit pas loin de… 4000km. Du coup les 55ms c'est vraiment TOP, mais bon sur du backup synchro ça commence à piquer

edit : à environ 200 000km/s (vitesse de la lumière dans une fibre), sur cette distance un A/R c'est déjà 36ms. Sachant qu'en gros avec les équipements variés, on arrive à 50/70% de cette vitesse ça colle. La moyenne remontée par https://wondernetwork.com/pings/Los%20Angeles est d'ailleurs plutôt 63ms.

edit 2 : pour ceux qui en doutaient encore, la vitesse de la lumière c'est graaaaave lent.

oui enfin nfs sur WAN quoi    
 
en quoi ça te concerne ?

C'est beau, quand je vois qu'on a ~70ms entre 2 sites à 200km de distance

Ça me concerne car je cherche des solutions aux problèmes de mes clients

C'est une fibre dédiée entre ses deux DC. Ça me concerne car on backup avec des streams (sans cache local). Autrement dit, ça va à la vitesse du backup repository le plus lent. Dans ce cas, il faut une gestion quasi asynchrone du backup pour pas ralentir celui qui se faire sur le backup repo dans le même datacenter.

La solution « simple » c'est de faire un autre job dédié au backup distant. Mais le plus propre ça serait dans le même job de permettre de faire un backup distant en même temps sans pénaliser le job local.

Ya plusieurs pistes à essayer (certaines assez fun ou tu crées un nouveau stream à partir de celui écrit sur le backup repo local (qui va plus vite mais on s'en fout puisqu'il doit être stocké au final) et qui va écrite à distance

Sinon le truc qu'à l'air de faire VEEAM : dire que dans ce job, tu fais aussi une copie ailleurs mais asynchrone (pas bloquante pour le backup local)