Кнопка выключения всё равно списывает: проверяем обещание конвергентной инфраструктуры 3HCloud

Краткое содержание

• Самое интересное предложение 3HCloud — не виртуальная машина за $1,50. Это обещание, что облачные инстансы, арендованные физические серверы и оборудование заказчика могут использовать общие сеть, блочное хранилище, управление и поддержку, не загоняя клиента в проприетарный стек гиперскейлера.
• Юридический и операционный контур нужно прояснить. Реестры Флориды показывают действующую 3HCloud LLC, созданную в 2020 году, тогда как автономная система, которую использует сервис, до сих пор зарегистрирована на более старую Newserverlife LLC. В открытых документах у двух компаний указаны одни и те же руководители, но публичные данные не устанавливают точное отношение собственности, активов или ответственности между ними.
• Провайдер публикует больше операционных деталей низкого уровня, чем многие небольшие хостинги: выключение не останавливает биллинг виртуальной машины, отключённое хранилище продолжает тарифицироваться, снапшоты остаются на основном хранилище, плановые резервные копии не проверяются на согласованность автоматически, а трафик тарифицируется по средней скорости за час. Такая откровенность полезна, но она же вскрывает зависимости, которые придётся учитывать при проектировании.
• «Гарантия безотказной работы 100%» — это договорный показатель, подкреплённый сервисными кредитами для подпадающих под условия виртуальных ресурсов, а не доказательство измеренной доступности 100%. Выделенные серверы, bare metal, колокация, панель управления, API, DNS, резервные копии и ряд других компонентов в гарантию не входят.
• 3HCloud может быть экономически привлекателен для команд, которые разбираются в инфраструктуре и ценят раздельные тарифы, API OpenStack, хранилище Fibre Channel и поддержку инженеров. Покупателям, которым нужны аудированное соответствие требованиям, широкие управляемые сервисы, независимо подтверждённая устойчивость в нескольких регионах или строго оговорённое время реакции поддержки, предстоит проделать больше работы, прежде чем считать сервис производственным стандартом.
• Решающий тест при закупке — переносимость в условиях отказа: сможет ли заказчик пересоздать вычислительные ресурсы, восстановить независимо хранимые данные, сохранить или заменить адресацию, переместить физическое оборудование и продолжать работу, когда портал или очередь поддержки 3HCloud недоступны?

Самая показательная кнопка в документации 3HCloud — не «Создать сервер», а «Выключить».

На многих облаках клиент узнаёт экономический смысл этой кнопки только после первого удивившего его счёта. 3HCloud говорит об этом прямо: виртуальный сервер тарифицируется с момента создания до удаления, и перевод в состояние SHUTOFF не останавливает биллинг. Удаление завершает оплату вычислений, но также удаляет его системный диск. Отключённый заранее сетевой порт может сохранить публичные адреса для другой машины, однако привязанный к этому порту IPv4-адрес продолжает тарифицироваться. Дополнительный блочный том продолжает списывать средства и после отсоединения.

Это обычные правила инфраструктуры, но их честное изложение обнажает реальную единицу услуги. Клиент покупает не «сервер». Клиент собирает постоянные вычисления, хранилище, порты, адреса, трафик и инфраструктуру с поддержкой инженеров — и у каждого элемента свой жизненный цикл.

Именно эта сборка лежит в основе более масштабного заявления 3HCloud. Врассказе компании о платформеговорится, что клиенты могут объединить собственное оборудование, bare-metal серверы 3HCloud и облачные инстансы в одну конвергентную среду. Идея весомее простого дешёвого VPS. Компания может запускать пиковые прикладные узлы как виртуальные машины, лицензированную базу данных — на выделенном оборудовании, чувствительное к задержкам устройство — на собственном сервере, а за всеми тремя использовать общее блочное хранилище. Если сеть и эксплуатация действительно охватывают все эти уровни, клиент может изменить размещение нагрузки, не переделывая все окружающие зависимости.

Есть и оборотная сторона. Конвергенция не устраняет зависимость — она её реорганизует. Чем больше видов оборудования использует единые адресацию, storage-фабрики, панель управления, биллинговый аккаунт и процесс поддержки одного провайдера, тем серьёзнее последствия отказа любой из этих общих систем или потери коммерческого доступа к ним. Поэтому 3HCloud стоит оценивать не как миниатюрный гиперскейлер и не как обычный бюджетный хостинг. Это небольшой инфраструктурный оператор, который пытается сделать стыки между облаком, bare metal и колокацией пригодными для работы.

Его обоснованность зависит от того, насколько эти стыки документированы, контрактуемы и обратимы.

За одним сетевым именем — две компании из Флориды

Договорная идентичность ясна на первом уровне. Условия использования 3HCloud определяют провайдера как 3HCloud LLC по адресу 2031 Harrison Street в Голливуде, Флорида.Запись Отдела корпораций Флоридыпоказывает 3HCloud LLC как действующую флоридскую компанию с ограниченной ответственностью, номер документа L20000375976, поданную и вступившую в силу 1 декабря 2020 года. Годовой отчёт за 2026 год подан 28 января 2026 года. В записи Константин Колосовский указан как управляющий, а Елена Колосовская — как уполномоченный участник.

Сетевая идентичность сложнее. Сервис использует автономную систему AS49791 и routing-набор AS49791:AS-3HCLOUD. Однакотекущее представление маршрутов BGP.tools, основанное на данных реестров и маршрутизации, идентифицирует зарегистрированную организацию как Newserverlife LLC и указывает на 3hcloud.com как на сайт сети. На момент этого обзора там отображалась активная сеть, выделенная через RIPE: 43 анонсированных IPv4-префикса, 14 IPv6-префиксов и четыре названных апстрима: Cogent, Kazakhtelecom, Hurricane Electric и Fiord. Эти цифры — изменяющееся наблюдение, а не фиксированная характеристика ёмкости.

Newserverlife — не просто похожее торговое наименование. Еёрегистрация во Флоридепоказывает отдельную действующую флоридскую LLC, номер документа L19000013202, созданную в январе 2019 года. В ней указаны те же два человека в управленческих или членских ролях, и годовой отчёт за 2026 год также подан 28 января. Это веское доказательство общих руководителей и операционной связи. Само по себе это не доказывает, что одна компания владеет другой, что все сетевые активы переданы или что Newserverlife гарантирует обязательства 3HCloud.

