Spaceship Blog

A Spaceship szolgáltatáskiesésének frissítése

Frissítve:
3 perces olvasás
Spaceship szolgáltatáskiesési frissítés

Augusztus 13-án jelentős szolgáltatáskiesést tapasztaltunk, amely számos Spaceship szolgáltatást érintett.

Az ok a RadiusDC: Phoenix adatközpont hűtőrendszerének meghibásodása volt, amely a Spaceship egyes alapvető működési folyamatait biztosítja. Emiatt a szolgáltatásokat le kellett állítanunk, hogy megvédjük az ügyfelek infrastruktúráját a túlmelegedéstől és az esetleges károsodástól.

Az incidens által érintett minden szolgáltatás helyreállt, és csapataink továbbra is szorosan figyelik a rendszereket annak biztosítása érdekében, hogy stabilak maradjanak.

Őszintén sajnáljuk azokat az ügyfeleket ért hatást, akik weboldalaik, e-mailjük és egyéb online szolgáltatásaik tekintetében ránk támaszkodnak. Az ebből eredő fennakadást és a mögötte álló körülményeket rendkívül komolyan kezeljük.

Mi történt

Az incidens akkor kezdődött, amikor egy nagy vihar miatt meghibásodtak a Phoenix adatközpont hűtőrendszerei, aminek következtében az infrastruktúránk körüli hőmérséklet kritikus szintet ért el.

A rendszerek ilyen körülmények közötti további működtetése azzal a kockázattal járt volna, hogy a berendezések túlmelegszenek, és hosszabb távú, akár katasztrofális károsodást szenvednek. A szolgáltatások leállítása jelentős fennakadást okozott, de szükséges volt ügyfeleink infrastruktúrájának védelme érdekében.

Az is, hogy a berendezéseket offline állapotban tartottuk addig, amíg a hűtőrendszerek újra online nem kerültek, időt adott arra, hogy a hőmérséklet a helyreállítás megkezdése előtt visszatérjen a biztonságos szintre. Ez segített elkerülni további problémák kialakulását, amelyek még tovább elhúzhatták volna az amúgy is súlyos incidenst.

Hogyan érintette ez az ügyfeleket

A kiesés többek között a Shared, a VPS, az e-mail-továbbítás és a Spacemail szolgáltatásokat érintette. A Spaceship.com az incidens teljes időtartama alatt online maradt.

Az alábbiakban bemutatjuk, hogyan érintette a helyzet a főbb termékeket és szolgáltatásokat:

Tárhelyszolgáltatások működése

Az ügyfelek weboldalakhoz és tárhelyszolgáltatásokhoz való hozzáférése érintett volt: sok ügyfél weboldala nem volt elérhető, lassú volt, vagy hibát adott vissza. Egyes számlázási műveletek szintén nem voltak elérhetők, miután az ezeket feldolgozó rendszert az incidens során leállították.

EasyWP

Az EasyWP irányítópultja és az ügyfelek weboldalai is érintettek voltak. A helyreállítás során egyes ügyfélweboldalak az EasyWP.com és az irányítópult helyreállítása után is elérhetetlenek maradtak, és néhányuk adatbázis-kapcsolati hibát adott vissza.

Spacemail

Az e-mail-szolgáltatások is akadoztak. Az érintett ügyfelek nem tudtak e-mailt küldeni, a bejövő e-maileket pedig nem lehetett kézbesíteni, amíg az érintett szerverek offline állapotban voltak.

Fontos, hogy ez nem jelentette azt, hogy a bejövő üzenetek automatikusan elvesztek. A levelezőszolgáltatók általában újabb kézbesítési kísérleteket tesznek, amikor a fogadó szerver átmenetileg nem érhető el. Így az üzenetek megérkeztek, csak a szokásosnál később.

Hogyan állítottuk helyre a szolgáltatásokat

A RadiusDC a lehető leghamarabb megkezdte hűtési kapacitásának helyreállítását, miközben ideiglenes hűtőberendezéseket telepítettek, és azokat az adatközpontban a mi területünkre irányították, hogy segítsenek csökkenteni a hőmérsékletet.

Csapataink a helyszínen folyamatosan együtt dolgoztak a RadiusDC-vel a hűtés helyreállításán. A szolgáltatásokat csak akkor kezdtük újra online állapotba hozni, amikor a hőmérséklet visszatért a biztonságos működési szintre, és biztosak voltunk abban, hogy nincs túlmelegedési vagy hosszabb távú károsodási kockázat.

A biztonságos működési feltételek helyreállítása után megkezdtük infrastruktúránk ellenőrzött helyreállítását. Ennek fokozatosan kellett megtörténnie, ezért az ügyfelek azt tapasztalták, hogy a különböző szolgáltatások eltérő időpontokban álltak helyre.

