Penghentian Ruang Rakasa Memiliki Dampak Terbatas

Rackspace mengalami outage kemarin - masalah yang berulang tahun ini untuk penyedia data center yang di-hosting - yang menurunkan sejumlah situs profil tinggi termasuk situs blog terkenal TechCrunch. Tidak ada jaringan yang tahan terhadap pemadaman, tetapi perusahaan seperti Rackspace perlu menyediakan layanan yang konsisten dan dapat diandalkan.

Blog Rackspace Resmi menjelaskan "Pada 18 Desember 2009 antara pukul 3:37 dan 4:12 siang CST, Rackspace mengalami konektivitas jaringan masalah. " Garis waktu tidak sesuai dengan fakta bahwa stempel waktu pada laporan TechCrunch di situs Washington Post mengatakan 12:17 siang. Dengan asumsi stempel waktu TechCrunch adalah waktu Pasifik, itu berarti pemadaman mulai lebih seperti waktu Central 2PM, atau bahkan mungkin lebih awal.

Selain TechCrunch, sejumlah layanan dan situs blog lain terkena dampak pemadaman Rackspace, termasuk 37signals, Brizzly, Robert Scoble's blog, situs yang dihosting oleh Laughing Squid, Tumblr, dan Mashable.

[Bacaan lebih lanjut: Kotak NAS terbaik untuk streaming media dan cadangan]

Blog Rackspace menggambarkan penyebab utama: "Masalah dihasilkan dari masalah dengan router yang digunakan untuk mengintip dan konektivitas backbone yang terletak di luar pusat data di fasilitas peering, yang menangani sekitar 20% dari lalu lintas Rackspace di Dallas. "

Entri blog melanjutkan dengan menjelaskan bahwa kesalahan konfigurasi router adalah bagian dari pengujian akhir untuk integrasi pusat data antara fasilitas Chicago dan Dallas, dan itu seharusnya tidak berdampak pada operasi selama jam kerja normal. "Integrasi jaringan fasilitas dijadwalkan berlangsung selama periode pemeliharaan bulanan di luar jam kerja normal, dan insiden hari ini terjadi selama persiapan akhir."

Pemadaman meninggalkan banyak pelanggan Rackspace mengatakan "Hei! Siapa yang mematikan cloud? "

Sementara pemadaman pusat data yang berdampak pada situs populer dan terkenal adalah mata hitam untuk komputasi awan secara umum, ruang lingkup dampak dari pemadaman ini relatif kecil. Seperti yang diindikasikan oleh blog ini "Rakspace adalah kentang kecil. Sekarang ini adalah kantung kentang yang cepat tumbuh, tetapi masih sangat kecil. Dan yang lainnya menangkap: Rackspace lebih mengenai hosting daripada cloud."

Untuk pelanggan yang mengandalkan Rackspace untuk menjadi tuan rumah server mereka - terutama server Web - mungkin tampak sangat seolah-olah Internet turun ketika pusat data Rackspace tidak tersedia. Namun, layanan cloud computing seperti Amazon EC2 dan Microsoft Azure, dan keystone Internet seperti Google, dan Amazon tidak terpengaruh sama sekali oleh pemadaman Rackspace.

Kesalahan terjadi, tetapi pelanggan Rackspace memiliki hak untuk mempertanyakan pemadaman dan layanan yang berulang-ulang. interupsi. Setidaknya satu pelanggan Rackspace juga kesal tentang masalah terkait dengan pemberitahuan pelanggan tentang masalah jaringan seperti pemadaman ini.

Server yang dihosting pelanggan dipengaruhi oleh pemadaman Rackspace dan menemukan dari keluhan pelanggan bahwa situsnya tidak tersedia untuk dua jam. Dalam komentar, pelanggan menyatakan "Kami juga membayar Rackspace ekstra untuk layanan pemantauan konstan yang seharusnya segera memberi tahu saya melalui email atau panggilan telepon jika server kami menjadi tidak dapat diakses kapan saja. Saya sangat terganggu untuk mengetahui bahwa Rackspace benar-benar SUPPRESSED pemberitahuan ini dikirim ke pelanggan mereka untuk alasan yang aneh. "

Komentar tidak memberikan bukti untuk mendukung klaim bahwa Rackspace sengaja menahan pemberitahuan, dan saya belum mendapat umpan balik dari Rackspace untuk mengkonfirmasi atau menyangkal tuduhan tersebut. Jika ternyata benar, itu akan merusak kredibilitas Rackspace dan reputasi layanan pelanggan.

Intinya, bagaimanapun, adalah bahwa Rackspace menentukan penyebab masalah dan memperbaikinya relatif cepat, dan itu menyediakan pembaruan status di blog untuk tetap memberi informasi kepada pelanggan. Bahkan pemadaman singkat tampak merusak bagi mereka yang terkena dampaknya, tetapi mereka akan terjadi, dan ketika mereka melakukan ini cukup banyak bagaimana Anda ingin mereka ditangani.

Tweet Tony Bradley sebagai @PCSecurityNews, dan dapat dihubungi di halaman Facebook.