Einblick in Logosys Cloud: Drei Stadtbezeichnungen, ein geroutetes /24 und eine Mumbai-Verbindung

Zusammenfassung

• Das eigeneNetwork Looking Glassvon Logosys Cloud nennt Hyderabad DC1, Mumbai DC1 und Chennai DC1, gibt aber nicht die Gebäude, Rack-Eigentümerschaft, Leitungen, Stromtopologie oder das Service-Inventar hinter diesen Bezeichnungen preis.
• APNIC weist Logosys CloudAS150636und den portablen Block103.89.46.0/23zu. Am 15. Juli 2026 zeigteRIPEstatnur103.89.46.0/24aktiv originert an, ohne sichtbaren IPv6-Adressraum. Diese Route war für RIPE RIS-Peers vollständig sichtbar und besaß eine gültige RPKI-Autorisierung.
• PeeringDB verzeichneteinen betriebsbereiten 1-Gbit/s-Port bei DE-CIX Mumbai und eine Interconnection-Einrichtung, Web Werks Mumbai 1.APNIC identifiziertAS133296als Web Werks India Pvt. Ltd.; aktuelle BGP-Beobachtungen machen diese ASN zum dominanten Nachbarnetzwerk, aber keine der beiden Tatsachen beweist, dass jeder Logosys-Dienst einen einzelnen Standort oder einen einzelnen Anbieter nutzt.
• Produktseiten werben mit bis zu 100-Gbit/s-Ports, vier Präsenzpunkten, fünf indischen Internet-Knoten, globalen Streaming-Servern und Colocation in Indien und den Vereinigten Staaten. Öffentlich zugängliche Belege geben weder die installierte Flottengröße, Kundenzuteilungen, standortbezogene Kapazität, reservierte Leistung, nutzbare Failover-Kapazität noch ein getestetes Multi-Site-Recovery-Design preis.

Die aufschlussreichste Seite ist die kleinste

Die Logosys Cloud-Seite, die am meisten über die Infrastruktur verrät, ist nicht der Dedicated-Server-Katalog mit seinen hohen Bandbreitenangaben. Es ist eine kompakte Diagnoseseite auf einem Hostnamen, der mitlg-hyderabadbeginnt. Oben präsentiert dasLogosys Looking Glassdrei Bezeichnungen: Hyderabad DC1, Mumbai DC1 und Chennai DC1. Es bietet Ping, Traceroute und Testdatei-Funktionen. Die Seite ist ein nützliches Zeichen dafür, dass der Betreiber seinen Kunden die Möglichkeit geben will, die Netzwerkleistung zu überprüfen, aber die Städtenamen sind keine Karte eigener Rechenzentren. Sie nennen keinen Vermieter, keine Straßenadresse, keinen Raum, kein Gehäuse, keinen Router, keine Stromversorgung und keine Service-SKUs, die in jeder Stadt verfügbar sind.

Diese Unterscheidung ist wichtig, denn der restliche Logosys-Katalog zeichnet ein viel größeres Bild. DieDedicated-Server-Seitespricht von vier Präsenzpunkten und fünf Internet-Knoten in ganz Indien. Sie beschreibt standardmäßige 1-Gbit/s-Ports, 10 Gbit/s für leistungsstärkere Server und bis zu 100 Gbit/s für eine Ultrahochbandbreiten-Stufe. DieLive-Streaming-CDN-Seitenennt 20 Streaming-Server weltweit. DieColocation-Seitegibt an, dass sich die Zentren in Indien und den Vereinigten Staaten befinden. DieÜber-uns-Seitedes Unternehmens beschreibt ein Self-Service-Cloud-Angebot mit virtuellen Maschinen, dedizierter Rechenleistung, GPUs, Objektspeicher, Load Balancern, Firewalls, VPCs, DBaaS, reserviertem IPv4 und Backup.

Jede Aussage mag einen Teil des Serviceportfolios beschreiben. Keine davon allein sagt einem Käufer, wo eine bestimmte virtuelle Maschine laufen wird, welches Unternehmen den Server besitzt, ob zwei angegebene Standorte ein Gebäude oder einen Anbieter teilen, wie viel Kapazität installiert ist oder ob im Falle eines Ausfalls noch freie Kapazität nutzbar bleibt. Öffentliche Netzwerkdaten liefern eine festere, aber kleinere Antwort. Sie belegen ein autonomes System, ein aktuell geroutetes IPv4-/24, eine namentlich genannte Exchange-Verbindung und eine namentlich genannte Einrichtung in Mumbai.

Die verantwortungsvolle Lesart ist weder „die Website ist das Netzwerk“ noch „was nicht im BGP sichtbar ist, existiert nicht“. Sie lautet: Produktabdeckung, logische Reichweite und physische Ausfallsicherheit sind getrennte Aussagen, die getrennter Belege bedürfen.

Ein 2022 gegründetes Cloud-Unternehmen mit älteren Wurzeln im Broadcast-Bereich

Die rechtliche Identität beginnt am 8. April 2022. In einerGründungsankündigungim Kundenportal erklärte das Unternehmen, dass Logosys India fortan Logosys Cloud Private Limited heiße und gab die Corporate Identification NumberU72900TG2022PTC161383an. Die Mitteilung nannte Ashwin Kumar als Gründer und Managing Director und gab eine Adresse in Kothapet, Hyderabad, an. Die APNIC-Registrierung fürAS150636verwendet denselben Firmennamen und dieselbe Adresse in Hyderabad, was die juristische Person direkter mit der öffentlichen Netzwerknummer verbindet, als ein Markenname allein es könnte.

Die Geschichte vor 2022 ist komplizierter. Logosys Cloud gibt auf seiner Über-uns-Seite an, 2013 als Anbieter von vertragsfreiem Computing begonnen zu haben. Ein separates Unternehmen, Logosys Software Solutions Private Limited, wird inToflers Unternehmensdatenprofilals am 22. März 2013 unter der CINU72200TG2013PTC086572gegründet aufgeführt; das Profil listet Ashwin Kumar und Moti Singh Purohit als Direktoren und gibt die eingetragene Adresse in Kothapet, Hyderabad, an. Die Website des Softwareunternehmens vermarktet TV-Playout-Produkte. Die aktuellenNutzungsbedingungendes Cloud-Unternehmens nennen Logosys Cloud Private Limited als Dienstanbieter, doch die Zahlungsklausel weist Kunden, die per Banküberweisung, Scheck oder Zahlungsanweisung zahlen, an, die Zahlung zugunsten von Logosys Software Solutions Private Limited zu leisten. Die Unterlagen zeigen daher eine gemeinsame Adresse, das Auftreten von Ashwin Kumar in den Aufzeichnungen beider Unternehmen und eine Zahlungsanweisung. Sie belegen keine aktuelle Beteiligungsstruktur, kein Mutter-Tochter-Verhältnis, kein Eigentum an Vermögenswerten und keine konzerninterne Dienstleistungsvereinbarung.

