Résumé

  • Lelooking glass réseaude Logosys Cloud mentionne Hyderabad DC1, Mumbai DC1 et Chennai DC1, mais il n'identifie pas les bâtiments, la propriété des baies, les circuits, la topologie électrique ni l'inventaire de services derrière ces libellés.
  • APNIC attribue à Logosys Cloud l'AS150636et le bloc portable103.89.46.0/23. Le 15 juillet 2026,RIPEstat indiquaitque seul103.89.46.0/24était activement annoncé, sans espace IPv6 visible. Cette route était pleinement visible par les pairs RIPE RIS et bénéficiait d'une autorisation RPKI valide.
  • PeeringDB répertorieun port opérationnel de 1 Gbps à DE-CIX Mumbai et une installation d'interconnexion, Web Werks Mumbai 1.APNIC identifieAS133296comme Web Werks India Pvt. Ltd.; les observations BGP actuelles font de cet ASN le réseau adjacent dominant, mais aucun de ces faits ne prouve que chaque service Logosys utilise un seul site ou un seul opérateur.
  • Les pages produit annoncent des ports jusqu'à 100 Gbps, quatre points de présence, cinq échanges indiens, des serveurs de streaming mondiaux et de la colocation en Inde et aux États-Unis. Les preuves publiques ne divulguent pas la taille de la flotte installée, les allocations clients, la capacité site par site, la puissance réservée, la capacité de basculement utilisable ni une conception de reprise multi-site testée.

La page la plus révélatrice est la plus petite

La page de Logosys Cloud qui en dit le plus sur son infrastructure n'est pas le catalogue de serveurs dédiés avec ses chiffres de bande passante élevés. C'est une page de diagnostic compacte hébergée sur un nom d'hôte commençant parlg-hyderabad. En haut, lelooking glass de Logosysprésente trois libellés: Hyderabad DC1, Mumbai DC1 et Chennai DC1. Il offre des fonctions de ping, traceroute et de fichiers de test. La page est un signe utile que l'opérateur souhaite que les clients inspectent les performances du réseau, mais ses libellés de ville ne sont pas une carte des centres de données possédés. Ils ne nomment pas de propriétaire, d'adresse, de salle, de cage, de routeur, d'alimentation électrique ni des références de services disponibles dans chaque ville.

Cette distinction est importante car le reste du catalogue de Logosys invite à une image mentale beaucoup plus vaste. Lapage des serveurs dédiésindique que les clients ont accès à quatre points de présence et cinq échanges Internet à travers l'Inde. Elle décrit des ports standard de 1 Gbps, de 10 Gbps pour les serveurs de performance supérieure et jusqu'à 100 Gbps pour un niveau de bande passante ultra-élevée. Lapage du CDN de streaming en directmentionne 20 serveurs de streaming dans le monde. Lapage de colocationindique que des centres sont situés en Inde et aux États-Unis. Lapage "À propos"décrit une offre cloud en libre-service proposant machines virtuelles, calcul dédié, GPU, stockage objet, équilibrage de charge, pare-feu, VPC, DBaaS, IPv4 réservé et sauvegarde.

Chaque déclaration peut décrire une partie du portefeuille de services. Aucune, à elle seule, n'indique à un acheteur où une machine virtuelle particulière sera exécutée, quelle entreprise possède le serveur, si deux emplacements annoncés partagent un bâtiment ou un opérateur, quelle quantité de capacité est installée ou si la capacité inutilisée reste disponible en cas de défaillance. Les preuves réseau publiques fournissent une réponse plus solide mais plus limitée. Elles établissent un système autonome, un /24 IPv4 actuellement routé, une connexion d'échange nommée et une installation nommée à Mumbai.

La lecture responsable n'est ni "le site web est le réseau" ni "tout ce qui n'est pas visible dans BGP n'existe pas". Elle consiste à dire que la couverture produit, la portée logique et la résilience physique sont des propositions distinctes nécessitant des preuves distinctes.

Une entreprise de cloud de 2022 avec un héritage de diffusion plus ancien

L'identité juridique commence le 8 avril 2022. Dans uneannonce d'immatriculationsur le portail client, l'entreprise a indiqué que Logosys India devenait désormais Logosys Cloud Private Limited et a fourni le numéro d'identification d'entrepriseU72900TG2022PTC161383. L'avis nommait Ashwin Kumar comme fondateur et directeur général et donnait une adresse à Kothapet, Hyderabad. L'enregistrement APNIC pourAS150636utilise le même nom d'entreprise et la même adresse à Hyderabad, ce qui relie l'entité juridique au numéro de réseau public plus directement qu'un simple nom de marque ne le pourrait.

L'histoire avant 2022 est plus compliquée. Logosys Cloud indique sur sa page "À propos" qu'elle a débuté en 2013 en tant que fournisseur de calcul sans contrat. Une entreprise distincte, Logosys Software Solutions Private Limited, est identifiée dans leprofil de données d'entreprise de Toflercomme immatriculée le 22 mars 2013 sous le CINU72200TG2013PTC086572; le profil répertorie Ashwin Kumar et Moti Singh Purohit comme administrateurs et donne l'adresse enregistrée à Kothapet, Hyderabad. Le site même de l'entreprise de logiciels commercialise des produits de diffusion télévisuelle. Lesconditions de serviceactuelles de l'entreprise de cloud désignent Logosys Cloud Private Limited comme le fournisseur de services, mais la clause relative aux paiements demande aux clients payant par virement bancaire, chèque ou traite à ordre d'effectuer le paiement à l'ordre de Logosys Software Solutions Private Limited. Les documents montrent donc une adresse commune, la présence d'Ashwin Kumar dans les registres des deux sociétés et une instruction de paiement. Ils n'établissent pas la participation actuelle, la relation mère-filiale, la propriété des actifs ou un accord de services interentreprises.