Второй сетевой справочник представляет публичную идентичность иначе.PeeringDB указывает AS49791под именем организации 3HCLOUD LLC, с сайтом 3hcloud.com, глобальным охватом, открытой политикой пиринга и заявленным трафиком 20–50 Гбит/с. Информация об организации и площадках последний раз обновлялась в августе 2024 года. PeeringDB — ценные операционные данные, но записи вносятся участниками сетей, и их не следует принимать за аудит корпоративного титула или текущей ёмкости.

Разумный вывод ограничен. Проверенный факт: 3HCloud LLC — действующая компания Флориды и сторона, указанная в публичном договоре с клиентом. Проверенный факт: AS49791 активна и в данных маршрутизации зарегистрирована на Newserverlife LLC. Проверенный факт: обе флоридские организации называют одних и тех же руководителей. Разумное предположение: 3HCloud — это клиентская облачная операция, построенная на сетевых ресурсах, исторически или юридически связанных с Newserverlife.

Не выяснено: какая организация нанимает персонал, эксплуатирующий сеть, владеет или арендует конкретные блоки адресов и оборудование, подписывает договоры колокации, получает жалобы о злоупотреблениях и несёт ответственность, когда проблема маршрутизации или площадки затрагивает клиента 3HCloud.

Это не повод отказываться от сервиса. Это повод включить сопоставление юридических лиц в процесс закупки. Корпоративному покупателю следует требовать, чтобы форма заказа, условия обработки данных, SLA, порядок реагирования на злоупотребления, права на IP-адреса и любые графики по площадкам последовательно называли ответственное лицо.

Стоит спросить, является ли Newserverlife субподрядчиком, аффилированным лицом, лицензиаром или владельцем активов; сможет ли 3HCloud продолжать эксплуатировать AS49791, если эти отношения изменятся; и может ли клиент напрямую связаться с функцией сетевой эксплуатации при утечке маршрута, заявлении об угоне или споре о злоупотреблениях. Ответ важнее логотипа, потому что сеть — одна из общих контрольных точек конвергентной платформы.

Существуют по крайней мере некоторые независимые свидетельства, что сама 3HCloud LLC вступает в реальные инфраструктурные соглашения.График 2025 года, поданный в деле о банкротстве Monster Worldwide, идентифицирует «3HCLOUD» по адресу на Harrison Street как контрагента по мастер-сервисному соглашению и заказу на продажу. Более свежийдоговор VPS-сервиса SpicePropгласит, что технология и инфраструктура VPS предоставляются компанией 3HCloud LLC. Ни один из документов не демонстрирует качество услуг, масштаб выручки или ёмкость, но оба выходят за пределы собственного маркетинга провайдера и показывают компанию в сторонних договорных контекстах.

Шесть заявленных локаций, пять наблюдаемых площадок и несколько разных карт

Публичную географию 3HCloud нельзя свести к одному списку, потому что собственные поверхности компании описывают периметр по-разному.

Актуальнаядокументация по созданию виртуальных серверовперечисляет Варшаву, Майами, Даллас, Манилу и Алматы как выбираемые регионы или зоны доступности. Страница облачных продуктов вместо этого описывает Варшаву, Даллас, Сан-Франциско, Майами и Манилу. Настранице тарифовопубликованы ставки за трафик для всех шести городов: Манила, Даллас, Майами, Варшава, Сан-Франциско и Алматы. При этом в навигации сайта в июле 2026 года выделенные серверы по-прежнему помечены как «скоро», хотя документация по выделенным серверам описывает действующий сервис на основе тикетов. Эти расхождения могут отражать меняющуюся ёмкость, доступность по продуктам или страницы, обновляемые с разной скоростью. Живое коммерческое предложение и проверка в портале авторитетнее маркетинговой карты.

Независимые сетевые данные покрывают часть этой географии, но не всю. PeeringDB фиксирует AS49791 на пяти площадках в трёх городах: ATMAN Warsaw-1 и Equinix WA3 в Варшаве; Digital Realty и Equinix MI1 в Майами; Digital Realty на 365 Main Street в Сан-Франциско. Там же указан порт 10 Гбит/с на варшавской интернет-бирже Equinix. Отсутствие Далласа, Манилы или Алматы в этом справочнике не доказывает, что 3HCloud не предоставляет там услуги. Провайдер может достигать площадки через транзит, партнёра, арендованную сеть, удалённый пиринг или другую автономную систему.

Но это означает, что публично наблюдаемая карта площадок AS49791 уже коммерческой карты из шести городов.

Операторы площадок дают полезные подтверждения.Партнёрский каталог Digital Realtyперечисляет 3H Cloud и называет Сан-Франциско, Даллас и Майами партнёрскими локациями, а среди доступных услуг упоминает bare metal.Страница варшавской площадки Atman Warsaw-1размещает кампус по адресу Гроховска, 21а, и описывает нейтрального к операторам оператора с инженерами на месте, несколькими зданиями дата-центра и сертификатами уровня площадки. Эти источники подтверждают существование реальных отношений или присутствия на площадках. Они не показывают, сколько площади или мощности арендует 3HCloud, в каких залах стоит оборудование и наследует ли каждая услуга 3HCloud все заявленные оператором здания функции отказоустойчивости.

Это различие принципиально. Сертификат дата-центра относится к проверенной площадке и области сертификации. Он не сертифицирует автоматически облачную управляющую плоскость 3HCloud, практики сотрудников, логический доступ, систему резервного копирования или процесс поддержки клиентов. Аналогично запись в партнёрском каталоге подтверждает коммерческую связь, но не выделенную клетку, архитектуру на двух площадках или долю в здании. 3HCloud иногда называет площадки «нашими дата-центрами», а также упоминает «партнёрские объекты».

Более точное публичное описание: компания эксплуатирует инфраструктуру в сторонних дата-центрах, а точное разделение собственности и эксплуатации требует подтверждения по каждой площадке.

Данные маршрутизации добавляют ещё один слой. BGP.tools показывает смешанный набор описаний префиксов под AS49791, включая адресное пространство, помеченное для 3HCloud, Newserverlife и нижестоящих или клиентских организаций. Это согласуется с сетевым оператором, который обслуживает собственное облако и другие сети. Это также означает, что количество префиксов на уровне AS не следует считать размером розничного облака 3HCloud.

Покупателю стоит запросить исходный ASN, состав апстримов, путь обработки DDoS, статус route-объектов, покрытие RPKI и точку передачи на площадке для конкретного покупаемого региона, а не экстраполировать по глобальной AS.

