Historia awarii Ionos Cloud

1. 4 września 2026 16:53 UTCinvestigating

   Podczas gdy wsparcie telefoniczne będzie ogólnie dostępne, nasze zdolności są ograniczone z powodu wielu przypadków zwolnienia chorobowego. Chcemy poinformować, że nasze wsparcie telefoniczne będzie ograniczone w czasie następnym, prowadząc do zwiększonego czasu reakcji na kanał telefoniczny. W takich przypadkach prosimy o kontakt z pocztą elektroniczną. Dziękuję.

2. 7 września 2026 06:16 UTCidentified

   Wciąż brakuje nam zasięgu usług, a obecnie wprowadzamy zmiany w systemie biletów. Więc uprzejmie prosimy o zrozumienie, czy odpowiedzi wsparcia nie są tak aktualne, jak jesteś przyzwyczajony. Dziękuję.

3. 8 września 2026 06:31 UTCresolved

   Udało nam się w pełni przywrócić nasze usługi, Wsparcie wróciło. Dziękuję za cierpliwość.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 1 września 2026 13:36 UTCidentified

   Dla naszych partnerów z podumowami: Ustaliliśmy, że podumowy nie mają dostępu do nowej lokalizacji Frankfurtu "de / fra / 1". Obecnie pracujemy nad naprawą, aby to udostępnić, Będziemy cię informować, kiedy to się skończy.

2. 1 września 2026 15:01 UTCmonitoring

   Wir konnten das Problem beheben, sodass die neue Region nun für alle Verträge verfügbar ist. Wir monitoren, ob es dazu noch weitere Rückmeldungen gibt.

3. 1 września 2026 16:12 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 31 sierpnia 2026 15:35 UTCinvestigating

   DCD jest obecnie niedostępny, wyświetlając niekończącą się stronę "Wczytywanie DCD"... Obecnie badamy tę kwestię i będziemy państwa informować na bieżąco.

2. 31 sierpnia 2026 15:52 UTCmonitoring

   DCD jest teraz ponownie dostępne, a my monitorujemy sytuację.

3. 31 sierpnia 2026 17:03 UTCresolved

   Zaznaczamy ten incydent jako rozwiązany. Nasz zespół bada negatywny wpływ na IAM Services spowodowany zmianą. Będziemy aktualizować stronę statusu po ustaleniu przyczyny.