Ce n'est pas un détail administratif. Un client achetant un serveur doit savoir quelle entité signe la commande, émet la facture fiscale, reçoit les fonds, possède ou loue le matériel, emploie le personnel de support et doit un éventuel avoir. L'annonce de 2022 indique que les produits, services, site web et numéros de contact sont restés les mêmes après le changement de nom, mais l'apparition continue de l'ancienne société de logiciels comme bénéficiaire des paiements rend la frontière contractuelle à confirmer par écrit.

Les informations publiques examinées ici ne divulguent pas de structure de groupe consolidée ni d'états financiers audités pour l'activité cloud. La propriété actuelle de Logosys Cloud au-delà des administrateurs nommés est donc inconnue à partir des preuves disponibles.

L'ancien héritage de diffusion explique cependant pourquoi ce catalogue n'est pas une copie générique d'un hébergeur standard. Logosys vend de la bande passante de streaming, des serveurs de diffusion à distance, des services FTP pour les chaînes d'information, des licences de logiciels de diffusion et de la distribution gérée, en plus de la VPS et de l'hébergement web. Saliste de serveurs de diffusion à distancecombine un serveur 32 cœurs, 256 Go de RAM, des SSD, 10 To de transfert et un GPU Nvidia Quadro avec le logiciel de diffusion Logosys. Il s'agit d'un créneau opérationnel cohérent: un diffuseur régional peut acheter logiciels, calcul, streaming et support auprès d'une seule contrepartie commerciale. Cela concentre également plusieurs modes de défaillance chez la même contrepartie.

Ce que l'entreprise vend réellement

Logosys Cloud couvre quatre marchés connexes. Le premier est l'hébergement mutualisé et revendeur, où de nombreux clients partagent un serveur et dépendent d'un panneau de contrôle, d'une pile web et d'une équipe de support. Le deuxième est l'infrastructure virtuelle, y compris les produits VPS KVM et une interface à la demande. Le troisième est la capacité physique, avec des serveurs dédiés et de la colocation en unité de rack ou rack complet. Le quatrième est l'infrastructure vidéo, incluant le streaming en direct, la distribution CDN et la diffusion à distance.

L'étendue est visible dans le portail client. Soninterface d'hébergement cloudannonce le regroupement de projets, des machines virtuelles à la demande, le déploiement cloud-init, l'accès au terminal par navigateur, les reconstructions et une interface REST. Ce sont des fonctions de plan de contrôle significatives. Elles permettent à un client de créer et de détruire du calcul sans attendre un technicien, à condition que l'inventaire sous-jacent en nœuds, stockage, réseau et licences existe. La page ne divulgue pas le nombre d'hôtes hyperviseurs, la politique de surallocation, la réplication du stockage, les règles de placement ni les régions disponibles dans le sélecteur.

Lapage VPSrépertorie des plans KVM de deux à quatre cœurs, 2 Go à 8 Go de RAM et 30 Go à 240 Go de disque, avec des quotas de transfert mensuels allant jusqu'à 3 To. Elle indique également que le service utilise des serveurs Dell, offre une protection DDoS et vise une disponibilité de 99,9 %. Cependant, le panier d'achat public n'affiche actuellement qu'uneVPS Starterà partir de 1 550 INR par mois et ne présente pas le même niveau de détail sur les ressources. La page marketing commence à 1 000 INR. Un acheteur ne peut pas déterminer à partir de ces seules pages s'il s'agit de générations, d'emplacements, de prix promotionnels différents ou simplement de catalogues non synchronisés.

Le matériel dédié est également spécifique au niveau des références mais opaque au niveau de la flotte. La page principale répertorie des configurations Intel E3 et E5 avec des liaisons montantes de 1 Gbps et des forfaits de transfert. L'entrée actuelle du magasin de serveurs dédiéspropose 128 Go de RAM, deux SSD de 480 Go, 10 To à 1 Gbps et cinq adresses IP pour 12 700 INR par mois. Pourtant, son titre indique "48 cœurs" tandis que la description mentionne un E5-2680 v4 à 28 cœurs. Cette divergence n'est pas une preuve de capacité indisponible, mais c'est une raison suffisante pour exiger une nomenclature finale plutôt que de considérer le titre de la carte comme une spécification technique.

La différence entre une configuration vendable et une flotte installée est fondamentale. Une fiche produit peut être générée avant que l'équipement ne soit installé en rack, peut rester visible après l'épuisement des stocks, ou peut décrire du matériel approvisionné sur commande. La page des serveurs dédiés de Logosys marque elle-même une configuration E5 comme "Épuisée" tandis que d'autres configurations restent sélectionnables. Aucun compteur d'inventaire public, liste de matériel numéroté, nombre de racks ou délai de livraison n'établit combien d'unités sont installées et alimentées. La capacité dédiée utilisable est inconnue.

La carte comporte trois types d'emplacements différents

Les références publiques à Hyderabad, Mumbai et Chennai ne doivent pas être placées sur une seule carte sans étiquettes expliquant ce que chaque point signifie.

Hyderabad est le lieu d'identité le plus fort. C'est l'adresse enregistrée et de contact dans l'avis de constitution, les enregistrements APNIC et les politiques de l'entreprise. Le nom d'hôte du looking glass utilise également Hyderabad, et la page étiquette Hyderabad DC1. Mais une adresse de bureau à Kothapet n'est pas une preuve que les serveurs de production se trouvent dans ce bâtiment. Le looking glass renvoie uniquement à une recherche cartographique au niveau de la ville, pas à un opérateur de centre de données nommé ni à une installation précise.

Les preuves publiques n'établissent pas si Hyderabad DC1 est une salle possédée, une cage louée, un espace en gros, un nœud distant ou un libellé pour des services fournis par un autre opérateur.