Есть небольшие, но полезные операционные следы. В июне 2026 года проект фильтрации OpenBLDсообщил о развёртывании сервера при поддержке 3HCloud в Сан-Франциско. Это подтверждение от проекта, а не контролируемый бенчмарк, но оно подтверждает текущую активность сервиса в городе, который есть в PeeringDB и партнёрском каталоге Digital Realty. Публичные данные по Маниле и Алматы больше опираются на собственную документацию и тарифы 3HCloud. Для регулируемых или чувствительных к задержкам развёртываний клиент должен требовать название площадки, физическую страну, место хранения данных, границу поддержки и сетевой маршрут в графике заказа.

Конвергенция — это рабочий процесс, а не ярлык продукта

Три режима инфраструктуры платформы начинаются по-разному.

Виртуальная машина — в значительной степени самообслуживание. Клиент выбирает регион, операционную систему или собственный образ, конфигурацию вычислений, том, сеть и способ аутентификации. Первый сервер в регионе предлагает создать внешнюю сеть с IPv4 и IPv6; можно подключить внутренние сети и ранее созданные порты. Изменение конфигурации вызывает перезагрузку, заявленную на одну-две минуты. Нестандартные соотношения CPU и памяти выходят за рамки самообслуживания и требуют тикета в поддержку.

Выделенный сервер — это процесс через продажи и поддержку.Документация по выделенным серверампредлагает покупателю отправить требования к проекту и техники, после чего коммерческая команда готовит предложение. Описанный сервис включает интернет-подключение, IPv4 и IPv6, опциональную частную сеть, IPMI, замену отказавшего компонента или всего сервера и круглосуточную техническую поддержку. После активации сервер появляется в той же панели управления с IPMI-сессиями, данными подключения к SAN и подключёнными виртуальными томами.

Оборудование заказчика добавляет логистику и более заметную физическую зависимость.Документация по колокацииописывает размещение сервера или стойки, помощь «удалённых рук», доступ IPMI, тома SAN и сетевые подключения. Для размещённого сервера 3HCloud заявляет использование 10-гигабитных SFP+-линков к двум отдельным коммутаторам с агрегацией каналов на обеих сторонах. Это содержательное описание реализации, хотя оно остаётся заявлением провайдера и должно быть сверено с заказанной площадкой и оборудованием.

Конвергенция заключается не в том, что все ресурсы предоставляются одинаково. Это не так. Она в том, что несколько окружающих систем могут сохраняться поверх разных ресурсов: частная сеть, публичная адресация, блочные тома, обзоры мониторинга, аккаунт клиента, биллинг и отношения с поддержкой. Компания может начать с виртуальной машины, перенести базу данных на выделенный сервер HPE, подключить хранилище Fibre Channel и позже разместить собственное устройство в той же площадке. Ценность в том, чтобы не переделывать полностью сеть и операционные процессы на каждом шаге.

Эта ценность сильнее всего для клиентов, разбирающихся в инфраструктуре.Документация API 3HCloudговорит, что платформа следует модели API-first, и отсылает к API OpenStack и Terraform-провайдеру OpenStack. В аккаунте можно создать до десяти API-пользователей; сгенерированные пароли показываются один раз, а доступ можно необратимо отозвать, сохраняя историческую запись пользователя. Это даёт командам знакомый путь автоматизации и делает декларативную сборку более правдоподобной, чем сервис только с проприетарной консолью.

Это не делает автоматизированной каждую часть среды. Собственный процесс провайдера выносит за тикеты нестандартные конфигурации VM, предложения выделенных серверов, настройку коммутаторов, часть учётных данных IPMI, снятие блокировки порта 25 и ряд сетевых изменений. Метка «скоро» в навигации выделенных серверов также расходится с подробной операционной документацией и сторонней записью Digital Realty. Справедливая интерпретация: физические продукты продаются через предложение и могут быть доступны выборочно, а не как каталог мгновенного развёртывания, обеспеченный складскими остатками.

При закупке стоит уточнить фактическое наличие, запас для замены, срок предоставления и последствия, если после отказа не окажется подходящего сервера.

OpenStack снижает один из видов блокировки

OpenStack — самый убедительный элемент заявления 3HCloud о независимости от вендоров. Он даёт клиентам широко используемые интерфейсы для вычислений, образов, сетей и томов. Конфигурации Terraform можно хранить в обычном репозитории кода. Можно импортировать собственные образы машин. Клиент может понимать многие ресурсы через общепринятые концепции, а не изучать полностью частный API.

Провайдер также опубликовал подробноеруководство по миграции с VMware на OpenStack. В нём описаны подготовка VirtIO, экспорт образа, конвертация VMDK в RAW, загрузка образа, новая адресация, переключение DNS и необходимость перенести данные, накопленные во время миграции. Для Windows описан более сложный процесс с драйверами и восстановлением. Это авторское руководство компании, а не запись о конкретной миграции клиента, но оно честно признаёт, что перенос виртуальной машины — это последовательность задач по совместимости, образам, сети и данным, а не волшебная кнопка импорта.

Открытые интерфейсы снижают блокировку управляющей плоскости. Они не устраняют гравитацию данных или состояние, специфичное для сервиса. Файл Terraform может пересоздать виртуальную сеть, но не может мгновенно перенести многотерабайтный том Fibre Channel. Образ OpenStack может покинуть платформу, а публичный IPv4-адрес может и не покинуть. Конфигурацию балансировщика можно задокументировать, но его служебный адрес и состояние здоровья всё равно требуют плана переключения. Размещённый сервер можно отправить в другое место, но только после согласования доступа, работ «удалённых рук», упаковки, забора перевозчиком и замены связи.

Даже внутри облака важны детали жизненного цикла ресурсов. 3HCloud говорит, что изменение конфигурации виртуальной машины перезагружает её. Обычной переустановки операционной системы на месте в описанном процессе нет; более безопасный документированный путь — сохранить нужное, удалить и пересоздать или восстановить из образа, снапшота или резервной копии. Системный диск привязан к удалению сервера, если клиент намеренно не защитил или не экспортировал данные. Это управляемые ограничения, но только если автоматизация включает данные и адресацию, а не только вычисления.

Сам API — это зависимость. SLA прямо исключает API и панель управления. Если приложение остаётся онлайн, но API не может создать заменяющий инстанс, договорная «доступность» работающего ресурса может сохраняться, а процесс восстановления клиента блокируется. Серьёзный проект должен сохранять учётные данные командной строки, актуальные сведения об endpoint, последнее известное состояние инфраструктуры и маршрут эскалации в поддержку. Стоит также протестировать, какие операции продолжают работать при недоступности веб-портала.

Хранилище — и связующее звено, и точка концентрации риска

