Key Stones Cloud Tech Private Limited продаёт хостинговые мощности, которые по-прежнему зависят от стоек, транзита и окон обслуживания

Кратко

• У Key Stones Cloud Tech Private Limited есть действующая активная идентичность в интернете. APNIC закрепляет за ней AS150024 и портируемый блок IPv4103.191.132.0/23; RIPE наблюдал, как AS150024 анонсировала два маршрута/24для 325 из 326 пиров полной IPv4-таблицы 12 июля 2026 года.
• Сеть небольшая, но в публичной картине маршрутизации не однодомашняя. У AS150024 было два наблюдаемых соседа — AS138244 Hostzop Cloud Services Private Limited и AS146943 Tier 4 Cloud Services, — и у обоих видимых маршрутов была действительная авторизация происхождения маршрута для AS150024.
• Граница между компанией и сервисом непростая. Собственный сайт Key Stones рекламирует выделенные серверы, VPS, colocation, резервное копирование и аварийное восстановление, а страница облака сообщает, что облачные VPS временно недоступны. Заказы и тексты многократно отсылают к системам Hostzop, а условия Hostzop называют Key Stones компанией-контрагентом.
• Теперь Hostzop заявляет, что отдельная компания Hostzop Cloud Services Private Limited была учреждена как расширение в 2023 году, и указывает эту более новую компанию в текущих подвалах страниц. В публичных корпоративных агрегаторах у двух компаний одни и те же два директора, но общее руководство и бренд не определяют, какой именно компании принадлежит сервер, контракт на стойку, маршрут, клиентское соглашение или ответственность.
• Таким образом, публичные данные подтверждают действующую хостинговую деятельность вокруг Key Stones, а не полностью описанный отказоустойчивый облачный сервис. Покупателю нужны точное юридическое лицо-поставщик, площадка и расположение стойки, установленный и запасной инвентарь, разнос аплинков и волоконно-оптических путей, полномочия поддержки, изоляция резервных копий, результаты проверенных восстановлений, непрерывность биллинга и исполнимый способ выхода — в письменном виде.

AS150024 — реальный сетевой узел, а не маркетинговая абстракция

Самое весомое подтверждение деятельности Key Stones находится за пределами её товарных текстов.Запись APNIC для AS150024называет держателя KEYSTONES-AS-IN, указывает страну Индия, описывает владельца как Key Stones Cloud Tech Private Limited и помечает номер действующим. Запись зарегистрирована 3 августа 2022 года. Технический и административный контакт — Rajesh Kumar, домен компании keystonescloudtech.com и адрес в Чулае, Ченнаи. Это актуальная запись интернет-номера с поддерживаемым контактом для жалоб, а не непроверенная запись из справочника.

Маршрут тоже виден. На точке наблюдения 12 июля 2026 годарезультат routing-statusот RIPE показал два префикса IPv4, покрывающие 512 адресов, отсутствие пространства IPv6 и двух наблюдаемых соседей. Из 326 пиров RIS с полной IPv4-таблицей ASN видели 325. Последний замеченный маршрут присутствовал в последний час измерений.Результат announced-prefixesопределил103.191.133.0/24и202.155.151.0/24как два текущих источника.

Это отличает Key Stones от компании, которая получила номер, но ни разу им не воспользовалась. RIPE впервые увидел AS150024, анонсирующую103.191.132.0/24, в августе 2022 года, и еёистория маршрутовфиксирует менявшийся набор анонсов с тех пор. Использование адресов и договорённости с аплинками менялись, но у ASN есть многолетняя публичная история.Профиль AS150024 на IPinfoтакже относит её к хостингу, указывает те же два текущих маршрута/24и сообщает об отвечающих адресах в каждом диапазоне. Эти активные ответы не доказывают, что доступен каждый розничный продукт, но подтверждают, что сеть несёт реальные системы, а не существует только на бумаге.

