Résumé

  • Lemiroir de réseaude Logosys Cloud nomme Hyderabad DC1, Mumbai DC1 et Chennai DC1, mais il n'identifie pas les bâtiments, la propriété des baies, les circuits, la topologie d'alimentation ou l'inventaire des services derrière ces étiquettes.
  • APNIC attribue à Logosys CloudAS150636et le bloc portable103.89.46.0/23. Le 15 juillet 2026,RIPEstat montraitseulement103.89.46.0/24activement originaire, sans espace IPv6 visible. Cette route était entièrement visible pour les pairs RIPE RIS et disposait d'une autorisation RPKI valide.
  • PeeringDB listeun port opérationnel de 1 Gbps chez 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 des deux faits ne prouve que tous les services de Logosys utilisent un seul site ou un seul opérateur.
  • Les pages produits 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, l'alimentation réservée, la capacité de basculement utilisable ou 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 grands nombres de bande passante. C'est une page de diagnostic compacte sur un nom d'hôte commençant parlg-hyderabad. En haut, lemiroir de réseau Logosysprésente trois étiquettes: Hyderabad DC1, Mumbai DC1 et Chennai DC1. Il propose des fonctions ping, traceroute et de fichier de test. La page est un signe utile que l'opérateur souhaite que les clients inspectent les performances du réseau, mais ses étiquettes de ville ne sont pas une carte des centres de données possédés. Elles ne nomment pas un propriétaire, une adresse, une salle, une cage, un routeur, une alimentation ou les SKU de service disponibles dans chaque ville.

Cette distinction est importante car le reste du catalogue Logosys invite à une image mentale beaucoup plus grande. Lapage des serveurs dédiésindique que les clients ont accès à quatre points de présence et cinq échanges internet en Inde. Elle décrit des ports standard de 1 Gbps, 10 Gbps pour les serveurs hautes performances et jusqu'à 100 Gbps pour un niveau ultra-large bande. Lapage CDN de streaming en directindique qu'il y a 20 serveurs de streaming dans le monde. Lapage de colocationindique que les centres sont situés en Inde et aux États-Unis. Lapage à proposdécrit un cloud en libre-service proposant des machines virtuelles, du calcul dédié, des GPU, du stockage d'objets, de l'équilibrage de charge, des pare-feux, des VPC, du DBaaS, de l'IPv4 réservé et de la sauvegarde.

Chaque déclaration peut décrire une partie du portefeuille de services. Aucune, à elle seule, ne dit à un acheteur où une machine virtuelle particulière s'exécutera, quelle entreprise possède le serveur, si deux emplacements annoncés partagent un bâtiment ou un opérateur, quelle capacité est installée, ou si la capacité de réserve reste utilisable en cas de panne. Les preuves réseau publiques donnent une réponse plus ferme mais plus petite. 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 en BGP n'existe pas." C'est que la couverture produit, la portée logique et la résilience physique sont des propositions distinctes nécessitant des preuves distinctes.

Une entreprise cloud de 2022 avec une ancienne lignée de diffusion

L'identité légale commence le 8 avril 2022. Dans uneannonce d'incorporationdu portail client, l'entreprise a déclaré 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 d'APNIC pourAS150636utilise le même nom d'entreprise et la même adresse à Hyderabad, ce qui relie l'entité légale au numéro de réseau public plus directement qu'un simple nom de marque.

L'histoire avant 2022 est plus compliquée. Logosys Cloud indique sur sa page à propos qu'il a commencé en 2013 en tant que fournisseur de calcul sans contrat. Une société distincte, Logosys Software Solutions Private Limited, est identifiée dans leprofil de données d'entreprise Toflercomme incorporée le 22 mars 2013 sous CINU72200TG2013PTC086572; le profil liste Ashwin Kumar et Moti Singh Purohit comme directeurs et donne l'adresse enregistrée de Kothapet, Hyderabad. Le site de la société de logiciels commercialise des produits de diffusion télévisuelle. Lesconditions de serviceactuelles de l'entreprise cloud nomment Logosys Cloud Private Limited comme fournisseur de services, mais la clause de paiement ordonne aux clients payant par virement bancaire, chèque ou traite à effet de faire le paiement à l'ordre de Logosys Software Solutions Private Limited. Les documents montrent donc une adresse commune, l'apparition d'Ashwin Kumar dans les registres des deux sociétés et une instruction de paiement. Ils n'établissent pas la participation actuelle, le statut de filiale, la propriété des actifs ou un accord de service interentreprise.

