Resumen

  • Ellooking glassde Logosys Cloud nombra Hyderabad DC1, Mumbai DC1 y Chennai DC1, pero no identifica los edificios, la propiedad de los racks, los circuitos, la topología eléctrica o el inventario de servicios detrás de esas etiquetas.
  • APNIC asigna a Logosys CloudAS150636y el bloque portátil103.89.46.0/23. El 15 de julio de 2026,RIPEstat mostrósolo103.89.46.0/24originado activamente, sin espacio IPv6 visible. Esa ruta era completamente visible para los peers de RIPE RIS y tenía una autorización RPKI válida.
  • PeeringDB enumeraun puerto operativo de 1 Gbps en DE-CIX Mumbai y una instalación de interconexión, Web Werks Mumbai 1.APNIC identificaAS133296como Web Werks India Pvt. Ltd.; las observaciones actuales de BGP hacen que ese ASN sea la red adyacente dominante, pero ningún hecho prueba que todos los servicios de Logosys usen un solo sitio o un solo operador.
  • Las páginas de productos anuncian puertos de hasta 100 Gbps, cuatro puntos de presencia, cinco exchanges indios, servidores de transmisión global y colocación en India y Estados Unidos. La evidencia pública no revela el tamaño de la flota instalada, las asignaciones de clientes, la capacidad sitio por sitio, la energía reservada, la capacidad de conmutación por error utilizable ni un diseño de recuperación multisitio probado.

La página más reveladora es la más pequeña

La página de Logosys Cloud que más dice sobre su infraestructura no es el catálogo de servidores dedicados con sus grandes cifras de ancho de banda. Es una página de diagnóstico compacta en un nombre de host que comienza conlg-hyderabad. En la parte superior, ellooking glass de Logosyspresenta tres etiquetas: Hyderabad DC1, Mumbai DC1 y Chennai DC1. Ofrece funciones de ping, traceroute y archivo de prueba. La página es una señal útil de que el operador quiere que los clientes inspeccionen el rendimiento de la red, pero sus etiquetas de ciudad no son un mapa de centros de datos propios. No nombran a un propietario, una dirección, una sala, una jaula, un enrutador, una fuente de alimentación ni los SKU de servicio disponibles en cada ciudad.

Esa distinción importa porque el resto del catálogo de Logosys invita a una imagen mental mucho más grande. Lapágina de servidores dedicadosdice que los clientes tienen acceso a cuatro puntos de presencia y cinco exchanges de Internet en toda India. Describe puertos estándar de 1 Gbps, 10 Gbps para servidores de mayor rendimiento y hasta 100 Gbps para un nivel de ultra alto ancho de banda. Lapágina de CDN de transmisión en vivodice que hay 20 servidores de transmisión en todo el mundo. Lapágina de colocacióndice que los centros están ubicados en India y Estados Unidos. Lapágina acerca dedescribe una nube de autoservicio que ofrece máquinas virtuales, cómputo dedicado, GPU, almacenamiento de objetos, balanceo de carga, cortafuegos, VPC, DBaaS, IPv4 reservado y copias de seguridad.

Cada declaración puede describir una parte de la cartera de servicios. Ninguna, por sí sola, le dice a un comprador dónde se ejecutará una máquina virtual en particular, qué empresa posee el servidor, si dos ubicaciones anunciadas comparten un edificio u operador, cuánta capacidad está instalada o si la capacidad restante sigue siendo utilizable durante una falla. La evidencia pública de red da una respuesta más firme pero más pequeña. Establece un sistema autónomo, un /24 IPv4 actualmente enrutado, una conexión de intercambio nombrada y una instalación nombrada en Mumbai.

La lectura responsable no es ni "el sitio web es la red" ni "cualquier cosa no visible en BGP no existe". Es que la cobertura del producto, el alcance lógico y la resiliencia física son proposiciones separadas que requieren pruebas separadas.

Una empresa de nube de 2022 con un linaje de difusión más antiguo

La identidad legal comienza el 8 de abril de 2022. En unanuncio de incorporaciónen el portal del cliente, la empresa dijo que Logosys India pasaba a ser Logosys Cloud Private Limited y proporcionó el número de identificación corporativaU72900TG2022PTC161383. El aviso nombraba a Ashwin Kumar como fundador y director general y daba una dirección en Kothapet, Hyderabad. El registro de APNIC paraAS150636utiliza el mismo nombre de empresa y dirección de Hyderabad, lo que conecta la entidad legal con el número de red pública de manera más directa de lo que podría hacerlo solo un nombre de marca.

La historia anterior a 2022 es más complicada. Logosys Cloud dice en su página acerca de que comenzó en 2013 como un proveedor de cómputo sin contrato. Una empresa separada, Logosys Software Solutions Private Limited, está identificada en elperfil de datos corporativos de Toflercomo incorporada el 22 de marzo de 2013 bajo el CINU72200TG2013PTC086572; el perfil enumera a Ashwin Kumar y Moti Singh Purohit como directores y da la dirección registrada de Kothapet, Hyderabad. El sitio web de la empresa de software comercializa productos de reproducción de televisión. Lostérminos de servicioactuales de la empresa de nube nombran a Logosys Cloud Private Limited como el proveedor de servicios, pero la cláusula de pagos instruye a los clientes que pagan mediante transferencia bancaria, cheque o giro a la vista a realizar el pago a favor de Logosys Software Solutions Private Limited. Los registros muestran, por lo tanto, una dirección común, la aparición de Ashwin Kumar en los registros de ambas empresas y una instrucción de pago. No establecen la tenencia de acciones actual, el estado de matriz-subsidiaria, la propiedad de activos ni un acuerdo de servicios intercompañías.

