Mutualisé d'OVH : importante panne, communication floue, clients dans l'expectative

Mutualisé d’OVH : importante panne, communication floue, clients dans l’expectative

La goutte d'eau qui fait déborder le vase ?

Avatar de l'auteur
Sébastien Gavois

Publié dans

Internet

03/07/2017 6 minutes
83

Mutualisé d'OVH : importante panne, communication floue, clients dans l'expectative

Une baie de stockage regroupant une partie des bases de données des serveurs mutualisés d'OVH est en panne, entrainant dans son sillage de nombreux sites. L'hébergeur a restauré une sauvegarde, ce qui n'est pas sans conséquence pour certains clients qui ont perdu des données dans l'histoire.

Mercredi, 8h précise, c'était le coup d'envoi des soldes, une période commerciale importante pour de nombreuses boutiques qui peuvent alors écouler leurs stocks et revendre à perte si elles le souhaitent. Un lancement qui a tourné au vinaigre pour certains, à cause d'une panne d'ampleur sur l'offre d'hébergement mutualisé d'OVH.

Mutualisés : le datacenter de Paris victime d'une importante panne sur certaines BDD

Ils sont actuellement plus de trois millions de sites web à utiliser ce service, répartis sur deux datacenters : Paris (P19) et Gravelines (GRA1). Dans la majorité des cas, le Roubaisien affirme utiliser une technologie maison pour le stockage, combinée à des solutions propriétaires dans le cas de P19. Et c'est justement une de ces dernières qui pose problème.

« Le jeudi 29 juin à 18h30, nous avons eu un incident sur l'une de baies de stockage EMC VNX 5400 que nous utilisons pour stocker une partie de bases de données de l'hébergement mutualisé à P19 » explique Octave Klaba, qui a repris son poste de directeur général en mars.

L'ensemble comprend 96 SSD sur plusieurs baies physiques configurées en mode active-active, ce qui signifie que si l'une des deux flanches, la seconde assure la continuité du service. « On a eu le souci sur les deux baies physiques. le cas qui n'arrive jamais » affirme Octave Klaba sur Twitter. C'est « notre faute » ajoute-t-il au passage... mais la situation n'a pas toujours été aussi simple, notamment lors des premières heures de l'incident.

OVH blanchit Dell/EMC, son infrastructure mise en cause

Dans la première version de ce ticket d'incident technique, il était simplement précisé que « l'ensemble ne veut plus redémarrer » et que le fabricant, EMC, avait été contacté afin de tenter de trouver une solution. Depuis, un paragraphe a été ajouté et il précise que « la technologie d'EMC n'est pas à l'origine de l'incident ».

Le directeur général déclare que les datacentres d'OVH « ne sont pas adaptés pour héberger ce type d'infrastructure. Seules certaines salles sont spécialement préparées pour ce genre d'hébergement, mais cette baie de stockage n'y a pas été hébergée ce qui est l'origine du problème ». Nous n'aurons par contre pas plus de précisions sur les salles utilisées, ni sur les causes de l'incident. Contacté, OVH n'a pour le moment pas souhaité nous apporter de détails supplémentaires.

De son côté, Dell/EMC nous indique que cet ajout mettant hors de cause sa baie VNX 5400, « c'est OVH qui l'a fait de son propre chef ». La société nous affirme aussi avoir découvert « le démenti » ce week-end lors de la mise à jour du ticket d'incident par l'hébergeur roubaisien.

Une fuite d'eau pourrait être l'origine de la panne

Par contre, OVH ne s'étend pas vraiment sur les causes de cette défaillance. Octave Klaba explique simplement qu'il s'agit d'une « panne sur des composants de stockage nécessaires au bon fonctionnement du système ». Si l'on en croit certains (ici et  par exemple), l'hébergeur aurait été victime d'une fuite d'eau, mais cette mention aurait disparu de cet autre ticket d'incident.

Si c'est le cas, rappelons que ce ne serait pas la première fois qu'un problème du genre arrive. En septembre 2014, Octave Klaba donnait des détails sur un incident à Strasbourg : « Un module de climatisation dans la salle 5.1 est tombé en panne. Suite à cette panne, il a produit un peu d'eau qui a goutté sur deux baies. Le switch p19-63 et p19-64 sont hébergés dans deux baies différentes, mais sous ce même module de la clim. D'où la panne malgré les redondances mises en place ».

Restauration d'une sauvegarde, avec un décalage temporel et...

Dans tous les cas, OVH a mis en place deux actions distinctes le jeudi 29 juin au soir : essayer de redémarrer la baie de stockage afin de récupérer les données, restaurer une sauvegarde. Une opération fastidieuse et longue puisqu'elle s'est terminée le 30 juin à 23h44. Au total, 97 serveurs de base de données ont été remis sur pied, chacun pouvant être exploité par de nombreux sites web.