Dies ist keine nebensächliche Formalität. Ein Kunde, der einen Server kauft, sollte wissen, welches Unternehmen die Bestellung unterzeichnet, die Steuerrechnung ausstellt, Gelder erhält, die Hardware besitzt oder least, das Supportpersonal beschäftigt und für etwaige Servicegutschriften haftet. Die Ankündigung von 2022 besagt, dass Produkte, Dienstleistungen, Website und Kontaktnummern nach der Namensänderung gleich blieben, doch das fortgesetzte Erscheinen des älteren Softwareunternehmens als Zahlungsempfänger macht es ratsam, die vertragliche Grenze schriftlich bestätigen zu lassen.

Die hier überprüften öffentlichen Aufzeichnungen enthalten weder eine konsolidierte Gruppenstruktur noch testierte Abschlüsse für den Cloud-Betrieb. Die derzeitigen Eigentumsverhältnisse von Logosys Cloud über die genannten Direktoren hinaus sind daher aus den verfügbaren Belegen nicht bekannt.

Die ältere Broadcast-Verbindung erklärt jedoch, warum dieser Katalog keine generische Kopie eines Standard-Hosters ist. Logosys verkauft Streaming-Bandbreite, Remote-Playout-Server, FTP-Dienste für Nachrichtensender, Playout-Softwarelizenzen und verwaltete Distribution neben VPS und Webhosting. DasRemote-Playout-Angebotkombiniert einen 32-Kern-, 256-GB-Server, SSDs, 10 TB Transfer und eine Nvidia Quadro GPU mit der Logosys-Playout-Software. Dies ist eine kohärente betriebliche Nische: Ein regionaler Sender kann Software, Rechenleistung, Streaming und Support von einem kommerziellen Vertragspartner beziehen. Es konzentriert aber auch mehrere Ausfallmodi bei demselben Vertragspartner.

Was das Unternehmen tatsächlich verkauft

Logosys Cloud erstreckt sich über vier verwandte Märkte. Erstens Shared und Reseller Hosting, bei dem viele Kunden einen Server teilen und von einem Control Panel, Web-Stack und Support-Team abhängig sind. Zweitens virtuelle Infrastruktur, einschließlich KVM-VPS-Produkten und einer On-Demand-Schnittstelle. Drittens physische Kapazität mit dedizierten Servern und Colocation in Rack-Einheiten oder ganzen Racks. Viertens Videoinfrastruktur, darunter Live-Streaming, CDN-Distribution und Remote-Playout.

Die Breite zeigt sich im Kundenportal. DieCloud-Hosting-Schnittstellewirbt mit Projekten, virtuellen Maschinen auf Abruf, Cloud-init-Bereitstellung, Browser-Terminal-Zugriff, Neuerstellung und einer REST-Schnittstelle. Dies sind bedeutsame Steuerungsfunktionen. Sie ermöglichen es einem Kunden, Rechenressourcen zu erstellen und zu entfernen, ohne auf einen Techniker warten zu müssen, vorausgesetzt, die zugrunde liegende Node-, Speicher-, Netzwerk- und Lizenzinventur ist vorhanden. Die Seite gibt nicht die Anzahl der Hypervisor-Hosts, die Überbuchungsrichtlinie, die Speicherreplikation, die Platzierungsregeln oder die im Auswahlmenü verfügbaren Regionen preis.

DieVPS-Seitelistet KVM-Tarife von zwei bis vier Kernen, 2 GB bis 8 GB RAM und 30 GB bis 240 GB Speicherplatz, mit monatlichen Transferkontingenten von bis zu 3 TB. Sie gibt außerdem an, dass der Dienst Dell-Server verwendet, DDoS-Schutz bietet und eine Verfügbarkeit von 99,9 Prozent anstrebt. Der öffentliche Warenkorb zeigt derzeit jedoch nur einenStarter-VPSab INR 1.550 pro Monat und gibt nicht dieselben Ressourcendetails preis. Die Marketingseite beginnt bei INR 1.000. Ein Käufer kann allein anhand dieser Seiten nicht erkennen, ob es sich um unterschiedliche Generationen, Standorte, Aktionspreise oder einfach nicht synchronisierte Kataloge handelt.

Dedizierte Hardware ist auf SKU-Ebene ähnlich spezifisch, auf Flottenebene jedoch undurchsichtig. Die Hauptseite listet Intel E3- und E5-Konfigurationen mit 1-Gbit/s-Uplinks und Transferpaketen. Der aktuelleDedicated-Server-Shop-Eintragbietet 128 GB RAM, zwei 480 GB SSDs, 10 TB bei 1 Gbit/s und fünf IP-Adressen für INR 12.700 pro Monat. Der Titel sagt jedoch „48 Cores“, während die Beschreibung einen E5-2680 v4 mit 28 Kernen angibt. Diese Diskrepanz ist kein Beweis für nicht verfügbare Kapazität, aber sie ist Grund genug, eine endgültige Materialliste zu verlangen, anstatt den Kartentitel als technische Spezifikation zu betrachten.

Der Unterschied zwischen einer verkaufbaren Konfiguration und einer installierten Flotte ist grundlegend. Eine Produktkarte kann erstellt werden, bevor Geräte eingebaut sind, kann sichtbar bleiben, nachdem der Bestand erschöpft ist, oder Hardware beschreiben, die auf Bestellung beschafft wird. Die Dedicated-Seite von Logosys selbst kennzeichnet eine E5-Konfiguration als „ausverkauft“, während andere Konfigurationen wählbar bleiben. Kein öffentlicher Bestandszähler, keine serialisierte Hardwareliste, keine Rack-Anzahl und keine Lieferzeit gibt an, wie viele Einheiten installiert und eingeschaltet sind.

Die nutzbare dedizierte Kapazität ist unbekannt.

Die Karte enthält drei verschiedene Arten von Orten

Öffentliche Verweise auf Hyderabad, Mumbai und Chennai sollten nicht auf eine Karte gesetzt werden, ohne dass erläutert wird, was jeder Punkt bedeutet.

Hyderabad ist der Ort mit der stärksten Identität. Es ist die eingetragene und Kontaktadresse in der Gründungsmitteilung, den APNIC-Unterlagen und den Unternehmensrichtlinien. Der Hostname des Looking Glass verwendet ebenfalls Hyderabad, und die Seite bezeichnet es als Hyderabad DC1. Eine Büroadresse in Kothapet ist jedoch kein Beweis dafür, dass sich die Produktionsserver in diesem Gebäude befinden. Das Looking Glass verlinkt lediglich auf eine Kartensuche auf Stadtebene, nicht auf einen namentlich genannten Rechenzentrumsbetreiber oder eine genaue Einrichtung.

Die öffentliche Evidenz belegt nicht, ob Hyderabad DC1 ein eigener Raum, ein gemieteter Käfig, Großhandelsfläche, ein abgesetzter Knoten oder eine Bezeichnung für Dienste ist, die über einen anderen Betreiber bereitgestellt werden.