Mumbai est l'emplacement d'interconnexion le plus fort.Le dossier PeeringDB de Logosysrépertorie l'AS150636chez Web Werks Mumbai 1 et sur un port de 1 Gbps à DE-CIX Mumbai. Ledossier de l'installationsitue Web Werks Mumbai 1 à Sigma IT Park à Rabale, Navi Mumbai, et identifie quatre échanges disponibles dans le bâtiment. C'est une bonne preuve que Logosys a, ou du moins a déclaré, une présence réseau opérationnelle là-bas. PeeringDB est géré par les entités du réseau et ne sert pas d'audit d'équipement, donc cela ne prouve pas combien de racks, de serveurs ou de connectiques Logosys possède.

Web Werks fournit un contexte utile concernant les limites du bâtiment. Sapage actuelle des centres de données en Indedécrit Mumbai 1 comme une installation dédiée de 2,3 MW avec redondance N+N. Ce sont des allégations de l'opérateur à l'échelle de l'installation. Elles ne doivent pas être attribuées à Logosys. Un locataire peut occuper une fraction d'un rack ou plusieurs racks; il peut acheter un ou deux chemins d'alimentation; il peut se connecter à un opérateur, à un tissu d'échange ou à plusieurs réseaux. Rien de public n'indique les kilowatts sous contrat de Logosys, la disposition des PDU, le chemin d'onduleur, la couverture du générateur, la diversité des connectiques ou les modalités d'intervention à distance à l'intérieur du bâtiment.

Chennai n'est actuellement qu'un libellé de ville publié par l'entreprise dans les documents examinés. Aucune installation nommée à Chennai n'apparaît dans le dossier PeeringDB de Logosys. Aucune adresse, propriétaire, port d'échange, préfixe d'origine ou adresse de serveur de test n'a été publiée sur la page du looking glass. Cela ne réfute pas un nœud de service indirect, un serveur loué ou une interconnexion privée à Chennai. Cela signifie que le statut physique, l'opérateur, l'inventaire de services et l'indépendance de défaillance de "Chennai DC1" sont inconnus.

La propre déclaration de l'entreprise sur les serveurs dédiés ajoute un quatrième point de présence et cinq échanges indiens sans les nommer. Sa copie de colocation ajoute une présence non spécifiée aux États-Unis. Ce sont des allégations de couverture, pas des cartes routières. Un partenaire CDN, un fournisseur de transit, un accord de revente ou une machine louée peuvent créer une portée de service sans donner à Logosys un routeur ou une cage possédée à chaque emplacement. Inversement, une liaison privée ou un réseau de gestion non annoncé peut ne pas apparaître dans les données BGP publiques.

Les itinéraires de fibre exacts entre les emplacements de Logosys ne sont pas publics. Il n'y a aucune preuve de conduits physiquement distincts, d'entrées de métro séparées ou de chemins longue distance indépendants.

Un /23 attribué, un /24 visible

Les enregistrements de ressources de numéros fournissent la frontière stricte la plus claire.L'enregistrement RDAP d'APNIC pour le système autonomeidentifieAS150636comme LOGOSYSCL-AS-IN, actif en Inde et enregistré en février 2023.L'enregistrement d'adresse d'APNICattribue à Logosys Cloud la plage IPv4 portable103.89.46.0à103.89.47.255. Il s'agit d'un /23 contenant 512 adresses avant les frais généraux de réseau, de diffusion, d'infrastructure et de réservation. "Portable" signifie que le bloc d'adresses est attribué au titulaire plutôt que d'être simplement un sous-réseau d'un agrégat de fournisseur; cela ne signifie pas que l'entreprise possède des bâtiments ou des fibres.

Au moment de l'observation le 15 juillet 2026, lavue des préfixes annoncés de RIPEstatne renvoyait que103.89.46.0/24. Savue de l'état du routagecomptait 256 adresses IPv4 annoncées, aucun préfixe IPv6 et une visibilité complète de la part des 326 pairs RIPE RIS IPv4 de l'ensemble de mesure. Elle indiquait que la route avait été vue pour la première fois le 26 juillet 2023. C'est un résultat opérationnellement utile: le /24 actif n'était pas une annonce faible ou uniquement locale à ce moment-là.

La seconde moitié,103.89.47.0/24, dispose d'un objet route APNIC nommantAS150636, et le titulaire a une autorisation RPKI couvrant le /23 avec une longueur maximale de /24. Elle n'était pas présente dans le résultat actuel des préfixes annoncés. Un objet route et une autorisation d'origine de route valide sont des enregistrements de permissions et de politiques; ils ne sont pas la preuve qu'une route est actuellement propagée, acceptée mondialement ou qu'elle transporte du trafic client. Le /24 non annoncé pourrait être réservé, échelonné, retiré, utilisé en privé ou simplement inactif. Les preuves publiques ne permettent pas de trancher.

La route active dispose d'une autorisation d'origine valide.La validation RPKI de RIPEstattrouve un ROA valide pour l'origineAS150636, couvrant103.89.46.0/23avec une longueur maximale de /24. Cela réduit une classe d'erreur d'origine de route: les réseaux effectuant la validation d'origine de route peuvent vérifier que cet AS est autorisé à annoncer ce /24. RPKI ne valide pas l'intégralité du chemin AS, ne prouve pas que les paquets atteignent un serveur sain, et ne protège pas un service contre les défaillances d'alimentation, de commutation, d'application ou de support.

L'IPv6 reste une inconnue remarquable dans le discours commercial. PeeringDB ne rapporte aucun préfixe IPv6 pour Logosys, et RIPEstat n'en a observé aucun annoncé. L'annonce DE-CIX ne publie pas d'adresse IPv6 pour le port de Logosys. Un fournisseur peut toujours fournir de l'IPv6 via un autre réseau ou à des clients sélectionnés, mais aucune origine IPv6 détenue n'est visible. Les acheteurs nécessitant une double pile native devraient demander le préfixe attribué, la politique de routage, le processus de DNS inverse et une adresse de test plutôt que de déduire l'IPv6 d'une étiquette cloud générale.

Un port d'appairage n'est pas cinq sorties indépendantes