Esto no es una trivialidad administrativa. Un cliente que compra un servidor debe saber qué empresa firma el pedido, emite la factura fiscal, recibe los fondos, posee o alquila el hardware, emplea al personal de soporte y debe cualquier crédito de servicio. El anuncio de 2022 dice que los productos, servicios, sitio web y números de contacto siguieron siendo los mismos después del cambio de nombre, sin embargo, la aparición continua de la empresa de software más antigua como receptora de pagos deja el límite contractual que vale la pena confirmar por escrito.

El registro público revisado aquí no revela una estructura de grupo consolidada ni estados financieros auditados para la operación de nube. Por lo tanto, la propiedad actual de Logosys Cloud más allá de los directores nombrados se desconoce a partir de la evidencia disponible.

El linaje de difusión más antiguo, sin embargo, explica por qué este catálogo no es una copia genérica de un host de productos básicos. Logosys vende ancho de banda de transmisión, servidores de reproducción remotos, servicios FTP para canales de noticias, licencias de software de reproducción y distribución gestionada junto con VPS y alojamiento web. Sulistado de reproducción remotacombina un servidor de 32 núcleos, 256 GB, SSD, 10 TB de transferencia y una GPU Nvidia Quadro con software de reproducción Logosys. Este es un nicho operativo coherente: un difusor regional puede comprar software, cómputo, transmisión y soporte de una sola contraparte comercial. También concentra varios modos de falla en la misma contraparte.

Lo que la empresa realmente vende

Logosys Cloud abarca cuatro mercados relacionados. Primero, alojamiento compartido y de reventa, donde muchos clientes comparten un servidor y dependen de un panel de control, pila web y equipo de soporte. Segundo, infraestructura virtual, incluidos productos VPS KVM y una interfaz bajo demanda. Tercero, capacidad física, con servidores dedicados y colocación de unidad de rack o rack completo. Cuarto, infraestructura de video, que incluye transmisión en vivo, distribución CDN y reproducción remota.

La amplitud es visible en el portal del cliente. Suinterfaz de alojamiento en la nubeanuncia agrupación de proyectos, máquinas virtuales bajo demanda, implementación cloud-init, acceso a terminal del navegador, reconstrucciones y una interfaz REST. Estas son funciones significativas del plano de control. Permiten a un cliente crear y destruir cómputo sin esperar a un técnico, siempre que exista el nodo subyacente, almacenamiento, red e inventario de licencias. La página no revela el número de hosts hipervisor, la política de sobresuscripción, la replicación de almacenamiento, las reglas de ubicación ni las regiones disponibles en el selector.

Lapágina de VPSenumera planes KVM de dos a cuatro núcleos, 2 GB a 8 GB de RAM y 30 GB a 240 GB de disco, con asignaciones de transferencia mensual de hasta 3 TB. También dice que el servicio utiliza servidores Dell, ofrece protección DDoS y apunta a un tiempo de actividad del 99,9 por ciento. Sin embargo, el carrito de compras público actualmente muestra solo unVPS Starterque comienza en 1.550 INR al mes y no expone el mismo detalle de recursos. La página de marketing comienza en 1.000 INR. Un comprador no puede determinar solo a partir de esas páginas si son diferentes generaciones, ubicaciones, precios promocionales o simplemente catálogos no sincronizados.

El hardware dedicado es igualmente específico a nivel de SKU pero opaco a nivel de flota. La página principal enumera configuraciones Intel E3 y E5 con enlaces ascendentes de 1 Gbps y paquetes de transferencia. Laentrada actual de la tienda de servidores dedicadosofrece 128 GB de RAM, dos SSD de 480 GB, 10 TB a 1 Gbps y cinco direcciones IP a 12.700 INR al mes. Sin embargo, su título dice "48 Cores" mientras que la descripción dice un E5-2680 v4 con 28 núcleos. Esa discrepancia no es evidencia de capacidad no disponible, pero es razón suficiente para exigir una lista de materiales final en lugar de tratar el título de la tarjeta como una especificación técnica.

La diferencia entre una configuración vendible y una flota instalada es fundamental. Una tarjeta de producto puede generarse antes de que el equipo esté en rack, puede permanecer visible después de que el stock se agote, o puede describir hardware obtenido por pedido. La propia página de dedicados de Logosys marca una configuración E5 como "Sold out" mientras que otras configuraciones permanecen seleccionables. Ningún contador de inventario público, lista de hardware serializada, recuento de racks o plazo de entrega establece cuántas unidades están instaladas y alimentadas. La capacidad dedicada utilizable se desconoce.

El mapa tiene tres tipos diferentes de lugar

Las referencias públicas a Hyderabad, Mumbai y Chennai no deben colocarse en un mismo mapa sin etiquetas que expliquen qué significa cada punto.

Hyderabad es la ubicación de identidad más fuerte. Es la dirección registrada y de contacto en el aviso de incorporación, los registros de APNIC y las políticas de la empresa. El nombre de host del looking glass también usa Hyderabad, y la página etiqueta Hyderabad DC1. Pero una dirección de oficina en Kothapet no es prueba de que los servidores de producción estén en ese edificio. El looking glass solo enlaza a una búsqueda de mapa a nivel de ciudad, no a un operador de centro de datos nombrado ni a una instalación exacta.

La evidencia pública no establece si Hyderabad DC1 es una sala propia, una jaula alquilada, espacio al por mayor, un nodo remoto o una etiqueta para servicios entregados a través de otro operador.

