Varna Rechenzentrum EOOD muss beweisen, ob die vermarktete Rechenzentrumskapazität Strom- und Carrier-Ausfälle überstehen kann

Zusammenfassung

• Varna Rechenzentrum EOOD verfügt über eine reale öffentliche Infrastruktur-Präsenz. Die Unternehmenswebsite bewirbtColocation,VPS/Cloud,Dedicated Serversowie IP-Kommunikationsdienste, während dieKontaktseiteeine Büroadresse von der Rechenzentrumsadresse am Boulevard 128 "8 Primorski Polk" in Varna trennt.
• Der Netzwerkanker ist AS57619.RIPEstats AS-Übersichtidentifiziert den Inhaber als VDC-AS Varna Rechenzentrum EOOD und zeigte diesen zum Abfragezeitpunkt 2026-07-12 als angekündigt an; dieRIPE DBlistet die Organisation als Varna Rechenzentrum EOOD, Land BG, Registrierungsnummer 201520130 und den AS-Namen VDC-AS auf.
• Das öffentliche Routing ist nützlich, aber kompakt. DerRIPEstat Routing-Statuszeigte vier IPv4-Präfixe, 1.024 IPv4-Adressen, keine IPv6-Präfixe und sieben beobachtete Nachbarn zum Prüfungszeitpunkt; dieangekündigten Präfixelisteten 77.71.112.0/24 bis 77.71.115.0/24 auf.
• Die Angaben zur Einrichtung sind spezifisch: DieInfrastrukturseitegibt an, dass der Standort über einen 35 cm hohen Doppelboden, 47U-Standardracks, N+1 A- und B-USV-Systeme, einen Dieselgenerator, zwei Versorgungsleitungen, redundante Glasfaserwege, Gaslöschanlagen und 24/7-Ingenieurssupport vor Ort verfügt. Dieselben öffentlichen Unterlagen veröffentlichen jedoch keine Angaben zur Rack-Anzahl, vertraglich vereinbarter Leistung, aktueller Last, Generatorbetriebsdauer, Kühlermodell, Wartungsergebnissen oder getesteten Kunden-Failovern.
• Die Evidenzstufe ist Mittel. Varna Rechenzentrum EOOD ist nicht nur ein Name auf einer Karte, doch das öffentliche Material stützt eher eine sorgfältige Käufer-Frageliste als ein klares Ausfallsicherheitsurteil.

Die Marketingbehauptung ist physischer, nicht abstrakter Natur

Varna Rechenzentrum EOOD präsentiert sich als lokales Infrastrukturunternehmen und nicht als reiner Software-Wiederverkäufer. DieColocation-Seitebeschreibt, dass Kundengeräte im Varna Data Centre des Unternehmens untergebracht werden. DieVPS/Cloud-Seitebeschreibt physische Server, die in mehrere virtuelle Server aufgeteilt werden, wobei Migration in Echtzeit und Low-Level-Archivierung als mögliche Vorteile der Virtualisierung angeboten werden. DieDedicated-Server-Seitebesagt, dass der Kunde die volle Kontrolle über einen physischen Server erhält, der VDC gehört und vollständig den Bedürfnissen dieses Kunden zur Verfügung gestellt wird.

Diese Behauptungen sind bedeutsam, weil sie den Dienst aus dem Bereich der allgemeinen Hosting-Sprache herausheben. Colocation hängt von Racks, Bodenlast, Kabeltrassen, Cross-Connects, Zugangskontrollen und Kunden-Hardware ab. VPS hängt von Host-Dichte, Speicherreserven, Hypervisor-Design, Backup-Praxis und Betriebspersonal ab. Die Vermietung dedizierter Server hängt von eigenen oder geleasten physischen Geräten, Ersatzteilen, Fernzugriff, Netzteilaustausch und manuellen Reparaturfenstern ab.

Ein Unternehmen kann alle drei Produkte nur dann vermarkten, wenn es Zugang zu einer realen Einrichtungsbasis oder zur Einrichtungsbasis eines anderen hat. Die öffentliche Evidenz für Varna Rechenzentrum EOOD deutet auf den eigenen Standort in Varna hin, doch die Beweise bedürfen noch einer sorgfältigen Handhabung, da öffentliche Seiten kein Belastungstest sind.

Die wichtigste öffentliche Adressaufteilung findet sich auf derKontaktseite. Sie führt ein "Office VDC" in der Nikola-Mihaylowski-Straße 18 in Varna und ein "Rechenzentrum" am Boulevard "8 Primorski Polk" 128, ebenfalls in Varna, auf. Diese Trennung ist nützlich. Sie verhindert, dass der Leser ein kommerzielles Büro mit dem technischen Raum verwechselt, und gibt Kunden einen konkreten Standort des Rechenzentrums an die Hand, den sie mit lokalen Strom-, Gebäude-, Glasfaser- und Zugangsbeschränkungen abgleichen können.

Die ältere bulgarische Seite "Über uns" fügt nützliche Hintergründe hinzu. Diebulgarische Seitegibt an, dass das Projekt 2011 mit dem Ziel begann, den Bedarf an einem unabhängigen High-Tech-Rechenzentrum in Varna und der Region zu decken. Sie sagt auch, dass die strategische Position des Unternehmens es Kunden ermöglicht, die Konnektivität mit einem oder mehreren Internetanbietern zu wählen. Dies sind keine Belege für die gegenwärtige Kapazität, aber sie helfen, die Unternehmenshypothese zu erklären: Ein regionales Rechenzentrum in Varna kann von Bedeutung sein, wenn Unternehmen lokales Hosting, lokalen technischen Zugang und mehr als eine Route aus der Stadt heraus wünschen.