Mumbai ist der stärkste Interconnection-Standort.PeeringDBs Logosys-EintragführtAS150636bei Web Werks Mumbai 1 und an einem 1-Gbit/s-Port bei DE-CIX Mumbai. DerEinrichtungseintragverortet Web Werks Mumbai 1 im Sigma IT Park in Rabale, Navi Mumbai, und weist vier im Gebäude verfügbare Internet-Knoten aus. Dies ist ein guter Beleg dafür, dass Logosys dort eine betriebliche Netzwerkpräsenz hat oder zumindest gemeldet hat. PeeringDB wird von Netzwerkteilnehmern gepflegt und stellt keine Geräteprüfung dar. Daher ist nicht belegt, wie viele Logosys-Racks, -Server oder -Querverbindungen vorhanden sind.

Web Werks liefert nützlichen Kontext rund um die Gebäudegrenze. Die aktuelleIndien-Rechenzentrumsseitebeschreibt Mumbai 1 als zweckgebundene 2,3-MW-Einrichtung mit N+N-Redundanz. Hierbei handelt es sich um einrichtungsweite Betreiberangaben. Diese dürfen nicht Logosys zugerechnet werden. Ein Mieter kann einen Bruchteil eines Schranks oder mehrere Racks belegen; er kann einen oder zwei Strompfade kaufen; er kann sich mit einem Anbieter, einem Exchange-Fabric oder mehreren Netzwerken verbinden. Öffentlich ist nicht bekannt, welche vertraglichen Kilowatt, PDU-Anordnungen, USV-Pfade, Generatorabdeckungen, Querverbindungsdiversität oder Remote-Hands-Bedingungen Logosys innerhalb des Gebäudes hat.

Chennai ist im gesichteten Material derzeit nur eine vom Unternehmen veröffentlichte Städtebezeichnung. Keine namentlich genannte Einrichtung in Chennai erscheint im Logosys-PeeringDB-Eintrag. Keine Straßenadresse, kein Vermieter, kein Exchange-Port, kein Ursprungs-Präfix und keine Testserver-Adresse wurden auf der Looking-Glass-Seite veröffentlicht. Das widerlegt keinen indirekten Service-Knoten, gemieteten Server oder private Verbindung in Chennai. Es bedeutet, dass der physische Status, der Betreiber, das Service-Inventar und die Ausfallunabhängigkeit von „Chennai DC1“ unbekannt sind.

Die Aussage des Unternehmens zu dedizierten Servern fügt einen vierten Präsenzpunkt und fünf indische Internet-Knoten hinzu, ohne diese zu benennen. Der Colocation-Text ergänzt eine nicht näher bezeichnete US-Präsenz. Dies sind Abdeckungsbehauptungen, keine Routenkarten. Ein CDN-Partner, Transit-Provider, Reseller-Arrangement oder gemietete Maschine können eine Servicereichweite schaffen, ohne dass Logosys an jedem Standort einen eigenen Router oder Käfig besitzt. Umgekehrt kann eine private Verbindung oder ein nicht angekündigtes Management-Netzwerk in öffentlichen BGP-Daten nicht sichtbar sein.

Genaue Glasfaser-Routen zwischen irgendwelchen Logosys-Standorten sind nicht öffentlich. Es gibt keinen Beleg für physisch getrennte Leerrohre, separate Metro-Einführungen oder unabhängige Fernstrecken.

Ein zugewiesenes /23, ein sichtbares /24

Die Nummernressourcen-Einträge liefern die klarste harte Grenze.APNICs RDAP-Eintrag für das autonome SystemidentifiziertAS150636als LOGOSYSCL-AS-IN, aktiv in Indien und registriert im Februar 2023.APNICs Adresseintragweist Logosys Cloud den portablen IPv4-Bereich103.89.46.0bis103.89.47.255zu. Das ist ein /23 mit 512 Adressen vor Abzug von Netzwerk-, Broadcast-, Infrastruktur- und Reservierungs-Overhead. „Portabel“ bedeutet, dass der Adressblock dem Inhaber zugewiesen ist und nicht lediglich ein Subnetz eines Provider-Aggregats darstellt; es bedeutet nicht, dass das Unternehmen Gebäude oder Glasfasern besitzt.

Zum Beobachtungszeitpunkt am 15. Juli 2026 lieferteRIPEstats Announced-Prefix-Ansichtnur103.89.46.0/24zurück. DieRouting-Status-Ansichtzählte 256 angekündigte IPv4-Adressen, keine IPv6-Präfixe und eine vollständige Sichtbarkeit von den 326 IPv4 RIPE RIS Peers im Messungsset. Sie verzeichnete die Route als erstmals am 26. Juli 2023 gesehen. Dies ist ein betrieblich nützliches Ergebnis: Das aktive /24 war zu diesem Zeitpunkt keine schwache oder nur lokal sichtbare Ankündigung.

Die zweite Hälfte,103.89.47.0/24, hat ein APNIC-Routenobjekt, dasAS150636nennt, und der Inhaber besitzt eine RPKI-Autorisierung, die das /23 mit einer maximalen Länge von /24 abdeckt. Es war im aktuellen Announced-Prefix-Ergebnis nicht vorhanden. Ein Routenobjekt und eine gültige Routenursprungs-Autorisierung sind Berechtigungen und Richtlinieneinträge; sie sind kein Beleg dafür, dass eine Route gegenwärtig propagiert, weltweit akzeptiert oder mit Kundenverkehr belegt ist. Das nicht angekündigte /24 könnte reserviert, bereitgestellt, zurückgezogen, privat genutzt oder einfach inaktiv sein. Öffentliche Belege klären nicht, welcher Fall zutrifft.

Die aktive Route hat eine gültige Ursprungsautororisierung.RIPEstats RPKI-Validierungfindet eine gültige ROA für UrsprungAS150636, die103.89.46.0/23mit maximaler Länge /24 abdeckt. Das verringert eine Klasse von Routenursprungsfehlern: Netzwerke, die Routenursprungsvalidierung durchführen, können verifizieren, dass dieses AS berechtigt ist, dieses /24 zu originieren. RPKI validiert nicht den gesamten AS-Pfad, beweist nicht, dass Pakete einen gesunden Server erreichen, und schützt einen Dienst nicht vor Strom-, Switching-, Anwendungs- oder Supportausfällen.

IPv6 bleibt eine auffällige Unbekannte in der kommerziellen Darstellung. PeeringDB meldet null IPv6-Präfixe für Logosys, und RIPEstat beobachtete keine angekündigten. Der DE-CIX-Eintrag veröffentlicht keine IPv6-Adresse für den Logosys-Port. Ein Anbieter kann weiterhin IPv6 über ein anderes Netzwerk oder für ausgewählte Kunden bereitstellen, aber es ist kein eigener IPv6-Ursprung sichtbar. Käufer, die natives Dual-Stack benötigen, sollten das zugewiesene Präfix, die Routing-Richtlinie, den Reverse-DNS-Prozess und eine Testadresse anfordern, anstatt IPv6 aus einem allgemeinen Cloud-Label abzuleiten.

Ein Peering-Port ist nicht fünf unabhängige Ausgänge