4. 1 września 2026 15:32 UTCpostmortem

   / Wstępna analiza przyczyn korzeni Ta analiza przyczyn korzeni jest wstępna, ponieważ nadal prowadzone są badania w celu określenia przyczyn technicznych incydentu. Co się stało? W dniu 31 sierpnia 2026 r., między 15: 00 UTC a 15: 43 ITC, a ponownie między 16: 32 UTC a 16: 35 UTC, klienci nie byli w stanie dotrzeć do usług IONOS Cloud 's Identity and Access Management\ (IAM\) oraz Projektant Centrum Danych\ (DCD\), który jest zależny od tej usługi. Zakłócenie dotyczyło bezpośrednich loginów, partnerów i sprzedawców dostępu do portalu oraz powiązanych konsoli zarządzania. Całkowity wpływ na użytkownika trwał około 48 minut w obu odstępach czasu. Cloud API\ ([api.ionos.com] (http: / / api.ionos.com)\) pozostawał w pełni operacyjny przez cały incydent. Podstawowe usługi aplikacyjne były zawsze zdrowe - awaria była ograniczona do warstwy krawędzi sieci. Jak to było możliwe? (Root Cause) * * Podczas planowego okna konserwacji 31 sierpnia 2026 roku do infrastruktury sieci brzegowej zastosowano aktualizację konfiguracji sieci z zamiarem optymalizacji filtrów routingu. Konfiguracja została zweryfikowana jako prawidłowa przed i w trakcie aplikacji. Po uruchomieniu, anomalia propagacji routingu pojawiła się na jednym przełączniku sieci krawędzi, powodując asymetryczne zachowanie routingu: przychodzące żądania połączenia TCP od klientów zostały cicho zrzucone\ (black- holed\) na krawędzi sieci przed dotarciem do klastra aplikacji. Ze względu na to, że same usługi aplikacyjne pozostały na wysokim poziomie i były zdrowe, ten tryb awarii nie był natychmiast widoczny poprzez wewnętrzne kontrole zdrowia - usługi te były izolowane od odbierania przychodzącego ruchu internetowego, a nie niepowodzenia. Podstawowa przyczyna dlaczego ten konkretny przełącznik wykazywał asymetryczne zachowanie routingu po inaczej poprawnej zmiany konfiguracji pozostaje w toku aktywnego dochodzenia. Niezależnie od tego, czy został on wywołany przez zachowanie platformy przełącznika, czy błąd specyficzny dla oprogramowania, jest określany poprzez inscenizację reprodukcji środowiska. Co robimy, żeby zapobiec nawrotom? * * * Natychmiastowe działania * * * * * Konfiguracja Rollback: * * Po zidentyfikowaniu anomalii routingu, pełne cofnięcie konfiguracji sieci zostało wykonane we wszystkich dotkniętych przełączników krawędzi. Ogłoszenia o routingu oraz zdolność TCP do odtwarzania adresów IP produkcji publicznej zostały zweryfikowane po zakończeniu procesu. Wszystkie usługi - DCD, Partner Portal, Reseller Portal i IAM - zostały potwierdzone w pełni operacyjne do 16: 35 UTC.\ (DONE\) * * * Short-term * * * * * Staging Environment Replication: * * Szczegółowe przypadki testowe są wykonywane w środowisku postojowym, aby odtworzyć dokładne zachowanie propagacji routingu w tych samych warunkach konfiguracji przełącznika. Celem jest ustalenie, czy anomalia jest przypisywana do konkretnego błędu wersji oprogramowania lub zachowania platformy przełącznika, tak, że dokładny stan awarii można odizolować i rozwiązać przed każdym przyszłym uruchomieniu. ETA: W ciągu dwóch tygodni * * * Mid- term * * * * * Revised Rollout Strategy: * * W oparciu o ustalenia poczynione w trakcie tworzenia systemu, zmienione podejście stopniowania zostanie opracowane w celu zapewnienia, że wszelkie przyszłe zastosowanie tych optymalizacji filtrów routingu może być przeprowadzone z większą gwarancją stabilności - w tym bardziej granulowane punkty kontroli walidacji pomiędzy zmianami poziomu przejścia. ETA: październik 2026 * * * Closing nottions * * Zdajemy sobie sprawę, że utrata dostępu do IAM i DCD wywiera rzeczywisty wpływ operacyjny. Fakt, że usługi leżące u ich podstaw były zdrowe w całym okresie, nie łagodzi tego wpływu. Jesteśmy zobowiązani do zapewnienia, że przyczyna źródłowa jest w pełni zrozumiała przed jakimkolwiek ponownym próbie pierwotnej zmiany, i że zmieniona strategia routingu odnosi się do warunków, które doprowadziły do asymetrycznego zachowania routingu. Dziękujemy za cierpliwość, kiedy kończymy śledztwo.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 26 sierpnia 2026 09:53 UTCinvestigating

   Prowadzimy obecnie dochodzenie w sprawie zwiększonego opóźnienia w przechowywaniu obiektów S3 w regionie eu- centralny- 1. Niektórzy klienci mogą doświadczać wolnego czasu reakcji dla operacji odczytu i zapisu. Nasz zespół inżynieryjny aktywnie pracuje nad rozwiązaniem problemu. Dostarczymy aktualizacje w miarę dostępności większej ilości informacji.

2. 27 sierpnia 2026 12:00 UTCidentified

   Problem został zidentyfikowany i jest w trakcie wdrażania.

