Varna Rechenzentrum EOOD muss beweisen, ob die vermarktete Rechenzentrumskapazität den Strom- und Netzwerkbeschränkungen standhalten kann

Zusammenfassung

• Varna Rechenzentrum EOOD verfügt über einen realen öffentlichen Infrastruktur-Fußabdruck. Die Website des Unternehmens bietetColocation,VPS/Cloud,Dedicated Serverund IP-Kommunikationsdienste an, während dieKontaktseiteeine Büroadresse von einer Rechenzentrumsadresse in der 8. Primorski-Polk-Straße 128 in Varna unterscheidet.
• Der Netzwerkanker ist AS57619. DieRIPEstat-AS-Übersichtidentifiziert den Inhaber als VDC-AS Varna Rechenzentrum EOOD und zeigt ihn im Abfragezeitraum vom 12.07.2026 als angekündigt; dieRIPE-Datenbanklistet die Organisation 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, kein IPv6-Präfix und sieben beobachtete Nachbarn im überprüften Zeitfenster; dieangekündigten Präfixelisteten 77.71.112.0/24 bis 77.71.115.0/24 auf.
• Die Angaben zu den Einrichtungen sind präzise: DieInfrastrukturseitegibt an, dass der Standort über einen 35 cm erhöhten Boden, standardmäßige 47U-Schränke, USV-Systeme N+1 A und B, einen Dieselgenerator, zwei unabhängige Stromverteilungsschleifen, redundante Glasfaserwege, Gaslöschung und 24/7-Ingenieur-Support vor Ort verfügt. Dieselbe öffentliche Akte veröffentlicht nicht die Anzahl der Schränke, die bezogene Leistung, die aktuelle Last, die Generator-Kraftstoffautonomie, das Kühlergerät, Wartungsergebnisse oder getestete Kundenumschaltungen.
• Das Beweiskennziffer ist Mittel. Varna Rechenzentrum EOOD ist nicht nur ein Name auf einer Karte, aber die verfügbaren öffentlichen Informationen stützen eher eine Liste von Fragen für einen vorsichtigen Käufer als ein klares Urteil über die Belastbarkeit.

Das Geschäftsargument ist physisch, nicht abstrakt

Varna Rechenzentrum EOOD präsentiert sich als lokales Infrastrukturunternehmen und nicht als bloßer Software-Reseller. DieColocation-Seitegibt an, dass die Kundenausrüstung im firmeneigenen Rechenzentrum in Varna bereitgestellt wird. DieVPS/Cloud-Seiteerklärt, dass physische Server in mehrere virtuelle Server unterteilt werden, wobei Live-Migration und Low-Level-Archivierung als mögliche Vorteile der Virtualisierung angeboten werden. DieDedicated-Server-Seitestellt klar, dass der Kunde die vollständige Kontrolle über einen physischen Server erhält, der VDC gehört und vollständig für seine Bedürfnisse reserviert ist.

Diese Behauptungen sind wichtig, weil sie den Dienst aus dem Bereich der generischen Hosting-Sprache herausheben. Colocation hängt von Schränken, Bodenlast, Kabelwegen, Verbindungen, Zugangskontrollen und Kundenhardware ab. VPS hängt von Host-Dichte, Speicherspielraum, Hypervisor-Design, Backup-Praktiken und Betriebspersonal ab. Dedicated-Server-Vermietung hängt von der physischen Hardware (ob besessen oder gemietet), Ersatzteilen, Remote-Zugriff, Netzteil-Austausch und Vor-Ort-Interventionsfenstern ab. Ein Unternehmen kann diese drei Produkte nur vermarkten, wenn es Zugang zu einer realen Einrichtungsbasis oder zu der eines anderen hat.

Die öffentlichen Belege für Varna Rechenzentrum EOOD zeigen auf den eigenen Standort in Varna, aber diese Beweise erfordern dennoch eine sorgfältige Handhabung, da öffentliche Seiten keinen Belastungstest darstellen.

Die wichtigste öffentliche Adressunterscheidung befindet sich auf derKontaktseite. Sie nennt ein „VDC-Büro“ in der Nikola-Mihaylowski-Straße 18 in Varna und ein „Rechenzentrum“ am Boulevard „8. Primorski Polk“ 128, ebenfalls in Varna. Diese Trennung ist nützlich. Sie vermeidet die Verwechslung eines Geschäftsbüros mit dem Technikraum und gibt den Kunden einen spezifischen Installationsort, den sie hinsichtlich lokaler Strom-, Gebäude-, Glasfaser- und Zugangsbeschränkungen überprüfen können.

Die alte bulgarische „Über uns“-Seite fügt eine nützliche Geschichte 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 stellt auch klar, dass die strategische Position des Unternehmens es den Kunden ermöglicht, eine Verbindung mit einem oder mehreren Internetdienstanbietern zu wählen. Dies sind keine Belege für die aktuelle Kapazität, aber sie helfen, die These des Unternehmens zu erklären: Eine regionale Einrichtung in Varna kann wichtig sein, wenn Unternehmen lokales Hosting, lokalen technischen Zugang und mehr als eine Route aus der Stadt wünschen.

Der öffentliche Identitätsanker ist AS57619