Diese regionale Hypothese ist glaubwürdig. Sie ist jedoch nicht ausreichend. Ein Rechenzentrumskäufer muss nicht nur wissen, dass ein Raum existiert und Produkte aufgelistet sind. Der Käufer muss wissen, wie viele Schränke installiert sind, wie viel nutzbare elektrische Kapazität noch verfügbar ist, wie die A- und B-Stromwege getestet werden, wie viele Carrier das Gebäude erreichen, wie Glasfaserwege dieselbe Trasse vermeiden, ob Kunden-Failover getestet wurde und wie der Support reagiert, wenn ein Ausfall nachts oder während eines stadtweiten Versorgungsvorfalls eintritt.

Der öffentliche Identitätsanker ist AS57619

Der klarste Netzwerkidentitätsanker istRIPEstats AS-Übersicht für AS57619, die den Halter als VDC-AS Varna Rechenzentrum EOOD identifizierte und zeigte, dass die ASN zum Abfragezeitpunkt 2026-07-12 angekündigt war. Die detailliertereRIPE-Datenbankabfrage für AS57619ist noch nützlicher. Sie listet ein aut-num-Objekt für AS57619, AS-Name VDC-AS, Organisation ORG-VDC1-RIPE, zugewiesenen Status, Erstellung im Jahr 2011 und ein letztes Änderungsdatum 2026. Dasselbe Ergebnis enthält ein Organisationsobjekt, dessen Name Varna Rechenzentrum EOOD, Land BG und Registrierungsnummer 201520130 ist.

Das ist stärker als eine Broschüre. Ein Autonomous-System-Objekt ist keine Betriebszeitgarantie, aber es stellt eine öffentliche Kontrollfläche dar. Es bedeutet, dass das Unternehmen im Internet-Routing-System sichtbar ist und über Datensätze verfügt, die andere Netzwerke und Kunden prüfen können. Wenn eine Einrichtung Colocation und Hosting anbietet, aber keine öffentliche ASN hat, muss sich ein Kunde möglicherweise ausschließlich auf die Offenlegung eines anderen Carriers verlassen. Varna Rechenzentrum EOOD bietet Käufern zumindest eine benannte ASN zur Überwachung.

Das RIPE-Objekt zeigt auch eine Betreibergrenze. Es listet Uplink-Importrichtlinien von AS29687, AS48355, AS174, AS57344 und AS60349 sowie Kundenimportrichtlinien von AS213093, AS204784 und AS202593 auf. Diese Richtlinieneinträge sollten nicht als perfekte Abbildung des Live-Verkehrs gelesen werden, da Routing-Richtliniendatensätze hinter der Betriebsrealität zurückbleiben können. Sie sind jedoch aussagekräftig, weil sie angeben, wie sich das Netzwerk gegenüber der Routing-Gemeinschaft präsentiert.

Sie zeigen, dass die öffentliche Internetrolle von Varna Rechenzentrum EOOD nicht auf eine einzige statische Website beschränkt ist; AS57619 ist als Netzwerk positioniert, das Upstream-Konnektivität einkauft und auch Downstream-Kunden bedient.

Das Routenobjekt fügt weitere Details hinzu. DieselbeRIPE-DB-Abfrageliefert ein Routenobjekt für 77.71.112.0/22 mit der Beschreibung "Varna Rechenzentrum EOOD network" und dem Ursprung AS57619. Sie zeigt auch, dass die breitere Zuteilung 77.71.0.0 - 77.71.127.255 mit Geodim Ltd. als Local Internet Registry verbunden ist. Das ist ein normales Arrangement, bei dem Adressraum im Rahmen einer lokalen Betreiberbeziehung zugewiesen und geroutet werden kann. Es bedeutet jedoch, dass der Kunde zwischen "Adressressource, sichtbar über AS57619" und "Eigentum oder Kapazität im Besitz von Varna Rechenzentrum EOOD" unterscheiden sollte.

Die nützliche Schlussfolgerung ist nicht, dass AS57619 Ausfallsicherheit beweist. Sie beweist, dass es eine öffentliche Netzwerkoberfläche zur Befragung gibt. Käufer können nach Routenplänen, Upstream-Verträgen, BGP-Communities, Wartungsfenstern, Route-Origin-Authorization, Vorfallhistorie und geplanten Kapazitätsänderungen fragen. Ohne diese Antworten verankert der Routendatensatz das Unternehmen, klärt aber nicht das Betriebsrisiko.

Die Routenoberfläche ist kompakt und überwiegend IPv4

DieRIPEstat Routing-Status-Ansichtzeigte, dass AS57619 erstmals 2011 gesehen wurde und zuletzt am Prüffenster 2026-07-12. Sie meldete vier IPv4-Präfixe, 1.024 IPv4-Adressen, keine IPv6-Präfixe und sieben beobachtete Nachbarn. DerEndpunkt der angekündigten Präfixelistete 77.71.112.0/24, 77.71.113.0/24, 77.71.114.0/24 und 77.71.115.0/24 für den Zeitraum 28.06.2026 bis 12.07.2026 auf.

Das reicht aus, um einen Anspruch auf ein Live-Netzwerk zu untermauern. Es reicht nicht aus, um einen Anspruch auf große Kapazität zu untermauern. Vier /24er sind ein regionaler Hosting- und Colocation-Fußabdruck, nicht die Art von öffentlicher Adressoberfläche, die mit einem großen Multi-Campus-Betreiber verbunden ist. Eine kompakte Routenoberfläche kann für die angebotenen Dienste völlig ausreichend sein. Sie kann sogar wünschenswert sein, wenn das Unternehmen lokale Unternehmen mit spezifischen Rack-, VPS- und Kommunikationsbedürfnissen bedient. Aber sie schränkt den Spielraum für Schlussfolgerungen ein.

Der Leser sollte "vier geroutete /24er" nicht in Annahmen über Schrankzahl, Megawatt, Carrier-Mix oder Failover auf Unternehmensniveau umwandeln.

