BitVPS

الخدمة الحالة

صحة البنية التحتية المباشرة عبر 16 مكوناً في أربعة مراكز بيانات. تُستطلع كل 20 ثانية بواسطة مجسّات خارجية خارج ASN الخاص بنا؛ تُنشر القياسات خاماً، بما فيها السيئة.

مُحدَّث 22:07 UTC نافذة وقت التشغيل 90 يوماً مجسّات خارجية · دورية 20 ثانية
BitVPS network status

صيانة مجدولة قادم

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

2026-06-21 00:00 UTC في 24 d 1 h · ~43 دقيقة

المكوّنات و سجل 90 يوماً

كل شريط أدناه يمثل يوماً واحداً، ملوَّن حسب أسوأ حالة مرصودة. حرّك الفأرة فوق الشريط للاطلاع على التاريخ والملخص اليومي.

Compute · IS-RKV

Iceland
100.00 % وقت التشغيل لـ 90 يوماً
يعمل

Compute · NL-AMS

Netherlands
100.00 % وقت التشغيل لـ 90 يوماً
يعمل

Compute · RO-BUH

Romania
100.00 % وقت التشغيل لـ 90 يوماً
يعمل

Compute · CH-ZRH

Switzerland
100.00 % وقت التشغيل لـ 90 يوماً
يعمل

Network · IS-RKV

Iceland
100.00 % وقت التشغيل لـ 90 يوماً
يعمل

Network · NL-AMS

Netherlands
100.00 % وقت التشغيل لـ 90 يوماً
يعمل

Network · RO-BUH

Romania
99.98 % وقت التشغيل لـ 90 يوماً
يعمل

Network · CH-ZRH

Switzerland
99.97 % وقت التشغيل لـ 90 يوماً
يعمل

Block storage · IS-RKV

Iceland
99.96 % وقت التشغيل لـ 90 يوماً
يعمل

Block storage · NL-AMS

Netherlands
100.00 % وقت التشغيل لـ 90 يوماً
يعمل

Block storage · RO-BUH

Romania
99.97 % وقت التشغيل لـ 90 يوماً
يعمل

Block storage · CH-ZRH

Switzerland
100.00 % وقت التشغيل لـ 90 يوماً
يعمل

Web control panel

100.00 % وقت التشغيل لـ 90 يوماً
يعمل

Billing & payments

100.00 % وقت التشغيل لـ 90 يوماً
يعمل

Anycast DDoS shield

100.00 % وقت التشغيل لـ 90 يوماً
يعمل

Docs & marketing site

100.00 % وقت التشغيل لـ 90 يوماً
يعمل
2026-02-27 — 2026-05-27
يعمل متدهور جزئي كبير

الأخيرة الحوادث

آخر 14 حادثة محلولة عبر جميع المكوّنات — تُحدَّث تلقائياً عند كل تحميل للصفحة من مجسّاتنا.

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

انقطاع جزئي Block storage · RO-BUH

Zoned-namespace firmware upgrade on a subset of drives. محلولة تماماً؛ الإجراءات المتابِعة تُتابَع داخلياً.

47 دقيقة وقت التوقف
May 23, 2026 12:37–12:45 UTC

أداء متدهور Block storage · IS-RKV

Rebalance of a hot cell into a cooler shelf. محلولة تماماً؛ الإجراءات المتابِعة تُتابَع داخلياً.

8 دقيقة وقت التوقف
May 5, 2026 10:07–10:29 UTC

أداء متدهور Compute · CH-ZRH

IOMMU group re-mapping required a short guest stun — ~5% of hosts affected. محلولة تماماً؛ الإجراءات المتابِعة تُتابَع داخلياً.

22 دقيقة وقت التوقف
Apr 27, 2026 19:17–19:23 UTC

أداء متدهور Compute · NL-AMS

Host-agent crash loop after a dependency rollout — ~11% of hosts affected. محلولة تماماً؛ الإجراءات المتابِعة تُتابَع داخلياً.

6 دقيقة وقت التوقف
Apr 19, 2026 12:11–13:05 UTC

انقطاع جزئي Network · CH-ZRH

DDoS event absorbed — peak 22 Gbps, scrubbed to edge. محلولة تماماً؛ الإجراءات المتابِعة تُتابَع داخلياً.

54 دقيقة وقت التوقف
Apr 14, 2026 11:30–12:11 UTC

انقطاع جزئي Network · RO-BUH

Asymmetric routing detected at BIX Bucharest. محلولة تماماً؛ الإجراءات المتابِعة تُتابَع داخلياً.

41 دقيقة وقت التوقف
Apr 13, 2026 10:27–10:47 UTC

أداء متدهور Block storage · CH-ZRH

Erasure-coding reconstruction throttled after a double disk failure. محلولة تماماً؛ الإجراءات المتابِعة تُتابَع داخلياً.

20 دقيقة وقت التوقف
Apr 9, 2026 07:40–08:01 UTC

أداء متدهور Block storage · RO-BUH

NVMe device failure, RAID rebuild in progress. محلولة تماماً؛ الإجراءات المتابِعة تُتابَع داخلياً.

21 دقيقة وقت التوقف
Apr 7, 2026 18:11–18:56 UTC

انقطاع كبير Block storage · IS-RKV

Rebalance of a hot cell into a cooler shelf. محلولة تماماً؛ الإجراءات المتابِعة تُتابَع داخلياً.

45 دقيقة وقت التوقف
Apr 3, 2026 08:59–09:07 UTC

أداء متدهور Compute · IS-RKV

Hypervisor-level memory pressure investigation — ~11% of hosts affected. محلولة تماماً؛ الإجراءات المتابِعة تُتابَع داخلياً.

8 دقيقة وقت التوقف
Mar 28, 2026 19:45–19:51 UTC

أداء متدهور Block storage · IS-RKV

Object-store index promotion briefly held the write lock. محلولة تماماً؛ الإجراءات المتابِعة تُتابَع داخلياً.

6 دقيقة وقت التوقف
Mar 16, 2026 16:33–16:41 UTC

أداء متدهور Block storage · IS-RKV

Slow-query regression on the metadata service. محلولة تماماً؛ الإجراءات المتابِعة تُتابَع داخلياً.

8 دقيقة وقت التوقف
Mar 6, 2026 19:53–19:59 UTC

أداء متدهور Compute · IS-RKV

IOMMU group re-mapping required a short guest stun — ~5% of hosts affected. محلولة تماماً؛ الإجراءات المتابِعة تُتابَع داخلياً.

6 دقيقة وقت التوقف

وقت التشغيل الشهري التقرير المجمَّع

وقت تشغيل الخدمة الإجمالي عبر جميع 17 مكوّناً، شهرياً. الأشهر التي تقل عن 99.99 % تُفعّل رصيد SLA — انظر SLA.

May 2026
99.990 %
وقت التشغيل
Apr 2026
99.982 %
وقت التشغيل
Mar 2026
99.999 %
وقت التشغيل
Feb 2026
99.996 %
وقت التشغيل
Jan 2026
99.997 %
وقت التشغيل
Dec 2025
99.992 %
وقت التشغيل

Status & SLA الأسئلة الشائعة

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.