Resumen

  • Elnetwork looking glassde Logosys Cloud nombra Hyderabad DC1, Mumbai DC1 y Chennai DC1, pero no identifica los edificios, la propiedad de los bastidores, los circuitos, la topología eléctrica o el inventario de servicios detrás de esas etiquetas.
  • APNIC asigna a Logosys CloudAS150636y el bloque portable103.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 de ese ASN la red adyacente dominante, pero ninguno de estos hechos prueba que todos los servicios de Logosys utilicen un solo sitio o un solo operador.
  • Las páginas de productos anuncian puertos de hasta 100 Gbps, cuatro puntos de presencia, cinco intercambios de internet en India, servidores de streaming globales 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 potencia reservada, la capacidad de conmutación por error utilizable ni un diseño probado de recuperación multisitio.

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 porlg-hyderabad. En la parte superior, ellooking glass de Logosyspresenta tres etiquetas: Hyderabad DC1, Mumbai DC1 y Chennai DC1. Ofrece funciones de ping, traceroute y archivos de prueba. La página es una señal útil de que el operador desea 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 postal, una sala, una jaula, un enrutador, una alimentación eléctrica o 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 amplia. Lapágina de servidores dedicadosdice que los clientes tienen acceso a cuatro puntos de presencia y cinco intercambios 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 ancho de banda ultra alto. Lapágina de CDN de transmisión en vivodice que hay 20 servidores de streaming en todo el mundo. Lapágina de colocacióndice que los centros están ubicados en India y Estados Unidos. Lapágina acerca dede la empresa describe una nube de autoservicio que ofrece máquinas virtuales, computación dedicada, GPUs, almacenamiento de objetos, balanceo de carga, cortafuegos, VPCs, DBaaS, IPv4 reservada y copias de seguridad.

Cada declaración puede describir una parte del portafolio 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 edificio u operador, cuánta capacidad está instalada o si la capacidad de reserva sigue siendo utilizable durante una falla. La evidencia de la red pública 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 "el sitio web es la red" ni "todo lo que no está visible en BGP no existe". Es que la cobertura de productos, 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 transmisió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 nombró a Ashwin Kumar como fundador y director general y dio 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 al número de red pública de manera más directa de lo que podría hacerlo un nombre de marca por sí solo.

La historia anterior a 2022 es más complicada. Logosys Cloud dice en su página de información que comenzó en 2013 como un proveedor de computación sin contrato. Una empresa separada, Logosys Software Solutions Private Limited, se identifica enel perfil 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 en Kothapet, Hyderabad. El propio sitio de la empresa de software comercializa productos de emisió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 por transferencia bancaria, cheque o giro a la vista que realicen el pago a favor de Logosys Software Solutions Private Limited. Por lo tanto, los registros muestran 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 propiedad actual, el estado de empresa matriz-filial, la propiedad de los activos o un acuerdo de servicios entre empresas.

Esto no es 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 algún 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 hace que valga la pena confirmar por escrito el límite contractual.

El registro público revisado aquí no revela una estructura de grupo consolidada ni estados financieros auditados para la operación en la 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 transmisión más antiguo explica, sin embargo, por qué este catálogo no es una copia genérica de un host de productos básicos. Logosys vende ancho de banda de streaming, servidores de reproducción remota, servicios FTP para canales de noticias, licencias de software de emisión y distribución gestionada junto con VPS y alojamiento web. Sulistado de reproducción remotacombina un servidor de 32 núcleos, 256 GB de RAM, SSDs, 10 TB de transferencia y una GPU Nvidia Quadro con el software de emisión de Logosys. Este es un nicho operativo coherente: un radiodifusor regional puede comprar software, computación, streaming 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. El primero es el alojamiento compartido y de revendedor, donde muchos clientes comparten un servidor y dependen de un panel de control, una pila web y un equipo de soporte. El segundo es la infraestructura virtual, incluyendo productos VPS KVM y una interfaz bajo demanda. El tercero es la capacidad física, con servidores dedicados y colocación por unidad de rack o rack completo. El cuarto es la infraestructura de video, incluyendo 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 con cloud-init, acceso a terminal de navegador, reconstrucciones y una interfaz REST. Estas son funciones significativas del plano de control. Permiten a un cliente crear y destruir computación sin esperar a un técnico, siempre que exista el nodo, almacenamiento, red e inventario de licencias subyacentes. La página no revela el número de hosts hipervisores, la política de sobrecompromiso, la replicación de almacenamiento, las reglas de ubicación o las regiones disponibles en el selector.

