AP Serverhosh Internet Service продаёт размещённые мощности, которые по-прежнему зависят от стоек, транзита и окон ремонта

Кратко

• ServerHosh предлагает широкий каталог общего хостинга, VPS и выделенных серверов, работая с коммерческой базы в Индии и рекламируя локации в Сиэтле, Филадельфии, Финиксе и Лондоне. Наиболее ясное независимое текущее сетевое свидетельство уже: AS136175 анонсирует один префикс IPv4 /24 через Wowrack и имеет подключение 1 Гбит/с на бирже Seattle Internet Exchange.
• Компания утверждает, что владеет серверным и сетевым оборудованием, организует прямой транзит и использует приватные сьюты в объекте Wowrack в Сиэтле и в Iron Mountain LON-1. Открытые записи подтверждают объекты и часть адресного пространства с меткой ServerHosh, но не раскрывают количество стоек, законтрактованную мощность, доступную ёмкость для аварийного переключения, склад запчастей или точное помещение в Лондоне.
• Метка порта 1 Гбит/с или 10 Гбит/с — это не выделенная сквозная мощность. Собственные условия ServerHosh о добросовестном использовании допускают ограничение порта при длительных высоконагруженных нагрузках, а текущий глобальный маршрут её собственной ASN показывает только одного наблюдаемого апстрима и ни одного анонсированного пространства IPv6.
• Восстановление тоже делится по продуктам. Общий хостинг рекламирует ежедневное двухуровневое резервное копирование и миграцию через cPanel, а общие условия называют VPS и выделенные серверы неуправляемыми и устанавливают короткие сроки удаления после неоплаты. Поэтому клиентам нужен независимый план восстановления, экспорта и непрерывности биллинга, а не восприятие низкой месячной цены как полного продукта отказоустойчивости.

Облачная витрина с физической цепочкой поставок

ServerHosh преподносит инфраструктуру как список небольших месячных опций. На еётекущей главной страницерекламируются общий хостинг от 1,99 доллара, виртуальные машины в США и Великобритании и выделенные серверы во Франции, Сиэтле и Лондоне. Каталог простирается от аккаунта веб-хостинга объёмом один гигабайт до выделенной машины с 128 гигабайтами памяти. Клиент может выбрать ядра, память, диск и скорость порта, ни разу не увидев стойку, автомат защиты, лоток с оптоволокном или человека, который заменит отказавший диск.

Такое разделение нормально для хостинга. Именно здесь и сидит риск. ServerHosh продаёт не просто процессорное время. Она собирает услугу из физических серверов, ПО виртуализации, IP-адресов, апстрим-сетей, биллинговой системы и труда поддержки. В Сиэтле и Лондоне она также зависит от организаций, которые контролируют здания, системы электропитания, охлаждение, охрану и доступ удалённых рук (remote hands). Мощность, которую видит покупатель, — последний фрагмент длинной цепочки.

Компания называет себя индийским хостинг-провайдером, работающим с 2012 года. На еёстранице «О нас»владельцами указаны Анирбан Гхош и Срабанти Пол, а также перечислены операционные и поддерживающие роли. Отдельная корпоративная запись сообщает, что Serverhosh Internet Service Private Limited былазарегистрирована в Западной Бенгалии в октябре 2020 года, а Гхош и Пол — её директора. Эти даты вполне могут сосуществовать: торговая марка или деятельность без регистрации компании может предшествовать появлению частной компании с ограниченной ответственностью. Их не следует смешивать в утверждение, что нынешняя компания имеет те же активы, контракты и операционную структуру с 2012 года.

Офис, обращённый к клиентам, тоже отделён от машин. Настранице контактовServerHosh — адрес в Калькутте и индийский телефонный номер. Рекламируется круглосуточная поддержка, тогда как продажи и биллинг указаны как работающие с понедельника по субботу. Машины при этом рекламируются как находящиеся за тысячи километров. Перед нами распределённая схема услуги: коммерческое администрирование в Индии, серверное и сетевое оборудование в зарубежных объектах, а спрос клиентов может исходить откуда угодно.

Такая схема может быть экономичной. Небольшому провайдеру не нужно строить дата-центр, чтобы арендовать приватную клетку, купить выделенные серверы, взять в аренду IP-транзит и размещать клиентов на виртуальных машинах. Можно сочетать низкие накладные расходы с прямой поддержкой и узким выбором продуктов. Но та же схема создаёт несколько границ, которые покупатель должен нанести на карту. Кто владеет сервером? У кого договор на объект? Кто уполномочен входить в помещение? Кто анонсирует адресное пространство? Какая сторона заменит диск в 03:00 по местному времени?

