BitVPS
Запустить сервер

Сервис статус

Актуальное состояние инфраструктуры для 16 компонентов в четырёх дата-центрах. Опрашивается каждые 20 секунд внешними зондами за пределами нашей ASN; измерения публикуются как есть, включая негативные.

Обновлено 22:23 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.