Безопасность происхождения маршрутов добавляет ещё один положительный сигнал.Ответ проверки RIPE для103.191.133.0/24сообщает о действительной авторизации в пределах покрывающего блока/23Key Stones с максимальной длиной/24.Ответ для202.155.151.0/24также подтверждает наблюдаемый источник AS150024 как действительный. Авторизация происхождения маршрута выполняет одну полезную функцию: позволяет принимающим сетям отличить этот намеренный источник от постороннего. Она не создаёт второе волокно, не резервирует запасной маршрутизатор, не защищает гипервизор и не гарантирует, что техник сможет добраться до отказавшего сервера.

Это различие важно для всего досье. Поддерживаемая в порядке ASN подтверждает намерение вести деятельность и видимую связность. Это не инвентаризация дата-центра. Маршрут может оставаться видимым, пока все серверы за ним недоступны; сервер может оставаться исправным, пока маршрут исчезает. Задача покупателя — связать публичный сетевой контур с физической и договорной системой, которая предоставляет купленную услугу.

Один портируемый блок показывает две операционные границы

Запись адреса в APNICзакрепляет103.191.132.0/23за Key Stones Cloud Tech Private Limited как выделенное портируемое пространство. Диапазон содержит 512 адресов IPv4 — от103.191.132.0до103.191.133.255— и использует тот же контакт в Ченнаи и тот же корпоративный адрес электронной почты, что и AS150024. Портируемый статус полезен: распределение привязано к держателю ресурса, а не является небольшим фрагментом адресов, просто переданным одним транзитным поставщиком. Он может улучшить возможности выхода, если контракты, разрешения на маршрутизацию и технические договорённости позволяют держателю перенести его.

Две половины этого распределения сейчас рассказывают разные истории.103.191.133.0/24анонсирует собственная AS150024 компании Key Stones. Другую половину,103.191.132.0/24, анонсирует AS138244 — Hostzop Cloud Services Private Limited. По всей нижней половине встречаются обратные имена в стиле Hostzop, а сам сайт Key Stones наблюдался по адресу103.191.132.77.Публичный DNS-запростакже сообщает о DNS-серверах Hostzop рядом с этим адресом. Это не обязательно проблемная схема: держатель адресов может разрешить другой сети анонсировать часть своего пространства. Однако это конкретная зависимость.

Разделение создаёт две зоны отказа в одном зарегистрированном блоке. Если у AS150024 возникнет проблема на уровне управления, сервисы на самостоятельно анонсируемой половине могут потерять доступность, даже если половина, анонсируемая Hostzop, останется доступной. Если выйдет из строя AS138244 или её передача оператору, сайт Key Stones и системы на103.191.132.0/24могут пострадать, пока AS150024 продолжает анонсировать собственные маршруты. Клиенту, получившему адрес, нужно знать, из какой половины он происходит, какая ASN его анонсирует, может ли этот источник измениться при восстановлении и могут ли вместе с адресом переехать обратный DNS, репутация почты, белые списки межсетевых экранов и лицензии.

Второй маршрут AS150024 вносит другую зависимость.Запись APNIC, покрывающая202.155.151.0/24, помещает его внутрь202.155.144.0/21, зарегистрированного за OMAO Singapore Broadband как непортируемое пространство. Тем не менее этот/24действительно анонсируется AS150024, а сторонние наблюдения показывают обратные имена в стиле Hostzop на многих адресах. Это похоже на арендованное, делегированное или иным образом разрешённое адресное пространство, а не на распределение, принадлежащее Key Stones. Точная коммерческая договорённость не публична. Если соглашение с провайдером закончится, адреса могут оказаться непереносимыми в той же мере, что и блок/23Key Stones.

Именно здесь количество адресов можно принять за отказоустойчивость. AS150024 анонсирует 512 адресов IPv4 двумя маршрутами, но только половина этих адресов находится в собственном портируемом распределении Key Stones; остальной анонсируемый/24принадлежит более крупному блоку, зарегистрированному в Сингапуре. При этом другая половина портируемого распределения Key Stones анонсируется ASN компании Hostzop. Количество реально. Права контроля различаются. План выхода, который предполагает, что все 768 адресов, связанных с этими публичными схемами, можно унести к другому провайдеру, был бы небезопасен без писем о маршрутах, записей о распределении и условий контрактов.