Lapágina de VPSenumera planes KVM de dos a cuatro núcleos, de 2 GB a 8 GB de RAM y de 30 GB a 240 GB de disco, con transferencias mensuales 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 solo muestra unVPS Startera partir de INR 1.550 al mes y no expone el mismo detalle de recursos. La página de marketing comienza en INR 1.000. Un comprador no puede determinar solo por esas páginas si se trata de 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 SSDs de 480 GB, 10 TB a 1 Gbps y cinco direcciones IP por INR 12.700 al mes. Sin embargo, su título dice "48 núcleos" 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 motivo suficiente para requerir una lista final de materiales 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 ficha de producto puede generarse antes de que se instale el equipo, puede permanecer visible después de agotar el stock o puede describir hardware adquirido bajo pedido. La propia página de dedicados de Logosys marca una configuración E5 como "Agotado" mientras que otras configuraciones siguen siendo 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 es desconocida.

El mapa tiene tres tipos diferentes de lugares

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 sólida. 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 utiliza 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 se encuentren en ese edificio. El looking glass enlaza solo a una búsqueda de mapa a nivel de ciudad, no a un operador de centro de datos nombrado o una instalación exacta.

La evidencia pública no establece si Hyderabad DC1 es una sala propia, una jaula arrendada, espacio mayorista, 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 sólida.El registro de Logosys en PeeringDBenumeraAS150636en Web Werks Mumbai 1 y en un puerto de 1 Gbps en DE-CIX Mumbai. Elregistro de instalacionessitúa Web Werks Mumbai 1 en Sigma IT Park en Rabale, Navi Mumbai, e identifica cuatro intercambios disponibles en el edificio. Esto es una buena evidencia de que Logosys tiene, o al menos informó, 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 en torno al límite del edificio. Supágina actual de centros de datos en Indiadescribe Mumbai 1 como una instalación construida a medida de 2,3 MW con redundancia N+N. Esas son afirmaciones del operador a nivel de instalación. No deben atribuirse a Logosys. Un inquilino puede ocupar una fracción de un armario o varios racks; puede comprar una ruta de energía o dos; puede conectarse a un operador, una fábrica de intercambio o varias redes. Nada público indica los kilovatios contratados de Logosys, la disposición de las PDUs, la ruta de UPS, la cobertura del generador, la diversidad de conexiones cruzadas o los términos de manos remotas dentro del edificio.

Chennai es actualmente solo una etiqueta de ciudad publicada por la empresa en el material revisado. Ninguna instalación nombrada de Chennai aparece en el registro de Logosys en PeeringDB. No se publicó ninguna dirección postal, propietario, puerto de intercambio, 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 fallos de "Chennai DC1" son desconocidos.

La propia declaración de servidores dedicados de la empresa añade un cuarto punto de presencia y cinco intercambios de internet en India sin nombrarlos. Su texto de colocación añade una presencia no especificada en EE. UU. Estas son afirmaciones de cobertura, no mapas de ruta. Un socio de CDN, un proveedor de tránsito, un acuerdo de revendedor o una máquina alquilada pueden crear alcance de servicio sin dar a Logosys un enrutador propio o una jaula en cada ubicación. A la inversa, 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 las ubicaciones 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 más claro.El registro RDAP de APNIC para el sistema autónomoidentificaAS150636como LOGOSYSCL-AS-IN, activo en India y registrado en febrero de 2023.El registro de direcciones de APNICasigna a Logosys Cloud el rango IPv4 portable103.89.46.0a103.89.47.255. Eso es un /23 que contiene 512 direcciones antes de la sobrecarga de red, difusión, infraestructura y reserva. "Portable" 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,la vista de prefijos anunciados de RIPEstatsolo devolvió103.89.46.0/24. Suvista de estado de enrutamientocontó 256 direcciones IPv4 anunciadas, ningún prefijo IPv6 y visibilidad completa desde los 326 peers RIPE RIS IPv4 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 actual de prefijos anunciados. Un objeto de ruta y una autorización de origen de ruta válida son permisos y registros de política; no son evidencia de que una ruta se esté propagando actualmente, sea aceptada en todo el mundo o esté transportando tráfico de clientes. El /24 no anunciado podría estar reservado, en preparación, retirado, utilizado de forma privada o simplemente inactivo. La evidencia pública no determina cuál.