Ce n'est pas une trivialité administrative. Un client achetant un serveur devrait savoir quelle entreprise 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 tout crédit de service. 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 de paiement laisse la frontière contractuelle à confirmer par écrit.

Le dossier public examiné ici ne divulgue pas une structure de groupe consolidée ou des états financiers audités pour l'activité cloud. La propriété actuelle de Logosys Cloud au-delà des directeurs nommés est donc inconnue d'après les preuves disponibles.

L'ancienne lignée de diffusion explique cependant pourquoi ce catalogue n'est pas une copie générique d'un hébergeur de base. 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 aux côtés des 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. C'est une niche opérationnelle cohérente: un diffuseur régional peut acheter logiciel, 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. Premièrement, l'hébergement partagé 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. Deuxièmement, l'infrastructure virtuelle, incluant les produits VPS KVM et une interface à la demande. Troisièmement, la capacité physique, avec des serveurs dédiés et de la colocation en unité de rack ou rack complet. Quatrièmement, l'infrastructure vidéo, incluant le streaming en direct, la distribution CDN et la diffusion à distance.

L'ampleur 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 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 détruire du calcul sans attendre un technicien, à condition que l'inventaire des nœuds sous-jacents, du stockage, du réseau et des licences existe. La page ne divulgue pas le nombre d'hôtes hyperviseur, la politique de sur-réservation, la réplication du stockage, les règles de placement ou les régions disponibles dans le sélecteur.

Lapage VPSliste des plans KVM de deux à quatre cœurs, 2 Go à 8 Go de RAM et 30 Go à 240 Go de disque, avec des allocations de transfert mensuelles jusqu'à 3 To. Elle indique également que le service utilise des serveurs Dell, offre une protection DDoS et vise une disponibilité de 99,9 %. Le panier d'achat public, cependant, ne montre actuellement qu'unVPS de démarrageà partir de 1 550 INR par mois et n'expose pas les mêmes détails de ressources. La page marketing commence à 1 000 INR. Un acheteur ne peut pas dire à partir de ces seules pages s'il s'agit de différentes générations, emplacements, prix promotionnels ou simplement de catalogues non synchronisés.

Le matériel dédié est également spécifique au niveau SKU mais opaque au niveau de la flotte. La page principale liste des configurations Intel E3 et E5 avec des liaisons montantes de 1 Gbps et des paquets de transfert. L'entrée actuelle de la boutique de serveurs dédiésoffre 128 Go de RAM, deux SSD de 480 Go, 10 To à 1 Gbps et cinq adresses IP à 12 700 INR par mois. Pourtant, son titre indique "48 cœurs" tandis que la description mentionne un E5-2680 v4 avec 28 cœurs. Cet écart n'est pas une preuve de capacité indisponible, mais c'est une raison suffisante pour exiger une nomenclature finale plutôt que de traiter le titre de la fiche 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 en rack, peut rester visible après épuisement du stock, ou peut décrire du matériel approvisionné sur commande. La page dédiée de Logosys marque elle-même une configuration E5 comme "Épuisé" tandis que d'autres configurations restent sélectionnables. Aucun compteur d'inventaire public, liste de matériel sérialisée, 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'endroits différents

Les références publiques à Hyderabad, Mumbai et Chennai ne devraient 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 d'incorporation, les registres d'APNIC et les politiques de l'entreprise. Le nom d'hôte du miroir 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 miroir ne renvoie qu'à une recherche de carte au niveau de la ville, pas à un opérateur de centre de données nommé ou à une installation exacte.

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