Какой договор регулирует возврат средств, приостановку, окно обслуживания или экспорт данных?

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

Самое веское текущее доказательство — один маршрут в Сиэтле

У ServerHosh есть собственная автономная система — AS136175.Регистрация в APNICуказывает Serverhosh Internet Service, адрес в Калькутте и Анирбана Гхоша в качестве административного и технического контакта. Запись присваивает автономной системе код страны Нидерланды, тогда как связанная запись организации говорит «Индия». Поля страны в интернет-реестрах — административные метки, а не надёжная карта того, где установлен каждый сервер или маршрутизатор.

Текущая картина маршрутизации компактна.Профиль AS136175у Hurricane Electric 10 июля 2026 года показывал один анонсированный префикс IPv4 — 209.90.232.0/24, одного наблюдаемого соседа IPv4 — AS23033 компании Wowrack — и ни одного анонсированного префикса IPv6.Измерение routing-statusу RIPE независимо показало то же пространство IPv4 на 256 адресов, отсутствие пространства IPv6 и одного наблюдаемого соседа.История анонсированных префиксовпоказывала, что /24 был непрерывно виден в течение предшествующего двухнедельного окна запроса.

Это положительное операционное свидетельство. Текущий маршрут не появляется просто потому, что сайт заявляет о существовании услуги. Для него нужны администрирование адресов, политика маршрутизатора и апстрим, готовый распространять префикс. IPinfo также сообщает онедавно отвечающем на ping адресном пространстве внутри /24, включая ответ, измеренный из Сиэтла. Наблюдения подтверждают активный сетевой след в Сиэтле, связанный с ServerHosh.

Биржа Seattle Internet Exchange добавляет второй вид свидетельств. В еётекущей таблице участниковServerHosh указана на IPv4-адресе 206.81.81.217 и IPv6-адресе 2001:504:16::2:13ef с подключением 1 Гбит/с на коммутаторе Wowrack. Запись помечает подключение и право голоса в членстве как действующие.Сетевая запись ServerHoshв PeeringDB сообщает те же адреса, открытую политику пиринга и глобальный охват.

Запись на бирже нужно читать внимательно. Она не показывает, что ServerHosh передаёт маршруты на route-серверы SIX, и не превращает порт биржи 1 Гбит/с во второго транзитного провайдера. Пиринг может улучшить доступность для готовых к нему участников, но публичный порт биржи и апстрим с полной таблицей интернета выполняют разные задачи. Нагрузке клиента по-прежнему нужен полный маршрут к сетям, которые не пирингуются с ServerHosh. Единственный наблюдаемый в глобальной таблице сосед остаётся Wowrack.

Есть и резкое расхождение в охвате между текущими наблюдениями исетевой страницейServerHosh. Компания говорит, что её сервис в Сиэтле имеет 110 Гбит/с текущей смешанной ёмкости, транзитное подключение 100 Гбит/с через Hurricane Electric, подключение 10 Гбит/с через Wowrack, резервируемые коммутаторы и доступ к SIX. Эти цифры могут описывать связность объекта, исторический проект, ёмкость, доступную поставщику, или каналы, не используемые для анонса единственного видимого префикса AS136175. Они не подтверждаются публичным маршрутом этой ASN и записью о порте биржи 1 Гбит/с.

Это не доказывает отсутствия более крупных каналов. Хостинг-провайдер может использовать адреса, назначенные провайдером и анонсируемые под ASN поставщика, частные VLAN, защищённый транзит или ёмкость, которую коллекторы не могут отнести к его собственной автономной системе. Текущие свидетельства устанавливают меньшее: ServerHosh контролирует один видимый маршрут IPv4 через Wowrack и одно подключение к бирже в Сиэтле. Чтобы проверить заявление о большей ёмкости, нужны актуальный реестр каналов, сводка конфигурации маршрутизаторов и график трафика с разбивкой по локациям.

IPv6 иллюстрирует то же различие. SIX и PeeringDB присваивают ServerHosh адрес обменной точки IPv6, значит, интерфейс с поддержкой IPv6 на биржевой инфраструктуре существует. Однако компания не анонсирует ни одного клиентского префикса IPv6 в глобальной таблице. LAN-адрес биржи — это инфраструктура для пиринга, а не маршрутизируемое выделение, которым клиент VPS обязательно сможет воспользоваться. Покупателю, которому нужен dual-stack, следует протестировать выданную виртуальную машину и подтвердить префикс IPv6, маршрут по умолчанию, обратный DNS и поведение при отказе, а не полагаться только на запись биржи.

Объект в Сиэтле находится в операционной зоне арендодателя