Архитектура 3HCloud становится наиболее самобытной на уровне хранилища. Провайдер продаёт блочные тома пяти опубликованных классов производительности: от SSD Lite с 1000 IOPS и 100 МБ/с до SSD Ultra с 25 000 IOPS и 750 МБ/с. Текущие цены — от $0,01 до $0,10 за ГиБ в месяц. Это спецификации продукта и ценовые точки, а не независимо измеренная устойчивая производительность. Покупателям стоит спросить о размере I/O, смеси чтения и записи, поведении при всплесках, перцентилях задержки, глубине очереди, контроле «шумных соседей» и о том, применяются ли лимиты к каждому тому или к пулу хранилища.

Для виртуальных машин 3HCloud продвигает внешнее хранилище Fibre Channel как способ перезапустить инстанс на другом вычислительном узле после отказа хоста, сохранив доступ к данным. Это правдоподобная архитектура и реальное преимущество перед виртуальной машиной, единственный диск которой находится на локальном хосте. Однако публичная документация не раскрывает политику планировщика, цель восстановления, дизайн кворума, схему контроллеров или историю тестов переключения. Заявление следует рассматривать как утверждение компании, которое нужно проверить на пилоте, а не как независимо установленную гарантию восстановления.

Физическая сторона более конкретна.Руководство по Fibre Channelописывает отдельный трафик хранилища, World Wide Names, мультипутинг и две фабрики, обозначенные A и B. Выделенный или размещённый сервер может видеть тома по нескольким путям, поэтому отказ коммутатора или порта не обязан лишать доступа к хранилищу, если хост настроен правильно.Руководство по установке VMware ESXiдоходит до описания сервера HPE, iLO, диска 3PAR, изменения агрегации каналов с поддержкой и проверки мультипутинга. Это ценное свидетельство того, что гибридное предложение реализовано на операционном уровне, хотя одно руководство не может доказать, что в каждом регионе используется то же оборудование или резервирование.

Общее хранилище одновременно является и мостом, и радиусом поражения. Оно позволяет данным пережить отказ вычислительного хоста и быть представленными разным типам серверов. Но если виртуальные машины, арендованный bare metal и оборудование заказчика зависят от одной системы хранения, фабрики, процесса зонирования или операционной команды, инцидент с хранилищем может пересечь границы, которые разделение вычислений должно было создать. Две фабрики смягчают отказ пути; сами по себе они не устраняют дефект контроллера, ошибку прошивки, административную ошибку, повреждённый том, отказ площадки или потерю управляющей плоскости хранилища.

Различие, которое 3HCloud проводит между снапшотами и резервными копиями, необычно важно.Документация по снапшотамговорит, что снапшот остаётся на том же оборудовании, что и исходный том, и требует доступности основного хранилища. Там прямо сказано, что снапшот — это не резервная копия. К этому предупреждению стоит отнестись буквально: снапшот удобен для клонирования или отката, но не является независимой копией на случай потери системы хранения.

Документация по резервному копированиюдобавляет второе честное предупреждение. Плановые резервные копии не получают автоматических проверок производительности и согласованности; клиентам советуют периодически выполнять восстановление. Резервные копии фиксируют данные, записанные на том, а не состояние, существующее только в памяти. Они хранятся согласно заданному количеству копий и могут оставаться после удаления исходного тома или сервера. Сервис, таким образом, даёт механизм, а не полную гарантию восстановления.

Для продакшена нерешённые вопросы носят архитектурный характер. Находится ли репозиторий резервных копий в другом домене отказа, чем основной массив? В той же площадке, в другом регионе 3HCloud или у отдельного провайдера? Шифруются ли резервные копии ключами провайдера или клиента? Может ли клиент экспортировать их без восстановления через 3HCloud? Каково проверенное время восстановления одного тома и целого приложения? Доступны ли API и метаданные резервного копирования, если портал недоступен? Покупателю следует хранить по крайней мере одну независимо контролируемую копию данных, потеря которых угрожает бизнесу.

Конвергентное хранилище удобно именно потому, что оно общее; независимое восстановление должно быть намеренно неконвергентным.

Счёт за сеть измеряет скорость, а не переданные байты

Модель трафика 3HCloud — один из самых оригинальных коммерческих выборов. Вместо ежемесячной квоты на передачу данных компания измеряет среднюю скорость входящего и исходящего трафика в течение каждого часа. Если более высокое направление превышает выделенный порог клиента, избыточные мегабиты в секунду тарифицируются по ставке региона. В панели управления видны превышения порога, а клиент может установить ограничение скорости, чтобы избежать дополнительных расходов. Сетевые карты агрегируют ресурсы по регионам, а облачная и физическая инфраструктура показаны отдельными категориями.

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

Публичные описания требуют уточнения. Страница тарифов говорит, что каждая виртуальная машина включает 1 Гбит/с до превышения, и публикует ставки за Мбит/с в час по шести регионам.Документация по доступу в интернетуказывает 1000 Мбит/с как порог по умолчанию в Варшаве, Майами и Сан-Франциско, но 50 Мбит/с в Маниле, а затем предупреждает, что выделенный порог — это не обязательно бесплатный трафик. Даллас и Алматы в этом примере не упомянуты. Это может быть разницей между включённой скоростью порта, выделенным порогом и текущей региональной политикой, но клиент не должен выводить границу тарификации догадками. В заказе должны быть указаны бесплатный трафик, выделенный порог, физический лимит порта, ставка превышения и границы агрегации для каждого региона.

Также публикуются плоские безлимитные тарифы. В Далласе, Майами, Варшаве и Сан-Франциско цена по прайс-листу на июль 2026 года составляет от $50 в месяц за 100 Мбит/с до $2000 за 10 Гбит/с; в Маниле и Алматы региональные ставки выше. Эти цифры показывают, почему 3HCloud может рекламировать дешёвые вычисления, рассматривая сетевую ёмкость как собственный экономический слой. Они также делают форму нагрузки решающей. Слабо подключённая виртуальная машина для разработки и стриминговый источник могут использовать один и тот же тарифный план CPU, но иметь радикально разную экономику для провайдера.

Самая маленькая виртуальная машина иллюстрирует раздельную тарификацию.Калькулятор облачных продуктовпоказывает инстанс с 1 vCPU и 1 ГБ общей памяти за $1,50 в месяц, затем добавляет минимальный системный диск SSD Lite на 16 ГБ за $0,16 и IPv4 за $1, и отображает итог $2,66 в месяц. IPv6 бесплатен. Цена действительно низкая, но заголовочные $1,50 сами по себе не дают загрузочную, публично доступную конфигурацию. Производительность хранилища, резервное хранилище, лицензии Windows, балансировщики нагрузки и устойчивый трафик — отдельные решения.