Mumbai est le lieu d'interconnexion le plus fort.L'enregistrement PeeringDB de LogosyslisteAS150636chez Web Werks Mumbai 1 et sur un port 1 Gbps chez DE-CIX Mumbai. Leregistre de l'installationplace Web Werks Mumbai 1 au Sigma IT Park à Rabale, Navi Mumbai, et identifie quatre échanges disponibles dans le bâtiment. C'est une bonne preuve que Logosys a, ou au moins a signalé, une présence réseau opérationnelle là-bas. PeeringDB est maintenu par les entités au réseau plutôt que de servir de vérification d'équipement, donc il ne prouve pas combien de racks, serveurs ou interconnexions de Logosys sont présents.

Web Werks fournit un contexte utile autour des 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 affirmations d'opérateur à l'échelle de l'installation. Elles ne doivent pas être attribuées à Logosys. Un locataire peut occuper une fraction d'une armoire ou plusieurs racks; il peut acheter un ou deux chemins d'alimentation; il peut se connecter à un opérateur, à un réseau d'échange ou à plusieurs réseaux. Rien de public ne précise les kilowatts contractés par Logosys, la disposition des PDUs, le chemin UPS, la couverture des générateurs, la diversité des interconnexions ou les conditions de remote-hands à l'intérieur du bâtiment.

Chennai n'est actuellement qu'une étiquette de ville publiée par l'entreprise dans le matériel examiné. Aucune installation nommée à Chennai n'apparaît dans l'enregistrement PeeringDB de Logosys. Aucune adresse, propriétaire, port d'échange, préfixe d'origine ou adresse de serveur de test n'a été publié sur la page du miroir. 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 des services et l'indépendance de panne 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. Son texte de colocation ajoute une présence américaine non spécifiée. Ce sont des affirmations de couverture, pas des cartes de routage. Un partenaire CDN, un fournisseur de transit, un arrangement de revendeur ou une machine louée peuvent créer une portée de service sans que Logosys possède un routeur ou une cage à chaque emplacement. Inversement, un réseau privé ou un réseau de gestion non annoncé peut ne pas apparaître dans les données BGP publiques.

Les routes exactes de fibre entre les sites Logosys ne sont pas publiques. Il n'y a aucune preuve de conduits physiquement diversifiés, d'entrées métro séparées ou de chemins longue distance indépendants.

Un /23 attribué, un /24 visible

Les registres de ressources numériques fournissent la limite dure la plus claire.Le registre RDAP d'APNIC pour le système autonomeidentifieAS150636comme LOGOSYSCL-AS-IN, actif en Inde et enregistré en février 2023.Le registre d'adresses d'APNICattribue à Logosys Cloud la plage IPv4 portable103.89.46.0à103.89.47.255. C'est un /23 contenant 512 adresses avant les frais généraux de réseau, diffusion, infrastructure et réservation. "Portable" signifie que le bloc d'adresses est attribué au détenteur 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,la vue des préfixes annoncés de RIPEstatne retournait que103.89.46.0/24. Savue de statut de routagecomptait 256 adresses IPv4 annoncées, aucun préfixe IPv6 et une visibilité complète parmi les 326 pairs IPv4 RIPE RIS dans l'ensemble de mesure. Elle enregistrait la route 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 locale seulement à ce moment.

La seconde moitié,103.89.47.0/24, a un objet de route APNIC nommantAS150636, et le détenteur 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 de route et une autorisation d'origine de route valide sont des permissions et des enregistrements de politique; ils ne sont pas une preuve qu'une route est actuellement propagée, acceptée dans le monde entier ou transporte du trafic client. Le /24 non annoncé pourrait être réservé, en attente, retiré, utilisé en privé ou simplement inactif. Les preuves publiques ne tranchent pas.

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