3. 31 sierpnia 2026 17:08 UTCidentified

   Widzimy powtarzające się skoki latencji wpływające na nasze usługi S3 w eu- centralny-. Zespoły Magazynowania Obiektów i Sieci wspólnie badają sprawę. Chociaż przyczyna techniczna pozostaje obecnie nieokreślona, naszym najwyższym priorytetem jest wdrożenie środków mających na celu złagodzenie częstotliwości i amplitudy kolców. Doceniamy waszą cierpliwość i będziemy was informować.

4. 1 września 2026 15:18 UTCidentified

   Nasze zespoły inżynieryjne zidentyfikowały drogę do naprawy. Wprowadzono wstępne środki mające poprawić sytuację niektórych usług. Klienci korzystający z obiektu Storage in eu- central-1 mogą nadal doświadczać zwiększonego opóźnienia, który może się różnić pod względem ciężkości. Prace nad kompleksową naprawą. Dostarczymy dalsze aktualizacje

5. 3 września 2026 08:27 UTCmonitoring

   Czasy odpowiedzi dla obiektu Storage in eu- central-1 znacznie się poprawiły i nadal stabilizują. Ściśle monitorujemy wydajność systemu. Dostarczymy dalsze aktualizacje w miarę postępów w zakresie rekultywacji.

6. 3 września 2026 13:39 UTCresolved

   Zwiększone opóźnienie w przechowywaniu obiektu S3 w eu- centralny- 1 zostało rozwiązane. Czas reakcji powrócił do normalnego poziomu. Będziemy nadal monitorować obsługę.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 23 sierpnia 2026 12:47 UTCinvestigating

   Obecnie badamy problem, w którym w Projektancie Centrum Danych nie są wyświetlane kubełki i klucze do przechowywania obiektów. Obecnie nie ma możliwości dostępu, zmiany, tworzenia i usuwania kubełków i kluczy za pośrednictwem Projektanta Centrum Danych.

2. 23 sierpnia 2026 17:48 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 21 sierpnia 2026 07:52 UTCinvestigating

   Obecnie nie ma możliwości rezerwowania lub obsługi bloków IP, ani w DCD, ani za pośrednictwem API. Nasze zespoły badają sprawę. Będziemy cię informować na bieżąco.

2. 21 sierpnia 2026 08:18 UTCidentified

   Problem został zidentyfikowany i jest w trakcie wdrażania.

3. 23 sierpnia 2026 17:49 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 14 sierpnia 2026 14:50 UTCidentified

   Mogą być okresy zwiększonego czasu oczekiwania podczas wywoływania przez telefon IONOS Cloud Support. Prosimy Klientów i Partnerów, aby skontaktowali się z Cloud Support poprzez formularz DCD lub email.

2. 17 sierpnia 2026 13:31 UTCidentified

   Sytuacja jest nadal niezmieniona, więc najlepiej byłoby skontaktować się przez e-mail.

3. 20 sierpnia 2026 08:18 UTCresolved

   Udało nam się wrócić do normalnej zdolności, więc wsparcie wraca do normalnej dostępności. Dziękuję za cierpliwość.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 14 sierpnia 2026 10:51 UTCidentified

   We are currently reports of error VDC-14-1836 during provisioning operations. Our provisioning team is informed and is preparing a hotfix.

2. 14 sierpnia 2026 12:42 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

3. 14 sierpnia 2026 13:34 UTCresolved

   This incident has been resolved.

1. 13 sierpnia 2026 00:49 UTCinvestigating

   We are currently investigating reports of increased AI Model Hub error rates and latencies. More details will be shared as they become available.

2. 14 sierpnia 2026 08:04 UTCresolved

   We were able to resolve this issue, it's back to normal now.

1. 11 sierpnia 2026 16:05 UTCinvestigating

   we are currently investigating increased error rate for our provisioning service.

1. 11 sierpnia 2026 16:05 UTCinvestigating

   Currently, there is an increased processing time for provisioning orders that are initiated via Data Center Designer or API. Occasionally, connections may be lost in the direction of the Data Center Designer. Availability and accessibility of your virtual data center resources will remain unaffected. We will inform you as soon as the functionality has been restored.