ServerHosh утверждает, что имеет приватный сьют в объекте Wowrack в Сиэтле.Паспорт объекта SEA1от самой Wowrack описывает площадку площадью 18 000 кв. футов на 450 стоек по адресу 12201 Tukwila International Boulevard с мощностью 3 МВт, охлаждением N+1, системами ИБП и генераторов, удалёнными руками, операторско-нейтральной связностью и доступом к SIX непосредственно в здании (on-net).История компанииWowrack сообщает, что в 2014 году она расширилась до объекта в Сиэтле мощностью 3 МВт и площадью 18 000 кв. футов.

Совпадение этих цифр с собственным описанием ServerHosh поражает. Обе стороны называют 18 000 кв. футов, 3 МВт, резервирование системы охлаждения, высокую плотность стоек, доступ к SIX и один и тот же общий контекст работы в Сиэтле. Это поддерживает трактовку, что ServerHosh описывает возможности объекта Wowrack, в котором арендует пространство, а не здание, которым владеет. Это согласуется с её заявлением о колокации в Сиэтле и с публичными отношениями BGP с Wowrack.

Возможности объекта по-прежнему важны для арендатора. Если генераторы, чиллеры или системы доступа площадки откажут, стойки ServerHosh будут затронуты. Но характеристику всего здания нельзя автоматически перенести на каждый клиентский продукт. Установка на 3 МВт ничего не говорит о количестве киловатт, законтрактованных ServerHosh, о загрузке её розеточных блоков, о том, подключены ли её серверы к двум независимым линиям питания, и о том, сколько запаса остаётся после отказа компонента.

Физический адрес тоже требует осторожности. Коммерческий справочник связывает ServerHosh с адресом в Сиэтле, который выглядит более старым, тогда как текущие документы Wowrack размещают SEA1 по адресу 12201 Tukwila International Boulevard. Актуальный паспорт объекта от оператора — более веское свидетельство нынешнего местоположения. Он по-прежнему не называет клетку, сьют, количество стоек и мощность шкафа ServerHosh. Клиенту, которому нужны физические гарантии, следует запросить в заказе текущий адрес обслуживания, оператора объекта, право на сьют или клетку, процедуру доступа и точку, с которой начинается ответственность ServerHosh.

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

Таким образом, граница собственности имеет как минимум четыре уровня. Wowrack или владелец недвижимости управляет инженерными системами площадки и режимом доступа. Wowrack предоставляет сетевой транзит, видимый в BGP. ServerHosh, по её словам, владеет оборудованием и сетевыми устройствами в пределах своей зоны. Клиент управляет операционной системой и приложением на неуправляемых продуктах. План восстановления, который называет только ServerHosh, упускает стороны, контролирующие помещение, маршрут и нагрузку.

Лондон виден, но точное помещение — нет

Британская история ServerHosh сложнее. Компания утверждает, что её приватный сьют находится в Iron Mountain LON-1.Официальный профиль LON-1от Iron Mountain описывает крупный объект в Слау с шестью машинными залами, площадью 17 000 кв. м и мощностью 8,7 МВт, а также отдельные шкафы, клетки, приватные сьюты и круглосуточные smart hands. Отдельныйобзор локаций Iron Mountainуказывает LON-1 по адресу 724-729 Dundee Road, с чиллерами N+1, генераторами и ИБП.

Эти записи подтверждают LON-1 и его общие возможности. Они не устанавливают, какое помещение, стойку или путь питания занимает ServerHosh. В записи PeeringDB у ServerHosh не указан лондонский объект взаимного соединения, и AS136175 не раскрывает лондонский маршрут. Ни один из этих фактов не опровергает наличие приватного сьюта. Частные клиентские развёртывания часто не появляются в публичных базах объектов, а провайдер может использовать адресное пространство, анонсируемое другой сетью.

Есть и более конкретный лондонский сигнал. Имя хоста, которое ServerHosh публикует для своего лондонского looking glass, резолвится в 41.216.187.0/24.Регистрационный и маршрутный профильэтого префикса помечает его как ServerHosh Internet Service и относит к клиентской ASN AS201002 компании PebbleHost в Великобритании. BGP.tools также показывает/24 с меткой ServerHosh под PebbleHost. Это подтверждает текущие британские отношения по адресному пространству, но не привязывает маршрут к Iron Mountain LON-1.

Это различие важно, потому что местоположение дата-центра и происхождение сети — разные факты. Сервер ServerHosh может стоять в LON-1, пока трафик несёт PebbleHost. Он может также размещаться в другом британском объекте с тем же префиксом. DNS-имя хоста, регистрация префикса и наблюдения низкой задержки из Лондона подтверждают британское сетевое присутствие на полезном уровне, но покупателю, которому требуется нахождение в Слау, нужно договорное подтверждение физической площадки и списка субподрядчиков.