Два аплинка снижают один риск, но не все риски

Обзор соседей RIPEпоказал две сети слева от AS150024: AS138244 и AS146943. Первая — Hostzop Cloud Services Private Limited. Вторая — Tier 4 Cloud Services. Независимыйпрофиль bgp.toolsсообщает о тех же двух аплинках и двух анонсируемых префиксах IPv4. На базовом уровне это лучше, чем публичный маршрут, зависящий от одной вышестоящей ASN.

Такая топология не подтверждает физическое разнос. Обе сессии BGP могут завершаться на одном маршрутизаторе. Два маршрутизатора могут использовать один коммутатор, одну встречную комнату (meet-me room), один вход в здание или одну подземную кабельную трассу. Оба аплинка могут в итоге зависеть от одного сегмента городского волокна. Сбой электропитания в стойке может убрать обе сессии одновременно. Публичные AS-пути показывают логических соседей, а не идентификаторы кросс-коннектов и не обследованные волоконно-оптические трассы.

У двух аплинков также разный масштаб и разное публичное присутствие. AS138244 компании Hostzop напрямую переплетена с адресным распределением и историей бренда Key Stones. Tier 4 Cloud Services — гораздо более крупная индийская хостинговая сеть; еёзапись PeeringDBперечисляет несколько точек обмена и площадок, включая Мумбаи, Панвел, Пуну и Большую Нойду. Такое более широкое присутствие может сделать Tier 4 полезным транзитным вариантом, но список не раскрывает, где AS150024 передаёт ей трафик. Точка передачи может находиться локально на одной площадке в Ченнаи или быть организована удалённо по чужой линии.

У самой AS150024 нетсетевого объекта PeeringDB. Участие добровольное, поэтому отсутствие не является доказательством плохой работы. Но это означает, что покупатель не может использовать эту распространённую публичную запись, чтобы подтвердить площадки Key Stones, порты обмена, уровень трафика, политику взаимодействия, looking glass или контакты сетевой эксплуатации.Результат AS Rank от CAIDAвидит небольшой сетевой узел с одним провайдером в собственной картине данных и конусом из одной клиентской ASN. Этот результат отстаёт от более полного текущего обзора соседей, но корректно описывает сеть как небольшой конечный узел, а не широкую транзитную платформу.

Не видно и анонсов IPv6. RIPE зафиксировала ноль префиксов IPv6 и нулевую видимость среди 322 пиров IPv6. Покупателю хостинга, которому нужен нативный dual stack, не следует делать такой вывод из общих упоминаний IPv6 на сайте. Нужно запросить выделенный префикс IPv6, наблюдение маршрута, делегирование обратного DNS, параметры MTU и тестовый экземпляр. Публичный контур только с IPv4 может обслуживать многие нагрузки, но он сужает адресную стратегию и оставляет провайдера зависимым от всё более дефицитного запаса IPv4.

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

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

Витрина продаёт мощности, но собственные страницы расходятся в вопросах доступности

Главная страница Key Stonesпредлагает выделенные серверы, VPS, веб-хостинг, управляемую поддержку, colocation, резервное копирование, управление инфраструктурой, аварийное восстановление и услуги дата-центра. На ней опубликованы стартовые цены: от 6 500 рупий в месяц за выделенный сервер, от 450 рупий за VPS и от 250 рупий за веб-хостинг.Страница выделенных серверовперечисляет поколения процессоров, объём ОЗУ, варианты дисков, лимиты трафика и порты 1 Гбит/с. Эти детали описывают узнаваемые продаваемые единицы, а не расплывчатый технологический консалтинг.

Путь заказа усложняет атрибуцию. Некоторые кнопки выделенных серверов ведут на support.webhostingbingo.com, а облачные предложения и предложения CPU-optimised — на manage.hostzop.com. Тексты многократно называют сервис Hostzop.Страница условий Hostzopпрямо описывает соглашение между Key Stones Cloud Tech Private Limited, действующей под именем Hostzop, и клиентом. Это веское доказательство того, что исторически коммерческую идентичность Hostzop вела Key Stones.

