Historia awarii Digitalocean

1. 9 września 2026 10:47 UTCinvestigating

   Badamy problem z zasilaniem, który wpływa na część naszego ATL1. Redundantne systemy zasilania utrzymują serwery w sieci, a my nie zaobserwowaliśmy żadnych awarii serwera. Dostępna moc jest jednak zmniejszona, co może spowodować pogorszenie wydajności niektórych ładunków roboczych GPU, szczególnie w okresach wysokiego wykorzystania. Nasze zespoły danych i infrastruktury pracują nad przywróceniem pełnej mocy. Dostarczymy aktualizację w miarę dostępności większej ilości informacji. Przepraszamy za niedogodności i doceniamy waszą cierpliwość.

2. 9 września 2026 11:32 UTCmonitoring

   Kwestia mocy wpływająca na część naszych danych ATL1 została w pełni rozwiązana. Przywrócono redundancję mocy i zmniejszono ewentualne skutki dla klientów. Będziemy nadal monitorować środowisko, aby zapewnić stałą stabilność.

3. 9 września 2026 12:25 UTCresolved

   Ten incydent został rozwiązany. W pełni przywrócono redundancję mocy i potwierdziliśmy, że wpływ na klientów został zmniejszony. Zamykamy ten incydent.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 24 sierpnia 2026 17:14 UTCinvestigating

   Nasz zespół inżynieryjny bada problem wpływający na publiczne API DigitalOcean i Panel Kontroli Chmury. W tym czasie użytkownicy będą widzieć podniesione błędy 5xx dla wszystkich wniosków API, w tym rzeczy takie jak tworzenie dla różnych produktów. Użytkownicy mogą również nie mieć dostępu do cloudd.digitalocean.com. Aktywnie badamy główną przyczynę i dostarczymy aktualizacje, jak tylko pojawi się więcej informacji. Przepraszamy za niedogodności i doceniamy waszą cierpliwość.

2. 24 sierpnia 2026 18:33 UTCinvestigating

   Kontynuujemy badanie problemu wpływającego na publiczne API i Panel Kontroli Chmury DigitalOcean. W tym czasie obserwujemy pewną poprawę w zakresie opóźnień / błędów, a niektórzy użytkownicy mogą teraz mieć dostęp do panelu Cloud Control Panel. Bezserwowy Użytkownicy mogą obecnie doświadczać błędów 403 i 503 podczas składania wniosków o API lub dostępu do usług, których dotyczą. Będziemy nadal dostarczać aktualizacje w miarę dostępności większej ilości informacji. Przepraszamy za niedogodności i doceniamy waszą cierpliwość.

3. 24 sierpnia 2026 19:14 UTCmonitoring

   Nasz zespół inżynieryjny wdrożył środki łagodzące, aby rozwiązać problem wpływający na publiczny panel API i Cloud Control DigitalOcean. Widzimy, że wnioski odniosły sukces, a użytkownicy powinni mieć teraz dostęp do panelu kontroli w chmurze i wydawać / otrzymywać wnioski API normalnie. Obecnie monitorujemy sytuację, aby zapewnić powrót usługi do normalnego funkcjonowania i utrzymanie stabilności. Doceniamy Państwa cierpliwość i dostarczymy aktualizację, gdy kwestia zostanie w pełni potwierdzona.

4. 24 sierpnia 2026 22:27 UTCinvestigating

   Nasz zespół inżynieryjny bada nawrót problemu wpływającego na publiczny panel API i Cloud Control. Ta kwestia nie ma wpływu na naszą płaszczyznę danych (np. kropelki). Użytkownicy mogą napotkać trudności w dostępie do panelu kontroli w chmurze, wraz ze zwiększonym opóźnieniem i okresowymi błędami przy dostępie do publicznego API lub samolotu kontroli w chmurze. Aktywnie badamy tę kwestię i pracujemy nad przywróceniem normalnej obsługi. Będziemy nadal dostarczać aktualizacje w miarę dostępności większej ilości informacji. Przepraszamy za niedogodności i doceniamy waszą cierpliwość.

5. 25 sierpnia 2026 00:54 UTCmonitoring

   Nasz zespół inżynieryjny wdrożył środki łagodzące, aby rozwiązać problem wpływający na publiczny panel API i Cloud Control DigitalOcean. Obserwujemy ulepszenia, a użytkownicy powinni mieć teraz dostęp do Panelu Kontroli Chmury i normalnie korzystać z publicznych API. Kontynuujemy monitorowanie usług w celu zapewnienia ich stabilności i dostarczy dalszych aktualizacji w miarę dostępności większej ilości informacji. Doceniamy waszą cierpliwość i zrozumienie.

