Кратко

  • Собственныйсетевой диагностический сервисLogosys Cloud называет Hyderabad DC1, Mumbai DC1 и Chennai DC1, но не раскрывает, какие здания, владельцы стоек, каналы, схема электропитания и состав услуг стоят за этими метками.
  • APNIC закрепляет за Logosys CloudAS150636и переносимый блок103.89.46.0/23. По даннымRIPEstatна 15 июля 2026 года активно анонсировался только103.89.46.0/24, видимого IPv6-пространства не было. Этот маршрут полностью видели пиры RIPE RIS, и на него действовала валидная авторизация RPKI.
  • PeeringDBуказывает один действующий порт 1 Гбит/с на DE-CIX Mumbai и одну площадку взаимодействия — Web Werks Mumbai 1.APNICидентифицируетAS133296как Web Werks India Pvt. Ltd.; текущие наблюдения BGP делают этот номер AS доминирующей соседней сетью, но ни один из этих фактов не доказывает, что все услуги Logosys используют одну площадку или одного оператора связи.
  • На страницах продуктов рекламируются порты до 100 Гбит/с, четыре точки присутствия, пять индийских точек обмена трафиком, глобальные стриминговые серверы и колокация в Индии и США. Публичные данные не раскрывают размер установленного парка, выделения клиентам, мощность по площадкам, резервированное питание, полезную ёмкость для аварийного переключения или проверенную схему восстановления на нескольких площадках.

Самая показательная страница — самая маленькая

Страница Logosys Cloud, которая говорит об инфраструктуре больше всего, — это не каталог выделенных серверов с крупными цифрами пропускной способности. Это компактная диагностическая страница на хосте с именемlg-hyderabad. В верхней частидиагностический сервис Logosysпоказывает три метки: Hyderabad DC1, Mumbai DC1 и Chennai DC1. Он предлагает функции ping, traceroute и загрузки тестового файла. Страница — полезный признак того, что оператор хочет, чтобы клиенты проверяли производительность сети, но городские метки — это не карта собственных дата-центров. Они не называют арендодателя, улицу, помещение, клетку, маршрутизатор, фидер питания или SKU услуг, доступных в каждом городе.

Это различие важно, потому что остальной каталог Logosys создаёт куда более масштабную мысленную картину. Настранице выделенных серверовсказано, что клиентам доступны четыре точки присутствия и пять точек обмена трафиком по всей Индии. Там описаны стандартные порты 1 Гбит/с, 10 Гбит/с для более производительных серверов и до 100 Гбит/с для сверхширокополосного тарифа. Настранице live-стримингового CDNсообщается о 20 стриминговых серверах по всему миру. Настранице колокациисказано, что центры расположены в Индии и США. Настранице «О компании»описано самообслуживаемое облако: виртуальные машины, выделенные вычисления, GPU, объектное хранилище, балансировка нагрузки, межсетевые экраны, VPC, DBaaS, зарезервированные IPv4-адреса и резервное копирование.

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

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

Облачная компания 2022 года с более старой вещательной родословной

Юридическая идентичность начинается 8 апреля 2022 года. Вобъявлении о регистрациив клиентском портале компания сообщила, что Logosys India отныне называется Logosys Cloud Private Limited, и указала корпоративный идентификационный номерU72900TG2022PTC161383. В уведомлении основателем и управляющим директором назван Ashwin Kumar, а адрес указан в Котхапете, Хайдарабад. РегистрацияAS150636в APNIC использует то же название компании и хайдарабадский адрес, что связывает юридическое лицо с публичным номером сети более прямо, чем одно только имя бренда.

