BitVPS

سرویس وضعیت

سلامت زنده زیرساخت در 16 مؤلفه در چهار دیتاسنتر. هر ۲۰ ثانیه توسط پروب‌های خارجی خارج از ASN ما بررسی می‌شود؛ اندازه‌گیری‌ها خام منتشر می‌شوند، از جمله موارد بد.

به‌روزرسانی‌شده 22:07 UTC پنجره آپتایم ۹۰ روز پروب‌های خارجی · فاصله ۲۰ ثانیه‌ای
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 دقیقه

مؤلفه‌ها و تاریخچه ۹۰ روزه

هر نوار زیر یک روز است، رنگ‌آمیزی‌شده بر اساس بدترین وضعیت مشاهده‌شده. روی نوار نگه دارید برای تاریخ و خلاصه روزانه.

Compute · IS-RKV

Iceland
100.00 % آپتایم ۹۰ روزه
عملیاتی

Compute · NL-AMS

Netherlands
100.00 % آپتایم ۹۰ روزه
عملیاتی

Compute · RO-BUH

Romania
100.00 % آپتایم ۹۰ روزه
عملیاتی

Compute · CH-ZRH

Switzerland
100.00 % آپتایم ۹۰ روزه
عملیاتی

Network · IS-RKV

Iceland
100.00 % آپتایم ۹۰ روزه
عملیاتی

Network · NL-AMS

Netherlands
100.00 % آپتایم ۹۰ روزه
عملیاتی

Network · RO-BUH

Romania
99.98 % آپتایم ۹۰ روزه
عملیاتی

Network · CH-ZRH

Switzerland
99.97 % آپتایم ۹۰ روزه
عملیاتی

Block storage · IS-RKV

Iceland
99.96 % آپتایم ۹۰ روزه
عملیاتی

Block storage · NL-AMS

Netherlands
100.00 % آپتایم ۹۰ روزه
عملیاتی

Block storage · RO-BUH

Romania
99.97 % آپتایم ۹۰ روزه
عملیاتی

Block storage · CH-ZRH

Switzerland
100.00 % آپتایم ۹۰ روزه
عملیاتی

Web control panel

100.00 % آپتایم ۹۰ روزه
عملیاتی

Billing & payments

100.00 % آپتایم ۹۰ روزه
عملیاتی

Anycast DDoS shield

100.00 % آپتایم ۹۰ روزه
عملیاتی

Docs & marketing site

100.00 % آپتایم ۹۰ روزه
عملیاتی
2026-02-27 — 2026-05-27
عملیاتی تضعیف‌شده جزئی کامل

اخیر حوادث

آخرین ۱۴ رویداد حل‌شده در تمام مؤلفه‌ها — در هر بارگذاری صفحه از پروب‌های ما به‌روزرسانی خودکار می‌شود.

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 دقیقه زمان خرابی

آپتایم ماهانه خلاصه

آپتایم تجمعی سرویس در تمام ۱۷ مؤلفه، به تفکیک ماه. ماه‌هایی که زیر ۹۹.۹۹ % باشند اعتبار 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.