Estado da rede
Disponibilidade por local em direto, atualizada a cada 60 segundos, e todos os incidentes desde 2014.
- Disponibilidade, 24 meses
- 99.987 %
- CPU steal
- 1.4 %
- Histórico de incidentes
- 15
Todos os sistemas operacionais
Últimos 90 dias · Subscrever atualizações — [email protected]
Europe
Europe
Americas
Americas
Histórico de incidentes
Histórico de incidentes
Os nossos benchmarks são honestos e por isso aborrecidos: correm em hosts de produção com carga real de clientes, não numa máquina vazia às três da manhã.
2026-07-19
Madrid
Desempenho degradadoElevated 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
Resolvido
2026-05-02
Singapore
Manutenção programadaLeaf 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
Resolvido
2026-02-11
Frankfurt
Falha parcialStorage 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
Resolvido
2025-11-30
Amsterdam
Desempenho degradado1.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
Resolvido
2025-09-08
New York
Falha parcialUtility 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
Resolvido
2025-06-21
Tokyo
Manutenção programadaHypervisor rollout, Linux 6.12 LTS
Live migration used where possible; 6% of instances required a short pause. Zero rollbacks.
≤ 90 s per instance
Resolvido
2025-03-14
Global
Desempenho degradadoConsole 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
Resolvido
2024-12-02
Bucharest
Falha parcialFibre 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
Resolvido
2023-08-17
Amsterdam
Manutenção programadaGenoa 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
Resolvido
2022-07-19
Frankfurt
Desempenho degradadoChiller 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
Resolvido
2021-04-06
Warsaw
Falha parcialRoute 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
Resolvido
2019-11-12
London
Desempenho degradadoLINX 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
Resolvido
2017-05-03
Singapore
Falha parcialSingle-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
Resolvido
2016-02-24
Amsterdam
Desempenho degradadoAMS-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
Resolvido
2014-12-19
Frankfurt
Falha parcialThe 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
Resolvido
Atualizado
Documentação
- 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.