es-datacentereuskadi Rechenzentrum EUSKADI SOCIEDAD LIMITADA muss nachweisen, ob die vermarktete Rechenzentrumskapazität den Strom- und Betreiberanforderungen standhalten kann

Zusammenfassung

• Der stärkste Betriebsnachweis für es-datacentereuskadi Rechenzentrum EUSKADI SOCIEDAD LIMITADA ist kein Slogan. DasRDAP-Register von RIPE für AS202765identifiziert Rechenzentrum EUSKADI SOCIEDAD LIMITADA als Inhaber, und dieaktuelle AS-Übersicht von RIPEmarkiert die ASN als am 12. Juli 2026 angekündigt.
• Das aktuelle Routing ist sichtbar, aber kompakt. DieDaten der angekündigten Präfixe von RIPEzeigen 185.163.164.0/23 plus die beiden /24-Komponenten; derRouting-Status von RIPEzählt 512 IPv4-Adressen, keinen IPv6-Raum und einen beobachteten Nachbarn;CAIDA AS Rankkommt zur selben allgemeinen Schlussfolgerung einer Provider-Beziehung und drei Präfixen.
• Die Installationsnachweise sind stärker als die öffentlichen Routing-Nachweise. DieKundenhistorie des Uptime Institutegibt an, dass das Rechenzentrum in Bizkaia in zwei Phasen von je 1 MW in Betrieb genommen wird, Telekommunikationsdienste verschiedener Unternehmen nutzt und die abgeschlossene Phase 1 im Mai 2025 die Zertifizierung Tier IV für die gebaute Einrichtung erhalten hat. DieListe der Uptime-Preise Spanienführt separat Rechenzentrum EUSKADI Bizkaia in Abanto-Zierbena mit den Zertifizierungen Tier IV Design und Tier IV Built Facility auf.
• Der Expansionsanspruch bleibt eine Frage des Baus und der Vermarktung. DieAnkündigung von KREAN vom Februar 2025platziert das zukünftige Gebäude in Gipuzkoa im Technologiepark Garaia in Arrasate-Mondragon, mit mehr als 5.000 Quadratmetern und bis zu 3 MW IT-Ausrüstung in zwei Räumen, die je nach Verkauf der Dienste schrittweise ausgestattet werden.
• Die Investitionsthese ist glaubwürdig, aber nicht selbsterklärend. Öffentliche und private Anteilseigner, eine zertifizierte Bizkaia-Phase und eine sichtbare ASN unterstützen alle eine echte Infrastrukturanstrengung; die öffentlichen Aufzeichnungen benötigen jedoch noch klarere Nachweise für die Stromversorgungsunabhängigkeit, die Generatorlaufzeit, die Kühlungsumschaltung, die Diversität der Glasfaseranschlüsse, die tatsächliche Kundenumschaltung und ob die vermarktete Geschichte von 2 MW Bizkaia plus 3 MW Gipuzkoa zu nutzbarer Kapazität geworden ist, nicht nur zu schrittweisem Potenzial.

Das Unternehmen ist nicht mehr nur ein Projekt

Das erste Urteil sollte klar sein: Rechenzentrum Euskadi ist keine leere Verzeichnisbezeichnung. Die Einheit besitzt ein spanisches Handelsregister, eine Geschichte öffentlich-privater Eigentümerschaft, ein physisches Projekt in Bizkaia, einen Bauweg in Gipuzkoa und eine aktuelle autonome Systemnummer. Eine Herabstufung auf geringe Bedeutung wäre unfair, wenn sie bedeuten würde, dass nichts überprüfbar ist. Es kann genug überprüft werden, um das Unternehmen auf dem spanischen Rechenzentrumsmarkt und im politischen Bestreben des Baskenlandes um Datenlokalität, digitale Dienste und regionale Infrastruktur zu verorten.

Das nützlichere Urteil ist anders. Die öffentlichen Aufzeichnungen belegen mehrere Aktivitätsschichten, aber diese Schichten haben nicht alle denselben betrieblichen Wert. Eine Kapitalerhöhung versorgt keinen Rack mit Strom. Eine Grundsteinlegung beweist keine tatsächliche Kundenumschaltung. Eine Tier-IV-Built-Facility-Zertifizierung für eine abgeschlossene Phase ist ein wichtiger Nachweis für den getesteten Anlagenumfang, aber kein allgemeines Zertifikat für jeden zukünftigen Raum, jedes vermarktete Megawatt, jeden Betreiberweg und jeden Kundendienst.

Eine aktuelle ASN beweist das öffentliche Internet-Routing für 512 IPv4-Adressen, aber sie beweist nicht, dass alle Cloud-, Plattform- oder Colocation-Dienste bei Ausfall eines Betreibers unabhängige externe Erreichbarkeit haben.

Diese Unterscheidung steht im Mittelpunkt dieses Profils. Das Unternehmen kann real sein und dennoch stärkere Nachweise benötigen, bevor öffentliche Einrichtungen, Hersteller, Gesundheitsorganisationen oder Finanzinstitute die vermarktete Kapazität als belastbare regionale Abhängigkeit behandeln. Die Frage des Käufers ist nicht, ob Rechenzentrum Euskadi existiert. Es ist die Frage, welche Teile der angekündigten Kapazität installiert, in Betrieb genommen, verkauft, wiederherstellbar sind und welche noch von zukünftigem Bau, Stromzuteilung oder Inbetriebnahme durch Betreiber abhängen.

Die Nachweise aus dem spanischen Register liefern die rechtliche Grundlage. DerBOE-Text für BORME-A-2022-192-48registriert Rechenzentrum EUSKADI SOCIEDAD LIMITADA als gegründet mit Geschäftsbeginn am 13. September 2022, einer Adresse in Bilbao am Plaza Pio Baroja 3, einem Anfangskapital von 600.000 Euro und einem Zweck, der sich auf die zentrale Verarbeitung und Verwaltung von Datendiensten und IT-Systeminfrastruktur konzentriert. Dieser Zweck entspricht der Rechenzentrumsthese. Er identifiziert nicht selbst Racks, Stromverträge oder Kunden, macht aber den Unternehmenszweck explizit.

