网络状态
各机房可用性实时刷新,每 60 秒更新一次,另附 2014 年以来的全部事故记录。
- 24 个月可用率
- 99.987 %
- CPU steal
- 1.4 %
- 事故记录
- 15
所有系统正常
最近 90 天 · 订阅更新 — [email protected]
Europe
Europe
Americas
Americas
事故记录
事故记录
我们的跑分诚实,因而乏味:它们跑在承载真实客户负载的生产宿主机上,而不是凌晨三点的空机器。
2026-07-19
Madrid
性能下降Elevated latency on the ESPANIX path
A peer withdrew a prefix without notice and traffic fell back to transit. Median RTT rose from 3 ms to 19 ms for Iberian eyeballs. Resolved by pinning a backup session; no packet loss at any point.
48 min
已解决
2026-05-02
Singapore
计划维护Leaf switch replacement, SIN2 hall B
Announced eleven days in advance. Instances on the affected rack lost network for under two minutes each during the LACP failover; no reboots were required.
22 min
已解决
2026-02-11
Frankfurt
部分中断Storage node failure, FRA6 cluster 12
A firmware bug in a Gen4 NVMe batch caused two drives in the same RAID-10 mirror to drop within four minutes. 218 instances were affected. All were restored from the cluster's own replica with no data loss; the batch has since been replaced fleet-wide. Full write-up published on 13 February.
1 h 34 min
已解决
2025-11-30
Amsterdam
性能下降1.9 Tbit/s volumetric attack
The largest attack we have absorbed. Scrubbing engaged in 3.1 seconds. The targeted instance saw 40 seconds of degradation; no neighbouring instance was affected. Capacity was doubled the following month.
6 min
已解决
2025-09-08
New York
部分中断Utility power loss, NYC2
The facility lost both utility feeds during a regional event. Generators carried the load for 4 h 12 min with no customer impact. Logged here because we log everything.
0 min customer impact
已解决
2025-06-21
Tokyo
计划维护Hypervisor rollout, Linux 6.12 LTS
Live migration used where possible; 6% of instances required a short pause. Zero rollbacks.
≤ 90 s per instance
已解决
2025-03-14
Global
性能下降Console API slow responses
A migration on the billing database took a table lock during business hours. The console and API were slow; running instances were unaffected. Migrations are now gated to a maintenance window.
27 min
已解决
2024-12-02
Bucharest
部分中断Fibre cut between OTP1 and the city loop
Construction work severed both paths of a supposedly diverse pair. We now buy diversity with a documented route, not a promise, at every site.
2 h 51 min
已解决
2023-08-17
Amsterdam
计划维护Genoa migration, AMS1 halls A and B
The last Milan-generation hosts in Amsterdam were retired over four nights. 94% of instances live-migrated with no reboot; the remainder saw a pause under ninety seconds. Nobody was repriced.
≤ 90 s per instance
已解决
2022-07-19
Frankfurt
性能下降Chiller derate during the July heatwave
Outside air reached 39.3 °C and one of three chillers derated. We shed clock speed on 1,400 instances rather than shed load, so nothing went offline but CPU-bound workloads ran roughly 12% slower for three hours. Free-cooling capacity in FRA6 was uprated the following spring.
3 h 08 min
已解决
2021-04-06
Warsaw
部分中断Route leak by an upstream, 1,700 prefixes
A transit provider leaked our prefixes to a peer that re-announced them with a shorter path. Warsaw traffic took a 180 ms detour and a third of it blackholed. Fixed by withdrawing that session. Every session has carried RPKI origin validation and a strict prefix limit since.
41 min
已解决
2019-11-12
London
性能下降LINX LON1 fabric instability
A fabric fault at the exchange caused intermittent loss on peered routes. Traffic was moved to transit within nine minutes of detection; the residual impact was latency, not loss. We have peered at both LINX LON1 and LONAP since.
1 h 26 min
已解决
2017-05-03
Singapore
部分中断Single-homed transit failure, first month of operation
Singapore opened with one transit provider while the second contract was still in legal review. That provider had a card failure and the site went dark. It was avoidable and it is the reason no site has opened with fewer than three upstreams since.
2 h 14 min
已解决
2016-02-24
Amsterdam
性能下降AMS-IX peering session flap
Repeated session resets against a large eyeball network caused traffic to oscillate between peering and transit. Resolved with the peer by raising hold timers on both sides.
52 min
已解决
2014-12-19
Frankfurt
部分中断The first one: a PDU we had wired ourselves
Six weeks after the first instance was sold, a rack PDU failed and took two of our four racks with it. We had installed it, we had not load-tested it, and we had no spare on site. Eleven customers were affected and all eleven were refunded in full. Every rack has carried A+B feeds from separate PDUs since that night.
4 h 37 min
已解决
已更新
文档
- 4.2.02026-08-12
Per-second resource graphs. Fifteen-language console. Invoice name is now editable after issue.
- 4.1.32026-06-30
Custom ISO upload raised to 8 GB. Rescue system rebuilt on Alpine 3.21.
- 4.1.02026-05-18
Terraform provider 2.0. Private VLANs available in every region at no charge.
- 4.0.02026-03-02
Console v4. New API surface, old endpoints supported until 2028.
- 3.9.42025-12-09
Advanced DDoS rules editor. Reverse DNS for IPv6 became self-service.
- 3.9.02025-10-21
Daily backup tier extended to fourteen restore points at the same price.