L'interruption de Rackspace a un impact limité

Le blog officiel de Rackspace explique: "Le 18 décembre 2009 entre 15h37 et 16h12 CST, Rackspace connait la connectivité réseau problèmes." La chronologie ne tient pas compte du fait que l'horodatage du rapport TechCrunch sur le site du Washington Post indique 12h17. En supposant que l'horodatage de TechCrunch est l'heure du Pacifique, cela signifierait que la panne a commencé vers 14h00 heure centrale, voire plus tôt.

Mis à part TechCrunch, un certain nombre d'autres services et sites de blog ont été touchés par la panne de Rackspace., Brizzly, le blog de Robert Scoble, les sites hébergés par Laughing Squid, Tumblr et Mashable.

[Plus d'informations: Meilleures boîtes NAS pour le streaming et la sauvegarde multimédia]

Le blog Rackspace décrit la cause profonde: un problème avec un routeur utilisé pour la connectivité Peering et backbone situé à l'extérieur du centre de données dans un centre d'échange, qui traite environ 20% du trafic Dallas de Rackspace. "

Le blog explique que l'erreur de configuration du routeur faisait partie de essais finaux pour l'intégration du centre de données entre les installations de Chicago et de Dallas, et que cela n'aurait pas dû avoir d'incidence sur le fonctionnement durant les heures normales de travail. «L'intégration réseau des installations devait avoir lieu pendant la période de maintenance mensuelle en dehors des heures normales de bureau, et l'incident d'aujourd'hui s'est produit pendant les derniers préparatifs.»

La panne a laissé de nombreux clients Rackspace dire: «Qui a éteint le cloud? "

Alors qu'une panne de centre de données affectant des sites populaires et connus est un œil noir pour l'informatique en nuage en général, l'impact de cette panne a été relativement limité. Comme le souligne ce blog, "Rackspace est une petite pomme de terre, maintenant c'est un sac de pommes de terre qui se développe rapidement, mais encore un peu: Rackspace est plus une question d'hébergement que de cloud."

Pour les clients qui utilisent Rackspace leurs serveurs - en particulier les serveurs Web - il peut sembler que l'Internet a baissé lorsque le centre de données Rackspace n'était pas disponible. Cependant, les services de cloud computing comme Amazon EC2 et Microsoft Azure et les clés de voûte Internet comme Google et Amazon n'ont pas été impactés par l'arrêt Rackspace.

Des erreurs se produisent, mais les clients de Rackspace ont le droit de remettre en question les interruptions répétées. interruptions. Au moins un client Rackspace est également contrarié par un problème lié à la notification par le client de problèmes de réseau tels que cette panne.

Les serveurs hébergés du client ont été affectés par l'indisponibilité de Rackspace et ont découvert que son site était indisponible pendant deux jours. heures. Dans un commentaire, le client a déclaré: «Nous payons également Rackspace extra pour un service de surveillance constant qui est censé me notifier immédiatement par e-mail ou appel téléphonique si notre serveur devient inaccessible à tout moment.J'ai été très perturbé de découvrir que Rackspace réellement SUPPRIMÉ Ces notifications ne sont pas envoyées à leurs clients pour une raison étrange. "

Le commentaire ne fournit aucune preuve à l'appui de l'affirmation selon laquelle Rackspace a volontairement refusé la notification, et Rackspace n'a pas confirmé ou infirmé l'accusation. Si cela s'avère être vrai, cela porterait atteinte à la crédibilité de Rackspace et à la réputation du service client. Railspace a déterminé la cause du problème et l'a corrigée relativement rapidement, et il a fourni des mises à jour sur le blog. pour garder les clients informés. Même de brèves interruptions de travail semblent dévastatrices pour les personnes touchées par eux, mais elles se produiront, et quand elles le font, c'est à peu près la façon dont vous voulez qu'elles soient traitées.

Tony Bradley tweete comme

@PCSecurityNews, et peut être contacté sur sa page Facebook.