BitVPS
Server starten

Dienst Status

Aktueller Infrastrukturzustand über 16 Komponenten in vier Rechenzentren. Alle 20 Sekunden durch externe Sonden außerhalb unseres ASN abgefragt; Messungen werden unbearbeitet veröffentlicht, einschließlich der schlechten.

Aktualisiert 00:10 UTC Verfügbarkeitsfenster 90 Tage Externe Sonden · 20-Sek.-Takt
BitVPS network status

Geplante Wartung Bevorstehend

Web control panel · Rolling kernel upgrade with cgroup-v2 schedule tuning; brief p99 latency bump possible.

2026-10-17 00:00 UTC in 4 d 23 h · ~75 Min.

Komponenten und 90-Tage-Verlauf

Jeder Balken unten steht für einen Tag, eingefärbt nach dem schlechtesten beobachteten Zustand. Fahren Sie über einen Balken für Datum & Tageszusammenfassung.

Compute · IS-RKV

Iceland
99.98 % 90-Tage-Verfügbarkeit
Betriebsbereit

Compute · NL-AMS

Netherlands
100.00 % 90-Tage-Verfügbarkeit
Betriebsbereit

Compute · RO-BUH

Romania
100.00 % 90-Tage-Verfügbarkeit
Betriebsbereit

Compute · CH-ZRH

Switzerland
100.00 % 90-Tage-Verfügbarkeit
Betriebsbereit

Network · IS-RKV

Iceland
100.00 % 90-Tage-Verfügbarkeit
Betriebsbereit

Network · NL-AMS

Netherlands
100.00 % 90-Tage-Verfügbarkeit
Betriebsbereit

Network · RO-BUH

Romania
100.00 % 90-Tage-Verfügbarkeit
Betriebsbereit

Network · CH-ZRH

Switzerland
100.00 % 90-Tage-Verfügbarkeit
Betriebsbereit

Block storage · IS-RKV

Iceland
99.99 % 90-Tage-Verfügbarkeit
Betriebsbereit

Block storage · NL-AMS

Netherlands
99.97 % 90-Tage-Verfügbarkeit
Betriebsbereit

Block storage · RO-BUH

Romania
100.00 % 90-Tage-Verfügbarkeit
Betriebsbereit

Block storage · CH-ZRH

Switzerland
99.96 % 90-Tage-Verfügbarkeit
Betriebsbereit

Web control panel

100.00 % 90-Tage-Verfügbarkeit
Betriebsbereit

Billing & payments

100.00 % 90-Tage-Verfügbarkeit
Betriebsbereit

Anycast DDoS shield

100.00 % 90-Tage-Verfügbarkeit
Betriebsbereit

Docs & marketing site

100.00 % 90-Tage-Verfügbarkeit
Betriebsbereit
2026-07-15 — 2026-10-12
Betriebsbereit Eingeschränkt Teilweise Schwerwiegend

Aktuelle Vorfälle

Die letzten 14 behobenen Ereignisse über alle Komponenten — bei jedem Seitenaufruf automatisch von unseren Sonden aktualisiert.

Oct 9, 2026 10:39–10:49 UTC

Eingeschränkte Leistung Block storage · IS-RKV

NVMe device failure, RAID rebuild in progress. Vollständig behoben; Folgemaßnahmen werden intern verfolgt.

10 Min. Ausfallzeit
Oct 7, 2026 09:48–10:35 UTC

Teilausfall Block storage · CH-ZRH

Slow-query regression on the metadata service. Vollständig behoben; Folgemaßnahmen werden intern verfolgt.

47 Min. Ausfallzeit
Sep 16, 2026 11:12–11:47 UTC

Teilausfall Compute · IS-RKV

NUMA imbalance briefly elevated p99 boot times on — ~6% of hosts affected. Vollständig behoben; Folgemaßnahmen werden intern verfolgt.

35 Min. Ausfallzeit
Sep 14, 2026 10:41–11:01 UTC

Eingeschränkte Leistung Block storage · RO-BUH

Garbage-collector ran hot after a large client delete burst. Vollständig behoben; Folgemaßnahmen werden intern verfolgt.

20 Min. Ausfallzeit
Sep 10, 2026 15:56–16:17 UTC

Eingeschränkte Leistung Block storage · IS-RKV

Snapshot scheduler back-pressure cleared after tuning. Vollständig behoben; Folgemaßnahmen werden intern verfolgt.

21 Min. Ausfallzeit
Aug 27, 2026 17:38–17:49 UTC

Eingeschränkte Leistung Web control panel

Live-update websocket reconnect loop during a backend roll. Vollständig behoben; Folgemaßnahmen werden intern verfolgt.

11 Min. Ausfallzeit
Aug 21, 2026 08:59–09:05 UTC

Eingeschränkte Leistung Network · NL-AMS

RPKI-ROA validation misconfiguration on prefix via Zayo (AS6461). Vollständig behoben; Folgemaßnahmen werden intern verfolgt.

6 Min. Ausfallzeit
Aug 21, 2026 17:04–17:27 UTC

Teilausfall Block storage · CH-ZRH

Garbage-collector ran hot after a large client delete burst. Vollständig behoben; Folgemaßnahmen werden intern verfolgt.

23 Min. Ausfallzeit
Aug 12, 2026 03:29–03:49 UTC

Eingeschränkte Leistung Block storage · CH-ZRH

Zoned-namespace firmware upgrade on a subset of drives. Vollständig behoben; Folgemaßnahmen werden intern verfolgt.

20 Min. Ausfallzeit
Jul 27, 2026 11:26–12:23 UTC

Teilausfall Block storage · NL-AMS

Slow-query regression on the metadata service. Vollständig behoben; Folgemaßnahmen werden intern verfolgt.

57 Min. Ausfallzeit

Monatliche Verfügbarkeit Rollup

Aggregierte Dienstverfügbarkeit über alle 17 Komponenten, nach Monat. Monate unter 99,99 % lösen eine SLA-Gutschrift aus — siehe SLA.

Oct 2026
99.984 %
Verfügbarkeit
Sep 2026
99.995 %
Verfügbarkeit
Aug 2026
99.996 %
Verfügbarkeit
Jul 2026
99.995 %
Verfügbarkeit
Jun 2026
99.980 %
Verfügbarkeit
May 2026
99.990 %
Verfügbarkeit

Status & SLA FAQ

Wie wir die Verfügbarkeit messen, was als Tier-1-Vorfall zählt, wo man sich abonniert und wie Post-mortems veröffentlicht werden.

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.