6. 25 sierpnia 2026 16:30 UTCmonitoring

   Nasz zespół inżynieryjny nadal monitoruje zdrowie wszystkich usług i nie zaobserwował ponownego uderzenia w ciągu ostatnich 12 + godzin. Będziemy nadal monitorować usługi przez krótki czas, aby potwierdzić stabilność, zanim zaznaczymy rozwiązanie tego incydentu. Rozumiemy wpływ tego incydentu na użytkowników DigitalOcean i opublikujemy sekcję zwłok na stronie statusu, aby podać dalsze szczegóły dotyczące przyczyny i łagodzenia skutków.

7. 25 sierpnia 2026 19:04 UTCresolved

   Nasz zespół maszynistów potwierdził, że wszystkie służby są stabilne i teraz rozwiążemy ten incydent. Dalsze szczegóły dotyczące przyczyny i łagodzenia skutków będą podane w sekcji pośmiertnej za pośrednictwem tej strony statusu dla użytkowników zainteresowanych nauką więcej. Dziękuję za cierpliwość podczas tego incydentu. Jeśli nadal doświadczasz jakichkolwiek problemów, skontaktuj się ze wsparciem z Twojego konta

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 23 sierpnia 2026 05:11 UTCinvestigating

   Nasz zespół inżynieryjny bada problem z naszym produktem Managed Database. W tym czasie użytkownicy mogą doświadczać błędów podczas tworzenia klastrów, zarówno za pośrednictwem panelu Cloud Control, jak i API. Przepraszamy za niedogodności i podzielimy się aktualizacją, gdy będziemy mieli więcej informacji.

2. 23 sierpnia 2026 07:06 UTCinvestigating

   Nadal badamy problem wpływający na tworzenie klastrów w wielu regionach. W tym czasie użytkownicy mogą doświadczać błędów podczas tworzenia klastrów zarządzanej bazy danych za pośrednictwem panelu Cloud Control lub API. Nasz zespół inżynieryjny wprowadza środki łagodzące i pracuje nad przywróceniem normalnego zaopatrzenia. Dostarczymy kolejną aktualizację, jak tylko więcej informacji będzie dostępnych.

3. 23 sierpnia 2026 11:30 UTCmonitoring

   Nasz zespół inżynieryjny wdrożył niezbędne poprawki wpływające na tworzenie klastra Managed Database w regionach NYC3 i NYC1. Użytkownicy powinni teraz być w stanie tworzyć nowe klastry zarządzanej bazy danych. Obecnie monitorujemy sytuację, aby zapewnić powrót usługi do normalnego funkcjonowania i utrzymanie stabilności. Doceniamy Państwa cierpliwość i dostarczymy aktualizację, gdy kwestia zostanie w pełni potwierdzona.

4. 23 sierpnia 2026 14:33 UTCresolved

   Nasz zespół inżynieryjny rozwiązał problem zapobiegania tworzeniu klastrów na zarządzanych bazach danych w regionach NYC3 i NYC1. Klienci mogą teraz tworzyć nowe zarządzane bazy danych Klastry normalnie. Nasz zespół inżynierów monitorował środowisko, aby zapewnić stabilność. Serdecznie przepraszamy za wszelkie niedogodności, jakie te zakłócenia mogły spowodować w waszych operacjach. Jeśli nadal masz problemy, otwórz bilet w naszym zespole wsparcia: https: / / cloudsupport.digitalocean.com / s /

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 21 sierpnia 2026 12:59 UTCinvestigating

   Nasz zespół inżynieryjny bada obecnie raporty dotyczące problemu wpływającego na rejestr kontenerów i przestrzeni w niektórych regionach. W tym czasie klienci mogą doświadczać awarii podczas pchania lub ciągnięcia obrazów kontenerów. Dodatkowo klienci mogą doświadczać problemów z dostępem do przestrzeni za pośrednictwem panelu sterowania chmurą, gdzie strona może wyświetlać "Wygląda na to, że coś poszło nie tak"... Nasz zespół inżynieryjny bada sprawę i traktuje ją priorytetowo. Dostarczymy kolejną aktualizację, jak tylko pojawi się więcej informacji.