Die Eigentümergeschichte hat ebenfalls öffentliche Wurzeln. DieAnkündigung von Parke vom September 2022gab an, dass Euskaltel, die Teknei-Gruppe, Dominion und die baskische Regierung Atlantic Data Infrastructure gegründet hatten, mit der ersten Anlage auf dem Abanto-Campus und späteren Erweiterungen an anderen Orten in der autonomen Gemeinschaft. Sie beschrieb eine anfängliche Eigentumsverteilung, bei der Euskaltel, Dominion, Teknei und Sistemas y Tratamientos Automaticos jeweils 21,25 % hielten und die baskische Regierung 15 %. Spätere öffentliche Dokumente erweitern diesen Aktionärskreis. DasUptime Institutegibt an, dass etwa ein Viertel der Finanzierung von öffentlichen Institutionen stammt, darunter Bizkaia, Gipuzkoa und die baskische Regierung, während die privaten Beteiligten Dominion, Euskaltel, Gertek, Iberdrola, Kutxabank, Mondragon Corporacion Cooperativa und Teknei umfassen.

Die Kapitalregister zeigen, dass das Projekt nicht auf einer symbolischen Größe von 2022 stehen geblieben ist. DieBORME-Bekanntmachung des BOE vom 3. Januar 2025registriert eine Kapitalerhöhung von 4,8 Millionen Euro für Rechenzentrum Euskadi, was das gezeichnete Kapital auf 9,6 Millionen Euro bringt. EineBORME-Bekanntmachung des BOE vom 16. Juni 2026registriert Änderungen im Vorstand und gibt an, dass die Anzahl der Geschäftsführer auf neun erhöht wurde. Die Unternehmensdokumente beweisen keine technische Bereitschaft, aber sie zeigen eine Einheit, die zusätzliches Kapital und Governance-Aufmerksamkeit erhält, während das Anlagenprojekt auf Zertifizierung und Expansion zusteuerte.

Das Unternehmen hat also eine solidere Basis als viele kleine Hosting-Namen, die nur in den Registern digitaler Ressourcen auftauchen. Es hat eine offizielle rechtliche Identität, regionale politische Unterstützung, anerkannte Aktionäre und den Nachweis physischer Bauarbeiten. Das Risiko ist nicht die Fiktionalität. Das Risiko ist die bekannte Lücke zwischen institutionellem Ehrgeiz und unabhängig überprüfbarer Betriebsresilienz in Rechenzentren.

Bizkaia ist der verifizierte Anker, aber Phase 1 ist die wichtige Grenze

Der Standort Bizkaia ist der Ankerwert. Öffentliche Quellen platzieren ihn auf dem Abanto-Campus des Wissenschafts- und Technologieparks von Bizkaia, in der Region Ezkerraldea-Meatzaldea außerhalb von Bilbao. DerEintrag auf Rechenzentrum Mapgibt eine Standortadresse im Biscay Science and Technology Park, Los SZAE-15-B, und beschreibt die Anlage als ein Zweimodul-Design mit 1 MW pro Modul. Derselbe Eintrag gibt an, dass die eigenen Daten den Standort noch als im Bau befindlich markieren, was eine nützliche Vorsicht ist: Marktverzeichnisse können die tatsächliche Inbetriebnahme verzögern, aber sie erinnern die Leser auch daran, ein geplantes Maximum nicht in eine voll ausgelastete aktive Last zu verwandeln.

Die Uptime-Nachweise haben mehr Gewicht, weil sie mit der Zertifizierung verbunden sind. Die Kundenhistorie gibt an, dass das Rechenzentrum in Bizkaia in zwei Phasen von je 1 MW in Betrieb genommen wird und für Energieeffizienz und Fehlertoleranz auf Tier-IV-Niveau ausgelegt ist. Noch wichtiger ist, dass sie angibt, dass die abgeschlossene Phase 1 im Mai 2025 die Zertifizierung Tier IV Built Facility erhalten hat. Die Spanien-Preise-Liste führt unabhängig Rechenzentrum EUSKADI Bizkaia in Abanto-Zierbena mit sowohl der Tier-IV-Design- als auch der Tier-IV-Built-Facility-Zertifizierung auf.

Das sind echte Fortschritte. Die Tier-IV-Built-Facility-Zertifizierung ist kein Marketingabzeichen, das locker an einen zukünftigen Campus gehängt wird. Sie zeigt, dass Uptime die gebaute Anlage nach seinem Standard im zertifizierten Rahmen bewertet hat. Für Käufer macht dies die Bizkaia-Anlage glaubwürdiger als ein Projekt, das nur Design-Renderings, Aktionärsnamen oder Pressemitteilungen hat.

Aber die Grenze zählt. Uptimes eigene Beschreibung bezieht sich auf die Phase: abgeschlossene Phase 1. Die öffentliche Geschichte sagt nicht, dass jeder geplante Raum, jedes zukünftige Modul, jeder Raum in Gipuzkoa oder jede spätere Erweiterung dieselbe Built-Facility-Zertifizierung hat. Sie veröffentlicht nicht den vollständigen Testbericht, die genaue zertifizierte IT-Last, die Generatorlaufzeit, die Bypass-Wartungsergebnisse oder die Kundenwiederherstellungsleistung. Das ist normal für öffentliche Zusammenfassungen, begrenzt aber, was ein externer Leser schließen kann.

Die öffentlichen Aufzeichnungen mischen auch mehrere Kapazitätseinheiten. Die Parke-Ankündigung von 2022 gab an, dass jede Anlage aus zwei Modulen von je 1 MW besteht, die schrittweise in Betrieb genommen werden. Der DCD-Bericht von 2023 über den Grundstein beschrieb einen 2-MW-Standort und eine Anfangsinvestition von 25 Millionen Euro, die bei zukünftigen Erweiterungen auf 100 Millionen Euro anwachsen könnte. Uptime beschreibt zwei Phasen von je 1 MW in Bizkaia. KREAN beschreibt bis zu 3 MW IT-Ausrüstung im zukünftigen Gebäude in Gipuzkoa.