Текущаястраница выделенных серверов в Великобританииу ServerHosh прямо называет Iron Mountain LON-1 и рекламирует системы на Ryzen с безлимитными подключениями 1 Гбит/с. Однако при проверке связанныйкаталог заказовпоказывал ноль доступных единиц для каждой показанной конфигурации британского выделенного сервера. Нулевой остаток не доказывает, что локация неактивна. Он показывает, почему дизайн каталога и установленную мощность нужно разделять. Страница может продолжать рекламировать продукт, чей немедленно выдаваемый запас исчерпан или ожидает индивидуальной сборки.

Лондонский каталог VPS даёт более широкое обещание. ServerHosh рекламируетвиртуальные машины на 10 Гбит/сс безлимитной пропускной способностью, защитой от DDoS и аптаймом сети 99,99 %. На странице сказано, что физический хост имеет резервируемый дуплексный порт 10 Гбит/с и что ServerHosh владеет своим оборудованием и сетевыми устройствами. Не указано, сколько инстансов VPS делят этот хост, подключены ли оба резервных порта к независимым коммутаторам, каков порог добросовестного использования и какая измеренная пропускная способность доступна во время атаки или отказа апстрима.

Это не придирка к словам. Клиент, покупающий виртуальную машину, не может потребить больше физической ёмкости, чем способны выдать хост, коммутатор и аплинк. Если двадцать гостей делят один порт хоста 10 Гбит/с, их рекламируемые интерфейсы могут все быть по 10 Гбит/с, тогда как одновременная полезная пропускная способность будет куда ниже. Если второй порт — резервный в том же стеке коммутаторов, он защищает кабель или интерфейс, но не коммутатор, транзитного оператора и не объект. Недостающая цифра — не скорость порта, а гарантированная и проверенная ёмкость услуги при конкуренции за ресурсы и при отказах.

Установленная мощность — не то же самое, что мощность в продаже

Продуктовые страницы ServerHosh раскрывают широкую смесь поколений железа и коммерческих допущений.Страница NVMe-хостингарекламирует тарифы на платформе Intel E3-1270v6, от одного гигабайта до 70 гигабайт хранилища, с cPanel, CloudLinux, LiteSpeed и подключением сервера 1 Гбит/с.Страница storage VPSсообщает, что на каждом физическом сервере стоят четыре диска SATA по 4 Тбайт в RAID 10, и продаёт виртуальные выделения от 500 Гбайт до 4 Тбайт. Страница выделенных серверов в США перечисляет более старые машины на Xeon E3 и двухпроцессорные Xeon в Сиэтле наряду с более новыми вариантами Ryzen и Xeon в Филадельфии и планируемым запасом в Финиксе.

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

Каталог выделенных серверов в СШАобнажает этот эффект запасов. Часть систем в Сиэтле помечена как нет в наличии, тогда как другие остаются заказываемыми; конфигурации в Финиксе помечены как «скоро». На странице сказано, что большинство серверов настраиваются индивидуально, и указан обычный срок поставки в пределах 48 часов, до трёх рабочих дней. Такая задержка — свидетельство того, что карточка продукта не обязательно означает установленную, включённую и готовую машину. Предоставление может требовать сборки, тестирования, выделения ресурсов или передачи от поставщика.

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

У хранилища похожая арифметика. Четыре диска по 4 Тбайт в RAID 10 дают примерно половину сырой ёмкости до форматирования и резерва — не 16 Тбайт продаваемого защищённого хранилища. Если провайдер выделяет несколько виртуальных дисков по 4 Тбайт, он может полагаться на тонкое выделение (thin provisioning) или на то, что клиенты не используют полные объёмы одновременно. Страница не раскрывает метод выделения. RAID 10 переживает определённые отказы дисков, но перестроение потребляет I/O, а второй отказ в неудачном зеркале всё равно может погубить массив.

Ёмкость, зарезервированная под перестроения и миграции, — часть полезной ёмкости услуги, хотя и не приносит счёта.

Метки пропускной способности особенно легко переоценить. ServerHosh неоднократно использует слово «безлимитный» рядом с портами 1 Гбит/с и 10 Гбит/с. Вобщих условияхбезлимитная услуга определяется как подчинённая добросовестному использованию, запрещены некоторые непрерывные высоконагруженные приложения и допускается ограничение скорости порта, когда использование выходит за рамки заявленной модели. Это делает «безлимит» описанием для биллинга, а не гарантией постоянной передачи на скорости линии.