2. 21 sierpnia 2026 13:06 UTCmonitoring

   Nasz zespół inżynieryjny zidentyfikował problem wpływający na magazyny i pojemniki z przestrzeniami, a także zastosowano rozwiązanie. Dostępność przestrzeni za pośrednictwem panelu Cloud Control Panel powinna być przywrócona, a przesuwanie i ciągnięcie obrazów kontenera powinno wrócić do normy. Kontynuujemy monitorowanie wyników, aby zapewnić, że problem został w pełni rozwiązany i dostarczą kolejną aktualizację po potwierdzeniu normalnej usługi przywróconej.

3. 21 sierpnia 2026 14:52 UTCresolved

   Nasz zespół inżynieryjny potwierdził, że problem wpływający na dostęp do rejestru kontenerów i przestrzeni został rozwiązany. Dostępność przestrzeni za pośrednictwem panelu sterowania chmurą jest teraz przywrócona, a przesuwanie i ciągnięcie obrazów kontenera jest skuteczne, jak oczekiwano. Klienci, którzy wcześniej napotkali te problemy, powinni teraz mieć dostęp do przestrzeni i umieszczać swoje obrazy kontenerów bez dalszych problemów. Jeśli nadal napotkasz jakiekolwiek problemy, otwórz bilet w naszym zespole wsparcia. Dziękuję za cierpliwość i przepraszamy za wszelkie niedogodności.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 19 sierpnia 2026 11:10 UTCinvestigating

   Nasz zespół inżynieryjny bada obecnie problem w regionie MKC1 dotykający wiele stojaków i węzłów. W tym czasie klienci mogą doświadczać zakłóceń w pracy GPU, a węzły pracy Kubernetes (DOKS) mogą wejść do stanu NotReady. Nasz zespół aktywnie pracuje nad przywróceniem łączności i przywróceniem do sieci uszkodzonych węzłów. Jeśli nadal doświadczasz problemów, otwórz bilet wsparcia z Twojego konta.

2. 19 sierpnia 2026 12:22 UTCidentified

   Zidentyfikowaliśmy główną przyczynę problemu w regionie MKC1, który ma wpływ na wiele stojaków i węzłów. Nasz zespół inżynieryjny aktywnie wdraża działania naprawcze w celu przywrócenia łączności i przywrócenia do sieci wpływających węzłów. W tym czasie klienci mogą w dalszym ciągu doświadczać zakłóceń w obciążeniach roboczych GPU i bez Serverless Inference. Węzły pracy Kubernetes (DOKS) mogą również pozostać w stanie NotReady, a klienci mogą nie być w stanie dotrzeć do punktów końcowych API Kubernetes lub wykonać operacji zarządzania klastrem w dotkniętych klastrach. Dostarczymy kolejną aktualizację, jak tylko będziemy mieli więcej informacji.

3. 19 sierpnia 2026 15:28 UTCidentified

   Nasz zespół inżynieryjny nadal pracuje nad problemem dotyczącym regionu MKC1. Aktywnie pracujemy nad przywróceniem łączności i ponownym uruchomieniem uszkodzonych węzłów. Dostarczymy kolejną aktualizację, jak tylko będziemy mieli więcej informacji.

4. 19 sierpnia 2026 18:59 UTCmonitoring

   W tym czasie, regionalny samolot kontrolny jest w pełni zdrowy. Krople procesora, bazy danych zarządzane, balansory obciążenia, magazynowanie bloków i spacje działają normalnie. Droplet tworzy, zmienia rozmiar i inne operacje zarządzania działają. Samoloty kontrolne Kubernetes (DOKS) są osiągalne. Nasze zespoły nadal współpracują z placówką w celu przywrócenia sprzętu. Krople GPU w MKC1 pozostają niedostępne lub nieosiągalne. Węzły pracy DOKS GPU mogą pozostać NotReady, a punkty końcowe w tym regionie mogą być niedostępne. Będziemy monitorować regionalny samolot kontrolny przez krótki czas, a następnie rozwiązać ten incydent. Klienci GPU otrzymają spersonalizowane aktualizacje wraz z większą ilością informacji zamiast tej strony statusu. Jeśli masz pytania dotyczące swoich dotkniętych zasobów, skontaktuj się ze wsparciem i odsyłaj ten incydent.