Der klarste Netzwerk-Identitätsanker ist derRIPEstat-AS-Überblick für AS57619, der den Inhaber als VDC-AS Varna Rechenzentrum EOOD identifiziert und die ASN im Abfragezeitraum vom 12.07.2026 als angekündigt zeigt. Diedetailliertere Suche in der RIPE-Datenbank für AS57619ist noch nützlicher. Sie listet ein aut-num-Objekt für AS57619, den Namen AS VDC-AS, die Organisation ORG-VDC1-RIPE, den Status assigned, das Erstellungsjahr 2011 und ein letztes Änderungsdatum im Jahr 2026 auf. Dasselbe Ergebnis listet ein Organisationsobjekt mit dem Namen Varna Rechenzentrum EOOD, Land BG und der Registrierungsnummer 201520130 auf.

Das ist solider als eine Broschüre. Ein autonomes System-Objekt ist keine Garantie für Verfügbarkeit, aber es ist eine öffentliche Kontrollebene. Es bedeutet, dass das Unternehmen im Internet-Routing-System sichtbar ist und über Aufzeichnungen verfügt, die andere Netzwerke und Kunden testen können. Wenn eine Einrichtung Colocation und Hosting ohne öffentliche ASN anbietet, könnte ein Kunde gezwungen sein, sich vollständig auf die Offenlegung eines anderen Betreibers zu verlassen. Varna Rechenzentrum EOOD gibt Käufern zumindest eine benannte ASN, die sie überwachen können.

Das RIPE-Objekt zeigt auch eine Betreibergrenze an. Es listet Import-Richtlinien von den Upstreams AS29687, AS48355, AS174, AS57344 und AS60349 sowie Import-Richtlinien von den Kunden AS213093, AS204784 und AS202593 auf. Diese Richtlinien sollten nicht als perfekte Live-Verkehrskarte gelesen werden, da Routing-Richtlinienaufzeichnungen hinter der operativen Realität zurückbleiben können. Aber sie sind bedeutsam, weil sie zeigen, wie sich das Netzwerk der Routing-Community präsentiert.

Sie zeigen, dass die öffentliche Internet-Rolle 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 Route-Objekt fügt weitere Details hinzu. DieselbeAbfrage in der RIPE DBgibt ein Route-Objekt für 77.71.112.0/22 mit der Beschreibung „Varna Rechenzentrum EOOD-Netzwerk“ und dem Ursprung AS57619 zurück. Sie zeigt auch, dass die größere Zuteilung 77.71.0.0 - 77.71.127.255 mit Geodim Ltd. als lokalem Internet-Registrar verbunden ist. Dies ist eine normale Vereinbarung, bei der der Adressraum über eine lokale Betreiberbeziehung zugewiesen und geroutet werden kann. Dies impliziert, dass der Kunde zwischen „der über AS57619 sichtbaren Adressressource“ und „dem Eigentum oder der Kapazität von Varna Rechenzentrum EOOD“ unterscheiden muss.

Die nützliche Schlussfolgerung ist nicht, dass AS57619 die Belastbarkeit beweist. Es beweist, dass es eine öffentliche Netzwerkoberfläche gibt, die abgefragt werden kann. Käufer können nach Routenkarten, Upstream-Verträgen, BGP-Communities, Wartungsfenstern, Route-Origin-Autorisierung, Vorfallhistorie und geplanten Kapazitätsänderungen fragen. Ohne diese Antworten verankert der Route-Eintrag das Unternehmen, löst aber nicht das operative Risiko.

Die Routing-Oberfläche ist kompakt und hauptsächlich IPv4

DieRIPEstat-Routing-Statusansichtzeigte AS57619 erstmals 2011 gesehen und zuletzt am 12.07.2026 im überprüften Fenster gesehen. Sie meldete vier IPv4-Präfixe, 1.024 IPv4-Adressen, kein IPv6-Präfix 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 das Intervall vom 28.06.2026 bis 12.07.2026 auf.

Dies reicht aus, um einen Live-Netzwerkanspruch zu stützen. Es reicht nicht aus, um einen Anspruch auf große Kapazität zu stützen. Vier /24 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 Routing-Oberfläche kann für den verkauften Dienst völlig ausreichend sein. Sie kann sogar wünschenswert sein, wenn das Unternehmen lokale Unternehmen mit spezifischen Schrank-, VPS- und Kommunikationsanforderungen bedient. Aber das verringert die Marge für Rückschlüsse.

Der Leser sollte nicht „vier geroutete /24“ in Annahmen über die Anzahl der Schränke, Megawatt, Betreibermix oder Enterprise-Level-Umschaltung umwandeln.

Der IPv6-Punkt verdient besondere Aufmerksamkeit. DieVarnaIX-Mitgliedertabellelistet Varna Rechenzentrum EOOD mit einer IPv6-Austauschadresse, 2001:7f8:db::5:7619:1, auf einem 10G-Varna-Port. Jedoch zeigte der RIPEstat AS57619-Routing-Status-Snapshot keine aktuellen IPv6-Präfixe für AS57619 selbst in der überprüften öffentlichen Route. Diese beiden Fakten können nebeneinander bestehen. Ein Netzwerk kann eine IPv6-Austauschadresse haben, ohne IPv6-Kundenpräfixe anzukündigen, und Routenkollektoren zeigen möglicherweise nicht alle privaten oder eingeschränkten Vereinbarungen. Die praktische Frage für den Käufer ist, ob die Kundendienste über routbares IPv6 verfügen, ob es in der Produktion unterstützt wird und ob IPv6 die gleiche Belastbarkeit und den gleichen Support wie IPv4 erhält.