Биллинг продолжается до удаления ресурсов, а не до остановки.Документация по биллингуговорит, что использование тарифицируется ежечасно, а основная карта обычно списывается при закрытии цикла — как правило, первого и шестнадцатого числа месяца — или при достижении кредитного лимита. Это достаточно прозрачно, но возлагает дисциплину на гигиену аккаунта. Осиротевшие порты, отсоединённые тома, сохранённые резервные копии и забытые ресурсы могут пережить момент, когда владелец приложения считает проект завершённым.

Условия добавляют ограничения на нагрузки. Публичные ретрансляторы, перепродажа трафика, публичные туннели и прокси-программы могут попасть под запрет при сильно симметричном трафике и его устойчивом превышении заявленных условий потребления, если это отдельно не согласовано или не используется в рамках подходящих безлимитных опций. Исходящий TCP-порт 25 заблокирован по умолчанию и может быть открыт через тикет. Покупателю, планирующему VPN, прокси, почту, CDN, игры или распространение данных, стоит получить письменное подтверждение, что задуманная модель допустима и правильно тарифицируется.

Что покупает «100%»

Соглашение об уровне сервиса 3HCloudустанавливает цель в 100% доступности для покрываемых виртуальных ресурсов. Фраза заметна на сайте, но договор определяет её уже, чем маркетинговая формула.

Гарантия применяется к платным виртуальным серверам, облачным инстансам, облачному хранилищу и другим ресурсам, прямо включённым в соглашение. Она не распространяется на выделенные физические серверы, bare metal или колокацию. Она также исключает сайт 3HCloud, DNS-серверы, API, панель управления, платёжные интеграции, бета-сервисы и резервные копии клиентов. Работа и производительность GPU находятся вне общей гарантии, при этом подтверждённый простой GPU-сервера компенсируется поминутно. Покрываемая «инфраструктура» определяется вокруг доступности узла и сетевого порта, подключённого к магистрали провайдера.

Это не доказательство того, что 3HCloud достиг 100% исторической доступности. В этом обзоре не выявлено публичного архива инцидентов или независимо аудированных рядов доступности. SLA — это обещание о праве на кредиты после подтверждённой недоступности. Условия отдельно отказываются от гарантий бесперебойной, полностью безопасной или безошибочной работы и исключают косвенные убытки, включая простой и потерю данных, с учётом применимого законодательства.

Шкала кредитов конечна. Недоступность ресурса менее девяти минут даёт два часа кредита; 10–59 минут — шесть часов; 60–119 — 12 часов; 120–239 — 24 часа; 240–419 — 48 часов; 420 минут и более — 168 часов. В опубликованной таблице ровно девять минут остаются без назначения — эту деталь стоит уточнить. Кредиты рассчитываются от затронутого ресурса, ограничены его месячной стоимостью, переносятся вперёд, а не выплачиваются деньгами, и объявлены единственным средством правовой защиты.

Процесс получения кредита инициируется клиентом. Тикет с явным запросом компенсации должен быть подан в течение 60 дней. Даже если 3HCloud знает о сбое, кредит не начисляется без запроса. Компания самостоятельно определяет, был ли сбой и как долго он длился; логи клиента считаются справочными данными. 3HCloud рекомендует сохранять вывод MTR или traceroute, скриншоты и логи приложения.

Существует практическое напряжение сУсловиями использования, которые запрещают использовать сервис для мониторинга его доступности, безопасности, производительности или функциональности, а также для бенчмаркинга без явного письменного разрешения. Вероятное намерение — ограничить конкурентное тестирование или злоупотребительный бенчмаркинг, а не запретить клиенту мониторить собственную продакшен-систему, но формулировка широка на первый взгляд. Поскольку SLA просит клиентов сохранять технические данные, покупателям стоит получить письменное разрешение на обычные синтетические тесты доступности, мониторинг задержек, сканирование безопасности и бенчмарки, используемые для приёмки или планирования ёмкости.

Многочисленные исключения могут быть коммерчески разумными, но архитектурно значимыми. Плановое обслуживание может исключаться при заблаговременном уведомлении на определённых условиях; экстренное устранение критических уязвимостей может исключаться без уведомления. ПО клиента, перегрузка, перезагрузки при изменении конфигурации, восстановление из резервных копий, просрочка платежа, DDoS-атаки и сторонние технологии вне контроля 3HCloud также могут не давать права на кредиты. Массированная DDoS-атака выше 100 Гбит/с или продолжительнее четырёх часов считается форс-мажором.

Потеря пакетов выше 0,5% между инстансом и первым хопом провайдера запускает расследование, но не автоматическое начисление кредита, если 3HCloud не подтвердит сбой инфраструктуры.

Таким образом, средство защиты значительно меньше бизнес-последствий для большинства серьёзных приложений. Условия ограничивают совокупную ответственность по соответствующим претензиям суммой платежей за применимые продукты за предыдущие два месяца и исключают многие формы косвенных или опосредованных убытков. Неделя кредита после долгого сбоя может быть символически ответственной, но не покроет потерянные транзакции, аварийную миграцию или восстановление данных. Правильное использование SLA — как базовой линии закупки и процесса эскалации, а не замена резервированию.

Поддержка — часть архитектуры

Небольшие инфраструктурные провайдеры часто конкурируют людьми, а не широтой продуктов. 3HCloud говорит, что клиенты попадают к инженерам, а не к чат-ботам, и егодокументация по поддержкеописывает круглосуточную техническую поддержку через систему тикетов. В тикете видны назначенный инженер, статус, история и вложения; закрытые тикеты можно открыть заново, оставив комментарий. Продажи работают в будние дни по восточному времени США.

Публичные материалы не определяют уровни серьёзности, целевое время первого ответа, целевое время восстановления, телефонную эскалацию для критических инцидентов или именованные роли управления сервисом. Это отсутствие важно, потому что поддержка встроена в несколько технических путей. Предоставление выделенного сервера начинается с тикета. Нестандартные соотношения VM требуют тикета. Некоторые изменения сетевых порогов и снятие блокировки порта 25 требуют тикета. Развёртывание ESXi требует, чтобы поддержка настроила агрегацию каналов. Учётные данные IPMI приходят через поддержку после установки.

Если возникает проблема с зонированием Fibre Channel или физическим компонентом, клиент не может решить каждый уровень в одиночку.