Mumbai es la ubicación de interconexión más fuerte. Elregistro de Logosys en PeeringDBenumeraAS150636en Web Werks Mumbai 1 y en un puerto de 1 Gbps en DE-CIX Mumbai. Elregistro de la instalaciónsitúa Web Werks Mumbai 1 en Sigma IT Park en Rabale, Navi Mumbai, e identifica cuatro exchanges disponibles en el edificio. Esta es una buena evidencia de que Logosys tiene, o al menos reportó, una presencia de red operativa allí. PeeringDB es mantenido por participantes de la red en lugar de servir como una auditoría de equipos, por lo que no prueba cuántos racks, servidores o conexiones cruzadas de Logosys están presentes.

Web Werks proporciona un contexto útil alrededor del límite del edificio. Supágina actual de centros de datos en Indiadescribe Mumbai 1 como una instalación construida expresamente de 2,3 MW con redundancia N+N. Esas son afirmaciones del operador a nivel de instalación. No deben asignarse a Logosys. Un inquilino puede ocupar una fracción de un gabinete o varios racks; puede comprar una ruta de energía o dos; puede conectarse a un operador, una estructura de exchange o varias redes. Nada público establece los kilovatios contratados, la disposición del PDU, la ruta del UPS, la cobertura del generador, la diversidad de conexiones cruzadas o los términos de manos remotas de Logosys dentro del edificio.

Chennai es actualmente solo una etiqueta de ciudad publicada por la empresa en el material revisado. No aparece ninguna instalación nombrada de Chennai en el registro de PeeringDB de Logosys. No se publicó ninguna dirección, propietario, puerto de exchange, prefijo de origen o dirección de servidor de prueba en la página del looking glass. Eso no refuta un nodo de servicio indirecto, un servidor alquilado o una interconexión privada en Chennai. Significa que el estado físico, el operador, el inventario de servicios y la independencia de fallas de "Chennai DC1" son desconocidos.

La propia declaración de servidores dedicados de la empresa añade un cuarto punto de presencia y cinco exchanges indios sin nombrarlos. Su copia de colocación añade una presencia no especificada en EE. UU. Estas son afirmaciones de cobertura, no mapas de rutas. Un socio de CDN, proveedor de tránsito, acuerdo de reventa o máquina alquilada puede crear alcance de servicio sin dar a Logosys un enrutador o jaula propia en cada ubicación. Por el contrario, un enlace privado o una red de gestión no anunciada puede no aparecer en los datos públicos de BGP. Las rutas exactas de fibra entre cualquier ubicación de Logosys no son públicas.

No hay evidencia de conductos físicamente diversos, entradas metropolitanas separadas o rutas de larga distancia independientes.

Un /23 asignado, un /24 visible

Los registros de recursos de numeración proporcionan el límite duro más claro. Elregistro RDAP de APNIC para el sistema autónomoidentificaAS150636como LOGOSYSCL-AS-IN, activo en India y registrado en febrero de 2023. Elregistro de direcciones de APNICasigna a Logosys Cloud el rango IPv4 portátil103.89.46.0a103.89.47.255. Eso es un /23 que contiene 512 direcciones antes de los gastos generales de red, difusión, infraestructura y reserva. "Portátil" significa que el bloque de direcciones está asignado al titular en lugar de ser meramente una subred del agregado de un proveedor; no significa que la empresa posea edificios o fibras.

En el momento de la observación el 15 de julio de 2026, lavista de prefijos anunciados de RIPEstatdevolvió solo103.89.46.0/24. Suvista de estado de enrutamientocontó 256 direcciones IPv4 anunciadas, ningún prefijo IPv6 y visibilidad completa desde los 326 peers IPv4 de RIPE RIS en el conjunto de medición. Registró la ruta vista por primera vez el 26 de julio de 2023. Este es un resultado operativamente útil: el /24 activo no era un anuncio débil o solo local en ese momento.

La segunda mitad,103.89.47.0/24, tiene un objeto de ruta de APNIC que nombraAS150636, y el titular tiene una autorización RPKI que cubre el /23 con una longitud máxima de /24. No estaba presente en el resultado de prefijo anunciado actual. Un objeto de ruta y una autorización de origen de ruta válida son registros de permisos y políticas; no son evidencia de que una ruta se propague actualmente, sea aceptada mundialmente o transporte tráfico de clientes. El /24 no anunciado podría estar reservado, en etapa de preparación, retirado, usado de forma privada o simplemente inactivo. La evidencia pública no resuelve cuál.

La ruta activa tiene una autorización de origen válida. Lavalidación RPKI de RIPEstatencuentra una ROA válida para el origenAS150636, que cubre103.89.46.0/23con longitud máxima /24. Eso reduce una clase de error de origen de ruta: las redes que realizan validación de origen de ruta pueden verificar que este AS está autorizado para originar este /24. RPKI no valida toda la ruta AS, no prueba que los paquetes lleguen a un servidor en buen estado, ni protege un servicio de fallas de energía, conmutación, aplicación o soporte.

IPv6 sigue siendo una incógnita conspicua en la historia comercial. PeeringDB reporta cero prefijos IPv6 para Logosys, y RIPEstat no observó ninguno anunciado. El listado de DE-CIX no publica una dirección IPv6 para el puerto de Logosys. Un proveedor aún puede entregar IPv6 a través de otra red o a clientes seleccionados, pero no se ve ningún origen IPv6 propio. Los compradores que requieran doble pila nativa deben solicitar el prefijo asignado, la política de enrutamiento, el proceso de DNS inverso y una dirección de prueba en lugar de inferir IPv6 de una etiqueta de nube general.

Un puerto de peering no es cinco salidas independientes