Der IPv6-Punkt verdient besondere Aufmerksamkeit. VarnaIX'Mitgliedertabelleführt Varna Rechenzentrum EOOD mit einer IPv6-Exchange-Adresse, 2001:7f8:db::5:7619:1, auf einem 10G-Varna-Port. Der RIPEstat-Routing-Status-Schnappschuss von AS57619 zeigte jedoch keine aktuellen IPv6-Präfixe für AS57619 selbst in der geprüften öffentlichen Routenansicht. Diese beiden Tatsachen können gleichzeitig bestehen. Ein Netzwerk kann eine Exchange-seitige IPv6-Adresse haben, ohne Kunden-IPv6-Präfixe anzukündigen, und Routenkollektoren zeigen möglicherweise nicht jede private oder eingeschränkte Nutzung an. Die praktische Käuferfrage ist, ob Kundendienste routbare IPv6 haben, ob diese produktionsunterstützt sind und ob IPv6 die gleiche Ausfallsicherheit und Supportbehandlung wie IPv4 erfährt.

Das Bild der Route-Origin-Authorization ist stärker. Die RPKI-Validierungsendpunkte von RIPEstat für77.71.112.0/24,77.71.113.0/24,77.71.114.0/24und77.71.115.0/24gaben jeweils gültigen Ursprungsstatus für AS57619 im geprüften Ergebnis zurück. Das ist gute Routing-Hygiene. Es senkt das Risiko, dass die sichtbaren Präfixe versehentlich oder böswillig von der falschen ASN ausgesendet werden. Es beweist nicht, dass die Einrichtung über genügend Strom, Kühlung oder Ersatzausrüstung verfügt.

Die öffentliche Routenoberfläche sollte daher als "echt, aber kompakt" gelesen werden. Sie gibt Kunden genug, um externe Überwachung einzurichten und die Ursprungsberechtigung zu überprüfen. Sie gibt ihnen nicht genug, um zu glauben, dass jeder beworbene Dienst ein lokales Stromereignis, einen Kühlerfehler, einen Wartungsfehler oder einen Glasfaserbruch ohne konkrete Vertragsnachweise überstehen kann.

Carrier-Diversität ist plausibel, aber nicht vollständig offengelegt

Die stärksten öffentlichen Belege für Carrier-Diversität stammen aus drei Quellen: der Infrastrukturseite des Unternehmens, dem RIPE-Richtlinienobjekt und VarnaIX. DieInfrastrukturseitesagt, dass die Einrichtung über eine "Anbindung an mehrere unabhängige Kanalnetze", zwei unabhängige Zugänge zum Colocation-Raum, redundante Glasfaserkonnektivität auf verschiedenen physischen Pfaden und individuelle Internetkonnektivität von bis zu 10 Gbps verfügt. DasRIPE-DB-AS57619-Objektlistet mehrere Uplink-Import/Export-Einträge auf.RIPEstat-Nachbarnzeigten sieben beobachtete Nachbarn in der geprüften öffentlichen Ansicht.

Die Namen der Nachbarn helfen, die Beweise zu konkretisieren. RIPEstat identifizierte AS174 alsCOGENT-174 - Cogent Communications, AS29687 alsBGWAN-AS Geodim Ltd., AS57344 alsTELEHOUSE-AS Telehouse EAD, AS60349 alsVARTEH-AS Varteh LTD, AS202593 alsAS_iGaming_Ltd iGaming.com Limited, AS204784 alsSIS TECHNOLOGY ADund AS213093 alsPS BG EOOD. DieAS48355-Übersichtidentifiziert VARNA-IX Varteh LTD, obwohl RIPEstat es im Abfragefenster als nicht angekündigt markierte, während das AS57619-RIPE-Richtlinienobjekt es weiterhin als Uplink-Richtlinieneintrag aufführte.

VarnaIX ist besonders relevant, weil es lokal ist. DieVarnaIX-Homepagebeschreibt einen neutralen Internetknoten in Varna mit Präsenz an Punkten und Rechenzentren in Varna, Burgas und der Region. DieMitgliederseiteführt Varna Rechenzentrum EOOD, ASN 57619, IPv4-Adresse 185.1.137.28, IPv6-Adresse 2001:7f8:db::5:7619:1, 10G-Porttyp, Hauptrouterstandort Varna und Community-Tag 48355:57619 auf. PeeringDBsIX-API-Datensatz für VarnaIXlistet VarnaIX ebenfalls in Varna, Bulgarien, mit der Website varnaix.net.

Diese Quellen stützen eine ernsthafte, aber begrenzte Schlussfolgerung. Varna Rechenzentrum EOOD scheint mehr als einen Uplink- oder Interconnection-Pfad im öffentlichen Routing-Datensatz zu haben, und es erscheint als VarnaIX-Mitglied. Das ist materiell besser als eine Single-Carrier-Hosting-Site ohne eigene ASN und ohne lokalen Exchange-Eintrag. Aber es lässt die wichtigsten technischen Fragen unbeantwortet. Werden die Uplinks über physisch getrennte Gebäudeeingänge bereitgestellt? Führen die aufgeführten Nachbarn Produktionsverkehr mit nützlicher Kapazität oder handelt es sich nur um Richtlinienobjekte oder begrenzte Peering-Sitzungen?

Hat der 10G-Exchange-Port genügend Headroom während eines Carrier-Fehlers? Gibt es automatische Routenpräferenzen, oder greift das Personal manuell ein? Sind Kunden-Cross-Connects unabhängig vom AS57619-Transit zu Carriern verfügbar?

DiePeeringDB-Netzwerk-API-Abfrage für AS57619lieferte kein öffentliches Netzwerkprofil im geprüften Ergebnis. Das Fehlen bei PeeringDB ist an sich kein Fehler; die Teilnahme ist freiwillig und selbstgepflegt. Das Fehlen beseitigt jedoch einen üblichen öffentlichen Ort, an dem Betreiber Einrichtungen, Exchanges, Verkehrsrichtlinien, Looking-Glass-URLs, NOC-Kontakte und Peering-Bedingungen veröffentlichen. Für einen Käufer bedeutet dies, dass die Due-Diligence-Last auf die direkte Dokumentation von Varna Rechenzentrum EOOD zurückfällt.