Это может быть сильной стороной, когда команда квалифицирована и доступна. Небольшой оператор может диагностировать проблему через границы вычислений, коммутаторов, SAN и площадок быстрее, чем крупный провайдер, чьи очереди поддержки разделены по продуктам. Это также может быть риском концентрации. Открытые источники не устанавливают размер команд сетевой эксплуатации и поддержки, их географическое покрытие, дежурный штат, языковой охват, текучесть кадров или зависимость от конкретных людей. Нет оснований заявлять о сбое поддержки; точно так же нет оснований предполагать глубину штата уровня гиперскейлера.

Физические услуги добавляют ещё одну сторону. Atman и Digital Realty управляют зданиями и возможностями «удалённых рук», тогда как 3HCloud представляет клиентский сервис. Отказавший блок питания может вовлечь вендора сервера, поддержку 3HCloud и техников площадки. Сетевой инцидент может затронуть 3HCloud, зарегистрированные сетевые ресурсы Newserverlife, апстрим-оператора и оператора дата-центра. Клиенту нужен один подотчётный путь эскалации, но стоит понимать и внутренние передачи.

Пилотный проект должен проверить поддержку, а не только пропускную способность. Открывайте тикеты в обычные и неудобные часы. Просите неразрушающую IPMI-сессию, имитацию процедуры замены отказавшего диска, эскалацию изменения маршрута и восстановление из резервной копии. Фиксируйте время подтверждения и решения, не превращая упражнение в нагрузочный тест. Запросите матрицу серьёзности, политику уведомлений об инцидентах, политику root-cause-анализа, канал обслуживания и именованный контакт для экстренных случаев в коммерческом договоре.

Если критична физическая замена, спрашивайте о региональной политике запасных частей, а не о общем обещании заменить отказавшие компоненты.

Меры безопасности описаны неравномерно

История безопасности 3HCloud сильнее всего там, где документация становится конкретной. Виртуальные машины используютгруппы безопасности с правилами входящего и исходящего трафика; правила выхода по умолчанию можно удалить. Для выделенной или физической инфраструктуры естьотдельный сервис файрвола дата-центра, прямо помеченный как бета. Этот файрвол отслеживает состояние и при включении без разрешающих правил блокирует неинициированный входящий трафик, но его документация предупреждает, что исходящий трафик не фильтруется. Маркетинговые формулировки о файрволе как защите от атак следует переводить в продукт-специфичные средства: виртуальный файрвол и физический периметровый файрвол ведут себя не одинаково.

Доступ IPMI — ещё один пример.Руководство по IPMIговорит, что интерфейс управления использует изолированную сеть, не подключён к основной инфраструктуре и открывается через сеансы файрвола по исходному IP, которые могут быть временными или постоянными. Быстрая сессия длится три часа. Это разумный дизайн контроля, хотя утверждение об изоляции остаётся заявлением провайдера. Покупателям стоит спросить, как генерируются, ротируются и логируются учётные данные; охватывает ли многофакторная аутентификация действие в портале, открывающее IPMI; истекают ли постоянные разрешающие правила; и записывается ли доступ сотрудников поддержки.

Сетевой периметр по умолчанию блокирует исходящий порт 25 — обычная антиабьюзная мера. Записи маршрутизации публикуют контакты по злоупотреблениям и сетевые контакты. Но публично нет подробного пакета гарантий безопасности: в рассмотренных материалах не выявлено отчёта SOC по 3HCloud, сертификата ISO, сводки пентеста, реестра субагентов, политики раскрытия уязвимостей или подробного обязательства по реагированию на инциденты. Такие документы могут предоставляться под NDA, но сертификаты площадок не должны их заменять.

Политика конфиденциальности, действующая с 29 июля 2024 года, описывает широкие категории персональных данных, обмен с поставщиками услуг, критерии хранения и «разумные» физические, технические и организационные меры. Она больше относится к информации сайта и аккаунта, чем к полной корпоративной структуре обработки данных. Клиенту, работающему с регулируемыми данными, следует запросить соглашение об обработке данных, список субагентов и местоположений, процедуры удаления и возврата, сроки уведомления об инцидентах, политику работы с запросами правоохранительных органов, распределение обязанностей по шифрованию и права аудита.

Условия возлагают значительную ответственность за безопасность сети, серверов, приложений и кодов доступа на клиента. Они допускают приостановку, если 3HCloud подозревает запрещённое использование или считает, что трафик угрожает размещённой среде. Они также позволяют провайдеру называть клиента в маркетинге и раскрывать используемые продукты или функции с соблюдением указанных правил. Организации с требованиями конфиденциальности должны прорабатывать согласие на публичность, а не предполагать молчание.

Независимых обзоров, по которым можно судить о качестве эксплуатации, очень мало.Trustpilot на момент исследования показывал только два отзыва, оба по приглашению; этого слишком мало и слишком селективно, чтобы установить надёжность. Один рецензент описал положительный опыт колокации; другой — необходимость поддержки, чтобы получить достаточно временного хранилища для восстановления bare metal в неудобный час. Анекдот независимо не проверяется и не должен генерализоваться, но он иллюстрирует вопрос закупки: какие ресурсы восстановления доступны через самообслуживание и какая ёмкость требует человека в момент кризиса?

Дешёвые вычисления — точка входа, а не вся модель

Ценовая структура 3HCloud, похоже, спроектирована так, чтобы сделать каждый элемент инфраструктуры понятным. Вычисления, хранилище, публичный IPv4, хранение резервных копий, балансировка нагрузки и сеть раздельны. Частные сети L2/L3 и IPv6 указаны как бесплатные. Это позволяет опытной команде платить узко за то, что нужно, но перекладывает на команду работу по сборке и прогнозированию счёта.

Сравнение на рынке не одномерно.Цены DigitalOcean на Dropletsначинаются от $4 в месяц, а на странице продукта 1 ГБ показывается конфигурация за $6, включающая хранилище и квоту трафика. В 2026 году DigitalOcean перешёл на посекундный биллинг Droplets.Amazon Lightsailпродаёт предсказуемые пакеты, сочетающие вычисления, SSD-хранилище и трафик; младшие планы только с IPv6 начинаются от $3,50. Их заголовочные цены выше, чем строка $1,50 у 3HCloud, но включают другие компоненты, экосистемы и предположения о поддержке. Сравнение только RAM и vCPU скрыло бы реальный компромисс.

Конфигурации с выделенным CPU у 3HCloud тоже могут быть недорогими: опубликованная универсальная VM с 2 vCPU и 8 ГБ стоит $16 в месяц до учёта хранилища и адресации. Экономический вопрос в том, означает ли «выделенный» стабильно выделяемый ресурс физического ядра под ожидаемой нагрузкой клиента и остаются ли предсказуемыми поведение хранилища и сети. Покупателю стоит бенчмаркать собственное приложение с письменного разрешения, в разные периоды и при событиях отказа, а не полагаться на названия планов.