Miért szakaszosan álltak helyre a szolgáltatások

Az incidens mértéke azt jelentette, hogy platformunk különböző részei egyszerre sérültek. Bár az ügyfelek ezeket különálló szolgáltatásokként érzékelik, az adatközponti incidens az ezek nyújtásában részt vevő infrastruktúrát is érintette.

Az olyan szolgáltatások, mint a tárhely és az e-mail, több technológiai rétegre támaszkodnak, beleértve a szervereket, hálózatokat, tárolást és adatbázisokat. Helyreállításuk azt jelentette, hogy ezeket a különböző elemeket a megfelelő sorrendben kellett újra online állapotba hozni, nem pedig egyszerűen mindent egyszerre visszakapcsolni.

Mi történik ezután

Nagyon komolyan vesszük ezt a fennakadást és annak ügyfeleinkre gyakorolt hatását. 

Csapataink alaposan felülvizsgálják a helyzetet, hogy megerősítsék rendszereinket, és biztosítsák, hogy hasonló incidensek ne forduljanak elő újra.

Teljes mértékben átláthatóak leszünk azzal kapcsolatban, amit tanulunk, és megosztjuk Önnel az eredményeket, valamint az általunk megtett intézkedéseket.

HELYESBÍTÉS: Adatközpont-üzemeltetőnk a RadiusDC, nem pedig a PhoenixNAP, ahogyan arra több korai, augusztus 13-i X-bejegyzés hivatkozott. A PhoenixNAP nem érintett ebben az incidensben.

Hillan Klein profilképe
Szerző:

Hillan Klein

Vezérigazgató
További cikkek ettől: Hillan Klein

Értékelje ezt a cikket

4,16/531 értékelés
Ossza meg ezt a cikket

Hozzászólások (17)