Problème, les sauvegardes des bases de données n'ont lieu qu'une fois par jour, sur d'autres systèmes de stockage dans un datacenter à Roubaix. Fatalement, cela entraine une différence entre les données qui ont été perdues et celles remises en place. OVH annonce une différence oscillant entre « minimum 1h et maximum 22h ». Un délai à la fois court et long, surtout en période de soldes pour certains.

Pour le moment, nous ne savons toujours pas si les données de la baie EMC ont pu être récupérées, la dernière mise à jour du ticket des travaux indiquant seulement que les équipes restent mobilisées et qu'elles tiendront informé « de l'état d'avancement de la restauration des données de la baie de stockage ».

Sur Twitter, le compte officiel du support n'était pas en mesure de donner plus de précisions aux clients, qui demandaient notamment s'il y avait un risque d'écrasement si les données de la baie EMC parvenaient à être récupérées : 

... une possible incohérence dans le nom des BDD

Une mauvaise nouvelle n'arrivant jamais seule, la restauration de la base de données entraine pour certains un changement dans la configuration. En effet, les mutualisés d'OVH sont passés de MySQL 5.1 à 5.5 il y a « quelques mois » et le nom des bases de données a évolué de « mysql51-* » vers « mysql55-* ». Une liste de correspondance entre les 5.1 et les 5.5 est disponible par ici. OVH recommande la solution suivante en cas de problème : 

Si vous utilisez un serveur dans votre fichier de configuration nommé "sql**-**.**", vous devez le remplacer par le host "classique" à savoir NomDeLaBase.mysql.db. Le nom de host adéquat est disponible dans votre espace client rubrique "Hébergements" onglet "Base de données" puis colonne "Adresse du serveur".

De la transparence, mais pas trop

OVH fait amende honorable et essaie de jouer la carte de la transparence... bien que cela soulève des questions quant aux changements apportés discrètement sur les différents tickets d'incidents. Une transparence qui se limite d'ailleurs à la communication d'Octave Klaba puisque l'hébergeur n'a pas souhaité répondre à nos questions.

Le directeur général affirme que la « dernière panne de cette ampleur date de 2006 » et elle avait conduit à une remise en question des technologies de stockage utilisées à l'époque. Il ajoute qu'il en tirera les conclusions qui s'imposent et qu'il mettra en place des changements pour éviter que cela ne se reproduise. Lesquels ? Ce n'est pas précisé...

Écrit par Sébastien Gavois

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Mutualisés : le datacenter de Paris victime d'une importante panne sur certaines BDD

OVH blanchit Dell/EMC, son infrastructure mise en cause

Une fuite d'eau pourrait être l'origine de la panne

Restauration d'une sauvegarde, avec un décalage temporel et...

... une possible incohérence dans le nom des BDD

De la transparence, mais pas trop

Commentaires (83)


@ titre : comme d’hab chez ovh.




Une fuite d’eau pourrait être l’origine de la panne



Ca change de la fuite de données.<img data-src=" />


Super un de mes sites était planté depuis dimanche à 2h du matin… obligé de changer mon code en catastrophe pour modifier le nom du serveur mysql…

Il auraient quand même pu envoyer un mail au clients impactés !


Ils pourraient quand même assurer une meilleure sauvegarde… Genre une réplication horaire ou ce genre de trucs. (oui je sais, ce n’est pas gratuit, mais combien a couté cet incident?)


Tant que le traitement de l’information est fluide…


Du coup merci nextinpact d’avoir fait le boulot du service client OVH :p


Parce que tu as appris le smodifs techniques à faire dans cette news ? oO

En effet, cest craignos de la part d’OVH de ne peut pas communiquer à grande échelle


Juste appris pourquoi il avait du faire des modifs ^^


Sauvegarde des BDD critiques seulement toutes les 24h, et serveurs redondants dans la même baie ? Ça fait un peu amateur tout ça.


Soyons précis, pas la même baie, mais la même fuite d’eau a foutu en l’air les deux baies juxtaposées…

C’est au mieux médiocre, la redondance dans une même salle serveur, ça ne sert pas vraiment, un problème touchant une même salle/rangée de baies/groupe de baies est si vite arrivé !




Si l’on en croit certains (ici et là par exemple), l’hébergeur aurait été victime d’une fuite d’eau, mais cette mention aurait disparu de cet autre ticket d’incident.



Je confirme. J’ai vu passer un ticket incident qui mentionnait bel et bien une fuite d’eau.



Par contre, vouloir censurer cette information après coup <img data-src=" />








alex.d. a écrit :



Sauvegarde des BDD critiques seulement toutes les 24h, et serveurs redondants dans la même baie ? Ça fait un peu amateur tout ça.





+1









Vekin a écrit :



Je confirme. J’ai vu passer un ticket incident qui mentionnait bel et bien une fuite d’eau.



Par contre, vouloir censurer cette information après coup <img data-src=" />





Surtout en 2017…

Ca rajoute du ridicule au franchement détestable…

#boulet



Ca change quoi en plus? Ils ont bien merdé, que la raison soit une fuite d’eau ou pas ne change rien, si?









alex.d. a écrit :