5. 19 sierpnia 2026 19:34 UTCresolved

   Nasz zespół inżynieryjny potwierdził, że regionalny samolot sterujący jest zdrowy i CPU Droplets, Zarządzanie bazami danych, Balancery obciążenia, Magazynowanie bloków, Kubernetes (DOKS) i Spaces działają normalnie. Krople GPU nadal mają wpływ, a nasze zespoły pracują nad przywróceniem wszystkich węzłów. Będziemy komunikować się z klientami GPU Droplet oddzielnie poprzez Slack i e-mail z więcej informacji i regularne aktualizacje. Dziękuję za cierpliwość podczas tego incydentu. Jeśli nadal będziesz doświadczał jakichkolwiek problemów, otwórz bilet wsparcia z Twojego konta.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 13 sierpnia 2026 14:59 UTCresolved

   Between Aug 13, 09:50 UTC and 14:30 UTC, customers in the FRA1 region experienced an issue affecting Block Storage Volumes attachment and detachment operations on Droplets and Managed Kubernetes clusters. During this window, customers may have encountered delays or been unable to attach and detach Block Storage Volumes from their resources. Block Storage Volumes attachment and detachment operations now appear to be functioning normally, and customers should no longer experience issues with these operations. For Managed Kubernetes clusters specifically, some residual cleanup of affected volume attachments may still be needed, and our team is actively working through this. We apologize for any inconvenience this may have caused. If you continue to experience issues with Block Storage Volumes operations, please don't hesitate to open a support ticket for further investigation. Our team will be happy to assist you.

1. 8 sierpnia 2026 18:57 UTCinvestigating

   Our Engineering team is currently investigating reports of an issue affecting new account registration, Reserved IPs, Snapshots, Droplets and Droplet-based services across multiple regions. During this time, customers may be unable to create new accounts, create Droplets, allocate Reserved IPs, or perform Automated Backups and Snapshots operations. Droplet Autoscale scaling operations and DOKS cluster operations are also affected. Our Engineering team is actively investigating the issue and we will provide another update as soon as more information becomes available.

2. 8 sierpnia 2026 19:38 UTCinvestigating

   Our Engineering team is continuing to investigate reports of an issue affecting new account registration, Reserved IPs, Snapshots, Droplets and Droplet-based services across multiple regions. During this time, customers may be unable to create new accounts, create Droplets, allocate Reserved IPs, or perform Automated Backups and Snapshots operations. Droplet Autoscale scaling operations and DOKS cluster operations are also affected. Further investigation has found that GenAI services are also affected due to this issue, customers may also be unable to access the Droplet console, and Database clusters may be stuck in a "Creating" state. Our Engineering team is actively investigating the issue and we will provide another update as soon as more information becomes available.

3. 8 sierpnia 2026 20:02 UTCidentified

   Our Engineering team has identified the root cause of the issue affecting new account registration, Droplets, Reserved IPs, Snapshots, and DOKS clusters across multiple regions. Customers may experience the following: Unable to create new accounts Unable to create Droplets Unable to allocate Reserved IPs Failures with Automated Backups and Snapshots operations Droplet Autoscale scaling operations not working as expected DOKS cluster operations failing GenAI services impacted Unable to access the Droplet console Database clusters stuck in a "Creating" state Our Engineering team is working on implementing a fix and we will provide another update as soon as more information becomes available.

4. 8 sierpnia 2026 22:02 UTCidentified

   Our Engineering team continues to work on implementing and rolling out a fix for the issue affecting multiple services across multiple regions, including new account registration, Droplets, Reserved IPs, Automated Backups and Snapshots, Droplet Autoscale, DOKS clusters, GenAI services, the Droplet console, and Database cluster creation. Customers may continue to experience the previously reported service disruptions while remediation efforts remain in progress. We will provide another update as soon as more information becomes available.

5. 9 sierpnia 2026 00:31 UTCmonitoring

   Our Engineering team has implemented a fix for the issue affecting new account registration, Droplets, Reserved IPs, Snapshots, and DOKS clusters across multiple regions, and is currently monitoring the situation. At this time, customers should no longer experience errors with: New account registration Droplet creation Reserved IP allocation Automated Backups and Snapshots operations Droplet Autoscale scaling operations DOKS cluster operations GenAI services Access to the Droplet console Database cluster creation We will continue to monitor the situation to ensure that all services are stable and functioning as expected. We will post an update as soon as the issue is fully resolved.

6. 9 sierpnia 2026 01:01 UTCresolved

   Our Engineering team confirms the full resolution of the issue affecting all impacted services, including new account registration, Droplet Creation, Reserved IPs, Automated Backups and Snapshots, Droplet Autoscale, DOKS clusters, GenAI services, the Droplet Console, and Database cluster creation. We apologize for the inconvenience. If you continue to experience any issues, please open a support ticket from within your account.