PeeringDB es preciso sobre la única conexión de exchange que enumera: un puerto operativo de 1 Gbps en DE-CIX Mumbai, con participación en el servidor de rutas. También clasifica la red como contenido, le da una política de peering abierta, registra tráfico mayoritariamente saliente y sitúa el tráfico auto-reportado en el rango de 1-5 Gbps. La entrada se actualizó por última vez en diciembre de 2023. Estos campos ayudan a otras redes a decidir si y dónde interconectarse. No son una gráfica de utilización actual, un contrato o una reserva de capacidad.

Un puerto de exchange de 1 Gbps tiene una velocidad de línea máxima; no limita todo el sistema autónomo si existen tránsito o interconexiones privadas en otros lugares. Del mismo modo, una banda de tráfico auto-reportada de 1-5 Gbps puede incluir tráfico fuera de ese exchange. No hay contradicción en principio, pero no hay medición pública que vincule la banda de tráfico con enlaces específicos. Un comprador no debe sumar "1 Gbps DE-CIX" a "puerto de servidor de hasta 100 Gbps" y asumir 101 Gbps de capacidad externa.

La velocidad de acceso del servidor, la capacidad agregada del tejido, el compromiso de tránsito y la velocidad del puerto de exchange miden segmentos diferentes.

La evidencia de ruta actual es especialmente importante. Lavista de vecinos de RIPEstatveAS133296como la red dominante directamente antes de Logosys a través de cientos de rutas de observación. Elregistro RDAP de APNIC para ese ASNlo nombraWEBWERKS-AS-INy describe a Web Werks India Pvt. Ltd. Elestado BGP de RIPEstat para el /24 activotambién expone un pequeño número de rutas en las que otras redes aparecen directamente antes deAS150636, incluyendo rutas consistentes con conectividad de exchange o alternativa. Esto respalda una conclusión medida: Web Werks era la ruta visible dominante en ese momento, mientras que se observaba cierta pluralidad de rutas lógicas.

No respalda la frase más fuerte "multiconectividad físicamente redundante". Dos vecinos BGP pueden terminar en el mismo enrutador, usar el mismo paquete de conexiones cruzadas, atravesar la misma sala de encuentro del edificio o depender del mismo suministro eléctrico. Un servidor de rutas de exchange puede exponer cientos de peers a través de un solo puerto físico. Varias rutas AS ascendentes pueden reconverger en un solo operador más allá del borde del cliente. También es posible lo contrario: los circuitos privados pueden ser físicamente diversos mientras que los colectores públicos seleccionan solo una mejor ruta.

Para establecer la resiliencia física, Logosys necesitaría divulgar los enrutadores de borde, las ubicaciones de los puertos, los operadores, las conexiones cruzadas, las entradas del edificio y las pruebas de conmutación por error relevantes para el servicio adquirido.

La declaración de la empresa de cinco exchanges de Internet puede referirse a redes disponibles para los clientes, tejidos de exchange utilizados a través de otra parte, o conexiones no listadas en PeeringDB. El registro público no nombra a los otros cuatro. Hasta que se proporcionen nombres, puertos y estado operativo, la única conexión de exchange trazable de forma independiente en esta revisión es DE-CIX Mumbai. Esa es una conectividad útil, pero un puerto de exchange no es un sustituto del tránsito y no proporciona por sí mismo una ruta cuando falla el edificio, el enrutador o el circuito de acceso.

¿Quién posee el rack, el servidor y la ruta de energía?

Logosys usa un lenguaje de propiedad cuidadoso en algunos lugares y laxo en otros. La página de transmisión dice "Fully Own Network", mientras que la página de colocación explica que los clientes pueden colocar su equipo en un rack IDC y que un proveedor de servicios suministra energía y red. La página de dedicados promete servidores físicos de un solo inquilino pero no dice si Logosys posee, alquila o adquiere cada servidor. PeeringDB nombra a Web Werks Mumbai 1 como la instalación de interconexión, no como un edificio propiedad de Logosys.

Por lo tanto, hay al menos cuatro capas de propiedad posibles para un servicio adquirido. Logosys Cloud puede ser el proveedor contractual de servicios. Una empresa de centro de datos puede poseer u operar el edificio, UPS, generadores y refrigeración. Un operador o exchange puede proporcionar conectividad externa. Logosys, el operador de la instalación, un arrendador financiero u otro proveedor puede poseer el servidor. El cliente controla su sistema operativo invitado o hardware colocado pero puede no controlar el hipervisor, el conmutador, la matriz de almacenamiento o la cola de manos remotas.

Las páginas públicas no resuelven cada capa para cada SKU.

Laoferta de colocación de Logosyses concreta sobre los paquetes minoristas. Anuncia 1U a 200 W, 2U a 300 W, 4U a 400 W y 8U a 600 W, cada uno con 100 GB de ancho de banda. También enumera un cuarto de rack a 1 kW, medio rack a 1,5 kW y un rack completo de 42U a 3 kW. Estos son límites de producto cotizados, no prueba de inventario libre en vivo. También invitan a preguntas técnicas. La página dice "Power Supply: Yes" pero no especifica alimentaciones A y B, voltaje, tamaño del disyuntor, método de medición, asignación sostenida frente a pico o tratamiento de gastos generales del factor de potencia. La densidad del rack completo de 3 kW es plausible para muchas cargas de trabajo de alojamiento tradicionales pero puede limitar implementaciones densas de GPU o de doble zócalo modernas.

