IONOS
IONOS
IONOS — крупный немецкий хостинг и облачный провайдер. В заметку он попал по отзыву от 2 июня 2026 года: «говорят, что IONOS в РФ еще работает».
Этот отзыв не является рекомендацией. Текущая категория — «Рискованные»: главный вопрос для пользователя из России — не только характеристики VPS, но и возможность легально и стабильно завести аккаунт, оплатить услугу и не попасть под закрытие из-за резидентства.
Операционные статусы и DBaaS-дедлайны ниже проверены 7 сентября 2026 года; старые примеры тарифов не являются новым ценовым замером.
Что есть по тарифам
На немецкой странице VPS на момент проверки были указаны Linux VPS от 2 евро в месяц на первые 6 месяцев. В младшем тарифе Linux S+ заявлялись:
- 2 vCPU;
- 2 ГБ RAM;
- 80 ГБ NVMe;
- установка 10 евро;
- неограниченный трафик до 1 Гбит/с;
- IPv6-сеть включена;
- 1 IPv4 включен, дополнительные IPv4 — 5 евро в месяц;
- Plesk Obsidian — 5 евро в месяц.
Также заявлены Windows Server, KVM-консоль, Cloud Panel, root-доступ и круглосуточная поддержка. Цены и промопериоды перед покупкой нужно перепроверять.
Инциденты и операционные риски
В 2026 году официальная status-панель IONOS Cloud фиксировала:
26 августа — 3 сентября: повышенную задержку чтения и записи S3 Object Storage в
eu-central-1; событие закрыто;периодическую недоступность control plane Managed Kubernetes;
ошибки provisioning, Cloud API и Data Center Designer;
ограничения свободной емкости GPU;
невозможность создать некоторые MongoDB-кластеры во Frankfurt East;
временную остановку автоматического обслуживания Kubernetes из-за высокой нагрузки;
21–23 августа — невозможность резервировать и управлять IP blocks через DCD и API;
с 4 сентября — ограниченную доступность телефонной поддержки Cloud Support; обновление 7 сентября предупреждает и о задержках ответов поддержки.
Важно различать control plane и workloads: уже запущенные приложения могли работать, когда API управления кластером или создание новых ресурсов были недоступны. Ограничение Cloud Support также не означает остановку VPS или облачных баз.
S3 Object Storage: инцидент 26 августа — 3 сентября закрыт
3 сентября в 13:39 UTC IONOS отметил восстановление нормального времени ответа S3 в eu-central-1. История события и ограничения интерпретации длительности находятся в журнале инцидентов.
Закрытие устраняет актуальное предупреждение о продолжающемся сбое, но не отменяет необходимость проверять S3 data plane отдельно от управления buckets и keys в DCD.
Для рабочей нагрузки полезны:
- synthetic
PUT/HEAD/GET/DELETE; - измерение p95/p99 latency;
- контроль timeout и HTTP 5xx;
- ограниченные retries с exponential backoff;
- checksum после чтения тестового объекта;
- мониторинг длительности backup и media jobs;
- независимая копия критичных данных у другого провайдера.
DBaaS: миграции августа и дедлайн 28 сентября
Августовские миграции PostgreSQL/MariaDB и отключение In-Memory DB v1 отмечены завершёнными в status-панели. Это не подтверждает, что клиентские API, Terraform и SDK автоматически обновились.
Подробно:
PostgreSQL
Инфраструктурная миграция v1 → v2 завершена. 28 сентября, 14:00–16:00 UTC запланировано окончательное отключение PostgreSQL API v1. Проверить management automation нужно до начала окна.
Актуальные условия:
- management API требует TOKEN authentication вместо BASIC;
- интеграции должны использовать региональный v2 endpoint;
- кластеры на HDD/SSD Standard переводились на SSD Premium с соответствующей тарификацией;
- optional Observability оплачивается отдельно;
- отключение старого management API, по уведомлению провайдера, не должно прерывать работу уже перенесённых баз.
TOKEN auth Cloud API не заменяет SQL-пользователя и пароль приложения. Отдельно проверяйте SQL-подключение и операции управления через Terraform/API/SDK.
MariaDB
- с 17 августа нельзя создавать новые v1 clusters;
- окно автоматической миграции existing clusters 24–28 августа завершено;
- 31 августа завершено отключение MariaDB API v1;
- API scripts, Terraform и SDK должны использовать v2.
Сам database cluster может быть мигрирован автоматически, но это не обновляет клиентский IaC-код.
In-Memory DB / Valkey
Августовский дедлайн уже прошёл:
- новые v1 instances запрещены с 4 августа;
- отключение v1 было назначено на 31 августа и отмечено завершённым;
- automatic migration не предусматривалась;
- клиент должен использовать v2 instance с перенесёнными необходимыми данными и новым endpoint;
- v2 использует Valkey;
- с 1 сентября действуют новые цены snapshot-возможностей.
Если In-Memory DB используется для sessions/queues/locks, это production-critical зависимость, а не обычный disposable cache. После EOL нельзя рассчитывать на rollback к работающему v1.
Что проверить пользователю IONOS Cloud в сентябре
[ ] PostgreSQL regional API v2 до 28 сентября 14:00 UTC
[ ] PostgreSQL TOKEN auth для management API
[ ] PostgreSQL storage class / new cost
[ ] MariaDB API v2
[ ] MariaDB Terraform/SDK v2
[ ] In-Memory DB v1 отсутствует в зависимостях приложения
[ ] Valkey endpoint tested
[ ] DB backups checked
[ ] IaC plan tested без непреднамеренного пересоздания БД
[ ] invoice forecast reviewed
[ ] актуальный канал поддержки проверен
Плюсы
- крупный европейский провайдер, не мелкий реселлер;
- есть VPS, облачные серверы и managed-сервисы;
- есть Linux и Windows;
- есть публичная информация по дата-центрам;
- инфраструктура IONOS Cloud размещается в США и Европе;
- есть открытая status-панель с техническими обновлениями;
- status page заранее публикует часть migration/deprecation deadlines.
Минусы и риски
- в опубликованной политике IONOS указаны отказ от новых клиентских контрактов из России и прекращение существующих отношений с российскими клиентами;
- даже если сайт открывается и заказ технически проходит, аккаунт может попасть под проверку или закрытие позже;
- оплата российскими картами, адрес биллинга, телефон и документы могут стать проблемой;
- цены в евро, возможны НДС и комиссии;
- дополнительный IPv4 и панели управления могут быть платными;
- в облаке встречались сбои управляющего слоя и ограничения свободной емкости;
- в августе–сентябре зафиксированы как сбой Object Storage management, так и длительная деградация S3 read/write latency; оба события закрыты;
- остановленный GPU-сервер при дефиците ресурсов может не запуститься повторно;
- managed products могут иметь обязательные API migrations с жестким deadline;
- автоматическая infrastructure migration не гарантирует, что Terraform/SDK/API automation обновится автоматически;
- PostgreSQL migration может изменить storage class и стоимость;
- In-Memory DB v1 требовал manual migration до отключения;
- открытое ограничение Cloud Support может увеличить время получения помощи.
Что проверить
Аккаунт и санкционные риски
- открывается ли сайт и личный кабинет напрямую из РФ;
- допускается ли новый договор с фактическим резидентством клиента;
- какие страны доступны в биллинге;
- проходит ли оплата разрешённым способом;
- какие KYC-документы потребуются;
- каковы условия прекращения договора и выгрузки данных.
Инфраструктура
- какой дата-центр реально выдается;
- какой пинг и трассировка из РФ;
- можно ли быстро выгрузить бэкап или образ;
- достаточно ли свободной емкости в резервной локации;
- как приложение переживает недоступность Cloud API или Kubernetes control plane;
- как меняются S3 latency и error rate в рабочее время;
- есть ли независимый backup Object Storage и проверенный restore.
DBaaS
- нет ли обращений к v1 API;
- нет ли hardcoded BASIC auth для management API;
- Terraform provider/modules актуальны;
- In-Memory DB переведен на v2;
- стоимость storage/snapshots после migration приемлема;
- restore процедуры проверены.
Итог
Технически IONOS выглядит сильнее многих небольших VPS-провайдеров: это крупная компания, развитая инфраструктура и понятные дата-центры. Но для пользователя из РФ главный риск — аккаунт, оплата и санкционная политика.
Для IONOS Cloud дополнительно нужно учитывать:
- доступность и производительность data plane;
- доступность управляющего слоя;
- свободную емкость;
- migration/deprecation lifecycle managed services;
- возможность роста стоимости после infrastructure upgrade;
- доступность поддержки при восстановлении.
Категория остаётся «Рискованные». Закрытие S3-инцидента улучшает текущий операционный статус, но не отменяет оснований, связанных с аккаунтом, оплатой и санкционной политикой.
Для важных проектов обязательны независимые бэкапы, IaC export и готовый план переезда.