1. 6 sierpnia 2026 19:01 UTCinvestigating

   Our Engineering team is investigating an issue impacting Functions on App Platform. During this time, users may experience build/deploy failures for Functions components, and requests to Functions endpoints may fail with a 504 error, caused by an SSL error when App Platform attempts to forward requests to Functions. This issue currently appears to be isolated to Functions deployed within App Platform. We apologize for the inconvenience and will share an update once we have more information.

2. 6 sierpnia 2026 20:02 UTCmonitoring

   Our Engineering team has implemented a fix for the issue affecting Functions on App Platform. Functions builds/deploys and requests to Functions endpoints should now be completing successfully. We are currently monitoring the situation to ensure the service has returned to normal operation and remains stable. We apologize for the inconvenience and will provide a further update once the incident is confirmed resolved.

3. 6 sierpnia 2026 21:05 UTCresolved

   Our Engineering team has confirmed that the issue affecting Functions on App Platform has been fully resolved. Functions builds, deploys, and requests to Functions endpoints are all working as expected. The fix implemented earlier was successful, and we are no longer seeing any problems affecting Functions. However, if you continue to experience any issues, please don't hesitate to raise a support ticket for further investigation.

1. 6 sierpnia 2026 16:33 UTCresolved

   Between Aug 6, 06:42 UTC and 09:08 UTC, customers experienced failures with write operations across multiple DigitalOcean services, including Managed Databases, DOKS, Cloud Firewalls, DNS, Spaces, Block Storage Volumes, and event processing. Customers attempting to update Cloud Firewall rules, modify DNS records, manage object storage operations, provision or scale DOKS clusters and node pools, and make other infrastructure configuration changes experienced failures. These operations returned errors, preventing customers from managing their resources. Additionally, event processing was delayed or failed during this window, which may have impacted the timeliness of resource status updates and notifications. The services have recovered and are now operating normally. Customers should no longer experience issues with write operations, configuration changes, or event processing. We apologize for any inconvenience this may have caused. If you continue to experience issues with any of these services, please don't hesitate to open a support ticket. Our team will be happy to assist you.

1. 4 sierpnia 2026 16:13 UTCinvestigating

   Our Engineering team is investigating an issue affecting Spaces Cold Storage billing. During this time, customers with cold storage buckets may see incorrect values reflected in their daily usage and current invoices. We apologize for the inconvenience and are actively working to resolve the issue. We will provide an update as soon as more information becomes available.

2. 4 sierpnia 2026 18:52 UTCidentified

   Our Engineering team has identified the issue affecting Spaces Cold Storage billing. The team is actively working on a fix to resolve the issue. We apologize for the inconvenience and will provide another update as soon as more information becomes available.

3. 4 sierpnia 2026 20:44 UTCmonitoring

   Our Engineering team has implemented a fix for the issue affecting Spaces Cold Storage billing and is currently monitoring the situation. Customers with cold storage buckets should no longer see incorrect values reflected in their daily usage and current invoices. We will post an update as soon as the issue is fully resolved.

4. 4 sierpnia 2026 21:42 UTCresolved

   As of 21:06 UTC, our Engineering team has resolved the issue affecting Spaces Cold Storage billing. An error in our billing processing system caused incorrect values to be reflected in daily usage and current invoices for customers with cold storage buckets. Our team identified and corrected an issue with the billing data sync, ensuring accurate usage reporting. If you continue to experience any issues, please open a ticket with our Support team. We apologize for any inconvenience this may have caused.

1. 3 sierpnia 2026 13:58 UTCinvestigating

   Począwszy od 09: 36 UTC w dniu 3 sierpnia, niektórzy klienci mogą doświadczać błędów przerywanych podczas dostępu do Panelu DigitalOcean Cloud Control, w tym wiadomości "mTLS weryfikacja nie powiodła się". Nasz zespół inżynieryjny prowadzi śledztwo. Przepraszamy za niedogodności, jakie mogło to spowodować. Dostarczymy kolejną aktualizację, jak tylko będzie dostępna więcej informacji. Jeśli masz jakieś pytania związane z tym problemem, wyślij nam bilet ze strony obsługi chmur. https: / / cloudsupport.digitalocean.com / s / createbilet

2. 3 sierpnia 2026 16:39 UTCmonitoring

   Wprowadziliśmy łagodzenie problemu powodującego, że niektórzy klienci doświadczają błędów przerywanych podczas dostępu do Panelu DigitalOcean Cloud Control. Widzimy ożywienie i uważnie monitorujemy usługi. Dostarczymy kolejną aktualizację po potwierdzeniu, że sprawa jest w pełni rozwiązana