Die Einrichtungsseite liefert eine Prüfkarte, keine Kapazitätsprüfung

DieInfrastrukturseiteist die spezifischste öffentliche Seite im Datensatz. Sie gibt an, dass der Standort über einen 35 cm hohen Doppelboden, perforierte Platten vor den Racks, eine Doppelboden-Tragfähigkeit von bis zu 1.000 kg pro Quadratmeter, ein Standard-Rack-Maß von 2150 x 600 x 900 mm und eine 47U-Schrankhöhe verfügt. Bezüglich der Stromversorgung sagt sie, dass es vollständig unabhängige N+1 A- und B-USV-Systeme mit 220 V, einen Dieselgenerator, individuelle Zähler für jedes Kabel oder jede Sicherung und eine Hauptstromversorgung der Klasse A über zwei unabhängige Schleifen des Energieversorgers gibt. Bezüglich der Kühlung gibt sie N+1 Innengeräte, einen maximalen Abstand von 10 m zum Kühler, 20 Grad Celsius mit einer angegebenen Toleranz, relative Luftfeuchtigkeit um 50 Prozent mit einer Toleranz, kalte Luft unter dem Doppelboden, perforierte Platten und getrennte Warm- und Kaltzonen an. Bezüglich Brandschutz und Sicherheit listet sie adressierbare Rauch- und Hochtemperaturmelder, Evakuierung, Gaslöschanlage mit NAF S125, 24-Stunden-Gebäudesicherheit, Videoüberwachung, Zugangskontrolle und Schrankschlösser auf. Bezüglich Support listet sie 24/7-Support-Ingenieur, technischen Support vor Ort und unterstützten Kundenzugang.

Das ist ein nützlicher Fragenkatalog. Es ist detaillierter als eine vage Behauptung der "Unternehmensklasse". Es sagt den Kunden, welche physischen Systeme sie inspizieren sollen: Doppelboden, Rack-Belastung, doppelte USV-Pfade, Generator, Versorgungsleitungen, Messung, Kühlerabstand, Warm-/Kalt-Trennung, Branderkennung und Gasunterdrückung. Es sagt ihnen auch, welche Dokumente sie anfordern sollen: Inbetriebnahmeprotokolle, Aufzeichnungen zur vorbeugenden Wartung, Ergebnisse von Lastbanktests, Kraftstoffverträge für den Generator, Alter der USV-Batterien, Wartungsberichte für die Kühler, Zugangsprotokolle und Vorfallhistorie.

Die Seite veröffentlicht jedoch keine wichtigen Kapazitätszahlen.

Sie gibt nicht an, wie viele Schränke installiert sind, wie viele verfügbar sind, wie viel Leistung vom Versorger vertraglich vereinbart ist, wie viel dieser Leistung bereits geladen ist, wie viele Kilowatt pro Schrank unterstützt werden, wie hoch die USV-Autonomie bei tatsächlicher Last ist, wie viele Stunden der Generator mit dem gespeicherten Kraftstoff laufen kann, ob die Betankung des Generators bei Straßensperrungen Vorrang hat, wie viele Kühler installiert sind, ob N+1 unter sommerlicher Spitzenlast erhalten bleibt oder ob die Brandgas-Zonen jeden technischen Bereich abdecken.

Die Formulierung "bis zu 10 Gbps" bei der individuellen Internetkonnektivität ist ebenfalls nicht dasselbe wie eine Garantie für Portverfügbarkeit, Upstream-Headroom oder Kundendurchsatz bei Überlastung.

Hier trennen sich installierte Kapazität und nutzbare Kapazität. Die installierte Kapazität ist die sichtbare Anlagenbasis: Racks, Stromversorgungssysteme, Kühleinheiten, Glasfaserpfade und Produktseiten. Die nutzbare Kapazität ist das, was nach einem echten Fehler übrig bleibt. Wenn ein USV-Modul zur Wartung außer Betrieb ist, gilt N+1 dann noch? Wenn eine Versorgungsschleife im Sommerhitze ausfällt, kann der Generator dann die tatsächliche IT- und Kühllast tragen? Wenn der dem Raum nächstgelegene Kühler ausfällt, hält das Luftverteilungsdesign dann die Einlasstemperaturen noch innerhalb der Grenzen?

Wenn ein Glasfaserpfad durchtrennt wird, verlässt der zweite Pfad das Gebäude dann durch einen anderen Schacht und führt zu einem anderen Carrier-Treffpunkt? Die öffentliche Seite liefert genug Details, um diese Fragen zu stellen; sie beantwortet sie nicht.

DieZertifikatsseitebesagt, dass Varna Rechenzentrum nach ISO 27001:2013 zertifiziert ist, und zwar im Geltungsbereich der Bereitstellung von Hosting-Diensten, Colocation, virtuellen Maschinen, Vermietung von Kommunikationsausrüstung sowie Entwicklung und Bereitstellung von Web- und Cloud-Lösungen. Das ist bedeutsam für den Umfang des Informationssicherheitsmanagements. Es ist nicht dasselbe wie eine öffentliche Tier-Zertifizierung, ein Einrichtungsverfügbarkeitsstandard, ein aktueller Auditbericht oder eine Garantie, dass jede Ausfallsicherheitsbehauptung unabhängig getestet wurde. Kunden sollten die ISO 27001 daher als Teil der Lieferantenzusicherung betrachten, nicht als Ersatz für technische Einrichtungsnachweise.

Strom ist die wichtigste lokale Abhängigkeit