Sauvegarde des BDD critiques seulement toutes les 24h, et serveurs redondants dans la même baie ? Ça fait un peu amateur tout ça.





c’est clairement indiqué quand tu prends un mutu…



Après héberger des données sensibles sur un mutualisé ou il est clairement

explicité qu’il n’y a qu’une sauvegarde toute les 24h côté presta c’est

très amateur c’est pas terrible non plus…



Et j’envoie ma facture à OVH pour le temps passé à rétablir les sites des clients ?


Non car si tu lis ton contrat tu verra qu’il n’y a pas de garantie à 100% de la disponibilité du service.








jackjack2 a écrit :



Ca change quoi en plus? Ils ont bien merdé, que la raison soit une fuite d’eau ou pas ne change rien, si?





Ils espèrent que les clients laissent couler <img data-src=" />









patos a écrit :



(oui je sais, ce n’est pas gratuit, mais combien a couté cet incident?)







Que dalle: vu les conditions que j’ai déjà pu voir dans les contrats, OVH s’expose à minima sur la garantie de service. Genre au pire ils vont s’engager à rembourser un mois d’hébergement (et encore, si ton site a été down pendant une longue période).



C’est souvent sans commune mesure avec les pertes engendrées par des sites pro qui n’ont pas pu tourner pendant des heures.



Sinon, quelqu’un aurait-il des bonnes adresses pour l’hébergement d’un site internet amateur, si possible dans des tarifs comparables à ceux d’OVH ?



Vu la merde qu’ils ont fait sur ce coup-là, ça ne me donne pas envie d’aller chez eux…


Tu as online (illiad). Je ne sais pas ce que vaux leur mutualisé par contre (j’utilisais surtout leur dédié, avant dedibox puis maintenant via scaleway en mode cloud):


<img data-src=" />








spamator a écrit :



Parce que tu as appris le smodifs techniques à faire dans cette news ? oO

En effet, cest craignos de la part d’OVH de ne peut pas communiquer à grande échelle











ndjpoye a écrit :



Juste appris pourquoi il avait du faire des modifs ^^





J’ai appris l’existence de la panne et comment la résoudre ici!

Mes autres site marchaient, seul celui ou je ne vais pas tout les jours était planté… le seul avec adsense…

J’ai regardé (sur analytics) apràs avoir soigné en 5 secondes le site&nbsp; le moment ou ça a commencé à planter.



Ca aurait été mieux de mettre les deux serveurs dans des salles / datacenter séparés. Après, c’est du mutualisé, quand on veut un truc pro et qu’on le met là dessus, on assume aussi.








patos a écrit :



Ils pourraient quand même assurer une meilleure sauvegarde… Genre une réplication horaire ou ce genre de trucs. (oui je sais, ce n’est pas gratuit, mais combien a couté cet incident?)





Justement, ça coûte. Si tu veux ce service, tu ne prends pas un mutualisé!









manfried a écrit :



Ca aurait été mieux de mettre les deux serveurs dans des salles / datacenter séparés. Après, c’est du mutualisé, quand on veut un truc pro et qu’on le met là dessus, on assume aussi.









brice.wernet a écrit :



Justement, ça coûte. Si tu veux ce service, tu ne prends pas un mutualisé!





Je suis complétement d’accord, d’ailleurs je ne reproche pas la panne, je rapport cout/fiabilité reste plutôt bon.

Par contre la communication…



C’est pas une armoire qui est tombée comme je l’ai lu ?



<img data-src=" />








Nutato a écrit :



Par contre la communication…







Oui de mémoire dans le manager, ils ont ajouté un message pour avoir le liens vers le ticket pour la restauration.

Mais je pense pas avoir vu pour le changement du nom de base de donnée



Je voulais vérifier, mais on dirait que le site ovh est down <img data-src=" />



Espérons que ça incitera OVH à fiabiliser sa structure mutualisée… 1 sauvegarde par 24h et pas de réplication dans un lieu physiquement éloigné, c’est quand même pas très glorieux.



Après, quand on paye 6€/mois, on peut difficilement prétendre à une indemnisation conséquente…








brice.wernet a écrit :



Justement, ça coûte. Si tu veux ce service, tu ne prends pas un mutualisé!







Encore faut-il que les hébergements non mutualisés ont un SLA associé supérieur, ce qui ne va pas forcément de soi, et qu’il vaut donc mieux vérifier minutieusement avant de se lancer.



EDIT: sur la page de présentation et de comparaison des différentes offres d’hébergement web (Kimsufi Web Perso Pro Performance), je vois strictement la même chose en ce qui concerne le paragraphe intitulé “sécurité”:





Sauvegarde / restauration: J-1 / J-2 / J-3 / J-7 / J-14

Haute disponibilité: inclus



Ne sur-réagirais-tu pas un peu ?