3. 3 sierpnia 2026 17:59 UTCresolved

   Między 09: 36 a 13: 30 UTC w dniu 3 sierpnia niektórzy klienci doświadczyli błędów przerywanych podczas dostępu do Panelu DigitalOcean Cloud Control Panel. Odnowiliśmy certyfikaty wewnętrzne i odnowiliśmy dostęp. Problem został rozwiązany, a panel sterowania chmurą działa normalnie. Przepraszamy za zakłócenia.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 29 lipca 2026 17:56 UTCinvestigating

   Obecnie badamy tę kwestię.

2. 29 lipca 2026 21:41 UTCinvestigating

   Nasz zespół bada raporty o pustych lub uszkodzonych reakcjach wpływających na Kimi- K3. W tym momencie użytkownicy mogą doświadczyć zdegradowanej jakości odpowiedzi, szczególnie pustych lub uszkodzonych wyjść (w tym powtarzających się znaków), podczas korzystania z usługi Kimi- K3. Przepraszamy za niedogodności i podzielimy się aktualizacją, gdy będziemy mieli więcej informacji.

3. 30 lipca 2026 06:15 UTCresolved

   Nasz zespół inżynieryjny rozwiązał problem powodując puste lub złamane odpowiedzi od Kimi- K3. Jeśli nadal masz problemy, otwórz bilet w naszym zespole wsparcia. Przepraszamy za wszelkie niedogodności.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 27 lipca 2026 18:31 UTCinvestigating

   Obecnie badamy tę kwestię.

2. 27 lipca 2026 19:44 UTCidentified

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

3. 28 lipca 2026 15:24 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 24 lipca 2026 10:36 UTCidentified

   Zauważyliśmy, że problemy z połączeniem sieciowym dotykają niektórych użytkowników łączących się z Indiami do zasobów w regionie NYC. W oparciu o nasze obecne dochodzenie użytkownicy Airtel i BSNL zgłosili wzrost opóźnień, utraty pakietów lub przerywanej łączności. Przepraszamy za niedogodności i udzielimy aktualizacji, jak tylko więcej informacji stanie się dostępne.

2. 24 lipca 2026 11:45 UTCmonitoring

   Obserwujemy poprawę połączeń sieciowych dla użytkowników w Indiach, którzy uzyskują dostęp do zasobów w naszym regionie NYC. Nasz zespół monitoruje sytuację, aby zapewnić powrót usługi do normalnego funkcjonowania i utrzymanie stabilności. Doceniamy Państwa cierpliwość i dostarczymy aktualizację, gdy kwestia zostanie w pełni potwierdzona.

3. 24 lipca 2026 12:42 UTCresolved

   Między 07: 46 UTC i 10: 24 UTC dzisiaj, niektórzy użytkownicy w Indiach dostęp do zasobów w regionie NYC może mieć problemy z połączeniami. Wpływ był ograniczony do użytkowników korzystających z Airtel jako ich ISP. Nasze dochodzenie wykazało, że problem ten został spowodowany przez wewnętrzny problem sieci w Airtel i nie był powiązany z siecią DigitalOcean. Wydaje się, że problem łączności został rozwiązany, a użytkownicy nie powinni już mieć problemów z dostępem do swoich zasobów. Przepraszamy za wszelkie niedogodności. Jeśli jednak nadal będziesz doświadczał jakichkolwiek problemów z połączeniem, nie wahaj się otworzyć biletu wsparcia dla dalszego dochodzenia; będziemy szczęśliwi, aby pomóc Ci dalej.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 23 lipca 2026 11:16 UTCinvestigating

   Nasz zespół inżynieryjny bada obecnie kwestię, w której model lama-4-maverick jest niedostępny. Użytkownicy mogą doświadczyć błędów HTTP 500 podczas korzystania z tego modelu z bezusługowym wnioskiem. Przepraszamy za niedogodności. Nasz zespół inżynieryjny pracuje nad rozwiązaniem problemu. Dziękuję za cierpliwość i zrozumienie.

2. 23 lipca 2026 12:37 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 22 lipca 2026 16:50 UTCinvestigating

   Obecnie badamy tę kwestię.