Das Bild der Route-Origin-Autorisierung ist solider. 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 einen gültigen Ursprungsstatus für AS57619 im überprüften Ergebnis zurück. Dies zeugt von einer guten Routing-Hygiene. Es verringert das Risiko, dass die sichtbaren Präfixe versehentlich oder böswillig von der falschen ASN ausgegeben werden. Es beweist nicht, dass die Einrichtung über ausreichend Strom, Kühlung oder Ersatzausrüstung verfügt.

Die öffentliche Routing-Oberfläche sollte daher als „reell, aber kompakt“ gelesen werden. Sie gibt Kunden genügend Anhaltspunkte, um eine externe Überwachung einzurichten und die Ursprungsautorisierung zu überprüfen. Sie gibt ihnen nicht genug, um zu glauben, dass jeder beworbene Dienst einem lokalen Stromereignis, einem Kühlerausfall, einem Wartungsfehler oder einem Glasfaserbruch ohne spezifische vertragliche Nachweise standhalten kann.

Die 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. DieInfrastrukturseitegibt an, dass die Einrichtung über eine „Verbindung zu mehreren unabhängigen Kanalnetzwerken“, zwei unabhängige Zugänge zum Colocation-Raum, redundante Glasfaserverbindungen über diversifizierte physische Wege und individuelle Internetverbindungen von bis zu 10 Gbit/s verfügt. DasAS57619-Objekt der RIPE DBlistet mehrere Upstream-Import-/Exporteinträge auf. DieRIPEstat-Nachbarnzeigten sieben beobachtete Nachbarn in der überprü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 sie im Abfragefenster als nicht angekündigt markierte, während das AS57619-RIPE-Richtlinienobjekt sie immer noch als Upstream-Richtlinieneintrag listet.

VarnaIX ist besonders relevant, da es lokal ist. DieStartseite von VarnaIXbeschreibt einen neutralen Internet-Austauschpunkt in Varna mit Präsenz an Standorten und Rechenzentren in Varna, Burgas und der Region. DieMitgliederseitelistet Varna Rechenzentrum EOOD, ASN 57619, IPv4-Adresse 185.1.137.28, IPv6-Adresse 2001:7f8:db::5:7619:1, Porttyp 10G, Standort des Haupt-Routers Varna und Community-Tag 48355:57619 auf. DerPeeringDB-IX-API-Eintrag für VarnaIXlistet ebenfalls VarnaIX in Varna, Bulgarien, mit der Website varnaix.net auf.

Diese Quellen stützen eine ernsthafte, aber begrenzte Schlussfolgerung. Varna Rechenzentrum EOOD scheint mehr als einen Upstream- oder Interkonnektionspfad in den öffentlichen Routing-Aufzeichnungen zu haben und erscheint als Mitglied von VarnaIX. Das ist materiell besser als ein Single-Carrier-Hosting-Standort ohne unabhängige ASN und ohne lokalen Austauschpunkt-Eintrag. Aber es lässt die wichtigsten technischen Fragen immer noch unbeantwortet. Werden die Upstreams über physisch diversifizierte Gebäudeeingänge bereitgestellt?

Transportieren die gelisteten Nachbarn Produktionsverkehr mit nutzbarer Kapazität oder sind es nur Richtlinienobjekte oder eingeschränkte Peering-Sitzungen? Hat der 10G-Austauschport ausreichende Marge im Falle eines Carrier-Ausfalls? Gibt es automatische Routenpräferenzen oder greift das Personal manuell ein? Sind Kundeninterkonnektionen zu den Carriern unabhängig vom Transit von AS57619 verfügbar?

DiePeeringDB-Netzwerk-API-Abfrage für AS57619gab im überprüften Ergebnis kein öffentliches Netzwerkprofil zurück. Das Fehlen von PeeringDB ist an sich kein Mangel; die Teilnahme ist freiwillig und selbstverwaltet. Aber das Fehlen entfernt einen gemeinsamen öffentlichen Ort, an dem Betreiber Einrichtungen, Austauschpunkte, Verkehrsrichtlinien, Looking-Glass-URLs, NOC-Kontakte und Peering-Bedingungen veröffentlichen. Für einen Käufer bedeutet dies, dass die Sorgfaltspflicht auf die direkten Unterlagen von Varna Rechenzentrum EOOD zurückfällt.

Die Einrichtungsseite liefert eine Checkliste, kein Kapazitätsaudit

DieInfrastrukturseiteist die spezifischste öffentliche Seite in der Akte. Sie gibt an, dass der Standort über einen 35 cm erhöhten Boden, Lochplatten vor den Schränken, eine Tragfähigkeit des erhöhten Bodens von bis zu 1000 kg pro Quadratmeter, einen Standard-Schrank-Fußabdruck von 2150 x 600 x 900 mm und eine Schrankhöhe von 47U verfügt. Zur Stromversorgung gibt sie an, dass es vollständig unabhängige USV-Systeme N+1 A und B 220V, einen Dieselgenerator, individuelle Zähler für jedes Kabel oder jede Sicherung und eine Hauptstromversorgung der Klasse A gibt, die von zwei unabhängigen Schleifen des Energieversorgers bereitgestellt wird. Zur Kühlung erwähnt sie N+1 Innengeräte, einen maximalen Abstand von 10 m zum Kühler, 20 Grad Celsius mit einer angegebenen Toleranz, eine relative Luftfeuchtigkeit von etwa 50% mit Toleranz, Kaltluft unter dem erhöhten Boden, Lochplatten und getrennte Warm- und Kaltgänge. Bei Brand- und Sicherheit listet sie adressierbare Rauch- und Hochtemperaturmelder, Evakuierung, Gaslöschung NAF S125, 24-Stunden-Gebäudesicherheit, Videoüberwachung, Zutrittskontrolle und Schrankverriegelungen auf. Beim Support gibt sie 24/7-Support-Ingenieur, technischen Vor-Ort-Support und Kunden Zugangsunterstützung an.