Поэтому клиенту следует запросить четыре отдельные цифры ёмкости: скорость интерфейса, предоставленную серверу; месячный лимит трафика или порог добросовестного использования; гарантированную скорость при обычной конкуренции за ресурсы; и минимально ожидаемую скорость после отказа канала, коммутатора или хоста. В каталоге заметна только первая. Без остальных трёх метка 10 Гбит/с описывает максимальное локальное состояние интерфейса, а не пропускную способность, доступную для восстановления терабайт данных во время инцидента.

Электропитание и охлаждение остаются унаследованными обещаниями

Оба названных оператора объектов публикуют правдоподобные инженерные описания. Wowrack сообщает, что у SEA1 в Сиэтле мощность 3 МВт, схемы ИБП 2N или N+1, резервные генераторы, охлаждение N+1 и поддержка высокой плотности. Iron Mountain описывает инженерные системы N+1 в LON-1. Это значимые атрибуты площадки. Стойки ServerHosh по-прежнему зависят от того, как её собственное оборудование подключено внутри этих площадок.

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

ServerHosh не публикует законтрактованную мощность, текущую загрузку стоек, карту путей питания или долю оборудования с двумя блоками питания. Она также не сообщает, следуют ли её сетевые коммутаторы, хранилища и система out-of-band-управления той же схеме резервирования. Объект может соответствовать собственному проекту, пока арендатор создаёт единую точку отказа внутри клетки.

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

Электропитание остаётся самой частой причиной серьёзных и тяжёлых отказов дата-центров ванализе отказов 2025 годаот Uptime Intelligence. Отчёт также предупреждает, что данные об отказах неполны и что ошибки персонала в процедурах имеют значение. Здесь правильный уровень вывода именно такой. Он не показывает, что ServerHosh или любой из объектов пережил конкретный инцидент с питанием. Он показывает, почему процент аптайма без оговорок слабее, чем проверенный путь через потерю внешнего питания, запуск генератора, работу ИБП, распределение по стойке и перезапуск сервера.

Обслуживание создаёт более обыденную проверку, чем катастрофа. Генераторам нужны испытания под нагрузкой. Модулям ИБП — обслуживание. Коммутаторам — изменения ПО. Дискам — замена. Отказоустойчивый провайдер должен уметь изолировать один компонент без остановки размещённой нагрузки или объяснить плановое прерывание, если не может. ServerHosh не публикует календарь обслуживания, срок уведомления, исключение для обслуживания в заявлении об аптайме или историю проведённых тестов переключения.

Влияние на клиента различается по продуктам. Пользователь общего хостинга может потерять сайт, почту и базу данных одновременно, потому что они делят один сервер. Пользователь VPS может сохранить нетронутый виртуальный диск, но потерять доступ при отказе хоста или апстрима. У пользователя выделенного сервера может вообще не быть запасной машины. Резервируемые инженерные системы объекта снижают общий риск, но только репликация приложения в действительно отдельный домен отказа защитит от потери стойки, сьюта, аккаунта провайдера или площадки.

Разнообразие транзита уже, чем список локаций

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

Для собственной ASN ServerHosh видимый интернет-путь однодоменный — через Wowrack. Подключение к SIX даёт отдельную точку присоединения к бирже, но, судя по всему, не анонсирует единственный клиентский префикс компании через route-серверы биржи. Если выйдут из строя транзитная сессия Wowrack, внутренняя передача трафика или маршрутизатор ServerHosh, /24 может быть отозван, даже если здание и серверы остаются под питанием.

На сетевой странице компании Hurricane Electric назван основным транзитным провайдером на 100 Гбит/с, но 10 июля 2026 года публичные коллекторы не показывали AS6939 смежной с AS136175. Возможны несколько объяснений: канал может обслуживать адреса, назначенные провайдером, находиться за Wowrack, быть неактивным или представлять собой возможность объекта, описанную как ёмкость арендатора. Публичная запись не позволяет выбрать среди них. Текущая сводка BGP с установленными апстрим-сессиями и списком префиксов, получаемых каждой из них, решила бы вопрос.

Есть и масштабное несоответствие между одним видимым портом SIX 1 Гбит/с и продуктовыми страницами, предлагающими множество серверов на 1 Гбит/с или 10 Гбит/с. Порт биржи — не единственная сетевая ёмкость в объекте, так что каталог математически не невозможен. Но это означает, что биржа не может одновременно нести полную рекламируемую скорость интерфейса каждого клиента. То же относится к любому подключению хоста 10 Гбит/с, разделяемому виртуальными машинами.