2. 22 lipca 2026 19:42 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 19 lipca 2026 09:51 UTCinvestigating

   Nasz zespół inżynieryjny bada kwestię przyłączenia głośności do kropelek w regionach NYC1, NYC3, SGP1, SYD1 i BLR1. W tym czasie mogą wystąpić problemy z przymocowaniem głośności do Droplet (s). Przepraszamy za niedogodności i podzielimy się aktualizacją, gdy będziemy mieli więcej informacji.

2. 19 lipca 2026 13:36 UTCinvestigating

   Nadal badamy tę kwestię.

3. 19 lipca 2026 14:52 UTCmonitoring

   Nasz zespół inżynieryjny zidentyfikował główną przyczynę problemu zapobiegając przyłączaniu woluminów do Droplets w NYC1, NYC3, SGP1, SYD1 i BLR1 i z powodzeniem wdrożył fix. Należy teraz być w stanie dołączyć woluminy do Droplet (s) bez napotkania żadnych dalszych błędów lub problemów. Aktywnie monitorujemy sytuację w celu zapewnienia, że rozwiązanie problemu pozostaje skuteczne, a następnie przedstawimy kolejną aktualizację po pełnym rozwiązaniu problemu.

4. 19 lipca 2026 15:32 UTCresolved

   Nasz zespół inżynieryjny potwierdził, że kwestia przywiązania głośności do Dropletów w regionach NYC1, NYC3, SGP1, SYD1 i BLR1 została w pełni rozwiązana, a wszystkie usługi działają teraz normalnie. Jeśli nadal będziesz doświadczał jakichkolwiek problemów, skontaktuj się z naszym zespołem wsparcia otwierając bilet. Przepraszamy za wszelkie niedogodności.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 19 lipca 2026 06:57 UTCinvestigating

   Obecnie badamy problem wpływający na ruch sieci dla Dropletów w regionie BLR1. Klienci mogą doświadczać błędów czasowych lub problemów związanych z połączeniami podczas prób uzyskania usług zewnętrznych. Nasz zespół inżynieryjny aktywnie bada sprawę i pracuje nad zidentyfikowaniem przyczyny. Dostarczymy dodatkowe aktualizacje, jak tylko pojawi się więcej informacji.

2. 19 lipca 2026 08:27 UTCidentified

   Nasz zespół inżynieryjny zidentyfikował problem wpływający na łączność sieciową w górę rzeki dla usług opartych na Droplet1 w regionie BLR1 i aktywnie współpracuje z odpowiednimi dostawcami wyższego szczebla w celu wdrożenia rozwiązania. Klienci mogą nadal doświadczać przerywanych przerw czasowych lub problemów z połączeniem podczas prób dotarcia do zewnętrznych punktów końcowych z Droplets w BLR1. Dostarczymy kolejną aktualizację po całkowitym rozwiązaniu problemu lub po udostępnieniu dodatkowych informacji.

3. 19 lipca 2026 09:31 UTCmonitoring

   Nasz zespół inżynieryjny wdrożył niezbędne poprawki wpływające na łączność sieciową w górnym biegu dla usług opartych na Droplet w regionie BLR1. Użytkownicy powinni być teraz w stanie połączyć się z zewnętrznymi punktami końcowymi Dropletów w BLR1. Obecnie monitorujemy sytuację, aby zapewnić powrót usługi do normalnego funkcjonowania i utrzymanie stabilności. Doceniamy Państwa cierpliwość i dostarczymy aktualizację, gdy kwestia zostanie w pełni potwierdzona.

4. 19 lipca 2026 09:52 UTCresolved

   Nasz zespół inżynieryjny rozwiązał problem połączeń sieciowych w regionie BLR1. Jeśli nadal masz problemy, otwórz bilet z naszym zespołem wsparcia. Przepraszamy za wszelkie niedogodności.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 16 lipca 2026 13:39 UTCinvestigating

   Nasz zespół inżynieryjny bada problem dotyczący zastrzeżonych tras IP w regionie TOR1. Problem ten powoduje niepowodzenie ruchu przychodzącego i wychodzącego do i z rezerwowych IP w TOR1. W międzyczasie odłączenie i przeniesienie zastrzeżonego IP do Dropletu może przywrócić łączność. Zalecamy wykonanie tej pracy, jeśli masz problemy z zastrzeżonym IP w TOR1. Nasz zespół inżynieryjny aktywnie bada przyczynę i pracuje nad rezolucją. Dostarczymy aktualizacje w miarę dostępności większej ilości informacji.