Конвергентная модель создаёт возможности для кросс-продаж и удержания. Клиент может войти через дешёвую VM, добавить хранилище большей производительности, зарезервировать трафик, купить балансировщик, арендовать физический сервер и в итоге разместить оборудование. Клиент выигрывает, если эти уровни действительно снижают усилия по миграции. 3HCloud выигрывает, потому что ценность аккаунта растёт, в то время как общие зависимости от сети, хранилища и поддержки делают уход более сложным. Это не неправомерный механизм блокировки; это обычная экономика интегрированной инфраструктуры.

Проблема возникает только если затраты на выход скрыты или интерфейсы непереносимы.

Небольшие провайдеры также сталкиваются с безжалостными входными издержками. Транзит, мощность площадки, «удалённые руки», публичный IPv4, запчасти, память серверов и массивы хранения не дешевеют от того, что клиентский бренд небольшой. В мае 2026 года более крупный низкобюджетный конкурент Hetznerобъявил очередную корректировку цен и продуктов серверов, сославшись на давление при закупке оборудования и стандартизацию конфигураций для повышения эффективности предоставления и обслуживания. Урок шире Hetzner: прозрачные низкие цены устойчивы, только если провайдер может держать под контролем закупки, утилизацию и расходы на поддержку.

Собственный ответ 3HCloud, по-видимому, заключается в детальном биллинге, выборочном физическом предоставлении, открытом ПО и более узком каталоге управляемых услуг. Компании не нужно воспроизводить сотни гиперскейлерских сервисов, если целевой клиент приносит эксплуатационные навыки. Но запас на ошибку тонкий. Щедрые сетевые пороги, живая поддержка, запасное оборудование и корпоративное хранилище стоят денег. Покупателям стоит выяснить, является ли заявленная цена промо- или долгосрочной, как работают продление и изменение цен, взимается ли плата за настройку оборудования и что происходит с ценой при замене или изменении размера сервера.

Условия позволяют изменять цены с уведомлением по описанной процедуре, поэтому долгосрочная предсказуемость в итоге исходит из заказа, а не из публичного калькулятора.

Конкуренты — три разные категории

Для чисто виртуальной инфраструктуры 3HCloud конкурирует с облаками для разработчиков и региональными провайдерами OpenStack. DigitalOcean, Akamai Connected Cloud, Vultr, OVHcloud, Hetzner и множество локальных операторов предлагают быстрое создание VM, API и относительно понятные цены. Их преимущества могут включать больше регионов, более широкие управляемые сервисы, более крупные организации поддержки, более полную историю статусов и большие сообщества. 3HCloud отвечает низкими раздельными ценами, опциями с выделенным CPU, хранилищем Fibre Channel и путём в физическую инфраструктуру.

Для bare metal он конкурирует с компаниями, богато обеспеченными выделенными серверами, и с bare-metal инстансами гиперскейлеров. Ключевые тесты смещаются к спецификации компонентов, наличию, времени настройки, удалённому управлению, запасу замены и сроку договора. Здесь метка «скоро» — коммерческое предупреждение: даже если штучные выделенные серверы работают, покупателю не стоит рассчитывать на мгновенную или стандартизированную доступность.

Для колокации альтернативы включают прямую покупку у площадки или более крупного управляемого колокейшн-провайдера. Потенциальное преимущество 3HCloud — агрегация. Клиенту с одним или несколькими серверами может быть удобнее провайдер, который предоставляет интернет, IP-пространство, настройку коммутаторов, тома SAN, «удалённые руки» и близость к облаку в рамках одних отношений. Недостаток — дополнительный коммерческий и операционный слой между клиентом и зданием. Покупатель должен знать, какие права сохраняются, если он захочет перенести сервис, сменить операторов или забрать оборудование.

Самый сильный заменитель архитектурный, а не именованный вендор: разделить стек. Держать переносимые VM в одном облаке, резервные копии — у другого, физическое оборудование — по прямому договору колокации, а DNS — у независимого провайдера. Такой подход снижает коррелированный риск провайдера, но увеличивает интеграционную нагрузку и нагрузку на поддержку. 3HCloud по сути ставит на то, что многие клиенты предпочтут один технически связный эксплуатационный контур. Задача покупателя — решить, какие зависимости стоит конвергировать, а какие намеренно оставить раздельными.

Выход — это проект, а не письмо об отмене

Использование OpenStack в 3HCloud создаёт правдоподобный путь для вывода определений VM и образов, но упорядоченный выход нужно строить, пока сервис здоров.

По вычислениям: храните декларации Terraform или их аналоги, cloud-init, управление конфигурацией, инструкции по сборке образов и опись внешних зависимостей. Периодически создавайте и тестируйте образ за пределами платформы. Подтвердите формат, способ экспорта, время и стоимость исходящего трафика для каждого важного тома. Не считайте снапшот переносимым: 3HCloud говорит, что он находится на том же основном хранилище.

По данным: храните вторую копию в другом административном домене и домене отказа. Тестируйте согласованное с приложением восстановление, а не только восстановление тома. Фиксируйте фактически достигнутые RPO и RTO. Если вы используете Fibre Channel для bare metal или колокации, задокументируйте файловую систему, мультипутинг, загрузочный LUN и конфигурацию зонирования, чтобы систему можно было подключить к другому хранилищу. Узнайте, сколько времени займёт копирование полного набора данных по доступной сети.

По сети: различайте переносимую конфигурацию и непереносимую идентичность. Частные подсети и правила безопасности можно воссоздать. Назначенные провайдером публичные адреса обычно требуют переключения DNS или маршрутизации. Отсоединённый порт может сохранить адрес внутри 3HCloud, но это не делает его переносимым к другому оператору. Снизьте TTL в DNS до миграции, держите альтернативный путь входа и уточните, может ли часть адресного пространства принадлежать клиенту или анонсироваться в рамках письменного соглашения.

По физическому оборудованию: договор должен определять доступ, «удалённые руки», демонтаж из стойки, упаковку, отгрузку, непогашенные остатки и право клиента забрать оборудование. Публичные Условия говорят, что 3HCloud не обязана хранить данные клиента после расторжения, и возлагают ответственность за вывоз на клиента. Они также позволяют 3HCloud передавать свои права и обязанности без согласия клиента, одновременно ограничивая передачу со стороны клиента. Согласованный график физических услуг должен быть конкретнее общих облачных условий.

