Je faisais une recherche google sur différents sites n'ayant aucun rapport au moment où tout était down chez RedBus... Preque la moitié n'étaient pas accessible (sites FR)
Ils en recouvrent pas mal donc...
Version complète: sur le forum Webmaster Hub : Panne de courant sur Redbus
Un interview du directeur technique de Redbus par le JDN
http://solutions.journaldunet.com/itws/060...it-redbus.shtml
Bonne lecture
http://solutions.journaldunet.com/itws/060...it-redbus.shtml
Bonne lecture
Un autre article du Journal du Net:
Lire la suite...
CITATION
Panne chez Redbus : les clients mettent en cause la gestion de la crise
C'est la deuxième panne électrique survenue en moins d'un mois au sein du centre de données de Redbus à Courbevoie. Les hébergeurs clients du groupe réagissent, demandant notamment un audit technique indépendant.
C'est la deuxième panne électrique survenue en moins d'un mois au sein du centre de données de Redbus à Courbevoie. Les hébergeurs clients du groupe réagissent, demandant notamment un audit technique indépendant.
Lire la suite...
Silicon ajoute une interview du pdg de Redbus France (Stéphane Duproz)
http://www.silicon.fr/getarticle.asp?ID=14502
http://www.silicon.fr/getarticle.asp?ID=14502
CITATION
Cependant, je pense aussi qu'il y a des gens que cette crise arrange.
Dixit Stéphane Duproz.
je noterais tout de même que les hébergeurs ont vraiment communiqué, sur cette crise.
Tous ont souligné que le problème venait de Redbus, qui n'avait pas su faire ceci ou cela.
Je n'ai pas vu le moindre commentaire d'un hébergeur disant :
" nous avons gaffé, nous avons fait confiance à un seul datacenter, nous n'avons pas tiré les lecons du mois dernier."
Ce sont bien les hébergeurs les prestataires de tous ces sites arrétés, et non Redbus. Que Redbus ait un problème, c'est une chose. Mais ca concerne l'hébergeur, pas le client final. Que celui-là (l'hébergeur) se dédouane en disant " c'est pas moi, c'est l'autre", je trouve cela tout aussi léger.
Il est rarement écrit dans les contrats " en cas de problèmes, vous vous en prendrez au datacenter, parce que l'on ne sert que d'intermédiaire "...
CITATION(Anonymus @ mercredi 29 mars 2006, 13h53)
Je n'ai pas vu le moindre commentaire d'un hébergeur disant :
" nous avons gaffé, nous avons fait confiance à un seul datacenter, nous n'avons pas tiré les lecons du mois dernier."
Ce sont bien les hébergeurs les prestataires de tous ces sites arrétés, et non Redbus. Que Redbus ait un problème, c'est une chose. Mais ca concerne l'hébergeur, pas le client final. Que celui-là (l'hébergeur) se dédouane en disant " c'est pas moi, c'est l'autre", je trouve cela tout aussi léger.
Il est rarement écrit dans les contrats " en cas de problèmes, vous vous en prendrez au datacenter, parce que l'on ne sert que d'intermédiaire "...
" nous avons gaffé, nous avons fait confiance à un seul datacenter, nous n'avons pas tiré les lecons du mois dernier."
Ce sont bien les hébergeurs les prestataires de tous ces sites arrétés, et non Redbus. Que Redbus ait un problème, c'est une chose. Mais ca concerne l'hébergeur, pas le client final. Que celui-là (l'hébergeur) se dédouane en disant " c'est pas moi, c'est l'autre", je trouve cela tout aussi léger.
Il est rarement écrit dans les contrats " en cas de problèmes, vous vous en prendrez au datacenter, parce que l'on ne sert que d'intermédiaire "...
Je suis d'accord avec toi sur le point qu'ils auraient pu tirer expérience sur la panne du mois précédent, mais enfin, ils peuvent toujours évoquer
CITATION(Cas fortuit et de force majeure)
L'événement qu'il invoque doit avoir été imprévisible lors de la conclusion du contrat (un évènement à caractère soudain, rare ou anormal), irrésistible, c'est-à-dire inévitable, et extérieur à la volonté des parties, puisque le débiteur ne doit avoir joué aucun rôle dans la survenance de l'événement invoqué.
Le débiteur peut ainsi invoquer le fait d'un tiers qui n'a pu être ni prévu ni empêché, une faute commise par le créancier de l'obligation, ou encore un événement climatique tel un ouragan d'une violence exceptionnelle
Le débiteur peut ainsi invoquer le fait d'un tiers qui n'a pu être ni prévu ni empêché, une faute commise par le créancier de l'obligation, ou encore un événement climatique tel un ouragan d'une violence exceptionnelle
source :Dictionnaire juridique
CITATION(chiquita463 @ mardi 28 mars 2006, 18h09)
C'est juste par rapport aux cours de la bourse. Ce n'est pas pour quitter redbus (je sais que je ne peux pas). Merci de vos réponses.
Nous sommes chez Interoute, super service :-)
CITATION(Arlette @ mercredi 29 mars 2006, 15h06)
Je suis d'accord avec toi sur le point qu'ils auraient pu tirer expérience sur la panne du mois précédent, mais enfin, ils peuvent toujours évoquer
Je trouve juste un peu osé de leur part de tirer à ce point sur RedBus, et j'ai juste l'impression que c'est justement fait pour éviter qu'on ne s'attarde sur les défaillances de son hébergeur. Ils enfoncent le clou coté Redbus, pendant ce temps on ne les accuse pas
Cependant, je pense (et persiste à croire ) que c'est vraiment un très mauvais concours de circonstances pour Redbus, rien de plus. Mais la loi des séries et du 'jamais 2 sans 3' n'est pas très loin non plus :/
CITATION(Anonymus @ mercredi 29 mars 2006, 15h22)
Je trouve juste un peu osé de leur part de tirer à ce point sur RedBus, et j'ai juste l'impression que c'est justement fait pour éviter qu'on ne s'attarde sur les défaillances de son hébergeur. Ils enfoncent le clou coté Redbus, pendant ce temps on ne les accuse pas
Mais Anonymus les accuser de quoi ? De ne pas avoir changer d'hébergeur en 1 mois ?
Si j'ai bien compris en prenant l'exemple de Sivit qui j'imagine doit avoir quelques centaines (voir milliers) de serveur chez Redbus je vois mal comment en 1 mois et du jour au lendemain ils peuvent changer d'hébergeur.
Et quand bien même ils auraient fait ça, le même incident peut arriver dans le mois qui suit chez le nouvel hébergeur... Comme tu le dis la loi des séries
On en revient au point qu'avait soulevé Dan : La sauvegarde mon brave, il n'y a que ça de vrai
Et quand vous ne pouvez pas vous connecter sur Internet je vous recommande la lecture de Ravage de René Barjavel. Et à l'époque de Barjavel il n'y avait pas internet, dommage sinon le roman aurait été encore plus prenant
Dans le cas présent, c'est bien Redbus le fautif... ou du moins, sans être fautif à 100% de par la coupure EDF, c'est Redbus qui s'est engagé à fournir l'infrastructure et a failli à ses engagements.
Ils annoncaient du 100% de disponibilité...
De nombreux hébergeurs se sont vus ainsi "piéger" par une coupure électrique qui n'aurait pas dû arriver. Les onduleurs de Redbus n'ont pas pris le relais et les batteries de secours n'avaient que 5 à 6 minutes d'autonomie. Comme la coupure EDF a duré 12 minutes, les batteries se sont déchargées et ont entraîné les coupures d'alim que l'on a pû constater.
En ce qui concerne les pannes matérielles que cela a pû entraîner avec les nombreux serveurs qui n'ont pas redémarré correctement, cela peut s'expliquer aussi: une seconde coupure, lors de l'exécution d'un filesystem check, peut mettre un disque à genoux.
Nombre d'utilisateurs n'ont pas tenu compte des conseils donnés et ont tenté un redémarrage de leur serveur alors qu'il était en train de faire ce "fsck"... et ça n'a pas raté pour eux.
http://www.webmaster-hub.com/index.php?sho...ndpost&p=161626
Dans ce cas là encore, les hébergeurs ne sont pas responsables.
La seule responsabilité des hébergeurs tient aux sites hébergés sur mutualisés... quelques-uns ont aussi souffert. Et il semble bien que les sauvegardes de ces derniers ne soient qu'une vue de l'esprit.
Dan
Ils annoncaient du 100% de disponibilité...
De nombreux hébergeurs se sont vus ainsi "piéger" par une coupure électrique qui n'aurait pas dû arriver. Les onduleurs de Redbus n'ont pas pris le relais et les batteries de secours n'avaient que 5 à 6 minutes d'autonomie. Comme la coupure EDF a duré 12 minutes, les batteries se sont déchargées et ont entraîné les coupures d'alim que l'on a pû constater.
En ce qui concerne les pannes matérielles que cela a pû entraîner avec les nombreux serveurs qui n'ont pas redémarré correctement, cela peut s'expliquer aussi: une seconde coupure, lors de l'exécution d'un filesystem check, peut mettre un disque à genoux.
Nombre d'utilisateurs n'ont pas tenu compte des conseils donnés et ont tenté un redémarrage de leur serveur alors qu'il était en train de faire ce "fsck"... et ça n'a pas raté pour eux.
http://www.webmaster-hub.com/index.php?sho...ndpost&p=161626
Dans ce cas là encore, les hébergeurs ne sont pas responsables.
La seule responsabilité des hébergeurs tient aux sites hébergés sur mutualisés... quelques-uns ont aussi souffert. Et il semble bien que les sauvegardes de ces derniers ne soient qu'une vue de l'esprit.
Dan
Bonjour Dan,
je confirme tes dires, je développe actuellement une structure commerciale pour une entreprise, nous avons opté pour un hebergement mutualisé pour le lancement du site, fixant ainsi un niveau qualité/prix.
Mais malheur à moi, et ma décision, le serveur mutualisé à non seulement crashé, mais pour parfaire le tout, le disque à rendu l'âme, j'y ai donc laisser toute les données (les backups étaient dans un privé /home/bk).
Il à donc fallut que je dise à mon employeur - Désolé, il ya un problème , le site ne sera pas disponible pour la date convenue ! -; croyez-moi, ca la fou mal.
Comment faire comprendre ça à mon employeur ? hein ?
Difficile de lui dire - Vous comprenez, nous sommes herbergés chez un préstataire de service, lui-meme herbégé chez une autre préstataire, eux-memes tributaires d'EDF... - , à mon avis, ca risque d'être dur.
Enfin voila, je voulais simplement remercier RedBus pour m'avoir fait perdre un temp considérable, meme si j'avoue que j'aurais du disposer d'une sauvegarde en locale.
Allez, bon courage aux 'petits' comme moi qui ont subit ce genre de problème.
Cordialement.
je confirme tes dires, je développe actuellement une structure commerciale pour une entreprise, nous avons opté pour un hebergement mutualisé pour le lancement du site, fixant ainsi un niveau qualité/prix.
Mais malheur à moi, et ma décision, le serveur mutualisé à non seulement crashé, mais pour parfaire le tout, le disque à rendu l'âme, j'y ai donc laisser toute les données (les backups étaient dans un privé /home/bk).
Il à donc fallut que je dise à mon employeur - Désolé, il ya un problème , le site ne sera pas disponible pour la date convenue ! -; croyez-moi, ca la fou mal.
Comment faire comprendre ça à mon employeur ? hein ?
Difficile de lui dire - Vous comprenez, nous sommes herbergés chez un préstataire de service, lui-meme herbégé chez une autre préstataire, eux-memes tributaires d'EDF... - , à mon avis, ca risque d'être dur.
Enfin voila, je voulais simplement remercier RedBus pour m'avoir fait perdre un temp considérable, meme si j'avoue que j'aurais du disposer d'une sauvegarde en locale.
Allez, bon courage aux 'petits' comme moi qui ont subit ce genre de problème.
Cordialement.
CITATION(Aksyon @ jeudi 30 mars 2006, 13h43)
Bonjour Dan,
je confirme tes dires, je développe actuellement une structure commerciale pour une entreprise, nous avons opté pour un hebergement mutualisé pour le lancement du site, fixant ainsi un niveau qualité/prix.
Mais malheur à moi, et ma décision, le serveur mutualisé à non seulement crashé, mais pour parfaire le tout, le disque à rendu l'âme, j'y ai donc laisser toute les données (les backups étaient dans un privé /home/bk).
Il à donc fallut que je dise à mon employeur - Désolé, il ya un problème , le site ne sera pas disponible pour la date convenue ! -; croyez-moi, ca la fou mal.
Comment faire comprendre ça à mon employeur ? hein ?
Difficile de lui dire - Vous comprenez, nous sommes herbergés chez un préstataire de service, lui-meme herbégé chez une autre préstataire, eux-memes tributaires d'EDF... - , à mon avis, ca risque d'être dur.
Enfin voila, je voulais simplement remercier RedBus pour m'avoir fait perdre un temp considérable, meme si j'avoue que j'aurais du disposer d'une sauvegarde en locale.
Allez, bon courage aux 'petits' comme moi qui ont subit ce genre de problème.
Cordialement.
je confirme tes dires, je développe actuellement une structure commerciale pour une entreprise, nous avons opté pour un hebergement mutualisé pour le lancement du site, fixant ainsi un niveau qualité/prix.
Mais malheur à moi, et ma décision, le serveur mutualisé à non seulement crashé, mais pour parfaire le tout, le disque à rendu l'âme, j'y ai donc laisser toute les données (les backups étaient dans un privé /home/bk).
Il à donc fallut que je dise à mon employeur - Désolé, il ya un problème , le site ne sera pas disponible pour la date convenue ! -; croyez-moi, ca la fou mal.
Comment faire comprendre ça à mon employeur ? hein ?
Difficile de lui dire - Vous comprenez, nous sommes herbergés chez un préstataire de service, lui-meme herbégé chez une autre préstataire, eux-memes tributaires d'EDF... - , à mon avis, ca risque d'être dur.
Enfin voila, je voulais simplement remercier RedBus pour m'avoir fait perdre un temp considérable, meme si j'avoue que j'aurais du disposer d'une sauvegarde en locale.
Allez, bon courage aux 'petits' comme moi qui ont subit ce genre de problème.
Cordialement.
Bonjour,
Un backup n'est vraiment valable que si il est réalisé sur une autre machine.
Si j'ai bien compris tu as fait un backup de ton disque sur le disque lui même :-(. C'est toujours ça mais en cas de casse tu n'as pas d'autres sauvegardes et donc tu perds tout :-(
Un disque c'est fragile...
Donc il faut faire un backup de son systeme, sites et bases de données sur une autre machine (et idéalement sur une machine qui ne serait pas physiquement dans un même baie ou local car en cas d'incendie tu perds tout là aussi même si la probabilité que ça arrive reste faible).
Ceux qui ont perdu leur données ne peuvent s'en prendre qu'à eux même. Les sauvegardes c'est la règle numéro en informatique.
Il faut toujours penser au pire! Ce genre de panne n'arrive pas qu'aux autres!
Il y a eu plusieurs avertissements dans ce topic pour annoncer qu'il fallait faire des sauvegardes.
Ton employeur a UNE très bonne raison de te taper sur les doigts... :-(
C'est vrai Nicolas, mais quand le mal est fait il n'est peut-être pas utile d'enfoncer le clou plus loin
Idéalement, une sauvegarde devrait se faire sur un serveur se trouvant dans une baie différente. Cela permet au moins d'éviter les déboires dûs aux problèmes d'alimentation de baie. Pour le Hub (et les infogérés), on a des sauvegardes dans un datacentre différent (sur Paris) ... cela nous met théoriquement à l'abri et permet un "disaster recovery".
Maintenant il est difficile de tout prévoir... un attentat comme celui du 11 septembre peut toujours arriver.
Dan
Idéalement, une sauvegarde devrait se faire sur un serveur se trouvant dans une baie différente. Cela permet au moins d'éviter les déboires dûs aux problèmes d'alimentation de baie. Pour le Hub (et les infogérés), on a des sauvegardes dans un datacentre différent (sur Paris) ... cela nous met théoriquement à l'abri et permet un "disaster recovery".
Maintenant il est difficile de tout prévoir... un attentat comme celui du 11 septembre peut toujours arriver.
Dan
CITATION
C'est vrai Nicolas, mais quand le mal est fait il n'est peut-être pas utile d'enfoncer le clou plus loin wink.gif
Oui mais quand on ne respecte pas les règles de bases il ne faut pas s'en prendre aux autres :
CITATION
Enfin voila, je voulais simplement remercier RedBus pour m'avoir fait perdre un temp considérable, meme si j'avoue que j'aurais du disposer d'une sauvegarde en locale.
:-(
CITATION
Maintenant il est difficile de tout prévoir... un attentat comme celui du 11 septembre peut toujours arriver. sad.gif
Oui mais un crash disque c'est quelque chose d'assez courant.
Les torts, sont je pense partagés...
CITATION(Dan @ jeudi 30 mars 2006, 14h32)
Maintenant il est difficile de tout prévoir... un attentat comme celui du 11 septembre peut toujours arriver.
Dan
Dan
Les banques ont pu reprendre du service très rapidement après cet évènement, justement parce qu'ils réplicaient toutes les données. Par contre, il me semble qu'ils s'étaient fait avoir, suite à un précédent attentat.
Comme quoi, il y a toujours une première fois :/
En gros, on connait l'importance des backups lorsque l'on a été confronté à la réalité de ne pas en avoir
Bonjour à tous,
J'aurais quand même tendance à dire que ce sont des précuations élémentaires...
Au boulot on a des To de données et donc des To de sauvegardes. On a déjà eu des problèmes genre coupure, re-coupure et re-re-coupure, fsck qui se mélange les pinceaux, voire même re-coupure pendant la reconstruction du RAID et on a tjs pu remonter, au pire depuis les bandes...
Alors pour mon site perso, j'ai tjs une copie chez moi, en fait c'est le site qui est une copie de ce que j'ai en local chez moi et les bases sont sauvegardées toutes les semaines, je sais c pas assez mais je le fais en manuel...
Je pense que, lorsque l'on est admin de contenu, on ne doit pas faire confiance à qui que ce soit pour ses sauvegardes et surtout se poser dès le début la question : mon hébergeur plante, tombe, décède, ferme boutique, se fait enlever par un OVNI, je fais quoi ?
J'aurais quand même tendance à dire que ce sont des précuations élémentaires...
Au boulot on a des To de données et donc des To de sauvegardes. On a déjà eu des problèmes genre coupure, re-coupure et re-re-coupure, fsck qui se mélange les pinceaux, voire même re-coupure pendant la reconstruction du RAID et on a tjs pu remonter, au pire depuis les bandes...
Alors pour mon site perso, j'ai tjs une copie chez moi, en fait c'est le site qui est une copie de ce que j'ai en local chez moi et les bases sont sauvegardées toutes les semaines, je sais c pas assez mais je le fais en manuel...
Je pense que, lorsque l'on est admin de contenu, on ne doit pas faire confiance à qui que ce soit pour ses sauvegardes et surtout se poser dès le début la question : mon hébergeur plante, tombe, décède, ferme boutique, se fait enlever par un OVNI, je fais quoi ?
Petit geste commercial d'Ikoula qui offre 2 jours d'abonnement supplémentaires à tous ses clients. Je n'ai pas vérifié mais apparemment les CGV et leur SLA ne les obligeaint à rien. @+
Et OVH réplique en offrant un mois sur leurs clients housing chez Redbus alors qu'ils n'ont théoriquement que 3 jours à offrir. Beau geste encore une fois. @+
OVH fait un vrai geste, pour Ikoula c'est un peu du foutage de gueule 
. Envoyer un mail proposant un dédommagement de 10 euros à des sites qui ont perdus quelques milliers d'Euros pendant les pannes c'est limite...
. Envoyer un mail proposant un dédommagement de 10 euros à des sites qui ont perdus quelques milliers d'Euros pendant les pannes c'est limite...
CITATION(dièse @ vendredi 31 mars 2006, 19h12)
OVH fait un vrai geste, pour Ikoula c'est un peu du foutage de gueule .
.Oui et non, c'est clair que 2 jours c'est totalement dérisoire pour une entreprise, mais pour le particulier qui paye son dédié grâce à la pub de son site, ça peut lui permettre de retomber sur ses pattes, c'est toujours ça... Mais c'est clair que le gros site qui perd plusieurs milliers d'euros en 2 jours il s'en fout, en même temps j'ose espérer pour lui que s'il gagne plusieurs milliers d'euros par jour il a un site load balancé avec au moins 2 ou 3 réplications du site dans des datacenters différents, parce que sinon c'est quand même une (grosse) erreur de mettre ce site là chez un hébergeur unique et low-cost qui plus est... @+
Pour héviter ce genre de problèmes, depuis 2 ans j'utilise une solution d'Hébergement distribuée de type grid : p2pWeb.net :
Mes sites (dont l'un qui fait quand même 1/2 milions de pages vue par mois) sont hébergés sur de simples mac-mini connectés par des liaison ADSL chez moi et chez plusieurs amis. Le traffic est load-balancé par round-robin DNS.
En cas de panne sur l'un des serveur un système très simple de monitoring met à jours les DNS et le serveur en panne n'est plus annoncé.
Résultat : entre 99,5% et 100% de disponibilité globale, cout marginal voir null (de toute façon on paye tous déjà des abo ADSL) et une infrastructure totalement autonome (mes propres DNS, serveurs de mails, et multi FAI).
Pour le moment, Ca ne marche que pour des sites "pseudo statiques" = pas plus de 2 ou 3 updates par jours, mais théoriquement rien n'empècherai de créer des applications de type CMS ou forums ditribuées.
Autre avantage, j'ai toujours de fait en permanence plusieurs backups complets de mes sites.
Mes sites (dont l'un qui fait quand même 1/2 milions de pages vue par mois) sont hébergés sur de simples mac-mini connectés par des liaison ADSL chez moi et chez plusieurs amis. Le traffic est load-balancé par round-robin DNS.
En cas de panne sur l'un des serveur un système très simple de monitoring met à jours les DNS et le serveur en panne n'est plus annoncé.
Résultat : entre 99,5% et 100% de disponibilité globale, cout marginal voir null (de toute façon on paye tous déjà des abo ADSL) et une infrastructure totalement autonome (mes propres DNS, serveurs de mails, et multi FAI).
Pour le moment, Ca ne marche que pour des sites "pseudo statiques" = pas plus de 2 ou 3 updates par jours, mais théoriquement rien n'empècherai de créer des applications de type CMS ou forums ditribuées.
Autre avantage, j'ai toujours de fait en permanence plusieurs backups complets de mes sites.
CITATION(p2pweb @ vendredi 31 mars 2006, 21h46)
Pour héviter ce genre de problèmes, depuis 2 ans j'utilise une solution d'Hébergement distribuée de type grid : p2pWeb.net :
Je pense qu'il y a un véritable avenir dans ce genre de projets. Le P2P pour l'hébergement c'est une vraie bonne utilisation de la technologie P2P, reste que ça pose quelques problèmes au niveau du transit (ping souvent plus lent, connexion non-multi-opérateurs sur chaque "serveur"...), que c'est complexe à gérer (synchronisation des différents serveurs, si un serveur est en panne au moment de la synchro il faut qu'il se resynchro une fois qu'il refonctionne...), qu'il y a des problèmes juridiques (si un site est illégal, chaque personne qui utilise cette technologie peut-être considéré comme l'hébergeur et donc condamnable...) et pleins d'autres choses, mais je trouve que c'est vraiment une bonne idée. ET en effet ça peut permettre d'éviter ce genre de problèmes. Mais sinon avec comme je le disais avec un site à fort revenu, 3 serveurs (dans 3 datacenters différents) avec load balancing, monitoring... me semble un minimum... @+
CITATION(p2pweb @ vendredi 31 mars 2006, 20h46)
Pour héviter ce genre de problèmes, depuis 2 ans j'utilise une solution d'Hébergement distribuée de type grid : p2pWeb.net :
Mes sites (dont l'un qui fait quand même 1/2 milions de pages vue par mois) sont hébergés sur de simples mac-mini connectés par des liaison ADSL chez moi et chez plusieurs amis. Le traffic est load-balancé par round-robin DNS.
Mes sites (dont l'un qui fait quand même 1/2 milions de pages vue par mois) sont hébergés sur de simples mac-mini connectés par des liaison ADSL chez moi et chez plusieurs amis. Le traffic est load-balancé par round-robin DNS.
Heuuu... disons que 1000 personnes ont en cache le DNS de la machine planté, résultat, ils auront un "serveur unreachable". Donc pas très fiable comme méthode le load-balancing.
slt
disons que ce genre de solution repond plus a un besoin de bande passante, plutot que de la haute disponnibilite.
disons que ce genre de solution repond plus a un besoin de bande passante, plutot que de la haute disponnibilite.
Pour Info :
http://fr.news.yahoo.com/10042006/44/panne...-enquetent.html
CITATION(01 Informatique)
Panne de l'Internet français : les « victimes » enquêtent
Par Jérôme Desvouges, 01 Informatique
« Deux fois en un mois, cela commence à faire beaucoup. Nous allons demander un audit indépendant. » Pour Sébastien Remijy, directeur commercial de Power-Heberg, client de l’hébergeur Redbus depuis trois ans, la panne de fin mars est celle de trop.
Chez Influe (spécialiste EDI), on estime être passé à deux doigts du drame. « Si cette panne était survenue en semaine, cela aurait été catastrophique », affirme Jean-Marc Aubin, responsable technique d’Influe. En effet, en installant ses 80 serveurs chez Redbus, la société lui a confié 25 % de son chiffre d’affaires.
Au-delà de la panne, c’est le manque de transparence de Redbus qui irrite. « Il n’y a pas eu de communication. Aucune transparence », lance Jean-Marc Aubin. Certains clients ont préféré déménager leurs serveurs dans la nuit pour les installer dans un autre centre.
Les serveurs-lames pointés du doigt
Stéphane Duproz, le directeur général de Redbus France, comprend la déception, voire la colère de ses clients. « Nous ne pouvons plus aujourd’hui garantir une disponibilité de 100 %. Nous continuerons de proposer une qualité de service à 100 %. Et si cela se reproduit, nous paierons encore les pénalités prévues. »
Pour les audits externes, Redbus promet de jouer la transparence : « Nous sommes là pour servir nos clients. Mais nous ne pourrons pas recevoir 50 demandes d’audit différentes. Ce serait trop compliqué », déclare le directeur général, visiblement fatigué par la tension de ces derniers jours.
Selon lui, de nombreux centres de données nécessitent des aménagements. Notamment en raison des serveurs-lames qui se montrent beaucoup plus délicats et gourmands en matière d’alimentation électrique. Un avis que partage en partie Fabrice Coquio, le directeur général du concurrent Interxion France. « La panne du week-end dernier va obliger le secteur à se professionnaliser ! Il ne faut pas vendre plus que ce dont on dispose. Surtout s’agissant de la puissance électrique, assure-t-il. Pour faire face aux nouvelles demandes – en particulier à celles des clients équipés de serveurs-lames –, nous lançons la construction d’un troisième centre à Saint-Denis. Il sera destiné à la haute densité. »
La récente panne de Redbus a concerné principalement l’accès aux sites internet. Mais, peu à peu, ce sont les entreprises qui risquent de pâtir des manquements des hébergeurs. Il y a deux ans, Interxion réalisait 95 % de son chiffre d’affaires avec les opérateurs et les fournisseurs d’accès. Cette clientèle, en 2006, ne représentera plus que 40 % – avant tout des banques ou des infogérants.
Selon Telehouse, un autre hébergeur indépendant, les sociétés n’ont pas d’autre choix que de se tourner vers l’hébergement, car elles seront de moins en moins capables d’alimenter elles-mêmes les nouvelles races de serveurs. De même, « les entreprises ne sont ni des agents immobiliers ni des experts en sécurité incendie », affirme encore Telehouse dans un document intitulé « Les sept raisons de faire appel à un centre de données externalisé ».
Les 3 jours d’inquiétude d’un client de Redbus
Tout au long de la panne de Redbus, l’hébergeur OVH a tenu ses clients informés via un forum.
Dimanche 26 mars
11h19 - Panne électrique. Les routeurs ne sont plus accessibles.
11h54 - Fin de la panne, début de remontée électrique.
15h03 - Les installations semblent de nouveau coupées depuis une trentaine de minutes.
15h54 - La situation n’est pas stable. Lors des basculements EDF vers les groupes électrogènes, les onduleurs ne fonctionnent pas.
16h29 - C’est à la troisième coupure EDF que le disjoncteur principal a mal réagi, d’où la première coupure du site.
16h43 - La deuxième panne du site semble provenir d’onduleurs défaillants.
17h2 - Le basculement, qui a pour but d’alimenter les onduleurs avec les groupes électrogènes, a mal tourné. Nouvelle coupure générale : la troisième !
17h5 - Fin de la coupure.
18h08 - Les onduleurs ne sont pas connectés aux groupes électrogènes. Le disjoncteur principal reste hors d’usage et ne sera pas réparé le soir même – il n’y a pas d’astreinte sur ce type de matériel. Tout fonctionne sur les seuls groupes électrogènes.
Lundi 27 mars
18h6 - Redbus prévoit une intervention sur les installations le soir, vers 20 heures. Il s’agit de reconnecter les onduleurs sur les groupes électrogènes et de réparer le disjoncteur principal.
23h44 - Les onduleurs sont connectés. Le site est toujours alimenté par les groupes, mais protégé par les onduleurs.
Mercredi 29 mars
15h25 - Le site est de nouveau alimenté par EDF, et les processus de secours ont été testés positifs.
Fin d’incident.
Par Jérôme Desvouges, 01 Informatique
« Deux fois en un mois, cela commence à faire beaucoup. Nous allons demander un audit indépendant. » Pour Sébastien Remijy, directeur commercial de Power-Heberg, client de l’hébergeur Redbus depuis trois ans, la panne de fin mars est celle de trop.
Chez Influe (spécialiste EDI), on estime être passé à deux doigts du drame. « Si cette panne était survenue en semaine, cela aurait été catastrophique », affirme Jean-Marc Aubin, responsable technique d’Influe. En effet, en installant ses 80 serveurs chez Redbus, la société lui a confié 25 % de son chiffre d’affaires.
Au-delà de la panne, c’est le manque de transparence de Redbus qui irrite. « Il n’y a pas eu de communication. Aucune transparence », lance Jean-Marc Aubin. Certains clients ont préféré déménager leurs serveurs dans la nuit pour les installer dans un autre centre.
Les serveurs-lames pointés du doigt
Stéphane Duproz, le directeur général de Redbus France, comprend la déception, voire la colère de ses clients. « Nous ne pouvons plus aujourd’hui garantir une disponibilité de 100 %. Nous continuerons de proposer une qualité de service à 100 %. Et si cela se reproduit, nous paierons encore les pénalités prévues. »
Pour les audits externes, Redbus promet de jouer la transparence : « Nous sommes là pour servir nos clients. Mais nous ne pourrons pas recevoir 50 demandes d’audit différentes. Ce serait trop compliqué », déclare le directeur général, visiblement fatigué par la tension de ces derniers jours.
Selon lui, de nombreux centres de données nécessitent des aménagements. Notamment en raison des serveurs-lames qui se montrent beaucoup plus délicats et gourmands en matière d’alimentation électrique. Un avis que partage en partie Fabrice Coquio, le directeur général du concurrent Interxion France. « La panne du week-end dernier va obliger le secteur à se professionnaliser ! Il ne faut pas vendre plus que ce dont on dispose. Surtout s’agissant de la puissance électrique, assure-t-il. Pour faire face aux nouvelles demandes – en particulier à celles des clients équipés de serveurs-lames –, nous lançons la construction d’un troisième centre à Saint-Denis. Il sera destiné à la haute densité. »
La récente panne de Redbus a concerné principalement l’accès aux sites internet. Mais, peu à peu, ce sont les entreprises qui risquent de pâtir des manquements des hébergeurs. Il y a deux ans, Interxion réalisait 95 % de son chiffre d’affaires avec les opérateurs et les fournisseurs d’accès. Cette clientèle, en 2006, ne représentera plus que 40 % – avant tout des banques ou des infogérants.
Selon Telehouse, un autre hébergeur indépendant, les sociétés n’ont pas d’autre choix que de se tourner vers l’hébergement, car elles seront de moins en moins capables d’alimenter elles-mêmes les nouvelles races de serveurs. De même, « les entreprises ne sont ni des agents immobiliers ni des experts en sécurité incendie », affirme encore Telehouse dans un document intitulé « Les sept raisons de faire appel à un centre de données externalisé ».
Les 3 jours d’inquiétude d’un client de Redbus
Tout au long de la panne de Redbus, l’hébergeur OVH a tenu ses clients informés via un forum.
Dimanche 26 mars
11h19 - Panne électrique. Les routeurs ne sont plus accessibles.
11h54 - Fin de la panne, début de remontée électrique.
15h03 - Les installations semblent de nouveau coupées depuis une trentaine de minutes.
15h54 - La situation n’est pas stable. Lors des basculements EDF vers les groupes électrogènes, les onduleurs ne fonctionnent pas.
16h29 - C’est à la troisième coupure EDF que le disjoncteur principal a mal réagi, d’où la première coupure du site.
16h43 - La deuxième panne du site semble provenir d’onduleurs défaillants.
17h2 - Le basculement, qui a pour but d’alimenter les onduleurs avec les groupes électrogènes, a mal tourné. Nouvelle coupure générale : la troisième !
17h5 - Fin de la coupure.
18h08 - Les onduleurs ne sont pas connectés aux groupes électrogènes. Le disjoncteur principal reste hors d’usage et ne sera pas réparé le soir même – il n’y a pas d’astreinte sur ce type de matériel. Tout fonctionne sur les seuls groupes électrogènes.
Lundi 27 mars
18h6 - Redbus prévoit une intervention sur les installations le soir, vers 20 heures. Il s’agit de reconnecter les onduleurs sur les groupes électrogènes et de réparer le disjoncteur principal.
23h44 - Les onduleurs sont connectés. Le site est toujours alimenté par les groupes, mais protégé par les onduleurs.
Mercredi 29 mars
15h25 - Le site est de nouveau alimenté par EDF, et les processus de secours ont été testés positifs.
Fin d’incident.
http://fr.news.yahoo.com/10042006/44/panne...-enquetent.html
C'est Sun qui va être content !
J'avais tjrs considéré l'argument "Eco-Responsable" de Sun avec ces UltraSparc comme un bel argument marketing.
On voit bien avec ces pb à répétitions que ces serveurs "4 core" "basse-consommation", vont représenter des alternatives intéressantes pour les DataCenter
J'avais tjrs considéré l'argument "Eco-Responsable" de Sun avec ces UltraSparc comme un bel argument marketing.
On voit bien avec ces pb à répétitions que ces serveurs "4 core" "basse-consommation", vont représenter des alternatives intéressantes pour les DataCenter
Je ne comprends pas trop le problème de 'transparence' reproché dans l'article. Si avertir de toutes les actions et accepter un audit externe n'est pas de la transparence, alors que leur faut-il faire de plus ?
L'idéal serait de prévenir les pannes avant qu'elles n'arrivent, mais ca ne serait plus des pannes
L'idéal serait de prévenir les pannes avant qu'elles n'arrivent, mais ca ne serait plus des pannes
Mais le propre d'un DataCenter, n'est non pas de prévenir des pannes, mais de les anticiper...
Ils doivent avoir un équipement permettant de supporter des pannes (notamment électrique) plus ou moins longue. L'excuse des "serveurs demandant de plus en plus de puissance" n'est vraiment pas acceptable. Le DataCenter date de 5 ans.....s'ils n'ont pas anticipé ce problème je n'ose même pas penser au reste de la structure qui doit avoir bien des failles de sécurité.
Si un DataCenter ne peut plus garantir un réseaux irréprochable sans coupure, à quoi sert un DataCenter ?
Ils doivent avoir un équipement permettant de supporter des pannes (notamment électrique) plus ou moins longue. L'excuse des "serveurs demandant de plus en plus de puissance" n'est vraiment pas acceptable. Le DataCenter date de 5 ans.....s'ils n'ont pas anticipé ce problème je n'ose même pas penser au reste de la structure qui doit avoir bien des failles de sécurité.
Si un DataCenter ne peut plus garantir un réseaux irréprochable sans coupure, à quoi sert un DataCenter ?
CITATION(thierry8 @ lundi 10 avril 2006, 15h36)
Le DataCenter date de 5 ans.....s'ils n'ont pas anticipé ce problème je n'ose même pas penser au reste de la structure qui doit avoir bien des failles de sécurité.
Si un DataCenter ne peut plus garantir un réseaux irréprochable sans coupure, à quoi sert un DataCenter ?
Si un DataCenter ne peut plus garantir un réseaux irréprochable sans coupure, à quoi sert un DataCenter ?
Il y a 5 ans, les contraintes n'étaient pas les mêmes.
Surtout le fait que tous les datacenters d'Ile de France sont pleins et RedBus n'échappe à la règle. Alors forcement, ca consomme beaucoup plus qu'avant.
De plus, lorsque l'on voit les baies présentes sur RedBus, remplies à ras-bort, avec énormement de rack 1U, on peut comprendre le problème.
D'autres datacenter, on étés plus intelligent, et ont mis des restrictions drastiques sur la consomation électrique par baie, avec des pénalités monstrueuses si tu dépasse.
Alors forcement, ca oblige les personnes présentes à faire attention, et à ne pas remplir sa baie de 1U comme un goret.
Ceci est une version "bas débit" de notre forum. Pour voir la version complète avec plus d'information, la mise en page et les images, veuillez cliquer ici.