Strom ist der wichtigste Ausfallpfad, weil jedes andere Versprechen davon abhängt. Die Einrichtungsseite beansprucht zwei unabhängige Schleifen vom Energieversorger, N+1 A- und B-USV-Systeme und einen Dieselgenerator. Genau dies sind die Systeme, die ein Rechenzentrum benötigt. Sie schaffen auch die direktesten Sorgfaltsanfragen: einpolige Schaltpläne, Nachweise über Versorgungsanschlüsse, Transfertestergebnisse, USV-Topologie, Trennschärfe der Sicherungen, Batteriewartung, Nennleistung des Generators, Kraftstoffspeicherung, Betankungsvereinbarungen und Notfallverfahren.

Der lokale Verteilungskontext ist von Bedeutung, da Varna Rechenzentrum EOOD eine regionale Einrichtung und keine abstrakte Cloud-Zone ist. ENERGO-PROsSeite mit geplanten Ausfällen für ERP Nordgibt an, dass Informationen zu geplanten Stromausfällen nach Regionen bereitgestellt werden und Varna zu diesen Regionen gehört. ENERGO-PRO kündigte zudem eindigitales Benachrichtigungssystem für geplante Stromunterbrechungenan, wonach Kunden E-Mail-Warnungen zu geplanten Reparaturen erhalten können. Eine Mitteilung vom Januar 2026 besagte, dassEPR Nord geplante Ausfälle in der Region Varnawährend einer Grippeepidemie aussetzte, und eine weitere Mitteilung besagte, dassENERGO-PRO 66 Bereitschaftsteamsin seinem nordostbulgarischen Betriebsgebiet während einer Feiertagsperiode bereitstellte.

Diese Quellen besagen nicht, dass die Einrichtung von Varna Rechenzentrum einen Stromausfall erlitten hat. Sie sollten nicht auf diese Weise verwendet werden. Ihre Relevanz ist struktureller: Verteilnetze haben geplante Arbeiten, Notfallarbeiten und öffentliche Benachrichtigungsverfahren. Ein Rechenzentrumsbetreiber, der zwei Versorgungsleitungen und Generator-Backup beansprucht, sollte erklären können, wie diese Versorgungsrealitäten in Wartungsfenster und Vorfallreaktion einfließen.

Wenn eine geplante Versorgungsunterbrechung eine Leitung betrifft, sollte die Einrichtung wissen, ob die zweite Leitung unabhängig bleibt und ob Generatortests auf das Risikofenster abgestimmt sind. Wenn ein größerer regionaler Vorfall die Versorgung beeinträchtigt, muss der Käufer die Generatorlaufzeit und Betankungsmöglichkeiten kennen, statt lediglich zu hören, dass ein Generator existiert.

Die eigene Vertragssprache des Unternehmens unterstreicht diesen Punkt. Dieallgemeinen Geschäftsbedingungenbesagen, dass Colocation-Kunden Ersatzteile wie Netzteile und Festplatten für den Austausch bereitstellen müssen, wenn eine Komponente des Kundenservers ausfällt. Dies ist bei Stromereignissen von Bedeutung, da Ausfälle von Kundengeräten auf Versorgungsstörungen, Übertragungsereignisse oder thermische Belastung folgen können. Die Einrichtung mag den Raum instand halten, aber der Kunde trägt möglicherweise noch das Risiko für die Serverkomponente. Ein Käufer, der kritische Geräte platziert, sollte daher Ersatzteile vor Ort oder im Rahmen einer schriftlichen Supportvereinbarung bereithalten und verstehen, welche Reparaturen Standardsupport und welche kostenpflichtige Arbeiten sind.

Dieselben Bedingungen besagen, dass der Anbieter nach vorheriger Zustimmung des Kunden Änderungen am technischen Zentrum vornehmen kann, um dessen Arbeit zu verbessern und zu optimieren, und dass solche Änderungen die vertragliche Nutzung des technischen Zentrums durch den Kunden nicht beeinträchtigen sollten. Dies deutet darauf hin, dass Wartung und technische Änderungen vertraglich vorgesehen sind.

Es bedeutet auch, dass der Kunde die Pflichten hinsichtlich Wartungsmitteilung, Genehmigung, Rollback und Vorfallskommunikation im Einzelvertrag explizit festlegen sollte und nicht davon ausgehen sollte, dass sie durch die Marketingseite impliziert werden.

Kühlung und Brandschutz erfordern Live-Nachweise

Die Kühlung ist der zweite große Ausfallpfad. Die Lage am Schwarzen Meer in Varna eliminiert das Kühlrisiko nicht. Die öffentliche Einrichtungsseite gibt an, dass das Design N+1 Innengeräte, Kühler nahe am Raum, kalte Luft unter dem Doppelboden und getrennte Warm- und Kaltzonen verwendet. Dies sind Standardkonzepte für ein kleines oder regionales Rechenzentrum. Die Frage ist, ob sie bei tatsächlicher IT-Last, mit aktueller Gerätedichte, während sommerlicher Hitze, während ein Gerät außer Betrieb ist, Bestand haben.

Der Klimakontext erhöht die Anforderungen an die Nachweise. DasClimate Change Knowledge Portal für Bulgarienliefert Klimakontext für das Land, und seineSeite zur historischen Klimatologiehebt Hitzestress als besonders relevant in städtischen Gebieten hervor. Copernicus berichtete, dass Südosteuropa im Sommer 2024 sechs Hitzewellen erlebte, darunter die längste und zweitschwerste Hitzewelle der Region seit Aufzeichnungen, auf der Seite überHitze und Dürre in Südosteuropa. Copernicus berichtete auch über eine Zunahme europäischer Hitzestress-Tage in seinerBewertung des thermischen Stresses.

Diese Klimaquellen bewerten die Einrichtung in Varna nicht spezifisch. Sie unterstützen einen allgemeinen technischen Grundsatz: Kühlsysteme sollten gegenüber Hitzewellen und hohen Nachttemperaturen bewertet werden, nicht nur gegenüber einem Prospektbetriebspunkt. Ein Kunde sollte fragen, ob die Einrichtung über eine aktuelle Einlasstemperaturüberwachung verfügt, ob Kaltgang-Einhausungen praktiziert werden, ob Feuchtigkeitsabweichungen protokolliert werden, ob Alarme getestet werden und ob die Kühlerwartung vor sommerlichen Spitzenzeiten erfolgt.