Diese Zahlen sind konsistent mit einer Expansionsgeschichte, aber sie sind nicht dasselbe wie die messbare nutzbare Kapazität.

Installierte Kapazität, in Betrieb genommene Kapazität und verkaufbare Kapazität weichen in jedem Rechenzentrum voneinander ab. Ein Gebäude kann für 2 MW ausgelegt sein, aber nur einen Teil dieser Last in Betrieb haben. Es kann elektrische und kühlungstechnische Ausrüstung in Betrieb haben, aber unverkaufte Räume. Es kann Kundenracks verkauft haben, aber einen Spielraum für Redundanz, Wartung und Wachstum lassen. Es kann physische Energie haben, aber es mangelt an ausreichenden Betreiberanbindungen für die Kunden, die es anziehen möchte.

Die öffentlichen Aufzeichnungen deuten auf einen glaubwürdigen 2-MW-Plan für Bizkaia und eine zertifizierte Phase 1 hin, aber sie veröffentlichen keine aktuelle aktive Last oder von Kunden belegte Megawatt.

Deshalb ist der Ausdruck „vermarktete Rechenzentrumskapazität“ präzise. Die vermarktete Kapazität ist die Zahl, die Kunden hören, wenn ein Projekt angekündigt wird. Die nutzbare Kapazität ist das, was bleibt, nachdem Bau, Versorger, Schaltanlage, Kühlung, Zusammenschaltungen, Sicherheit, Personalbetrieb, Netzwerkanbindungen, Wartungsreserven und Kundenabnahme alle zusammenwirken. Rechenzentrum Euskadi hat einen bedeutenden Teil dieses Weges zurückgelegt, von der Ankündigung zur Zertifizierung. Es muss noch zeigen, für jede Phase, wie viel die letzte Kategorie erreicht hat.

Der öffentliche Internet-Rand ist aktiv, aber auf den ersten Blick nicht ausreichend diversifiziert

AS202765 ist der beste direkte Netzwerknachweis. DasRDAP-Registeridentifiziert den Namen als es-datacentereuskadi, Status aktiv, mit Rechenzentrum EUSKADI SOCIEDAD LIMITADA als Inhaber und einer Adresse in Bilbao. Es registriert die Eintragung am 17. Dezember 2025 und eine letzte Änderung am 18. Dezember 2025. DieRDAP-IP-Registrierung für 185.163.164.0identifiziert den Bereich 185.163.164.0 bis 185.163.165.255 als ES-datacentereuskadi-20160815, zugewiesen PA, Land Spanien, ebenfalls mit derselben Organisation verbunden.

RIPE sieht die ASN als aktiv. DieAS-Übersicht von RIPEmarkiert AS202765 als angekündigt. Dieangekündigten Präfixe von RIPEzeigen drei Einträge während des Fensters Ende Juni bis 12. Juli 2026: 185.163.164.0/23, 185.163.164.0/24 und 185.163.165.0/24. DiePräfix-Übersicht von RIPEgibt an, dass das /23 von AS202765 angekündigt wird und zwei spezifischere /24 hat. DieRPKI-Validierung von RIPEmarkiert das /23 als gültig für die Ursprungs-AS 202765.

Der Maßstab ist bescheiden. Der Routing-Status von RIPE meldet drei IPv4-Präfixe, 512 IPv4-Adressen und kein IPv6-/48. Das reicht für den öffentlichen Rand eines Betreibers, Verwaltungsdienste, Kundendienste, Portale oder eine kleine Zuweisung für gehostete Arbeitslasten. Es reicht nicht, um eine große Cloud-Adresskapazität oder eine große Colocation-Kundenbasis zu beweisen. Ein Rechenzentrum kann Kundenausrüstung hosten, die ihren eigenen IP-Raum oder den von Betreibern nutzt, daher begrenzt die kleine Zuweisung nicht die Anlage.

Sie begrenzt jedoch, was aus den eigenen sichtbaren Ursprungsrouten von Rechenzentrum Euskadi abgeleitet werden kann.

Die wichtigste Feststellung ist die Nachbarschaft. DieASN-Nachbarschaftsdaten von RIPEzeigen zum letzten verfügbaren Schnappschuss einen einzigen Nachbarn: AS12338. DieRouting-Konsistenz von RIPEregistriert drei eingetragene Import- und Export-Peers: AS12479, AS3262 und AS12338. Sie markiert AS12338 in BGP und die beiden anderen im Schnappschuss nicht in BGP. Das bedeutet, dass die eingetragene Richtlinie breiter ist als die aktuell beobachtete Topologie.

Die Namen sind nicht unbekannt. AS12338 ist Euskaltel. AS12479 ist Orange Spanien. AS3262 ist SAREnet. Das Vorhandensein von Orange Spanien und SAREnet in der eingetragenen Richtlinie ist nützlich, da es ein entworfenes Design oder ein geplantes Betreibermenü zeigt. Das Fehlen dieser beiden in BGP im RIPE-Schnappschuss ist ebenso wichtig. Ein Käufer sollte die drei nicht als aktuelle aktive Upstream-Diversität behandeln, es sei denn, Router-Daten, Verträge oder technische Nachweise zeigen, dass sie aktiv sind.

CAIDA AS Rankstimmt mit der engen Lesart überein. Es markiert AS202765 als gesehen, weist ihm einen Präfix-Kegel von drei und einen Adresskegel von 512 zu und registriert eine Provider-Beziehung.BGP.Toolsbeschreibt die ASN ebenfalls als ein kleines BGP-Netz mit einem Upstream-Provider und drei gültigen RPKI-Präfixen.Hurricane Electrics BGP-Toolkitlistet drei ursprüngliche IPv4-Präfixe, keine ursprünglichen IPv6-Präfixe und die drei ursprünglichen Präfixe als RPKI-gültig auf. Diese unabhängigen Ansichten ersetzen RIPE nicht, aber sie machen es schwieriger zu behaupten, dass die öffentliche Messung nur eine große Multi-Operator-Grenze vermisst.

