네트워크 상태
거점별 가용성을 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.