BitVPS
Launch server

Service status

Live infrastructure health across 16 components in four datacenters. Polled every 20 seconds by external probes outside our ASN; measurements are published raw, including the bad ones.

Updated 21:13 UTC Uptime window 90 days External probes · 20 s cadence
BitVPS network status

Scheduled maintenance Upcoming

Anycast DDoS shield · NVMe firmware upgrade on one storage shelf, rolling.

2026-06-21 00:00 UTC in 24 d 2 h · ~43 min

Components and 90-day history

Each bar below is one day, coloured by worst observed state. Hover a bar for the date & per-day summary.

Compute · IS-RKV

Iceland
100.00 % 90-day uptime
Operational

Compute · NL-AMS

Netherlands
100.00 % 90-day uptime
Operational

Compute · RO-BUH

Romania
100.00 % 90-day uptime
Operational

Compute · CH-ZRH

Switzerland
100.00 % 90-day uptime
Operational

Network · IS-RKV

Iceland
100.00 % 90-day uptime
Operational

Network · NL-AMS

Netherlands
100.00 % 90-day uptime
Operational

Network · RO-BUH

Romania
99.98 % 90-day uptime
Operational

Network · CH-ZRH

Switzerland
99.97 % 90-day uptime
Operational

Block storage · IS-RKV

Iceland
99.96 % 90-day uptime
Operational

Block storage · NL-AMS

Netherlands
100.00 % 90-day uptime
Operational

Block storage · RO-BUH

Romania
99.97 % 90-day uptime
Operational

Block storage · CH-ZRH

Switzerland
100.00 % 90-day uptime
Operational

Web control panel

100.00 % 90-day uptime
Operational

Billing & payments

100.00 % 90-day uptime
Operational

Anycast DDoS shield

100.00 % 90-day uptime
Operational

Docs & marketing site

100.00 % 90-day uptime
Operational
2026-02-27 — 2026-05-27
Operational Degraded Partial Major

Recent incidents

Last 14 resolved events across all components — auto-refreshed on every page load from our probes.

May 27, 2026 07:08–07:55 UTC

Partial outage Block storage · RO-BUH

Zoned-namespace firmware upgrade on a subset of drives. Fully resolved; follow-up actions tracked internally.

47 min downtime
May 23, 2026 12:37–12:45 UTC

Degraded performance Block storage · IS-RKV

Rebalance of a hot cell into a cooler shelf. Fully resolved; follow-up actions tracked internally.

8 min downtime
May 5, 2026 10:07–10:29 UTC

Degraded performance Compute · CH-ZRH

IOMMU group re-mapping required a short guest stun — ~5% of hosts affected. Fully resolved; follow-up actions tracked internally.

22 min downtime
Apr 27, 2026 19:17–19:23 UTC

Degraded performance Compute · NL-AMS

Host-agent crash loop after a dependency rollout — ~11% of hosts affected. Fully resolved; follow-up actions tracked internally.

6 min downtime
Apr 19, 2026 12:11–13:05 UTC

Partial outage Network · CH-ZRH

DDoS event absorbed — peak 22 Gbps, scrubbed to edge. Fully resolved; follow-up actions tracked internally.

54 min downtime
Apr 14, 2026 11:30–12:11 UTC

Partial outage Network · RO-BUH

Asymmetric routing detected at BIX Bucharest. Fully resolved; follow-up actions tracked internally.

41 min downtime
Apr 13, 2026 10:27–10:47 UTC

Degraded performance Block storage · CH-ZRH

Erasure-coding reconstruction throttled after a double disk failure. Fully resolved; follow-up actions tracked internally.

20 min downtime
Apr 9, 2026 07:40–08:01 UTC

Degraded performance Block storage · RO-BUH

NVMe device failure, RAID rebuild in progress. Fully resolved; follow-up actions tracked internally.

21 min downtime
Apr 7, 2026 18:11–18:56 UTC

Major outage Block storage · IS-RKV

Rebalance of a hot cell into a cooler shelf. Fully resolved; follow-up actions tracked internally.

45 min downtime
Apr 3, 2026 08:59–09:07 UTC

Degraded performance Compute · IS-RKV

Hypervisor-level memory pressure investigation — ~11% of hosts affected. Fully resolved; follow-up actions tracked internally.

8 min downtime
Mar 28, 2026 19:45–19:51 UTC

Degraded performance Block storage · IS-RKV

Object-store index promotion briefly held the write lock. Fully resolved; follow-up actions tracked internally.

6 min downtime
Mar 16, 2026 16:33–16:41 UTC

Degraded performance Block storage · IS-RKV

Slow-query regression on the metadata service. Fully resolved; follow-up actions tracked internally.

8 min downtime
Mar 6, 2026 19:53–19:59 UTC

Degraded performance Compute · IS-RKV

IOMMU group re-mapping required a short guest stun — ~5% of hosts affected. Fully resolved; follow-up actions tracked internally.

6 min downtime

Monthly uptime rollup

Aggregate service uptime across all 17 components, by month. Months below 99.99 % trigger an SLA credit — see SLA.

May 2026
99.990 %
uptime
Apr 2026
99.982 %
uptime
Mar 2026
99.999 %
uptime
Feb 2026
99.996 %
uptime
Jan 2026
99.997 %
uptime
Dec 2025
99.992 %
uptime

Status & SLA FAQ

How we measure uptime, what counts as a Tier-1 incident, where to subscribe and how post-mortems are published.

How is uptime measured?
We measure uptime per service component (compute, network, storage, control plane) at one-minute granularity from independent probes in five regions. Daily and monthly figures are weighted by incident severity: a major outage counts at 100%, a partial outage at 70%, and degraded performance at 30% of its measured duration.
What counts as a Tier-1 incident?
A Tier-1 incident is a region-wide loss of customer-facing service: control-plane unreachable, all compute in a datacenter offline, or a network partition that prevents customers from reaching healthy nodes. Tier-1 events trigger an immediate banner here, an out-of-band post-mortem within 72 hours and a credit on the next invoice if SLA thresholds are breached.
Where can I subscribe to status updates?
Subscribe via the RSS feed at /status/rss for incident-only notifications, or watch the JSON endpoint at /status/feed.json for machine-readable polling. We do not offer email subscriptions — they require user accounts and we run an account-free status surface deliberately.
Do you publish post-mortems?
Yes. Every Tier-1 and Tier-2 incident receives a written post-mortem within 72 hours: timeline, root cause, customer impact, mitigation and remediation work. Post-mortems are linked from the incident entry below and clearsigned with the same PGP key used on the warrant canary, so authenticity can be verified offline.
What's the difference between Tier-1 and Tier-2 incidents?
Tier-1 is region-wide customer impact (full outage, control-plane loss). Tier-2 is partial impact: a single rack, a single transit provider degraded, or a control-plane subsystem (billing, console) impaired while compute keeps running. Both get post-mortems; only Tier-1 is eligible for SLA credits under our published 99.95% target.