Das bedeutet nicht, dass die Anlage nur einen physischen Betreiber im Gebäude hat. Uptime gibt an, dass der Standort Bizkaia Telekommunikationsdienste verschiedener Unternehmen nutzt. Rechenzentrum Map listet nahegelegene Betreiber- und Rechenzentrumsanlagen rund um Bilbao auf, darunter Einrichtungen von Telxius, Sarenet, IREN und EXA in der weiteren Region. ADI möglicherweise Betreiberräume, Kundeninterkonnektionen oder private Verbindungen haben, die nicht als Ursprungsnachbarschaft von AS202765 erscheinen. Der öffentliche Internet-Rand ist nur eine Schicht des Konnektivitätsstapels eines Rechenzentrums.

Dennoch, für einen Käufer, dessen Dienst vom gerouteten Rand von Rechenzentrum Euskadi abhängt, unterstützen die öffentlichen Nachweise eine Herabstufung von „nachgewiesene Betreiberdiversität“ zu „aktiv, aber noch nicht öffentlich diversifiziert nachgewiesen“.

Die behördlichen Nachweise wären einfach: aktueller Router-Mirror oder Routendaten, die mehrere aktive Upstreams zeigen, Dokumentation der physischen Routendiversität, Meet-Me-Rooms oder separate Eingangspunkte, Wartungsaufzeichnungen für Betreiberumschaltung und Kundentests, die zeigen, dass das Zurückziehen einer Route oder der Verlust eines Betreibers die gehosteten Dienste nicht unterbricht.

Gipuzkoa fügt Kapazitätsambition hinzu, bevor es einen Betriebsnachweis erbringt

Der Standort Gipuzkoa ist die zweite große Kapazitätsgeschichte. DieProjektankündigung von KREANgibt an, dass das neue Rechenzentrumsgebäude im Technologiepark Garaia in Arrasate-Mondragon, Gipuzkoa, mit mehr als 5.000 Quadratmetern Grundfläche und bis zu 3 MW IT-Ausrüstung in zwei Räumen liegen wird. Es heißt, dass diese Räume je nach Vermarktung schrittweise ausgestattet werden. Dieser letzte Satz ist entscheidend: Er präsentiert 3 MW als maximalen Bereitstellungspfad, nicht als Nachweis, dass 3 MW bereits Kundenarbeitslasten unterstützen.

DieAnkündigung des Technologieparks Garaia vom Dezember 2024gab an, dass der Bau im Technologiepark Garaia die zweite Phase des Projekts startet, während die erste Infrastruktur in Abanto eine Kapazität von 2 MW hatte und im ersten Quartal 2025 den Betrieb aufnehmen sollte. Derspanische DCD-Bericht über die KREAN-Vergabebeschrieb das neue Garaia-Projekt ebenfalls als ein 3-MW-Rechenzentrum. DasADI-Profil von Baxtelstuft ADI als zwei Einrichtungen auf zwei Märkten ein, mit Abanto in Betrieb und Arrasate im Bau.

Diese Expansionslogik ist kommerziell sinnvoll. Ein verteiltes Netz baskischer Rechenzentren könnte die Latenz für regionale Institutionen verringern, eine lokale Alternative zu Madrid oder ausländischem Hosting schaffen und Kunden eine souveränere Platzierungsoption bieten. Ein Zwei-Standort-Modell könnte schließlich geografische Redundanz, Arbeitslastverteilung und lokale Wiederherstellung unterstützen, wenn die Standorte unabhängige Stromversorgung, Netzwerkzugang, Betriebsteams und Replikationspfade haben.

Aber die öffentlichen Baunachweise stellen dieses Ergebnis noch nicht her. Ein zukünftiger Raum in Gipuzkoa kann nicht als Wiederherstellungsstandort für einen Kunden in Bizkaia verwendet werden, bis er gebaut, mit Strom versorgt, gekühlt, angebunden, gesichert, überwacht, personell besetzt, in Betrieb genommen, unter Vertrag genommen und getestet ist.

Die öffentlichen Aufzeichnungen zeigen noch keine Uptime-Built-Facility-Zertifizierung für Gipuzkoa, keine Live-Routen von diesem Standort, keine Kunden-Failover-Übungen zwischen den beiden Campi oder veröffentlichte Service-Level-Bedingungen, die die standortübergreifende Wiederherstellung beschreiben. Es ist vernünftig, Gipuzkoa als Expansionspotenzial zu behandeln, nicht als aktuelle Redundanz.

Der Markt sollte auch das Phasenrisiko beobachten. KREAN gibt an, dass die Räume je nach Vermarktung ausgestattet werden. Das ist normal und vernünftig: Datenräume sind teuer, und Überbauung vor der Nachfrage bindet Kapital. Dennoch verändert die Phaseneinteilung das Risikoprofil. Kunden können sich nicht auf einen zweiten Raum oder einen zweiten Standort verlassen, nur weil die Gebäudehülle die Kapazität dafür hat. Sie müssen wissen, was jetzt ausgestattet ist, was reserviert ist, was einen Versorger hat, was Generatoren und Kühlanlagen vertraglich gebunden hat und was nur ein für später ausgelegter Pfad ist.

Das ist wichtig, weil regionale Rechenzentrumsprojekte oft zwei Versprechen gleichzeitig verkaufen: lokales Vertrauen und Größe. Lokales Vertrauen kann früh vorhanden sein, durch Eigentum, Nähe und rechtliche Zuständigkeit. Die Größe kommt später, durch in Betrieb befindliche Megawatt, Betreiber, Personal und belegte Räume. Das Gipuzkoa-Projekt von Rechenzentrum Euskadi stärkt die Größenstory, aber die Nachweise sollten gestaffelt bleiben, bis die Inbetriebnahmefakten aufholen.

Die öffentlich-private Unterstützung verringert einige Risiken und führt andere ein

Die Aktionärsmischung von Rechenzentrum Euskadi ist eine Stärke. Die öffentliche Beteiligung, Aktionäre aus dem Telekommunikationssektor, ein Energieunternehmen, Finanzinstitute und Industriegruppen schaffen eine breitere Basis als ein unterkapitalisierter Einzelaktionär-Host. Sie schaffen auch einen Marktgrund für das Projekt: Die baskische Wirtschaft umfasst Hersteller, Finanzinstitute, Gesundheitswesen, öffentliche Verwaltung, Energie und Technologieunternehmen, die lokales Hosting, Datenlokalität und zuverlässige Nahdienste wünschen könnten.