Gardons la tête froide : qu’est-ce qui t’aurais gêné sur l’incident en question ?




  • aurais-tu eu une base de données ? si non, tu n’aurais pas eu de problème.

  • si oui : le fait de revenir 24 h en arrière aurait été gênant pour toi ?

  • l’indisponibilité de 24 h aurait-elle été un vrai problème ?



    Si tu vas vers un autre hébergeur au même prix, tu auras sûrement niveau de service comparable. Il n’y a pas de miracle.








Nutato a écrit :



Il auraient quand même pu envoyer un mail au clients impactés !





Ils ont essayé, mais leur serveur mail a pris feu <img data-src=" />



C’est amusant, en fait j’etais sur “mysql5-49” qui n’a (a pripri?) pas subi de perte de données ni de panne.

En revanche j’utilisais un serveur “nommé “sql-.”, vous devez le remplacer par le host “classique” à savoir NomDeLaBase.mysql.db” et du coup quand ils ont réparé les autres ils ont pété le mien &gt;&lt;

Sur les autre site, j’utilise le code plus recent “NomDeLaBase.mysql.db” donc j’ai rien vu <img data-src=" />








Jarodd a écrit :



Ils ont essayé, mais leur serveur mail a pris feu <img data-src=" />







il suffisait de vider la baie qui a servie d’aquarium dedans









darkbeast a écrit :



il suffisait de vider la baie qui a servie d’aquarium dedans





Pas de problème, que des solutions <img data-src=" />



Normal, l’eau c’est un solvant




Un délai à la fois court et long, surtout en période de soldes pour certains.





Aie! C’est vrai que ca doit piquer un peu pour ceux qui hébergent leur e-commerce. <img data-src=" />








Commentaire_supprime a écrit :



Sinon, quelqu’un aurait-il des bonnes adresses pour l’hébergement d’un site internet amateur, si possible dans des tarifs comparables à ceux d’OVH ?



Vu la merde qu’ils ont fait sur ce coup-là, ça ne me donne pas envie d’aller chez eux…





étrange ton commentaire,

il me semble qu’en comparaison au prix, le service est de très haute qualité,

et ce malgré cet incident.

si tu veux plus de garanties, il va falloir&nbsp; investir un peu plus.



OVH a les avantages de ses inconvénients : tout est industrialisé, automatisé, optimisé pour avoir le meilleur rapport qualité prix du marché. Par contre en contrepartie t’as peu ou pas de support individuel, et vu l’ampleur qu’a pris cette boite, ils n’ont plus la réactivité / la capacité de comm’ qu’ils ont pu avoir à leurs débuts.



Après oui, j’ai des serveurs chez OVH et Online, je dirais que ça se vaut, avec un petit plus chez Online pour les débits sur des dédiés d’entrée de gamme.








brazomyna a écrit :



C’est souvent sans commune mesure avec les pertes engendrées par des sites pro qui n’ont pas pu tourner pendant des heures.





Site pro et mutualisé c’est pas compatible. Point !



&nbsp;





MisterDams a écrit :



Espérons que ça incitera OVH à fiabiliser sa structure mutualisée… 1 sauvegarde par 24h et pas de réplication dans un lieu physiquement éloigné, c’est quand même pas très glorieux.





C’est juste ce qui se fait un peu partout… c’est pas gratuit le peering entre deux sites éloignés.



Si c’est pour du serveur : scaleway est top et l’infra online.net est largement meilleure que celle d’ovh (voir les photos de certains datacenters d’ovh, ça fait peur).

Si c’est pour de l’hébergement de site uniquement, je conseille depuis des années infomaniak.ch qui n’a jamais failli (mais probablement plus cher que la concurrence).


Au vu de l’incident et de la communication OVH donne juste l’impression d’être totalement incompétants… Je saurais au moins quel hébergeur mutualisé je ne choisirais pas dans le futur


En mutu je suis chez O2switch depuis des années, je recommande. Mais je n’ai pas de sites “sensibles”, donc je ne peux pas trop juger leur réactivité en cas de pépin.


Merci à vous tous pour vos retours. <img data-src=" />











Sheepux a écrit :



Tu as online (illiad). Je ne sais pas ce que vaux leur mutualisé par contre (j’utilisais surtout leur dédié, avant dedibox puis maintenant via scaleway en mode cloud):\







Je note.







fred42 a écrit :



Ne sur-réagirais-tu pas un peu ?