История до 2022 года сложнее. Logosys Cloud на странице «О компании» пишет, что начала работу в 2013 году как вычислительный провайдер без контрактов. Отдельная компания Logosys Software Solutions Private Limited указана вкорпоративном профиле Toflerкак зарегистрированная 22 марта 2013 года под CINU72200TG2013PTC086572; в профиле перечислены директора Ashwin Kumar и Moti Singh Purohit и указан зарегистрированный адрес в Котхапете, Хайдарабад. Сайт самой софтверной компании предлагает продукты для телевизионного плейаута. В текущихусловиях обслуживанияоблачной компании указано, что поставщиком услуг является Logosys Cloud Private Limited, но пункт об оплате предписывает клиентам, платящим банковским переводом, чеком или платёжным требованием, производить платежи в пользу Logosys Software Solutions Private Limited. Записи, таким образом, показывают общий адрес, появление Ashwin Kumar в документах обеих компаний и платёжную инструкцию. Они не устанавливают текущее владение акциями, отношения «материнская-дочерняя», право собственности на активы или межкомпанейское соглашение об услугах.

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

Текущие владельцы Logosys Cloud помимо названных директоров поэтому неизвестны из доступных данных.

Более старая вещательная родословная, однако, объясняет, почему каталог — не просто копия товарного хостинга. Logosys продаёт стриминговую пропускную способность, серверы удалённого плейаута, FTP-сервисы для новостных каналов, лицензии на плейаут-ПО и управляемое распространение, а также VPS и веб-хостинг. Всписке удалённого плейаутасочетаются 32-ядерный сервер с 256 ГБ ОЗУ, SSD, 10 ТБ трафика и Nvidia Quadro GPU с плейаут-ПО Logosys. Это целостная операционная ниша: региональный вещатель может купить ПО, вычисления, стриминг и поддержку у одного коммерческого контрагента. Это также концентрирует несколько видов отказов у одного контрагента.

Что компания на самом деле продаёт

Logosys Cloud охватывает четыре смежных рынка. Первый — общий и реселлерский хостинг, где много клиентов делят сервер и зависят от панели управления, веб-стека и команды поддержки. Второй — виртуальная инфраструктура, включая KVM VPS и интерфейс по требованию. Третий — физические мощности: выделенные серверы, колокация в юниты или целую стойку. Четвёртый — видеоинфраструктура: live-стриминг, CDN-распространение и удалённый плейаут.

Широта видна в клиентском портале. Егооблачный интерфейсрекламирует группировку проектов, виртуальные машины по требованию, развёртывание через cloud-init, доступ к терминалу из браузера, пересоздание инстансов и REST-интерфейс. Это значимые функции плоскости управления. Они позволяют клиенту создавать и уничтожать вычислительные ресурсы без ожидания техника, если существует инвентарь базовых узлов, хранилища, сети и лицензий. Страница не раскрывает число гипервизоров, политику переподписки, репликацию хранилища, правила размещения или регионы, доступные в селекторе.

Настранице VPSперечислены тарифы KVM от двух до четырёх ядер, 2–8 ГБ ОЗУ и 30–240 ГБ диска, с месячными объёмами трафика до 3 ТБ. Там также сказано, что сервис использует серверы Dell, предлагает защиту от DDoS и нацелен на аптайм 99,9 %. Публичная корзина, однако, сейчас показывает толькотариф Starter VPSот 1 550 INR в месяц и не раскрывает тех же деталей ресурсов. Маркетинговая страница начинается от 1 000 INR. Покупатель по одним этим страницам не может понять, разные ли это поколения, локации, акционные цены или просто несогласованные каталоги.

Выделенное оборудование столь же конкретно на уровне SKU, но непрозрачно на уровне парка. Главная страница перечисляет конфигурации Intel E3 и E5 с аплинками 1 Гбит/с и пакетами трафика. Текущаязапись в магазине выделенных серверовпредлагает 128 ГБ ОЗУ, два SSD по 480 ГБ, 10 ТБ на 1 Гбит/с и пять IP-адресов за 12 700 INR в месяц. Но в заголовке указано «48 ядер», а в описании — E5-2680 v4 с 28 ядрами. Это расхождение не является доказательством недоступной ёмкости, но достаточный повод требовать финальную спецификацию, а не считать заголовок карточки технической характеристикой.

