Hivelocity и операционная дисциплина, стоящая за зависимостью от bare-metal-облака

Hivelocity и операционная дисциплина, стоящая за зависимостью от bare-metal-облака

Услуга bare-metal от Hivelocity — это также зависимость от сетевой идентичности. AS29802, контакты из реестра, записи о пиринге, подсети, привязанные к площадке, средства управления маршрутизацией и условная переносимость контракта определяют, что продолжит работать при смене сервера или местоположения.

Резюме

• Записи ARIN определяют AS29802 как HVC-AS и указывают HIVELOCITY, Inc. в качестве регистранта; PeeringDB и Hivelocity публикуют данные о межсетевых соединениях и контактах поддержки, связанных с этой сетью.
• Hivelocity описывает возможность перемещения подсетей внутри клиентского аккаунта, но подсети остаются привязанными к конкретной площадке, а удалённая подсеть не обязательно вернётся.
• Проверка по доктрине Heng.lu Doctrine состоит в том, чтобы сохранять точную сетевую идентичность и непрерывность работы при смене сервера, площадки, маршрутизации, поддержки и контракта, не смешивая выделенные провайдером ресурсы с собственностью клиента.

У хостинг-провайдера есть сетевая идентичность, видимая в реестре

Hivelocity не следует рассматривать только как бренд стоек, серверов или облака. Запись RDAP в ARIN определяет AS29802 как HVC-AS и связывает его с регистрационным идентификатором HVC-3. Запись о юридическом лице называет компанию HIVELOCITY, Inc. и раскрывает роли административного, технического, сетевого и abuse-контакта. PeeringDB отдельно публикует запись о межсетевых соединениях AS29802 компании Hivelocity LLC, включая набор IRR, глобальный охват, публичные точки обмена, площадки и политику открытого пиринга.

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

Страницы провайдера описывают маршрутную поверхность, а не результат

На странице сети Hivelocity публикует looking-glass и тесты по местоположению, называет транзитных провайдеров по регионам и описывает прямой пиринг. PeeringDB добавляет записи о точках обмена и площадках для AS29802. Вместе они показывают, что сетевая эксплуатация занимает центральное место в услуге. Они не доказывают, что каждый клиентский маршрут выбирает путь с наименьшей задержкой, что ёмкость всегда доступна или что частная топология соответствует публичной инвентаризации.

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

Идентичность подсети можно переносить только в задокументированных границах

В документации для разработчиков Hivelocity сказано, что публичные подсети IPv4 используются для управления и хостинга, а подсети в клиентском аккаунте можно перемещать между серверами. Та же страница определяет ограничение: подсети привязаны к площадке, перенос между площадками требует участия провайдера, а удаление подсети не гарантирует, что она будет доступна позже.

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

Переносимость контракта — это не переносимость номерных ресурсов

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

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

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

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

Ключевые отрицательные тесты конкретны. Может ли заменяющий сервер получить нужную подсеть без её предварительного удаления? Требует ли смена площадки новых адресов или работ по маршрутизации со стороны провайдера? Выдержат ли это изменение TTL DNS и сертификаты? Может ли внешний мониторинг отличить сбой маршрута от сбоя хоста? Если меняются аккаунт или контракт, останутся ли доступны записи о поддержке и назначениях? Это факты работающего кода, стоящие за зависимостью от bare-metal.

Чего публичные записи не доказывают

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

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

Утверждения, которые следует исключить

• Клиенты Hivelocity владеют выданными провайдером подсетями IPv4
• Выделенные Hivelocity подсети можно перенести к любому провайдеру
• Solution Portability — это программа передачи RIR или переносимости к внешнему провайдеру
• PeeringDB независимо проверяет производительность, время безотказной работы или ёмкость Hivelocity
• Опубликованные списки транзита и пиринга доказывают каждый клиентский маршрут
• Регистрация ARIN доказывает владение площадкой или качество обслуживания клиентов
• Удалённую подсеть всегда можно восстановить
• Первоначальный ответ BTW 502 доказывает сбой инфраструктуры Hivelocity
• Контракты или подсети Hivelocity эквивалентны собственности на номерные ресурсы Интернета

Реестр источников

• Запись RDAP об автономной системе AS29802: https://rdap.arin.net/registry/autnum/29802 (AS29802 зарегистрирована как HVC-AS; запись об автономной системе указывает на идентификатор регистранта HVC-3; запись раскрывает роли NOC и регистранта как операционные метаданные реестра)
• Запись RDAP о юридическом лице HVC-3: https://rdap.arin.net/registry/entity/HVC-3 (регистрант HVC-3 — это HIVELOCITY, Inc.; запись раскрывает идентификаторы административной, технической, NOC и abuse-ролей; запись реестра связывает юридически-операционное лицо с метаданными сетевой идентичности)
• AS29802 — Hivelocity LLC: https://www.peeringdb.com/asn/29802 (Hivelocity LLC определяет ASN 29802 и набор IRR AS-29802; запись указывает глобальный охват сетей IPv4 и IPv6 и политику открытого пиринга; запись перечисляет публичные точки обмена, площадки, abuse-контакт и статус RIR)
• Интеллектуальная сеть: https://www.hivelocity.net/about/network/ (Hivelocity публикует looking-glass и поверхность сетевых тестов по местоположению; компания называет транзитных партнёров по регионам и описывает прямой пиринг; компания раскрывает пути к сети, документации для разработчиков, поддержке, дата-центрам и статусу услуг)
• IP-адреса и подсети: https://developers.hivelocity.net/docs/ips-and-subnets (серверы получают публичные подсети IPv4, используемые для управления и хостинга; подсети можно перемещать между серверами в одном клиентском аккаунте; подсети привязаны к площадке, а перенос между площадками требует участия провайдера)
• Программа Solution Portability: https://www.hivelocity.net/solution-portability-program/ (подходящие клиенты могут перенести существующие условия контракта Hivelocity в новое соглашение Hivelocity; новая услуга должна соответствовать условиям по сроку и регулярным платежам; переносимость зависит от финансовой проверки Hivelocity, одобрения, права на услугу и возможной платы за миграцию)