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

Mantenimiento programado Próximamente

Block storage · RO-BUH · NVMe firmware upgrade on one storage shelf, rolling.

2026-09-20 01:00 UTC en 24 d 22 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
99.98 % 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
99.98 % 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.95 % 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

99.98 % Disponibilidad de 90 días
Operativo

Docs & marketing site

100.00 % Disponibilidad de 90 días
Operativo
2026-05-29 — 2026-08-26
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.

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
Jun 10, 2026 15:48–16:27 UTC

Interrupción parcial Network · RO-BUH

IPv6 routing anomaly on carrier GTT (AS3257). Totalmente resuelto; acciones de seguimiento registradas internamente.

39 min tiempo de inactividad
Jun 2, 2026 07:46–08:31 UTC

Interrupción parcial Compute · RO-BUH

NUMA imbalance briefly elevated p99 boot times on — ~4% of hosts affected. Totalmente resuelto; acciones de seguimiento registradas internamente.

45 min tiempo de inactividad
Jun 1, 2026 19:21–20:06 UTC

Interrupción parcial Anycast DDoS shield

L4 scrubbing capacity briefly saturated during a large amplification attack. Totalmente resuelto; acciones de seguimiento registradas internamente.

45 min tiempo de inactividad
May 29, 2026 15:14–15:51 UTC

Interrupción parcial Block storage · NL-AMS

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

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

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
Mar 2026
99.999 %
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.