La ruta activa tiene una autorización de origen válida.La validación RPKI de RIPEstatencuentra un ROA válido 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 la ruta AS completa, no prueba que los paquetes lleguen a un servidor en buen estado ni protege un servicio de fallos de alimentación, conmutación, aplicación o soporte.

IPv6 sigue siendo una incógnita notable en la historia comercial. PeeringDB informa 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 pila dual 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 general de nube.

Un puerto de peering no son cinco salidas independientes

PeeringDB es preciso sobre la única conexión de intercambio 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 de contenido, le da una política de peering abierta, registra tráfico mayoritariamente saliente y sitúa el tráfico autoinformado 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 interconectarse y dónde. No son un gráfico de utilización actual, un contrato o una reserva de capacidad.

Un puerto de intercambio 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 otro lugar. Del mismo modo, una banda de tráfico autoinformada de 1-5 Gbps puede incluir tráfico fuera de ese intercambio. No hay contradicción en principio, pero no hay una medición pública que vincule la banda de tráfico a 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 al servidor, la capacidad agregada de la fábrica, el compromiso de tránsito y la velocidad del puerto de intercambio de internet miden segmentos diferentes.

La evidencia de la ruta actual es especialmente importante.La vista de vecinos de RIPEstatve aAS133296como la red dominante directamente antes de Logosys en cientos de rutas de observación. Elregistro RDAP de APNIC para ese ASNlo nombraWEBWERKS-AS-INy describe Web Werks India Pvt. Ltd. Elestado BGP para el /24 activode RIPEstat también expone un pequeño número de rutas en las que otras redes aparecen directamente antes deAS150636, incluidas rutas consistentes con conectividad de intercambio o alternativa. Esto respalda una conclusión mesurada: 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 "multi-homing físicamente redundante". Dos vecinos BGP pueden terminar en el mismo enrutador, usar el mismo haz de conexiones cruzadas, atravesar la misma sala de encuentro del edificio o depender de la misma alimentación eléctrica. Un servidor de rutas de intercambio puede exponer cientos de pares a través de un puerto físico. Varias rutas AS ascendentes pueden reconvertir en un solo operador más allá del borde del cliente. Lo contrario también es posible: los circuitos privados pueden ser físicamente diversos mientras que los recolectores públicos seleccionan solo una mejor ruta.

Para establecer la resiliencia física, Logosys necesitaría revelar 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 intercambios de internet puede referirse a redes disponibles para los clientes, fábricas de intercambio utilizadas a través de un tercero 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, el único adjunto de intercambio rastreable de forma independiente en esta revisión es DE-CIX Mumbai. Esa es una conectividad útil, pero un puerto de intercambio no sustituye al tránsito y no proporciona por sí solo una ruta cuando el edificio, el enrutador o el circuito de acceso fallan.

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

Logosys usa un lenguaje de propiedad cuidadosamente en algunos lugares y de manera imprecisa en otros. La página de streaming dice "Red totalmente propia", mientras que la página de colocación explica que los clientes pueden colocar su equipo en un rack de IDC y que un proveedor de servicios suministra energía y red. La página de dedicados promete servidores físicos de inquilino único pero no dice si Logosys posee, alquila u obtiene cada servidor de otra fuente. PeeringDB nombra 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 posibles capas de propiedad para un servicio adquirido. Logosys Cloud puede ser el proveedor de servicios contractual. Una empresa de centros de datos puede poseer u operar el edificio, los UPS, los generadores y la refrigeración. Un operador o intercambio 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 el hardware colocadado, 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 en cuanto a los paquetes comerciales. 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 de repuestos en vivo. También invitan a preguntas técnicas. La página dice "Suministro de energía: Sí", pero no especifica alimentaciones A y B, voltaje, tamaño del interruptor, método de medición, asignación sostenida versus pico o tratamiento de la sobrecarga del factor de potencia. La densidad de 3 kW para un rack completo es plausible para muchas cargas de trabajo de alojamiento tradicionales, pero puede limitar implementaciones densas de GPU o de doble socket modernas.