Однако нынешняя поверхность Hostzop указывает на преемника или расширение.История компании на сайте Hostzopговорит, что Hostzop Cloud Services Private Limited была учреждена как расширение в 2023 году. Там сказано, что бизнес начал предлагать хостинг под именем Hostzop в 2016 году и вышел на сотрудничество с дата-центром в 2024 году.Публичные корпоративные данные о Hostzop Cloud Services Private Limitedсодержат отдельный корпоративный идентификационный номер, регистрацию в декабре 2023 года и тех же двух директоров, что указаны у Key Stones. Текущие страницы Hostzop помещают имя более новой компании и её налоговую регистрацию в подвал.

Итоговая картина правдоподобнее, чем анонимная витрина, но сложнее, чем одна компания, продающая с одного сайта. Более старая компания Key Stones остаётся держателем ресурсов APNIC и оператором AS150024. Более новая компания Hostzop отвечает за текущий маркетинг и заявления о площадках. AS138244 зарегистрирована на имя более новой компании Hostzop и анонсирует половину портируемого блока Key Stones. Общие директора и явный нарратив о «расширении» говорят о преемственности под общим руководством.

Сами по себе они не переносят право собственности на серверы, не переоформляют старые клиентские договоры, не делают одну компанию ответственной за долги другой и не позволяют одной компании выдавать сервисные кредиты по договору, подписанному другой.

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

Поэтому покупателю следует относиться к каждому заказу как к новому фактическому запросу. Какое юридическое имя указано в коммерческом предложении, счёте и договоре на обслуживание? Владеет ли этот субъект сервером или арендует его? Какая ASN и какой адресный блок будут назначены? Заказ оформлен на облако, VPS, выделенный сервер (bare metal), colocation или управляемый слой поверх чужого оборудования? Есть ли рекламируемая конфигурация в наличии сейчас? Ответы определяют, кто может отремонтировать сервис и что можно перенести, если отношения завершатся.

Ченнаи — центр тяжести, а не полная карта стоек

Публичные данные многократно указывают на Ченнаи. APNIC фиксирует контакт Key Stones по номерным ресурсам по адресу 93, Ashtabujam Road, в Чулае. Корпоративные агрегаторы сообщают о зарегистрированных офисах Key Stones в Ченнаи, включая более поздний адрес в Эгморе.Текущая страница контактов Hostzopуказывает головной офис Hostzop Cloud Services Private Limited в Эгморе и отдельно называет дата-центр AdaniConneX в ИТ-парке SIPCOT в Сирусери, Ченнаи. Текущие страницы продуктов Hostzop говорят, что серверы расположены в Ченнаи и Мумбаи.

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

Страница colocation у Key Stones содержит более старые и менее устоявшиеся утверждения. Она описывает «скоро открывающуюся» высокоплотную площадку площадью 35 000 квадратных футов внутри особой экономической зоны, резервирование волокна по трём маршрутам, центральное ИБП с резервированием N+1 и дизель-генераторы N+1. Будущее время здесь критично. Страница не называет площадку, не даёт дату ввода в эксплуатацию и не приводит сертификат оператора. Её следует читать как проектное предложение, а не как текущие установленные мощности.

Текущие материалы Hostzop более конкретны насчёт Сирусери и AdaniConneX, но они находятся на страницах с брендом и подвалом более новой компании Hostzop.Одна страница выделенных серверов vCoreговорит, что сервис размещён в дата-центре AdaniConneX в Ченнаи. Основной сайт Hostzop продаёт colocation на четверть, полстойки и целую стойку в Ченнаи. Это значимые текущие коммерческие заявления. Они не устанавливают, что все системы в AS150024 Key Stones, все адреса в блоке/23Key Stones или все старые клиенты Key Stones находятся на этой площадке.

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

Поэтому корректное утверждение о расположении ограничено: Key Stones — зарегистрированный в Ченнаи индийский держатель ресурсов с действующей хостинговой ASN; материалы под брендом Hostzop при связанном руководстве рекламируют мощности в Ченнаи и Мумбаи, а более новая компания Hostzop называет площадку в Сирусери. Точное расположение стойки для конкретного сервиса Key Stones остаётся индивидуальным для заказа.

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