2. 16 lipca 2026 15:30 UTCidentified

   Nasz zespół inżynieryjny zidentyfikował przyczynę problemu wpływającego na zarezerwowane trasy IP w regionie TOR1, który powodował niepowodzenie ruchu przychodzącego i wychodzącego do i z rezerwowych IP w TOR1. Odłączenie i przeniesienie zastrzeżonego IP do Dropletu może w międzyczasie przywrócić łączność. Zalecamy wykonanie tej pracy, jeśli nadal masz problemy z zastrzeżonym IP w TOR1. Nasz zespół inżynieryjny pracuje nad wdrożeniem rozwiązania. Dostarczymy aktualizacje w miarę dostępności większej ilości informacji.

3. 16 lipca 2026 17:01 UTCmonitoring

   Nasz zespół inżynieryjny wdrożył rozwiązanie problemu związanego z zarezerwowanym routowaniem IP w regionie TOR1, a obecnie monitorujemy wyniki. Należy teraz przywrócić ruch przychodzący i wychodzący z rezerwowych IP w TOR1. W przypadku przeniesienia zastrzeżonego adresu IP do pracy i nadal doświadczają problemów, prosimy o kontakt z naszym zespołem wsparcia. Będziemy nadal uważnie monitorować sytuację i dostarczać dalszych aktualizacji po potwierdzeniu, że problem został w pełni rozwiązany.

4. 16 lipca 2026 17:24 UTCresolved

   Nasz zespół inżynieryjny potwierdził, że podstawowa kwestia dotycząca zarezerwowanego routingu IP w regionie TOR1 została w pełni rozwiązana, a usługi działają teraz normalnie. Jeśli nadal będziesz doświadczał jakichkolwiek problemów, skontaktuj się z naszym zespołem wsparcia otwierając bilet. Przepraszamy za wszelkie niedogodności.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 13 lipca 2026 19:04 UTCidentified

   Obecnie mamy do czynienia z problemem, w którym klienci korzystający z modelu Gemma 4 na naszych platformach bezusługowych i dedykowanych zaproszeń mogą doświadczyć poważnych opóźnień lub przerw czasowych. Nasz zespół inżynieryjny zidentyfikował problem konfiguracji oparcia jako przyczynę, która tymczasowo pogarsza wydajność. Aktywnie pracujemy nad naprawą przywracania normalnego czasu reakcji i dostarczymy kolejną aktualizację, jak tylko nastąpi złagodzenie

2. 13 lipca 2026 22:24 UTCmonitoring

   W celu rozwiązania problemu konfiguracji oparcia została zastosowana poprawka. Dokładnie monitorujemy wydajność systemu, aby zapewnić pełną regenerację i normalny czas reakcji dla wszystkich przepływów roboczych Gemmy 4.

3. 14 lipca 2026 11:07 UTCidentified

   Obecnie mamy do czynienia z problemem dotykającym klientów korzystających z modelu Gemma 4 na naszej platformie bezusługowej. Klienci mogą doświadczyć znacznie zwiększonego opóźnienia lub timeout żądanie. Nasz zespół inżynieryjny zidentyfikował problem konfiguracji oparcia jako przyczynę, która tymczasowo wpływa na wydajność modelu. Proszę być pewnym, że nasz zespół inżynieryjny aktywnie pracuje nad naprawą i traktuje ten problem z dużym priorytetem. Serdecznie przepraszamy za wszelkie niedogodności, które mogły spowodować i doceniamy waszą cierpliwość i zrozumienie. Jeśli masz jakieś pytania, proszę utworzyć bilet wsparcia, abyśmy mogli zbadać Twoją konkretną sprawę.

4. 15 lipca 2026 10:06 UTCmonitoring

   Wyznaczono rozwiązanie problemu. Dokładnie monitorujemy wydajność systemu, aby zapewnić pełną regenerację i normalny czas reakcji dla wszystkich przepływów roboczych Gemmy 4.

5. 15 lipca 2026 21:46 UTCresolved

   Zastosowane rozwiązanie przywróciło pełną funkcjonalność, a nasz monitoring pokazuje, że wydajność systemu całkowicie ustabilizowała się. Czas odpowiedzi dla wszystkich przepływów roboczych Gemma 4 wrócił do normalnego poziomu wyjściowego. Będziemy nadal śledzić stabilność platformy, aby zapewnić długoterminową niezawodność. Przepraszamy za wszelkie zakłócenia, które mogły spowodować wasze przepływy pracy i doceniamy waszą cierpliwość podczas procesu odzyskiwania.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.