Gardons la tête froide : qu’est-ce qui t’aurais gêné sur l’incident en question ?




  • aurais-tu eu une base de données ? si non, tu n’aurais pas eu de problème.

  • si oui : le fait de revenir 24 h en arrière aurait été gênant pour toi ?

  • l’indisponibilité de 24 h aurait-elle été un vrai problème ?



    Si tu vas vers un autre hébergeur au même prix, tu auras sûrement niveau de service comparable. Il n’y a pas de miracle.







    Avec cet incident, pas grand-chose, car j’envisage de prendre un serveur web pour diffuser mes écrits, sauvegardés à outrance sur 45 supports différents. Comme il me faut six mois pour écrire un roman (et la moitié pour une nouvelle/mini-roman), j’ai le temps de voir venir.



    Comme je n’y suis pas dessus tous les jours, j’aurais sûrement rien vu, sauf signalement d’un de mes lecteurs.







    bacchus259 a écrit :



    étrange ton commentaire,

    il me semble qu’en comparaison au prix, le service est de très haute qualité,

    et ce malgré cet incident.

    si tu veux plus de garanties, il va falloir  investir un peu plus.







    Je n’ai pas besoin d’un service top moumoute et, comme je l’ai dit, 24 heures down, c’est pas critique pour moi.







    Cacao a écrit :



    Si c’est pour du serveur : scaleway est top et l’infra online.net est largement meilleure que celle d’ovh (voir les photos de certains datacenters d’ovh, ça fait peur).

    Si c’est pour de l’hébergement de site uniquement, je conseille depuis des années infomaniak.ch qui n’a jamais failli (mais probablement plus cher que la concurrence).







    Je retiens, faut que je voie les tarifs et la facilité d’usage.



Dans le genre facilité d’usage je suis passé à scaleway + docker via webgui “rancher” http://rancher.com/ ). Ca m’a permis de faire de la veille et de me mettre à jours niveau architecture (load balancers, conteneurs, orchestration, deploy-chain) mais bon là c’est le coté geek faut avoir envie de regarder “sous la jupe”.

L’avantage d’avoir ses éléments dockerisés c’est que tu peux changer de fournisseurs cloud -théoriquement- facilement et conserver ses services variés.


On peut juste leur reprocher le manque de transparence, mais les mutualisés c’est pas fait vraiment fait pour héberger des services critiques… si vous voulez de la haute dispo et des sauvegardes toutes les heures il y a d’autres offres…








AlexEC a écrit :



Au vu de l’incident et de la communication OVH donne juste l’impression d’être totalement incompétants… Je saurais au moins quel hébergeur mutualisé je ne choisirais pas dans le futur





Comme tu es au courant de ce qui s’est passé tu peux donc nous donner les détails !!!









wanou2 a écrit :



Site pro et mutualisé c’est pas compatible. Point !





D’une part, OVH nomme une des offres que j’ai mentionné … “Hébergement pro” <img data-src=" />



D’autre part, si tu regardes l’ensemble des offres d’hébergement qu’ils proposent, y compris les plus hautes, tu as systématiquement le même pseudo-SLA d’affiché. Sur les offres à 1€ comme celles à 35€/mois.



J’ai un ami qui taff la bas. Il m’as dit que c’était un écureuil qui avait bouffé les câbles.








trOmAtism a écrit :



J’ai un ami qui taff la bas. Il m’as dit que c’était un écureuil qui avait bouffé les câbles.





J’ai mon grand-père maternel qui bossait là-bas ; il m’a dit qu’il ne fallait pas croire les ragots, qu’en fait c’était un complot des fouines qui avaient mis le bordel et qui voulaient tout faire passer sur le dos des écureuils. <img data-src=" />



Ah le bordel. Comme quoi tout est possible.



Mais; sinon, blague à part, c’est des mulots qui as bouffé quelques câbles et avec la petite fuite d’eau.. BOOOOM








brazomyna a écrit :



J’ai mon grand-père maternel qui bossait là-bas ; il m’a dit qu’il ne fallait pas croire les ragots, qu’en fait c’était un complot des fouines qui avaient mis le bordel et qui voulaient tout faire passer sur le dos des écureuils. <img data-src=" />











trOmAtism a écrit :



Ah le bordel. Comme quoi tout est possible.



Mais; sinon, blague à part, c’est des mulots qui as bouffé quelques câbles et avec la petite fuite d’eau.. BOOOOM







WAKE UP SHEEPLE !



C’est un false flag ! Ce sont en fait les ragondins illuminatis du NWO, alliés aux tourterelles du groupe de Bilderberg, qui ont fait le coup !



Toute la vérité sur www.reopenOVH.chssaintegreve38.org !



<img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" />