Wenn die Auslegungstemperatur 20 Grad Celsius plus/minus einer Toleranz beträgt, sollte der Käufer fragen, welche Temperaturen während jüngster Hitzeperioden tatsächlich aufgezeichnet wurden.

Der Brandschutz ist ähnlich. Die Einrichtungsseite listet Mehrzonen-Erkennung, Hochtemperaturmelder, Evakuierung und ein Gaslöschsystem auf der Basis von NAF S125 auf. Das ist nützlicher als eine generische Aussage wie "brandgeschützt". Aber Unterdrückungsansprüche erfordern dennoch Inbetriebnahmeprotokolle, Zylinderprüfungen, Zonendiagramme, Wartungstermine, Personalschulungen und Wiederanlaufpläne nach der Entladung.

Ein Brandereignis in einem kompakten Datenraum kann auch dann zu einem Geschäftsausfall werden, wenn die Unterdrückung funktioniert, da Kunden den Zugang verlieren können, die Stromverteilung überprüft werden muss und Ausrüstung, die Hitze, Rauch oder Löschmittel ausgesetzt war, möglicherweise ersetzt werden muss.

Der vernünftige Ausfallsicherheitstest ist betrieblicher, nicht rhetorischer Natur. Fordern Sie Nachweise dafür, dass Alarme getestet wurden, dass die Unterdrückungszonen der tatsächlichen Raumaufteilung entsprechen, dass der Kundenzugang während der Wartung kontrolliert wird und dass die Notfallverfahren festlegen, wer eintreten, wer kommunizieren, wer abschalten und wer den sicheren Neustart überprüfen darf. Bei gehosteten Diensten fragen Sie, ob Snapshots, Backups und Images virtueller Server außerhalb der betroffenen Zone liegen. Bei Colocation fragen Sie, wo Kundeneratzteile gelagert werden und wer zur Installation berechtigt ist.

Gehostete Dienste verlagern einen Teil des Risikos zurück zum Kunden

Das Dienstmenü schafft drei verschiedene Kundenrisikomodelle. Bei Colocation befindet sich die Ausrüstung des Kunden in der Einrichtung, und die Einrichtung stellt Raum, Strom, Kühlung, Konnektivität, Zugang und Support bereit. Bei VPS- oder Cloud-Diensten stellt Varna Rechenzentrum EOOD virtualisierte Kapazität auf physischen Servern bereit. Bei der Vermietung dedizierter Server stellt das Unternehmen einen physischen Server für den Kunden bereit. Die Ausfallmodi überschneiden sich, aber die Verantwortlichkeit unterscheidet sich.

DieVPS/Cloud-Seitebeschreibt, dass virtuelle Server durch Aufteilung eines physischen Servers erstellt werden, und sagt, dass die Virtualisierung Live-Migration und Low-Level-Archivierung bieten kann, ohne die Systemleistung zu beeinträchtigen. Diese Formulierung ist vorsichtig: Es heißt, dass solche Optionen angeboten werden können; es wird nicht gesagt, dass jeder Plan automatisches Failover, kontinuierliche Replikation oder garantierte Live-Migration beinhaltet. Dieallgemeinen Geschäftsbedingungenergänzen, dass alle virtuellen Server und VPS-Hosting-Dienste standardmäßig unverwaltet sind und dass Kunden ihre eigenen virtuellen Server selbst verwalten müssen, es sei denn, sie kaufen Management. Sie sagen auch, dass der Anbieter sich verpflichtet, einen virtuellen Server innerhalb von 24 Stunden nach Zahlungseingang in Betrieb zu nehmen.

Das bedeutet, dass ein VPS-Käufer nicht davon ausgehen sollte, dass der Anbieter das gesamte Wiederherstellungsproblem besitzt. Wenn das Gastbetriebssystem fehlkonfiguriert, kompromittiert oder ohne Backups ist, kann die Sprachregelung für unverwaltete Dienste die Wiederherstellung weitgehend beim Kunden belassen. Wenn ein Host ausfällt, muss der Käufer wissen, ob die Migration automatisch, manuell oder für den erworbenen Plan nicht verfügbar ist. Wenn der Speicher ausfällt, muss der Käufer wissen, ob Low-Level-Archive existieren, wie oft sie ausgeführt werden, wo sie gespeichert sind und wie die Wiederherstellung beantragt wird.

DieDedicated-Server-Seitebesagt, dass der Kunde die volle Kontrolle über einen physischen Server erhält, der VDC gehört. DieServer-for-Rent-Aktionlistet einen Dell PowerEdge R630 mit zwei Intel Xeon E5-2680v4 Prozessoren, 128 GB RAM, zwei 1000 GB SSDs in RAID 0 oder 1, zwei Netzteilen und einem monatlichen Preis auf. Das ist konkret genug, um die Art der vermarkteten Miet-Hardware zu zeigen. Es ist keine Aussage über verfügbaren Bestand, Hardware-Austauschzeit, RAID-Rebuild-Richtlinie, Out-of-Band-Zugang oder Backup-Einschluss.

DieFAQerklärt, warum sich Server-Hardware von Desktop-Maschinen unterscheidet, darunter mehrere Prozessoren, Festplatten-Arrays, redundante Stromversorgung, Komponentenaustausch ohne Serverstopp, Aufrüstbarkeit und Zuverlässigkeit für den Dauerbetrieb. Dies ist Lehrmaterial und keine planspezifische Verpflichtung. Ein Kunde sollte daher darauf bestehen, dass Bestellformular, SLA und Supportverfahren diese Konzepte in konkrete Pflichten übersetzen: Ersatznetzteile, Festplatten, Remote Hands, Reaktionszeiten, Wartungsgenehmigung, Überwachungsschwellen und Datenschutz.