L'IPv6 reste une inconnue notable dans l'histoire commerciale. PeeringDB rapporte zéro préfixe IPv6 pour Logosys, et RIPEstat n'en a observé aucun annoncé. La liste DE-CIX ne publie pas d'adresse IPv6 pour le port Logosys. Un fournisseur peut toujours fournir de l'IPv6 via un autre réseau ou à des clients sélectionnés, mais aucune origine IPv6 possédée 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érique.

Un port de peering n'est pas cinq sorties indépendantes

PeeringDB est précis sur la seule connexion d'échange qu'il liste: un port opérationnel de 1 Gbps chez DE-CIX Mumbai, avec participation au route-server. Il classe également le réseau comme contenu, lui donne une politique de peering ouverte, enregistre un trafic majoritairement sortant et place le trafic auto-déclaré dans la plage 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. Ce ne sont 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 maximum; il ne limite pas l'ensemble du système autonome si un transit ou des interconnexions privées existent ailleurs. De même, une bande de trafic auto-déclarée de 1-5 Gbps peut inclure du trafic en dehors de cet échange. Il n'y a pas de contradiction en principe, mais il n'y a pas de mesure publique liant la bande de trafic à des liaisons spécifiques. Un acheteur ne devrait pas ajouter "1 Gbps DE-CIX" à "jusqu'à 100 Gbps port serveur" et supposer 101 Gbps de capacité externe.

La vitesse d'accès au serveur, la capacité totale de la matrice, 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 à travers 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 cohérents avec un échange ou une connectivité alternative. Cela soutient une conclusion mesurée: Web Werks était le chemin visible dominant à ce moment, tandis qu'une certaine pluralité de chemins logiques était observable.

Cela ne soutient pas l'expression plus forte "multi-hébergement physiquement redondant." Deux voisins BGP peuvent se terminer sur le même routeur, utiliser le même faisceau d'interconnexion, traverser la même salle de rencontre du bâtiment ou dépendre de la même alimentation électrique. Un route-server d'échange peut exposer des centaines de pairs via un seul port physique. Plusieurs chemins AS amont peuvent se reconverger sur un seul opérateur au-delà du bord client. L'inverse est également possible: des circuits privés peuvent être physiquement diversifiés tandis que les collecteurs publics ne sélectionnent qu'un seul meilleur chemin.

Pour établir la résilience physique, Logosys devrait divulguer les routeurs de bord, les emplacements des ports, les opérateurs, les interconnexions, les entrées de bâtiment et les tests de basculement pertinents pour le service acheté.

La déclaration de l'entreprise sur cinq échanges internet peut faire référence à des réseaux disponibles pour les clients, des trames d'échange utilisées via un autre parti, ou des connexions non listées dans PeeringDB. Le dossier public ne nomme pas les quatre autres. Jusqu'à ce que les noms, ports et statut opérationnel soient fournis, la seule attache 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 un transit et ne fournit pas par lui-même une route lorsque le bâtiment, le routeur ou le circuit d'accès tombe en panne.

À qui appartient le rack, le serveur et le chemin d'alimentation?

Logosys utilise un langage de propriété soigneusement dans certains endroits et lâche dans d'autres. La page de streaming dit "Réseau entièrement possédé," 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 dédiée promet des serveurs physiques mono-locataire mais ne dit pas si Logosys possède, loue ou approvisionne chaque serveur. PeeringDB nomme Web Werks Mumbai 1 comme l'installation d'interconnexion, pas comme un bâtiment possédé par Logosys.

Il y a 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 centre de données peut posséder ou exploiter le bâtiment, l'onduleur, les générateurs et le refroidissement. Un opérateur ou un échange peut fournir la connectivité externe. Logosys, l'opérateur d'installation, un bailleur financier ou un autre fournisseur peut posséder le serveur. Le client contrôle son système d'exploitation invité ou son matériel colocalisé mais peut ne pas contrôler l'hyperviseur, le commutateur, la baie de stockage ou la file d'attente de remote-hands.

Les pages publiques ne résolvent pas chaque couche pour chaque SKU.