Das ist eine nützliche Reihe von Fragen. Es ist detaillierter als eine vage Behauptung „Enterprise-Qualität“. Es sagt den Kunden, welche physischen Systeme sie überprüfen sollen: erhöhter Boden, Schrankbelastung, doppelte USV-Pfade, Generator, Versorgungsschleifen, Zählung, Kühlerabstand, Warm-/Kaltgänge, Branderkennung und Löschung. Es sagt ihnen auch, welche Unterlagen sie anfordern sollen: Inbetriebnahmeaufzeichnungen, vorbeugende Wartungsprotokolle, Lastbanktestergebnisse, Generator-Kraftstoffverträge, USV-Batteriealter, Kühlerwartungsberichte, Zugangsprotokolle und Vorfallhistorie.

Aber die Seite veröffentlicht keine wichtigen Kapazitätszahlen. Sie sagt nicht, wie viele Schränke installiert sind, wie viele verfügbar sind, welche Leistung vom Versorgungsunternehmen bezogen wird, wie viel dieser Leistung bereits geladen ist, wie viele Kilowatt pro Schrank unterstützt werden, wie lange die USV bei tatsächlicher Last durchhält, wie viele Stunden der Generator mit gelagertem Kraftstoff laufen kann, ob die Generatorbetankung bei Störungen auf der Straße prioritär ist, wie viele Kühler installiert sind, ob die N+1 bei Sommer-Spitzenlast noch gilt oder ob die Löschgaszonen alle Technikbereiche abdecken.

Der Ausdruck „bis zu 10 Gbit/s“ für die individuelle Internetverbindung entspricht auch keiner Garantie für Portverfügbarkeit, Upstream-Spielraum oder Kundendurchsatz bei Überlastung.

Hier trennt sich die installierte Kapazität von der nutzbaren Kapazität. Die installierte Kapazität ist die sichtbare Vermögensbasis: Schränke, Stromversorgungssysteme, Kühleinheiten, Glasfaserpfade und Produktseiten. Die nutzbare Kapazität ist das, was nach einem tatsächlichen Ausfall übrig bleibt. Wenn ein USV-Modul zur Wartung außer Betrieb ist, hält die N+1 noch? Wenn eine Versorgungsschleife bei Sommerhitze ausfällt, kann der Generator die tatsächliche IT- und Kühllast tragen? Wenn der dem Raum am nächsten gelegene Kühler ausfällt, hält das Luftverteilungsdesign die Eintrittstemperaturen immer noch innerhalb der Grenzen?

Wenn ein Glasfaserpfad durchtrennt wird, verlässt der zweite Pfad das Gebäude durch einen anderen Kabelkanal und endet an einem anderen Betreiber-Treffpunkt? Die öffentliche Seite gibt genügend Details, um diese Fragen zu stellen; sie beantwortet sie nicht.

DieZertifikatsseitegibt an, dass Varna Rechenzentrum im Rahmen der Bereitstellung von Hosting-, Colocation-, VM-, Kommunikationsgerätevermietungs- sowie Web- und Cloud-Lösungsentwicklungs- und Lieferdiensten nach ISO 27001:2013 zertifiziert ist. Das ist bedeutsam für den Umfang des Informationssicherheitsmanagements. Es ist nicht dasselbe wie eine Public-Facility-Zertifizierung, eine Einrichtungsverfügbarkeitsnorm, ein aktueller Prüfbericht oder eine Garantie dafür, dass jede Belastbarkeitsbehauptung unabhängig getestet wurde. Kunden sollten die ISO 27001 daher als ein Element der Anbieterversicherung behandeln, nicht als Ersatz für technische Nachweise der Einrichtung.

Stromversorgung ist die primäre lokale Abhängigkeit

Stromversorgung ist der wichtigste Ausfallpfad, da alle anderen Versprechen davon abhängen. Die Einrichtungsseite beansprucht zwei unabhängige Schleifen des Energieversorgers, USV-Systeme N+1 A und B und einen Dieselgenerator. Das sind genau die Systeme, die ein Rechenzentrum benötigt. Sie erzeugen auch die direktesten Sorgfaltspflichten: Einlinien-Schaltpläne, Nachweise für die Netzeinspeisung, Übertragungstestergebnisse, USV-Topologie, Schutzschalter-Selektivität, Batteriewartung, Generator-Nennleistung, Kraftstofflagerung, Betankungsvereinbarungen und Vorfallverfahren.

Der Kontext der lokalen Verteilung ist wichtig, da Varna Rechenzentrum EOOD eine regionale Einrichtung ist, keine abstrakte Cloud-Zone. DieSeite für geplante Stromausfälle von ENERGO-PRO für ERP Nordgibt an, dass Informationen über geplante Stromausfälle nach Regionen bereitgestellt werden und Varna zu den Regionen gehört. ENERGO-PRO hat außerdem eindigitales Benachrichtigungssystem für geplante Stromausfälleangekündigt, das es Kunden ermöglicht, E-Mail-Warnungen über geplante Reparaturen zu erhalten. Eine Ankündigung vom Januar 2026 besagte, dassEPR Nord geplante Abschaltungen in der Region Varnawährend einer Grippeepidemie ausgesetzt hat, und eine andere Ankündigung besagte, dassENERGO-PRO während einer Feiertagsperiode 66 Bereitschaftsteamsin seinem nordostbulgarischen Betriebsgebiet bereitgestellt hat.