DasPDF zur Daten-Governance-Strategie des baskischen öffentlichen Sektorsplatziert Rechenzentrum Euskadi in einer breiteren öffentlichen Datenstrategie. Es stellt fest, dass die baskische Regierung im Juli 2022 die Beteiligung an Rechenzentrum Euskadi, S.L. genehmigte, deren Zweck die zentrale Verarbeitung und Verwaltung von Datendiensten und IT-Systeminfrastruktur für öffentliche oder private Einrichtungen war, und beschreibt das Projekt als Reaktion auf die wachsende Nachfrage nach Datenhosting bei Verwaltungen und im industriellen und kommerziellen Gefüge, insbesondere kleinen und mittleren Unternehmen. DieBOPV-Dekretsseiteist die rechtliche Grundlage für diese Beteiligung.

Dieser Kontext erklärt, warum das Projekt wichtig ist. Es ist nicht einfach ein weiterer Colocation-Raum in Nordspanien. Es ist Teil eines regionalen Versuchs, die Verarbeitung kritischer Daten näher an den Institutionen und Unternehmen zu halten, die sie generieren, die Souveränität zu verbessern und die lokale digitale Transformation zu unterstützen.

Der Standortbesichtigungsbericht von Ayesa wiederholt diesen politischen Rahmen und beschreibt die Abanto-Anlage als großes fortschrittliches Rechenzentrum in Nordspanien, das dem öffentlichen und privaten Sektor dient, mit behaupteten Vorteilen in Bezug auf Nähe, Sicherheit und regionale Investitionen.

Aber die Aktionärsqualität beseitigt nicht die Notwendigkeit von Betriebsnachweisen. Ein öffentlich-privates Fahrzeug kann immer noch mit Verzögerungen bei der Versorgungsanbindung, Bauinflation, Personalknappheit, Lieferantenverzögerungen, Betreiberkonzentration oder einem Missverhältnis zwischen Nachfrage und ausgestatteter Kapazität konfrontiert sein. Öffentliche Institutionen können geduldiges Kapital und Ankernachfrage bringen, aber sie können auch Governance-Komplexität schaffen.

Telekommunikationsaktionäre können Konnektivität bringen, aber sie können die Anlage auch sichtbar von einem einzigen verbundenen oder regionalen Betreiber abhängig machen, es sei denn, unabhängige Betreiber werden aktiv in Betrieb genommen und getestet. Die Beteiligung des Energiesektors kann bei Wissen und Beschaffung helfen, aber das ist nicht dasselbe wie ein veröffentlichter Nachweis der doppelten Stromversorgung.

Der Betriebsnachweis muss als eigene Schicht behandelt werden. Ein Kunde sollte fragen: Wer betreibt den Standort täglich; welche Anlage gehört Rechenzentrum Euskadi und welche ist im Lieferantenvertrag; welche Betreiber haben Ausrüstung installiert; ob Kundeninterkonnektionen AS202765 vollständig umgehen können; wie Wartungsfenster kommuniziert werden; und wie Governance-Entscheidungen getroffen werden, wenn öffentliche und private Prioritäten auseinandergehen. Das sind keine feindlichen Fragen.

Es sind die normalen Fragen, die gestellt werden, wenn ein Rechenzentrum zu einer Abhängigkeit für Krankenhäuser, Fabriken, Banken, Gemeinden oder Softwareanbieter wird.

Die Eigentümergeschichte unterstützt daher durchschnittliche Nachweise, nicht starke. Sie ist glaubwürdig und strategisch konsistent. Sie ersetzt keine Stromlaufpläne, Betreiberdiversitätstestaufzeichnungen, Vorfallberichte, Dienstbestandsverzeichnisse oder Kundenwiederherstellungsnachweise.

Der Pfad des Versagens beginnt mit Strom und Kühlung, nicht mit der ASN

Für einen Rechenzentrumsbetreiber ist das Internet-Routing nur der öffentliche Rand eines größeren physischen Systems. Der erste Versagenspfad ist die Stromversorgung. Ein regionaler Stromausfall kann kurz sein und dennoch schädlich, wenn die Übertragungssysteme, Batterien, Generatorstartsequenzen oder Kraftstoffverträge versagen. Die Kundenhistorie von Uptime gibt an, dass ADI die Koordination von Strom, Kühlung und Brandbekämpfung unter Umschaltbedingungen behandelt hat und dass die Widerstandsfähigkeit während eines regionalen Ausfalls getestet wurde. Das ist eine ermutigende Aussage.

Die öffentliche Seite gibt jedoch nicht das Datum des Ausfalls, das betroffene Versorgungsgebiet, die Dauer, die IT-Last, die Generatorlaufzeit, die Auswirkungen auf Kunden oder ob ein Wartungsmodus aktiv war, preis.

Der zweite Versagenspfad ist die Kühlung. Ein 1-MW-Raum konzentriert Wärme. Selbst wenn die Stromversorgung verfügbar bleibt, kann ein Ausfall des Kühlsystems eine Lastabwurf, Notabschaltung oder Hardwarestress erzwingen. Das Tier-IV-Design und die Built-Facility-Zertifizierung implizieren ein hohes Niveau im Rahmen, aber Käufer benötigen dennoch anlagenspezifische Details: Kühlungstopologie, Ansatz für gleichzeitige Wartung, Wasser- oder Kältemittelabhängigkeiten, Alarmreaktion, Ersatzteilbestand, saisonale Testergebnisse und was bei einer Hitzewelle oder lokalen Wasserbeschränkung passiert.

Die öffentlichen Aufzeichnungen liefern diese Details nicht.

Der dritte Versagenspfad ist die Branderkennung und -bekämpfung. Uptime gibt an, dass ADI die Koordination von Strom, Kühlung und Brandbekämpfung unter Umschaltbedingungen behandelt hat, aber die öffentliche Geschichte identifiziert nicht die spezifische Löschtechnologie, Erkennungszonen, Eindämmung oder den Wiederherstellungsprozess nach einem Alarm. Diese Auslassung weist nicht auf eine Schwäche hin.