L'offre de colocation Logosysest concrète sur les bundles 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 liste é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 indiquées, pas une preuve d'inventaire de rechange disponible. Ils invitent également à des questions techniques. La page dit "Alimentation: Oui" mais ne spécifie pas les alimentations A et B, la tension, le calibre du disjoncteur, la méthode de comptage, la tolérance soutenue versus pic ou le traitement des frais généraux de facteur de puissance. La densité de rack complet de 3 kW est plausible pour de nombreuses charges d'hébergement traditionnelles mais peut contraindre les déploiements denses de GPU ou 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 tard "des centres de données Tier 3." Elle ne nomme pas d'organisme de certification, d'identifiant d'installation ou de certificat. La terminologie des niveaux peut décrire une ambition de conception, un raccourci d'un fournisseur ou une certification formelle par un tiers; ceux-ci ne sont pas interchangeables. La seule conclusion sûre est que la page fait les deux affirmations.

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

La capacité des installations est également facile à mal interpréter. Web Werks publie 2,3 MW pour Mumbai 1. C'est le chiffre de l'opérateur d'installation pour le site, pas la capacité installée ou réservée de Logosys. Cela ne dit rien sur 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, durée de fonctionnement du générateur, contrat de carburant, conception de refroidissement, stock de pièces de rechange ou inventaire de serveurs.

La capacité installée, alimentée, opérationnelle, vendue et utilisable en cas de panne 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 CDN en direct offre des forfaits de 1 To et dix connexions à 5 To et 1 000 connexions, avec un canal par forfait. Elle revendique moins de cinq secondes de latence pour HLS et DASH, le support de Wowza, et 20 serveurs de streaming dans le monde. La page à propos dit 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 de nœuds publique, liste de fournisseurs, rapport de trafic ou preuve de référence client n'établit l'emplacement et le statut actuels des 20 serveurs ou le nombre actif de clients.

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 ré-encapsulant peut avoir des limites de CPU, GPU, stockage et sortie très différentes d'un serveur périphérique servant des segments mis en cache. Dix connexions à un débit ne sont pas équivalentes à dix à un autre. Un quota de transfert mensuel en dit peu sur la concurrence 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, de conditionnement et de périphérie par emplacement.

L'impact des pannes est également asymétrique. Si un nœud périphérique tombe en panne et que le trafic est redirigé ailleurs, les spectateurs peuvent voir un bref changement de qualité. Si l'unique origine en direct, l'encodeur ou le serveur de diffusion tombe en panne, toutes les périphéries peuvent rester saines tandis que le canal devient noir. 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 amont tombe en panne, les serveurs locaux peuvent rester alimentés mais injoignables.

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 nombre 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 média est à jour; et qui a l'autorité de déclencher le basculement. L'offre publique ne donne pas d'objectif de point de récupération ou d'objectif de temps de récupération.

Elle dit que le support est disponible en continu, mais les niveaux de personnel, les cibles d'escalade et les temps de réponse des remote-hands ne sont pas publiés.

Les affirmations de capacité ne sont pas des états de capacité

Le mot "capacité" couvre au moins sept états dans 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 a un circuit électrifié et une allocation de refroidissement. La capacité active a un chemin réseau opérationnel. 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 panne considérée.

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

Le chiffre de 100 Gbps sur la page dédiée est une promesse de vitesse de port pour une classe ultra-large bande. Il n'y a pas de serveur nommé, d'installation, de modèle de commutateur, d'engagement de transit ou de prix actuel qui lui est attaché. La principale liste dédiée achetable montre 1 Gbps. Le port d'échange PeeringDB est de 1 Gbps. Aucun de ces nombres ne prouve ou ne réfute les autres car ils peuvent se référer à différents ports et sites. Mais un port d'accès de 100 Gbps ne peut pas délivrer 100 Gbps à l'internet public à moins que le reste du chemin, la politique de trafic et l'engagement commercial ne le supportent.

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