PeeringDB est précis sur la seule connexion d'échange qu'il répertorie: un port opérationnel de 1 Gbps à DE-CIX Mumbai, avec participation au serveur de routes. Il classe également le réseau comme contenu, lui attribue une politique d'appairage ouverte, enregistre un trafic principalement sortant et situe le trafic autodéclaré dans une fourchette de 1 à 5 Gbps. L'entrée a été mise à jour pour la dernière fois en décembre 2023. Ces champs aident d'autres réseaux à décider si et où s'interconnecter. Ils ne constituent pas un graphique d'utilisation actuelle, un contrat ou une réservation de capacité.

Un port d'échange de 1 Gbps a un débit de ligne maximal; il ne plafonne pas l'ensemble du système autonome si des interconnexions de transit ou privées existent ailleurs. De même, une fourchette de trafic autodéclaré de 1 à 5 Gbps peut inclure du trafic en dehors de cet échange. Il n'y a pas de contradiction de principe, mais il n'y a pas de mesure publique reliant la fourchette de trafic à des liens spécifiques. Un acheteur ne devrait pas additionner "1 Gbps DE-CIX" à "jusqu'à 100 Gbps de port serveur" et supposer 101 Gbps de capacité externe.

La vitesse d'accès au serveur, la capacité totale du tissu, l'engagement de transit et la vitesse du port d'échange Internet mesurent des segments différents.

Les preuves de chemin actuelles sont particulièrement importantes.La vue des voisins de RIPEstatvoitAS133296comme le réseau dominant directement avant Logosys sur des centaines de chemins d'observation.L'enregistrement RDAP d'APNIC pour cet ASNle nommeWEBWERKS-AS-INet décrit Web Werks India Pvt. Ltd.L'état BGP de RIPEstat pour le /24 actifexpose également un petit nombre de chemins dans lesquels d'autres réseaux apparaissent directement avantAS150636, y compris des chemins compatibles avec une connectivité d'échange ou alternative. Cela soutient une conclusion mesurée: Web Werks était le chemin visible dominant à ce moment-là, tandis qu'une certaine pluralité de chemins logiques était observable.

Cela ne soutient pas l'expression plus forte de "multi-hébergement physiquement redondant". Deux voisins BGP peuvent aboutir sur le même routeur, utiliser le même faisceau de connectique, traverser la même salle de rencontre du bâtiment ou dépendre de la même alimentation électrique. Un serveur de routes d'échange peut exposer des centaines de pairs via un seul port physique. Plusieurs chemins AS en amont peuvent reconverger sur un seul opérateur au-delà de la périphérie du client.

L'inverse est également possible: des circuits privés peuvent être physiquement distincts alors que les collecteurs publics ne sélectionnent qu'un seul meilleur chemin. Pour établir la résilience physique, Logosys devrait divulguer les routeurs de périphérie, les emplacements des ports, les opérateurs, les connectiques, les entrées de bâtiment et les tests de basculement pertinents pour le service acheté.

La déclaration de l'entreprise concernant cinq échanges Internet peut faire référence à des réseaux disponibles pour les clients, des tissus d'échange utilisés par l'intermédiaire d'une autre partie, ou des connexions non répertoriées dans PeeringDB. Les informations publiques ne nomment pas les quatre autres. Tant que les noms, les ports et le statut opérationnel ne sont pas fournis, le seul rattachement d'échange traçable indépendamment dans cet examen est DE-CIX Mumbai.

C'est une connectivité utile, mais un seul port d'échange ne remplace pas le transit et ne fournit pas à lui seul un itinéraire lorsque le bâtiment, le routeur ou le circuit d'accès tombe en panne.

Qui possède le rack, le serveur et le chemin d'alimentation?

Logosys utilise un langage de propriété avec soin à certains endroits et de manière vague à d'autres. La page de streaming dit "Fully Own Network" (réseau entièrement détenu), tandis que la page de colocation explique que les clients peuvent placer leur équipement dans un rack IDC et qu'un fournisseur de services fournit l'alimentation et le réseau. La page des serveurs dédiés promet des serveurs physiques à locataire unique mais ne dit pas si Logosys possède, loue ou approvisionne chaque serveur. PeeringDB nomme Web Werks Mumbai 1 comme l'installation d'interconnexion, non comme un bâtiment appartenant à Logosys.

Il existe donc au moins quatre couches de propriété possibles pour un service acheté. Logosys Cloud peut être le fournisseur de services contractuel. Une entreprise de centres de données peut posséder ou exploiter le bâtiment, les onduleurs, les générateurs et le refroidissement. Un opérateur ou un échange peut fournir la connectivité externe. Logosys, l'opérateur de l'installation, un bailleur financier ou un autre fournisseur peut posséder le serveur.

Le client contrôle son système d'exploitation invité ou le matériel colocalisé mais peut ne pas contrôler l'hyperviseur, le commutateur, la baie de stockage ou la file d'attente d'intervention à distance. Les pages publiques ne résolvent pas chaque couche pour chaque référence.

L'offre de colocation de Logosysest concrète sur les forfaits de détail. Elle annonce 1U à 200 W, 2U à 300 W, 4U à 400 W et 8U à 600 W, chacun avec 100 Go de bande passante. Elle répertorie également un quart de rack à 1 kW, un demi-rack à 1,5 kW et un rack complet de 42U à 3 kW. Ce sont des limites de produit citées, et non une preuve de stock inutilisé disponible. Elles soulèvent également des questions techniques. La page dit "Alimentation: Oui" mais ne précise pas les alimentations A et B, la tension, le calibre du disjoncteur, la méthode de mesure, la tolérance entre puissance soutenue et de pointe, ou la prise en compte du facteur de puissance. La densité de rack complet de 3 kW est plausible pour de nombreuses charges de travail d'hébergement traditionnelles mais peut contraindre les déploiements denses de GPU ou les configurations modernes à double socket.