PeeringDB ist präzise bezüglich der einen aufgeführten Exchange-Verbindung: ein betriebsbereiter 1-Gbit/s-Port bei DE-CIX Mumbai, mit Route-Server-Teilnahme. Es klassifiziert das Netzwerk zudem als Content-Netzwerk, gibt ihm eine offene Peering-Policy, verzeichnet überwiegend ausgehenden Verkehr und ordnet den selbst gemeldeten Verkehr in den Bereich 1–5 Gbit/s ein. Der Eintrag wurde zuletzt im Dezember 2023 aktualisiert. Diese Felder helfen anderen Netzwerken bei der Entscheidung, ob und wo sie sich verbinden. Sie sind kein aktuelles Auslastungsdiagramm, kein Vertrag und keine Kapazitätsreservierung.

Ein 1-Gbit/s-Exchange-Port hat eine maximale Leitungsrate; er begrenzt nicht das gesamte autonome System, wenn anderswo Transit- oder private Verbindungen bestehen. Ebenso kann ein selbst gemeldetes Verkehrsband von 1–5 Gbit/s Verkehr außerhalb dieses Exchanges umfassen. Es besteht kein prinzipieller Widerspruch, aber es gibt keine öffentliche Messung, die das Verkehrsband mit bestimmten Links verknüpft. Ein Käufer sollte nicht „1 Gbit/s DE-CIX“ zu „bis zu 100 Gbit/s Server-Port“ addieren und von 101 Gbit/s externer Kapazität ausgehen.

Serverzugriffsgeschwindigkeit, aggregierte Fabric-Kapazität, Transit-Commit und Internet-Exchange-Port-Geschwindigkeit messen verschiedene Segmente.

Die aktuelle Pfadevidenz ist besonders wichtig.RIPEstats NachbaransichtsiehtAS133296als das dominierende Netzwerk unmittelbar vor Logosys über Hunderte von Beobachtungspfaden. APNICsRDAP-Registrierung für diese ASNnennt sieWEBWERKS-AS-INund beschreibt Web Werks India Pvt. Ltd. RIPEstatsBGP-Status für das aktive /24offenbart auch eine kleine Anzahl von Pfaden, in denen andere Netzwerke direkt vorAS150636erscheinen, einschließlich Pfaden, die mit Exchange- oder alternativer Konnektivität vereinbar sind. Dies stützt eine gemessene Schlussfolgerung: Web Werks war zum Zeitpunkt der dominierende sichtbare Pfad, während eine gewisse logische Pfadpluralität beobachtbar war.

Es stützt nicht die stärkere Formulierung „physisch redundantes Multi-Homing“. Zwei BGP-Nachbarn können auf demselben Router terminieren, dasselbe Querverbindungsbündel nutzen, denselben Meet-Me-Raum im Gebäude durchqueren oder von derselben Versorgungsleitung abhängen. Ein Exchange-Route-Server kann Hunderte von Peers über einen physischen Port exponieren. Mehrere Upstream-AS-Pfade können hinter der Kundengrenze auf einen Anbieter zurückfallen. Das Gegenteil ist ebenfalls möglich: Private Leitungen können physisch divers sein, während öffentliche Kollektoren nur einen besten Pfad auswählen.

Um physische Ausfallsicherheit nachzuweisen, müsste Logosys die Edge-Router, Port-Standorte, Anbieter, Querverbindungen, Gebäudeeinführungen und Failover-Tests für den erworbenen Dienst offenlegen.

Die Aussage des Unternehmens zu fünf Internet-Knoten könnte sich auf Netzwerke beziehen, die Kunden zur Verfügung stehen, auf Exchange-Fabrics, die über eine andere Partei genutzt werden, oder auf Verbindungen, die nicht in PeeringDB gelistet sind. Die öffentlichen Aufzeichnungen nennen die anderen vier nicht. Solange Namen, Ports und Betriebsstatus nicht vorliegen, ist der einzige unabhängig nachvollziehbare Exchange-Anschluss in dieser Untersuchung DE-CIX Mumbai.

Das ist eine nützliche Konnektivität, aber ein Exchange-Port ist kein Ersatz für Transit und bietet allein keine Route, wenn das Gebäude, der Router oder der Zugangsstromkreis ausfallen.

Wem gehören Rack, Server und Strompfad?

Logosys verwendet Eigentumssprache an einigen Stellen sorgfältig und an anderen nachlässig. Die Streaming-Seite spricht von „Fully Own Network“, während die Colocation-Seite erklärt, dass Kunden ihre Geräte in einem IDC-Rack platzieren können und ein Dienstanbieter Strom und Netzwerk bereitstellt. Die Dedicated-Seite verspricht physische Single-Tenant-Server, sagt aber nicht, ob Logosys jeden Server besitzt, least oder beschafft. PeeringDB nennt Web Werks Mumbai 1 als Interconnection-Einrichtung, nicht als ein Gebäude im Eigentum von Logosys.

Es gibt daher mindestens vier mögliche Eigentumsschichten für einen erworbenen Dienst. Logosys Cloud kann der vertragliche Dienstanbieter sein. Ein Rechenzentrumsunternehmen kann das Gebäude, die USV, die Generatoren und die Kühlung besitzen oder betreiben. Ein Anbieter oder Exchange kann die externe Konnektivität bereitstellen. Logosys, der Einrichtungsbetreiber, ein Finanzierungsleasinggeber oder ein anderer Lieferant können den Server besitzen. Der Kunde kontrolliert sein Gastbetriebssystem oder seine colocate Hardware, aber möglicherweise nicht den Hypervisor, den Switch, das Storage-Array oder die Remote-Hands-Warteschlange.

Die öffentlichen Seiten lösen nicht jede Schicht für jede SKU auf.

DasLogosys Colocation-Angebotist konkret in Bezug auf Einzelhandelsbündel. Es bewirbt 1U mit 200 W, 2U mit 300 W, 4U mit 400 W und 8U mit 600 W, jeweils mit 100 GB Bandbreite. Es listet auch ein Viertel-Rack mit 1 kW, ein Halb-Rack mit 1,5 kW und ein volles 42U-Rack mit 3 kW. Dies sind angebotene Produktgrenzen, kein Nachweis für verfügbare Reservebestände. Sie laden auch zu technischen Fragen ein. Die Seite sagt „Stromversorgung: Ja“, spezifiziert jedoch nicht A- und B-Einspeisungen, Spannung, Sicherungsgröße, Messmethode, Dauer- vs. Spitzenlastzulassung oder Behandlung des Leistungsfaktor-Overheads. Die Rack-Dichte von 3 kW ist für viele traditionelle Hosting-Workloads plausibel, kann jedoch dichte GPU- oder moderne Dual-Socket-Installationen einschränken.

Dieselbe Colocation-Seite bezeichnet das Angebot eingangs als „Tier-4-Rechenzentrum“ und beschreibt später „Tier-3-Rechenzentren“. Sie nennt keine Zertifizierungsstelle, keine Einrichtungskennung und kein Zertifikat. Die Tier-Terminologie kann Design-Ambition, eine Abkürzung des Anbieters oder eine formelle Drittparteizertifizierung beschreiben; diese sind nicht austauschbar. Die einzig sichere Schlussfolgerung ist, dass die Seite beide Behauptungen aufstellt. Ein Käufer sollte die spezifische Einrichtung, das Zertifikat, den Umfang und das Ablaufdatum erfragen, anstatt ein allgemeines Tier-Label auf ein Logosys-Rack zu übertragen.