La misma página de colocación llama a la oferta un "Tier 4 centros de datos" cerca de su parte superior y luego describe "Tier 3 data centers." No nombra un organismo de certificación, identificador de instalación o certificado. La terminología de niveles puede describir la ambición de diseño, una abreviatura del proveedor o una certificación formal de terceros; esos no son intercambiables. La única conclusión segura es que la página hace ambas afirmaciones. Un comprador debe solicitar la instalación específica, el certificado, el alcance y la fecha de caducidad en lugar de transferir una etiqueta de nivel genérica a un rack de Logosys.

La capacidad de la instalación también es fácil de malinterpretar. Web Werks publica 2,3 MW para Mumbai 1. Esa es la cifra del operador de la instalación para el sitio, no la capacidad instalada o reservada de Logosys. No dice nada sobre la fracción disponible para un cliente de Logosys después de la carga existente, los límites de refrigeración, las reservas contractuales y las condiciones de mantenimiento.

El artículo no encontró ningún recuento de racks de Logosys declarado, compromiso de energía, tiempo de funcionamiento del generador, contrato de combustible, diseño de refrigeración, stock de piezas de repuesto o inventario de servidores. La capacidad instalada, alimentada, operativa, vendida y utilizable en caso de falla es desconocida a nivel de empresa.

La transmisión cambia la cadena de dependencia

La carga de trabajo más distintiva de Logosys es la transmisión de difusión. Su página de CDN en vivo ofrece planes desde 1 TB y diez conexiones hasta 5 TB y 1.000 conexiones, con un canal por plan. Afirma menos de cinco segundos de latencia para HLS y DASH, soporte para Wowza y 20 servidores de transmisión en todo el mundo. La página acerca de dice que la empresa ha servido a más de 100 canales de televisión. Estas son declaraciones comerciales de primera parte.

Ninguna lista pública de nodos, lista de proveedores, informe de tráfico o evidencia de referencia de cliente establece la ubicación y el estado actual de los 20 servidores o el recuento activo de clientes.

Para un difusor, "20 servidores" no es un número de capacidad sin supuestos de carga de trabajo. Un servidor que recibe un flujo de contribución de alta tasa de bits y lo reempaqueta puede tener límites de CPU, GPU, almacenamiento y salida muy diferentes de un borde que sirve segmentos en caché. Diez conexiones a una tasa de bits no son equivalentes a diez a otra. Una cuota de transferencia mensual dice poco sobre la concurrencia máxima. Un CDN puede usar servidores propios, metal desnudo alquilado, máquinas virtuales o un socio de distribución de terceros.

La página de Logosys no desglosa el origen, la transcodificación, el empaquetador y los roles de borde por ubicación.

El impacto de fallas también es asimétrico. Si un nodo de borde falla y el tráfico se redirige a otro lugar, los espectadores pueden ver un breve cambio de calidad. Si falla el único origen en vivo, codificador o servidor de reproducción, todos los bordes pueden permanecer saludables mientras el canal se vuelve oscuro. Si el panel de control del cliente no está disponible, una transmisión ya en ejecución puede continuar pero los operadores pueden no poder reiniciarla o redirigirla. Si falla una ruta ascendente, los servidores locales pueden permanecer alimentados pero inalcanzables.

Si falla una licencia de gráficos o reproducción, la capacidad de red y cómputo no restaura la salida del programa. La "redundancia CDN" necesita un diseño para cada rol, no solo un recuento de nodos.

La pregunta de planificación remota es igualmente importante. Un cliente debe preguntar si su servidor de reproducción y origen de transmisión comparten un host, rack, instalación o dominio de energía; si una instancia secundaria está en caliente, en frío o simplemente es restaurable; qué tan actualizada está la copia de medios; y quién tiene autoridad para activar la conmutación por error. La oferta pública no proporciona un objetivo de punto de recuperación ni un objetivo de tiempo de recuperación.

Dice que el soporte está disponible continuamente, pero los niveles de personal, los objetivos de escalamiento y los tiempos de respuesta de manos remotas no se publican.

Las afirmaciones de capacidad no son estados de capacidad

La palabra "capacidad" cubre al menos siete estados en este mercado. La capacidad de diseño es lo que un sistema podría soportar si se construyera según lo planeado. La capacidad instalada es hardware en un rack. La capacidad alimentada tiene un circuito energizado y asignación de refrigeración. La capacidad iluminada tiene una ruta de red activa. La capacidad operativa pasa las comprobaciones de salud. La capacidad vendida está comprometida con los clientes. La capacidad utilizable es lo que queda bajo la condición de falla que se considera.

Las páginas públicas de Logosys describen principalmente máximos de productos y configuraciones de catálogo, no esos estados.

La cifra de 100 Gbps en la página de dedicados es una promesa de velocidad de puerto para una clase de ultra alto ancho de banda. No hay un servidor, instalación, modelo de conmutador, compromiso de tránsito o precio actual adjunto a ella. La entrada principal de dedicados comprable muestra 1 Gbps. El puerto de exchange de PeeringDB es de 1 Gbps. Ninguno de estos números prueba o refuta a los otros porque pueden referirse a diferentes puertos y sitios. Pero un puerto de acceso de 100 Gbps no puede entregar 100 Gbps a Internet público a menos que el resto de la ruta, la política de tráfico y el compromiso comercial lo respalden.

El inventario IPv4 ilustra otro límite. Un /23 contiene 512 direcciones, y solo un /24 fue anunciado globalmente en el momento de la observación. El listado de dedicados incluye cinco direcciones IP por servidor. Eso no significa que Logosys pueda vender solo unos 51 servidores de ese tipo: las direcciones pueden provenir de upstreams, reutilizarse a través de redes privadas o asignarse de manera diferente entre productos. Significa que el espacio de direcciones público y portátil es finito y en parte no anunciado.