Разница между продаваемой конфигурацией и установленным парком фундаментальна. Карточку товара можно создать до установки оборудования, оставить видимой после исчерпания запасов или описывать железо, закупаемое под заказ. Страница выделенных серверов Logosys сама помечает одну конфигурацию E5 как «Распродано», оставляя другие конфигурации доступными для выбора. Ни один из публичных источников — счётчик запасов, сериализованный список оборудования, число стоек или срок поставки — не показывает, сколько устройств установлено и запитано. Полезная ёмкость выделенных серверов неизвестна.

На карте — три разных типа мест

Публичные упоминания Хайдарабада, Мумбаи и Ченнаи не следует наносить на одну карту без пояснений, что означает каждая точка.

Хайдарабад — самый сильный локационный якорь. Это зарегистрированный и контактный адрес в уведомлении о регистрации, записях APNIC и политиках компании. Имя хоста диагностического сервиса тоже использует Hyderabad, а страница помечает Hyderabad DC1. Но адрес офиса в Котхапете не доказывает, что production-серверы стоят в этом здании. Диагностический сервис ведёт только на городской поиск по карте, а не на названного оператора дата-центра или точный объект.

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

Мумбаи — самое сильное место сетевого взаимодействия.Запись Logosys в PeeringDBуказываетAS150636на площадке Web Werks Mumbai 1 и на порту 1 Гбит/с на DE-CIX Mumbai.Запись объектаразмещает Web Werks Mumbai 1 в Sigma IT Park в Рабале, Нави Мумбаи, и перечисляет четыре биржи, доступные в здании. Это хорошее доказательство того, что Logosys имеет или, по крайней мере, заявила о действующем сетевом присутствии там. PeeringDB поддерживается участниками сети, а не является аудитом оборудования, поэтому не доказывает, сколько стоек, серверов или кросс-коннектов Logosys там находится.

Web Werks даёт полезный контекст вокруг границы здания. На текущейстранице индийских дата-центровMumbai 1 описан как специализированный объект мощностью 2,3 МВт с резервированием N+N. Это утверждения оператора обо всём объекте. Их нельзя приписывать Logosys. Арендатор может занимать часть шкафа или несколько стоек; может покупать один или два пути питания; может подключаться к одному оператору, биржевой среде или нескольким сетям. Ничто публичное не сообщает о законтрактованных киловаттах Logosys, схеме PDU, пути ИБП, покрытии генераторами, разнообразии кросс-коннектов или условиях remote hands внутри здания.

Ченнаи в рассмотренных материалах сейчас только городская метка, опубликованная компанией. Ни один названный объект в Ченнаи не появляется в записи Logosys на PeeringDB. Ни адреса улицы, ни арендодателя, ни биржевого порта, ни исходного префикса, ни адреса тестового сервера на странице диагностики опубликовано не было. Это не опровергает косвенный сервисный узел, арендованный сервер или частное соединение в Ченнаи. Это означает, что физический статус, оператор, состав услуг и независимость отказов «Chennai DC1» неизвестны.

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

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

Один /23 выделен, один /24 виден

Записи о номерных ресурсах дают самую чёткую жёсткую границу.Запись RDAP в APNIC для автономной системыидентифицируетAS150636как LOGOSYSCL-AS-IN, активную в Индии и зарегистрированную в феврале 2023 года.Запись адреса в APNICзакрепляет за Logosys Cloud переносимый диапазон IPv4 с103.89.46.0по103.89.47.255. Это /23, содержащий 512 адресов до вычета служебных, широковещательных, инфраструктурных и зарезервированных. «Переносимый» означает, что блок адресов закреплён за держателем, а не является просто подсетью агрегата провайдера; это не значит, что компания владеет зданиями или волокном.

На момент наблюдения 15 июля 2026 годапредставление RIPEstat об анонсируемых префиксахвозвращало только103.89.46.0/24. Егопредставление статуса маршрутизациинасчитало 256 анонсируемых IPv4-адресов, ни одного IPv6-префикса и полную видимость среди 326 IPv4-пиров RIPE RIS в наборе измерений. В нём зафиксировано первое появление маршрута 26 июля 2023 года. Это операционно полезный результат: активный /24 в тот момент не был слабым или локальным анонсом.