Установленная мощность — это не то же самое, что мощность, способная пережить сбой

Хостинговые каталоги переводят крупноблочное оборудование в аккуратные помесячные единицы. Виртуальная машина может продаваться как шесть виртуальных процессоров, 16 ГБ памяти и 100 ГБ хранилища. Выделенный сервер может продаваться как один процессор Xeon старшего поколения, 32 ГБ ОЗУ, твердотельный накопитель 960 ГБ и 5 ТБ трафика. План стойки может включать 10U, 20U или 42U и заявленный лимит мощности. Эти единицы помогают клиенту сравнивать цены. Они не раскрывают инвентарь, который их обеспечивает.

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

Страницы Key Stones не дают количество хостов, количество стоек, совокупное потребление питания, уровень заполнения кластера хранилища, занятость портов или процент зарезервированного переключения при отказе. Текущие страницы Hostzop публикуют больше архитектурных утверждений, включая хосты AMD EPYC, хранилище NVMe, OpenStack и Ceph.Страница облака Hostzopговорит, что данные Ceph реплицируются на нескольких серверах.Отдельная страница high-performanceзаявляет о живой миграции, самовосстанавливающихся узлах и тройной репликации хранилища. Эти утверждения описывают правдоподобную отказоустойчивую архитектуру более новой платформы Hostzop. Они не оценивают свободную мощность и не доказывают, что более старые сервисы Key Stones используют эту платформу.

Экономика выделенных серверов особенно физична. Некоторые перечисленные конфигурации Key Stones используют процессоры Intel E5 v3 и v4 — поколения, которые всё ещё могут обслуживать обычный хостинг, но уже не являются актуальными. Низкие помесячные цены могут отражать амортизированное оборудование, оптовые поставки, высокую утилизацию или сознательную стратегию маржи. Ни одно из этих объяснений автоматически не является плохим. Они создают разные риски ремонта. Если выйдет из строя материнская плата, провайдеру понадобится совместимая плата, запасной корпус или цель миграции, сохраняющая диски и сетевую идентичность клиента.

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

Клиентам colocation нужна правда о питании, а не маркетинг площади. Стойка 42U не означает, что все 42 юнита можно заполнить высокоплотными серверами. Ограничивающим фактором могут быть 4 кВА контрактной мощности, охлаждение на стойку, ёмкость автоматов, сетевые порты или нагрузка на пол. Если в план входит 4 кВА, клиенту следует спросить, является ли это номинальной, полезной или защищённой мощностью; раздельно ли учитываются фидеры A и B; и что происходит, когда один фидер должен нести всю нагрузку.

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

Питание, охлаждение и окна ремонта определяют реальный уровень сервиса

Страница соглашения об уровне обслуживания Key Stonesнеобычно откровенна, потому что описывает не только доступность, но и физическую эксплуатацию. Она определяет сетевую границу от коммутатора в шкафу клиента до пограничного маршрутизатора, предусматривает доступ на площадку, называет резервное копирование и мониторинг оборудования среди опциональных услуг и обещает доступность питания и охлаждения на уровне 99,98 %. Она заявляет целевое время устранения проблемы с оборудованием в четыре часа и просит клиентов предоставлять окно профилактического обслуживания раз в квартал.

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

Проценту доступности нужен этот знаменатель. При 99,98 % в номинальном 30-дневном месяце до исключений остаётся около 8,6 минуты вне целевого уровня. В год — около 105 минут. Но если плановое обслуживание, аварийные работы и несколько отказов зависимостей не учитываются, измеряемый договорной простой может быть гораздо меньше времени, в течение которого клиент не может пользоваться приложением. Средство правовой защиты тоже ограничено: страница описывает сервисные кредиты, для получения которых необходимо открыть тикет, а не компенсацию за потерянный бизнес.

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

