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

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

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

Обновлено 02:57 UTC Период доступности 90 дней Внешние зонды · Каждые 20 сек
BitVPS network status

Плановые работы Предстоящие

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

2026-09-20 01:00 UTC через 24 d 22 h · ~147 мин

Компоненты и история за 90 дней

Каждый столбец — один день, цвет соответствует наихудшему зафиксированному состоянию. Наведите курсор на столбец для просмотра даты и сводки за день.

Compute · IS-RKV

Iceland
100.00 % Доступность за 90 дней
Работает

Compute · NL-AMS

Netherlands
100.00 % Доступность за 90 дней
Работает

Compute · RO-BUH

Romania
99.98 % Доступность за 90 дней
Работает

Compute · CH-ZRH

Switzerland
99.97 % Доступность за 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
100.00 % Доступность за 90 дней
Работает

Block storage · IS-RKV

Iceland
100.00 % Доступность за 90 дней
Работает

Block storage · NL-AMS

Netherlands
99.95 % Доступность за 90 дней
Работает

Block storage · RO-BUH

Romania
100.00 % Доступность за 90 дней
Работает

Block storage · CH-ZRH

Switzerland
99.98 % Доступность за 90 дней
Работает

Web control panel

100.00 % Доступность за 90 дней
Работает

Billing & payments

100.00 % Доступность за 90 дней
Работает

Anycast DDoS shield

99.98 % Доступность за 90 дней
Работает

Docs & marketing site

100.00 % Доступность за 90 дней
Работает
2026-05-29 — 2026-08-26
Работает Снижение Частичный Серьёзный

Последние инциденты

Последние 14 решённых событий по всем компонентам — автоматически обновляется при каждой загрузке страницы из наших зондов.

Aug 21, 2026 08:59–09:05 UTC

Снижение производительности Network · NL-AMS

RPKI-ROA validation misconfiguration on prefix via Zayo (AS6461). Полностью устранено; последующие действия отслеживаются внутри компании.

6 мин простой
Aug 21, 2026 17:04–17:27 UTC

Частичный сбой Block storage · CH-ZRH

Garbage-collector ran hot after a large client delete burst. Полностью устранено; последующие действия отслеживаются внутри компании.

23 мин простой
Aug 12, 2026 03:29–03:49 UTC

Снижение производительности Block storage · CH-ZRH

Zoned-namespace firmware upgrade on a subset of drives. Полностью устранено; последующие действия отслеживаются внутри компании.

20 мин простой
Jul 27, 2026 11:26–12:23 UTC

Частичный сбой Block storage · NL-AMS

Slow-query regression on the metadata service. Полностью устранено; последующие действия отслеживаются внутри компании.

57 мин простой
Jun 25, 2026 08:47–09:49 UTC

Частичный сбой Compute · CH-ZRH

IOMMU group re-mapping required a short guest stun — ~3% of hosts affected. Полностью устранено; последующие действия отслеживаются внутри компании.

62 мин простой
Jun 24, 2026 07:45–07:55 UTC

Снижение производительности Compute · IS-RKV

Hypervisor-level memory pressure investigation — ~9% of hosts affected. Полностью устранено; последующие действия отслеживаются внутри компании.

10 мин простой
Jun 20, 2026 10:15–10:27 UTC

Снижение производительности Network · RO-BUH

ICMP rate-limit mis-tune surfaced during a probe sweep from SwissIX Zurich. Полностью устранено; последующие действия отслеживаются внутри компании.

12 мин простой
Jun 10, 2026 15:48–16:27 UTC

Частичный сбой Network · RO-BUH

IPv6 routing anomaly on carrier GTT (AS3257). Полностью устранено; последующие действия отслеживаются внутри компании.

39 мин простой
Jun 2, 2026 07:46–08:31 UTC

Частичный сбой Compute · RO-BUH

NUMA imbalance briefly elevated p99 boot times on — ~4% of hosts affected. Полностью устранено; последующие действия отслеживаются внутри компании.

45 мин простой
Jun 1, 2026 19:21–20:06 UTC

Частичный сбой Anycast DDoS shield

L4 scrubbing capacity briefly saturated during a large amplification attack. Полностью устранено; последующие действия отслеживаются внутри компании.

45 мин простой
May 29, 2026 15:14–15:51 UTC

Частичный сбой Block storage · NL-AMS

Object-store index promotion briefly held the write lock. Полностью устранено; последующие действия отслеживаются внутри компании.

37 мин простой

Ежемесячная доступность сводка

Суммарная доступность сервиса по всем 17 компонентам, по месяцам. Месяцы ниже 99.99 % влекут зачёт по SLA — см. SLA.

Aug 2026
99.996 %
доступность
Jul 2026
99.995 %
доступность
Jun 2026
99.980 %
доступность
May 2026
99.990 %
доступность
Apr 2026
99.982 %
доступность
Mar 2026
99.999 %
доступность

Статус и SLA Частые вопросы

Как мы измеряем аптайм, что считается инцидентом Tier-1, где подписаться и как публикуются разборы инцидентов.

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.