Les clients ayant besoin de grandes allocations devraient demander si les adresses sont détenues par Logosys ou attribuées par un 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 sur-réservation, l'utilisation des ports, la consommation électrique des racks ou les réservations vendues. La bande 1-5 Gbps de PeeringDB est auto-déclarée et assez ancienne pour nécessiter une reconfirmation. Le marqueur "Épuisé" de la boutique produit sur une configuration montre que l'état du stock peut compter, mais il ne révèle pas si la contrainte était les processeurs, les disques, les châssis, l'alimentation du rack ou un SKU retiré.

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 limites procédurales

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

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. L'horloge commence lorsque l'e-mail est envoyé, pas nécessairement lorsque la panne a commencé. Une demande de remise doit ensuite être soumise avec des preuves dans un délai court après la période de facturation. Les incidents ne sont pas agrégés pour les calculs de remise. 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 possédés par Logosys et certains logiciels ou services tiers.

Celles-ci correspondent directement aux limites de l'infrastructure. Le seul échange nommé, l'opérateur d'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 de disponibilité. 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 un 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 des 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 client. Les conditions plafonnent la responsabilité cumulée à un mois de frais dans le mois précédant l'événement et excluent les pertes indirectes.

Les clients nécessitant 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.

Le cloud local ne signifie pas automatiquement une localité de données connue

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

La page de colocation dit que des centres existent en Inde et aux États-Unis. La page 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 du 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 le bon de commande précise l'installation et le pays pour les données principales, les répliques, 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 sert pas de 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 largement sur le client. Pour un déploiement réglementé ou sensible à la localisation, la nationalité de la marque et le code pays sur un enregistrement IP sont des contrôles insuffisants.

La migration teste également les affirmations 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 arrangement CDN. Lapolitique de remboursementdécrit le déprovisionnement en libre-service et manuel, la facturation continue jusqu'à confirmation du déprovisionnement, et un traitement spécial pour les nœuds engagés et les licences logicielles. Lapolitique d'annulationexige au moins sept jours de préavis avant le renouvellement. Aucune page 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 pannes se propageraient

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

Un événement d'alimentation de rack ou d'installation.Si un service ne s'exécute que chez Web Werks Mumbai 1, un événement de PDU de rack, de salle, de chemin UPS ou de bâtiment peut faire tomber le calcul et l'équipement réseau périphérique ensemble. Le marketing N+N de l'installation ne prouve pas qu'un locataire particulier a acheté des alimentations doubles ou déployé un équipement à double cordon. La récupération dépend du matériel de rechange, des remote-hands, de l'emplacement de sauvegarde et de la capacité réservée sur un autre site. Aucun n'est quantifié publiquement pour Logosys.

Perte du chemin amont dominant.Les routes globales actuelles montrent principalementAS133296immédiatement avant Logosys. Si cette adjacence échoue, la joignabilité dépend du statut opérationnel et de la propagation des sessions alternatives. Un port de route-server DE-CIX peut fournir des chemins directs vers les pairs entités, mais ce n'est pas un 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 interconnexion ou une entrée de bâtiment.

Défaillance du port d'échange ou du routeur périphérique.Le port DE-CIX listé est de 1 Gbps dans une installation à Mumbai. Si le trafic d'échange et le transit se terminent sur le même châssis périphérique, une défaillance du routeur périphérique 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. Le dossier public ne révèle pas cette topologie.

Défaillance de l'hyperviseur, du stockage ou de l'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 décalage de réplication, le cloisonnement, les domaines de défaillance ou 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 à moins que le client n'ait un serveur de secours. Un serveur listé avec RAID 1 peut tolérer une panne de disque mais pas toutes les erreurs de contrôleur, de carte mère, d'alimentation ou d'opérateur.

Défaillance du plan de contrôle.Le portail client gère les commandes, la facturation, les tickets et certaines actions serveur. 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 à la console, la mise à l'échelle et l'annulation. Un calcul résilient sans accès résilient et escalade peut toujours allonger un incident. Logosys publie des canaux téléphoniques, e-mail et tickets, mais aucune statistique indépendante de réponse du support.

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