La misma página de colocación llama a la oferta "centro de datos Tier 4" cerca de su parte superior y más tarde describe "centros de datos Tier 3". No nombra un organismo de certificación, identificador de instalación o certificado. La terminología de niveles puede describir una ambición de diseño, la taquigrafía de un proveedor o una certificación formal de terceros; 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 vencimiento 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ó divulgación alguna sobre el número de racks de Logosys, el compromiso de energía, el tiempo de funcionamiento del generador, el contrato de combustible, el diseño de refrigeración, el stock de repuestos o el inventario de servidores. La capacidad instalada, alimentada, operativa, vendida y utilizable en caso de fallo es desconocida a nivel de empresa.

El streaming 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 streaming en todo el mundo. La página de información dice que la empresa ha atendido a más de 100 canales de televisión. Estas son declaraciones comerciales de primera mano.

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

Para un radiodifusor, "20 servidores" no es una cifra de capacidad sin suposiciones sobre la carga de trabajo. Un servidor que recibe una alimentación de contribución de alta tasa de bits y la reempaqueta puede tener límites de CPU, GPU, almacenamiento y salida muy diferentes a los de un edge que sirve segmentos en caché. Diez conexiones a una tasa de bits no equivalen a diez a otra. Una cuota de transferencia mensual dice poco sobre la concurrencia máxima. Una CDN puede usar servidores propios, bare metal alquilado, máquinas virtuales o un socio de distribución externo.

La página de Logosys no desglosa los roles de origen, transcodificación, empaquetado y edge por ubicación.

El impacto de los fallos también es asimétrico. Si un nodo edge falla y el tráfico se redirige a otra parte, los espectadores pueden ver un breve cambio de calidad. Si el único origen en vivo, codificador o servidor de emisión falla, todos los edges pueden permanecer en buen estado mientras el canal se apaga. Si el panel de control del cliente no está disponible, una transmisión ya en curso puede continuar, pero los operadores pueden no ser capaces de reiniciarla o redirigirla. Si una ruta ascendente falla, los servidores locales pueden permanecer alimentados pero inalcanzables.

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

La cuestión de la planificación remota es igualmente importante. Un cliente debe preguntar si su servidor de emisión y el origen de streaming comparten un host, rack, instalación o dominio de energía; si una instancia secundaria está caliente, fría o simplemente es restaurable; qué tan actualizada está la copia de medios; y quién tiene la 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 de forma continua, pero no se publican los niveles de personal, los objetivos de escalado ni los tiempos de respuesta de manos remotas.

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 el 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 verificaciones de salud. La capacidad vendida está comprometida con clientes. La capacidad utilizable es lo que queda bajo la condición de fallo que se está considerando.

Las páginas públicas de Logosys describen principalmente máximos de producto 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 ancho de banda ultra alto. No hay un servidor, instalación, modelo de conmutador, compromiso de tránsito o precio actual asociado a ella. El listado de dedicados adquirible principal muestra 1 Gbps. El puerto de intercambio de PeeringDB es de 1 Gbps. Ninguno de estos números prueba o refuta a los demás porque pueden referirse a diferentes puertos y sitios. Pero un puerto de acceso de 100 Gbps no puede entregar 100 Gbps a la internet pública a menos que el resto de la ruta, la política de tráfico y el compromiso comercial lo respalden.

El inventario de 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 este tipo: las direcciones pueden provenir de proveedores ascendentes, reutilizarse a través de redes privadas o asignarse de manera diferente según los productos. Sí significa que el espacio de direcciones público y portable es finito y está parcialmente no anunciado.

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

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

Por lo tanto, la planificación de capacidad para un despliegue real debe comenzar con una cotización fechada vinculada a un sitio y fecha de entrega.

La promesa del 99,9 por ciento tiene bordes procedimentales

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

El remedio es más limitado que lo que sugiere el titular. Un cliente debe informar del tiempo de inactividad por correo electrónico dentro de las 24 horas siguientes a su descubrimiento. El reloj comienza cuando se envía el correo electrónico, no necesariamente cuando comenzó la interrupción. A continuación, se debe presentar una solicitud de reembolso con pruebas en un plazo breve después del período de facturación. Los incidentes no se agregan para los cálculos de reembolso. Se pueden excluir los trabajos planificados, el mantenimiento de emergencia y una amplia gama de eventos externos.