Защита от DDoS добавляет ещё одну зависимость. Продуктовые страницы рекламируют защищённый сервис, а лондонский каталог заказов упоминает стандартную защиту 600 Гбит/с на некоторых системах. Эта цифра может описывать совокупную ёмкость платформы фильтрации, а не трафик, который можно доставить на один сервер. Эффективная защита также зависит от обнаружения, политики очистки трафика, ёмкости чистого канала, типа атаки, порогов null-маршрутизации и связи с клиентом. Ничего из этого публично не определено.

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

Отказ оборудования превращается в проблему запасов и доступа

Физические серверы отказывают по-разному. Диски накапливают ошибки. Вентиляторы заклинивает. Блоки питания отключаются. Память даёт сбои. Материнские платы и RAID-контроллеры перестают отвечать. Время восстановления зависит меньше от фразы «надёжное оборудование», чем от того, находится ли нужная запчасть рядом, проверена ли она и доступна ли.

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

В Сиэтле ремонт может потребовать от ServerHosh удалённой диагностики, создания правильной заявки Wowrack, определения шкафа, авторизации работ и предоставления или доставки запчасти. Wowrack рекламирует удалённые руки 24 часа, но объём, время реакции и стоимость в контракте ServerHosh не публичны. В Лондоне Iron Mountain заявляет целевой срок подтверждения большинства запросов smart hands в течение 30 минут. Подтверждение — это не восстановление; технику всё равно нужны одобренный метод и компонент для замены.

Индивидуально настраиваемые выделенные серверы делают проблему запасов видимой ещё до отказа. ServerHosh указывает срок поставки от одного до трёх рабочих дней и помечает несколько конфигураций как недоступные. Замена при отказе может не уложиться в срок поставки из продажи, особенно для старой платформы Xeon или индивидуальной раскладки дисков клиента. Полезным обязательством были бы цель ремонта по компонентам, перечень запчастей на площадке и запасной вариант, если точную замену найти не удаётся.

Восстановление VPS может быть быстрее, если у провайдера есть общее хранилище или реплицируемые образы, способные загрузиться на другом хосте. ServerHosh не описывает такую кластерную архитектуру. Виртуализация KVM, рекламируемая на нескольких страницах, изолирует гостей и может поддерживать миграцию, но сам по себе KVM не реплицирует диск и не резервирует ёмкость назначения. Если виртуальный диск существует только на дисках внутри отказавшего хоста, другой гипервизор не сможет его восстановить, пока хранилище не будет отремонтировано или восстановлено.

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

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

Обещания о резервном копировании резко различаются по продуктам

На главной странице ServerHosh сказано, что она выполняет ежедневное резервное копирование для хостинга. Страница NVMe-хостинга конкретнее: в ней указаны ежедневное двухуровневое резервное копирование и хранилище RAID 1. Эти обещания, судя по всему, относятся к общему хостингу. В общих условиях сказано, что все VPS и выделенные серверы являются неуправляемыми и получают только базовую поддержку. Управляемого резервного копирования от провайдера для этих продуктов они не обещают.

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

RAID не заменяет резервное копирование. Зеркальная или полосовая избыточность может держать том в работе после отказа диска, но она также воспроизводит случайное удаление, повреждение и программы-вымогатели. Если потерян весь сервер, контроллер или стойка, массив теряется вместе с ними. Снапшот хоста может отказать по той же причине, если он лежит в том же пуле хранения.

Руководство CISA по программам-вымогателямрекомендует офлайн-резервные копии с шифрованием и регулярные проверки целостности и восстановления.Руководство NIST по планированию непрерывноститак же рассматривает резервное хранилище, резервную обработку, связь и резервное копирование как связанные части восстановления. Это общие ориентиры, а не доказательство того, что ServerHosh им следует или их нарушает.

Для ServerHosh решающим свидетельством были бы график резервного копирования по продуктам и результат восстановления. Отчёт по общему хостингу мог бы указать, когда завершался каждый уровень, где находится вторая копия и сколько заняло полное восстановление аккаунта. В варианте VPS можно было бы определить снапшоты отдельно от независимых резервных копий. Клиенту выделенного сервера следует исходить из отсутствия копии у провайдера, если заказ явно её не добавляет.

Публичная страница аптаймане закрывает этот пробел. Она показывает календарь на семь дней и калькулятор диапазона дат, но в доступном виде не раскрывает поименованные сервисы, историю инцидентов, разбивку по локациям или метрики восстановления. Монитор аптайма может показать, что конечная точка ответила; он не может показать, актуальны ли резервные копии и можно ли пересобрать повреждённый сервер.