Вторая половина —103.89.47.0/24— имеет объект маршрута в APNIC, называющийAS150636, и у держателя есть авторизация RPKI, покрывающая /23 с максимальной длиной /24. Её не было в текущем результате анонсируемых префиксов. Объект маршрута и валидная авторизация происхождения — это разрешения и записи политики; они не являются доказательством того, что маршрут сейчас распространяется, принимается во всём мире или несёт клиентский трафик. Неанонсируемый /24 может быть зарезервирован, подготовлен, отозван, использоваться в частном порядке или просто простаивать. Публичные данные не решают, что именно.

Активный маршрут имеет валидную авторизацию происхождения.Проверка RPKI в RIPEstatнаходит валидную ROA для происхожденияAS150636, покрывающую103.89.46.0/23с максимальной длиной /24. Это снижает один класс ошибок происхождения маршрута: сети, выполняющие валидацию происхождения, могут убедиться, что эта AS уполномочена анонсировать этот /24. RPKI не проверяет весь путь AS, не доказывает, что пакеты достигают здорового сервера, и не защищает сервис от сбоев питания, коммутации, приложений или поддержки.

IPv6 остаётся заметной неизвестной в коммерческой истории. PeeringDB сообщает о нуле IPv6-префиксов у Logosys, и RIPEstat не наблюдал ни одного анонса. Запись DE-CIX не публикует IPv6-адрес для порта Logosys. Провайдер всё равно может предоставлять IPv6 через другую сеть или отдельным клиентам, но собственного видимого IPv6-происхождения нет. Покупателям, которым нужен нативный dual stack, следует запросить выделенный префикс, политику маршрутизации, процесс reverse DNS и тестовый адрес, а не выводить IPv6 из общего облачного ярлыка.

Пиринговый порт — это не пять независимых выходов

PeeringDB точен в отношении единственного биржевого подключения, которое он перечисляет: действующий порт 1 Гбит/с на DE-CIX Mumbai с участием в маршрутном сервере. Он также классифицирует сеть как контентную, даёт открытую пиринговую политику, фиксирует преимущественно исходящий трафик и относит самооценённый трафик к диапазону 1–5 Гбит/с. Запись последний раз обновлялась в декабре 2023 года. Эти поля помогают другим сетям решать, стоит ли и где соединяться. Это не текущий график утилизации, не контракт и не резервирование ёмкости.

Биржевой порт 1 Гбит/с имеет максимальную линейную скорость; он не ограничивает всю автономную систему, если транзит или частные соединения существуют в другом месте. Точно так же самооценённый диапазон трафика 1–5 Гбит/с может включать трафик вне этой биржи. Противоречия в принципе нет, но нет и публичных измерений, связывающих диапазон трафика с конкретными каналами. Покупатель не должен складывать «1 Гбит/с DE-CIX» с «портом сервера до 100 Гбит/с» и предполагать 101 Гбит/с внешней ёмкости. Скорость доступа сервера, совокупная ёмкость фабрики, обязательства по транзиту и скорость биржевого порта измеряют разные сегменты.

Текущие данные о путях особенно важны.Представление соседей в RIPEstatвидитAS133296как доминирующую сеть непосредственно перед Logosys на сотнях наблюдаемых путей.Регистрация RDAP в APNIC для этого номера ASназывает её WEBWERKS-AS-IN и описывает Web Werks India Pvt. Ltd.Состояние BGP для активного /24в RIPEstat также показывает небольшое число путей, в которых другие сети появляются непосредственно передAS150636, включая пути, согласующиеся с биржевым или альтернативным подключением. Это подтверждает взвешенный вывод: Web Werks была доминирующим видимым путём на тот момент, при этом наблюдалось некоторое разнообразие логических путей.