Los clientes que necesitan grandes asignaciones deben preguntar si las direcciones son propiedad de Logosys o asignadas por el proveedor, si pueden enrutarse después de la migración y cómo se gestionan el historial de abusos y el DNS inverso.

No hay datos públicos de utilización que muestren ocupación de CPU, asignación de RAM, consumo de almacenamiento, sobresuscripción, utilización de puertos, consumo de energía del rack o reservas vendidas. La banda de 1-5 Gbps de PeeringDB es auto-reportada y suficientemente antigua como para requerir reconfirmación. El marcador "Sold out" de la tienda de productos en una configuración muestra que el estado del stock puede importar, pero no revela si la restricción eran procesadores, unidades, chasis, energía del rack o un SKU retirado.

La planificación de capacidad para una implementación real debe comenzar con una cotización fechada vinculada a un sitio y una fecha de entrega.

La promesa del 99,9 % tiene bordes procedimentales

Logosys publica unacuerdo de nivel de serviciodetallado, lo cual es mejor que dejar el tiempo de actividad enteramente al texto de ventas. Establece un umbral mensual del 99,9 %. En un mes de 30 días, el 0,1 % equivale aproximadamente a 43 minutos y 12 segundos. La disponibilidad entre el 99,9 y el 99 % gana un día de extensión de servicio; las bandas más bajas ganan dos o tres días, con una fórmula por debajo del 97 %. Logosys puede, en su lugar, proporcionar un crédito o descuento equivalente a su discreción.

El remedio es más estrecho que el titular. El cliente debe informar la inactividad por correo electrónico dentro de las 24 horas posteriores a su descubrimiento. El reloj comienza cuando se envía el correo electrónico, no necesariamente cuando comenzó la interrupción. Luego, se debe presentar una solicitud de reembolso con evidencia dentro de un plazo breve después del período de facturación. Los incidentes no se agregan para los cálculos de reembolso. El trabajo planificado, el mantenimiento de emergencia y una amplia gama de eventos externos pueden excluirse.

Las exclusiones incluyen el rendimiento de exchanges de terceros, DNS fuera del control de Logosys, circuitos de acceso del cliente, redes no propiedad de Logosys y algunos softwares o servicios de terceros.

Esas exclusiones se mapean directamente en los límites de la infraestructura. El único exchange nombrado, el operador de la instalación y la red adyacente dominante son organizaciones separadas. Un cliente puede experimentar una interrupción completa de la aplicación causada por una falla que el contrato de servicio excluye de su cálculo de tiempo de actividad. Eso no hace que el SLA carezca de sentido; hace que la arquitectura sea más importante que la compensación. Una extensión de un día en un VPS barato no equivale a la pérdida comercial de un canal de televisión silencioso o un sitio de comercio no disponible.

El SLA también dice que el cliente es responsable de los planes de respaldo y recuperación apropiados, incluidas las pruebas periódicas, y que Logosys no asume responsabilidad por la integridad y seguridad de los datos del cliente. Los términos limitan la responsabilidad acumulativa a las tarifas de un mes en el mes anterior al evento y excluyen daños consecuentes.

Los clientes que requieren una protección más sólida necesitan un acuerdo negociado que defina la disponibilidad específica del servicio, la durabilidad de los datos, la propiedad de las copias de seguridad, las comunicaciones de incidentes, los objetivos de recuperación y los componentes precisos incluidos en el cálculo.

La nube local no significa automáticamente localidad de datos conocida

Logosys se presenta como un proveedor de nube indio y publica precios indios, una identidad corporativa india y un sistema autónomo registrado en India. Esas son señales de localidad significativas. No establecen por sí mismos dónde reside cada categoría de datos del cliente.

La página de colocación dice que los centros existen en India y Estados Unidos. La página de CDN en vivo dice que los servidores están en todo el mundo. El portal del cliente es una superficie de servicio separada del sitio de marketing. Las copias de seguridad, los registros de monitoreo, los archivos adjuntos de soporte, los datos de DNS y los bordes de transmisión pueden ocupar ubicaciones diferentes del nodo de cómputo principal.

Un cliente que compra alojamiento "India" debe exigir que la orden de servicio indique la instalación y el país para los datos principales, réplicas, copias de seguridad, instantáneas, registros y acceso de soporte.

Lapolítica de privacidadde la empresa identifica a Logosys Cloud Private Limited y explica las categorías de información de clientes, facturación y uso que recopila. No funciona como un cronograma de residencia de datos sitio por sitio para cargas de trabajo alojadas. Los términos colocan la responsabilidad por los datos del cliente y el cumplimiento legal principalmente en el cliente. Para una implementación regulada o sensible a la ubicación, la nacionalidad de la marca y el código de país en un registro de IP son controles insuficientes.

La migración también prueba las afirmaciones de localidad. Una imagen VPS puede depender de un panel de control propietario, una dirección asignada manualmente, un producto de respaldo local o una licencia que no puede moverse con el disco. Un servicio de transmisión puede depender del software de Logosys, la configuración de Wowza y un acuerdo de CDN. Lapolítica de reembolsodescribe la desprovisionamiento de autoservicio y aprovisionamiento manual, la facturación continua hasta que se confirme el desprovisionamiento, y el tratamiento especial para nodos comprometidos y licencias de software. Lapolítica de cancelaciónrequiere al menos siete días de aviso antes de la renovación. Ninguna página promete un formato de exportación estándar, una ventana de transferencia de datos después de la terminación o asistencia para mover un servicio activo a otro proveedor.

Cómo se propagarían las fallas

La prueba de resiliencia más útil es comenzar con una falla concreta y seguir sus efectos.