2. 11 sierpnia 2026 16:23 UTCidentified

   We have identified a likely culprit. The Provisioning Team has implemented a mitigation. We see the performance of the service stabilizing.

3. 11 sierpnia 2026 16:37 UTCidentified

   We are still seeing residual 500 errors from the Cloud API and are working towards resolving the remaining service degradation.

4. 11 sierpnia 2026 19:24 UTCmonitoring

   We confirm that the provisioning service has recovered and is operating normally. Our teams will continue to monitor the environment to ensure its stability and continued operation.

5. 12 sierpnia 2026 11:52 UTCresolved

   This incident has been resolved.

1. 4 sierpnia 2026 10:24 UTCidentified

   Zdajemy sobie sprawę z niedostępności nieregularnego samolotu kontrolnego wpływającego na podgrupę klientów Managed Kubernetes. Dotknięci klienci mogą doświadczać awarii połączeń API, przerw w rozmieszczeniu i tymczasowego zakłócenia operacji zarządzania klastrami. Nasz zespół inżynieryjny aktywnie pracuje zarówno nad natychmiastową redukcją, jak i długoterminowymi ulepszeniami architektonicznymi. Zastosowano już kilka środków łagodzących, w tym optymalizację harmonogramu konserwacji, poprawki regresji zagęszczania oraz poprawę wydajności przechowywania. Trwają dodatkowe działania - w tym migracja infrastrukturalna, specjalne klastry eventowe, lepsze bilansowanie obciążenia oraz skalowanie poziome. Dostarczamy regularne aktualizacje na tej stronie. Klienci doświadczający problemów są zachęcani do subskrybowania tego incydentu do terminowych powiadomień.

2. 4 sierpnia 2026 13:14 UTCidentified

   Podczas dzisiejszej służby, podgrupa samolotów kontrolnych doświadczyła tymczasowego ponownego startu. Dotknięci klienci mogą zauważyć krótką niedostępność API, podczas gdy te samoloty kontrolne odzyskać. Zespół monitoruje rekonwalescencję. Oddzielnie trwają prace nad poprawą przepustowości infrastruktury i dystrybucji obciążenia, jak opisano w naszej wstępnej aktualizacji. Prześlemy kolejną aktualizację, gdy uszkodzone samoloty kontrolne w pełni ustabilizują się.

3. 4 sierpnia 2026 14:37 UTCidentified

   Obecnie wdrażamy środki skalowania pamięci w celu rozwiązania powtarzających się problemów związanych ze stabilnością podczas operacji zagęszczania w dotkniętych klastrach etcd. Ponadto planujemy wprowadzić dalsze horyzontalne skalowanie dla dotkniętych klastrów. Dostarczymy kolejną aktualizację po zastosowaniu tych środków i będziemy mogli ocenić ich wpływ.

4. 4 sierpnia 2026 16:23 UTCidentified

   Nasze plany dalszego poziomego skalowania płaszczyzny sterującej postępują. Spodziewamy się, że w ciągu najbliższych godzin będziemy mogli przeprowadzić badania na sucho, zanim przejdziemy do migracji. Naszym celem jest ukończenie prac nad skalowaniem poziomym do czasu EOD. Równolegle wprowadzamy ulepszenia konfiguracji pamięci.

5. 4 sierpnia 2026 21:11 UTCmonitoring

   Dostosowania pamięci zostały wprowadzone i wykazują pozytywne efekty. Rozpoczynamy migracje planowane w celu dalszej poprawy wydajności samolotu kontrolnego dla wszystkich naszych klientów. Szacujemy, że migracja zostanie zakończona w ciągu najbliższych godzin. Oczekuje się, że wydajność samolotu kontrolnego poprawi się już podczas migracji. Ustanawiamy ten incydent jako stan monitorowania i przedstawimy aktualizację po zakończeniu migracji.

6. 5 sierpnia 2026 06:23 UTCidentified

   Migracja pierwszych partii została zakończona. Zespół Kubernetes zidentyfikował pozostałą kwestię uniemożliwiającą dalszą migrację. Uruchamiamy ten incydent do czasu rozwiązania problemu i zakończenia migracji.