Diese Quellen sagen nicht, dass die Einrichtung von Varna Rechenzentrum Stromausfälle erlitten hat. Sie sollten so nicht verwendet werden. Ihre Relevanz ist eher strukturell: Verteilernetze haben geplante Arbeiten, Notfallarbeiten und öffentliche Benachrichtigungsverfahren. Ein Rechenzentrumsbetreiber, der doppelte Versorgungsschleifen und Generator-Backup beansprucht, sollte erklären können, wie diese Netzrealitäten in die Wartungsfenster und die Vorfallreaktion integriert sind.

Wenn eine geplante Netzabschaltung eine Schleife betrifft, muss die Einrichtung wissen, ob die zweite Schleife 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 Generator-Autonomie und -Betankung kennen, anstatt nur zu hören, dass ein Generator existiert.

Die eigenen Geschäftsbedingungen des Unternehmens unterstreichen 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 nicht mehr funktioniert. Das ist bei Stromereignissen wichtig, da Ausfälle von kundeneigener Ausrüstung einer Netzstörung, Übertragungsereignissen oder thermischem Stress folgen können. Die Einrichtung kann den Raum warten, aber der Kunde kann dennoch das Risiko für Serverkomponenten tragen. Ein Käufer, der kritische Ausrüstung platziert, sollte daher Ersatzteile vor Ort oder im Rahmen einer schriftlichen Supportvereinbarung vorhalten und verstehen, welche Reparaturen unter den Standardsupport fallen und welche kostenpflichtige Arbeiten sind.

Dieselben Bedingungen besagen, dass der Anbieter technische Änderungen am Rechenzentrum vornehmen kann, um seine Arbeit zu verbessern und zu optimieren, nachdem er die vorherige Zustimmung des Kunden eingeholt hat, und dass diese Änderungen die vertragliche Nutzung des Rechenzentrums durch den Kunden nicht verschlechtern dürfen. Dies deutet darauf hin, dass Wartung und technische Änderungen vertraglich vorgesehen sind.

Es bedeutet auch, dass der Kunde die Verpflichtungen zu Wartungsankündigungen, Genehmigung, Rückfall und Vorfallkommunikation im individuellen Vertrag festlegen und nicht davon ausgehen sollte, dass sie aus der Marketingseite impliziert sind.

Kühlung und Brandschutz erfordern Live-Nachweise

Kühlung ist der zweite wichtige Ausfallpfad. Die Küstenlage von Varna lässt das Kühlungsrisiko nicht verschwinden. Die öffentliche Einrichtungsseite gibt an, dass das Design N+1 Innengeräte, Kühler in der Nähe des Raums, Kaltluft unter dem Boden und getrennte Warm- und Kaltgänge verwendet. Das sind Standardkonzepte für ein kleines regionales Rechenzentrum. Die Frage ist, ob sie bei der tatsächlichen IT-Last, mit der aktuellen Gerätedichte, während der Sommerhitze, wenn ein Gerät außer Betrieb ist, halten.

Der Klimakontext erhöht die Beweishürde. DasKlimawissenportal der Weltbank für Bulgarienbietet einen nationalen Klimakontext, und seineSeite zur historischen Klimatologiebetont, dass Hitzebelastung besonders in städtischen Gebieten relevant ist. Copernicus berichtete, dass Südosteuropa im Sommer 2024 sechs Hitzewellen erlebte, darunter die längste und zweitschwerste jemals in der Region aufgezeichnete, auf seiner Seite überHitze und Dürre in Südosteuropa. Copernicus berichtete auch über eine Zunahme der Tage mit Hitzebelastung in Europa in seinerBewertung der thermischen Belastung.

Diese Klimaquellen bewerten nicht spezifisch die Einrichtung von Varna. Sie untermauern einen technischen Punkt des gesunden Menschenverstandes: Kühlsysteme sollten für Hitzewellen und hohe Nachttemperaturen ausgelegt sein, nicht nur für einen Prospekt-Betriebspunkt. Ein Kunde sollte fragen, ob die Einrichtung über aktuelle Überwachung der Eintrittstemperaturen verfügt, ob Kaltgang-Eindämmung praktiziert wird, ob Feuchtigkeitsausreißer aufgezeichnet werden, ob Alarme getestet werden und ob die Kühlerwartung vor den Sommerspitzen geplant ist.

Wenn das Auslegungsziel 20 Grad Celsius mit einer gewissen Toleranz ist, sollte der Käufer fragen, welche Temperaturen bei den letzten Hitzewellen tatsächlich aufgezeichnet wurden.

Brandschutz ist ähnlich. Die Einrichtungsseite listet Mehrzonen-Erkennung, Hochtemperaturmelder, Evakuierung und ein Gaslöschsystem auf NAF S125-Basis auf. Das ist nützlicher als eine generische Aussage „brandgeschützt“. Aber Löschbehauptungen erfordern dennoch Inbetriebnahme, Flascheninspektion, Zonierungspläne, Wartungsdaten, Personalschulung und Wiederherstellungspläne nach der Auslösung.