Las excepciones incluyen el rendimiento de los intercambios de terceros, el DNS fuera del control de Logosys, los circuitos de acceso del cliente, las redes que no son propiedad de Logosys y algunos servicios o software de terceros.

Esas exclusiones se aplican directamente a los límites de la infraestructura. El único intercambio 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 un fallo que el contrato de servicio excluye de su cálculo de tiempo de inactividad. 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 económico no equivale a la pérdida de negocio 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 copia de seguridad y recuperación apropiados, incluidas las pruebas periódicas, y que Logosys no asume la responsabilidad de la integridad y seguridad de los datos del cliente. Los términos limitan la responsabilidad acumulada a las tarifas de un mes en el mes anterior al evento y excluyen las pérdidas consecuentes.

Los clientes que requieran 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.

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 significativas de localidad. Pero por sí solas no establecen dónde reside cada categoría de datos de los clientes.

La página de colocación dice que hay centros 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 DNS y los bordes de streaming pueden ocupar ubicaciones diferentes del nodo de cómputo principal.

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

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

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

Cómo se propagarían los fallos

La prueba de resiliencia más útil es comenzar con un fallo concreto 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 una PDU de rack, sala, ruta de UPS o edificio puede hacer caer juntos el equipo de cómputo y de borde de red. La comercialización de N+N de la instalación no prueba que un inquilino en particular haya comprado alimentaciones duales o desplegado equipos con doble cableado. La recuperación depende del hardware de repuesto, las manos remotas, la ubicación de respaldo y si otro sitio tiene suficiente capacidad reservada. Nada de esto 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 accesibilidad depende del estado operativo y la propagación de sesiones alternativas. Un puerto de servidor de rutas de DE-CIX puede proporcionar rutas directas a los pares 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 al edificio.

Fallo del puerto de intercambio 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 intercambio y el tránsito terminan en el mismo chasis de borde, un fallo del enrutador de borde puede eliminar ambos incluso cuando los contratos nombren varias redes. Si utilizan chasis y rutas separados, la resiliencia puede ser mucho mayor. El registro público no revela esta topología.

Fallo del hipervisor, almacenamiento o inventario.La página de alojamiento web afirma el movimiento automático a otro servidor cuando se detecta un problema de hardware. No describe el almacenamiento compartido, el retraso de replicación, el fencing, los dominios de fallo o si todos los productos VPS utilizan 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 reserva. Un servidor listado con RAID 1 puede tolerar un fallo de disco, pero no todos los fallos de controladora, placa base, fuente de alimentación o error del operador.

Fallo del plano de control.El portal del cliente gestiona 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 la consola, escalado y cancelación. Un cómputo resiliente sin acceso y escalado resilientes aún puede alargar un incidente. Logosys publica canales de teléfono, correo electrónico y tickets, pero no hay estadísticas independientes de respuesta de soporte.

Fallo del origen de streaming.Múltiples bordes de CDN no ayudan cuando el único codificador, proceso de emisió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.

Fallo de DNS o certificado.Logosys promueve DNS redundante, pero sus páginas públicas no nombran proveedores autoritativos por servicio ni explican la separación de los dominios de control y fallo. El 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 las credenciales de forma independiente a la cuenta de alojamiento.

Fallo de soporte y facturación.La economía de los pequeños proveedores a menudo depende de un equipo técnico concentrado. Logosys anuncia soporte continuo, pero no se hacen públicas la plantilla, la lista de guardias ni los tiempos de escalado. La referencia continua a una empresa de software separada en las instrucciones de pago añade otra transferencia operativa que debe aclararse. Durante un incidente, el cliente necesita una parte responsable y facultada para actuar a través de 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 atractivos. INR 1.550 compra acceso VPS de nivel básico en la tienda actual. INR 12.700 compra una configuración dedicada con 128 GB de RAM, SSDs, 10 TB a 1 Gbps y cinco direcciones. Una oferta de colocación 1U comienza en INR 4.500 al mes, mientras que un rack completo se lista en INR 50.000 con 3 kW. El streaming comienza en INR 1.500 por un canal y 1 TB de transferencia mensual. Estos precios dan a las organizaciones más pequeñas una ruta hacia la infraestructura gestionada sin los compromisos mínimos asociados con un contrato de hiperescala o mayorista.