7. 5 sierpnia 2026 10:07 UTCidentified

   Migracja została ponownie odebrana. Widzimy już zachęcające wyniki po zakończeniu pierwszych partii. W najbliższych godzinach skupiamy się na zakończeniu migracji i horyzontalnym skalowaniu. Podczas migracji pojedyncze etcds mogą być tymczasowo niedostępne przez okres około 30 sekund. Oczekujemy dalszych osiągnięć i poprawy stabilności dla wszystkich klientów podczas i po migracji.

8. 5 sierpnia 2026 20:43 UTCidentified

   Memory limit adjustments and migration have had positive effects on the first control plane cluster. Customer situated in the first control plane cluster should already see substantial improvements in performance and stability. We have started to roll out memory adjustments in the remaining control plane cluster, as well. Rolling out the memory limits can lead to temporary unavailability of affected control planes. These interruptions should be brief and will not affect running workloads. After memory limit adjustments are fully rolled out on the second control plane cluster, horizontal scaling and migrations will resume on both control plane clusters for the next hours until workload is distributed optimally.

9. 6 sierpnia 2026 08:04 UTCmonitoring

   Memory limit adjustments have been fully rolled out across all control plane clusters and are showing positive effects. We have significantly expanded the underlying infrastructure capacity and migration of customer workloads is progressing well. We are observing substantial improvements in control plane stability and performance. The recurring disruption patterns described in earlier updates are no longer present. Migration work will continue throughout the day. We will provide an update once migrations are completed or if any changes in status occur.

10. 7 sierpnia 2026 05:06 UTCmonitoring

    Migration of customer workloads on the first control plane cluster has been completed ahead of schedule. Customer clusters have been redistributed across expanded infrastructure and all migrated workloads are running without issues. We continue to observe stable control plane performance with no new disruptions reported.

11. 10 sierpnia 2026 19:58 UTCresolved

    We are marking this incident as resolved. The measures already put into place have had the desired effect on the service and have improved performance and stability. While this incident is marked as resolved, we are continuing executing on our action plan to improve the performance and reliability of our Managed Kubernetes Control Planes. Our current focus: - Further load balancing on our Control Plane Clusters - Migration of control planes to improved infrastructure

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 4 sierpnia 2026 08:20 UTCidentified

   IONOS Cloud Support is temporarily not always available via phone. We ask Customers and Partners to contact Cloud Support via the DCD Form or Email, instead.

2. 4 sierpnia 2026 10:02 UTCresolved

   We were able to assign additional personnel and will set this status page to resolved.

1. 28 lipca 2026 13:46 UTCinvestigating

   Obecnie badamy kwestię łączności wpływającą na nasze usługi DBaaS (MongoB). Nasz zespół pracuje nad rozwiązaniem problemu, a my będziemy aktualizować jak tylko pełna funkcjonalność zostanie przywrócona.

2. 28 lipca 2026 13:47 UTCinvestigating

   Nadal badamy tę kwestię.

3. 28 lipca 2026 13:51 UTCidentified

   Zidentyfikowaliśmy problem z DNS. Nasz zespół DBaaS właśnie analizuje usługę. Zidentyfikowano potencjalnego sprawcę. Dostarczymy kolejną aktualizację tutaj najnowszy 14: 15

4. 28 lipca 2026 13:54 UTCmonitoring

   Zespół DBaaS przeprowadził cofnięcie wprowadzonych zmian przed aktualizacją usług DNS. Widzimy, że usługi wracają do normy. Dokładnie monitorujemy sytuację.

5. 28 lipca 2026 16:36 UTCresolved

   Zaznaczamy ten incydent jako rozwiązany, ponieważ nie można było wykryć dalszych nieprawidłowości. Będziemy dzielić się RCA jak tylko zostanie skompilowany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 25 lipca 2026 06:27 UTCinvestigating

   Prowadzimy śledztwo w sprawie utraty nadmiarowości na serwerach pamięci masowej. Obecnie nie ma wpływu na klienta, nasz zespół prowadzi śledztwo i pracuje nad przywróceniem redundancji. Podejrzewamy wadliwy element sieciowy.