Surement pour cela que framasoft est passé aux chatons (https://chatons.org/ ) et online aux poneys (http://as12876.net/ )

(j’adore mes tracert vers mes serveurs “ xxx.poneytelecom.eu”)


Ça m’intéresse. Quel genre d’écrits est-ce ? Possible de me MP à ce sujet ? <img data-src=" />








Commentaire_supprime a écrit :



WAKE UP SHEEPLE !



C’est un false flag ! Ce sont en fait les ragondins illuminatis du NWO, alliés aux tourterelles du groupe de Bilderberg, qui ont fait le coup !



Toute la vérité sur www.reopenOVH.chssaintegreve38.org !



<img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" />







Sympa ton virus.









wanou2 a écrit :



c’est clairement indiqué quand tu prends un mutu…



Après héberger des données sensibles sur un mutualisé ou il est clairement

explicité qu’il n’y a qu’une sauvegarde toute les 24h côté presta c’est

très amateur c’est pas terrible non plus…





Ce n’est pas critique pour moi (d’ailleurs, mon hébergement n’est pas touché), mais c’est critique pour eux : quand ça impacte des milliers de clients, et que ça a un tel retentissement médiatique, on peut dire que c’est critique.

Parce qu’en redondance, tout le monde sait que deux serveurs dans la même baie ou côté à côté, ça ne vaut rien. Il faut être dans une salle séparée, avec alimentation électrique séparée, sur un système de clim séparé. Pour un petit serveur dans une petite boîte, je comprends qu’on n’aille pas jusque là, mais quand on est numéro un européen de l’hébergement, ça ne fait pas sérieux.

Comme la panne précédente, où les deux switches redondants étaient côte à côté… Putain, mais c’est la base : pas sur le même circuit électrique, pas sur le même parafoudre, pas sur le même onduleur, pas sur (ou sous !) le même circuit de clim.

&nbsp;









Sheepux a écrit :



Tu as online (illiad). Je ne sais pas ce que vaux leur mutualisé par contre (j’utilisais surtout leur dédié, avant dedibox puis maintenant via scaleway en mode cloud):\





J’étais auparavant chez online, j’ai tout migré chez OVH quand j’en ai eu marre du serveur de mail désespérément lent (pour un prix supérieur, en plus).

&nbsp;



Héberger des sites professionnels sur un mutualisé alors que l’on a de bons VPS accessibles à 3€/mois (aussi bien chez OVH que chez Scaleway/Online)… Il faut mettre un peu plus les mains dans le cambouis mais c’est probablement la meilleure option pour garder la main sur ses données, faire ses backups, switcher sur un autre serveur/VPS…


Le problème c’est aussi avoir le temps/compétence de le faire de manière sérieuse. C’est simple d’installer un LAMP mais ça prend du temps de le faire évoluer (mise à jour de sécurité, répartition de charge entre plusieurs serveurs (comment ça se passe lors d’un reboot, il faut pas que tout soit down)…)








Jarodd a écrit :



En mutu je suis chez O2switch depuis des années, je recommande. Mais je n’ai pas de sites “sensibles”, donc je ne peux pas trop juger leur réactivité en cas de pépin.





C’est toujours 6€ / mois sachant que c’est un mec tout seul qui gère ça ?









creatix a écrit :



Le problème c’est aussi avoir le temps/compétence de le faire de manière sérieuse. C’est simple d’installer un LAMP mais ça prend du temps de le faire évoluer (mise à jour de sécurité, répartition de charge entre plusieurs serveurs (comment ça se passe lors d’un reboot, il faut pas que tout soit down)…)





Ce que je vois c’est surtout qu’il n’y a pas d’offre commerciale faite pour ceux qui veulent plus (sous entendu quitte à payer plus cher pour l’avoir).



Doit-on en conclure que finalement à peu près tout le monde:





  • soit se contente d’une offre peu chère mais très limitée en matière de garantie de SLA



  • soit y met beaucoup plus de moyens pour s’offrir une infra gérée en propre (= serveur dédiés administrés en propre, redondance, backups, … aux petits oignons, etc…)



    … mais que finalement, il n’y a pas de place (commercialement parlant) entre les deux.









Vekin a écrit :



Ça m’intéresse. Quel genre d’écrits est-ce ? Possible de me MP à ce sujet ? <img data-src=" />







Pas de problème, MP suit.









Cisco7 a écrit :



Héberger des sites professionnels sur un mutualisé alors que l’on a de bons VPS accessibles à 3€/mois (aussi bien chez OVH que chez Scaleway/Online)… Il faut mettre un peu plus les mains dans le cambouis mais c’est probablement la meilleure option pour garder la main sur ses données, faire ses backups, switcher sur un autre serveur/VPS…





L’auto-entrepreneur qui n’est pas informaticien, il choisira le Prestashop sur mutualisé installé en un clic, clefs en main, plutôt que d’apprendre à utiliser un VPS…

&nbsp;



Bof, OVH est l’hébergeur lowcost français, on paye une misère en hébergement (premier prix à quoi ? 30€ HT/an). Perso à ce prix j’y mets rien de critique. Je connais des sites e-commerce qui ont ça comme hébergement, m’enfin ça me semble pas fiable. Je vois mal un vendeur physique ne pas vouloir louer plus cher qu’un placard à balais pour exposer ses produits.



Les infos critiques elles sont à sauvegarder du coté du client aussi. Tu achètes un espace en ligne. Tu sais qu’il y a une sauvegarde par jour. Si tes données sont critiques tu es autant en tord que l’hébergeur. (Je pense)


ça dépends, la fuite d’eau est peu-être induite d’une autre grosse bourde de leur part ou que sais-je. Et ils ont intérêt à ce que ça ne s’ébruite pas (ce sont des suppositions pour justifier une potentielle censure de la fuite d’eau, ne pas prendre pour argent comptant).








wanou2 a écrit :



c’est clairement indiqué quand tu prends un mutu…



Après héberger des données sensibles sur un mutualisé ou il est clairement

explicité qu’il n’y a qu’une sauvegarde toute les 24h côté presta c’est

très amateur c’est pas terrible non plus…







Exactement.



Pour ma part, pour mes clients je ne prends que des serveurs dédiés. Parfois je mutualise moi même quelques clients sur un dédié.



En 12 ans avec OVH ou online, je n’ai jamais eu le moindre problème et j’ai une vingtaine de serveurs dédiés et des VPS. Du coup mes clients sont en sécurité par rapport à ce type de problème car en plus je fais moi même les backup, et j’ai des Plan de Retour à l’Activité en quelques heures pour les cas les pires.



Faire le webmaster c’est un métier et c’est faire le choix de ses prestataires et du matos.



Mutualisé : pas cher, peu sécurisé, je n’utilise ça pour rien au monde.



Bonjour



Pardon d’utiliser ce moyen pour communiquer avec toi,

mais j’ai un problème avec les MPs & le forum :



Je suis abonné depuis peu.

J’ai un compte avec identifiant, mot de passe, adresse mail (et avatar).

Je peux consulter les articles dans leur intégralité.

(C’était la raison de mon abonnement …)



En voulant réagir à ton commentaire en t’envoyant un MP,

je me suis aperçu que je ne pouvais accéder ni aux MPs,

ni au forum (en étant connecté en tant que ManX1)



Quand je clique sur “jackjack2” d’un de tes commentaires,

puis sur “ENVOYER UN MP”, un nouvel onglet s’ouvre sur une page

https://forum.nextinpact.com/messenger/) qui dit :



Désolé, il y a un problème

The page you are trying to access is not available to guests, but may be available if you sign in.

Code d’erreur 2C137/1&nbsp;



Sur cette même page, il y a un bouton “Utilisateur existant ? Se connecter” sur lequel je clique

et qui me bascule sur une autre page https://forum.nextinpact.com/login/) avec 2 champs à renseigner :




  • “Nom d’affichage ou adresse email”

  • “Mot de passe”



    Je saisis donc les mêmes identifiants que j’utilise pour être “connecté” à Nextinpact,

    (la case “Se souvenir de moi” étant cochée) et clique sur le bouton “Se connecter”,

    et ça m’affiche ça :



    The Nom d’affichage ou adresse email you entered does not belong to any account. Make sure that it is typed correctly.



    J’ai répété la manip x fois avec, soit mon “Nom d’affichage” (ManX1), soit mon adresse mail et j’ai toujours le même résultat.

    J’ai essayé avec “Mot de passe oublié”, il ne reconnait aucune de mes adresses mail !



    Il n’y a pas d’erreur de saisie (Identifiants mémorisés par Firefox).

    J’accepte les cookies.

    Mon bloqueur de pub est désactivé pour tout Nextinpact.



    J’ai envoyé un message à Nextinpact, via la rubrique “Contactez-nous”, en exposant mon problème.

    Je n’ai toujours pas de réponse …



    Je ne vois nulle part de moyen de créer un compte “forum” indépendant d’un compte “abonné”



    Il y a un truc qui m’échappe, j’ai raté quelque chose ou il y a un bug ?



    Merci de ton (vos) aide(s)

    ManX1


C’est 6€ par mois, je ne sais pas combien de personnes il y a dans l’équipe.


Ca fait 15 ans que je suis chez Infomaniak.ch pour du mut, leur offre est top.


Et il n’y a pas d’offre “cloud” pour remplacer le mutualisé ? avec des serveurs virtualisés qui s’adapte en live au besoin ?


Et tous ceux qui se plaignent des backup toutes les 24 heures “à peine” côté OVH, petit article ou l’on apprend quelques infos intéressantes ;)&nbsp;