Írjon hozzászólást
  • Luke Carter profilképe

    Luke Carter

    2026. aug. 17.

    I understand that outages happen, and I appreciate how quickly the team restored services. However, I recall seeing an “Add recovery email” prompt in the Spaceship hosting manager for quite some time, even after a recovery email had already been added.
    Több mint 10 karakter szükséges.
    Az Ön nyilvános megjelenítési identitása.
    Az e-mail cím megadása opcionális. Nem osztjuk meg harmadik felekkel.
    • Olga, Hosting Product Operations Specialist profilképe

      Olga, Hosting Product Operations Specialist

      2026. aug. 18.

      Appreciated, and thanks for reporting this. A recovery-email prompt that keeps appearing after you've already added one isn't expected, so we'd like to look into it directly. Please contact our Support team with your account details — they'll confirm the recovery email is saved correctly on our side and investigate why the prompt is still showing for you.
  • Yves Gaston G. PIERRE profilképe

    Yves Gaston G. PIERRE

    2026. aug. 17.

    Je trouve qu'au niveau commercial vous pourriez prévoir une compensation pour vos clients même si elle n'est que symbolique. parfois il y a des gestes tout simple démontre que vous désirez réellement poser un acte positif. il est plus que probable que tu ne liras pas mon texte, parce que je comprends c'est que derrière cette structure se trouve une personne à la base, c'est dommage. moi je vous ai choisi parce que j'ai plus de moyens et que je me bats au niveau de mon association d'étudiant .
    Több mint 10 karakter szükséges.
    Az Ön nyilvános megjelenítési identitása.
    Az e-mail cím megadása opcionális. Nem osztjuk meg harmadik felekkel.
  • Dennis Davison profilképe

    Dennis Davison

    2026. aug. 16.

    I am having issues with cPanel (xxx.xxx + all of my other sites) I cannot create or edit files. I am getting "our connection is not private Attackers might be trying to steal your information from serverxxx.xxxx.xxx.xxx (for example, passwords, messages, or credit cards). Learn more about this warning net::ERR_CERT_AUTHORITY_INVALID" 2x in 1 month. Really not feeling comfortable with service if server is unsafe.
    Több mint 10 karakter szükséges.
    Az Ön nyilvános megjelenítési identitása.
    Az e-mail cím megadása opcionális. Nem osztjuk meg harmadik felekkel.
    • Olga, Hosting Product Operations Specialist profilképe

      Olga, Hosting Product Operations Specialist

      2026. aug. 18.

      Sorry for the worry here. That error (ERR_CERT_AUTHORITY_INVALID) is a certificate-trust warning — the browser couldn't verify the certificate for that address — rather than proof the server is unsafe, and the connection stays encrypted. It can come from a few different things, including something we may need to fix on the server side, so we'd rather check it directly than guess. Please send our Support team your domain and a screenshot of the full warning (including the server address shown).
  • Andre profilképe

    Andre

    2026. aug. 15.

    Thank you! Your service is solid!
    Több mint 10 karakter szükséges.
    Az Ön nyilvános megjelenítési identitása.
    Az e-mail cím megadása opcionális. Nem osztjuk meg harmadik felekkel.
  • Prakhar profilképe

    Prakhar

    2026. aug. 15.

    Thanks for being honest about the incident. It actually makes me trust you more, not less.
    Több mint 10 karakter szükséges.
    Az Ön nyilvános megjelenítési identitása.
    Az e-mail cím megadása opcionális. Nem osztjuk meg harmadik felekkel.
  • Hope Adeniran profilképe

    Hope Adeniran

    2026. aug. 15.

    Okay. Glad we're back.
    Több mint 10 karakter szükséges.
    Az Ön nyilvános megjelenítési identitása.
    Az e-mail cím megadása opcionális. Nem osztjuk meg harmadik felekkel.
  • Serge D. profilképe

    Serge D.

    2026. aug. 15.

    As a famous proverb goes, apologies after damage are often ill-timed. This raises the question: what prevented the initial infrastructure design, considering the distribution of services across various geographically remote data centers?
    Több mint 10 karakter szükséges.
    Az Ön nyilvános megjelenítési identitása.
    Az e-mail cím megadása opcionális. Nem osztjuk meg harmadik felekkel.
  • Justin profilképe

    Justin

    2026. aug. 15.

    Spaceship advertises a monthly 99.99% uptime guarantee for hosting. By my count this was an approximately 12-hour incident, which translates to a maximum uptime of 98.4% for August. How do you intend to honor your guarantee?
    Több mint 10 karakter szükséges.
    Az Ön nyilvános megjelenítési identitása.
    Az e-mail cím megadása opcionális. Nem osztjuk meg harmadik felekkel.
    • Olga, Hosting Product Operations Specialist profilképe

      Olga, Hosting Product Operations Specialist

      2026. aug. 18.

      You're right that this took affected services below our 99.99% monthly guarantee, and we're sorry. The cause was a cooling system failure at our Phoenix data center during a major storm, which forced us to take services offline to protect customer infrastructure from overheating. This was a one-off event, not something we've experienced before. We're completing a full review and putting measures in place to make sure it doesn't happen again. If you were affected, please reach out to our Support
  • Arturo Rabino profilképe

    Arturo Rabino

    2026. aug. 15.

    I didn't noticed any outage, it's aug 15 today in asia and i received this after I woke up
    Több mint 10 karakter szükséges.
    Az Ön nyilvános megjelenítési identitása.
    Az e-mail cím megadása opcionális. Nem osztjuk meg harmadik felekkel.
  • Mike profilképe

    Mike

    2026. aug. 14.

    I appreciate the transparency, but this indicates that Spaceship is hosted solely in one data center. Are there plans to enhance redundancy?
    Több mint 10 karakter szükséges.
    Az Ön nyilvános megjelenítési identitása.
    Az e-mail cím megadása opcionális. Nem osztjuk meg harmadik felekkel.
  • Zek profilképe

    Zek

    2026. aug. 14.

    I can't image how stressful this has been for you guys... Good job everyone!
    Több mint 10 karakter szükséges.
    Az Ön nyilvános megjelenítési identitása.
    Az e-mail cím megadása opcionális. Nem osztjuk meg harmadik felekkel.
  • Ritchy profilképe

    Ritchy

    2026. aug. 14.

    Thanks for the update!
    Több mint 10 karakter szükséges.
    Az Ön nyilvános megjelenítési identitása.
    Az e-mail cím megadása opcionális. Nem osztjuk meg harmadik felekkel.
  • Seventh Ray profilképe

    Seventh Ray

    2026. aug. 14.

    Why was there no redundancy? If one data center fails, there should be a backup data center that kicks in. Should we be moving to a service provider who doesn't rely on a single data center?
    Több mint 10 karakter szükséges.
    Az Ön nyilvános megjelenítési identitása.
    Az e-mail cím megadása opcionális. Nem osztjuk meg harmadik felekkel.
    • Johnny profilképe

      Johnny

      2026. aug. 21.

      Why don’t they consider having a second MX record in another friendly DC for the SpaceMail service?I am suprised that both existing MX records are mazbe just 2 VMs in the same (v)LAN.

Ossza meg gondolatait

Több mint 10 karakter szükséges.
Az Ön nyilvános megjelenítési identitása.
Az e-mail cím megadása opcionális. Nem osztjuk meg harmadik felekkel.

Segítsen nekünk javítani a blogunkat

Ossza meg gondolatait egy gyors, kétperces felmérésben.

Érvényes e-mail-cím megadása kötelező