2. 25 lipca 2026 06:44 UTCmonitoring

   Znaleźliśmy prawdopodobną przyczynę. Element zarządzania powodował nadmierne zużycie pamięci, wprowadzając niestabilność na dotkniętych serwerach pamięci masowej. To zostało złagodzone. Obecnie monitorujemy środowisko i zamkniemy ten incydent, jeśli nie zaobserwuje się dalszych anomalii.

3. 25 lipca 2026 07:49 UTCresolved

   Nie wykryto więcej anomalii. Root Przyczyna utraty nadmiarowości została zidentyfikowana jako wyciek pamięci w komponencie zarządzania. W celu uniknięcia nawrotu wprowadzono trwałe środki łagodzące. Wyciek pamięci zostanie omówiony w nadchodzącej aktualizacji do komponentu zarządzania.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 24 lipca 2026 06:51 UTCidentified

   Podczas gdy wsparcie telefoniczne będzie ogólnie dostępne, nasze zdolności są ograniczone z powodu wielu przypadków zwolnienia chorobowego. Chcemy poinformować, że nasze wsparcie telefoniczne będzie ograniczone w czasie następnym, prowadząc do zwiększonego czasu reakcji na kanał telefoniczny. W takich przypadkach prosimy o kontakt z pocztą elektroniczną. Dziękuję.

2. 27 lipca 2026 05:43 UTCresolved

   Dostępność Cloud Support wróciła. Dziękuję za zrozumienie.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 23 lipca 2026 10:44 UTCinvestigating

   Obecnie badamy zwiększoną liczbę błędów i opóźnień modelu AI Hub. Więcej szczegółów zostanie udostępnionych w miarę ich dostępności. Usługi powiązane: AI Model Hub Lokalizacja: Global Services

2. 23 lipca 2026 11:25 UTCmonitoring

   Zastosowano fix, który zmniejszył liczbę odpowiedzi 4xx i 5xx do poziomów nominalnych. Będziemy nadal monitorować wyniki.

3. 28 lipca 2026 07:12 UTCresolved

   Zaznaczamy ten incydent jako rozwiązany. Nasz zespół AI Modelhub zajął się tym problemem, który został spowodowany przez ostre ograniczenia zasobów. Rozwiązano to poprzez zmniejszenie wąskich gardeł.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 18 lipca 2026 13:33 UTCinvestigating

   Prowadzimy obecnie dochodzenie w sprawie domniemanej kwestii połączeń sieciowych wpływającej na usługę MK8. Będziemy aktualizować stronę statusu z nowymi informacjami, jak staną się dostępne.

2. 18 lipca 2026 13:55 UTCinvestigating

   Wstępne dochodzenie sprawia, że kwestia połączeń sieciowych jest mało prawdopodobna. Zespół skupia śledztwo na stronie Managed Kubernetes.

3. 18 lipca 2026 14:26 UTCidentified

   Zidentyfikowaliśmy wzrost w naszej kolejce silników zasilających, który jest prawdopodobnie przyczyną obserwowanych problemów. Nasz zespół jest poinformowany i dołączył do odpowiedzi.

4. 18 lipca 2026 14:47 UTCidentified

   Zawęziliśmy tę kwestię i wierzymy, że zidentyfikowaliśmy winowajcę. Potwierdzamy to.

5. 18 lipca 2026 15:03 UTCidentified

   Nasz zespół potwierdził podejrzanego winowajcę. Obecnie łagodzimy tę kwestię i będziemy monitorować wykonanie zatrudnienia.

6. 18 lipca 2026 15:51 UTCidentified

   Kwestia składowania została pomyślnie rozwiązana, jednak obecnie tworzenie miejsc pracy nie przebiega pomyślnie. Nasz zespół rezerw prowadzi śledztwo.