По операциям: сохраняйте контакты за пределами портала. SLA исключает портал и API, поэтому клиент должен знать, как открыть инцидент первого уровня серьёзности, если вход или создание тикетов недоступны. Ведите актуальный список активов, серийные номера, ссылки на стойки или площадки, IP-аллокации, контакты поддержки и копии счетов и заказов. Конвергентный интерфейс удобен в штатной работе; планирование выхода требует независимой записи того, что за ним стоит.

Тест при закупке должен воссоздать плохой день

Обычное сравнение функций польстит 3HCloud, потому что платформа покрывает много полезных примитивов. Лучшая оценка воспроизводит те моменты, когда конвергенция должна иметь значение.

Во-первых, установите юридическую и сетевую карту. Получите подписанное объяснение отношений между 3HCloud LLC и Newserverlife LLC, включая право собственности или лицензию на ресурсы AS49791, обработку злоупотреблений и права непрерывности. Сверьте договорную сторону в заказе, SLA, соглашении об обработке данных, счете и графике площадки.

Во-вторых, зафиксируйте регион. Спросите о физической площадке, стране, исходном ASN, дизайне апстримов, обработке DDoS, бесплатном трафике, выделенном пороге, скорости порта и текущей ёмкости для конкретной услуги. Выясните, почему публичные списки расходятся по Сан-Франциско и Алматы. Не принимайте общий ответ «глобально» для нагрузки с требованиями к месту хранения или задержкам.

В-третьих, протестируйте жизненный цикл VM. Создайте через Terraform, пересоберите из собственного образа, измените размер, сохраните сетевой порт, безопасно удалите и пересоздайте в другом регионе. Проверьте, какие ресурсы и платежи переживают каждое действие. Подтвердите, что квоты аккаунта, лимиты API-пользователей и зависимости от портала соответствуют плану автоматизации.

В-четвёртых, протестируйте отказ и восстановление хранилища. Измерьте опубликованные классы томов согласованными бенчмарками. Восстановите плановую резервную копию в новый том и загрузите из неё сервис. Спросите, где физически находится эта резервная копия. Для Fibre Channel протестируйте потерю одного пути и подтвердите поведение мультипутинга. Запросите подтверждение тестов переключения контроллеров и фабрик, не предполагая ответ по диаграмме.

В-пятых, протестируйте границу между самообслуживанием и поддержкой. Запросите нестандартную конфигурацию VM, предложение выделенного сервера, изменение файрвола, IPMI-сессию и сетевую эскалацию. Фиксируйте качество ответов и точки, где обязательно действие инженера. Согласуйте уровни серьёзности и сроки ответа, если рабочий процесс от них зависит.

В-шестых, смоделируйте весь счёт. Включите системные и данные тома, сохранённые резервные копии, IPv4, лицензии Windows, если применимо, балансировщики нагрузки, почасовое превышение трафика, плоскую ёмкость, «удалённые руки» и физическую настройку. Смоделируйте неактивный месяц, всплеск трафика, восстановление и миграцию. Заголовочная цена VM полезна только с учётом постоянных компонентов.

В-седьмых, сверьте договорные формулировки с операциями. Проясните девятиминутный разрыв в таблице кредитов SLA. Получите разрешение на производственный мониторинг и приёмочные бенчмарки. Подтвердите, какие продукты покрываются кредитами, как запрашиваются кредиты и меняет ли корпоративный заказ ответственность, возврат данных или права на публичность.

Наконец, выполните частичный выход. Экспортируйте один образ и один значимый набор данных, воссоздайте их в другом месте, измените DNS и задокументируйте затраченное время. Для оборудования заказчика получите процедуру демонтажа и вывоза, даже если переезд не планируется. Провайдер, который искренне конкурирует прозрачностью, должен быть готов сделать путь ухода понятным.

За чем следить

Самый важный ближайший индикатор — нормализует ли 3HCloud публичную границу своих физических продуктов. Подробная документация по выделенным серверам, IPMI, SAN и колокации указывает на работающий сервис, тогда как основная навигация по-прежнему говорит, что выделенные серверы появятся скоро. Стандартный инвентарь, явная региональная доступность и опубликованные условия предоставления превратили бы интересную штучную возможность в более оцениваемый продукт.

Второй — ясность идентичности. Регистрация AS49791 на Newserverlife и договор 3HCloud с клиентом могут сосуществовать по законным историческим и корпоративным причинам. Публичное объяснение этих отношений снизило бы ненужное трение при проверке и сделало бы сетевую подотчётность понятнее.

Третий — операционные свидетельства. Публичная история статусов, стандарт уведомлений об инцидентах, описания архитектуры по регионам, материалы по гарантиям безопасности и проверенные метрики восстановления были бы ценнее широких прилагательных о надёжности. Также полезно было бы чёткое сопоставление сертификатов площадок с собственной зоной контроля 3HCloud.

Четвёртый — останется ли модель низких цен устойчивой по мере изменения стоимости оборудования, памяти, энергии и транзита. Детальные цены 3HCloud — сила, потому что клиенты видят, за что платят. Они также делают компанию уязвимой к проверке, когда региональные пороги, страницы продуктов или условия договора расходятся. Синхронизация этих поверхностей — часть продукта.

Предложение 3HCloud не неправдоподобно. Юридическое лицо действует; сеть видна; сторонние каталоги площадок частично подтверждают географию; документация содержит достаточно операционных деталей, чтобы показать концепцию не просто лендингом; внешние документы показывают компанию в договорах с клиентами и поставщиками. Свидетельства позволяют считать её реальным, технически амбициозным небольшим провайдером.

Они не позволяют считать каждое маркетинговое утверждение установленным фактом. Публичная история бедна на аудированные показатели сервиса, меры безопасности, глубину штата, историю инцидентов, точные межкорпоративные обязанности и физические основания каждого рекламируемого региона. Формулировка «100%» — это механизм кредитов, а не измерение. Конвергентная архитектура может снизить трение между виртуальной и физической инфраструктурой, но она же может сконцентрировать риски хранилища, сети и поддержки.

Это оставляет полезный и специфичный для компании вывод. 3HCloud наиболее убедителен для инженерной команды, которая хочет видеть детали: API OpenStack, порты, плата за адреса, пороги трафика, уровни блочных томов, пути Fibre Channel и контроль физических серверов. Его прозрачность сильнее всего на этом механическом уровне. Покупателю стоит вознаградить её, тщательно проверив механику, — и потребовать, чтобы коммерческий и организационный контур стал таким же видимым. Кнопка выключения всё равно списывает, но хотя бы документация об этом говорит.

Более крупный вопрос: можно ли назвать, измерить и перенести каждую зависимость, которая остаётся включённой после выключения.