Это не поддерживает более сильную формулировку «физически резервированный мультихоминг». Два BGP-соседа могут заканчиваться на одном маршрутизаторе, использовать один пучок кросс-коннектов, проходить через одну комнату встречи операторов в здании или зависеть от одного фидера электросети. Маршрутный сервер биржи может показывать сотни пиров через один физический порт. Несколько апстрим-путей AS могут снова сходиться на одном операторе за пределами сети клиента. Возможно и обратное: частные каналы могут быть физически разнесены, а публичные коллекторы выбирать только один лучший путь.

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

Заявление компании о пяти точках обмена трафиком может относиться к сетям, доступным клиентам, биржевым средам, используемым через другую сторону, или подключениям, не указанным в PeeringDB. Публичная запись не называет остальные четыре. Пока не предоставлены названия, порты и операционный статус, единственная независимо отслеживаемая биржевая привязка в этом обзоре — DE-CIX Mumbai. Это полезное подключение, но один биржевой порт не заменяет транзит и сам по себе не обеспечивает маршрут при отказе здания, маршрутизатора или канала доступа.

Кому принадлежат стойка, сервер и канал питания?

Logosys в одних местах использует язык собственности аккуратно, в других — вольно. Страница стриминга говорит «полностью собственная сеть», а страница колокации объясняет, что клиенты могут разместить своё оборудование в стойке ЦОДа и что оператор предоставляет питание и сеть. Страница выделенных серверов обещает физические серверы в монопольном использовании, но не говорит, владеет ли Logosys каждым сервером, арендует его или закупает. PeeringDB называет Web Werks Mumbai 1 площадкой взаимодействия, а не зданием Logosys.

Следовательно, в купленной услуге есть как минимум четыре возможных слоя собственности. Logosys Cloud может быть договорным поставщиком услуг. Компания-владелец дата-центра может владеть зданием, ИБП, генераторами и охлаждением или управлять ими. Оператор связи или биржа может обеспечивать внешнюю связь. Сервером может владеть Logosys, оператор площадки, лизинговая компания или другой поставщик. Клиент контролирует свою гостевую ОС или колоцированное оборудование, но может не контролировать гипервизор, коммутатор, массив хранения или очередь remote hands. Публичные страницы не разрешают каждый слой для каждого SKU.

Предложение колокации у Logosysконкретно по розничным пакетам. Рекламируются 1U на 200 Вт, 2U на 300 Вт, 4U на 400 Вт и 8U на 600 Вт, каждый со 100 ГБ трафика. Также перечислены четверть стойки на 1 кВт, половина стойки на 1,5 кВт и полная стойка 42U на 3 кВт. Это заявленные продуктовые пределы, а не доказательство живого резерва. Они также вызывают технические вопросы. Страница говорит «Питание: да», но не уточняет фиды A и B, напряжение, номинал автомата, метод учёта, допустимость длительной/пиковой нагрузки или учёт коэффициента мощности. Плотность полной стойки 3 кВт правдоподобна для многих традиционных хостинговых нагрузок, но может сдерживать плотные GPU-развёртывания или современные двухпроцессорные системы.

Та же страница колокации называет предложение «дата-центром уровня Tier 4» в верхней части, а позже описывает «дата-центры уровня Tier 3». Она не называет орган сертификации, идентификатор объекта или сертификат. Терминология уровней может описывать проектные амбиции, сокращение оператора или формальную стороннюю сертификацию; это не взаимозаменяемо. Единственный безопасный вывод — страница делает оба заявления. Покупателю следует запросить конкретный объект, сертификат, область действия и срок действия, а не переносить общий ярлык уровня на стойку Logosys.

Мощность объекта тоже легко прочитать неправильно. Web Werks публикует 2,3 МВт для Mumbai 1. Это цифра оператора для всей площадки, а не установленная или зарезервированная мощность Logosys. Она ничего не говорит о доле, доступной клиенту Logosys после текущей нагрузки, ограничений охлаждения, договорных резервов и условий обслуживания. Статья не нашла раскрытых данных о числе стоек, обязательствах по мощности, времени работы генераторов, топливном контракте, схеме охлаждения, запасе запчастей или серверном инвентаре Logosys. Установленная, запитая, рабочая, проданная и пригодная для сбоев ёмкость на уровне компании неизвестна.

