Rackspace kiesés korlátozott hatás

tegnapi kiiktatás - idén ismétlődő kérdés a befogadott adatközpont-szolgáltatónak -, amely számos nagyszerű webhelyet vetett le, köztük a népszerű blog-webhelyet a TechCrunch-ról. A hálózatok nem tartoznak a leállásokhoz, de a Rackspace-hez hasonló vállalatnak folyamatos és megbízható szolgáltatást kell biztosítania.

A hivatalos rackbeállítási blog elmagyarázza: "2009. december 18-án 15: 30-tól 4: 12-ig CST, Rackspace tapasztalt hálózati kapcsolat problémákat.” Az idővonal nem érinti azt a tényt, hogy a Washington Post weboldalán található TechCrunch jelentés időbélyegzője szerint 12:17 óra van. Feltételezve, hogy a TechCrunch időbélyeg a csendes-óceáni idő, akkor azt jelentené, hogy a kiesés több mint 14 órás középidő, vagy esetleg még korábban kezdődött.

A TechCrunch mellett számos egyéb szolgáltatás és blogbejegyzés is érintett a Rackspace kimaradása miatt,,

A Rackspace blog leírja a kiváltó okot: "A kérdések a következőkből származnak: egy probléma egy olyan routerrel, amelyet az adatközponton kívül elhelyezkedő peering és a gerinchálózathoz használtunk egy olyan peeringen, amely a Rackspace Dallas forgalmának körülbelül 20% -át kezeli. "

A blogbejegyzés elmagyarázza, hogy a router konfigurációs hibája része volt végső tesztelés a Chicago-Dallas-i létesítmények közötti adatközpont-integrációhoz, és hogy a normál munkaidőben nem befolyásolta volna működését. "A létesítmények hálózati integrációja a havi karbantartási ablakban a normál munkaidőn kívül történt, és a mai incidens a végső előkészületek során történt."

A kimaradás sok Rackspace ügyfelet hagyott: "Hé! Ki kikapcsolta a felhőt? "

Bár a népszerű és jól ismert webhelyek hatást gyakorló adatközpont-kiáramlása általánosan elhomályosítja a felhőalapú számítástechnikát, ennek a kimaradásnak a hatása viszonylag kicsi. Ahogy ez a blog rámutat: "A Rackspace kicsi burgonya, ez egy gyorsan növekvő burgonya, de még mindig zavaros, és a másik fogás: a Rackspace inkább a tárhely, mint a felhő."

Azok számára, akik a Rackspace-t a szervereik - különösen a webkiszolgálók -, úgy tűnhet, nagyon hasonlít az Internet leesett, amikor a Rackspace adatközpont nem volt elérhető. Azonban a cloud computing szolgáltatásokat, mint például az Amazon EC2 és a Microsoft Azure, valamint az internetes kulcsfontosságú kulcsokat, mint a Google és az Amazon, a Rackspace kimaradása egyáltalán nem érintett.

A hibák előfordulnak, de a Rackspace ügyfelei megkérdőjelezhetik az ismétlődő üzemzavarokat és szolgáltatásokat megszakításokkal. Legalább egy Rackspace ügyfelet is felháborodott a hálózati problémákkal kapcsolatos ügyfelekkel kapcsolatos értesítéssel kapcsolatos kapcsolódó probléma miatt.

Az ügyfél által kiszolgált kiszolgálókat a Rackspace kimaradása befolyásolta, és az ügyfél panaszaiból kiderült, hogy webhelye nem érhető el két órák. Egy megjegyzésben a vevő kijelentette: "A Rackspace extra díjat is fizetünk egy olyan folyamatos felügyeleti szolgáltatásért, amelyet azonnal értesíteni kell e-mailben vagy telefonon, ha a szerverünk bármikor hozzáférhetetlenné válik. Nagyon zavarban volt, hogy kiderül, hogy a Rackspace ténylegesen fel van szorítva ezeket az értesítéseket valami furcsa okból küldik meg az ügyfeleiknek. "

A megjegyzés nem nyújt bizonyítékot arra vonatkozóan, hogy a Rackspace szándékosan megtagadta az értesítést, és nem kaptam visszajelzést a Rackspace-től a vád megerõsítésére vagy megtagadására. Ha kiderül, hogy igaz, ez károsítaná a Rackspace hitelességét és az ügyfélszolgálati hírnevet.

Az alsó sorban azonban az a tény, hogy a Rackspace meghatározta a probléma okait, és viszonylag gyorsan rögzítette, és statisztikai frissítéseket biztosított a blogon hogy tájékozódjon az ügyfelekről. Még a rövid leállások pusztítónak tűnnek azok számára, akiket érintenek, de akkor is meg fognak történni, és amikor ezt megteszik, eléggé azt szeretnénk, hogy kezeljük őket.

Tony Bradley a

@PCSecurityNews, Facebook oldalán.