https://www.ovh.com/fr/blog/realiser-un-million-de-backup-bases-de-donnees-par-jour/








brazomyna a écrit :



D’une part, OVH nomme une des offres que j’ai mentionné … “Hébergement pro” <img data-src=" />



D’autre part, si tu regardes l’ensemble des offres d’hébergement qu’ils proposent, y compris les plus hautes, tu as systématiquement le même pseudo-SLA d’affiché. Sur les offres à 1€ comme celles à 35€/mois.







Depuis quand l’appellation “pro” garantie une utilisation pro? C’est du verbiage marketing. De plus, un pro peu avoir besoin d’une exposition de moindre criticité tel qu’un blog ou un site vitrine et dans ce cas un mutu c’est parfait.



Après pour ce qui est de leur qualité de service… au delà du blabla marketing et des jolies courbes et beaux histogrammes sur leur site dans les CGU il n’y a rien, hormis un petit laius qui indique qu’ils font de leur mieux.



Mais c’est comme chez tous. Tu ne peux pas engager ta responsabilité contractuelle sur des contrats de quelques euros ou dizaines d’euros par mois. Pour avoir des contrats mettant en jeu la responsabilité de l’hébergeur et ainsi qu’il mette les moyens de cette responsabilité on est plutôt sur des contrats à 4/5/6 chiffres !!!