Стриминг меняет цепочку зависимостей

Самая отличительная рабочая нагрузка Logosys — вещательный стриминг. Страница live-CDN предлагает тарифы от 1 ТБ и десяти подключений до 5 ТБ и 1 000 подключений, по одному каналу на тариф. Компания заявляет о задержке менее пяти секунд для HLS и DASH, поддержке Wowza и 20 стриминговых серверах по всему миру. Страница «О компании» говорит, что компания обслужила более 100 телеканалов. Это собственные коммерческие заявления. Никакой публичный список узлов, список провайдеров, отчёт о трафике или клиентские свидетельства не устанавливают текущее расположение и статус всех 20 серверов или число активных клиентов.

Для вещателя «20 серверов» — не число ёмкости без допущений о нагрузке. Сервер, получающий один высокобитрейтный входящий поток и перепакетирующий его, может иметь совсем другие лимиты CPU, GPU, хранилища и исходящего трафика, чем граничный узел, раздающий кэшированные сегменты. Десять подключений при одном битрейте не эквивалентны десяти при другом. Месячная квота трафика мало говорит о пиковой одновременности. CDN может использовать собственные серверы, арендованные физические серверы, виртуальные машины или стороннего дистрибьютора. Страница Logosys не разбивает роли исходного сервера, транскодинга, пакеджера и граничных узлов по локациям.

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

«Резервирование CDN» требует схемы для каждой роли, а не просто подсчёта узлов.

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

Заявления о ёмкости — это не состояния ёмкости

Слово «ёмкость» на этом рынке покрывает как минимум семь состояний. Проектная ёмкость — это то, что система могла бы поддерживать, если бы была построена по плану. Установленная ёмкость — это оборудование в стойке. Запитая ёмкость имеет включённую цепь и выделенное охлаждение. Подключённая ёмкость имеет активный сетевой путь. Рабочая ёмкость проходит проверки здоровья. Проданная ёмкость закреплена за клиентами. Полезная ёмкость — это то, что остаётся при рассматриваемом сбое. Публичные страницы Logosys в основном описывают продуктовые максимумы и конфигурации каталога, а не эти состояния.

Цифра 100 Гбит/с на странице выделенных серверов — обещание скорости порта для сверхширокополосного класса. С ней не связано ни название сервера, ни объект, ни модель коммутатора, ни обязательство по транзиту, ни текущая цена. Основная покупаемая конфигурация выделенного сервера показывает 1 Гбит/с. Биржевой порт в PeeringDB — 1 Гбит/с. Ни одно из этих чисел не доказывает и не опровергает другие, потому что они могут относиться к разным портам и площадкам. Но порт доступа 100 Гбит/с не может доставить 100 Гбит/с в публичный интернет, если остальная часть пути, политика трафика и коммерческие обязательства его не поддерживают.

Инвентарь IPv4 иллюстрирует ещё одну границу. /23 содержит 512 адресов, и на момент наблюдения глобально анонсировался только один /24. В конфигурацию выделенного сервера входят пять IP-адресов. Это не значит, что Logosys может продать только около 51 такого сервера: адреса могут приходить от апстримов, переиспользоваться через частные сети или распределяться по-разному между продуктами. Это значит, что публичное переносимое адресное пространство конечно и частично не анонсируется.

Клиентам с большими выделениями следует спросить, являются ли адреса удерживаемыми Logosys или назначенными провайдером, можно ли их маршрутизировать после миграции и как управляются история злоупотреблений и reverse DNS.

Нет публичных данных об использовании: загрузка CPU, выделение ОЗУ, потребление хранилища, переподписка, утилизация портов, потребляемая мощность стоек или проданные резервы. Диапазон 1–5 Гбит/с на PeeringDB самооценён и достаточно стар, чтобы требовать повторного подтверждения. Маркер «Распродано» в магазине на одной конфигурации показывает, что состояние запасов может иметь значение, но не раскрывает, было ли ограничение в процессорах, дисках, шасси, мощности стойки или снятом с продажи SKU.

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