Ein Brand in einem kompakten Datenraum kann zu einer Geschäftsunterbrechung werden, selbst wenn die Löschung funktioniert, da Kunden den Zugang verlieren können, die Stromverteilung möglicherweise überprüft werden muss und Ausrüstung, die Hitze, Rauch oder Löschmittel ausgesetzt war, möglicherweise ausgetauscht werden muss.

Der sinnvolle Belastbarkeitstest ist betrieblich und nicht rhetorisch. Fragen Sie nach Beweisen dafür, dass Alarme getestet wurden, dass die Löschzonen dem tatsächlichen Raumlayout entsprechen, dass der Kunden Zugang während der Wartung kontrolliert wird und dass Notfallverfahren festlegen, wer eintreten darf, wer kommuniziert, wer den Strom abschaltet und wer den sicheren Neustart überprüft. Fragen Sie für gehostete Dienste, ob Snapshots, Backups und virtuelle Server-Images außerhalb des betroffenen Bereichs liegen. Fragen Sie für Colocation, wo die Ersatzteile des Kunden gelagert werden und wer sie installieren darf.

Gehostete Dienste verlagern einen Teil des Risikos auf den Kunden

Das Dienstmenü erzeugt drei verschiedene Kundenrisikomodelle. Bei Colocation befindet sich die Ausrüstung des Kunden in der Einrichtung, und die Einrichtung stellt Platz, Strom, Kühlung, Konnektivität, Zugang und Support bereit. Bei VPS- oder Cloud-Dienst stellt Varna Rechenzentrum EOOD virtualisierte Kapazität auf physischen Servern bereit. Bei der Dedicated-Server-Miete stellt das Unternehmen dem Kunden einen physischen Server zur Verfügung. Die Ausfallmodi überlappen sich, aber die Verantwortlichkeit unterscheidet sich.

DieVPS/Cloud-Seitebeschreibt virtuelle Server, die durch Teilung eines physischen Servers erstellt werden, und gibt an, dass Virtualisierung Live-Migration und Low-Level-Archivierung bieten kann, ohne die Systemleistung zu beeinträchtigen. Diese Formulierung ist vorsichtig: Sie sagt, dass solche Optionen angeboten werden können; sie sagt nicht, dass jeder Plan automatisches Failover, kontinuierliche Replikation oder garantierte Live-Migration beinhaltet. DieAllgemeinen Geschäftsbedingungenfügen hinzu, dass alle virtuellen Server und VPS-Hosting-Dienste standardmäßig unmanaged sind und Kunden ihre eigenen virtuellen Server verwalten müssen, es sei denn, sie kaufen Verwaltung. Sie geben auch an, 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 übernimmt. Wenn das Gastbetriebssystem falsch konfiguriert, kompromittiert oder ohne Backups ist, kann die Unmanaged-Service-Sprache die Wiederherstellung weitgehend dem Kunden überlassen. Wenn ein Host ausfällt, muss der Käufer wissen, ob die Migration automatisch, manuell oder für den gekauften Plan nicht verfügbar ist. Wenn der Speicher ausfällt, muss der Käufer wissen, ob ein Low-Level-Archiv existiert, wie oft es läuft, wo es gespeichert ist und wie die Wiederherstellung angefordert wird.

DieDedicated-Server-Seitegibt an, dass der Kunde die vollständige Kontrolle über einen physischen Server erhält, der VDC gehört. DieServer-zu-mieten-Aktionlistet einen Dell PowerEdge R630 mit zwei Intel Xeon E5-2680v4-Prozessoren, 128 GB RAM, zwei 1000-GB-SSDs im RAID 0 oder 1, zwei Netzteilen und einem monatlichen Preis auf. Das ist konkret genug, um die Art der angebotenen Miethardware zu zeigen. Es ist keine Aussage über verfügbare Bestände, Hardware-Austauschzeit, RAID-Wiederherstellungsrichtlinie, Out-of-Band-Zugriff oder Backup-Einschluss.

DieFAQerklärt, warum sich Server-Hardware von Desktop-Maschinen unterscheidet, einschließlich Prozessoranzahl, Festplatten-Arrays, redundanter Stromversorgung, Hot-Swap-Komponenten, Skalierbarkeit und Zuverlässigkeit für den Dauerbetrieb. Das ist Lehrmaterial, keine spezifische Planverpflichtung. Ein Kunde sollte daher darauf bestehen, dass der Auftrag, die SLA und das Supportverfahren diese Konzepte in konkrete Verpflichtungen übersetzen: Ersatz-Netzteile, Festplatten, Fernzugriff, Reaktionszeiten, Wartungsgenehmigung, Überwachungsschwellen und Datenschutz.

DieIP-PBX-virtuell-Seiteund dieBCM-Seiteerweitern den Kreis der betroffenen Nutzer. Varna Rechenzentrum EOOD verkauft nicht nur Schrankplatz. Es vermarktet auch Kommunikations- und Unternehmensmanagement-Software, die direkt in Anrufabläufe, Kontakthistorien und Support-Operationen der Kunden integriert werden kann. Wenn dieselbe Einrichtung oder dasselbe Netzwerk diese Dienste unterstützt, kann ein Strom-, Kühlungs- oder Carrier-Ausfall nicht nur Websites und Server, sondern auch Telefonie-, CRM- und Callcenter-Funktionen beeinträchtigen.

Wer im Falle eines Systemausfalls betroffen ist