Die Seite fürvirtuelle IP PBXund dieBCM-Seiteerweitern die Gruppe der Betroffenen. Varna Rechenzentrum EOOD verkauft nicht nur Rack-Platz. Es vermarktet auch Kommunikations- und Unternehmensmanagement-Software, die direkt in den Anrufflüssen, Kontaktverläufen und Supportbetrieben der Kunden sitzen kann. Wenn dieselbe Einrichtung oder dasselbe Netzwerk diese Dienste untermauert, kann ein Strom-, Kühlungs- oder Carrier-Ausfall nicht nur Websites und Server, sondern auch Telefon-, CRM- und Callcenter-Funktionen unterbrechen.

Wer ist betroffen, wenn das System ausfällt

Die Betroffenen sind leicht zu unterschätzen, weil der öffentliche Fußabdruck nicht hyperskaliert ist. Ein regionales Rechenzentrum kann dennoch für seine Kunden kritisch sein. Colocation-Kunden können ihre eigenen Router, Server, Speicher und Sicherheitsgeräte im Raum haben. VPS-Kunden können kleine Unternehmenswebsites, interne Werkzeuge, Buchhaltungssysteme, Remote-Desktops oder Anwendungsserver betreiben. Kunden mit dedizierten Servern können Datenbanken, E-Commerce-Sites, Backup-Ziele oder spezialisierte Anwendungen hosten.

Kommunikationskunden können für Telefonate, Kundenakten und interne Koordination von IP PBX, SIP oder BCM-Diensten abhängig sein.

Die Ausfallkette kann an mehreren Stellen beginnen. Ein Versorgungsausfall testet USV, Generatorstart, Lastumschaltung und Kraftstofflogistik. Ein Kühlungsfehler testet Luftstrom, Kühlerredundanz und Mitarbeiterreaktion, bevor die Server-Einlasstemperaturen steigen. Eine Unterbrechung des Carrier-Treffpunkts testet die physische Glasfaserdiversität und die BGP-Pfadauswahl. Ein Brandalarm- oder Unterdrückungsereignis testet Evakuierung, Zutrittsregeln und Wiederanlaufdisziplin. Ein geplanter Wartungsfehler testet die Änderungskontrolle. Ein Kunden-Hardware-Fehler testet die Verfügbarkeit von Ersatzteilen und Remote Hands.

Ein Rechnungs- oder Vertragsstreit testet, ob die Kontoverwaltung einen Dienst deaktivieren kann, selbst wenn das technische System gesund ist.

Dieallgemeinen Geschäftsbedingungenzeigen, wie einige dieser Verantwortlichkeiten zugewiesen sind. Colocation-Kunden müssen Ersatzteile für ihre eigene Ausrüstung bereitstellen. VPS ist standardmäßig unverwaltet. Der Standardsupport für Geräte im technischen Zentrum umfasst die Installation oder den Austausch von Kommunikationsblöcken, Reboot oder die Anbindung von Mietleitungen. Der Anbieter ist berechtigt, Software aus technischen Gründen zu optimieren und mit vorheriger Zustimmung des Kunden Änderungen am technischen Zentrum vorzunehmen, sofern diese die vertragliche Nutzung nicht beeinträchtigen. Diese Klauseln sind nicht ungewöhnlich. Sie zeigen, warum der Kunde den Vertrag als Infrastrukturdokument und nicht nur als juristisches Beiwerk lesen muss.

Wenn ein Rechenzentrum ausfällt, lautet die geschäftliche Frage nicht einfach "Wer hat es verursacht?", sondern "Wer kann handeln?". Wenn ein Kundenserver eine Festplatte benötigt, hat der Anbieter dann die Befugnis, das Gehäuse zu öffnen? Wenn eine virtuelle Maschine nach einem Host-Problem ausgefallen ist, wem gehört das Backup? Wenn eine Carrier-Route überlastet ist, kann der Anbieter den Verkehr umleiten oder nur ein Ticket öffnen? Wenn ein Stromereignis Kundengeräte beschädigt, wer überprüft den Fehler und wer bezahlt die Teile?

Wenn eine Contact-Center-Anwendung nicht verfügbar ist, verfügen die Kundenservice-Teams über eine Ausweichnummer oder eine Offline-Liste?

Die Hypothese des Betriebsstatus des Artikels ist daher vorsichtig. Der öffentliche Fußabdruck von Varna Rechenzentrum EOOD ist real genug, um eine Beauftragungsanalyse zu rechtfertigen, aber nicht umfangreich genug, um eine Ausfallsicherheitsbewertung mit hoher Konfidenz zu vergeben. Die Herabstufung ist kein negatives Urteil; sie ist eine Evidenzdisziplin. Eine Einrichtung kann gut geführt sein und dennoch wenig veröffentlichen. Doch wenn die öffentliche Offenlegung dünn ist, muss der Käufer von Marketingseiten zu technischen Dokumenten übergehen, bevor er sich auf den Dienst verlässt.

Die Beweise, die die Frage klären würden

Die Überprüfungsliste des Käufers sollte mit der Stromversorgung beginnen. Fordern Sie den Einlinienschaltplan des Versorgers, Nachweise, dass die beiden Leitungen physisch und elektrisch unabhängig sind, die USV-Topologie, tatsächliche Lastprozente, Batteriewartungsstatus, Generatorleistung, Generatortestdaten, Kraftstoffkapazität, Betankungsvereinbarungen und die Bedingungen, unter denen der Generator echte Kundenlast getragen hat. Fragen Sie, ob Wartungsarbeiten den Standort vorübergehend unter N+1 setzen können und wie Kunden benachrichtigt werden, wenn dies geschieht.