Un evento de energía en el rack o la instalación.Si un servicio se ejecuta solo en Web Werks Mumbai 1, un evento en el PDU del rack, la sala, la ruta del UPS o el edificio puede derribar el equipo de cómputo y red de borde juntos. El marketing N+N de la instalación no prueba que un inquilino en particular haya comprado alimentaciones duales o haya implementado equipos de doble alimentación. La recuperación depende del hardware de repuesto, manos remotas, ubicación de respaldo y si otro sitio tiene suficiente capacidad reservada. Nada está cuantificado públicamente para Logosys.

Pérdida de la ruta ascendente dominante.Las rutas globales actuales muestran predominantementeAS133296inmediatamente antes de Logosys. Si esa adyacencia falla, la alcanzabilidad depende del estado operativo y la propagación de sesiones alternativas. Un puerto de servidor de rutas DE-CIX puede proporcionar rutas directas a los peers participantes, pero no es tránsito general a todos los destinos. El número de vecinos lógicos no revela si los enlaces comparten un enrutador, una conexión cruzada o una entrada del edificio.

Falla del puerto de exchange o del enrutador de borde.El puerto DE-CIX listado es de 1 Gbps en una instalación de Mumbai. Si el tráfico de exchange y el tránsito terminan en el mismo chasis de borde, una falla del enrutador de borde puede eliminar ambos incluso cuando los contratos nombran múltiples redes. Si usan chasis y rutas separados, la resiliencia puede ser mucho más fuerte. El registro público no revela esta topología.

Falla del hipervisor, almacenamiento o inventario.La página de alojamiento web afirma movimiento automático a otro servidor cuando se detectan problemas de hardware. No describe almacenamiento compartido, retardo de replicación, cercado, dominios de falla ni si cada producto VPS usa ese diseño. Los servidores dedicados normalmente requieren reparación de componentes o un chasis de reemplazo a menos que el cliente tenga uno de repuesto. Un servidor listado con RAID 1 puede tolerar una falla de disco pero no todos los errores de controlador, placa base, energía u operador.

Falla del plano de control.El portal del cliente maneja pedidos, facturación, tickets y algunas acciones del servidor. Una interrupción del plano de control puede no detener una carga de trabajo en ejecución, pero puede bloquear reconstrucciones, acceso a consola, escalado y cancelación. El cómputo resiliente sin acceso resiliente y escalamiento aún puede alargar un incidente. Logosys publica canales de teléfono, correo electrónico y tickets, pero no estadísticas independientes de respuesta de soporte.

Falla del origen de transmisión.Múltiples bordes de CDN no ayudan cuando el único codificador, proceso de reproducción u origen ha dejado de producir un flujo válido. La recuperación requiere una segunda entrada, contenido actual, licencias, credenciales y conmutación de tráfico probada. La afirmación pública de "20 servidores" no identifica estos roles.

Falla de DNS o certificado.Logosys promueve DNS redundante, pero sus páginas públicas no nombran proveedores autorizados por servicio ni explican la separación de dominios de control y falla. DNS está explícitamente excluido del SLA cuando está fuera del control directo de Logosys. Los clientes deben probar la diversidad autoritativa, la seguridad del registrador, la renovación de certificados y el acceso a credenciales independientemente de la cuenta de alojamiento.

Falla de soporte y facturación.La economía de los proveedores pequeños a menudo depende de un equipo técnico concentrado. Logosys anuncia soporte continuo, pero no se publica la cantidad de personal, el equipo de guardia ni los tiempos de escalamiento. La referencia continua a una empresa de software separada en las instrucciones de pago añade otra transferencia operativa que aclarar. Durante un incidente, el cliente necesita una parte responsable con autoridad para actuar en todos los proveedores de instalaciones, operadores, hardware y software.

La economía es atractiva porque los límites recaen en el comprador

Los precios de lista de Logosys pueden ser convincentes. 1.550 INR compran acceso VPS de nivel básico en la tienda actual. 12.700 INR compran una configuración dedicada con 128 GB de RAM, SSD, 10 TB a 1 Gbps y cinco direcciones. Una oferta de colocación 1U comienza en 4.500 INR al mes, mientras que un rack completo se lista en 50.000 INR con 3 kW. La transmisión comienza en 1.500 INR por un canal y 1 TB de transferencia mensual. Estos precios dan a las organizaciones más pequeñas una ruta hacia una infraestructura gestionada sin los compromisos mínimos asociados con un contrato de hiperescala o mayorista.

El intercambio económico es que gran parte del riesgo de integración permanece implícito. El comprador debe valorar las copias de seguridad, el soporte gestionado, las licencias de software, las direcciones adicionales, las piezas de repuesto, las ráfagas de ancho de banda, los excesos de tráfico, las manos remotas, los segundos sitios y la migración. Un precio mensual bajo de servidor no es el costo de un servicio recuperable. Para un difusor, el denominador significativo puede ser el costo por hora de canal protegido, no el costo por núcleo.

Para una aplicación empresarial, puede ser el costo por transacción recuperable o por restauración probada.

El contrato refuerza esta asignación. Los reembolsos son extensiones de servicio o créditos, no compensación por pérdidas consecuentes. Los clientes deben documentar las interrupciones rápidamente y mantener sus propios acuerdos de recuperación. Los nodos comprometidos y las licencias de software usadas tienen opciones de reembolso limitadas. Esto puede ser un acuerdo racional para cargas de trabajo no críticas, máquinas de desarrollo/pruebas, operaciones de medios regionales con su propia ruta de respaldo, o clientes que valoran un soporte local receptivo.

Es un acuerdo más débil cuando un cliente asume que una etiqueta de nube incluye durabilidad multirregión por defecto.