Die Kapazität der Einrichtung kann ebenfalls leicht falsch interpretiert werden. Web Werks veröffentlicht 2,3 MW für Mumbai 1. Das ist die Zahl des Einrichtungsbetreibers für den Standort, nicht die installierte oder reservierte Kapazität von Logosys. Sie sagt nichts über den Anteil aus, der einem Logosys-Kunden nach bestehender Last, Kühllimits, vertraglichen Reservierungen und Wartungsbedingungen zur Verfügung steht. Der Artikel fand keine offengelegte Rack-Anzahl, Stromzusage, Generatorlaufzeit, Brennstoffvertrag, Kühldesign, Ersatzteilbestand oder Serverinventar von Logosys.

Installierte, eingeschaltete, betriebliche, verkaufte und im Störungsfall nutzbare Kapazität sind alle auf Unternehmensebene unbekannt.

Streaming verändert die Abhängigkeitskette

Die markanteste Arbeitslast von Logosys ist Broadcast-Streaming. Die Live-CDN-Seite bietet Tarife von 1 TB und zehn Verbindungen bis zu 5 TB und 1.000 Verbindungen, mit einem Kanal pro Tarif. Sie beansprucht weniger als fünf Sekunden Latenz für HLS und DASH, Unterstützung für Wowza und 20 Streaming-Server weltweit. Die Über-uns-Seite gibt an, dass das Unternehmen mehr als 100 Fernsehsender bedient hat. Dies sind Erstanbieter-Werbeaussagen. Keine öffentliche Knotenliste, Anbieterliste, Verkehrsbericht oder Kundenreferenz belegt den aktuellen Standort und Status aller 20 Server oder die aktive Kundenzahl.

Für einen Sender ist „20 Server“ keine Kapazitätszahl ohne Annahmen zur Arbeitslast. Ein Server, der einen einzelnen hochbitratigen Zuspiel-Feed empfängt und neu paketiert, kann sehr andere CPU-, GPU-, Speicher- und Egress-Grenzen haben als ein Edge-Server, der zwischengespeicherte Segmente ausliefert. Zehn Verbindungen bei einer Bitrate sind nicht gleichbedeutend mit zehn bei einer anderen. Ein monatliches Transferkontingent sagt wenig über Spitzenparallelität aus. Ein CDN kann eigene Server, gemietete Bare-Metal-Maschinen, virtuelle Maschinen oder einen Drittpartei-Distributionspartner nutzen.

Die Logosys-Seite schlüsselt die Rollen von Ursprung, Transcodierung, Paketierung und Edge nicht nach Standort auf.

Die Auswirkungen eines Ausfalls sind ebenfalls asymmetrisch. Wenn ein Edge-Knoten ausfällt und der Verkehr umgeleitet wird, sehen Zuschauer möglicherweise eine kurze Qualitätsänderung. Wenn der einzige Live-Ursprung, Encoder oder Playout-Server ausfällt, kann jeder Edge gesund bleiben, während der Kanal dunkel wird. Wenn das Kundencontrolpanel nicht verfügbar ist, kann ein bereits laufender Stream fortgesetzt werden, aber die Betreiber können ihn möglicherweise nicht neu starten oder umleiten. Wenn ein Upstream-Pfad ausfällt, können lokale Server eingeschaltet bleiben, aber nicht erreichbar sein.

Wenn eine Grafik- oder Playout-Lizenz ausfällt, stellen Netzwerk- und Rechenkapazität die Programmausgabe nicht wieder her. „CDN-Redundanz“ erfordert ein Design für jede Rolle, nicht nur eine Anzahl von Knoten.

Die Frage der Fernplanung ist ebenso wichtig. Ein Kunde sollte fragen, ob sein Playout-Server und Streaming-Ursprung einen Host, ein Rack, eine Einrichtung oder eine Stromdomäne teilen; ob eine sekundäre Instanz warm, kalt oder lediglich wiederherstellbar ist; wie aktuell die Medienkopie ist; und wer die Befugnis hat, ein Failover auszulösen. Das öffentliche Angebot nennt weder ein Recovery Point Objective noch ein Recovery Time Objective. Es heißt, Support sei kontinuierlich verfügbar, aber Personalstärke, Eskalationsziele und Remote-Hands-Reaktionszeiten werden nicht veröffentlicht.

Kapazitätsbehauptungen sind keine Kapazitätszustände

Das Wort „Kapazität“ deckt in diesem Markt mindestens sieben Zustände ab. Designkapazität ist das, was ein System unterstützen könnte, wenn es wie geplant gebaut wird. Installierte Kapazität ist Hardware in einem Rack. Eingeschaltete Kapazität hat einen bestromten Stromkreis und eine Kühlungszuweisung. Bestromte Kapazität hat einen aktiven Netzwerkpfad. Betriebliche Kapazität besteht Gesundheitsprüfungen. Verkaufte Kapazität ist an Kunden gebunden. Nutzbare Kapazität ist das, was unter dem betrachteten Ausfallzustand übrig bleibt.

Die öffentlichen Seiten von Logosys beschreiben hauptsächlich Produktmaxima und Katalogkonfigurationen, nicht diese Zustände.

Die 100-Gbit/s-Angabe auf der Dedicated-Seite ist ein Portgeschwindigkeitsversprechen für eine Ultrahochbandbreiten-Klasse. Es gibt keinen genannten Server, keine Einrichtung, kein Switch-Modell, keine Transit-Commit und keinen aktuellen Preis dazu. Die hauptsächlich kaufbare dedizierte Auflistung zeigt 1 Gbit/s. Der PeeringDB-Exchange-Port ist 1 Gbit/s. Keine dieser Zahlen beweist oder widerlegt die anderen, da sie sich auf verschiedene Ports und Standorte beziehen können.

Aber ein 100-Gbit/s-Zugangsport kann nicht 100 Gbit/s ins öffentliche Internet liefern, wenn der Rest des Pfades, die Verkehrspolitik und die kommerzielle Zusage dies nicht unterstützen.

Das IPv4-Inventar veranschaulicht eine weitere Grenze. Ein /23 enthält 512 Adressen, und zum Beobachtungszeitpunkt war nur ein /24 global angekündigt. Das Dedicated-Angebot umfasst fünf IP-Adressen pro Server. Das bedeutet nicht, dass Logosys nur etwa 51 solche Server verkaufen kann: Adressen können von Upstreams stammen, durch privates Networking wiederverwendet oder unterschiedlich über Produkte verteilt werden. Es bedeutet, dass der öffentliche, portable Adressraum endlich und teilweise nicht angekündigt ist.

Kunden mit großem Adressbedarf sollten fragen, ob die Adressen von Logosys gehalten oder vom Provider zugewiesen sind, ob sie nach einer Migration geroutet werden können und wie Missbrauchshistorie und Reverse-DNS verwaltet werden.