La même page de colocation qualifie l'offre de "centre de données Tier 4" près de son sommet et décrit plus loin des "centres de données Tier 3". Elle ne nomme pas d'organisme de certification, d'identifiant d'installation ou de certificat. La terminologie de niveau peut décrire une ambition de conception, un raccourci de fournisseur ou une certification formelle par un tiers; ceux-ci ne sont pas interchangeables. La seule conclusion sûre est que la page émet les deux allégations.

Un acheteur devrait demander l'installation spécifique, le certificat, la portée et la date d'expiration plutôt que de transférer une étiquette de niveau générique à un rack Logosys.

La capacité de l'installation est également facile à mal interpréter. Web Werks publie 2,3 MW pour Mumbai 1. C'est le chiffre de l'opérateur de l'installation pour le site, pas la capacité installée ou réservée de Logosys. Cela ne dit rien de la fraction disponible pour un client Logosys après la charge existante, les limites de refroidissement, les réservations contractuelles et les conditions de maintenance. L'article n'a trouvé aucun nombre de racks Logosys divulgué, engagement de puissance, autonomie du générateur, contrat de carburant, conception de refroidissement, stock de pièces détachées ou inventaire de serveurs.

La capacité installée, alimentée, opérationnelle, vendue et utilisable en cas de défaillance est inconnue au niveau de l'entreprise.

Le streaming modifie la chaîne de dépendance

La charge de travail la plus distinctive de Logosys est le streaming de diffusion. Sa page de CDN en direct propose des plans de 1 To et dix connexions à 5 To et 1 000 connexions, avec un canal par plan. Elle revendique moins de cinq secondes de latence pour HLS et DASH, la prise en charge de Wowza, et 20 serveurs de streaming dans le monde entier. La page "À propos" indique que l'entreprise a servi plus de 100 chaînes de télévision. Ce sont des déclarations commerciales de première partie.

Aucune liste publique de nœuds, liste de fournisseurs, rapport de trafic ou preuve de référence client n'établit l'emplacement et le statut actuels des 20 serveurs ni le nombre de clients actifs.

Pour un diffuseur, "20 serveurs" n'est pas un nombre de capacité sans hypothèses de charge de travail. Un serveur recevant un flux de contribution à haut débit et le reconditionnant peut avoir des limites de CPU, GPU, stockage et sortie très différentes d'un serveur périphérique diffusant des segments en cache. Dix connexions à un débit ne sont pas équivalentes à dix à un autre débit. Un quota de transfert mensuel dit peu de chose sur la simultanéité de pointe. Un CDN peut utiliser des serveurs possédés, du bare metal loué, des machines virtuelles ou un partenaire de distribution tiers.

La page Logosys ne décompose pas les rôles d'origine, de transcodage, d'empaquetage et de périphérie par emplacement.

L'impact des défaillances est également asymétrique. Si un nœud périphérique tombe en panne et que le trafic est redirigé ailleurs, les téléspectateurs peuvent constater un bref changement de qualité. Si le seul serveur d'origine en direct, l'encodeur ou le serveur de diffusion tombe en panne, chaque périphérie peut rester saine tandis que la chaîne s'éteint. Si le panneau de contrôle client est indisponible, un flux déjà en cours peut continuer mais les opérateurs peuvent être incapables de le redémarrer ou de le rediriger. Si un chemin en amont échoue, les serveurs locaux peuvent rester alimentés mais inaccessibles.

Si une licence graphique ou de diffusion échoue, la capacité réseau et de calcul ne restaure pas la sortie du programme. La "redondance CDN" nécessite une conception pour chaque rôle, pas seulement un décompte de nœuds.

La question de la planification à distance est tout aussi importante. Un client devrait demander si son serveur de diffusion et son origine de streaming partagent un hôte, un rack, une installation ou un domaine d'alimentation; si une instance secondaire est chaude, froide ou simplement restaurable; à quel point la copie multimédia est actuelle; et qui a l'autorité de déclencher le basculement. L'offre publique ne donne pas d'objectif de point de reprise ni d'objectif de temps de reprise.

Elle indique que le support est disponible en continu, mais les niveaux de personnel, les objectifs d'escalade et les délais d'intervention à distance ne sont pas publiés.

Les allégations de capacité ne sont pas des états de capacité

Le mot "capacité" couvre au moins sept états sur ce marché. La capacité de conception est ce qu'un système pourrait supporter s'il était construit comme prévu. La capacité installée est le matériel dans un rack. La capacité alimentée dispose d'un circuit sous tension et d'une attribution de refroidissement. La capacité allumée a un chemin réseau actif. La capacité opérationnelle passe les contrôles de santé. La capacité vendue est engagée envers les clients. La capacité utilisable est ce qui reste dans la condition de défaillance considérée.

Les pages publiques de Logosys décrivent principalement des maxima de produit et des configurations de catalogue, et non ces états.

Le chiffre de 100 Gbps sur la page des serveurs dédiés est une promesse de vitesse de port pour une classe de bande passante ultra-élevée. Aucun serveur, installation, modèle de commutateur, engagement de transit ou prix actuel n'y est associé. La principale annonce de serveurs dédiés achetable indique 1 Gbps. Le port d'échange PeeringDB est de 1 Gbps. Aucun de ces chiffres ne prouve ou ne réfute les autres car ils peuvent faire référence à des ports et des sites différents.

Mais un port d'accès de 100 Gbps ne peut pas fournir 100 Gbps vers l'Internet public à moins que le reste du chemin, la politique de trafic et l'engagement commercial ne le soutiennent.

L'inventaire IPv4 illustre une autre limite. Un /23 contient 512 adresses, et seul un /24 était annoncé mondialement au moment de l'observation. L'annonce de serveur dédié inclut cinq adresses IP par serveur. Cela ne signifie pas que Logosys ne peut vendre qu'environ 51 serveurs de ce type: les adresses peuvent provenir de fournisseurs en amont, être réutilisées via un réseau privé, ou être attribuées différemment selon les produits. Cela signifie que l'espace d'adressage public et portable est fini et partiellement non annoncé.