Défaillance DNS ou certificat.Logosys promeut un DNS redondant, mais ses pages publiques ne nomment pas les fournisseurs faisant autorité par service ou 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é faisant autorité, la sécurité du registraire, le renouvellement des certificats et l'accès aux identifiants 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, planning 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 partie responsable habilitée à agir sur l'installation, l'opérateur, le matériel et les fournisseurs de logiciels.

L'économie est attrayante parce que les frontières incombent à l'acheteur

Les prix affichés de Logosys peuvent être convaincants. 1 550 INR achète un accès VPS de base dans la boutique actuelle. 12 700 INR achète 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 listé à 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 à des infrastructures gérées 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 évaluer les sauvegardes, le support géré, les licences logicielles, les adresses supplémentaires, les pièces de rechange, les dépassements de bande passante, les dépassements de trafic, les remote-hands, les seconds sites et la migration. Un prix mensuel bas pour un serveur n'est pas le coût d'un service récupérable. Pour un diffuseur, le dénominateur pertinent peut être le coût par heure de canal protégé, pas le coût par cœur. Pour une application commerciale, cela peut être le coût par transaction récupérable ou par restauration testée.

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

C'est un marché plus faible lorsqu'un client suppose qu'une étiquette cloud inclut par défaut une durabilité multi-région.

Ce qui transformerait les affirmations en preuves d'infrastructure

Logosys pourrait rendre son offre publique beaucoup plus facile à évaluer sans divulguer de détails sensibles sur le réseau. La première amélioration serait une matrice de localisation datée. Chaque ville devrait nommer l'opérateur d'installation, les classes de service 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.

Des 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 que des fibres implicites.

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 de port, les adresses des miroirs et la couverture RPKI, avec une date de dernière mise à jour. Elle devrait indiquer si plusieurs sessions sont sur des routeurs séparés et si elles entrent dans l'installation par des chemins diversifiés. L'enregistrement PeeringDB actuel est utile mais a été mis à jour pour la dernière fois 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 une utilisation sensible aux clients, mais elle pourrait séparer les serveurs installés des configurations commandables, le débit de ligne de port de la bande passante internet engagée, l'alimentation du bâtiment de l'alimentation du client, et la capacité normale de la capacité de réserve utilisable en cas de panne. Pour la colocation, un devis devrait indiquer le nombre d'alimentations, le calibre du disjoncteur, la tension, l'énergie incluse, la comptabilité, les interconnexions et les conditions de remote-hands.

Pour le cloud, il devrait indiquer la génération d'hôte, la durabilité du stockage, la politique de sur-réservation 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 fonctionnent 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 région tout en protégeant les détails des clients. Un exercice de basculement réussi avec date, périmètre et temps de récupération 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. Mettre l'entité contractuelle 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, l'alimentation, l'interconnexion 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 affirmation de bande passante en port, engagement, politique de dépassement, allocation de transfert et responsabilité de congestion.
  6. Convertir chaque affirmation de capacité en quantités installées, alimentées, opérationnelles, disponibles à la commande et utilisables en cas de panne.
  7. Définir la propriété des sauvegardes, le format d'exportation, le test de restauration, le point de récupération, le temps de récupération et l'assistance à la sortie.
  8. Concilier la configuration marketing, la configuration du panier d'achat et la nomenclature finale avant le 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, quatre échanges supplémentaires et tout emplacement américain si la conception proposée en dépend.

Le résultat final

Logosys Cloud n'est pas simplement un hébergeur web avec un mot cloud attaché. Il 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 d'infrastructure publique n'est pas encore aussi large que l'histoire produit. Le miroir à trois villes ne révèle 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 récupération 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ôleAS150636, origine activement un /24 bien visible et valide RPKI, et signale une présence opérationnelle chez Web Werks Mumbai 1 et DE-CIX Mumbai. Hyderabad est solidement établi comme sa base d'entreprise 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 devrait être acheté via 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 plus grand nombre de bande passante, mais une déclaration datée de l'endroit où le service s'exécute, ce qui reste disponible lorsqu'il tombe en panne, et qui est responsable de le rétablir.