La contrapartida económica 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, los picos de ancho de banda, los excesos de tráfico, las manos remotas, los segundos sitios y la migración. Un bajo precio mensual del servidor no es el coste de un servicio recuperable. Para un radiodifusor, el denominador significativo puede ser el coste por hora de canal protegida, no el coste por núcleo.

Para una aplicación empresarial, puede ser el coste 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 arreglos de recuperación. Los nodos comprometidos y las licencias de software usadas tienen opciones de reembolso limitadas. Esto puede ser un trato racional para cargas de trabajo no críticas, máquinas de desarrollo/prueba, operaciones de medios regionales con su propia ruta de respaldo o clientes que valoran un soporte local receptivo.

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

Qué convertiría las afirmaciones en evidencia de infraestructura

Logosys podría hacer que su oferta pública fuera mucho más fácil de evaluar sin revelar detalles sensibles de la red. 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 intercambio y sala de colocación.

Las líneas entre ciudades deberían aparecer solo donde se conozcan una ruta física y un operador; de lo contrario, el mapa debería mostrar el alcance del servicio en lugar de fibra implícita.

La segunda mejora sería una página de hechos de red. Podría enumerar los prefijos activos, el estado de IPv6, los proveedores de tránsito, los intercambios, las capacidades de los puertos, las direcciones de looking glass y la cobertura RPKI, con una fecha de última actualización. Debería indicar si varias sesiones están en enrutadores separados y si entran en la instalación a través de rutas diversas. El registro actual de PeeringDB es útil, pero se actualizó por última vez materialmente en 2023 y solo nombra un intercambio y una instalación.

La tercera sería un vocabulario de capacidad. Logosys no necesita publicar la utilización sensible para los clientes, 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 de reserva utilizable en caso de fallo. Para la colocación, una cotización debería indicar el número de alimentaciones, la clasificación del interruptor, 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 sobrecompromiso 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 de 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 y el borde de streaming, y qué deben suministrar los clientes. Un historial de estado debería identificar incidentes por servicio y región, protegiendo al mismo tiempo 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 genérico de redundancia.

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

  1. Colocar la entidad jurídica exacta de contratación y facturación en el formulario de pedido, incluido el papel de Logosys Software Solutions Private Limited.
  2. Nombrar la instalación y el país para la computación, el almacenamiento primario, 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, las conexiones cruzadas y el espacio IP utilizado por el servicio adquirido.
  4. Obtener detalles sobre el tránsito y el intercambio activos, y 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áfagas, 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 fallo.
  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 final de materiales antes del pago.
  9. Negociar la notificación de incidentes y los créditos de servicio en función del impacto empresarial real en lugar de la página genérica del 99,9 por ciento.
  10. Exigir evidencia de Hyderabad, Chennai, el cuarto punto de presencia, los cuatro intercambios adicionales y cualquier ubicación en EE. UU. si el diseño propuesto depende de ellos.

La conclusión

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 emisión y streaming de televisión. Para las emisoras regionales y los clientes indios más pequeños, esa combinación puede ser comercialmente útil.

Pero la historia de la infraestructura pública no es todavía tan amplia como la historia del producto. 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 intercambio de 1 Gbps no prueba cinco conexiones de intercambio o 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 streaming no establecen veinte orígenes independientes. Un SLA del 99,9 por ciento 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 limitada. Logosys Cloud controlaAS150636, origina activamente un /24 visible y válido en RPKI, e informa de una presencia operativa en Web Werks Mumbai 1 y DE-CIX Mumbai. Hyderabad está firmemente establecida como su base corporativa y operativa, mientras que Chennai y el resto de la huella anunciada siguen sin estar suficientemente especificados. Todo lo que esté más allá de ese límite debe adquirirse mediante un pedido específico por sitio, específico por capacidad y específico por recuperación, no inferirse del catálogo. La siguiente prueba significativa no será una cifra mayor de ancho de banda, sino una declaración fechada de dónde se ejecuta el servicio, qué sigue estando disponible cuando falla y quién es responsable de restablecerlo.