Sie bedeutet lediglich, dass der externe Leser „zertifizierte Anlage“ nicht in eine granulierte Aussage darüber übersetzen kann, wie schnell ein Kunde nach einem Rauchereignis, einem Fehlalarm, einer Isolationsmaßnahme oder einer Nachkontrolle wiederhergestellt wird.

Der vierte Versagenspfad ist die Unterbrechung des Betreibertreffpunkts. Die aktuelle öffentliche Ansicht von AS202765 konzentriert sich über AS12338. Wenn ein gehosteter Dienst vom gerouteten Adressraum des Unternehmens abhängt und dieser Upstream ausfällt, ist die öffentliche Erreichbarkeit gefährdet, es sei denn, ein anderer beobachteter Pfad ist aktiv. Wenn Kunden ihre eigenen Betreiber oder private Interkonnektionen mitbringen, verlagert sich das Risiko auf den Meet-Me-Raum, das Interkonnektionsmanagement, die Diversität der Gebäudeeingänge und das Kundendesign.

Öffentliche Routendaten können nicht all dies zeigen, weshalb die Betreiberfrage sowohl auf Anlagenebene als auch auf ASN-Ebene gestellt werden muss.

Der fünfte Versagenspfad ist die Bauverzögerung. Phase 1 in Bizkaia hat das reine Baurisiko hinter sich gelassen, aber die zweite Phase in Bizkaia und Gipuzkoa sind in den öffentlichen Aufzeichnungen noch Fragen der Kapazitätserweiterung. Kunden, die mehrjährige Migrationen planen, müssen wissen, ob zukünftige Räume vertragliche Verpflichtungen oder Zieltermine sind. Eine Verzögerung in Gipuzkoa könnte einen Kunden ohne zweiten lokalen Standort lassen. Eine Verzögerung bei einem zweiten Modul in Bizkaia könnte die verfügbaren Racks, High-Density-Bereitstellungen oder das Wachstum einschränken.

Die öffentlichen Nachweise machen dies zu einer lebendigen Frage, da mehrere Quellen eine schrittweise Inbetriebnahme oder eine phasenweise Ausstattung beschreiben.

Der sechste Versagenspfad ist die Abweichung der Nachweise. Öffentliche Aussagen von 2022, 2023 und 2024 versprachen Starttermine und Kapazitätsziele. Einige haben sich zu Zertifizierungsnachweisen im Jahr 2025 entwickelt; andere bleiben Pläne. Das ist normal für Infrastruktur. Es bedeutet, dass alte Starttermine nicht als aktueller Betriebsnachweis recycelt werden sollten. Die aktuelle öffentliche Bewertung sollte Zertifizierungsdaten von 2025 und Routendaten von 2026 gegenüber früheren Projektankündigungen bevorzugen.

Wen es betrifft, wenn dieses System ausfällt

Das betroffene Publikum beschränkt sich nicht auf generische Cloud-Kunden. Uptime gibt an, dass ADI öffentliche Institutionen und private Unternehmen in den Sektoren Finanzen, Gesundheitswesen, Regierung und Fertigung bedient. Parke und die Daten-Governance-Strategie der baskischen Regierung präsentieren das Projekt als regionale Infrastruktur für Verwaltungen, Industrie und Unternehmen. Ayesa beschreibt die Anlage als Unterstützung fortschrittlicher Infrastruktur-, Plattform- und Anwendungsdienste für die Sektoren Energie, Fertigung, Gesundheitswesen und Finanzen. Das sind stark abhängige Sektoren.

Dieses Publikum ändert die Evidenzstufe. Eine Software-Testumgebung kann einen Wartungsausfall tolerieren. Ein Krankenhaus-Terminbuchungssystem, eine Fertigungssteuerungsplattform, ein kommunaler Dienst, ein Identitätsspeicher, eine Finanzanwendung oder ein lokales Sicherungsrepository können dies möglicherweise nicht tolerieren. Für diese Arbeitslasten ist „Tier IV“ eine Eröffnungsfrage, nicht das Ende der Sorgfaltspflicht. Der Kunde muss immer noch seine eigene Anwendungsarchitektur auf die Fehlerdomänen der Anlage abbilden.

Wenn ein Hersteller die Anlage für die lokale Sicherung nutzt, ist das Problem die Wiederherstellungszeit. Können die Daten wiederhergestellt werden, wenn der primäre Standort ausfällt und der Betreiberpfad von Bizkaia beeinträchtigt ist? Wenn eine öffentliche Einrichtung sie für souveränes Datenhosting nutzt, ist das Problem die Zuständigkeit plus Verfügbarkeit. Bleibt der Dienst während eines regionalen Kabelvorfalls oder eines Wartungsfensters zugänglich?

Wenn ein Gesundheitsdienstleister sensible Arbeitslasten nutzt, geht es nicht nur um sicheren Speicher, sondern auch um Support-Eskalation und geprüfte Wiederherstellung nach einem Anlagenvorfall. Wenn ein Finanz- oder Energieunternehmen Colocation nutzt, geht es darum, ob Strom, Kühlung und Betreiber die eigene Resilienzauslegung des Kunden unterstützen können.

Das Unternehmen kann viele dieser Fragen privat beantworten. Öffentliche Berichte können keine Kundenverträge, Wartungstestaufzeichnungen oder tatsächliche Vorfalltickets einsehen. Aber der öffentliche Artikel sollte klarstellen, dass Kunden nicht durch die bloße Existenz eines Datenraums geschützt sind. Der Schutz kommt von der Übereinstimmung zwischen der Arbeitslastauslegung und den Anlagennachweisen.