Утверждения о питании тоже требуют границы. Более старая страница colocation Key Stones рекламирует ИБП и генераторы с резервированием N+1, тогда как текст об уровне сервиса говорит о двойном активном питании от двух сетей. Текущие материалы Hostzop делают похожие заявления об избыточности для площадки в Ченнаи. Два ввода от энергосистемы всё равно могут сходиться на одном распределительном щите. Генераторы N+1 могут делить топливо, системы управления или общий путь распределения. Сервер с двумя блоками питания может быть подключён к двум розеткам одной групповой линии.

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

С охлаждением та же проблема. Страница об уровне сервиса называет целевую температуру 23 °C с допуском 2 °C. Помещение может соответствовать среднему значению, пока в плотной стойке возникает горячая точка. Охлаждение N+1 защищает от потери одного компонента, только если оставшиеся агрегаты могут нести фактическую нагрузку и распределение питания сохраняется. Запросите замеры на входе стоек, пороги аварийных сигналов, конструкцию контейнмента и тест, показывающий, что происходит при намеренном выводе из эксплуатации одного охлаждающего агрегата.

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

Поддержка и биллинг могут отказать, пока серверы остаются исправными

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

Здесь важна граница небольшой компании. Публичные корпоративные агрегаторы указывают двух директоров Key Stones. Те же два человека указаны для более новой компании Hostzop. Такая преемственность может ускорять решения, но она же концентрирует коммерческие и технические полномочия. Публичные данные не раскрывают численность сотрудников, дежурства или то, выполняются ли работы на площадке силами штата компании, штата Hostzop, группы remote hands AdaniConneX или другого подрядчика.

Покупателю следует составить карту полномочий до инцидента. Кто может попасть на площадку в 3 часа ночи? Кто может одобрить экстренные remote hands? У кого хранятся учётные данные маршрутизаторов? Кто может разрешить аплинку принять изменение маршрута? Кто управляет клиентским порталом, доменными именами, DNS и биллинговым аккаунтом? Если исходный счёт выставила Key Stones, а платформой теперь управляет Hostzop Cloud Services, какой сервисный стол обязан действовать по договору?

Биллинг — это отдельная зона отказа. Более старая страница Key Stones отправляет разные продукты в несколько систем заказов. Неуплата, оспоренный счёт или миграция аккаунта могут приостановить сервис без какого-либо физического сбоя. Публичные условия на сайте Key Stones указывают keystonescloudtech.com, LLC, хотя субъект — индийская частная компания с ограниченной ответственностью; условия Hostzop указывают Key Stones точнее, а текущие подвалы Hostzop указывают более новую компанию. Договорной текст, меняющий названия между страницами, нужно прояснить до оплаты, а не после приостановки.

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

Доказательства поддержки должны включать таблицу уровней серьёзности, целевые сроки подтверждения и восстановления, контакты эскалации, условия remote hands на площадке и пример отчёта об инциденте. Публичная страница статуса может помочь, ностраница статуса Hostzop, судя по всему, сосредоточена на времени отклика и одном отображаемом адресе —103.191.132.2. Этот адрес находится в распределении Key Stones, но анонсируется AS138244. Мониторинг одной доступной конечной точки не может установить состояние каждой стойки, кластера хранилища, клиентской сети, панели управления или маршрута AS150024. Клиентам нужны уведомления на уровне компонентов и собственный независимый мониторинг.

Резервная копия — это возможность, пока восстановление не докажет обратное

Страница резервного копирования Key Stonesпредставляет резервное копирование как управляемую услугу, астраница аварийного восстановленияобещает подготовку к техническим и природным сбоям. Текущие страницы Hostzop идут дальше, описывая реплицируемое хранилище Ceph, снимки, живую миграцию и 90-дневный период экспорта в случае закрытия бизнеса. Эти утверждения указывают на правильные проблемы. Публичные страницы не дают точку восстановления и время восстановления для конкретного клиента, место хранения копии или подтверждённый результат восстановления.

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

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

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

Миграция столь же физична. Несколько гигабайт можно выгрузить по обычному интернет-каналу. Десятки терабайт могут занять дни даже при постоянной гигабитной скорости, а в ходе передачи продолжаются изменения в рабочей системе. Лимиты исходящего трафика, ограничение скорости, плата за передачу и окна обслуживания могут растянуть переезд. Если адреса клиента происходят из непортируемого блока202.155.151.0/24, перенумерация также может потребовать изменений DNS, прогрева почты, обновления белых списков партнёров и пересмотра сертификатов.

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

