[AvenueDuWeb]

dièse, le vendredi 31 mars 2006, 19h12, dit :

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... @+

[p2pweb]

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.

[AvenueDuWeb]

p2pweb, le vendredi 31 mars 2006, 21h46, dit :

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... @+

[iOlivier]

p2pweb, le vendredi 31 mars 2006, 20h46, dit :

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.

<{POST_SNAPBACK}>

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.

[glibre]

slt

disons que ce genre de solution repond plus a un besoin de bande passante, plutot que de la haute disponnibilite.

[Portekoi]

Pour Info :

01 Informatique dit :

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.

http://fr.news.yahoo.com/10042006/44/panne...-enquetent.html

[Spidetra]

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

[Anonymus]

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

[thierry8]

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 ?