Обещание 99,9 % имеет процедурные оговорки

Logosys публикует подробноесоглашение об уровне сервиса— это лучше, чем оставлять аптайм на откуп маркетинговому тексту. SLA устанавливает месячный порог 99,9 %. В 30-дневном месяце 0,1 % — это около 43 минут и 12 секунд. Доступность между 99,9 % и 99 % даёт один день продления услуги; более низкие диапазоны дают два или три дня, с формулой ниже 97 %. Logosys может вместо этого предоставить эквивалентный кредит или скидку по своему усмотрению.

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

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

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

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

Локальное облако не означает автоматически известную локализацию данных

Logosys позиционирует себя как индийский облачный провайдер, публикует индийские цены, индийское юридическое лицо и автономную систему, зарегистрированную в Индии. Это значимые сигналы локализации. Сами по себе они не устанавливают, где находится каждая категория клиентских данных.

Страница колокации говорит, что центры существуют в Индии и США. Страница live-CDN говорит, что серверы находятся по всему миру. Клиентский портал — отдельная сервисная поверхность от маркетингового сайта. Резервные копии, записи мониторинга, вложения службы поддержки, данные DNS и стриминговые граничные узлы могут находиться не там, где основной вычислительный узел. Клиент, покупающий хостинг «Индия», должен требовать, чтобы в заказе были указаны объект и страна для основных данных, реплик, резервных копий, снапшотов, журналов и доступа поддержки.

Политика конфиденциальностиидентифицирует Logosys Cloud Private Limited и объясняет категории собираемой информации о клиентах, счетах и использовании. Она не является пообъектным графиком локализации данных для размещённых нагрузок. Условия возлагают ответственность за клиентские данные и соблюдение законодательства в основном на клиента. Для регулируемого или чувствительного к локации развёртывания национальность бренда и код страны в регистрации IP недостаточны.

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

Как распространялись бы сбои

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

Сбой электропитания стойки или объекта.Если сервис работает только в Web Werks Mumbai 1, событие в PDU стойки, помещении, пути ИБП или здании может одновременно остановить вычислительное и сетевое оборудование. Маркетинг N+N на уровне объекта не доказывает, что конкретный арендатор купил два фида или развернул оборудование с двумя кабелями питания. Восстановление зависит от запасного оборудования, remote hands, резервной локации и наличия на другой площадке достаточной зарезервированной мощности. Ничто из этого публично не количественно определено для Logosys.

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

Отказ биржевого порта или граничного маршрутизатора.Указанный порт DE-CIX — 1 Гбит/с в одном объекте Мумбаи. Если биржевой трафик и транзит заканчиваются на одном граничном шасси, отказ граничного маршрутизатора может убрать оба, даже если контракты называют несколько сетей. Если используются отдельные шасси и пути, устойчивость может быть гораздо выше. Публичная запись не раскрывает эту топологию.

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

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

Отказ стримингового исходного сервера.Несколько граничных узлов CDN не помогают, когда единственный энкодер, плейаут-процесс или исходный сервер перестал выдавать валидный поток. Восстановление требует второго входа, актуального контента, лицензий, учётных данных и проверенного переключения трафика. Публичное заявление о «20 серверах» не определяет эти роли.

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

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

Экономика привлекательна, потому что границы остаются за покупателем

Прейскурантные цены Logosys могут быть привлекательными. За 1 550 INR в текущем магазине доступен входной VPS. За 12 700 INR — выделенная конфигурация со 128 ГБ ОЗУ, SSD, 10 ТБ на 1 Гбит/с и пятью адресами. Колокация 1U начинается от 4 500 INR в месяц, а полная стойка указана за 50 000 INR с 3 кВт. Стриминг начинается от 1 500 INR за один канал и 1 ТБ месячного трафика. Эти цены дают небольшим организациям путь в управляемую инфраструктуру без минимальных обязательств, характерных для гиперскейлеров или оптовых контрактов.

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

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