Публичное обещание провайдера на случай закрытия — положительный рыночный сигнал, но оно находится на текущей странице Hostzop под именем Hostzop Cloud Services Private Limited. Клиенту Key Stones не следует предполагать, что оно автоматически изменяет более старый договор Key Stones. Это обещание должно быть включено в подписанный заказ с указанием ответственного хранителя и способа, который продолжит работать, если портал управления недоступен.

Локальность — это цепочка хранения, а не индийский флажок рядом с IP-адресом

Зона обслуживания — Индия, и самые сильные физические утверждения указывают на Ченнаи, а некоторые страницы Hostzop упоминают также Мумбаи. Это может подойти клиентам, которым нужны индийские задержки или локальное хранение. Однако локальность требует большего, чем код страны держателя ресурсов или результат геолокации. Она зависит от того, где фактически находятся основные диски, реплики, резервные копии, журналы и доступ поддержки.

Текущая смесь маршрутов иллюстрирует проблему. Собственный блок/23Key Stones зарегистрирован в Индии. Второй/24, анонсируемый AS150024, вырезан из более крупного блока, зарегистрированного в Сингапуре. Эта регистрация не доказывает, что данные клиента находятся в Сингапуре; страна в реестре IP и фактическое расположение сервера могут различаться. И наоборот, индийское происхождение маршрута не доказывает, что каждая резервная копия остаётся в Индии. Правильный ответ дают архитектура сервиса и договор.

Предписания CERT-Inв Индии напрямую касаются дата-центров, VPS-провайдеров и облачных провайдеров. Они требуют от подпадающих под действие организаций надёжно хранить журналы ИКТ в течение скользящих 180 суток в пределах юрисдикции Индии и хранить определённые сведения о абонентах в течение пяти лет или дольше, если это требуется законом. Поэтому хостинг-клиенту следует понимать, какие записи об идентичности, назначении и использовании хранит провайдер, где эти записи находятся и как обрабатываются запросы по инцидентам.

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

Операционные вопросы остаются конкретными. Какое юридическое лицо обрабатывает данные аккаунтов и поддержки? Использует ли оно субподрядчиков? Может ли удалённая поддержка получать доступ к серверу из-за пределов Индии? Копируются ли журналы мониторинга за границу? Где находятся резервные копии и копии для аварийного восстановления? Может ли клиент выбрать только Ченнаи, и распространяется ли этот выбор на каждую реплику? Что происходит с хранящимися записями об идентичности и доступе после отмены?

Лицензирование сети не следует выводить из ASN.Департамент телекоммуникаций описывает авторизации интернет-услугпо охвату и зоне обслуживания. Хостинговая компания может покупать транзит и предоставлять вычислительные мощности, не оказывая каждый вид лицензируемых услуг доступа. AS150024 подтверждает маршрутную деятельность, а не вывод о какой-либо лицензии, которая компании может требоваться или не требоваться. Если клиент покупает регулируемую связь, а не обычный хостинг, ему следует запросить точную авторизацию у контрагента.

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

Кто страдает, когда отказывает один слой

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

Клиенты colocation владеют большим объёмом оборудования, но должны координировать доступ, кросс-коннекты и запасные части.

Сбой маршрута влияет на публичную доступность. Если один аплинк AS150024 откажет чисто, а другой путь действительно независим, трафик может сойтись заново. Если обе сессии разделяют один физический путь, исчезнуть могут обе. Клиенты на анонсируемой AS138244 половине блока Key Stones находятся на другой маршрутной границе, чем клиенты на AS150024. Отказ корпоративного сайта на103.191.132.77не доказывал бы, что AS150024 лежит, а потеря202.155.151.0/24не обязательно затронула бы сайт.

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

