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 23:08 UTC Ventana de disponibilidad 90 días Sondas externas · Cadencia de 20 s
BitVPS network status

Mantenimiento programado Próximamente

Block storage · RO-BUH · Anycast-edge software refresh, connection draining used throughout.

2026-09-20 01:00 UTC en 6 d 1 h · ~147 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
99.97 % 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
100.00 % Disponibilidad de 90 días
Operativo

Network · CH-ZRH

Switzerland
100.00 % Disponibilidad de 90 días
Operativo

Block storage · IS-RKV

Iceland
100.00 % Disponibilidad de 90 días
Operativo

Block storage · NL-AMS

Netherlands
99.97 % Disponibilidad de 90 días
Operativo

Block storage · RO-BUH

Romania
100.00 % Disponibilidad de 90 días
Operativo

Block storage · CH-ZRH

Switzerland
99.98 % 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-06-16 — 2026-09-13
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.

Sep 10, 2026 15:56–16:17 UTC

Rendimiento degradado Block storage · IS-RKV

Snapshot scheduler back-pressure cleared after tuning. Totalmente resuelto; acciones de seguimiento registradas internamente.

21 min tiempo de inactividad
Aug 27, 2026 17:38–17:49 UTC

Rendimiento degradado Web control panel

Live-update websocket reconnect loop during a backend roll. Totalmente resuelto; acciones de seguimiento registradas internamente.

11 min tiempo de inactividad
Aug 21, 2026 08:59–09:05 UTC

Rendimiento degradado Network · NL-AMS

RPKI-ROA validation misconfiguration on prefix via Zayo (AS6461). Totalmente resuelto; acciones de seguimiento registradas internamente.

6 min tiempo de inactividad
Aug 21, 2026 17:04–17:27 UTC

Interrupción parcial Block storage · CH-ZRH

Garbage-collector ran hot after a large client delete burst. Totalmente resuelto; acciones de seguimiento registradas internamente.

23 min tiempo de inactividad
Aug 12, 2026 03:29–03:49 UTC

Rendimiento degradado Block storage · CH-ZRH

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

20 min tiempo de inactividad
Jul 27, 2026 11:26–12:23 UTC

Interrupción parcial Block storage · NL-AMS

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

57 min tiempo de inactividad
Jun 25, 2026 08:47–09:49 UTC

Interrupción parcial Compute · CH-ZRH

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

62 min tiempo de inactividad
Jun 24, 2026 07:45–07:55 UTC

Rendimiento degradado Compute · IS-RKV

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

10 min tiempo de inactividad
Jun 20, 2026 10:15–10:27 UTC

Rendimiento degradado Network · RO-BUH

ICMP rate-limit mis-tune surfaced during a probe sweep from SwissIX Zurich. Totalmente resuelto; acciones de seguimiento registradas internamente.

12 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.

Sep 2026
99.995 %
disponibilidad
Aug 2026
99.996 %
disponibilidad
Jul 2026
99.995 %
disponibilidad
Jun 2026
99.980 %
disponibilidad
May 2026
99.990 %
disponibilidad
Apr 2026
99.982 %
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?
We do not offer email, RSS or webhook subscriptions — they require user accounts or per-subscriber state, and we run an account-free status surface deliberately. This page is the canonical source: it carries a live banner while an incident is open, the per-datacenter uptime figures, and the post-mortem for every Tier-1 and Tier-2 event. Bookmark it and reload.
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.