Die betroffenen Parteien sind leicht zu unterschätzen, da der öffentliche Fußabdruck nicht im Hyperscale-Maßstab ist. Ein regionales Rechenzentrum kann dennoch kritisch für seine Kunden sein. Colocation-Kunden können ihre eigenen Router, Server, Speicher und Sicherheitsappliances im Raum haben. VPS-Kunden können kleine Unternehmenswebsites, interne Tools, Buchhaltungssysteme, Remote-Desktops oder Anwendungsserver betreiben. Dedicated-Server-Kunden können Datenbanken, E-Commerce-Websites, Backup-Ziele oder spezialisierte Anwendungen hosten.

Kommunikationskunden können auf IP-PBX-, SIP- oder BCM-Dienste für Telefonanrufe, Kundenakten und interne Koordination angewiesen sein.

Die Ausfallkette kann an mehreren Stellen beginnen. Ein Netzausfall testet die USV, den Generatorstart, die Lastübertragung und die Kraftstofflogistik. Ein Kühlungsausfall testet den Luftstrom, die Kühlerredundanz und die Personalreaktion, bevor die Servereintrittstemperaturen steigen. Eine Unterbrechung des Betreibertreffpunkts testet die physische Glasfaser-Diversität und die BGP-Pfadauswahl. Ein Brandalarm oder Löschereignis testet Evakuierung, sichere Zugangsregeln und Neustartdisziplin. Ein geplanter Wartungsfehler testet die Änderungskontrolle. Ein Hardwarefehler des Kunden testet die Verfügbarkeit von Ersatzteilen und den Fernzugriff.

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

DieAllgemeinen Geschäftsbedingungenzeigen, wie einige dieser Verantwortlichkeiten zugewiesen werden. Colocation-Kunden müssen Ersatzteile für ihre eigene Ausrüstung bereitstellen. VPS ist standardmäßig unmanaged. Der Standardsupport für Geräte im Rechenzentrum umfasst die Installation oder den Austausch von Kommunikationsblöcken, den Neustart oder die Verbindung von Standleitungen. Der Anbieter ist berechtigt, Software aus technischen Gründen zu optimieren und Änderungen am Rechenzentrum mit vorheriger Zustimmung vorzunehmen, sofern dies die vertragliche Nutzung nicht beeinträchtigt. Diese Klauseln sind nicht ungewöhnlich. Sie zeigen, warum der Kunde den Vertrag als Infrastrukturdokument und nicht nur als Standardrechtstext lesen sollte.

Wenn ein Rechenzentrum ausfällt, ist die geschäftliche Frage nicht nur „wer ist schuld?“, sondern „wer kann handeln?“. Wenn eine Kundenserverfestplatte benötigt wird, ist der Anbieter berechtigt, das Gehäuse zu öffnen? Wenn eine virtuelle Maschine nach einem Host-Problem ausfällt, wem gehört das Backup? Wenn eine Betreiberroute überlastet ist, kann der Anbieter den Verkehr umleiten oder nur ein Ticket eröffnen? Wenn ein Stromereignis die Ausrüstung des Kunden beschädigt, wer überprüft den Ausfall und wer bezahlt die Teile?

Wenn eine Contact-Center-Anwendung nicht verfügbar ist, verfügen die Kundendienstteams über eine Ersatztelefonnummer oder eine Offline-Liste?

Die operative Statusannahme des Artikels ist daher vorsichtig. Der öffentliche Fußabdruck von Varna Rechenzentrum EOOD ist real genug, um eine Inbetriebnahmeanalyse zu rechtfertigen, aber nicht reichhaltig genug, um eine hohe Belastbarkeitsbewertung zu vergeben. Die Herabstufung ist kein negatives Urteil; es ist eine Beweisdisziplin. Eine Einrichtung kann gut verwaltet sein und wenig veröffentlichen. Aber wenn die öffentliche Offenlegung dünn ist, muss der Käufer von den Marketingseiten zu den technischen Unterlagen übergehen, bevor er sich auf den Dienst verlässt.

Die Beweise, die die Frage entscheiden würden

Die Checkliste des Käufers sollte mit der Stromversorgung beginnen. Fordern Sie das Einlinien-Schaltbild des Versorgers, den Nachweis, dass beide Schleifen physisch und elektrisch unabhängig sind, die USV-Topologie, die tatsächlichen Lastprozente, den Batteriewartungszustand, die Generator-Nennleistung, die Generator-Testdaten, die Kraftstoffkapazität, die Betankungsvereinbarungen und die Bedingungen, unter denen der Generator eine tatsächliche Kundenlast getragen hat. Fragen Sie, ob die Wartung den Standort vorübergehend unter N+1 bringen kann und wie Kunden informiert werden, wenn dies geschieht.

Die zweite Liste betrifft die Kühlung. Fordern Sie Gebäudepläne der Luftströme, ein Inventar der Kühler und Innengeräte, Wartungsaufzeichnungen, die Kapazität bei sommerlicher Auslegungstemperatur, tatsächliche Temperatur- und Feuchtigkeitsmesswerte, Alarmschwellen und den Notfallplan für den Ausfall eines Innengeräts oder Kühlers. Wenn die Schrankdichten variieren, fragen Sie, ob Hochdichteschränke gedeckelt, isoliert oder anders bepreist sind. Wenn die Einrichtung älter ist, fragen Sie, wie sie mit höheren Stromdichten neuerer Server im Vergleich zum Standard-47U-Schrank und der Luftströmung des erhöhten Bodens umgeht.