Infomaniak c’est le top, mais ça reste cher pour un simple site personnel/blog <img data-src=" />


Malheureusement, des problèmes, que ce soit avec OVH et Dedibox/Online, j’en ai eu plein.



Problèmes électriques il y a ~11ans chez OVH car après un test électrique la clé pour ouvrir le panneau des disjoncteurs était coincé en position fermé… (une grosse partie de la salle coupée).



Je suis un des premiers clients Dedibox.Entre les premiers serveurs C7 qui avaient des problèmes de watchdog avec le kernel Debian, résultat : freeze du serveur de façon aléatoire. Aucune solution côté Dedibox à part un “Désolé mais on ne peut rien faire” (ce qui est vrai, mais au final il y a un impact)Autre problème, J’ai du me battre pendant un mois, faire une dizaine de réinstallation d’OS, pour leur prouver que mes problèmes de compilation venait d’un disque defectueux et/ou processeur et/ou mémoire. (pareil, ça arrive, mais toujours des impacts)Plus récemment, carte mère morte, toute les données perdues, aucun disque déplacé sur une nouvelle machine. On repart de zéro avec les sauvegardes.



Je n’ai eu aucun remboursement, ni geste commercial à aucun moment. En gros le support d’Online (comme celui d’OVH maintenant) est froid comme la glace, il ne fera rien de plus qui ne soit pas déjà marqué dans leur CGV. Bref, je ne conseillerais ni l’un, ni l’autre, ni aucun autre hébergeur. Pour moi chacun est pareil. Tous les problèmes que j’ai eu, j’aurais pu les avoirs chez un autre hébergeur. Et au final, je les aurais aussi probablement chez le prochain.








TheMyst a écrit :



&nbsp;En gros le support d’Online (comme celui d’OVH maintenant) est froid comme la glace, il ne fera rien de plus qui ne soit pas déjà marqué dans leur CGV.





Alors ça pour l’avoir expérimenté ils sont raides… si on sort du cadre du SAV ils envoient sur les roses. J’ai osé ouvrir un ticket pour un webmail inaccessible pendant 3 jours : je me suis fait envoyer chier &nbsp;car c’est pas la méthode préférentielle (accès impa/pop) et que seule celle-ci fait foi !



Après les hébergeurs sont un peu obligé de faire ça car fournir de l’assistance gratuite ça a un coût. D’ailleurs infomaniak qui était reconnu pour son assistance très accessible commence à resserrer les boulons de ce côté.



Je ne comprends pas trop tous les commentaires négatifs sur cette affaire… J’ai moi meme été bien inpacté sur le site de mon asso indisponible pendant presque 24h…



Certe j’ai cherché un peu si ca venait de moi (forum et too many connections) mais ensuite je suis allé sur la page des incidents et l’incident sur les bdd etait mentionné dans un post. Ce post a été mis à jour au moins toutes les heures pour indiquer le travail en cours, puis un message a été mis en place sur le manager indiquant le post à suivre et les tickets demandant des renseignements (j’en ai ouvert 2) ont été traités dans l’heure…

Après je ne comprends pas trop le pourquoi des changements de nom des serveurs, mais ces changements étaient eux aussi indiqués…



C’est du mutualisé à qq euros par mois, il y a un backup par jour et plusieurs jours de backup dispos, on n’est pas sur de la haute dispo à plusieurs centaines d’euros par mois… On peut ptet critiquer leur installation, peut être que le pb aurait pu être éviter, mais héberger une application critique sur du mutualisé est tout aussi discutable…&nbsp; Ca doit faire 10 ans que mon site est chez OVH, c’est le premier incident de ce genre et sur ces 10 ans je ne suis pas sur d’atteindre les 24h de non dispo…


Faut voir les contrats et s’ils devront rembourser certains clients mais je dirais “à eux, je dirais pas grand chose”


Evidemment si tu me parles de problème survenus en 2006, il y’a onze ans…



De mon coté zéro problème depuis 12 ans <img data-src=" />








Vekin a écrit :



Infomaniak c’est le top, mais ça reste cher pour un simple site personnel/blog <img data-src=" />







Excuse-moi, tant que j’y pense, tu as eu mon MP ?



Oui, merci ! Mais je n’ai pas encore pris le temps de te répondre, désolé <img data-src=" />


+1000


Si tu veux tester, ils font -30% juste aujour’hui, avec le code “bigsun”. Ca fait l’abo annuel à 50.4€ au lieu de 72€.








Jarodd a écrit :



Si tu veux tester, ils font -30% juste aujour’hui, avec le code “bigsun”. Ca fait l’abo annuel à 50.4€ au lieu de 72€.





C’est beaucoup trop cher pour du mutualisé.

À ce prix là j’espère que tu peux appeler le gars dans la nuit quand tu es en panne parce que c’est le coût de 2 vps scaleway…



Une communication de leur part qui fait un bon résumé https://www.ovh.com/fr/blog/hebergements-web-post-mortem-incident-29-juin-2017