BitVPS
Lanzar servidor

Servicio estado

Estado en tiempo real de la infraestructura en 16 componentes en cuatro centros de datos. Consultado cada 20 segundos por sondas externas fuera de nuestro ASN; las mediciones se publican en bruto, incluyendo las negativas.

Actualizado 22:07 UTC Ventana de disponibilidad 90 días Sondas externas · Cadencia de 20 s
BitVPS network status

Mantenimiento programado Próximamente

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

2026-06-21 00:00 UTC en 24 d 1 h · ~43 min

Componentes e historial de 90 días

Cada barra representa un día, coloreada según el peor estado observado. Pasa el cursor sobre una barra para ver la fecha y el resumen diario.

Compute · IS-RKV

Iceland
100.00 % Disponibilidad de 90 días
Operativo

Compute · NL-AMS

Netherlands
100.00 % Disponibilidad de 90 días
Operativo

Compute · RO-BUH

Romania
100.00 % Disponibilidad de 90 días
Operativo

Compute · CH-ZRH

Switzerland
100.00 % Disponibilidad de 90 días
Operativo

Network · IS-RKV

Iceland
100.00 % Disponibilidad de 90 días
Operativo

Network · NL-AMS

Netherlands
100.00 % Disponibilidad de 90 días
Operativo

Network · RO-BUH

Romania
99.98 % Disponibilidad de 90 días
Operativo

Network · CH-ZRH

Switzerland
99.97 % Disponibilidad de 90 días
Operativo

Block storage · IS-RKV

Iceland
99.96 % Disponibilidad de 90 días
Operativo

Block storage · NL-AMS

Netherlands
100.00 % Disponibilidad de 90 días
Operativo

Block storage · RO-BUH

Romania
99.97 % Disponibilidad de 90 días
Operativo

Block storage · CH-ZRH

Switzerland
100.00 % Disponibilidad de 90 días
Operativo

Web control panel

100.00 % Disponibilidad de 90 días
Operativo

Billing & payments

100.00 % Disponibilidad de 90 días
Operativo

Anycast DDoS shield

100.00 % Disponibilidad de 90 días
Operativo

Docs & marketing site

100.00 % Disponibilidad de 90 días
Operativo
2026-02-27 — 2026-05-27
Operativo Degradado Parcial Mayor

Recientes incidentes

Últimos 14 eventos resueltos en todos los componentes — se actualiza automáticamente en cada carga de página desde nuestras sondas.

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

Interrupción parcial Block storage · RO-BUH

Zoned-namespace firmware upgrade on a subset of drives. Totalmente resuelto; acciones de seguimiento registradas internamente.

47 min tiempo de inactividad
May 23, 2026 12:37–12:45 UTC

Rendimiento degradado Block storage · IS-RKV

Rebalance of a hot cell into a cooler shelf. Totalmente resuelto; acciones de seguimiento registradas internamente.

8 min tiempo de inactividad
May 5, 2026 10:07–10:29 UTC

Rendimiento degradado Compute · CH-ZRH

IOMMU group re-mapping required a short guest stun — ~5% of hosts affected. Totalmente resuelto; acciones de seguimiento registradas internamente.

22 min tiempo de inactividad
Apr 27, 2026 19:17–19:23 UTC

Rendimiento degradado Compute · NL-AMS

Host-agent crash loop after a dependency rollout — ~11% of hosts affected. Totalmente resuelto; acciones de seguimiento registradas internamente.

6 min tiempo de inactividad
Apr 19, 2026 12:11–13:05 UTC

Interrupción parcial Network · CH-ZRH

DDoS event absorbed — peak 22 Gbps, scrubbed to edge. Totalmente resuelto; acciones de seguimiento registradas internamente.

54 min tiempo de inactividad
Apr 14, 2026 11:30–12:11 UTC

Interrupción parcial Network · RO-BUH

Asymmetric routing detected at BIX Bucharest. Totalmente resuelto; acciones de seguimiento registradas internamente.

41 min tiempo de inactividad
Apr 13, 2026 10:27–10:47 UTC

Rendimiento degradado Block storage · CH-ZRH

Erasure-coding reconstruction throttled after a double disk failure. Totalmente resuelto; acciones de seguimiento registradas internamente.

20 min tiempo de inactividad
Apr 9, 2026 07:40–08:01 UTC

Rendimiento degradado Block storage · RO-BUH

NVMe device failure, RAID rebuild in progress. Totalmente resuelto; acciones de seguimiento registradas internamente.

21 min tiempo de inactividad
Apr 7, 2026 18:11–18:56 UTC

Interrupción mayor Block storage · IS-RKV

Rebalance of a hot cell into a cooler shelf. Totalmente resuelto; acciones de seguimiento registradas internamente.

45 min tiempo de inactividad
Apr 3, 2026 08:59–09:07 UTC

Rendimiento degradado Compute · IS-RKV

Hypervisor-level memory pressure investigation — ~11% of hosts affected. Totalmente resuelto; acciones de seguimiento registradas internamente.

8 min tiempo de inactividad
Mar 28, 2026 19:45–19:51 UTC

Rendimiento degradado Block storage · IS-RKV

Object-store index promotion briefly held the write lock. Totalmente resuelto; acciones de seguimiento registradas internamente.

6 min tiempo de inactividad
Mar 16, 2026 16:33–16:41 UTC

Rendimiento degradado Block storage · IS-RKV

Slow-query regression on the metadata service. Totalmente resuelto; acciones de seguimiento registradas internamente.

8 min tiempo de inactividad
Mar 6, 2026 19:53–19:59 UTC

Rendimiento degradado Compute · IS-RKV

IOMMU group re-mapping required a short guest stun — ~5% of hosts affected. Totalmente resuelto; acciones de seguimiento registradas internamente.

6 min tiempo de inactividad

Disponibilidad mensual resumen

Disponibilidad agregada del servicio en los 17 componentes, por mes. Los meses por debajo del 99,99 % generan un crédito SLA — ver SLA.

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

Estado & SLA Preguntas frecuentes

Cómo medimos la disponibilidad, qué cuenta como incidente Tier-1, dónde suscribirse y cómo se publican los post-mortems.

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.