Die dritte Liste betrifft die Carrier- und Wegesicherheit. Fragen Sie nach den aktuellen Upstreams, Portgeschwindigkeiten, zugesicherten Bandbreiten, physischen Eingangswegen, Treffpunktvereinbarungen, Interkonnektionsoptionen, BGP-Communities, Routenfilterpraxis, DDoS-Abwehr, geplanten Wartungsfenstern und Failover-Tests. Der Route-Eintrag zeigt, dass AS57619 aktiv ist und gültig vier /24 ausgibt. VarnaIX zeigt einen 10G-Austauschport. Das ist der Ausgangspunkt. Die endgültige Antwort hängt von der tatsächlichen Diversität dieser Pfade für die Anwendung des Kunden ab.

Die vierte Liste ist die Dienstwiederherstellung. Fragen Sie für VPS, ob die Migration live, kalt oder manuell ist; ob Backups enthalten sind; wo Images gespeichert sind; wie lange die Wiederherstellung dauert; und ob der Kunde Images exportieren kann. Fragen Sie für Dedicated Server nach Hardwareaustauschzielen, Ersatzteilbestand, IPMI- oder Remote-Konsolenzugriff, Festplattenaustauschrichtlinie und Datenaufbewahrungsmanagement. Fragen Sie für Colocation, welche Arbeiten im Standardsupport enthalten sind und welche eine separate Bestellung erfordern.

Fragen Sie für Dienste wie IP-PBX und BCM, wie Sprach- und Kundenverlaufsfunktionen bei einer Störung der Einrichtung oder des Carriers fortgesetzt werden.

Die letzte Liste ist der Nachweis. Fragen Sie nach aktuellen Vorfallszusammenfassungen, Wartungsmitteilungen, Beispielen für Kundenkommunikation, Überwachungs-Screenshots mit entfernten sensiblen Kundendaten, dem Umfang des Sicherheitsaudits, Wartungsaufzeichnungen des Brandschutzsystems und Versicherungsgrenzen. Öffentliche Seiten können belegen, dass die Einrichtung und das Netzwerk existieren. Der Nachweis stellt fest, ob sich der Standort unter Belastung wie angekündigt verhält.

Das operative Urteil ist mittel, mit einer deutlichen Herabstufung

Varna Rechenzentrum EOOD überschreitet die erste Schwelle. Das Unternehmen verfügt über eine öffentliche Rechenzentrumsadresse in Varna, Dienstseiten für Colocation und Hosting-Kapazität, eine detaillierte Infrastrukturseite, eine ISO-27001-Umfangssprache, eine aktive ASN, gültige Route-Origin-Überprüfungen für seine vier sichtbaren IPv4-Präfixe, mehrere beobachtete BGP-Nachbarn und einen VarnaIX-Mitgliedseintrag. Das ist eine materiell solidere Akte als eine reine Hosting-Marke ohne Route-Spur und ohne Einrichtungsseite.

Sie überschreitet die zweite Schwelle nicht. Die öffentlichen Elemente beweisen nicht die Anzahl der installierten Schränke, die nutzbare Leistungsspanne, die Generator-Autonomie, die Kühlerkapazität bei Spitzenhitze, die Carrier-Eingangsdiversität, die Verfügbarkeit von Kundeninterkonnektionen, das aktuelle Dienstinventar, Failover-Tests, Backup-Wiederherstellungsleistung oder die Vorfallhistorie. Die Netzwerkseite der englischen Website des Unternehmens zeigt nur„Coming soon!", was für einen Rechenzentrumsbetreiber, dessen Belastbarkeitsbehauptung stark von der Netzwerktransparenz abhängt, hinderlich ist. Das Routing-System schließt diese Lücke teilweise, kann aber die physischen und verfahrenstechnischen Fragen nicht beantworten.

Das gerechte Urteil ist eine mittlere Netzwerk-Beweisnote und eine vorsichtige Betriebshaltung. Varna Rechenzentrum EOOD scheint ein echter regionaler Rechenzentrums- und Hosting-Anbieter in Varna zu sein. Seine vermarktete Kapazität sollte als plausibel behandelt werden. Seine Belastbarkeit sollte als unbewiesen behandelt werden, bis das Unternehmen direkte technische Nachweise vorlegt. Für risikoarme Workloads kann die öffentliche Akte ausreichen, um ein Gespräch mit dem Anbieter zu beginnen.

Für regulierte Daten, kundenorientierte Produktionssysteme, Callcenter-Dienste oder Ausrüstung, die nicht schnell bewegt werden kann, sollte der Käufer vor der Abhängigkeit vom Dienst schriftliche Antworten zu Strom, Kühlung, Carrier-Diversität und Wiederherstellung verlangen.

Das Unternehmen muss nicht wie ein Hyperscale-Campus aussehen, um wichtig zu sein. Eine kleine Einrichtung in Varna kann gerade deshalb wertvoll sein, weil sie lokal ist: Sie kann regionalen Unternehmen nahegelegene Schränke, Vor-Ort-Einsatz, Zugang zu einem Austauschpunkt und einen bulgarischen Betriebskontext bieten. Aber dieser lokale Wert ist am stärksten, wenn er von transparenten Belastbarkeitsnachweisen begleitet wird. Bis dahin wird die vermarktete Rechenzentrumskapazität am besten als ernsthafte Behauptung gelesen, die noch auf den soliden Beweis wartet, dass sie die Ausfälle überstehen kann, die zählen.