Отзывы клиентов дают лишь слабые сигналы. Заявленныйпрофиль ServerHosh на Trustpilotсодержит положительные рассказы о стабильной работе и быстрой помощи, а также жалобы на простои, общение с поддержкой и потерю данных. На момент проверки там было 64 отзыва и ни одного за предшествующие 12 месяцев. Отзывы самоотобраны, относятся к разным продуктам и периодам и не могут установить текущую частоту отказов. Зато они указывают вопросы, которые покупателям стоит проверить: время реакции, трактовку пропускной способности и ответственность за восстановление.

Биллинг может остановить исправный сервер быстрее, чем железо

Не каждый простой начинается в машинном зале. В условиях ServerHosh сказано, что выделенный сервер может быть окончательно удалён через 24 часа после неоплаченного счёта, VPS — через 72 часа, а общий или реселлерский хостинг — через пять дней. Эти окна коротки по сравнению со многими процессами восстановления бизнеса. Истёкшая платёжная карта, пропущенное письмо или оспариваемый счёт могут стать событием потери данных, пока физическая машина остаётся исправной.

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

Формулировки о возврате средств противоречивы на разных страницах.Общая политика возвратадаёт помесячному общему хостингу гарантию 15 дней, исключает выделенные серверы, ограничивает ряд других случаев и сообщает, что политика может меняться. Страница NVMe описывает возврат в течение 15 дней с возможным частичным возвратом после. Лондонская страница VPS предлагает полный возврат в течение 48 часов и частичный возврат позже. Британская страница выделенных серверов говорит, что возврат возможен, если поставка не произошла в течение 48 часов. Покупатель не может безопасно сложить вместе самые благоприятные фразы с каждой страницы.

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

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

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

Миграция возможна, но переносимость условна

ServerHosh рекламирует скидки для клиентов, переходящих от другого провайдера. На странице NVMe-хостинга сказано, что бесплатная миграция доступна только тогда, когда прежний хост использует cPanel. Это конкретная и разумная граница: cPanel может упаковать аккаунты, базы данных, почтовые ящики и настройки в формат, который способен восстановить другой сервер cPanel. Это также означает, что предложение о миграции не универсально.

WordPress-сайт часто можно перенести вместе с файлами и базой данных. В VPS могут быть системные пользователи, правила межсетевого экрана, лицензионное ПО, задания по расписанию, приватные сети и большой диск. На выделенном сервере может использоваться раскладка RAID или операционная система, которые нельзя напрямую скопировать на другое железо. Публичные страницы ServerHosh не определяют, как экспортируются такие нагрузки и поможет ли персонал после первоначального переезда.

IP-адреса — ещё одно ограничение переносимости. Клиент обычно не может унести назначенный провайдером адрес на новый хост. Переезд из сиэтлского пространства ServerHosh или лондонского диапазона, анонсируемого поставщиком, может потребовать перенумерации, изменений DNS, нового обратного DNS и обновления списков разрешённых адресов. Репутация почты, привязанная к адресу, не переносится автоматически. Поэтому переезд во время простоя может занять больше времени, чем копирование данных.

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

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

Мультисайтовое восстановление не обеспечивается заказом двух локаций ServerHosh, пока не нанесены на карту их зависимости. Сиэтл явно зависит от Wowrack в части наблюдаемого маршрута. Лондонское адресное пространство, видимое через опубликованное имя хоста, зависит от маршрутизации PebbleHost. Это многообещающее разнообразие поставщиков, но клиенту всё равно нужно подтвердить, что аккаунты, плоскости управления, резервные копии и биллинг не объединены так, чтобы один коммерческий инцидент или инцидент безопасности вывел из строя обе локации.

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

Местоположение данных требует договора, а не названия города

Зона обслуживания ServerHosh глобальна, но её операционная география многослойна. Компания и администрирование клиентов находятся в Индии. Публичные продуктовые страницы размещают машины в США и Великобритании, а дополнительные предложения упоминают Францию и Нидерланды. Сетевые записи показывают /24, анонсируемый самой ServerHosh в Сиэтле, и /24 с меткой ServerHosh, маршрутизируемый через британского поставщика. Данные клиента могут также проходить через платёжные, поддерживающие, мониторинговые сервисы и панель управления за пределами города, где стоит сервер.

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

Это отдельно от содержимого неуправляемого сервера. Хостинг-провайдер может выступать в разных ролях для биллинговых записей, тикетов поддержки и персональных данных, размещаемых клиентом. Управление уполномоченного по информации Великобритании (ICO) вруководстве о контролёрах и обработчикахобъясняет, что роли зависят от того, кто определяет цели и средства обработки, и что привлечение субработчиков меняет обязанности. Егоруководство по международным передачампрямо рассматривает ситуацию, когда обработчик передаёт информацию субработчику за рубежом.