Die zweite Liste betrifft die Kühlung. Fordern Sie Ist-Luftstromdiagramme, Kühler- und Innengeräte-Inventar, Wartungsprotokolle, Kapazität bei sommerlicher Auslegungstemperatur, tatsächliche Temperatur- und Feuchtigkeitsprotokolle, Alarmgrenzwerte und den Reaktionsplan für ein ausgefallenes Innengerät oder einen Kühler. Wenn die Schrankdichten variieren, fragen Sie, ob hochverdichtete Schränke begrenzt, isoliert oder anders bepreist werden. Wenn die Einrichtung älter ist, fragen Sie, wie sie mit neueren Server-Leistungsdichten im Verhältnis zum 47U-Rack-Standard und zur Doppelboden-Luftführung umgeht.

Die dritte Liste betrifft Carrier- und Routen-Ausfallsicherheit. Fordern Sie aktuelle Uplinks, Port-Geschwindigkeiten, zugesicherte Raten, physische Eingangsrouten, Meet-Me-Arrangements, Cross-Connect-Optionen, BGP-Communities, Routenfilterpraxis, DDoS-Handhabung, geplante Wartungsfenster und Failover-Tests. Der Routen-Datensatz zeigt, dass AS57619 aktiv ist und gültig vier /24er aussendet. VarnaIX zeigt einen 10G-Exchange-Port. Das ist der Ausgangspunkt. Die endgültige Antwort hängt davon ab, ob diese Pfade tatsächlich vielfältig genug für die Anwendung des Kunden sind.

Die vierte Liste betrifft die Dienstwiederherstellung. Fragen Sie für VPS, ob die Migration live, kalt oder manuell ist; ob Backups enthalten sind; wo Images gespeichert werden; wie lange die Wiederherstellung dauert; und ob der Kunde Images exportieren kann. Für dedizierte Server fragen Sie nach Zielen für den Hardware-Austausch, Ersatzteilbestand, IPMI- oder Remote-Konsolen-Zugang, Festplattenaustauschrichtlinie und Umgang mit der Datenaufbewahrung. Für Colocation fragen Sie, welche Arbeiten im Standardsupport enthalten sind und was einen separaten Auftrag erfordert.

Für Dienste wie IP PBX und BCM fragen Sie, wie Sprach- und Kundenverlaufsdienste während einer Einrichtungs- oder Carrier-Störung weitergeführt werden.

Die letzte Liste betrifft Nachweise. Fordern Sie Zusammenfassungen jüngerer Vorfälle, Wartungsmitteilungen, Muster von Kundenkommunikation, Überwachungs-Screenshots mit entfernten sensiblen Kundeninformationen, Umfang der Sicherheitsaudits, Wartungsprotokolle für Brandschutzanlagen und Versicherungsgrenzen an. Öffentliche Seiten können belegen, dass die Einrichtung und das Netzwerk existieren. Nachweise belegen, ob der Standort unter Belastung wie beworben funktioniert.

Das Betriebsurteil ist mittel, mit einer klaren Herabstufung

Varna Rechenzentrum EOOD erreicht die erste Schwelle. Das Unternehmen hat eine öffentliche Rechenzentrumsadresse in Varna, Serviceseiten für Colocation und gehostete Kapazität, eine detaillierte Infrastrukturseite, ISO 27001-Geltungsbereichssprache, eine aktive ASN, gültige Route-Origin-Checks für seine vier sichtbaren IPv4-Präfixe, mehrere beobachtete BGP-Nachbarn und einen VarnaIX-Mitgliedseintrag. Dies ist eine materiell stärkere Bilanz als eine Hülle einer Hosting-Marke ohne Routenverfolgung und ohne Einrichtungsseite.

Die zweite Schwelle erreicht es nicht. Das öffentliche Material beweist nicht die installierte Rack-Anzahl, nutzbare Stromreserven, Generatorlaufzeit, Kühlerkapazität bei Spitzenhitze, Diversität der Carrier-Eingänge, Verfügbarkeit von Kunden-Cross-Connects, aktuelles Dienstinventar, Failover-Tests, Backup-Wiederherstellungsleistung oder Vorfallshistorie. Die Netzwerkseite auf der eigenen englischen Website des Unternehmens zeigt lediglich"Coming soon!", was für einen Rechenzentrumsbetreiber, dessen Ausfallsicherheitsanspruch stark von Netzwerktransparenz abhängt, unglücklich ist. Das Routensystem füllt diese Lücke teilweise, kann aber physische und verfahrenstechnische Fragen nicht beantworten.

Die faire Schlussfolgerung ist eine mittlere Netzwerk-Evidenzstufe und eine vorsichtige betriebliche Haltung. Varna Rechenzentrum EOOD sieht wie ein echtes regionales Rechenzentrum und Hosting-Unternehmen in Varna aus. Die vermarktete Kapazität sollte als plausibel behandelt werden. Die Ausfallsicherheit sollte als unbewiesen behandelt werden, bis das Unternehmen direkte technische Nachweise liefert. Für Arbeitslasten mit geringem Risiko mag die öffentliche Dokumentation ausreichen, um ein Lieferantengespräch zu beginnen.

Für regulierte Daten, kundenorientierte Produktionssysteme, Callcenter-Dienste oder Ausrüstung, die nicht schnell verlagert werden kann, sollte der Käufer schriftliche Antworten zu Strom, Kühlung, Carrier-Diversität und Wiederherstellung verlangen, bevor er sich auf den Dienst verlässt.

Das Unternehmen muss nicht wie ein Hyperscale-Campus aussehen, um von Bedeutung zu sein. Eine kleine Einrichtung in Varna kann gerade deshalb wertvoll sein, weil sie lokal ist: Sie kann regionalen Unternehmen nahe Racks, lokale Hände, Exchange-Zugang und bulgarischen Betriebskontext bieten. Dieser lokale Wert ist jedoch dann am stärksten, wenn er mit transparenter Ausfallsicherheitsevidenz einhergeht. Bis dahin sollte die vermarktete Rechenzentrumskapazität am besten als ernsthafter Anspruch gelesen werden, der noch auf den harten Beweis wartet, dass sie die entscheidenden Ausfälle überstehen kann.