Die regionalen Konsequenzen verdienen ebenfalls Aufmerksamkeit. Ein Reiz von Rechenzentrum Euskadi ist die Nähe: Dienste näher an baskischen Institutionen können die Latenz reduzieren und Argumente für die Daten-Governance erleichtern. Der Nachteil der regionalen Konzentration ist der korrelierte Ausfall. Wenn Kunden mehrere kritische Systeme in eine einzige lokale Anlage ohne unabhängige Offsite-Wiederherstellung verlagern, kann ein lokaler Strom-, Kühlungs-, Brand- oder Betreibervorfall das Risiko konzentrieren, anstatt es zu streuen.

Ein zukünftiger Standort in Gipuzkoa könnte nur helfen, wenn er in Betrieb genommen und als unabhängiger Wiederherstellungsstandort genutzt wird.

Was die Beweise über die angekündigte Kapazität aussagen

Die Geschichte der angekündigten Kapazität hat drei Ebenen. Die erste Ebene ist die Unternehmens- und Projektkapazität: Rechenzentrum Euskadi wurde für Datenverarbeitungs- und Systeminfrastrukturdienste gegründet, von öffentlichen und privaten Interessengruppen unterstützt, kapitalisiert und als ernsthaftes Projekt geführt. Diese Ebene wird gut durch die BOE-Register, Parke, Uptime und regionale Quellen gestützt.

Die zweite Ebene ist die Anlagenkapazität: Bizkaia hat einen glaubwürdigen Plan von zwei Phasen zu je 1 MW pro Phase, und Phase 1 erhielt laut Uptime im Mai 2025 die Built-Facility-Zertifizierung. Diese Ebene ist stärker als ein gewöhnliches Marktgerücht. Sie benötigt noch Präzision hinsichtlich des Umfangs. Die öffentlichen Nachweise sollten als „Phase 1 in Bizkaia abgeschlossen und zertifiziert, mit einem breiteren 2-MW-Plan für Bizkaia“ gelesen werden, nicht als „die gesamte angekündigte Kapazität im baskischen Netz ist betriebsbereit und verkauft“.

Die dritte Ebene ist die Netzwerkkapazität: AS202765 hat derzeit eine kleine IPv4-Zuweisung mit gültigem RPKI und einem beobachteten Nachbarn. Diese Ebene ist aktiv, aber eng. Sie beweist einen öffentlichen Routing-Rand; sie beweist nicht die Multi-Betreiber-Tiefe, den Meet-Me-Raum und die Kundenumschaltung, die ein betreiberneutrales Rechenzentrum in einer formellen Käuferprüfung demonstrieren sollte.

Die vierte Ebene ist die Expansionskapazität: Gipuzkoa ist öffentlich geplant und in der Projektentwicklung, mit bis zu 3 MW IT-Ausrüstung in zwei Räumen, die schrittweise ausgestattet werden. Diese Ebene ist kommerziell relevant, bleibt aber zukunftsgerichtet, bis spätere öffentliche Nachweise Inbetriebnahme, Zertifizierung, Netzwerkinbetriebnahme und Kundennutzung zeigen.

Zusammen rechtfertigen diese Ebenen eine vorsichtige positive Bewertung. Rechenzentrum Euskadi ist stärker als ein nominales Netzwerk und schwächer als ein vollständig transparenter Multi-Standort-Betreiber mit veröffentlichter aktiver Last, Betreibermatrix und Kundenwiederherstellungsnachweisen. Das vertretbarste Etikett ist durchschnittliche Evidenz mit Bedingungen.

Was die verbleibenden Fragen klären würde

Das erste fehlende Element ist eine aktuelle Anlagenumfangserklärung. Sie sollte angeben, welche Räume in Bizkaia gebaut, in Betrieb genommen, zertifiziert, verkauft und verfügbar sind; welche IT-Last jeder Raum trägt; welche Last für Redundanz reserviert ist; und was zukünftige Kapazität bleibt. Dies erfordert nicht die Offenlegung von Kundennamen. Es erfordert die Abstimmung der öffentlichen Kapazitätssprache auf den technischen Zustand.

Das zweite fehlende Element ist der Stromnachweis. Ein Käufer sollte die Auslegung der Versorgungsanschlüsse, die Anzahl der Generatoren und deren Autonomie, die USV-Topologie, die Kraftstoffvorkehrungen, die Lasttests, das Wartungsmodusverfahren und den Nachweis sehen, dass die zertifizierte Topologie nach Kundenanpassungen intakt bleibt. Die Uptime-Zertifizierung ist ein guter Anfang; die nächste Stufe ist die eigene aktuelle Betriebsakte des Betreibers.

Das dritte fehlende Element ist der Kühlungs- und Brandnachweis. Kunden sollten wissen, wie die Kühlung aufgeteilt ist, wie Racks mit hoher Dichte behandelt werden, wie Kühlungsalarme eskalieren und wie Löschung und Wiederherstellung nach einem Zonenereignis funktionieren. Dies ist besonders wichtig, wenn der Standort fortschrittliches Rechnen, dichte Cloud- oder Hochleistungsarbeitslasten vermarktet, da die thermische Dichte das Risikoprofil schneller ändern kann als die Grundfläche.

Das vierte fehlende Element ist der Betreibernachweis. Das öffentliche BGP sollte schließlich mehr als einen beobachteten Live-Nachbarn zeigen, wenn AS202765 selbst der kundenorientierte Routing-Rand ist. Wenn die betreiberneutrale Colocation der Kerndienst ist, sollte der Betreiber stattdessen eine Liste der Betreiber vor Ort, Informationen über diversifizierte Straßeneingänge und Interkonnektionsverfahren bereitstellen. Die aktuelle öffentliche Lücke ist nicht fatal; sie ist einfach ungelöst.

Das fünfte fehlende Element ist der standortübergreifende Wiederherstellungsnachweis. Wenn Gipuzkoa online ist, wird die Schlüsselfrage nicht sein, ob zwei Gebäude existieren. Es wird sein, ob Kunden sie tatsächlich als unabhängige Fehlerdomänen nutzen können. Dies erfordert standortübergreifende Latenz, Replikationsoptionen, betriebliche Trennung, Netzwerkdiversität, koordinierte Wartungsfenster und getestetes Failover.