Индийская система защиты данных тоже ушла дальше общих заявлений о конфиденциальности. Министерство электроники и информационных технологий опубликовалоПравила защиты цифровых персональных данных 2025 годас графиком внедрения. Правовые обязанности для конкретного клиента зависят от данных, сторон и действующих положений. Урок для инфраструктуры проще: покупатель не может оценить местоположение по городу в названии продукта.

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

Лондонские свидетельства показывают, почему. Страница может называть Iron Mountain LON-1, тогда как префикс с меткой ServerHosh и хост looking glass маршрутизируются через PebbleHost. Эти факты не противоречат друг другу, но описывают разные поверхности контроля. Местоположение объекта отвечает, где стоит сервер. Происхождение маршрута отвечает, кто несёт его адресное пространство. Место расположения поддержки отвечает, кто может получить к нему доступ. Место резервной копии отвечает, где существует ещё одна копия. Суверенитет данных требует всех четырёх.

Шесть видов отказов показывают реальную услугу

Первый вид отказа — прерывание в стойке или объекте. Если откажет законтрактованный путь питания ServerHosh, зона охлаждения или шкаф, резервирование здания может ограничить инцидент, но сохранить нагрузку в работе смогут только оборудование с двумя блоками питания и запас ёмкости. Клиенты на одном хосте затронуты, пока не вернётся питание, не перезапустится хост или не переедет нагрузка. Свидетельства, которые повысили бы доверие, включают карту питания уровня арендатора, покрытие двумя вводами, дату последнего комплексного теста и записи уведомлений клиентов.

Второй — потеря апстрима. У AS136175 сейчас один наблюдаемый глобальный сосед. Членство в SIX полезно, но само по себе не даёт полноценного альтернативного маршрута. Отказ транзитной сессии может убрать /24 компании, пока серверы продолжают работать. Второй независимо маршрутизируемый апстрим, проверенное переключение префикса и текущее участие в route-серверах снизили бы этот риск.

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

Четвёртый — отказ поддержки. Канал тикетов может быть открыт, пока ждут диагностику, эскалацию поставщику или коммерческое одобрение. Клиентам нужен путь по уровням серьёзности, который выходит на человека, уполномоченного связаться с Wowrack, Iron Mountain или другим сетевым провайдером. Опубликованные целевые сроки подтверждения, диагностики, временного решения и восстановления сделали бы круглосуточную поддержку измеримой.

Пятый — отказ биллинга или политики. Исправный сервер может быть удалён в пределах опубликованных окон за неоплату, а меры за запрещённое использование могут приостановить услугу. Несколько биллинговых контактов, более длительное уведомление для постоянных клиентов, путь обжалования и льготный период для экспорта данных предотвратили бы превращение административного спора в необратимую потерю данных.

Шестой — отказ миграции. Во время простоя клиент может обнаружить, что его резервная копия локальна, экспорт из панели управления неполон, репутация IP-адресов непереносима, а учётные данные DNS заперты в том же аккаунте. Успешное восстановление у другого провайдера — более веское доказательство переносимости, чем обещание бесплатной входящей миграции.

Эти отказы затрагивают разные группы. Владелец личного сайта может пережить несколько часов и пересобрать всё из свежей копии. Реселлер может иметь десятки нижестоящих клиентов и никакого прямого доступа к оператору объекта. Бизнес, использующий неуправляемый VPS, может нести полную ответственность за своё приложение, оставаясь зависимым от ServerHosh в восстановлении хоста и маршрутизации. Клиент выделенного сервера может владеть стеком ПО, но не иметь физического доступа для замены железа.

Что существенно повысило бы доверие

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

По каждой локации компания могла бы публиковать оператора объекта и адрес, свою роль владельца или арендатора, число действующих стоек, законтрактованную и доступную мощность, политику запчастей для серверов и сети, апстрим-сессии, порты бирж, доступность IPv4 и IPv6 для клиентов, политику DDoS, уведомления об обслуживании и эскалацию удалённых рук. Чувствительные схемы и данные клиентов не нужны. Совокупных операционных фактов было бы достаточно.

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

Самым сильным доказательством стали бы регулярные учения. Отключить один транзитный путь и показать альтернативный маршрут. Восстановить аккаунт общего хостинга из второго уровня резервных копий. Эвакуировать VPS с отказавшего хоста. Заменить диск выделенного сервера через удалённые руки. Пересобрать характерное клиентское приложение в другой локации. Сообщить время, ограничения и корректирующие действия.

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

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