REG.RU: обзор хостинга, Рег.облака и резервного копирования
Мы изучили официальный каталог REG.RU, актуальный SLA, реквизиты, справку по облачным серверам, backup и биллингу. В обзоре отделены современные Рег.облако и KVM от архивных классических VPS, для которых действуют другие правила.
Компания, регистратор и инфраструктура
Услуги доменов оказывает ООО «Регистратор доменных имен РЕГ.РУ», ИНН 7733568767 и ОГРН 1067746613494. Компания является аккредитованным регистратором .RU/.РФ и одновременно развивает хостинг и IaaS. Облачная платформа внесена в реестр российского ПО под номером 23682.
REG.RU использует десять российских дата-центров и собственный объект «Релком Дата» на территории «Технополис Москва». В каталоге также описаны АКОД, Авиамоторная и Медведково-2. Конкретный продукт доступен не на каждой площадке: одни ориентированы на bare metal, другие — на публичное облако.
| Оператор | ООО «Регистратор доменных имен РЕГ.РУ» |
|---|---|
| Дата-центры | 10 в России |
| Облачные серверы | KVM, SSD/NVMe, GPU |
| SLA | 99,95% |
| Российское ПО | реестровая запись №23682 |
Виртуальный хостинг и сайты
Хостинг рассчитан на типовые CMS и включает панель, PHP, базы, почту, SSH, cron, бесплатный перенос и базовую DDoS-защиту L3/L4 и L7 на актуальных тарифах с ispmanager. Домены и DNS управляются из того же аккаунта, что сокращает число интерфейсов.
Резервные копии хостинга создаются по расписанию и доступны для скачивания после завершения обработки. Однако хранить домен, сайт и единственные backup в одном аккаунте рискованно: компрометация учётной записи затронет всё сразу. Важный архив следует выгружать отдельно.
Облачные KVM-серверы
Рег.облако использует KVM. Предлагаются стандартные CPU с SSD, производительные и высокочастотные профили с NVMe, а также NVIDIA GPU. Сервер создаётся из Linux, Windows либо шаблона приложения — LAMP/LEMP, Docker, Django, Node.js, WordPress и других образов.
Оплата может быть почасовой или помесячной. При выключении вычислительные ресурсы не списываются, но продолжают тарифицироваться диск, IPv4/IPv6 и лицензии. Чтобы полностью остановить расходы, нужно удалить сервер, ненужные snapshots и остальные платные объекты, предварительно сохранив данные.
Приватные сети и DDoS-защита
Облачные серверы объединяются приватной сетью; общая ёмкость инфраструктуры заявлена около 200 Гбит/с, дублированные внешние каналы — 40 Гбит/с. Для выгрузки snapshots на backup-сервер используется внутренняя сеть до 10 Гбит/с.
Физические узлы защищены DDoS-GUARD на L3/L4 с заявленной мощностью отражения до 1,5 Тбит/с. Этот показатель относится к сети фильтрации, а не к способности приложения обрабатывать легитимные запросы. Для HTTP-атак дополнительно нужны caching, rate limiting и защита уровня приложения. Сравнить предложения можно в рейтинге DDoS-защищённых хостингов.
Новая система backup и политики хранения
На актуальных облачных конфигурациях резервирование подключается в карточке сервера. Копия создаётся раз в день, а клиент задаёт число ежедневных, еженедельных, ежемесячных, годовых и последних версий. По умолчанию сохраняются три точки: одна еженедельная и две последние.
Одна копия может одновременно соответствовать нескольким политикам: например, ежедневная после восьмого дня становится еженедельной. Чем больше глубина, тем больше занятое хранилище и стоимость. Система позволяет создать дополнительную произвольную копию и восстановить сервер, но после восстановления может потребоваться обновить DNS на новый IP.
Для архивных тарифов Base-X/Turbo-X действует другая схема: один автоматический backup в неделю, до четырёх копий и восстановление только на исходный сервер. Поэтому сначала нужно определить поколение услуги и использовать соответствующую инструкцию.
Снимок, образ и независимая копия
Snapshot создаётся вручную или через API и фиксирует состояние перед обновлением либо используется для клонирования. Он удобнее полноценного backup для быстрого отката, но не даёт независимой защиты от проблем аккаунта или всей платформы.
Для production-базы следует сочетать snapshot с логическим дампом и выгрузкой в S3 или стороннее хранилище. Перед созданием снимка нужно обеспечить консистентность СУБД, а после — проверить, что копия действительно разворачивается. Сравнение облачных VPS представлено в рейтинге VPS/VDS.
Kubernetes, PostgreSQL, S3 и GPU
Помимо виртуальных машин, Рег.облако предлагает Managed Kubernetes, управляемый PostgreSQL, объектное S3 и Cloud GPU на NVIDIA. Эти сервисы уменьшают объём ручного администрирования и позволяют строить приложение из специализированных компонентов.
Managed не означает отсутствие ответственности клиента: схема базы, права, контейнеры, секреты и стоимость остаются на владельце проекта. Перед использованием нужно проверить версии, SLA каждого сервиса, доступность между зонами и процедуру экспорта данных.
Dedicated, colocation и private cloud
Каталог выделенных серверов включает AMD EPYC, Xeon Gold, GPU, NVMe Optane и корпоративные СХД. Физические машины подходят нагрузкам с предсказуемой высокой загрузкой, лицензированием по ядрам и требованиями к изоляции.
Частное облако строится на OpenStack или VMware, а colocation размещает оборудование клиента. Гибридная схема позволяет оставить базу на bare metal и масштабировать frontend в публичном облаке. Но сеть, резервирование и восстановление между слоями нужно проектировать заранее.
SLA, поддержка и доступность
Действующий SLA облачной инфраструктуры устанавливает 99,95% для вычислений, хранилищ, сети и сервисов ЦОД. При условных 730 часах это допускает примерно 22 минуты недоступности в месяц до учёта исключений. Плановые работы уведомляются не менее чем за 24 часа.
Наличие десяти ЦОД не делает отдельный сервер распределённым. Для высокой доступности нужны несколько экземпляров, балансировщик, репликация данных и автоматическая проверка здоровья. Техподдержка помогает с платформой, но отказоустойчивую архитектуру выбирает клиент.
Безопасность единого аккаунта
Единый кабинет удобен, но концентрирует права на домены, DNS, серверы и деньги. Необходимо включить двухфакторную аутентификацию, разделить роли сотрудников и сервисные ключи, ограничить API и регулярно проверять журнал операций.
Особенно опасен захват домена: злоумышленник может перенаправить трафик даже при исправном сервере. Поэтому доступ к доменным операциям должен быть уже, чем к обычному управлению VPS, а уведомления — поступать на независимый почтовый адрес.
Итоговая оценка REG.RU
REG.RU подходит бизнесу и разработчикам, которые хотят объединить домены, хостинг, KVM, S3, Kubernetes и физические серверы у российского поставщика. Платформа особенно удобна для постепенного роста проекта.
Главные риски — неверно выбранная инструкция между архивным и новым облаком, отсутствие backup до его явного включения и концентрация ресурсов в одном аккаунте. Для высокого SLA нужна собственная многозонная архитектура.
Итог pro-hosting.online
REG.RU получает высокую оценку за масштаб экосистемы, российские ЦОД, KVM и гибкие backup-политики. Оценку ограничивают SLA 99,95%, сложность поколений услуг и необходимость отдельно проектировать резервирование.