Lo que convertiría las afirmaciones en evidencia de infraestructura

Logosys podría hacer mucho más fácil evaluar su oferta pública sin revelar detalles de red sensibles. La primera mejora sería una matriz de ubicaciones fechada. Cada ciudad debería nombrar al operador de la instalación, las clases de servicio disponibles, si la capacidad es propia o alquilada, y si el sitio está aceptando nuevos pedidos. Un mapa debería distinguir oficina, región de nube, borde de CDN, puerto de exchange y sala de colocación. Las líneas entre ciudades deberían aparecer solo donde se conoce una ruta física y un operador; de lo contrario, el mapa debería mostrar alcance de servicio en lugar de fibra implícita.

La segunda mejora sería una página de datos de red. Podría listar prefijos activos, estado de IPv6, proveedores de tránsito, exchanges, capacidades de puerto, direcciones de looking glass y cobertura RPKI, con una fecha de última actualización. Debería indicar si múltiples sesiones están en enrutadores separados y si entran a la instalación a través de rutas diversas. El registro actual de PeeringDB es útil pero se actualizó sustancialmente por última vez en 2023 y nombra solo un exchange y una instalación.

La tercera sería un vocabulario de capacidad. Logosys no necesita publicar utilización sensible al cliente, pero podría separar los servidores instalados de las configuraciones pedibles, la velocidad de línea del puerto del ancho de banda de Internet comprometido, la energía del edificio de la energía del inquilino, y la capacidad normal de la capacidad utilizable en caso de falla. Para colocación, una cotización debería indicar el número de alimentaciones, la clasificación del disyuntor, el voltaje, la energía incluida, la medición, las conexiones cruzadas y los términos de manos remotas.

Para la nube, debería indicar la generación del host, la durabilidad del almacenamiento, la política de sobresuscripción y la cobertura de migración en vivo.

La cuarta sería evidencia de recuperación específica del servicio. La empresa podría publicar si las instancias VPS se pueden reiniciar en otro nodo, si las copias de seguridad permanecen en la misma instalación, cómo funcionan la conmutación por error del origen de transmisión y el borde, y qué deben proporcionar los clientes. Un historial de estado debería identificar incidentes por servicio y región mientras protege los detalles del cliente. Un ejercicio de conmutación por error exitoso con fecha, alcance y tiempo de recuperación medido diría más que un icono de redundancia genérico.

Para los compradores que evalúan a Logosys hoy, la lista de diligencia es sencilla:

  1. Poner la entidad legal de contratación y facturación exacta en el formulario de pedido, incluido el rol de Logosys Software Solutions Private Limited.
  2. Nombrar la instalación y el país para el cómputo, el almacenamiento principal, las réplicas, las copias de seguridad, los registros y el acceso de soporte.
  3. Identificar quién posee el servidor, el rack, la alimentación eléctrica, la conexión cruzada y el espacio IP utilizado por el servicio adquirido.
  4. Obtener detalles de tránsito y exchange activos, luego preguntar qué enlaces son físicamente independientes y probar la conmutación por error.
  5. Convertir cada afirmación de ancho de banda en un puerto, compromiso, política de ráfaga, asignación de transferencia y responsabilidad de congestión.
  6. Convertir cada afirmación de capacidad en cantidades instaladas, alimentadas, operativas, disponibles para pedido y utilizables en caso de falla.
  7. Definir la propiedad de las copias de seguridad, el formato de exportación, la prueba de restauración, el punto de recuperación, el tiempo de recuperación y la asistencia para la salida.
  8. Conciliar la configuración de marketing, la configuración del carrito de compras y la lista de materiales final antes del pago.
  9. Negociar la notificación de incidentes y los créditos de servicio en torno al impacto comercial real en lugar de la página genérica del 99,9 %.
  10. Exigir evidencia para Hyderabad, Chennai, el cuarto punto de presencia, cuatro exchanges adicionales y cualquier ubicación en EE. UU. si el diseño propuesto depende de ellos.

El resultado final

Logosys Cloud no es simplemente un host web con una palabra de nube adjunta. Tiene una red india registrada, protección de origen de ruta válida, una interconexión visible en Mumbai, controles de autoservicio, ofertas de servidores físicos y una especialización creíble en reproducción de televisión y transmisión. Para difusores regionales y clientes indios más pequeños, esa combinación puede ser comercialmente útil.

Pero la historia de infraestructura pública aún no es tan amplia como la historia de productos. El looking glass de tres ciudades no revela tres instalaciones independientes. El /23 asignado no significa que ambos /24 estén enrutados. Un puerto de exchange de 1 Gbps no prueba cinco conexiones de exchange ni una ruta de Internet de 100 Gbps. Una instalación de 2,3 MW no le da a Logosys 2,3 MW. Veinte servidores de transmisión no establecen veinte orígenes independientes. Un SLA del 99,9 % no garantiza la recuperación de eventos de instalación, tránsito, plano de control o pérdida de datos.

La evidencia respalda una conclusión acotada. Logosys Cloud controlaAS150636, origina activamente un /24 bien visible, válido por RPKI, y reporta una presencia operativa en Web Werks Mumbai 1 y DE-CIX Mumbai. Hyderabad está firmemente establecido como su base corporativa y operativa, mientras que Chennai y el resto de la huella publicitada siguen insuficientemente especificados. Todo lo más allá de ese límite debe comprarse a través de un pedido específico del sitio, específico de la capacidad y específico de la recuperación, no inferirse del catálogo. La siguiente prueba significativa no será un número de ancho de banda más grande, sino una declaración fechada de dónde se ejecuta el servicio, qué queda disponible cuando falla y quién es responsable de restaurarlo.