Keine öffentlichen Nutzungsdaten zeigen CPU-Belegung, RAM-Zuweisung, Speicherverbrauch, Überbuchung, Port-Auslastung, Rack-Stromaufnahme oder verkaufte Reservierungen. PeeringDBs 1-5-Gbit/s-Band ist selbst gemeldet und alt genug, um eine Bestätigung zu erfordern. Die „Ausverkauft“-Markierung des Produktshops bei einer Konfiguration zeigt, dass der Bestandszustand von Bedeutung sein kann, aber sie verrät nicht, ob der Engpass Prozessoren, Laufwerke, Gehäuse, Rack-Strom oder eine ausgemusterte SKU war.

Die Kapazitätsplanung für eine reale Bereitstellung muss daher mit einem datierten Angebot beginnen, das an einen Standort und Liefertermin gebunden ist.

Das 99,9-Prozent-Versprechen hat verfahrenstechnische Grenzen

Logosys veröffentlicht ein detailliertesService Level Agreement, was besser ist, als die Verfügbarkeit vollständig dem Marketingtext zu überlassen. Es legt eine monatliche Schwelle von 99,9 Prozent fest. In einem 30-Tage-Monat entsprechen 0,1 Prozent etwa 43 Minuten und 12 Sekunden. Eine Verfügbarkeit zwischen 99,9 und 99 Prozent führt zu einem Tag Serviceverlängerung; niedrigere Bereiche zu zwei oder drei Tagen, mit einer Formel unter 97 Prozent. Logosys kann stattdessen nach eigenem Ermessen eine entsprechende Gutschrift oder einen Rabatt gewähren.

Die Abhilfe ist enger als die Überschrift. Ein Kunde muss Ausfallzeiten innerhalb von 24 Stunden nach ihrer Entdeckung per E-Mail melden. Die Uhr beginnt mit dem Absenden der E-Mail, nicht unbedingt mit Beginn des Ausfalls. Ein Gutschriftsantrag muss dann mit Nachweisen innerhalb einer kurzen Frist nach dem Abrechnungszeitraum eingereicht werden. Vorfälle werden für Gutschriftsberechnungen nicht aggregiert. Geplante Arbeiten, Notfallwartungen und eine breite Palette externer Ereignisse können ausgeschlossen werden.

Zu den Ausnahmen zählen die Leistung von Drittpartei-Exchanges, DNS außerhalb der Kontrolle von Logosys, Kundenzugangsstromkreise, Netzwerke, die nicht Logosys gehören, sowie bestimmte Drittpartei-Software oder -Dienste.

Diese Ausschlüsse lassen sich direkt auf die Infrastrukturgrenzen abbilden. Der einzige namentlich genannte Exchange, der Einrichtungsbetreiber und das dominierende Nachbarnetzwerk sind separate Organisationen. Ein Kunde kann einen vollständigen Anwendungsausfall erleben, der durch einen Fehler verursacht wird, den der Servicevertrag von seiner Ausfallzeitberechnung ausschließt. Das macht das SLA nicht bedeutungslos; es macht die Architektur wichtiger als die Entschädigung.

Eine eintägige Verlängerung eines günstigen VPS ist nicht gleichbedeutend mit dem Geschäftsverlust durch einen stummen Fernsehkanal oder eine nicht verfügbare Handelsseite.

Das SLA besagt zudem, dass der Kunde für angemessene Backup- und Wiederherstellungspläne verantwortlich ist, einschließlich regelmäßiger Tests, und dass Logosys keine Verantwortung für die Integrität und Sicherheit der Kundendaten übernimmt. Die Bedingungen begrenzen die kumulierte Haftung auf einen Monatsbetrag in dem Monat vor dem Ereignis und schließen Folgeschäden aus.

Kunden, die einen stärkeren Schutz benötigen, brauchen eine ausgehandelte Vereinbarung, die die dienstspezifische Verfügbarkeit, Datenbeständigkeit, Backup-Eigentümerschaft, Vorfallkommunikation, Wiederherstellungsziele und die genauen in die Berechnung einbezogenen Komponenten definiert.

Lokale Cloud bedeutet nicht automatisch bekannte Datenlokalität

Logosys präsentiert sich als indischer Cloud-Anbieter und veröffentlicht indische Preise, eine indische Unternehmensidentität und ein in Indien registriertes autonomes System. Dies sind bedeutsame Lokalitätssignale. Sie stellen für sich allein nicht fest, wo sich jede Kategorie von Kundendaten befindet.

Die Colocation-Seite sagt, Zentren befänden sich in Indien und den Vereinigten Staaten. Die Live-CDN-Seite sagt, Server seien weltweit. Das Kundenportal ist eine separate Dienstoberfläche von der Marketingseite. Backups, Überwachungsaufzeichnungen, Support-Anhänge, DNS-Daten und Streaming-Edges können sich an anderen Orten als dem primären Rechenknoten befinden. Ein Kunde, der „Indien“-Hosting kauft, sollte verlangen, dass die Servicebestellung die Einrichtung und das Land für primäre Daten, Replikate, Backups, Snapshots, Protokolle und Supportzugriffe angibt.

DieDatenschutzrichtliniedes Unternehmens identifiziert Logosys Cloud Private Limited und erläutert die Kategorien von Kunden-, Abrechnungs- und Nutzungsinformationen, die es sammelt. Sie fungiert nicht als standortbezogener Datenresidenzplan für gehostete Workloads. Die Bedingungen legen die Verantwortung für Kundendaten und die Einhaltung gesetzlicher Vorschriften weitgehend auf den Kunden. Für eine regulierte oder standortsensible Bereitstellung sind die Markennationalität und der Ländercode einer IP-Registrierung keine ausreichenden Kontrollen.

Eine Migration testet ebenfalls Lokalitätsbehauptungen. Ein VPS-Abbild kann von einem proprietären Control Panel, einer manuell zugewiesenen Adresse, einem lokalen Backup-Produkt oder einer Lizenz abhängen, die nicht mit der Festplatte mitwandern kann. Ein Streaming-Dienst kann von Logosys-Software, Wowza-Konfiguration und einer CDN-Vereinbarung abhängen. DieRückerstattungsrichtliniebeschreibt die Selbstbedienungs- und manuell bereitgestellte Deprovisionierung, die fortgesetzte Abrechnung bis zur Bestätigung der Deprovisionierung und eine Sonderbehandlung für gebundene Knoten und Softwarelizenzen. DieKündigungsrichtlinieverlangt eine Kündigungsfrist von mindestens sieben Tagen vor Verlängerung. Keine der Seiten verspricht ein Standard-Exportformat, ein Datenübertragungsfenster nach Beendigung oder Unterstützung bei der Migration eines aktiven Dienstes zu einem anderen Anbieter.

Wie sich Ausfälle ausbreiten würden

Der nützlichste Resilienztest besteht darin, mit einem konkreten Ausfall zu beginnen und seinen Auswirkungen zu folgen.