Les clients ayant besoin d'allocations importantes devraient demander si les adresses sont détenues par Logosys ou attribuées par le fournisseur, si elles peuvent être routées après migration, et comment l'historique d'abus et le DNS inverse sont gérés.

Aucune donnée d'utilisation publique ne montre l'occupation CPU, l'allocation RAM, la consommation de stockage, la sursouscription, l'utilisation des ports, la consommation électrique des racks ou les réservations vendues. La bande de 1 à 5 Gbps de PeeringDB est autodéclarée et suffisamment ancienne pour nécessiter une reconfirmation. Le marqueur "Épuisé" du magasin de produits sur une configuration montre que l'état du stock peut avoir de l'importance, mais il ne révèle pas si la contrainte concernait les processeurs, les disques, les châssis, l'alimentation du rack ou une référence retirée.

La planification de capacité pour un déploiement réel doit donc commencer par un devis daté lié à un site et à une date de livraison.

La promesse de 99,9 % a des contours procéduraux

Logosys publie unaccord de niveau de service (SLA)détaillé, ce qui est préférable à laisser la disponibilité entièrement au texte commercial. Il fixe un seuil mensuel de 99,9 %. Dans un mois de 30 jours, 0,1 % représente environ 43 minutes et 12 secondes. Une disponibilité entre 99,9 et 99 % donne droit à un jour d'extension de service; les niveaux inférieurs donnent droit à deux ou trois jours, avec une formule en dessous de 97 %. Logosys peut, à sa discrétion, fournir un crédit ou une remise équivalente.

Le recours est plus étroit que le titre. Un client doit signaler une indisponibilité par e-mail dans les 24 heures suivant sa découverte. Le chronomètre démarre lorsque l'e-mail est envoyé, pas nécessairement au début de la panne. Une demande de remboursement doit ensuite être soumise avec des preuves dans un court délai après la période de facturation. Les incidents ne sont pas agrégés pour le calcul des remboursements. Les travaux planifiés, la maintenance d'urgence et un large éventail d'événements extérieurs peuvent être exclus.

Les exceptions incluent les performances des échanges tiers, le DNS hors du contrôle de Logosys, les circuits d'accès client, les réseaux non détenus par Logosys et certains logiciels ou services tiers.

Ces exclusions correspondent directement aux frontières de l'infrastructure. Le seul échange nommé, l'opérateur de l'installation et le réseau adjacent dominant sont des organisations distinctes. Un client peut subir une panne d'application complète causée par une défaillance que le contrat de service exclut de son calcul d'indisponibilité. Cela ne rend pas le SLA dénué de sens; cela rend l'architecture plus importante que la compensation. Une extension d'un jour sur une VPS bon marché n'est pas équivalente à la perte commerciale d'une chaîne de télévision silencieuse ou d'un site de commerce indisponible.

Le SLA indique également que le client est responsable de plans de sauvegarde et de reprise appropriés, y compris des tests périodiques, et que Logosys n'assume pas la responsabilité de l'intégrité et de la sécurité des données du client. Les conditions limitent la responsabilité cumulative à un mois de frais dans le mois précédant l'événement et excluent les pertes indirectes.

Les clients qui exigent une protection plus forte ont besoin d'un accord négocié définissant la disponibilité spécifique au service, la durabilité des données, la propriété des sauvegardes, les communications d'incident, les objectifs de reprise et les composants précis inclus dans le calcul.

Un cloud local ne signifie pas automatiquement une localité des données connue

Logosys se présente comme un fournisseur de cloud indien et publie des prix indiens, une identité d'entreprise indienne et un système autonome enregistré en Inde. Ce sont des signaux de localité significatifs. Ils n'établissent pas à eux seuls où réside chaque catégorie de données client.

La page de colocation indique que des centres existent en Inde et aux États-Unis. La page du CDN en direct dit que les serveurs sont dans le monde entier. Le portail client est une surface de service distincte du site marketing. Les sauvegardes, les enregistrements de surveillance, les pièces jointes de support, les données DNS et les périphéries de streaming peuvent occuper des emplacements différents du nœud de calcul principal.

Un client achetant un hébergement "Inde" devrait exiger que la commande de service indique l'installation et le pays pour les données principales, les réplicas, les sauvegardes, les instantanés, les journaux et l'accès au support.

Lapolitique de confidentialitéde l'entreprise identifie Logosys Cloud Private Limited et explique les catégories d'informations client, de facturation et d'utilisation qu'elle collecte. Elle ne fonctionne pas comme un calendrier de résidence des données site par site pour les charges de travail hébergées. Les conditions placent la responsabilité des données client et de la conformité légale en grande partie sur le client. Pour un déploiement réglementé ou sensible à l'emplacement, la nationalité de la marque et le code pays sur un enregistrement IP sont des contrôles insuffisants.

La migration teste également les allégations de localité. Une image VPS peut dépendre d'un panneau de contrôle propriétaire, d'une adresse attribuée manuellement, d'un produit de sauvegarde local ou d'une licence qui ne peut pas être déplacée avec le disque. Un service de streaming peut dépendre du logiciel Logosys, de la configuration Wowza et d'un accord CDN. Lapolitique de remboursementdécrit le déprovisionnement en libre-service et manuel, la facturation continue jusqu'à la confirmation du déprovisionnement, et un traitement spécial pour les nœuds engagés et les licences logicielles. Lapolitique d'annulationexige un préavis d'au moins sept jours avant le renouvellement. Aucune des deux pages ne promet un format d'exportation standard, une fenêtre de transfert de données après résiliation ou une assistance pour déplacer un service actif vers un autre fournisseur.

Comment les défaillances se propageraient

Le test de résilience le plus utile consiste à partir d'une défaillance concrète et à suivre ses effets.