Das sechste fehlende Element ist die Transparenz von Vorfällen und Ausfällen. Uptime gibt an, dass die Widerstandsfähigkeit während eines regionalen Ausfalls getestet wurde. Eine öffentliche Zusammenfassung dessen, was passiert ist, was versagt hat oder nicht, welche Last vorhanden war und was verbessert wurde, würde das Vertrauen stark stärken. Es würde Rechenzentrum Euskadi auch von Betreibern unterscheiden, die sich auf Zertifizierungssprache verlassen, aber nie zeigen, wie tatsächliche Vorfälle behandelt werden.

Es gibt auch einen geschäftlichen Evidenzpunkt, der zwischen technischen Diagrammen und Kundennamen liegt: die Bedingungen, unter denen die Kapazität tatsächlich angeboten wird. Ein Käufer muss nicht verlangen, dass der Betreiber vertrauliche Verträge veröffentlicht, aber er benötigt Klarheit über Reservierungs-, Aktivierungs- und Ausstiegsrechte. Wenn ein Rack, eine Käfig, eine Cloud-Zone oder ein Plattformdienst aus Phase 1 von Bizkaia verkauft wird, sollte die Dienstbeschreibung angeben, welche Stromklasse, welches Interkonnektionsmodell, welches Support-Fenster und welche Wiederherstellungsverantwortung gelten.

Wenn ein späteres Modul von Bizkaia oder das Gebäude in Gipuzkoa vor Fertigstellung verkauft wird, sollte der Vertrag zwischen reservierter zukünftiger Kapazität und aktivem Dienst unterscheiden. Diese Unterscheidung verhindert, dass eine regionale Hosting-Entscheidung zu einer ungeplanten Bauwette wird.

Dies ist besonders wichtig für Kunden, die den baskischen Standort als Souveränitäts- oder Kontinuitätsvorteil betrachten. Datenlokalität ist nur nützlich, wenn der Dienst unter Stress zugänglich und wiederherstellbar bleibt. Eine lokale Anlage mit schwacher externer Konnektivität kann ein schöner Single Point of Failure werden; ein zertifizierter Raum ohne getestete Kundenwiederherstellung kann die Anlagenausrüstung schützen, aber die Anwendungen unvorbereitet lassen; ein zweites Gebäude mag wie geografische Redundanz aussehen, aber es mangelt ihm möglicherweise an Live-Replikation, getrennten Betreibern oder unabhängigen Wartungsteams.

Keines dieser Risiken ist einzigartig für Rechenzentrum Euskadi. Es sind die gewöhnlichen Lücken, die sich jedes Mal auftun, wenn ein ernsthaftes Infrastrukturprojekt vom Baunachweis zur Betriebsabhängigkeit übergeht.

Die faire Haltung des Kunden ist daher, nach Beweisen zu suchen, anstatt konfrontativ zu sein. Akzeptieren Sie die öffentlich-private Unterstützung als Zeichen strategischen Engagements. Akzeptieren Sie die Uptime-Akte als starke Unterstützung für den zertifizierten Umfang von Bizkaia. Akzeptieren Sie AS202765 als Nachweis, dass das Unternehmen einen aktuellen öffentlichen Routing-Rand hat.

Fragen Sie dann nach der nächsten Schicht: aktuelle Belegung, Live-Lastbänder, Betreiberübergabediagramme, Failover-Testdaten, Wartungsverlaufszusammenfassungen, Sicherungs- und Wiederherstellungsbedingungen, Support-Eskalationsnamen und eine klare Aussage, welche Behauptungen für Phase 1 von Bizkaia gelten, welche für die spätere Kapazität von Bizkaia und welche Pläne für Gipuzkoa bleiben. Wenn der Betreiber dieses Material privat bereitstellen kann, sollte die öffentliche Evidenznote steigen. Bis dahin sollte die öffentliche Note diszipliniert bleiben.

Der Evidenz-Score

Rechenzentrum Euskadi erhält einen durchschnittlichen Netzwerk- und Anlagen-Evidenz-Score. Der Grund ist ausgewogen: Das Unternehmen hat ein gültiges Handelsregister, eine öffentlich-private Aktionärsbasis, eine glaubwürdige Anlage in Bizkaia, Tier-IV-Design- und Built-Facility-Zertifizierungen von Uptime für Rechenzentrum EUSKADI Bizkaia, eine Live-AS202765-Routing-Oberfläche und ein konkretes Expansionsprojekt in Gipuzkoa. Das sind keine schwachen Signale.

Der Score ist nicht stark, weil die öffentlichen Betriebsnachweise immer noch Lücken aufweisen, die direkt für die Resilienz relevant sind. Die Live-ASN-Oberfläche ist klein, nur IPv4 und sichtbar über einen beobachteten Nachbarn verbunden. Die eingetragene Richtlinie erwähnt mehr Gegenparteien, als das BGP derzeit bestätigt. Das öffentliche Anlagenmaterial veröffentlicht keine aktuelle Live-Last, keinen Nachweis der doppelten Stromversorgung, keine Generatorlaufzeit, keinen genauen zertifizierten Umfang über Phase 1 hinaus, keine Betreibereingangsdiversität oder Kunden-Failover-Ergebnisse.

Gipuzkoa ist eine zukünftige Kapazitätsgeschichte, bis es in Betrieb genommen und unabhängig bezeugt ist.

Die praktische Schlussfolgerung ist daher klar. Rechenzentrum Euskadi sollte als echter baskischer Rechenzentrumsbetreiber mit einem glaubwürdigen zertifizierten Ankerstandort behandelt werden, nicht als spekulative Hülle. Es sollte auch als Anbieter behandelt werden, dessen vermarktete Kapazität noch phasenweise Nachweise benötigt, bevor Kunden sie für kritische regionale Arbeitslasten nutzen. Die angemessene Sorgfaltspflicht ist weder Ablehnung noch Vertrauen durch Ankündigung.

Es ist die Akzeptanz der verifizierten Nachweise für Phase 1 von Bizkaia, mit harten Fragen zu Strom, Kühlung, Betreiberdiversität, Live-Last und Wiederherstellung, bevor eine breitere Kapazitätsgeschichte von 2 MW plus 3 MW als Betriebstatsache behandelt wird.