Zusammenfassung
- SiS Distribution (Thailand) ist ein börsennotierter Technologiedistributor, der auch Cloud-Infrastruktur-, Backup-, Wiederherstellungs- und Managed Services anbietet. Seine aktuelle Cloud-Website gibt an, dass diese Dienste zwei thailändische Rechenzentren nutzen: Interlink IDC und Genesis Rechenzentren, die über Glasfaser mit hoher Bandbreite verbunden sind.
- Der Name Genesis ist historisch. Die Anlage wurde 2018 als Joint Venture eröffnet, das zu gleichen Teilen von Interlink Telecom, Advanced Information Technology und WHA gehalten wurde. Etix Everywhere erwarb 2022 67 %; Interlink verkaufte die restlichen 33,33 % im Dezember 2024. Der Standort wird nun als ETIX Bangkok #1 vermarktet, sodass SiS als Cloud-Betreiber oder Kunde innerhalb einer Drittanbieteranlage und nicht als deren Eigentümer betrachtet werden muss.
AS135381, dessen APNIC-Beschreibung SiS und Genesis Rechenzentren nennt, war am 12. Juli 2026 deutlich aktiv. RIPE-Beobachtungen zeigten 24 IPv4-Präfixe, vier IPv6-Präfixe und drei benachbarte Netzwerke. Separate Interkonnexionsaufzeichnungen platzieren zwei 10-Gbit/s-BKNIX-Ports für diese ASN bei ETIX Bangkok #1.- Dieser Routing-Fußabdruck ist ein solider Beweis für eine operative Netzwerkoberfläche. Er gibt jedoch nicht die Anzahl der SiS-Schränke, die Serverauslastung, die Speicherreserve, die Stromzuteilung, die Generatorautonomie, die Kühlreserve, die Trennung der Glasfaserwege, die Platzierung der Kundenworkloads oder die getestete Wiederherstellungszeit preis.
- Der Beweis istMittel. Die öffentlichen Register bestätigen ein tatsächliches und aktuelles SiS-Netzwerk in der umbenannten Anlage, aber die an Kunden verkaufte Kapazität und Widerstandsfähigkeit bleiben weniger transparent als die Existenz des Netzwerks.
Der seltsame Name enthält einen wichtigen Hinweis
Der dieser Firma beigefügte Ausdruck sieht wie eine Netzwerkanmerkung aus, denn das ist er. DieAPNIC-Registrierung für AS135381nennt das NetzwerkSIS-AS-AP, identifiziert SiS Distribution (Thailand) Public Company Limited als Organisation und enthält die Beschreibung(@Genesis Rechenzentren). Die Nummer wurde im März 2020 registriert, die letzte Änderung des Registers stammt vom September 2023. Die administrativen und Wartungskontakte zeigen auf Symphony Communication, eines der sichtbaren vorgelagerten Netzwerke von SiS.
Das ist nützlicher als eine vage Behauptung, dass SiS „in der Cloud“ ist, muss aber genau gelesen werden. Eine autonome Systemnummer identifiziert eine Routing-Policy und eine administrative Domäne. Es ist weder ein Eigentumstitel für ein Gebäude, noch ein Stromvertrag, noch ein Schrankinventar, noch ein Beweis dafür, dass jeder unter dem Namen SiS Cloud verkaufte Dienst denselben Standort nutzt. Die Erwähnung von Genesis setzt einen wichtigen Netzwerkkontext. Sie macht SiS nicht zum Eigentümer von Genesis und gibt nicht preis, welche Kunden-VMs hinter den angekündigten Adressen stecken.
Der Hinweis ist dennoch aktuell. DieRIPE-Beobachtung des Routing-Statusvom 12. Juli 2026 fand 24 IPv4-Präfixe, die 6.144 Adressen abdecken, und vier IPv6-/48-Ankündigungen. Alle Full-Feed-RIPE-Collector dieser Beobachtung sahen die Routen. DieListe der angekündigten Präfixeenthielt zugehörigen Adressraum, der in den öffentlichen Zuteilungsbeschreibungen mehreren thailändischen Konnektivitätsanbietern zugeordnet ist, während dieNachbarschaftsansichtAS132280Symphony Communication,AS4618Internet Thailand undAS4750CS LoxInfo auf der Upstream-Seite der beobachteten Pfade zeigte.
Dies sind keine Anzeichen eines ruhenden Reservats. DieIPinfo-Ansicht von AS135381klassifiziert es unabhängig als Hosting-Netzwerk, meldet denselben gesamten Adressumfang und listet antwortende Adressen aus Bangkok auf.BGP.Toolsverzeichnet ebenfalls 24 IPv4-Präfixe und vier IPv6-Präfixe, mit einer gültigen ROA für die angezeigten Routen. Es verknüpft zwei 10-Gbit/s-Dual-Stack-Exchange-Aufhängungen mit BKNIX bei ETIX Bangkok #1.
Die Netzwerkbeweise verdienen daher mehr Gewicht, als der seltsame Name der Entität vermuten lässt. Die schwierige Frage ist nicht mehr, ob etwas routet. Es ist, was diese geroutete Oberfläche einem Käufer über den Cloud-Dienst sagt, den sie unterstützt. Das öffentliche BGP kann Erreichbarkeit, Pfadadjazenz und zeitliche Entwicklung zeigen. Es kann keine CPU-Überlastung, Speicherlatenz, Backup-Integrität, einen defekten Failover-Switch, Diesel im Tank oder die Reservekapazität zeigen, die verfügbar ist, wenn eine Kühleinheit gewartet wird.
SiS ist der Dienstleister, nicht der Gebäudeeigentümer
SiS ist ein bedeutendes thailändisches börsennotiertes Unternehmen, aber sein Schwerpunkt liegt im Vertrieb. DasFactsheet der Börse Thailandsbeschreibt einen Großhändler für Computer, Software, Peripheriegeräte, Smartphones und Bürogeräte, der eine lange Liste von Technologieherstellern vertritt. Es nennt die Hauptgeschäftsstelle des Unternehmens in Bangkok und erwähnt einen Börsengang im Jahr 2004. Die eigeneUnternehmensgeschichteführt die Aktivitäten auf 1999 zurück und den Wandel zur Aktiengesellschaft auf 2004.
Die Cloud-Dienste erweitern diese Vertriebsaktivität eher, als sie zu ersetzen. SiS kann Herstellerbeziehungen für Hardware und Software, einen Wiederverkaufskanal, technischen Support und die gemietete Kapazität einer Anlage kombinieren, um einen lokalen Infrastrukturdienst anzubieten. Seine aktuelleCloud-Service-Websitebietet virtuelle Infrastruktur, Backup, Disaster Recovery und Managed Support. EineErklärung der gemeinsamen Verantwortungbesagt, dass SiS für seinen Rechenzentrum on Cloud-Dienst die Schichten vom Hypervisor bis zur physischen Sicherheit des Rechenzentrums verwaltet, während der Kunde das Gastbetriebssystem, Updates und Anwendungen verwaltet.
Diese Aussage beschreibt die Verantwortung des Kunden. Sie bedeutet nicht, dass SiS den Beton, die Schaltanlage oder die Kühler besitzt. Ein Cloud-Anbieter kann vertraglich gegenüber seinem Kunden für eine Anlagenschicht verantwortlich sein, die physisch von einem anderen Unternehmen betrieben wird. In dieser Vereinbarung muss SiS den Host auswählen, ausreichend geschützte Energie und Konnektivität einkaufen, die Leistung überwachen, Vorfälle eskalieren und die Wartungs- und Ausfallbedingungen des Hosts in seine eigene Serviceverpflichtung übersetzen.
DerStartbericht von 2018machte diese Grenze relativ deutlich. Er beschrieb, wie SiS Interlink Telecom beitrat, um SiS Cloud Services auf zwei Interlink-Rechenzentren einzuführen, Interlink IDC und Genesis Rechenzentren. Das Angebot richtete sich an Immobilien, Einzelhandel, Versicherungen, Regierung und unabhängige Softwareanbieter, mit mehr als 30 Unternehmenskunden zum Start. Es gab auch an, dass die beiden Standorte über Hochgeschwindigkeitsfaser verbunden sind und Backup und Wiederherstellung ermöglichen, falls der primäre Standort beschädigt wird.
Die öffentliche Formulierung gleitet manchmal von „das Rechenzentrum, das wir nutzen“ zu „unser Rechenzentrum“ – eine übliche Marketingkompression. Die rechtliche und Investmenthistorie beseitigt die Mehrdeutigkeit. SiS war der Cloud-Service-Anbieter. Genesis war ein separates Anlagenunternehmen. Kunden, die SiS bewerten, sollten daher zwei Sätze zugehöriger Zusicherungen verlangen: einen für die Host-Anlage und einen für die Ausrüstung, das Netzwerk, die Software, das Personal und die Wiederherstellungsverfahren von SiS innerhalb der Anlage.
Genesis hat Identität und Kontrolle geändert
Genesis Rechenzentren wurde 2018 als Zusammenarbeit zwischen Interlink Telecom, Advanced Information Technology und WHA Corporation eröffnet. DieUnternehmenshistorie von Interlinkgibt an, dass das Joint Venture ein eingetragenes Kapital von 210 Millionen Baht hatte, jede Partei hielt 33,33 %. Es beschrieb mehr als 1.038 Serviceflächen-Schränke und sagte, dass mehr als 30 % zu dieser Zeit in Betrieb waren. Es verwies auch auf ein Tier-III-Design und eine Zertifizierung der gebauten Anlage.
Diese Zahl von 1.038 Schränken ist als Bau- oder Servicebereichsambition zu verstehen, nicht als überprüfte Anzahl von Schränken, die für SiS mit Strom versorgt werden. Im Januar 2022berichtete Rechenzentrum Dynamics, dass Etix Everywhere die 67 % von AIT und WHA kaufte. Der Bericht beschrieb den aktiven Standort in Bang Chalong nahe Bangkok mit einer Kapazität von 2,4 MW und stellte klar, dass er in ETIX Bangkok #1 umbenannt wurde. Andere Transaktionsdokumente unterschieden 600 kW installierte IT-Kapazität zum Zeitpunkt der Übernahme von einem Expansionsziel von 2,4 MW. Die Begriffe maßen verschiedene Phasen, und dieser Unterschied ist wichtig.
Interlink behielt ein Drittel bis Ende 2024. Seintestierter Jahresabschluss 2024gibt an, dass der Vorstand die Veräußerung des 33,33 %-Anteils am 8. November genehmigte und den Verkauf an ein nicht verbundenes französisches Unternehmen am 19. Dezember abschloss. Der Abschluss gibt auch an, dass das Joint Venture am 20. Dezember in ETIX ITEL Bangkok 1 Co., Ltd. umbenannt wurde. DerGeschäftsbericht 2024 von Interlinkstellt diese Veräußerung als Entscheidung dar, sich auf Konnektivität und Cloud-Implementierung zu konzentrieren.
Die Konsequenz ist einfach, aber leicht zu übersehen. Zum Veröffentlichungsdatum erwähnt die alte Sprache von SiS immer noch Genesis und Interlink IDC, während das ehemalige Genesis-Gebäude als ETIX Bangkok #1 vermarktet und kontrolliert wird. Eine historische Dienstleistungsseite kann betrieblich korrekt bleiben, wenn SiS weiterhin dieselben Räume im Rahmen geänderter Verträge belegt. Sie kann auch Änderungen in der Vertragskette, der Reihenfolge von Interkonnexionen, der Verantwortung für Remote-Eingriffe, der Wartungsbenachrichtigung, der Versicherung oder der Ausstiegsrechte verschleiern.
Keines davon impliziert einen Dienstausfall. Eigentumsübergänge sind auf dem Rechenzentrumsmarkt normal. Sie werden zu einem Verfügbarkeitsproblem, wenn Verantwortlichkeiten angenommen statt neu dokumentiert werden. Ein aktueller SiS-Kunde sollte wissen, welche juristische Person den Platz in Rechnung stellt oder beherbergt, wer Notarbeiten genehmigen kann, wem die Schrankausrüstung gehört, ob der Dienst die Übertragung ohne Überholung überstanden hat und was passiert, wenn der Anlagenvertrag endet.
Das Netzwerk bietet eine nützliche Brücke durch die Namensänderung. BGP.Tools lokalisiert zwei BKNIX-Ports fürAS135381bei ETIX Bangkok #1 in den aktuellen Daten. Dies deutet darauf hin, dass die Routing-Präsenz von SiS nach den Etix-Transaktionen auf dem Gelände geblieben ist. Es verrät nicht, ob die gesamte Rechenleistung dort geblieben ist, ob ein sekundärer Standort bereit geblieben ist oder ob die beiden Exchange-Ports und die Transitleitungen Teil desselben Kundendienstes sind.
Kapazitätsangaben müssen auf einen Zeitstrahl gebracht werden
Mehrere öffentliche Kapazitätszahlen umgeben die Anlage: 1.038 Schränke, 600 kW, 2,4 MW, 4 MW, 4,7 MW, 5 MW, 850 Schränke und über 1.000 Schränke. Sie sind nicht unbedingt widersprüchlich. Sie können unterschiedliche Daten, Module, physische Layoutannahmen, verkaufte Flächen oder Stromgrenzen beschreiben. Man kann sie nicht verantwortungsvoll addieren oder als austauschbar behandeln.
Der ursprüngliche Interlink-Bericht verwendete 1.038 Schränke als gesamte Servicefläche und gab an, dass mehr als 30 % Kunden bedienten. Die Transaktionsberichte rund um die Übernahme 2022 beschrieben 600 kW installiert und einen Weg zu 2,4 MW. EineExpansionsmitteilung von Etixgab an, dass eine Investition von 2023 ein Modul mit 400 Schränken und 1.500 kW IT-Kapazität hinzufügte. EineAnkündigung des BKNIX-Präsenzpunkts vom September 2024beschrieb 4 MW IT-Kapazität und über 1.000 Schränke. Dieaktuelle Vermarktung der Etix-Bangkok-Anlagegibt für BKK1 5 MW und 850 Schränke an.
Diese Zahlen zeigen kontinuierliche Investitionen auf dem Host-Gelände. Sie geben nicht den Anteil von SiS an. Ein 5-MW-Gebäude kann eine bescheidene SiS-Bereitstellung enthalten. Eine Anordnung von 850 Schränken kann mehr nützliche Rechenleistung liefern als eine von 1.038 Schränken, wenn die Schränke dichter sind, aber nur, wenn die Kühl- und Stromauslegung diese Dichte unterstützt. Eine Schrankzahl ohne durchschnittliche und maximale Kilowatt sagt wenig über die Rechenkapazität aus. Eine Megawattzahl ohne Definition der gelieferten IT-Last kann geplante Module enthalten oder Umwandlungs- und Kühlverluste ausschließen.
Die installierte Kapazität ist auch nicht dasselbe wie die für den Kunden verfügbare Kapazität. Ein Teil der Energie muss als Redundanzreserve verbleiben. Einige Schränke können reserviert, unvollständig oder kühlungsbeschränkt sein. Ein Modul kann unter Spannung stehen, aber auf Netzwerkausrüstung warten. Ein Cloud-Cluster kann Stromreserven haben, während Speicher oder Lizenzen erschöpft sind.
Die Menge, die SiS sicher verkaufen kann, ist die minimale verbleibende Reserve bei Servern, Arbeitsspeicher, Speicherleistung, Schrankstrom, Kühlung, Switching, Sicherheitsgeräten und Upstream-Bandbreite, neu berechnet nach Ausfall einer erforderlichen Komponente.
Dieser letzte Satz ist der wichtigste. Ein Anbieter kann unter normalen Bedingungen 100 Einheiten verfügbar haben und nur 20 nach Entfernung einer Stromkette oder eines Speicherknotens. 90 zu verkaufen würde effizient erscheinen, bis Wartung oder ein Ausfall eintreten. Die Kapazität sollte daher im Normal- und im degradierten Zustand angegeben werden. Für SiS würde eine nützliche Offenlegung die zugewiesene und genutzte Rechen-, Speicher- und Netzwerkkapazität an jedem Standort zeigen und dann dieselben Kennzahlen mit der größten relevanten nicht verfügbaren Komponente zeigen.
Öffentliche Dokumente liefern einen solchen Zeitplan nicht. Das aktuelleFlex Cloud-Angebot ist der Beweis, dass SiS immer noch aktiv Infrastruktur verkauft, einschließlich Behauptungen hoher Verfügbarkeit, On-Site- und Off-Site-Backup-Kopien und 24/7-Support. Es ist kein Beweis für den verbleibenden Bestand bei Genesis/ETIX Bangkok #1. Die Paketgrößen zeigen einem Käufer, was bestellt werden kann, nicht, wie viele Pakete die Plattform während eines Ausfalls unterstützen kann.
Stromresilienz hat drei getrennte Eigentümer
Die Stromsicherung für diesen Dienst umfasst den Versorger, die Anlage und SiS. Auf Anlagenebene veröffentlicht Etix ungewöhnlich spezifische Behauptungen. Seinetechnische Seite für Bangkok #1gibt an, dass der Standort über 7.000 kVA eingehenden Strom verfügt, um 4.000 kW IT-Kapazität zu liefern, zwei verschiedene Umspannwerke und zwei verschiedene Stromkabelwege, USV-Anlagen und 2N-Verteiler sowie N+1-Generatoren. Dies sind Betreiberangaben, und die 4 MW dieser Seite sollten mit den 5 MW auf neueren Etix-Seiten abgeglichen werden.
Auf SiS-Ebene ist die unbeantwortete Frage, wie viel von dieser Topologie jedes kritische Gerät erreicht. Zwei Stromwege helfen einem Server nicht, der über eine einzelne Schrankstromschiene angeschlossen ist. Ein 2N-USV-System macht eine Firewall mit einem einzigen Netzkabel nicht fehlertolerant. Eine N+1-Generatorflotte kann dennoch durch ein gemeinsames Kraftstoffsystem, Steuerung, Wartungszustand oder einen Vertrag geschwächt werden, der einem Mieter weniger geschützte Last zuweist, als der Gebäudetitel vermuten lässt.
Der Beweis sollte mit einem aktuellen einpoligen Stromlaufplan von der Anlagenübergabe bis zur SiS-Ausrüstung beginnen. Er sollte die Stromversorgungen A und B, die Stromverteilungseinheiten der Schränke, doppelt verkabelte Geräte und die Übergangsregelungen für jedes Element mit einem einzigen Stromeingang identifizieren. Er sollte die normale Last und die Last im degradierten Zustand pro Stromversorgung angeben. Er sollte zeigen, dass Management-, Überwachungs- und Konsolengeräte weiterhin mit Strom versorgt werden, wenn der von ihnen überwachte Produktionspfad entfernt wird.
Die Generatorautonomie ist eine weitere fehlende Zahl. Eine N+1-Behauptung besagt, dass eine Erzeugungseinheit nicht verfügbar sein kann, während die erforderliche Last bedient wird, vorausgesetzt, die Auslegung und die Lastzahlen sind korrekt. Sie sagt nicht, wie viele Stunden der Standort laufen kann, wie schnell Treibstoff während einer regionalen Störung nachgefüllt wird, ob die Kraftstoffqualität getestet wird oder ob Pumpen und Steuerungen redundante Stromversorgungen haben.
Kunden benötigen die getestete Autonomie bei einer definierten Last, die Wiederauffüllannahmen sowie Datum und Ergebnis des letzten Umschalttests über den gesamten Pfad.
DerLeitfaden 2025 des thailändischen Board of Investmentist als nationale Referenz nützlich, nicht als Beweis für die Einhaltung der Vorschriften durch SiS. Seine Bedingungen für Rechenzentren verlangen eine kontinuierliche Stromerzeugung, die den gesamten Strombedarf decken kann, eine Notstromerzeugung bei Ausfall einer Einheit, USV- und Kühlungsreserven, unabhängige Verteilungswege, effiziente Klimatisierung, flächendeckenden Brandschutz und 24/7-Sicherheit. Seine Bedingungen für Cloud-Dienste sehen außerdem mindestens zwei nach ISO/IEC 27001 zertifizierte thailändische Rechenzentren und primäre und Backup-Verbindungen von mindestens 10 Gbit/s zwischen ihnen vor.
Diese Bedingungen zeigen, was eine ernsthafte Behauptung von zwei Standorten enthalten sollte. SiS gibt an, zwei Standorte und Hochgeschwindigkeitsfaser zu nutzen, aber seine öffentlichen Dokumente liefern nicht die aktuelle Standort-zu-Standort-Geschwindigkeit, Wegvielfalt, Reservekapazität oder Stromzuteilung. Ein Kunde sollte nicht davon ausgehen, dass die Investitionsförderung, Zertifizierung oder elektrische Auslegung einer Anlage automatisch die Cloud-Architektur des Mieters zertifiziert.
Das schnelle Wachstum von Rechenzentren in Thailand fügt eine breitere Einschränkung hinzu. EinBericht des National Energy Policy Councildiskutierte ein Pilotprojekt für direkte erneuerbare Energie von 2.000 MW und zitierte etwa 1.700 MW Nachfrage von acht großen Rechenzentrumsinvestoren, die thailändische Projekte in Betracht ziehen oder verfolgen. Dies deutet nicht auf eine Knappheit bei ETIX Bangkok #1 hin. Es zeigt, warum eine alte Typenschildkapazität keine aktuelle Stromfrage klären kann. Netzanschluss, vertragliche Versorgung, Expansionsplanung und saubere Energieversorgung beeinflussen jetzt, wie schnell vermarktete Fläche zu nutzbarer IT-Last werden kann.
Kühlungsbehauptungen benötigen denselben Test im degradierten Zustand
Etix gibt an, dass Bangkok #1 ein N+2-Kühldesign, Luftbehandlungsgeräte und Ventilatorwände, Warmgänge und keinen Doppelboden verwendet. Es gibt einen Wasserverbrauch von weniger als 0,01 Liter pro Kilowattstunde und einen PUE von 1,35 für Modul drei an. Diese Behauptungen beschreiben ein modernes luftgekühltes Design und, wenn konsistent gemessen, ein effizientes Design. Sie zeigen dennoch nicht die thermischen Bedingungen in den SiS-Schränken.
Die Kühlungsverfügbarkeit hängt vom Standort der Ausrüstung, ihrer Dichte und davon ab, was nach dem Entfernen von Komponenten passiert. Der Durchschnittsraum kann innerhalb der Grenzen liegen, während ein Schrank einen heißen Einlass hat. Ein Modul kann bei Nennlast N+2 sein, aber nach der Installation dichterer Ausrüstung weniger Reserve haben. Die Luftbehandlung kann verfügbar bleiben, während ein Steuerungsfehler, ein blockierter Pfad, ein Lüfterausfall oder eine schlechte Eindämmung die lokale Temperatur erhöhen.
Der für den Kunden relevante Nachweis ist gemessen, nicht qualitativ. SiS sollte in der Lage sein, die Eingangstemperaturen und Luftfeuchtigkeit für seine Schränke, Alarmschwellen, Sensorabdeckung, Reaktionszeiten und Trenddaten während heißer Perioden bereitzustellen. Es sollte die maximal unterstützte Schrankdichte und die tatsächlich installierte Dichte angeben. Es sollte auch eine Kühlungsausfallübung bereitstellen, die zeigt, wie lange die Ausrüstung nach dem größten vorhergesehenen Kühlungsverlust innerhalb der Grenzen bleibt und welche automatischen Workload- oder Strommaßnahmen ergriffen werden, wenn die Temperatur weiter steigt.
Die Expansionshistorie macht dies wichtiger. Eine Anlage, die von 600 kW auf mehrere Megawatt wächst, verändert die Interaktion zwischen Modulen, elektrischen Installationen, Luftstrom, Steuerung und Wartung. Die neue Kapazität kann besser sein als die ursprünglichen Räume, aber „derselbe Campus“ bedeutet nicht identisches Design. Wenn die SiS-Ausrüstung sowohl alte als auch neue Module umfasst, muss der Kunde wissen, welche Spezifikation für jeden Cluster gilt. Bleibt er im ursprünglichen Modul, kann ein neuer Campus-Titel von 5 MW wenig Auswirkung auf seine Kühlungshülle haben.
Der PUE ist auch keine Verfügbarkeitsgarantie. Es ist ein Verhältnis von gesamter Anlagenenergie zu IT-Energie über eine definierte Grenze und einen definierten Zeitraum. Ein niedriger PUE kann effizienten Betrieb widerspiegeln, zeigt aber nicht, ob ein Reserveventilator startet, ein Sensor kalibriert ist oder der Dienst eine Wartungsüberlappung überlebt. Effizienz und Resilienz können sich durch moderne Ausrüstung gegenseitig verstärken, aber jede benötigt ihre eigenen Nachweise.
Drei Upstreams und ein Exchange sind bedeutsam, aber nicht ausreichend
Die Betreibertabelle ist der stärkste Teil der öffentlichen Akte. RIPE beobachtete am 12. Juli 2026 drei benachbarte Netzwerke fürAS135381. Symphony und Internet Thailand waren für IPv4 und IPv6 sichtbar; CS LoxInfo erschien auf der IPv6-Seite der Beobachtung. BGP.Tools und dieBGP-Ansicht von Hurricane Electricmelden dieselben drei Anbieter und listen den gesamten Routensatz auf. Dies gibt SiS mehr als einen sichtbaren Weg zum öffentlichen Internet.
Die Exchange-Nachweise sind noch spezifischer. DasBKNIX-Entitätenregister von Euro-IXlistetAS135381mit zwei IPv4- und zwei IPv6-Exchange-Adressen. BGP.Tools kennzeichnet beide Anbindungen mit 10 Gbit/s und lokalisiert sie auf getrennten BKNIX-Geräten bei ETIX Bangkok #1. Der Anlagenbetreiber gibt an, dass BKNIX den Standort als seinen sechsten Präsenzpunkt gewählt hat und vier redundante Glasfaserwege zum Gebäude führen.
Dies ist ein solider Nachweis für Interkonnexionsmöglichkeiten und wahrscheinlich physische Präsenz. Es ist keine vollständige Diversitätskarte. Zwei 10-Gbit/s-Ports können an zwei Exchange-Switches enden, aber dennoch durch einen einzigen SiS-Router, eine einzige optische Schublade oder einen einzigen Meet-Me-Raum des Gebäudes führen. Drei Upstream-Namen können die zugrunde liegende Glasfaser beim selben Betreiber mieten oder sich ein Rohr außerhalb des Campus teilen. IPv4 und IPv6 können unterschiedliches Ausfallverhalten haben, wie die beobachtete dritte Adjazenz bereits andeutet.
Ein Exchange-Port kann bereitgestellt sein, während die Verkehrspolitik den größten Teil der externen Erreichbarkeit von kostenpflichtigem Transit abhängig macht.
Die aktuelle technische Seite der Anlage behauptet vier diverse Eingangspunkte und zwei redundante Meet-Me-Räume. Ein Kunde sollte fragen, welche dieser Elemente SiS tatsächlich nutzt. Die Antwort sollte jeden Betreiber, physischen Eingang, Meet-Me-Raum, jede Interkonnexion, jeden Border-Router und jede Kapazitätszusage nennen. Sie sollte zeigen, ob die Routen von beiden Seiten angenommen und angekündigt werden und ob jede Seite allein die Spitzennachfrage plus Wiederherstellungsverkehr tragen kann.
DieRouting-Server-Filterrichtlinie von BKNIXgibt an, dass ihr Standardmodus IRR- und ROA-Prüfungen sowie Präfixlänge, Next Hop und Peer-ASN prüft. Der für SiS-Präfixe gemeldete gültige Ursprungsstatus ist eine gute Routing-Hygiene. Die ROA-Validierung schützt vor bestimmten irrtümlichen oder nicht autorisierten Ursprüngen. Sie stellt keine Pfadvielfalt her, verhindert nicht alle Lecks, erkennt keine überlastete Leitung und garantiert nicht, dass die Kundenanwendung fehlerfrei ist.
Es gibt auch keinen öffentlichen SiS-Eintrag in PeeringDB. Diese Abwesenheit ist kein Fehler; viele Netzwerke führen keinen. Sie schränkt die Menge der vom Betreiber deklarierten Informationen über Politik, Verkehrsumfang und Anlagenpräsenz ein. In diesem Fall liefern BKNIX und die Routing-Beobachtungen stärkere Standortnachweise als ein generisches Verzeichnis, aber eine aktuelle SiS-Netzwerkkarte würde dennoch eine erhebliche Mehrdeutigkeit beseitigen.
Der praktische Test ist eine kontrollierte Entfernung. SiS sollte den Verlust jedes Transitkreises, Exchange-Ports und Border-Routers demonstrieren und dabei Paketverlust, Routing-Konvergenz und Anwendungsreaktion messen. Der Test sollte während der relevanten Spitzenzeit oder mit einer äquivalenten synthetischen Last wiederholt werden. Eine Liste von Betreiberlogos ist nur ein Inventar; ein Entfernungsergebnis zeigt, ob das Design funktioniert.
Das Versprechen von zwei Standorten erfordert Geografie, Kapazität und eine Uhr
Die aktuelleFAQ zu allgemeinen Informationenvon SiS gibt immer noch an, dass sein Cloud-Dienst von Interlink IDC und Genesis Rechenzentren aus betrieben wird, eine monatliche Verfügbarkeitsgarantie von 99,90 % bietet und 24/7-technischen Support bereitstellt. Die Haupt-Cloud-Seite gibt an, dass die Standorte über Hochgeschwindigkeitsfaser verbunden sind und Backup und Wiederherstellung unterstützen können, wenn der primäre Standort beschädigt wird.
Dies ist eine bedeutende Architekturaussage, aber noch kein Wiederherstellungsplan. Zwei Standortnamen verraten nicht die Entfernung zwischen ihnen, die Hochwasser- und Versorgerkorrelation, den Glasfaserweg oder welche Workloads dupliziert sind. „Backup“ kann eine Off-Site-Kopie bedeuten, deren Wiederherstellung Stunden oder Tage dauert. „Disaster Recovery“ kann eine vorbereitete virtuelle Umgebung bedeuten. Es kann auch aktive Kapazität mit nahezu Echtzeit-Replikation bedeuten. Jedes hat andere Kosten und Ausfallergebnisse.
DasDokument zum Dienstleistungsumfang von SiSgibt an, dass die monatliche Verfügbarkeitsgarantie von 99,90 % das Rechenzentrum, das Netzwerk im Inneren sowie die relevante Ausrüstung und Software abdeckt. Bei 99,90 % erlaubt ein 30-tägiger Monat etwa 43 Minuten und 49 Sekunden außerhalb der versprochenen Verfügbarkeit, bevor Ausschlüsse und Messregeln berücksichtigt werden. Dies ist weit weniger anspruchsvoll als Etix‘ Vermarktung einer Verfügbarkeit von bis zu 99,995 %, was etwa zwei Minuten und 11 Sekunden im selben Monat bedeuten würde. Die Zahlen gelten für verschiedene Dienste und sollten nicht vermischt werden.
Der Kunde benötigt die tatsächliche Servicedefinition: welcher Endpunkt gemessen wird, von wo aus, in welchem Intervall und welche geplanten Wartungsarbeiten oder externen Abhängigkeiten ausgeschlossen sind. Eine Servicegutschrift ist eine finanzielle Entschädigung, keine Wiederherstellung. Sie kann im Vergleich zu den Kosten eines ERP-, Zahlungs- oder öffentlichen Dienstausfalls gering sein. Der Vertrag sollte daher die Verfügbarkeitsprozentzahl mit einem RTO, RPO, Eskalationsplan und getesteten Verfahren verknüpfen.
Die Kapazität am Wiederherstellungsstandort ist oft die versteckte Einschränkung. Wenn jeder primäre Workload repliziert wird, aber nur ein Bruchteil gleichzeitig auf dem zweiten Standort ausgeführt werden kann, hat der Dienst Sicherungskopien und kein vollständiges Failover. SiS sollte offenlegen, ob die sekundären Rechen- und Speicherressourcen dediziert, reserviert oder on-demand bezogen werden. Es sollte die Netzwerkreserve für die Replikation während des normalen Betriebs und für den Benutzerverkehr nach dem Failover zeigen.
Es sollte auch die Priorität erläutern, wenn mehrere Kunden nach demselben regionalen Ereignis die Wiederherstellung aufrufen.
Die Glasfaser zwischen den Standorten sollte als zwei Wege getestet werden, nicht als einzelne schnelle Verbindung beschrieben werden. Das sollte getrennte Rohre, Betreiber und Gebäudeeingänge zeigen, wo dies behauptet wird. Wenn zwei logische Schaltungen eine Brücke, eine Straßenkreuzung oder ein Betreiber-Backbone gemeinsam nutzen, kann ein Tiefbauvorfall beide ausschalten. Verschlüsselung, Replikationsverzögerung und Fehlererkennung zählen ebenfalls. Eine Verbindung kann technisch aktiv bleiben, während die Latenz oder der Paketverlust die synchrone Replikation unsicher macht.
Noch wichtiger: SiS sollte eine aktuelle Übung auf Kundenebene veröffentlichen oder bereitstellen. Sie sollte den Auslöser, die verschobenen Workloads, den beobachteten Datenverlust, die Zeit bis zum Dienst, die maximale Linkauslastung, manuelle Schritte, fehlgeschlagene Schritte und die Rückkehr zum primären Standort aufzeichnen. DieKundenstimmenbieten nützliche Anzeichen dafür, dass Unternehmen ERP-bezogene Workloads auf SiS Cloud ausgeführt haben und den Support schätzen. Erfahrungsberichte können gemessene Failover-Nachweise nicht ersetzen, da sie den getesteten Ausfall oder die erreichte Wiederherstellung nicht definieren.
Wartung ist der Treffpunkt getrennter Redundanzen
Der aufschlussreichste Verfügbarkeitstest ist oft keine Katastrophe, sondern geplante Arbeit. Eine Anlage kann für gleichzeitige Wartung ausgelegt sein, ein Cloud-Cluster kann Reservknoten haben und ein Netzwerk kann mehrere Betreiber haben, aber der Dienst kann dennoch fragil werden, wenn Wartung in zwei Schichten gleichzeitig auftritt.
Betrachten Sie einen Generator, der für Wartung nicht verfügbar ist, während ein Stromweg auslöst. Oder einen Speicherknoten, der neu aufgebaut wird, während eine Schrankstromversorgung umgeschaltet wird. Oder einen Transitkreis, der gewartet wird, während ein Exchange-Router neu startet. Jede Schicht kann in ihrer eigenen deklarierten Redundanz bleiben, aber ihre Überlappung kann den Kunden ohne einen vollständigen Weg vom Strom zur Anwendung zurücklassen.
Die alten Zertifizierungsansprüche von Genesis helfen, die Frage zu rahmen, lösen sie aber nicht. Das Uptime Institute unterscheidet die Zertifizierung des Design-Dokuments, der gebauten Anlage und der betrieblichen Nachhaltigkeit. IhrTier-Überblickdefiniert Tier III um gleichzeitige Wartbarkeit und Tier IV um Fehlertoleranz. Eine Zertifizierung gehört zu einem benannten Umfang und Zeitpunkt; sie zertifiziert nicht automatisch die Server, Netzwerkarchitektur oder Betriebspraktiken von SiS. Dieaktuelle Auszeichnungsseite für Thailandsollte verwendet werden, um den aktuellen Projektnamen und Auszeichnungsumfang zu überprüfen, anstatt sich auf ein historisches Abzeichen zu verlassen.
Eigentumswechsel und Expansion schaffen zusätzliche Wartungsgrenzen. Etix betreibt den Standort, BKNIX betreibt die Exchange-Ausrüstung, die Betreiber betreiben die Glasfaser und SiS betreibt seinen Cloud-Stack. Jeder kann Arbeiten planen. Kunden sollten wissen, wer den Zeitplan koordiniert und welche Partei eine gefährliche Überlappung ablehnen kann. Sie benötigen auch den Nachweis, dass die Benachrichtigung der Anlage SiS und dann die betroffenen Kunden mit ausreichend Zeit zum Handeln erreicht.
Ein ausgereiftes Änderungsprotokoll würde Risiken, Rollbacks, Abhängigkeiten und das beobachtete Ergebnis für jedes bedeutende Wartungsfenster zeigen. Wiederholte Beinaheunfälle sind nützliche Beweise, wenn sie zu einer Korrektur führen. Stille ist kein Beweis dafür, dass Wartung immer harmlos war. Die beste Versicherung ist eine Historie geplanter Entfernungen, die durchgeführt wurden, während der Kundendienst innerhalb definierter Grenzen blieb.
Feuer, Überschwemmungen und Steuerungsausfälle durchqueren die vertragliche Grenze
Etix gibt an, dass Bangkok #1 über eine sehr frühe Raucherkennung, doppelte Erkennung in den Gebäudevolumen, Inertgaslöschung und 24/7-Überwachung verfügt. Dies sind relevante Kontrollen. Ein Kunde muss dennoch wissen, ob die SiS-Schränke im geschützten Perimeter liegen, ob die Abschaltlogik die Ausrüstung schützt, wie das Personal nach einer Löschung wieder eintritt und wie Daten wiederhergestellt werden, wenn ein Raum unzugänglich bleibt.
Brandresilienz ist nicht nur Löschung. Sie umfasst Kabeltrennung, Batterie- und elektrische Fehlererkennung, Brandabschnitte, Not-Aus-Design und einen Remote-Betriebspfad. Ein lokales Ereignis kann die Server verschonen, aber beide Netzwerkwege ausschalten, wenn die Interkonnexionen den betroffenen Raum teilen. Es kann auch Kundendaten bewahren, aber den Zugriff lange genug verhindern, um die Wiederherstellungsziele zu überschreiten.
Die Überschwemmungsexposition verdient eine ebenso präzise Behandlung, da sich der Standort in Bang Chalong, Samut Prakan, befindet. DieWeltbankbewertung der thailändischen Überschwemmungen von 2011betonte die Notwendigkeit von Risikokartierung, Rückhaltung, Vorhersage und Frühwarnung nach einem Ereignis von nationalem Ausmaß. Diese Geschichte beweist nicht, dass ETIX Bangkok #1 überschwemmungsgefährdet ist oder jemals überschwemmt wurde. Sie stellt fest, dass regionale Hochwasserplanung, Zugang und Versorgungskontinuität Sorgfaltspflichten sind.
Die Anlagenakte sollte die Standorthöhe, das Bemessungshochwasser, die Entwässerung, Barrieren, Pumpenredundanz, den Standort von Kraftstoff und Schaltanlagen sowie Zugangspläne zeigen, wenn die umliegenden Straßen unpassierbar sind. Das Wiederherstellungsdesign sollte zeigen, ob Interlink IDC dieselbe Wetter-, Versorgungs- oder Transportexposition teilt. Zwei Standorte können für einen Gebäudebrand weit genug entfernt sein, aber für eine regionale Überschwemmung oder ein Stromnetzereignis zu korreliert.
Steuerungssysteme schaffen einen weiteren gemeinsamen Ausfallpfad. Ein Gebäudemanagementfehler kann die Kühlungssteuerung beeinträchtigen. Ein Cloud-Control-Plane-Problem kann die Wiederherstellung verhindern, selbst wenn die VMs weiterlaufen. Ein Identitäts- oder Netzwerkmanagementausfall kann Betreiber von der für die Reparatur erforderlichen Ausrüstung aussperren. Out-of-Band-Zugriff, Offline-Verfahren und privilegierte Zugriffswiederherstellung sollten daher in die Resilienztests einbezogen werden.
Keiner der hier untersuchten öffentlichen Beweise identifiziert einen SiS-Ausfall, der durch Feuer, Überschwemmung, Strom, Kühlung oder Betreiberausfall auf der Anlage verursacht wurde. Dies sind zu testende Ausfallpfade, keine zuzuschreibenden Vorfälle. Diese Unterscheidung ist wichtig. Sorgfältige Prüfung untersucht plausible Mechanismen, ohne sie in Behauptungen umzuwandeln.
Wer ist betroffen
SiS hat den Dienst für Branchen gestartet, die Infrastrukturausfälle schnell spüren: Immobiliengruppen mit verteilten Standorten, Einzelhändler, Versicherer, Regierungsbehörden und Softwareentwickler. Seine aktuellen Angebote umfassen virtuelle Infrastruktur, Managed Security, Backup, Disaster Recovery und anwendungsbezogene Dienste. Ein Ausfall kann daher weit mehr als eine öffentliche Website betreffen.
Ein ERP-Ausfall kann Bestellungen, Bestandsänderungen und Abrechnungen stoppen. Ein Einzelhändler kann die Filialkonnektivität oder den zentralen Datenzugriff verlieren. Ein Versicherer kann Schadens- und Policenprozesse verlieren. Ein Softwareentwickler kann den Ausfall an viele Kundenorganisationen weitergeben. Eine Regierungsarbeitslast kann Dienste verzögern, deren Benutzer keine vertragliche Beziehung zu SiS haben. Wenn Backup und Produktion eine Ausfalldomäne teilen, kann ein Ransomware- oder Speicherereignis ein Verfügbarkeitsproblem in eine Wiederherstellungskrise verwandeln.
Der große Routensatz vonAS135381bedeutet auch, dass ein Netzwerkausfall nicht einheitlich erscheinen mag. Ein verlorener Upstream kann einige Ziele stärker betreffen als andere. IPv6 kann sich anders verhalten als IPv4. Privates MPLS, Site-to-Site-VPN und öffentlicher Internetzugang können verschiedenen Anbietern folgen. DieRechenzentrum on Cloud FAQ von SiSgibt an, dass Kunden über SSL-VPN, Site-to-Site-VPN oder privates MPLS verbinden können. Jede Methode benötigt ihr eigenes Ausfall- und Wiederherstellungsergebnis.
Kunden sollten Geschäftsdienste technischen Abhängigkeiten zuordnen, anstatt eine einzelne Verfügbarkeitsprozentzahl zu verlangen. Welche Anwendungen benötigen kontinuierlichen Betrieb? Welche können auf die Wiederherstellung warten? Wo befinden sich Identität, DNS, Schlüssel und Backups? Hat das Kundenbüro einen diversifizierten Weg zu beiden Rechenzentren? Kann das Personal arbeiten, wenn die SiS-Managementoberfläche nicht verfügbar ist? Die Antworten bestimmen, ob die Anlagenredundanz Geschäftskontinuität ergibt.
Was würde das Beweisniveau erhöhen
Die öffentliche Akte erreicht das Niveau Mittel, weil mehrere unabhängige Beobachtungen in der zentralen Tatsache übereinstimmen: SiS hat ein aktives, gut sichtbares geroutetes Netzwerk, das mit dem ehemaligen Genesis-Standort verbunden ist, und aktuelle Exchange-Daten platzieren substanzielle BKNIX-Anbindungen bei ETIX Bangkok #1. Die aktuellen SiS-Seiten verkaufen weiterhin Cloud- und Wiederherstellungsdienste an zwei Standorten. Das ist weit mehr als ein Name ohne Betrieb.
Um auf das Niveau Stark zu gelangen, sind Nachweise erforderlich, die die Schichten verbinden. Erstens sollte SiS seinen aktuellen vertraglichen Host und die genauen Servicestandorte identifizieren und dabei die Namens- und Eigentumsänderung von Genesis zu ETIX anerkennen. Zweitens sollte es die aktuelle installierte, genutzte und degradierte Kapazität für Rechenleistung, Speicher, Schrankstrom und Konnektivität an jedem Standort angeben. Drittens sollte es die A/B-Stromversorgung, Kühlzonen, Betreiber, Eingänge, Meet-Me-Räume, Border-Router und standortübergreifende Glasfaser bis zum Kundendienst kartieren.
Viertens sollte der Anbieter aktuelle Testergebnisse liefern: Umschaltung von Netzstrom auf Generator, Verlust einer Stromversorgung, Entfernung einer Kühlkomponente, Transitentfernung, Exchange-Port-Ausfall, Border-Router-Ausfall, Speicherknotenausfall und vollständiges Site-Failover. Die Ergebnisse sollten Zeitstempel, Paketverlust, Replikationsverzögerung, Workload-Wiederherstellung, Ausnahmen und Korrekturmaßnahmen enthalten. Fünftens sollte der Vertrag den gemessenen Endpunkt, Ausschlüsse, RTO, RPO, Support-Eskalation und Servicegutschriften aufeinander abstimmen.
Die Anlagenunterlagen sollten aktuell und benannt sein. Die Zertifizierung sollte den Inhaber, Standort, Modul, Auszeichnungstyp und Gültigkeit angeben. Die Kapazität sollte angeben, ob sie entworfen, installiert, unter Spannung, verkauft, verfügbar oder nach einem Ausfall wiederherstellbar ist. Die Betreibervielfalt sollte den physischen Weg angeben, nicht nur die Anzahl der Anbieter. Nachhaltigkeitsbehauptungen sollten die Messgrenze und den Zeitraum angeben. Diese Definitionen verwandeln beruhigende Namen in testbare Zusagen.
Die Antwort kann gut sein. Etix veröffentlicht glaubwürdige Zutaten: getrennte Stromwege, redundante elektrische und Kühlsysteme, mehrere Fasereingänge, redundante Meet-Me-Räume und einen Exchange-Point. SiS hat ein Multi-Homed, Dual-Stack-Netzwerk und ein langjähriges Cloud-Angebot. Der fehlende Teil ist nicht unbedingt die Infrastruktur. Es ist der öffentliche Nachweis, dass SiS genügend dieser Zutaten für seinen eigenen Dienst gekauft, konfiguriert und getestet hat.
Die entscheidende Frage ist, was gemeinsam überlebt
Dieses Unternehmen sollte weder nach der seltsamen Formulierung einer Internetnummernbeschreibung beurteilt werden, noch den vollen Vorteil jeder für den Host-Campus angekündigten Zahl erhalten. Die verantwortungsvolle Position liegt zwischen diesen Extremen.
Die aktiven Routen zeigen, dassAS135381real und aktuell ist. Die BKNIX-Anbindungen platzieren eine signifikante SiS-Konnektivität bei ETIX Bangkok #1. Die Cloud-Site zeigt einen kontinuierlichen Dienst mit zwei benannten Standorten und einer monatlichen Verfügbarkeitszusage. Die Expansion der Host-Anlage zeigt, dass die physische Plattform über das ursprüngliche Genesis-Unternehmen hinausgewachsen ist.
Aber ein Kunde konsumiert keine ASN, Schrankbezeichnung oder Campus-Megawatt. Er konsumiert eine Kette: Netzstrom, Generatoren, Schaltanlage, Kühlung, Schrankstrom, Server, Speicher, Border-Router, Interkonnexionen, Betreiber, standortübergreifende Replikation, Support und Wiederherstellungsbefugnis. Die Verfügbarkeit wird durch das schwächste Glied dieser Kette und die Art und Weise bestimmt, wie sich Ausfälle überlappen.
SiS Distribution (Thailand) kann Vertrauen aufbauen, indem es diese Kette unter Belastung zeigt. Bis dies geschieht, sollte die vermarktete Kapazität als Potenzial des Host-Standorts und der aktive Routing-Fußabdruck als Beweis für den Netzwerkbetrieb behandelt werden, nicht als Beweis für die wiederherstellbare Kundenkapazität. Die aktuellen Beweise stützen eine funktionierende Dienstoberfläche. Sie hören vor dem Beweis auf, dass die Oberfläche intakt bleibt, wenn Strom, Kühlung, Betreiberzugriff oder ein gesamter Standort entfernt wird.