Сбой поддержки продлевает любой простой. Если до единственного уполномоченного человека нельзя дозвониться, замена оборудования на десять минут может ждать часами. Если записи о клиентах разделены между Key Stones и более новой компанией Hostzop, персонал может с трудом подтвердить права или найти нужное устройство. Актуальный реестр активов и чёткое агентское соглашение — это средства обеспечения отказоустойчивости, а не канцелярские детали.

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

Последствия для нижних уровней могут быть шире, чем прямой аккаунт. Агентство, размещающее сотни сайтов малого бизнеса, может распространить один отказ сервера на множество компаний. Реселлер может потерять DNS и почту клиентов. Интернет-магазин может разом потерять оформление заказов, складские остатки и транзакционную почту. ПО-компания может потерять приложение и порталы поддержки у одного провайдера. Эти пользователи редко знают ASN, но испытывают на себе каждую общую зависимость за ней.

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

Какие доказательства превратили бы средний кейс в сильный

Публичная доказательная база деятельности уже значительна. AS150024 активна и широко видна. Key Stones владеет портируемым адресным пространством. Адресный блок содержит хостинговые системы. Страницы продуктов, ссылки на заказы, условия и публичные корпоративные записи связывают Key Stones с историей сервиса Hostzop. Этого достаточно, чтобы отвергнуть гипотезу о том, что у субъекта нет наблюдаемого операционного следа.

Кейс остаётся средним, потому что самые новые и самые подробные заявления об инфраструктуре принадлежат Hostzop Cloud Services Private Limited — отдельной компании, учреждённой в 2023 году. Публичные материалы не показывают передачу активов, перевод клиентских договоров, межкомпанийное операционное соглашение или схему, сопоставляющую маршруты Key Stones со стойками Hostzop. Они также не публикуют мощности по площадкам, независимые тесты маршрутов, запасной инвентарь, результаты восстановлений или историю инцидентов.

Более сильный кейс начинался бы с корпоративной ясности: подписанное заявление, определяющее юридического поставщика для новых и старых аккаунтов; роль Key Stones и Hostzop Cloud Services; статус собственности или аренды маршрутизаторов, серверов и стоек AS150024; и соглашение, позволяющее AS138244 анонсировать часть блока/23Key Stones. Существующие клиенты должны получать любые переуступки или переводы договоров напрямую, а не делать выводы из подвала страницы.

Доказательства по площадке должны называть фактические адреса в Ченнаи и, где применимо, в Мумбаи, эксплуатирующую компанию, границы клетки и стойки, контрактную мощность, конструкцию охлаждения и поставщика remote hands. Актуальная независимая сертификация может подтверждать контроль площадки, но область действия и держатель сертификата должны соответствовать услуге. Сертификат, принадлежащий арендодателю, автоматически не покрывает серверные операции арендатора.

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

Доказательства мощности должны показывать установленные хосты и хранилища, текущие диапазоны утилизации, зарезервированный запас для восстановления, запасные диски, блоки питания и совместимые серверы для замены. Облачным клиентам нужны зоны отказа и результаты перестроения. Клиентам выделенных серверов нужен инвентарь с серийными номерами и сроки замены. Клиентам colocation нужны назначения цепей и стоек.

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

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

Вердикт: работающая сеть, неопределённый периметр активов

У Key Stones Cloud Tech Private Limited больше операционной сущности, чем предполагает устаревший дизайн её сайта. AS150024 активна, широко видна и защищена действительными авторизациями происхождения маршрутов. Она анонсирует два маршрута IPv4 через двух наблюдаемых аплинков. Её портируемый блок/23содержит действующие хостинговые системы, а коммерческая история собственными условиями связана с Hostzop.

Те же данные вскрывают структуру зависимостей. Половину блока Key Stones анонсирует ASN компании Hostzop. Другой маршрут AS150024 взят из непортируемого распределения, зарегистрированного в Сингапуре. Текущие страницы Hostzop указывают более новое юридическое лицо и делают самые сильные заявления о площадках, облаке и восстановлении под этим именем. Более старый каталог Key Stones по-прежнему рекламирует услуги, которые другая страница называет временно недоступными. Публичные страницы договоров используют противоречивые идентичности.

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

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