Ein Stromereignis im Rack oder in der Einrichtung.Wenn ein Dienst nur in Web Werks Mumbai 1 läuft, kann ein Rack-PDU-, Raum-, USV-Pfad- oder Gebäudeereignis Compute- und Netzwerk-Edge-Geräte gemeinsam außer Betrieb setzen. Das Marketing für N+N der Einrichtung beweist nicht, dass ein bestimmter Mieter doppelte Einspeisungen gekauft oder doppelt verkabelte Geräte eingesetzt hat. Die Wiederherstellung hängt von Ersatzhardware, Remote Hands, Backup-Standort und davon ab, ob ein anderer Standort über ausreichend reservierte Kapazität verfügt. Nichts davon ist für Logosys öffentlich quantifiziert.

Verlust des dominanten Upstream-Pfads.Aktuelle globale Routen zeigen überwiegendAS133296unmittelbar vor Logosys. Wenn diese Nachbarschaft ausfällt, hängt die Erreichbarkeit vom Betriebszustand und der Propagierung alternativer Sitzungen ab. Ein DE-CIX-Route-Server-Port kann direkte Pfade zu teilnehmenden Peers bieten, ist aber kein allgemeiner Transit zu jedem Ziel. Die Anzahl der logischen Nachbarn gibt nicht preis, ob die Links einen Router, eine Querverbindung oder einen Gebäudeeingang teilen.

Ausfall des Exchange-Ports oder Edge-Routers.Der aufgeführte DE-CIX-Port ist 1 Gbit/s in einer Mumbai-Einrichtung. Wenn Exchange-Verkehr und Transit auf demselben Edge-Chassis terminieren, kann ein Edge-Router-Ausfall beide entfernen, selbst wenn Verträge mehrere Netzwerke nennen. Wenn sie separate Chassis und Pfade verwenden, kann die Resilienz viel stärker sein. Die öffentliche Aufzeichnung gibt diese Topologie nicht preis.

Hypervisor-, Speicher- oder Inventarfehler.Die Webhosting-Seite behauptet eine automatische Bewegung auf einen anderen Server, wenn ein Hardwareproblem erkannt wird. Sie beschreibt keinen gemeinsamen Speicher, keine Replikationsverzögerung, kein Fencing, keine Fehlerdomänen und nicht, ob jedes VPS-Produkt dieses Design verwendet. Dedizierte Server erfordern normalerweise eine Komponentenreparatur oder ein Ersatzchassis, sofern der Kunde nicht über ein Standby-System verfügt. Ein gelisteter Server mit RAID 1 kann einen Laufwerksausfall tolerieren, aber nicht jeden Controller-, Motherboard-, Strom- oder Bedienerfehler.

Ausfall der Steuerungsebene.Das Kundenportal wickelt Bestellungen, Abrechnung, Tickets und einige Serveraktionen ab. Ein Ausfall der Steuerungsebene stoppt möglicherweise keine laufende Arbeitslast, kann jedoch Neuerstellungen, Konsolenzugriff, Skalierung und Kündigung blockieren. Ausfallsicheres Rechnen ohne ausfallsicheren Zugang und Eskalation kann einen Vorfall dennoch verlängern. Logosys veröffentlicht Telefon, E-Mail und Ticketkanäle, aber keine unabhängigen Support-Reaktionsstatistiken.

Ausfall des Streaming-Ursprungs.Mehrere CDN-Edges helfen nicht, wenn der einzige Encoder, der Playout-Prozess oder der Ursprung keinen gültigen Stream mehr produziert. Die Wiederherstellung erfordert einen zweiten Eingang, aktuellen Inhalt, Lizenzen, Anmeldeinformationen und getestete Verkehrsumschaltung. Die öffentliche Behauptung von „20 Servern“ identifiziert diese Rollen nicht.

DNS- oder Zertifikatsausfall.Logosys bewirbt redundantes DNS, aber die öffentlichen Seiten nennen keine autoritativen Anbieter nach Dienst oder erklären die Trennung von Steuerungs- und Fehlerdomänen. DNS wird im SLA ausdrücklich ausgeschlossen, wenn es außerhalb der direkten Kontrolle von Logosys liegt. Kunden sollten die autoritative Diversität, Registrar-Sicherheit, Zertifikatserneuerung und den Zugang zu Anmeldeinformationen unabhängig vom Hosting-Konto testen.

Support- und Abrechnungsausfall.Die Betriebswirtschaft kleiner Anbieter beruht oft auf einem konzentrierten technischen Team. Logosys bewirbt kontinuierlichen Support, aber keine Personalstärke, kein Bereitschaftsplan oder Eskalationszeiten sind öffentlich. Der fortgesetzte Verweis auf ein separates Softwareunternehmen in den Zahlungsanweisungen fügt eine weitere zu klärende betriebliche Übergabe hinzu. Während eines Vorfalls benötigt der Kunde eine verantwortliche Partei, die befugt ist, über Einrichtung, Anbieter, Hardware- und Softwarelieferanten hinweg zu handeln.

Die Ökonomie ist attraktiv, weil die Grenzen beim Käufer liegen

Die Listenpreise von Logosys können verlockend sein. INR 1.550 kaufen einen Einstiegs-VPS-Zugang im aktuellen Shop. INR 12.700 kaufen eine dedizierte Konfiguration mit 128 GB RAM, SSDs, 10 TB bei 1 Gbit/s und fünf Adressen. Ein 1U-Colocation-Angebot beginnt bei INR 4.500 pro Monat, während ein volles Rack mit INR 50.000 bei 3 kW gelistet ist. Streaming beginnt bei INR 1.500 für einen Kanal und 1 TB monatlichem Transfer. Diese Preise geben kleineren Organisationen einen Weg in eine verwaltete Infrastruktur ohne die mit einem Hyperscale- oder Großhandelsvertrag verbundenen Mindestverpflichtungen.

Der wirtschaftliche Kompromiss besteht darin, dass ein Großteil des Integrationsrisikos implizit bleibt. Der Käufer muss Backups, verwalteten Support, Softwarelizenzen, zusätzliche Adressen, Ersatzteile, Bandbreitenspitzen, Verkehrsüberschreitungen, Remote Hands, Zweitstandorte und Migration selbst kalkulieren. Ein niedriger monatlicher Serverpreis ist nicht die Kosten für einen wiederherstellbaren Dienst. Für einen Sender kann der aussagekräftige Nenner Kosten pro geschützter Kanalstunde sein, nicht Kosten pro Kern. Für eine Geschäftsanwendung können es Kosten pro wiederherstellbarer Transaktion oder pro getesteter Wiederherstellung sein.

Der Vertrag verstärkt diese Zuweisung. Rückerstattungen sind Serviceverlängerungen oder Gutschriften, keine Entschädigung für Folgeschäden. Kunden müssen Ausfälle schnell dokumentieren und ihre eigenen Wiederherstellungsvereinbarungen unterhalten. Für gebundene Knoten und verwendete Softwarelizenzen bestehen eingeschränkte Rückerstattungsoptionen. Dies kann ein rationales Geschäft für nicht kritische Workloads, Entwicklungs-/Testmaschinen, regionale Medienoperationen mit eigenem Backup-Pfad oder Kunden sein, die reaktionsschnellen lokalen Support schätzen.