Что превратило бы заявления в доказательства об инфраструктуре

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

Вторым улучшением была бы страница сетевых фактов. Она могла бы перечислять активные префиксы, статус IPv6, транзитных провайдеров, биржи, ёмкости портов, адреса диагностических сервисов и покрытие RPKI с датой последнего обновления. Следовало бы указать, находятся ли несколько сессий на отдельных маршрутизаторах и входят ли они в объект по разнесённым путям. Текущая запись PeeringDB полезна, но существенно обновлялась в 2023 году и называет только одну биржу и один объект.

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

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

Для покупателей, оценивающих Logosys сегодня, список проверок прост:

  1. Зафиксируйте в форме заказа точное юридическое лицо для договора и счетов, включая роль Logosys Software Solutions Private Limited.
  2. Назовите объект и страну для вычислений, основного хранилища, реплик, резервных копий, журналов и доступа поддержки.
  3. Определите, кто владеет сервером, стойкой, фидером питания, кросс-коннектом и IP-пространством, используемыми купленной услугой.
  4. Получите актуальные данные о транзите и биржах, затем спросите, какие каналы физически независимы, и протестируйте переключение при отказе.
  5. Переведите каждое заявление о пропускной способности в порт, обязательство, политику всплесков, объём трафика и ответственность за перегрузку.
  6. Переведите каждое заявление о ёмкости в установленные, запитаные, рабочие, доступные для заказа и пригодные для сбоев величины.
  7. Определите право собственности на резервные копии, формат экспорта, тест восстановления, точку восстановления, время восстановления и помощь при переходе к другому провайдеру.
  8. Сверьте маркетинговую конфигурацию, конфигурацию корзины и финальную спецификацию до оплаты.
  9. Согласуйте уведомление об инцидентах и сервисные кредиты с реальным влиянием на бизнес, а не с общим показателем 99,9 %.
  10. Потребуйте доказательства по Хайдарабаду, Ченнаи, четвёртой точке присутствия, четырём дополнительным биржам и любой локации в США, если предлагаемая схема на них опирается.

Вывод

Logosys Cloud — это не просто веб-хостинг с приклеенным словом «облако». У компании есть зарегистрированная индийская сеть, валидная защита происхождения маршрутов, видимое подключение в Мумбаи, средства самообслуживания, предложения физических серверов и убедительная специализация в телевизионном плейауте и стриминге. Для региональных вещателей и небольших индийских клиентов такая комбинация может быть коммерчески полезной.

Но публичная инфраструктурная история пока не такая широкая, как история продуктов. Диагностическая страница с тремя городами не раскрывает три независимых объекта. Выделенный /23 не означает, что оба /24 маршрутизируются. Биржевой порт 1 Гбит/с не доказывает пять биржевых подключений или интернет-путь на 100 Гбит/с. Объект мощностью 2,3 МВт не даёт Logosys 2,3 МВт. Двадцать стриминговых серверов не устанавливают двадцать независимых исходных серверов. SLA 99,9 % не гарантирует восстановление после отказов объекта, транзита, плоскости управления или потери данных.

Доказательства поддерживают ограниченный вывод. Logosys Cloud контролируетAS150636, активно анонсирует один хорошо видимый /24 с валидной RPKI и заявляет о рабочем присутствии на Web Werks Mumbai 1 и DE-CIX Mumbai. Хайдарабад прочно установлен как корпоративная и операционная база, тогда как Ченнаи и остальная рекламируемая часть остаются недостаточно специфицированы. Всё, что выходит за эту границу, следует покупать через заказ, привязанный к конкретной площадке, ёмкости и восстановлению, а не выводить из каталога. Следующим значимым доказательством будет не более крупная цифра пропускной способности, а датированное заявление о том, где работает сервис, что остаётся доступным при сбое и кто отвечает за его возвращение в строй.