Événement d'alimentation d'un rack ou d'une installation.Si un service s'exécute uniquement dans Web Werks Mumbai 1, un événement sur un PDU de rack, une salle, un chemin d'onduleur ou un bâtiment peut mettre hors service simultanément les équipements de calcul et de périphérie réseau. La commercialisation N+N de l'installation ne prouve pas qu'un locataire particulier a acheté des alimentations doubles ou déployé des équipements à double cordon. La reprise dépend du matériel de rechange, des interventions à distance, de l'emplacement de sauvegarde et du fait qu'un autre site dispose d'une capacité réservée suffisante. Aucun de ces éléments n'est quantifié publiquement pour Logosys.

Perte du chemin amont dominant.Les routes mondiales actuelles montrent principalementAS133296immédiatement avant Logosys. Si cette adjacence échoue, la joignabilité dépend de l'état opérationnel et de la propagation des sessions alternatives. Un port de serveur de routes DE-CIX peut fournir des chemins directs vers les pairs entités, mais il ne remplace pas le transit général vers toutes les destinations. Le nombre de voisins logiques ne révèle pas si les liens partagent un routeur, une connectique ou une entrée de bâtiment.

Défaillance du port d'échange ou du routeur de périphérie.Le port DE-CIX répertorié est de 1 Gbps dans une installation de Mumbai. Si le trafic d'échange et le transit aboutissent sur le même châssis de périphérie, une défaillance du routeur de périphérie peut supprimer les deux même lorsque les contrats nomment plusieurs réseaux. S'ils utilisent des châssis et des chemins séparés, la résilience peut être beaucoup plus forte. Les informations publiques ne révèlent pas cette topologie.

Défaillance d'hyperviseur, de stockage ou d'inventaire.La page d'hébergement web prétend un déplacement automatique vers un autre serveur lorsqu'un problème matériel est détecté. Elle ne décrit pas le stockage partagé, le retard de réplication, l'isolation, les domaines de défaillance ni si chaque produit VPS utilise cette conception. Les serveurs dédiés nécessitent normalement une réparation de composant ou un châssis de remplacement, sauf si le client dispose d'un serveur de secours. Un serveur répertorié avec RAID 1 peut tolérer une défaillance de disque mais pas toutes les défaillances de contrôleur, de carte mère, d'alimentation ou les erreurs d'opérateur.

Défaillance du plan de contrôle.Le portail client gère les commandes, la facturation, les tickets et certaines actions sur les serveurs. Une panne du plan de contrôle peut ne pas arrêter une charge de travail en cours, mais elle peut bloquer les reconstructions, l'accès console, la mise à l'échelle et l'annulation. Un calcul résilient sans accès et escalade résilients peut tout de même prolonger un incident. Logosys publie des canaux téléphone, e-mail et ticket, mais aucune statistique indépendante de réponse au support.

Défaillance de l'origine de streaming.Plusieurs périphéries CDN n'aident pas lorsque le seul encodeur, le processus de diffusion ou l'origine a cessé de produire un flux valide. La reprise nécessite une seconde entrée, un contenu actuel, des licences, des informations d'identification et une commutation de trafic testée. L'allégation publique de "20 serveurs" n'identifie pas ces rôles.

Défaillance DNS ou de certificat.Logosys promeut un DNS redondant, mais ses pages publiques ne nomment pas les fournisseurs faisant autorité par service et n'expliquent pas la séparation des domaines de contrôle et de défaillance. Le DNS est explicitement exclu du SLA lorsqu'il est hors du contrôle direct de Logosys. Les clients devraient tester la diversité des serveurs faisant autorité, la sécurité du bureau d'enregistrement, le renouvellement des certificats et l'accès aux informations d'identification indépendamment du compte d'hébergement.

Défaillance du support et de la facturation.L'économie des petits fournisseurs repose souvent sur une équipe technique concentrée. Logosys annonce un support continu, mais aucun effectif, liste d'astreinte ou délai d'escalade n'est public. La référence continue à une société de logiciels distincte dans les instructions de paiement ajoute un autre transfert opérationnel à clarifier. Lors d'un incident, le client a besoin d'une seule partie responsable habilitée à agir sur les fournisseurs d'installation, d'opérateur, de matériel et de logiciels.

L'économie est attrayante parce que les limites reposent sur l'acheteur

Les prix catalogue de Logosys peuvent être convaincants. 1 550 INR achètent un accès VPS d'entrée de gamme dans la boutique actuelle. 12 700 INR achètent une configuration dédiée avec 128 Go de RAM, des SSD, 10 To à 1 Gbps et cinq adresses. Une offre de colocation 1U commence à 4 500 INR par mois, tandis qu'un rack complet est proposé à 50 000 INR avec 3 kW. Le streaming commence à 1 500 INR pour un canal et 1 To de transfert mensuel. Ces prix donnent aux petites organisations un accès à une infrastructure gérée sans les engagements minimaux associés à un contrat hyperscale ou de gros.

Le compromis économique est qu'une grande partie du risque d'intégration reste implicite. L'acheteur doit chiffrer les sauvegardes, le support géré, les licences logicielles, les adresses supplémentaires, les pièces de rechange, les pointes de bande passante, les dépassements de trafic, les interventions à distance, les seconds sites et la migration. Un prix mensuel de serveur bas n'est pas le coût d'un service récupérable. Pour un diffuseur, le dénominateur significatif peut être le coût par heure de chaîne protégée, et non le coût par cœur.

Pour une application d'entreprise, il peut s'agir du coût par transaction récupérable ou par restauration testée.

Le contrat renforce cette allocation. Les remboursements sont des extensions de service ou des crédits, pas une compensation pour les pertes indirectes. Les clients doivent documenter les pannes rapidement et maintenir leurs propres dispositions de reprise. Les nœuds engagés et les licences logicielles utilisées ont des options de remboursement limitées. Cela peut être un compromis rationnel pour les charges de travail non critiques, les machines de développement/test, les opérations médiatiques régionales avec leur propre chemin de sauvegarde, ou les clients qui apprécient un support local réactif.