Es ist ein schwächeres Geschäft, wenn ein Kunde annimmt, dass ein Cloud-Label standardmäßig Multi-Region-Durabilität beinhaltet.

Was würde die Behauptungen in Infrastrukturevidenz verwandeln

Logosys könnte sein öffentliches Angebot erheblich leichter bewertbar machen, ohne sensible Netzwerkdetails preiszugeben. Die erste Verbesserung wäre eine datierte Standortmatrix. Jede Stadt sollte den Einrichtungsbetreiber, die verfügbaren Dienstklassen, ob die Kapazität besessen oder gemietet ist und ob der Standort neue Bestellungen annimmt, nennen. Eine Karte sollte Büro, Cloud-Region, CDN-Edge, Exchange-Port und Colocation-Raum unterscheiden. Linien zwischen Städten sollten nur dann erscheinen, wenn eine physische Route und ein Betreiber bekannt sind; andernfalls sollte die Karte eher die Serviceabdeckung als implizite Glasfaser zeigen.

Die zweite Verbesserung wäre eine Netzwerk-Fakten-Seite. Sie könnte aktive Präfixe, den IPv6-Status, Transit-Provider, Exchanges, Port-Kapazitäten, Looking-Glass-Adressen und die RPKI-Abdeckung mit einem letzten Aktualisierungsdatum auflisten. Sie sollte angeben, ob mehrere Sitzungen auf getrennten Routern laufen und ob sie auf diversen Pfaden in die Einrichtung eintreten. Der aktuelle PeeringDB-Eintrag ist nützlich, wurde aber zuletzt 2023 wesentlich aktualisiert und nennt nur einen Exchange und eine Einrichtung.

Die dritte wäre ein Kapazitätsvokabular. Logosys muss keine kundensensible Auslastung veröffentlichen, aber es könnte installierte Server von bestellbaren Konfigurationen, Port-Leitungsrate von zugesicherter Internetbandbreite, Gebäudeleistung von Mietern und Normalkapazität von ausfallsicherer Reservekapazität trennen. Für Colocation sollte ein Angebot die Anzahl der Einspeisungen, Sicherungsgröße, Spannung, enthaltene Energie, Messung, Querverbindungen und Remote-Hands-Bedingungen angeben. Für Cloud sollte es Host-Generation, Speicherbeständigkeit, Überbuchungsrichtlinie und Live-Migration-Abdeckung angeben.

Die vierte wären dienstspezifische Wiederherstellungsnachweise. Das Unternehmen könnte veröffentlichen, ob VPS-Instanzen auf einem anderen Knoten neu gestartet werden können, ob Backups in derselben Einrichtung verbleiben, wie das Streaming-Ursprungs- und Edge-Failover funktionieren und was Kunden bereitstellen müssen. Ein Statusverlauf sollte Vorfälle nach Dienst und Region identifizieren, wobei Kundendetails geschützt werden. Eine erfolgreiche Failover-Übung mit Datum, Umfang und gemessener Wiederherstellungszeit würde mehr aussagen als ein generisches Redundanz-Icon.

Für Käufer, die Logosys heute bewerten, ist die Sorgfaltsliste klar:

1. Die exakte rechtliche Vertrags- und Rechnungsstellungseinheit auf dem Bestellformular angeben, einschließlich der Rolle von Logosys Software Solutions Private Limited.
2. Die Einrichtung und das Land für Compute, Primärspeicher, Replikate, Backups, Protokolle und Supportzugriffe benennen.
3. Feststellen, wem der Server, das Rack, die Stromeinspeisung, die Querverbindung und der vom erworbenen Dienst genutzte IP-Adressraum gehören.
4. Aktive Transit- und Exchange-Details einholen, dann fragen, welche Verbindungen physisch unabhängig sind, und ein Failover testen.
5. Jede Bandbreitenbehauptung in einen Port, eine Zusage, eine Burst-Richtlinie, ein Transferkontingent und eine Überlastungsverantwortung umwandeln.
6. Jede Kapazitätsbehauptung in installierte, bestromte, betriebliche, bestellbare und im Störungsfall nutzbare Mengen umwandeln.
7. Backup-Eigentümerschaft, Exportformat, Wiederherstellungstest, Wiederherstellungspunkt, Wiederherstellungszeit und Ausstiegsunterstützung definieren.
8. Die Marketingkonfiguration, die Warenkorbkonfiguration und die endgültige Materialliste vor der Zahlung abgleichen.
9. Vorfallbenachrichtigung und Servicegutschriften entsprechend den tatsächlichen Geschäftsauswirkungen aushandeln und nicht auf Basis der allgemeinen 99,9-Prozent-Seite.
10. Nachweise für Hyderabad, Chennai, den vierten Präsenzpunkt, vier zusätzliche Exchanges und jeden US-Standort verlangen, wenn das geplante Design darauf angewiesen ist.

Das Fazit

Logosys Cloud ist nicht bloß ein Webhoster mit einem angehängten Cloud-Wort. Es verfügt über ein registriertes indisches Netzwerk, gültigen Routenursprungsschutz, eine sichtbare Mumbai-Interconnection, Self-Service-Steuerungen, physische Serverangebote und eine glaubwürdige Spezialisierung auf TV-Playout und Streaming. Für regionale Sender und kleinere indische Kunden kann diese Kombination kommerziell nützlich sein.

Aber die öffentliche Infrastrukturgeschichte ist noch nicht so breit wie die Produktgeschichte. Das Looking Glass mit drei Städten offenbart keine drei unabhängigen Einrichtungen. Das zugewiesene /23 bedeutet nicht, dass beide /24 geroutet werden. Ein 1-Gbit/s-Exchange-Port beweist keine fünf Exchange-Verbindungen oder einen 100-Gbit/s-Internetpfad. Eine 2,3-MW-Einrichtung gibt Logosys keine 2,3 MW. Zwanzig Streaming-Server begründen keine zwanzig unabhängigen Ursprünge. Ein 99,9-Prozent-SLA garantiert keine Wiederherstellung bei Ausfällen der Einrichtung, des Transits, der Steuerungsebene oder bei Datenverlusten.

Die Evidenz stützt eine begrenzte Schlussfolgerung. Logosys Cloud kontrolliertAS150636, originiert aktiv ein gut sichtbares, RPKI-valides /24 und meldet eine betriebliche Präsenz bei Web Werks Mumbai 1 und DE-CIX Mumbai. Hyderabad ist als Unternehmens- und Betriebssitz fest etabliert, während Chennai und der Rest der beworbenen Footprint unzureichend spezifiziert bleiben. Alles jenseits dieser Grenze sollte durch eine standort-, kapazitäts- und wiederherstellungsspezifische Bestellung erworben werden, nicht aus dem Katalog abgeleitet. Der nächste aussagekräftige Nachweis wird nicht eine größere Bandbreitenzahl sein, sondern eine datierte Aussage darüber, wo der Dienst läuft, was beim Ausfall verfügbar bleibt und wer dafür verantwortlich ist, ihn wiederherzustellen.