7. 18 lipca 2026 16:54 UTCidentified

   Chociaż można rozwiązać blokadę rezerw, badamy zwiększoną liczbę błędów związanych z przechowywaniem. Zwracamy uwagę na te pozostałe kwestie. Klienci mogli nadal widzieć problemy z przywiązywaniem magazynów na Kubernetes.

8. 18 lipca 2026 17:24 UTCidentified

   Znaleźliśmy problem z jednym serwerem pamięci masowej należącym do pary zbędnych serwerów pamięci masowej. Nasz zespół wprowadza środki łagodzące.

9. 18 lipca 2026 17:54 UTCmonitoring

   Incydent należy teraz złagodzić. Zregenerowany serwer pamięci masowej. Kiedy to się zakończy, redundancja zostanie w pełni przywrócona. Nie widzimy już żadnych pozostałych kwestii związanych z zaopatrzeniem. Monitorujemy sytuację i renowację, a następnie ustalimy rozwiązanie incydentu.

10. 18 lipca 2026 19:27 UTCmonitoring

    Ze względu na trwający wysiłek renowacyjny na serwerze pamięci masowej klienci mogą nadal zobaczyć rezydualny wpływ podczas podłączania / odłączania pamięci masowej do momentu całkowitego przywrócenia redundancji. Resetujemy wpływ usługi z powrotem do Degraded Performance.

11. 18 lipca 2026 20:24 UTCmonitoring

    Zespół napotkał komplikacje podczas odzyskiwania drugiego serwera pamięci masowej w parze. Sprzęt trzeba wymienić. Nasz zespół danych pracuje nad tym zadaniem. Dla klientów, którzy nadal ucierpieli, pracujemy nad jednoczesnym wdrożeniem środków łagodzących odblokowywanie operacji składowania.

12. 18 lipca 2026 21:31 UTCmonitoring

    Przeprowadza się wymianę sprzętu. Zespół w dalszym ciągu łagodzi poważne problemy z magazynowaniem aż do zakończenia wymiany sprzętu i odzysku, aby zminimalizować wpływ klienta.

13. 18 lipca 2026 22:03 UTCmonitoring

    Wymiana sprzętu została zakończona. Przywrócenie nadmiarowości trwa.

14. 18 lipca 2026 22:43 UTCmonitoring

    Pierwsza wymiana sprzętu nie powiodła się. Kolejna próba. Tymczasem migracja danych ma na celu migrację danych do innego celu w zakresie przechowywania. Ze względu na ilość danych, które mają zostać przeniesione migracja trwa kilka godzin.

15. 19 lipca 2026 12:21 UTCmonitoring

    Migracja magazynów została zakończona, co powinno zapobiec dalszym problemom związanym ze składowaniem. Migracja danych migawek jest obecnie w toku, więc działania związane z migawkami mogą nadal nie zakończyć się pomyślnie.

16. 4 sierpnia 2026 10:01 UTCresolved

    we are marking this incident as resolved as the underlying storage issue has been resolved. We will create a follow up incident for Managed Kubernetes performance and stability issues to avoid confusion.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 15 lipca 2026 10:15 UTCidentified

   Podczas gdy wsparcie telefoniczne będzie ogólnie dostępne, nasze zdolności są ograniczone z powodu wielu przypadków zwolnienia chorobowego. Chcemy poinformować, że nasze wsparcie telefoniczne będzie ograniczone w czasie następnym, prowadząc do zwiększonego czasu reakcji na kanał telefoniczny. 15.07.2026: 21: 00 - 05: 00 UTC 16.07.2026: 21: 00 - 05: 00 UTC Jeśli to możliwe, prosimy o przesłanie biletów za pomocą formularza DCD lub za pośrednictwem poczty elektronicznej. Dziękuję za zrozumienie!

2. 17 lipca 2026 16:55 UTCresolved

   Zasięg telefonu jest obecnie normalny

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 13 lipca 2026 11:18 UTCinvestigating

   We are currently investigating problems accessing VMs and DBaaS service located in Frankfurt. We will inform you as soon as the functionality has been restored.

2. 13 lipca 2026 11:21 UTCresolved

   This was a duplicate.