C'est un compromis plus faible lorsqu'un client suppose qu'un label cloud inclut la durabilité multi-région par défaut.

Ce qui transformerait les allégations en preuves d'infrastructure

Logosys pourrait rendre son offre publique beaucoup plus facile à évaluer sans divulguer de détails réseau sensibles. La première amélioration serait une matrice d'emplacement datée. Chaque ville devrait nommer l'opérateur de l'installation, les classes de services disponibles, si la capacité est possédée ou louée, et si le site accepte de nouvelles commandes. Une carte devrait distinguer bureau, région cloud, périphérie CDN, port d'échange et salle de colocation.

Les lignes entre les villes ne devraient apparaître que là où une route physique et un opérateur sont connus; sinon, la carte devrait montrer la portée du service plutôt qu'une fibre implicite.

La deuxième amélioration serait une page de faits réseau. Elle pourrait lister les préfixes actifs, le statut IPv6, les fournisseurs de transit, les échanges, les capacités des ports, les adresses de looking glass et la couverture RPKI, avec une date de dernière mise à jour. Elle devrait indiquer si plusieurs sessions se trouvent sur des routeurs distincts et si elles entrent dans l'installation par des chemins divers. Le dossier PeeringDB actuel est utile mais a été mis à jour pour la dernière fois matériellement en 2023 et ne nomme qu'un seul échange et une seule installation.

La troisième serait un vocabulaire de capacité. Logosys n'a pas besoin de publier l'utilisation sensible pour les clients, mais elle pourrait séparer les serveurs installés des configurations commandables, le débit de ligne du port de la bande passante Internet engagée, la puissance du bâtiment de la puissance du locataire, et la capacité normale de la capacité de rechange utilisable en cas de défaillance. Pour la colocation, un devis devrait indiquer le nombre de chemins d'alimentation, le calibre du disjoncteur, la tension, l'énergie incluse, le comptage, les connectiques et les conditions d'intervention à distance.

Pour le cloud, il devrait indiquer la génération de l'hôte, la durabilité du stockage, la politique de surallocation et la couverture de migration en direct.

La quatrième serait des preuves de reprise spécifiques au service. L'entreprise pourrait publier si les instances VPS sont redémarrables sur un autre nœud, si les sauvegardes restent dans la même installation, comment fonctionne le basculement de l'origine et de la périphérie de streaming, et ce que les clients doivent fournir. Un historique de statut devrait identifier les incidents par service et par région tout en protégeant les détails des clients. Un exercice de basculement réussi avec date, portée et temps de reprise mesuré en dirait plus qu'une icône de redondance générique.

Pour les acheteurs évaluant Logosys aujourd'hui, la liste de diligence est simple:

  1. Inscrire l'entité contractante et de facturation exacte sur le bon de commande, y compris le rôle de Logosys Software Solutions Private Limited.
  2. Nommer l'installation et le pays pour le calcul, le stockage principal, les répliques, les sauvegardes, les journaux et l'accès au support.
  3. Identifier qui possède le serveur, le rack, le chemin d'alimentation, les connectiques et l'espace IP utilisés par le service acheté.
  4. Obtenir les détails actifs de transit et d'échange, puis demander quels liens sont physiquement indépendants et tester le basculement.
  5. Convertir chaque allégation de bande passante en port, engagement, politique de pointe, quota de transfert et responsabilité de congestion.
  6. Convertir chaque allégation de capacité en quantités installées, alimentées, opérationnelles, disponibles à la commande et utilisables en cas de défaillance.
  7. Définir la propriété des sauvegardes, le format d'exportation, le test de restauration, le point de reprise, le temps de reprise et l'assistance à la sortie.
  8. Rapprocher la configuration marketing, la configuration du panier d'achat et la nomenclature finale avant paiement.
  9. Négocier la notification d'incident et les crédits de service en fonction de l'impact commercial réel plutôt que de la page générique de 99,9 %.
  10. Exiger des preuves pour Hyderabad, Chennai, le quatrième point de présence, les quatre échanges supplémentaires et tout emplacement aux États-Unis si la conception proposée en dépend.

L'essentiel

Logosys Cloud n'est pas simplement un hébergeur web avec un mot cloud accolé. Elle dispose d'un réseau indien enregistré, d'une protection d'origine de route valide, d'une interconnexion visible à Mumbai, de contrôles en libre-service, d'offres de serveurs physiques et d'une spécialisation crédible dans la diffusion télévisuelle et le streaming. Pour les diffuseurs régionaux et les petits clients indiens, cette combinaison peut être commercialement utile.

Mais l'histoire de l'infrastructure publique n'est pas encore aussi large que celle du produit. Le looking glass à trois villes ne divulgue pas trois installations indépendantes. Le /23 attribué ne signifie pas que les deux /24 sont routés. Un port d'échange de 1 Gbps ne prouve pas cinq connexions d'échange ou un chemin Internet de 100 Gbps. Une installation de 2,3 MW ne donne pas 2,3 MW à Logosys. Vingt serveurs de streaming n'établissent pas vingt origines indépendantes. Un SLA de 99,9 % ne garantit pas la reprise après des événements d'installation, de transit, de plan de contrôle ou de perte de données.

Les preuves soutiennent une conclusion limitée. Logosys Cloud contrôle l'AS150636, annonce activement un /24 bien visible et valide RPKI, et déclare une présence opérationnelle à Web Werks Mumbai 1 et DE-CIX Mumbai. Hyderabad est fermement établie comme sa base sociale et opérationnelle, tandis que Chennai et le reste de l'empreinte annoncée restent insuffisamment spécifiés. Tout ce qui dépasse cette limite doit être acheté par une commande spécifique au site, à la capacité et à la reprise, et non déduit du catalogue. La prochaine preuve significative ne sera pas un chiffre de bande passante plus élevé, mais une déclaration datée indiquant où le service s'exécute, ce qui reste disponible en cas de défaillance, et qui est responsable de le rétablir.