INTERHOST Servicios de Hosting en Internet S.A. verkauft gehostete Kapazitäten, die immer noch von Racks, Transit und Reparaturfenstern abhängen

Zusammenfassung

• Die Interhost-Cloud ist physisch auf zwei Betriebsstandorte in Spanien konzentriert: eine private Suite in einem betreiberseutralen Colocation-Rechenzentrum der Tier-III-Klasse in Madrid und ein eigenständiger Rechenzentrumsstandort in Avilés. Dies untermauert ein glaubwürdiges Inlands-Hosting-Angebot, belegt jedoch nicht, dass jeder Kundendienst an beiden Standorten repliziert ist.
• Das Unternehmen betreibt AS15919, und am 12. Juli 2026 zeigten RIPE-Beobachtungen sechs IPv4-Ankündigungen, eine IPv6-Ankündigung, 18.432 angekündigte IPv4-Adressen und vollständige Sichtbarkeit bei allen meldenden RIS-Peers. Die öffentlichen Routing-Nachweise bestätigen ein aktives Netzwerk; sie belegen keine Unabhängigkeit der Glasfaserpfade, Anwendungsverfügbarkeit oder die Qualität jedes Kundenvertrags.
• Die entscheidenden Risiken liegen an den Eigentumsgrenzen. Interhost ist beim dedizierten Hosting für die Ausrüstung und Wartung der Lieferanten verantwortlich, während ein Housing-Kunde für seine eigene Hardware verantwortlich bleibt. Wiederherstellung, Reservekapazität, Support-Reaktion, Lizenzen, Backups und Migration werden separat abgerechnet oder konzipiert, sodass die nutzbare Belastbarkeit weitaus enger sein kann als die gesamte technische Kapazität des Anbieters.
• Das aktuelle BSI-Zertifikat, ein im Jahr 2025 in Kraft getretener öffentlicher Vertrag, eine jüngste Fallstudie der Muttergesellschaft und aktive Routenankündigungen stützen die Bewertung als aktiver Betreiber. Die endgültige Bewertung der Netzwerknachweise lautet "Mittel", da öffentliche Quellen die Rack-Belegung, Leistungsreserven, Hardware-Vorräte, getestete Wiederherstellungsergebnisse und die service-spezifische Topologie auslassen.

Die Cloud beginnt in einem Raum

Der aufschlussreichste Satz in den öffentlichen Unterlagen von Interhost bezieht sich nicht auf Elastizität. Es handelt sich um die Beschreibung des Unternehmens seiner Madrider Anlage als privater Technikraum oder Suite innerhalb eines großen, betreiberseutralen Colocation-Rechenzentrums der Tier-III-Klasse. Sein zweiter benannter Standort in Avilés in Asturien wird als eigenständiges Rechenzentrum beschrieben. Diese Details in InterhostsRechenzentrumsbeschreibungverwandeln ein abstraktes Cloud-Angebot in ein konkretes Betriebsmodell.

An einem Ende des Modells steht ein Kunde, der in einem Portal oder auf einer Rechnung Prozessoren, Arbeitsspeicher und Speicher sieht. Am anderen Ende stehen Racks, die in zwei spanischen Städten Strom verbrauchen, Rack-Head-Switches, Storage-Arrays, Router, Interconnections, Firewalls, Backup-Medien und Personen mit Zutrittsberechtigung zum Raum. Dazwischen liegt eine Kette von Verträgen. Interhost kann einen Server besitzen, aber den Raum, in dem er läuft, mieten. Es kann das autonome System betreiben, aber den Upstream-Transit einkaufen. Es kann ein Betriebssystem verwalten, während ein Kunde die Anwendung besitzt.

Es kann eine Fernkopie anbieten, während der Kunde nicht für eine Warm-Standby-Umgebung bezahlt hat.

Diese Kette ist die sinnvolle Art, Interhost zu verstehen. Das Unternehmen ist weder ein anonymer Wiederverkäufer von Hyperscale-Kapazität noch, nach öffentlichen Belegen, Eigentümer einer riesigen autonomen Domäne. Es ist ein spanischer Managed-Hosting-Betreiber, der sein eigenes Netzwerk und Servicepersonal mit einer Mischung aus dedizierter Ausrüstung, gemeinsam genutzten Cloud-Ressourcen und Drittanbieter-Zuträgen an Einrichtungen und Betreibern kombiniert.

Sein Wert liegt in der Zusammenstellung dieser Schichten für Kunden, die mehr Aufmerksamkeit, nationale Standortnähe und betriebliche Unterstützung wünschen, als eine Standard-VM normalerweise bietet. Sein Risiko liegt in derselben Zusammenstellung: Die Verfügbarkeit hängt davon ab, wo die Verantwortung die Hände wechselt.

InterhostsServicekatalog von 2022ist in dieser Hinsicht außergewöhnlich offen. Er behandelt Migration, Konfiguration, Netzwerksegmentierung, Überwachung, Backups, Notfallwiederherstellung und Support als separate Dienste mit eigenen Voraussetzungen und Abrechnungseinheiten. Das ist wichtig. Ein Anbieter kann zwei Standorte, mehrere Betreiber und Fernkopiertechnologie besitzen, während ein einzelner Kunde nur eine einzige Maschine in einem einzigen Raum vertraglich vereinbart hat. Die Fähigkeit des Unternehmens ist nicht dasselbe wie der Anspruch auf Service.

Die öffentlichen Belege stützen die Existenz eines echten Betreibers. Sie stützen keine präzise Aussage über Megawatt, belegte Racks, Serveranzahl oder Reservekapazität. Interhost veröffentlicht kein aktuelles Kapazitätsdashboard, kein Inventar der verfügbaren Bare-Metal-Modelle und keine Placement-Karte pro Dienst. Die verantwortungsvolle Schlussfolgerung ist daher enger: Interhost verfügt über identifizierbare spanische Einrichtungen, ein aktives autonomes System, langjährige Adressressourcen, eine laufende Zertifizierung und Belege für aktuelle Geschäftstätigkeit.

Die Menge der nutzbaren Kapazität, die ein Käufer erhält, bleibt eine Frage des Vertrags und der Architektur.

Eine Tochtergesellschaft mit spezifischer Rolle

Die rechtliche und Eigentümerstruktur ist wichtig, weil Kunden mehr als nur Rechenleistung kaufen. DerNichtfinanzielle Bericht 2024von SATEC identifiziert Servicios de Hosting en Internet, S.A.U., bekannt als Interhost, als eine 100%ige Tochtergesellschaft von SATEC. Als Hauptgeschäftszweck des Unternehmens wird Hosting und Housing auf dem spanischen und portugiesischen Markt angegeben. Die Muttergesellschaft beschreibt Interhost als das für die Hosting-Infrastruktur und den delegierten Betrieb zuständige Unternehmen des Konzerns, während SATEC umfassendere Systemintegrations- und Beratungskapazitäten bereitstellt.

Diese Anordnung kann geschäftlich nützlich sein. Ein Kunde, der eine komplexe Umgebung verlagert, benötigt möglicherweise Anwendungskenntnisse, Netzwerkdesign und Migrationsarbeit sowie Rack-Platz. DieFallstudie der Industrie- und Handelskammer Madridvon SATEC beschreibt eine private Cloud-Infrastruktur, dedizierte Leitungen, Replikation an ein sekundäres Rechenzentrum, verwalteten Service und einen physischen Umzug, der weitgehend unterbrechungsfrei ablief, abgesehen von nicht redundanten Diensten während des Transports. Der Fall veranschaulicht, was die kombinierte Gruppe zusammenstellen kann.

Er veranschaulicht auch, warum Käufer für jede Schicht die verantwortliche Partei benennen sollten. Die Muttergesellschaft kann entwerfen und migrieren; die Tochtergesellschaft kann hosten und betreiben; ein Colocation-Unternehmen kann das Madrider Gebäude bereitstellen; Betreiber stellen die Leitungen; Technologieanbieter stellen Server, Speicher und Virtualisierungssoftware bereit. Eine einzige kommerzielle Front löscht diese Abhängigkeiten nicht.

Wenn ein Vorfall sie durchläuft, ist das nützliche Maß nicht die Anzahl der beteiligten Unternehmen, sondern ob eine einzige Partei die Befugnis hat, die Diagnose zu koordinieren, den Austausch zu genehmigen, den Status zu kommunizieren und den Dienst wiederherzustellen.

Die aktuellen Belege reduzieren, beseitigen aber nicht, die durch das schmale öffentliche Profil von Interhost hervorgerufene Besorgnis. EinBSI-ISO-9001-Zertifikatist von September 2024 bis August 2027 gültig und deckt das Hosting von Informationssystemen ab. Seine Geltungsbereichsseite listet Arbeitsstätten an der Avenida de Europa in Aravaca, der Calle Albasanz in Madrid und La Curtidora in Avilés auf. Eineöffentliche Ausschreibungsbekanntmachungverzeichnet Servicios de Hosting en Internet S.A.U. als erfolgreichen Bieter auf einen am 2. Januar 2025 in Kraft tretenden Vertrag. Keines der beiden Dokumente belegt die Leistung einer bestimmten gehosteten Anwendung, aber zusammen mit dem aktuellen Routing stellen sie einen besseren Beleg für den fortgesetzten Betrieb dar als eine undatierte Marketingseite.

Die Eigentümerstruktur prägt auch das finanzielle Risiko. Eine spezialisierte, zu 100% gehaltene Tochtergesellschaft kann von den Geschäftsbeziehungen, dem technischen Know-how und der Einkaufsmacht der Muttergesellschaft profitieren. Dennoch sollten Kunden stets verstehen, welche juristische Person ihre Ausrüstung besitzt, ihren Service in Rechnung stellt, die Softwarelizenzen hält, das Bereitschaftspersonal beschäftigt und die Service-Credit-Verpflichtungen übernimmt. Die Zugehörigkeit zur Muttergesellschaft ist nicht automatisch eine Garantie für die Verbindlichkeiten der Tochtergesellschaft.

Die relevanten Schutzmaßnahmen ergeben sich aus dem unterzeichneten Vertrag.

Was der Kunde tatsächlich kauft

Interhost deckt mehrere Modelle ab, die leicht zu verwechseln sind. SeineSeite für dediziertes Hostingbeschreibt physische Ausrüstung und Software, die einem Kunden vorbehalten und von Interhost dimensioniert werden. In diesem Modell kümmert sich das Unternehmen um Konfiguration, Lieferantenbeziehungen sowie vorbeugende, korrektive und aufrüstende Wartung der Hardware sowie um die Basissoftware wie das Betriebssystem. Der Kunde ersetzt einen einmaligen Gerätekauf durch wiederkehrende Servicegebühren und delegiert einen erheblichen Teil der Reparaturlast.

"Dediziert" bedeutet nicht, dass es von allen gemeinsam genutzten Komponenten isoliert ist. Interhost selbst sagt, dass die dedizierte Ausrüstung in die gemeinsam genutzte Konnektivität, Sicherheit, Daten-Backend und Nebeninfrastruktur integriert ist. Ein Kunde kann also Wettbewerb auf einem Server vermeiden und dennoch von gemeinsam genutzten Grenzroutern, Firewalls, Speicherdiensten, Stromverteilung oder Support-Personal abhängig sein. Die Architektur kann gut gestaltet sein; der Punkt ist, dass das Wort "dediziert" nur bestimmte Schichten definiert.

Housing verschiebt die Grenze. Auf InterhostsHousing- und Colocation-Seitestellt der Kunde die Infrastruktur und bleibt für Wartung und korrekte Dimensionierung verantwortlich. Interhost legt die Integrationsanforderungen fest und kann Unterstützung leisten, aber die Maschine des Kunden bleibt das Problem des Kunden, es sei denn, es wurde zusätzliches Management eingekauft. Bei der Basis-Colocation stellt der Anbieter hauptsächlich Rack-Einheiten oder ein Rack, Strom, Kühlung und in der Regel Konnektivität. Eine ausgefallene Festplatte um 2:00 Uhr kann daher zu zwei sehr unterschiedlichen Ergebnissen führen: eine automatische Aktion von Interhost im Rahmen eines verwalteten Dediziert-Vertrags oder eine Benachrichtigung, die den Housing-Kunden zwingt, Arbeiten zu autorisieren, ein Ersatzteil zu liefern oder einen Ingenieur zu schicken.

Das Cloud-Angebot führt gemeinsam genutzte Kapazität ein. InterhostsSeite für virtuelle Rechenzentrenlistet Public Cloud, Private Cloud, Managed Private Cloud, virtuelle Rechenzentren und virtuelle private Clouds auf. Sie besagt, dass ein virtuelles Rechenzentrum Server, Sicherheit, Speicher, Kommunikation, Administration, Überwachung und Backup kombinieren kann. Sie stellt auch explizit fest, dass Ressourcen in einem gemeinsam genutzten Pool mit Überbelegung virtuellen Maschinen zugewiesen werden können.

Überbelegung ist nicht grundsätzlich fehlerhaft. Sie ist eine der wirtschaftlichen Grundlagen des Cloud Computing: Kunden verbrauchen selten gleichzeitig ihre maximalen CPU-, Speicher-, Storage- und Netzwerkzuweisungen, sodass ein Anbieter eine logische Kapazität verkaufen kann, die größer ist als die kontinuierlich nutzbare physische Gesamtkapazität. Das Risiko entsteht, wenn zu viele Mandanten gleichzeitig Spitzenlast erzeugen, wenn die Speicherlatenz steigt, wenn ein Host ausfällt und die verbleibenden Hosts seine Last nicht aufnehmen können, oder wenn einem Wiederherstellungsstandort dieselbe Reserve wie der Produktion fehlt.

Käufer benötigen Leistungsziele und Failover-Annahmen, nicht nur eine nominale vCPU-Zählung.

Private Cloud kann den Nachbarschaftswettbewerb reduzieren, führt aber Fragen zum Hardware-Lebenszyklus und zur Mindestverpflichtung ein. Wem gehören die Server am Ende des Vertrags? Wie schnell kann ein ausgefallener Host ersetzt werden? Ist ein Ersatzteil installiert, vor Ort, beim Händler verfügbar oder wird es nach der Diagnose bestellt? Erfordert eine Verlängerung eine neue Laufzeit? Kann der Kunde seine Kapazität reduzieren, oder ist die Flexibilität hauptsächlich aufwärtsgerichtet? Die öffentlichen Seiten von Interhost erklären die Servicekategorien, veröffentlichen aber keine Standardantworten.

Diese Auslassungen implizieren keine schwache Praxis; sie bedeuten, dass die wirtschaftlichen Bedingungen nicht aus dem Produktnamen abgeleitet werden können.

Managed Services sind eine weitere separate Schicht. Interhost veröffentlicht Seiten fürkontinuierlichen Erstlinien-Support,Zweitlinien-Support,Remote Hands und Vor-Ort-Support,delegierte SystemadministrationundÜberwachung. Das Menü vermittelt eine entscheidende Tatsache: Erkennung, Triage, Diagnose, physischer Eingriff und Betriebssystemadministration können separate Verpflichtungen sein. Eine Behauptung von 24/7-Überwachung ist nicht dasselbe wie ein 24/7-Recht zur Änderung des Kundensystems.

Der Dienst muss daher als Ganzes gelesen werden. Die Rechenleistung ist nur eine Position. Das Betriebsprodukt umfasst auch die Zeit bis zur Fehlererkennung, die Handlungsbefugnis, den Zugang zu Ersatzteilen, den Zugang zum Raum, die Eskalation an Betreiber und Lieferanten, die Backup-Integrität, die Kommunikation mit dem Kunden und die Geschäftsregeln für außerplanmäßige Arbeiten. Ein niedriger monatlicher Preis kann ein schmales Paket widerspiegeln, nicht eine effizientere Infrastruktur. Ein höherer Preis kann Personal und Wiederherstellungskapazität kaufen, die in einer VM-Spezifikation unsichtbar bleiben.

Madrid, Avilés und die Bedeutung der Standortnähe

Die Geographie von Interhost ist kompakt genug, um bedeutsam zu sein. Das Unternehmen nennt Madrid und Avilés als seine beiden betrieblichen Rechenzentrumsstandorte. Madrid ist Spaniens größter Konnektivitäts- und Unternehmensmarkt; Avilés bietet geografische Trennung in Asturien, Hunderte Kilometer nordwestlich. Für Organisationen, die Daten innerhalb Spaniens halten möchten, kann dies einfacher zu beurteilen sein als eine große Cloud-Region, deren Kundenname mehrere Einrichtungen und Subunternehmer verbirgt.

Standortnähe hat mindestens vier Dimensionen. Der erste ist der primäre Datenaufbewahrungsort. Der zweite ist der Standort von Backups und Replikaten. Der dritte ist, wo Administratoren und Supportsysteme auf die Daten zugreifen können. Der vierte ist die rechtliche Kette von Verarbeitern und Lieferanten. Ein spanischer Primärserver beweist nicht, dass jede Kopie in Spanien bleibt, und die spanische Unternehmenseigentümerschaft beweist nicht, dass jedes Support-Tool oder jeder Softwareanbieter inländisch ist.

Die Zwei-Standort-Beschreibung von Interhost und seine spanischen Adressen machen ein nationales Design plausibel, aber jeder Kunde muss die tatsächliche Platzierung und die Bedingungen der Unterauftragnehmer bestätigen.

Die Unterscheidung zwischen Einrichtungsbesitzer und Servicebetreiber ist besonders in Madrid wichtig. Interhost beschreibt seinen dortigen Fußabdruck als private Suite in einem großen betreiberseutralen Colocation-Rechenzentrum, nicht als ein vollständig von Interhost besessenes und betriebenes Gebäude. Dieses Modell kann eine Stärke sein. Eine spezialisierte Colocation-Einrichtung kann robuste Stromversorgung, Kühlung, physische Sicherheit und einen dichten Meet-Me-Room für Betreiber bieten. Interhost sagt, dass sein Madrider Standort über denMeet-Me-Room-Serviceder Einrichtung Zugang zu mehr als 50 Betreibern hat.

Doch die betreiberseutrale Einrichtung bleibt eine Abhängigkeit. Interhost kann seine Racks, Switches und Servicekonfiguration steuern, ist aber für die Stromversorgung, Generatoren, Kühlsysteme, Zugangsregeln, gemeinsame Sicherheit und die Lieferung von Interconnection auf den Eigentümer angewiesen. Die Wartung kann eine Koordination zwischen den beiden Organisationen erfordern. Ein Vorfall auf Einrichtungsebene kann mehrere Anbieter gleichzeitig betreffen.

Ein betreiberreiches Gebäude hilft einem Kunden nicht, dessen beide Leitungen sich außerhalb einen Kabelkanal teilen, an einem einzigen Gerät enden oder von vornherein nie bestellt wurden.

Avilés wird als eigenständig beschrieben, was auf eine andere Einrichtungsgrenze hindeutet. Die öffentlichen Unterlagen geben keine Auskunft über seine aktuelle Stromkapazität, Kühlungsdesign, Belegung, Betreiberliste oder ob es die gleiche Reservehardware und Personalabdeckung wie Madrid hat. Das BSI-Zertifikat listet Hosting-Aktivitäten in La Curtidora in Avilés auf, und SATEC listet dort ein Büro. Diese Fakten stützen eine betriebliche Präsenz, aber eine Arbeitsadresse und eine Servicebehauptung ersetzen keinen Ingenieurplan.

Die Trennung zwischen Madrid und Avilés ist nur dann wertvoll, wenn die Servicearchitektur sie nutzt. Ein über Nacht nach Asturien kopiertes Backup schützt vor dem Verlust der Madrider Kopie, schafft aber keine Anwendung, die sofort neu starten kann. Ein Replikat ohne lizenzierte Rechenleistung, Netzwerk-Routen, Sicherheitsregeln, aktuelle Anmeldeinformationen und ein getestetes Betriebshandbuch kann immer noch Stunden oder Tage für die Aktivierung benötigen.

Ein Active-Active-Design kann sich schneller erholen, kostet aber mehr, kann für zustandsbehaftete Anwendungen schwierig sein und beide Standorte einem fehlerhaften Deployment oder einem kompromittierten Administrator aussetzen.

Kunden müssen auch zwischen Datensouveränität und betrieblicher Konzentration unterscheiden. Die Produktion und Wiederherstellung in Spanien zu halten, kann die Rechtshoheit und Latenz für spanische Nutzer vereinfachen. Es beseitigt nicht die gemeinsamen Abhängigkeiten von Interhost-Personal, Managementsystemen, Identitätsdiensten, Virtualisierungssoftware, Backup-Produkten oder einer Support-Funktion der Muttergesellschaft. Zwei Gebäude bieten keine Unabhängigkeit, wenn dieselbe fehlerhafte Änderung, dieselbe abgelaufene Lizenz oder dasselbe kompromittierte Konto beide ausschalten kann.

AS15919 ist sichtbar, aber Sichtbarkeit ist nicht Resilienz

Interhost betreibt ein eigenes autonomes System, AS15919. Dies ist eine bedeutende Fähigkeit für einen Hosting-Diensteanbieter. Sie ermöglicht es dem Unternehmen, Adressraum zu ursprüngen, Routing-Richtlinien anzuwenden und sich mit mehr als einem Upstream-Anbieter zu verbinden, anstatt die gesamte öffentliche Erreichbarkeit hinter einem einzigen Zugangsanbieter zu platzieren. InterhostsBeschreibung des IP-Transitsbesagt, dass sie ihre eigenen Adressbereiche und ihr autonomes System, mehrere Transit-Anbieter, Hochleistungs-BGP-Router und zwei Glasfaserzugänge für den Betreiberzugang an jedem Rechenzentrum verwendet. Sie sagt auch, dass lokale Anbieter normalerweise den Verkehr transportieren, während entfernte Anbieter nach einem Ausfall genutzt werden können.

Die aktuellen Beobachtungen Dritter stützen die grundlegende Behauptung, dass es sich um ein aktives geroutetes Netzwerk handelt. DieAS-Übersicht für AS15919von RIPEstat markierte es am 12. Juli 2026 als angekündigt. SeinRouting-Status-Eintragzeigte 18.432 angekündigte IPv4-Adressen über sechs beobachtete IPv4-Präfixe, eine IPv6-Ankündigung mit 65.536 /48-Einheiten und Sichtbarkeit bei allen 326 meldenden IPv4-Peers und allen 322 meldenden IPv6-Peers. DerEintrag der angekündigten Präfixeenthielt 217.75.224.0/19, 79.171.104.0/21, drei spezifischere 213.134-Blöcke, das übergeordnete 213.134.32.0/19 und 2001:b90::/32.

Die Beobachtungen zeigen auch eine Live-Kante, die kleiner ist, als die lange Liste der Importrichtlinien im Register vermuten lässt. DieNachbarbeobachtungvon RIPEstat fand zum Messzeitpunkt vier eindeutige benachbarte autonome Systeme: AS174, AS286, AS3257 und AS16091. Das RIPE-Routing-Objekt listet zusätzliche Richtlinien auf, aber die Registerrichtlinie ist eine erklärte Absicht und kann das beobachtete Routing überdauern, ihm vorausgehen oder von ihm abweichen. Keine der Quellen offenbart den physischen Pfad, den jede Leitung nimmt.

Das reicht aus, um zu sagen, dass Interhost keine rein nominelle Netzwerkidentität präsentiert. Der Adressraum ist global sichtbar, IPv6 ist vorhanden und mehrere Nachbarn werden beobachtet. Das reicht nicht aus, um die Anwendungsverfügbarkeit zu berechnen. BGP kann perfekt zu einer Firewall routen, hinter der ein Storage-Array ausgefallen ist. Zwei Upstream-Anbieter können sich einen Kabelkanal teilen. Ein breites Aggregat und mehrere spezifischere Ankündigungen können alle vom selben Router stammen.

Vollständige Sichtbarkeit bei den Route-Collectorn bedeutet, dass die Routen gesehen werden, nicht, dass Pakete ein Latenz- oder Verlustziel erreichen.

Die Routingsicherheit ist eine weitere offene Frage. Die RPKI-Prüfungen von RIPEstat für ausgewählte Interhost-Präfixe gaben einen unbekannten Status zurück, da bei diesen Abfragen keine gültige Route Origin Authorization gefunden wurde. Das bedeutet nicht, dass die Routen gekapert oder ungültig waren; es bedeutet, dass die ausgewählten Ursprungsankündigungen zum Zeitpunkt der Überprüfung nicht durch eine entsprechende sichtbare ROA geschützt waren. Für ein Hosting-Netzwerk würden die Veröffentlichung gültiger ROAs und dokumentierte Filterpraktiken die externen Belege stärken.

Kunden, die private Leitungen kaufen, stehen vor einer separaten Topologie. Die VPN- und Leitungsseite von Interhost erklärt, dass private Punkt-zu-Punkt-Leitungen, MPLS-Dienste des Betreibers und Out-of-Band-Zugang bereitgestellt werden können, unter Nutzung des Meet-Me-Raums der Madrider Einrichtung. Diese Verbindungen können für eine Unternehmensanwendung relevanter sein als der öffentliche Internet-Transit. Ihre Resilienz hängt von den bestellten Pfaden, der Anschlussausrüstung und der eigenen Site des Kunden ab. Ein Dual-Carrier-Design kann dennoch an einem einzigen Kundenrouter oder Gebäudeeingang scheitern.

Die praktische Sorgfaltsanforderung ist ein service-spezifischer Plan unter Vertraulichkeit: Produktions-Rack oder -Cluster, Wiederherstellungsstandort, Grenzgeräte, Betreiber, physische Eingänge, Interconnections, private Leitungen, Adressankündigungen, Firewalls und Verwaltungszugang. Er muss die anbieterweite Kapazität von den vertraglich zugewiesenen Komponenten unterscheiden. Die öffentlichen BGP-Belege sind eine nützliche Gegenprüfung, nicht die Architektur selbst.

Die installierte Kapazität ist nicht die nutzbare Kapazität

Die Hosting-Ökonomie wird durch die Differenz zwischen dem, was installiert ist, und dem, was sicher zugesagt werden kann, bestimmt. Ein Rack kann Server enthalten, deren CPUs größtenteils im Leerlauf sind, aber ohne Leistungsreserve für ein weiteres dichtes Gehäuse. Ein Storage-Array kann freie Terabyte haben, aber unzureichende I/O-Leistung während Backup oder Rebuild. Ein Cluster kann unter normalen Bedingungen komfortabel laufen, aber nach dem Ausfall eines Hosts gesättigt sein. Ein Wiederherstellungsstandort kann Kopien enthalten, ohne genügend lizenzierte Rechenleistung, um alle geschützten Kunden gleichzeitig auszuführen.

Die öffentlichen Unterlagen von Interhost bieten keine aktuellen Auslastungszahlen, was für einen privaten Betreiber normal ist, aber die externe Bewertung einschränkt. Es gibt keine veröffentlichten Messwerte zur Anzahl der Racks, verkaufbaren Kilowatt, reservierten Failover-Reserve, Speicherlatenz, Hardware-Alter oder ungenutzter Wiederherstellungskapazität. Behauptungen zur Skalierbarkeit müssen daher als Design- und Beschaffungsfähigkeit interpretiert werden, nicht als Beleg für ein sofortiges Angebot in jeder Größe.

Ihr eigenesEnergieeffizienzdokumenterkennt an, dass Rechenzentren von Stromverteilung und Umgebungskontrolle abhängen und dass Strom ein Hauptkostenfaktor ist. Das Dokument ist eher eine allgemeine Diskussion als eine Anlagenprüfung. Dennoch weist es auf einen unvermeidlichen Geschäftsmechanismus hin. Höhere Strom- und Colocation-Preise erreichen die Kunden letztendlich über Tarife, Verlängerungen, Leistungsbänder oder Einschränkungen bei dichter Ausrüstung. Ein Anbieter kann die Volatilität eine Zeitlang absorbieren, aber nicht aufheben.

Dediziertes Hosting fügt die Kosten des Lagers hinzu. Wenn Interhost verspricht, kundenspezifische Hardware zu warten, muss es zwischen installierter Redundanz, lokalen Ersatzteilen, Händlervereinbarungen und Austauschzeiten wählen. Jede Wahl hat einen Preis. Ein kompatiblen Server oder Controller im Leerlauf zu halten, verkürzt die Reparaturzeit, senkt aber die Auslastung. Sich auf den Versand durch den Lieferanten zu verlassen, ist billiger, bis ein Teil knapp wird. Die öffentlichen Seiten sagen, dass Interhost die Lieferantenbeziehungen verwaltet; sie legen keine Standard-Ersatzteilzusagen offen.

Die gemeinsame Cloud verschiebt die Gleichung von einzelnen Teilen zur Pool-Reserve. Interhost erlaubt ausdrücklich Überbelegung in einem virtuellen Rechenzentrum. Käufer sollten fragen, wie CPU-, Arbeitsspeicher- und Speicherzusagen überwacht werden; was während der Wartung passiert; und ob der verbleibende Cluster die vertraglichen Lasten nach einem Host-Ausfall tragen kann. Eine sinnvolle Zusicherung ist nicht, dass eine Plattform abstrakt redundant ist, sondern dass der Anbieter den relevanten Ausfall modelliert und testet, während die Leistungsziele eingehalten werden.

Die Wiederherstellungskapazität schafft ein schwieriges Zuordnungsproblem. Wenn Avilés mehrere Madrider Kunden schützt, ist die Kapazität dann pro Kunde reserviert, gemeinschaftlich unter der Annahme isolierter Ausfälle oder nach einem regionalen Ereignis eingekauft? Gemeinschaftliche Nutzung kann rational sein, da viele Vorfälle einen einzelnen Kunden betreffen und nicht eine ganze Stadt. Sie ist schwächer bei einem weitreichenden Einrichtungsausfall, genau dann, wenn viele Kunden gleichzeitig die Wiederherstellung beanspruchen.

Der Vertrag sollte festlegen, ob Wiederherstellungsressourcen dediziert, garantiert, priorisiert oder nach bestem Bemühen sind.

Softwarelizenzen können ebenso einschränkend sein wie Hardware. Virtualisierungsplattformen, Datenbanken, Backup-Agenten, Sicherheitsappliances und Betriebssysteme benötigen möglicherweise Rechte für den sekundären Standort. Ein technisch vollständiges Replikat kann rechtlich oder betrieblich nicht bereit sein, ausgeführt zu werden. Interhosts Katalog sagt, dass die Preisgestaltung für die Notfallwiederherstellung die Ressourcen, RPO, RTO, Replikations- oder Failover-Lizenzen und die Testhäufigkeit widerspiegelt.

Das ist ein Beleg für einen angepassten Service, bedeutet aber auch, dass die Wiederherstellungsfähigkeit nicht aus dem Vorhandensein einer Backup-Leitung abgeleitet werden kann.

Das Support-Personal ist ein weiterer Kapazitätspool. Interhosts Seiten unterscheiden zwischen Erstlinien-Reaktion, fachkundiger Zweitlinien-Reaktion, Remote Hands im Raum und delegierter Administration. Bei einem großen Vorfall treffen die Alarme gleichzeitig ein. Das Personal, das das normale Ticketvolumen bewältigt, kann bei einem Strom-, Speicher- oder Betreiberausfall, der viele Systeme betrifft, vor einer Warteschlange stehen. Käufer benötigen Prioritätsdefinitionen, Eskalationsfristen und Kommunikationspflichten für schwerwiegende Vorfälle, nicht nur eine allgemeine Aussage, dass der Support rund um die Uhr ist.

Wiederherstellung ist ein entworfener Dienst, keine zweite Adresse

Das stärkste Resilienzversprechen von Interhost ist die Fähigkeit, Madrid und Avilés zu kombinieren. SeinDokument zur Notfallwiederherstellungbesagt, dass das Unternehmen zwei betriebliche Rechenzentren hat, und stellt drei weitgefasste Arrangements vor: einen Interhost-Standort als Backup für die eigene primäre Site eines Kunden; einen Interhost-Standort als primären und den anderen als sekundären; oder Notfallwiederherstellung in der öffentlichen Cloud von Interhost, mit dort gespeicherten Backups und Replikaten. Es erwähnt private Inter-Site-Konnektivität, ähnliche Infrastruktur am Wiederherstellungsstandort und mehrere Replikationstechniken.

InterhostsBackup-SeiteundKontinuitätsseitegehen weiter. Sie beschreiben dateibasierte Agenten für physische Server, imagebasiertes Backup für virtuelle Maschinen, Bare-Metal-Wiederherstellung, Ferngeschäftsspeicherung und Replikation zwischen Madrid und Avilés. Die Kontinuitätsseite sagt, dass Backup-Kopien als Standardpraxis zwischen den beiden Standorten repliziert werden.

Dies sind glaubwürdige Bausteine. Keiner garantiert eine Wiederherstellung ohne ein kundenspezifisches Design. Der Recovery Point Objective bestimmt, wie viele aktuelle Daten verloren gehen können. Der Recovery Time Objective bestimmt, wie lange die Wiederherstellung dauern darf. Eine nächtliche Kopie kann gesund sein und dennoch einen Tag Transaktionen verlieren. Ein nahezu Echtzeit-Replikat verringert diese Lücke, kann aber Korruption, Verschlüsselung oder Bedienerfehler replizieren. Synchrone Replikation kann sich einem Datenverlust von Null annähern, fügt jedoch Latenzempfindlichkeit hinzu und schützt nicht vor allen logischen Fehlern.

Die Wiederherstellung hat auch eine Reihenfolge. Identität, Netzwerk, Sicherheitsregeln, Speicher, Datenbanken, Middleware und Anwendungen müssen möglicherweise nacheinander zurückkehren. Externes DNS, Zertifikate, Zahlungsanbieter oder Kundenstandorte können nach dem Start der Server noch nicht verfügbar sein. Ein Wiederherstellungsplan, der nur virtuelle Maschinen abdeckt, kann den betrieblichen Kontext übersehen, der sie nützlich macht.

Die Testhäufigkeit ist wichtig, weil ruhende Wiederherstellungsvorkehrungen verfallen. Anmeldeinformationen laufen ab, Anwendungen ändern sich, Firewall-Regeln weichen ab, Backup-Agenten versagen stillschweigend und Personal wechselt. Interhosts Katalog erkennt die Testhäufigkeit als Preiskomponente an. Das sollte die Aufmerksamkeit eines Käufers erregen: Ein selten getesteter, billigerer Plan ist ein anderes Produkt als ein vierteljährlich durchgeführter Plan mit gemessenen Ergebnissen und Korrekturmaßnahmen.

Die jüngste Fallstudie der Handelskammer Madrid ist nützlich, muss aber auf der richtigen Ebene gelesen werden. Sie berichtet von Echtzeit-Replikation primärer Maschinen an ein sekundäres Rechenzentrum und sagt, dass die Wiederherstellung beschleunigt wurde. Sie veröffentlicht nicht das gemessene RPO, gemessene RTO, Testdaten, die Dauer des Failovers oder die Akzeptanzkriterien auf Anwendungsebene. Als eine vom Anbieter verfasste Fallstudie demonstriert sie eine behauptete Implementierung, keine unabhängige Leistungsüberprüfung.

Ein Käufer sollte Belege für den Dienst verlangen, den er erhalten wird: das Datum des letzten Wiederherstellungstests, die wiederhergestellte Menge, die verstrichene Zeit, den erreichten Zeitpunkt, etwaige fehlgeschlagene Komponenten und die Korrektur. Bei einem Zwei-Standort-Dienst sollte dies eine Übung zum Verlust des primären Standorts beinhalten, nicht nur eine Wiederherstellung im selben Cluster. Vertrauliche Details können vertraulich bleiben; aggregierte Belege können dennoch zeigen, ob das Design verwendet wurde.

Sieben Arten, wie der Dienst ausfallen kann

Der erste Ausfallpfad ist das Rack oder die Einrichtung. Der Verlust einer Stromversorgung, ein Kühlungsfehler, ein Feuerlöschereignis, ein Zugangskontrollproblem oder ein Wartungsfehler können die Ausrüstung stoppen, selbst wenn der Server selbst gesund ist. Das betreiberseutrale Tier-III-Framework in Madrid und die von Interhost behaupteten Redundanzeigenschaften sind positive Signale. Dennoch identifiziert die öffentliche Akte die Einrichtung, ihre aktuelle Zertifizierung, die genauen Strompfade zur Interhost-Suite oder die Vorfallhistorie nicht. Avilés ist noch weniger beschrieben.

Kunden sollten überprüfen, welche Einrichtungsverpflichtungen weitergegeben werden und ob Wartungsausschlüsse das Serviceziel untergraben.

Der zweite ist die Upstream-Konnektivität. AS15919 ist aktiv und multi-homed, aber Routendiversität und physische Diversität sind nicht identisch. Ein Ausfall kann bei einem Upstream-Anbieter, einer Interconnection, einem Router, einem gemeinsamen Glasfaserkabel, einem Route-Leak, einem Denial-of-Service-Ereignis oder einer privaten Kundenschaltung auftreten. Interhosts Behauptung eines doppelten Glasfaserzugangs an jedem Standort ist wertvoll, wenn die Pfade wirklich getrennt sind. Vertragszeichnungen und Betreiberbriefe sollten diesen Punkt belegen.

Der dritte ist der Hardware-Bestand. Dedizierte Infrastruktur konzentriert die Leistung, bindet die Wiederherstellung aber an kompatible Teile und die Lieferantenreaktion. Eine ausgefallene Festplatte kann Routine sein; ein Controller, Mainboard oder ein Gerät am Ende seines Lebenszyklus möglicherweise nicht. Wenn der Kunde die Ausrüstung im Housing besitzt, kann die Verantwortung während der Diagnose mehrdeutig werden. Die Vereinbarung sollte festlegen, wer Ersatzteile vorhält, wer Siegel brechen darf, wie datentragende Teile behandelt werden und wann die Austauschfrist beginnt.

Der vierte ist der Support. Die Überwachung kann ein Symptom erkennen, während niemand die Befugnis hat, neu zu starten, zu ersetzen oder umzuschalten. Erstlinienpersonal kann ein Ticket erstellen, aber auf einen Spezialisten warten. Ein Spezialist kann ein Speicherproblem diagnostizieren, aber auf den Kunden, die Einrichtung oder den Lieferanten warten. Diese Übergänge prägen die Ausfalldauer. Interhosts separate Supportdienste machen die Grenze sichtbar; Kunden müssen sicherstellen, dass ihr Paket die Lücken schließt.

Der fünfte ist die Abrechnung und der Vertragsstatus. Gehostete Dienste können durch abgelaufene Lizenzen, bestrittene Rechnungen, aufgebrauchte vorausbezahlte Ressourcen oder eine Verlängerung unterbrochen werden, die Preis und Umfang ändert. InterhostsService-Level-Seitebesagt, dass Vereinbarungen Verfügbarkeit, Kapazität, Kontinuität, Vorfallsbehandlung, Messung, Strafen und Kündigung definieren können. Das ist der richtige Rahmen. Der tatsächliche Schutz hängt von Gnadenfristen, Kündigungsfristen, Heilungsrechten, Datenzugang während eines Streits und der Höhe der Servicegutschriften im Verhältnis zum Schaden ab.

Der sechste ist die Migration. Eine neue Umgebung kann während der Datenkopie, des Adresswechsels, des DNS-Failovers, des Anwendungstests oder des physischen Transports nicht redundanter Ausrüstung ausfallen. Die Fallstudie der Kammer stellt ausdrücklich fest, dass nicht redundante Dienste die Zeit für den physischen Transfer benötigten. Das ist erfrischend konkret: Selbst eine erfolgreiche Migration hat einen physischen Engpass, wenn eine Maschine nur an einem Ort existiert.

Der siebte ist der Ausfall des Lieferantenvertrags. Interhost kann technisch gut funktionieren, während ein Einrichtungsmietvertrag, ein Betreibervertrag, eine Softwarelizenz oder eine Lieferanten-Support-Vereinbarung sich ändert. Der Kunde sieht Interhost; Interhost muss den Lieferanten darunter verwalten. Die Portabilitätsbedingungen sollten den Zugang zu Daten und Ausrüstung abdecken, wenn die Geschäftsbeziehung endet, nicht nur wenn ein Server ausfällt.

Diese Pfade interagieren. Ein Stromvorfall kann eine leere Batterie offenlegen, die zu einem nicht ordnungsgemäßen Herunterfahren führt, das den Speicher beschädigt, das eine Wiederherstellung erfordert, die auf Anwendungsanmeldeinformationen wartet. Ein Upstream-Ausfall kann durch eine veraltete Routenrichtlinie verlängert werden. Ein Streit mit einem Lieferanten kann selbst das für die Migration benötigte Personal blockieren. Resilienz ist die Fähigkeit, Sequenzen zu bewältigen, nicht eine Sammlung von Komponentenbehauptungen.

Wer betroffen ist, wenn das System ausfällt

Die historischen Referenzen von Interhost und die Fallstudien der Muttergesellschaft ordnen ihn in den Marktteil ein, in dem Ausfälle zu öffentlichen Dienst- oder Geschäftskontinuitätsproblemen werden können. Die Aufzeichnungen des Unternehmens beschreiben Arbeiten im Zusammenhang mit öffentlichen Websites, Universitäten, Museen, Justizinfrastruktur, Versicherungen und Transportticketdiensten. Ältere Ankündigungen beweisen nicht, dass jeder genannte Kunde noch heute gehostet wird, aber sie zeigen die Art von Arbeitslasten, die der Betreiber verfolgt hat.

Die aktuelle Fallstudie der Handelskammer Madrid beschreibt eine private Cloud, sekundäre Replikation und Hochgeschwindigkeitsleitungen für eine Institution, deren digitale Dienste Unternehmen, Personal und physische Büros verbinden. DieFallstudie der Servicios Funerarios de Madridvon SATEC beschreibt eine dedizierte Infrastruktur, die von Interhost gehostet und verwaltet wird, plus Migration, Überwachung, Support und Notfallwiederherstellung. Die vom Anbieter verfassten Erfolgsgeschichten betonen naturgemäß positive Ergebnisse, aber sie beleuchten die betroffenen Gruppen: Mitarbeiter, Einwohner, Unternehmen, Partner und Entwicklungsteams können alle von derselben gehosteten Umgebung abhängen.

Bei einer öffentlichen Website blockiert ein Ausfall Informationen und Transaktionen. Bei einer internen Anwendung können Mitarbeiter den Zugriff auf Aufzeichnungen oder Planung verlieren. Bei einer Ticketplattform sind Einnahmen und Reisen betroffen. Bei einem datenbankbasierten Dienst kann ein scheinbar kurzer Ausfall nach der Wiederherstellung Abgleicharbeit hinterlassen. Die Wirkung hängt daher vom Anwendungszustand ab, nicht nur von den Minuten der Nichterreichbarkeit.

Die Konzentration kann den Explosionsradius vergrößern. Ein Kunde, der Rechenleistung, Backups, Netzwerkzugang, Überwachung und Administration bei einem einzigen Anbieter platziert, gewinnt einfachere Verantwortlichkeit, reduziert aber die Lieferantenvielfalt. Mehrere Kunden, die denselben Cloud-Cluster, dasselbe Speichersystem oder dieselbe Betreibergrenzkante teilen, können gemeinsam ausfallen. Die geringe Größe von Interhost kann eine maßgeschneiderte Reaktion ermöglichen, kann aber auch spezialisiertes Personal und Reservekapazität konzentrierter machen als bei einem großen Anbieter.

Die öffentlichen Quellen quantifizieren keinen der beiden Effekte.

Die richtige Abhilfe ist nicht unbedingt die Vermeidung von Konzentration. Die Aufteilung der Verantwortung auf Anbieter kann zu langsameren Diagnosen und inkompatiblen Zielen führen. Die sinnvolle Frage ist, ob die gewählte Konzentration sichtbar und kompensiert ist: ein zweiter Standort, unabhängige Backups, exportierbare Konfigurationen, kundeneigene Anmeldeinformationen, getestete Wiederherstellung und klare Vorfallsleitung.

Portabilität ist die ultimative Redundanz

Ein Wiederherstellungsstandort schützt vor einem Standortausfall. Portabilität schützt vor einer Lieferantenbeziehung, die nicht mehr funktioniert. Beim dedizierten Hosting kann der Ausstieg den Export von Daten, Konfigurationsaufzeichnungen, Softwarelizenzübertragung und manchmal den physischen Transport oder Kauf von Ausrüstung erfordern. Beim Housing kann der Kunde die Maschine bereits besitzen, benötigt aber weiterhin Zugang zum Raum, Betreiberwechsel und ein sicheres Entfernungsfenster. Bei der gemeinsamen Cloud können Daten portabel sein, während Netzwerk- und Sicherheitskonstrukte eine Rekonstruktion an anderer Stelle erfordern.

Interhosts Katalog erkennt Konfiguration und Migration als Projektarbeit an, die mit dem Kunden vereinbart wird. Das ist realistisch. Das Verschieben eines Produktionssystems ist arbeitsintensiv und oft mit einmaligen Gebühren verbunden. Das Risiko besteht darin, das Ausstiegsdesign bis zum Ende aufzuschieben, wenn die Zeit knapp ist und das technische Wissen verkümmert ist.

Ein solider Vertrag sollte Datenformate, Exportbandbreite, Unterstützungstarife, Löschfristen, Backup-Aufbewahrung, Eigentum an der Ausrüstung, Lizenzrechte und die Servicefrist nach der Kündigungsmitteilung festlegen. Er sollte regeln, ob Servicegutschriften oder Streitigkeiten die Ausstiegsunterstützung aussetzen. Er sollte auch festlegen, wem die während der verwalteten Administration erstellte Automatisierung, Skripte und Konfiguration gehören.

Netzwerkportabilität verdient besondere Aufmerksamkeit. Ein Kunde, der von Interhost zugewiesene Adressen verwendet, muss beim Umzug möglicherweise umnummerieren. Die DNS-Lebensdauer kann vor der Migration reduziert werden, aber externe Whitelists, Zertifikate und Partnerkonfigurationen können noch alte Adressen enthalten. Ein Kunde mit anbieterunabhängigem portablen Raum hat mehr Kontrolle, übernimmt aber Routing-Verantwortlichkeiten. Keine Option ist kostenlos.

Backups sollten eine Kopie außerhalb derselben administrativen Domäne umfassen, wenn die Arbeitslast dies rechtfertigt. Die Zwei-Standort-Replikation von Interhost kann gut gegen einen Standortvorfall schützen. Sie ist weniger unabhängig gegen eine anbieterweite Kontokompromittierung, einen Rechtsstreit oder eine destruktive Verwaltungsaktion. Eine vom Kunden kontrollierte, verschlüsselte Kopie, die regelmäßig an anderer Stelle wiederhergestellt wird, ändert dieses Risiko. Sie kann mehr kosten und die Schlüsselverwaltung verkomplizieren, aber sie ist ein echter Optionswert.

Portabilität diszipliniert auch die Preisgestaltung. Ein Kunde, der innerhalb eines bekannten Zeitrahmens umziehen kann, hat bei der Verlängerung Hebelwirkung. Ein Kunde, dessen Anwendung von undokumentierten privaten Vereinbarungen abhängt, kann Preiserhöhungen akzeptieren, weil der Ausstieg zu riskant ist. Die verwaltete Aufmerksamkeit von Interhost kann einen echten betrieblichen Wert schaffen; die wirtschaftliche Frage ist, ob dieser Wert mit einer informierten Wahl oder einer vermeidbaren Bindung einhergeht.

Was die Belege belegen und was nicht

Der öffentliche Fußabdruck von Interhost ist im Vergleich zu größeren Cloud-Unternehmen schmal, aber nicht leer. Mehrere unabhängige oder extern überprüfbare Signale stimmen überein. Der geprüfte Bericht 2024 von SATEC identifiziert die Tochtergesellschaft und das Eigentum. Das BSI-Zertifikat läuft bis 2027 und deckt die Hosting-Aktivität an drei Arbeitsstätten ab. Ein Regierungsvertrag ist 2025 in Kraft getreten. Die Muttergesellschaft hat kürzlich Fallstudien veröffentlicht, die die Infrastruktur von Interhost nennen. RIPE sah AS15919 zum Beobachtungszeitpunkt mit vollständiger Sichtbarkeit bei den Collectorn angekündigt.

Die Unternehmensdomäne und die seit langem gehaltenen Adressressourcen verbinden die historische Marke mit dem aktuellen Netzwerk.

Diese Signale belegen rechtliche Kontinuität, aktuelle Netzwerkpräsenz und eine plausible fortgesetzte Diensttätigkeit. Sie belegen nicht Umsatz, Rentabilität, Kundenzahl, Personal pro Schicht, Einrichtungseigentum, Stromkapazität, Belegung, Ersatzteilbestand, Vorfallhistorie oder die Erreichung eines bestimmten Serviceziels. DieLinkedIn-Seitedes Unternehmens kennzeichnet Interhost als Unternehmen mit 11–50 Mitarbeitern und listet Standorte in Madrid, Barcelona und Avilés, aber dies ist ein vom Unternehmen gepflegtes soziales Profil und keine geprüfte Personalstärke.

Marketing-Aussagen erfordern eine ähnliche Kalibrierung. Die Behauptung einer betreiberseutralen Tier-III-Einrichtung in Madrid ist spezifisch und plausibel; die Einrichtung wird auf der Seite nicht genannt, sodass ihr Zertifikat und aktueller Status nicht öffentlich zugeordnet werden können. Die Behauptung von mehr als 50 Betreibern beschreibt die Verfügbarkeit in der Einrichtung, nicht die Anzahl, die Interhost einkauft. Die Behauptung von zwei Glasfaserzugängen zeigt nicht ihre Straßenwege. Die Behauptung replizierter Backups zeigt nicht die letzte erfolgreiche Kundenwiederherstellung.

Nicht-offizielle Netzwerkdienste können Bestätigung liefern. DieAS15919-Seite von IPinfoordnet 18.432 IPv4-Adressen und eine große IPv6-Zuweisung dem spanischen Hosting-Netzwerk zu, was der von RIPE beobachteten IPv4-Gesamtzahl entspricht. DieAS-set-Ansicht von Hurricane Electriczeigt ein gepflegtes AS-INTERHOST-Registerobjekt. Diese Dienste deuten auf Konsistenz zwischen den öffentlichen Routing-Datensätzen hin. Sie können die Einrichtungsplatzierung, das kommerzielle Eigentum jeder Komponente oder die Anwendungsleistung nicht beweisen. Direkte Anbieteraufzeichnungen, Verträge und gemessene Tests würden diese Fragen klären.

Die Bewertung der Belege muss daher "Mittel" lauten. Sie ist stärker als ein aus einem Adressblock abgeleiteter Verzeichniseintrag: Es gibt aktuelles Routing, eine Zertifizierung, Eigentumsoffenlegung und aktuelle Geschäftsnachweise. Sie ist schwächer als ein Betreiber, der benannte Einrichtungen, einen Live-Statusverlauf, detailliertes Peering, geprüfte Kapazität, Nachhaltigkeitskennzahlen und getestete Serviceergebnisse veröffentlicht. "Mittel" ist kein Urteil über die Servicequalität. Es ist ein Maß dafür, was ein externer Leser überprüfen kann.

Die Fragen, die Kapazität in Dienst verwandeln

Für einen potenziellen Kunden sind die entscheidenden Fragen spezifisch. Welcher Standort wird die Produktion, die Backups und die Wiederherstellung halten? Befindet sich der Madrider Dienst in Interhosts eigener Suite, und welcher Einrichtungsbetreiber liefert Strom und Kühlung? Welche Teile von Avilés sind Madrid gleichwertig und welche nicht? Sind die Wiederherstellungsressourcen reserviert oder gemeinsam genutzt? Was waren die gemessenen Ergebnisse des letzten vollständigen Wiederherstellungs- und Standortverlusttests?

Netzwerkfragen sollten die physischen und logischen Pfade benennen. Welche autonomen Systeme transportieren den Dienst heute? Nutzen die Doppelleitungen separate Eingänge, Kabelkanäle, Line Cards und kundenseitige Geräte? Welche Präfixe haben gültige Route Origin Authorizations? Wie mildert Interhost Denial-of-Service-Verkehr? Können private Leitungen auf verschlüsselte Internet-Konnektivität umschalten, und wurde dieser Modus mit nützlichem Durchsatz getestet?

Hardwarefragen sollten die Reparaturuhr identifizieren. Welche Komponenten sind redundant installiert? Welche Ersatzteile sind vor Ort? Was ist die maximale Lieferzeit des Lieferanten? Wer ersetzt kundeneigene Housing-Ausrüstung? Wie werden ausgefallene Festplatten gelöscht, aufbewahrt oder zurückgegeben? Was passiert, wenn ein Produkt das Ende des Supports erreicht?

Betriebsfragen sollten die Erkennung bis zur Autorisierung abbilden. Welches Team überwacht den Dienst, welches Team kann ihn ändern, und wer leitet einen schwerwiegenden Vorfall? Welche Reaktions- und Wiederherstellungsziele gelten pro Schweregrad? Wie oft werden Kunden aktualisiert? Sind geplante Wartungsfenster begrenzt, angekündigt und von der Verfügbarkeitsberechnung ausgeschlossen? Kann eine Notfalländerung beide Standorte betreffen?

Geschäftsfragen sollten das nutzbare Paket offenlegen. Welche Support-Level, Backup-Aufbewahrung, Replikationslizenzen, Testübungen und Migrationsstunden sind enthalten? Wie werden Strom-, Colocation- und Lizenzsteigerungen weitergegeben? Gibt es eine Mindestlaufzeit? Was passiert mit dem Dienst und den Daten während eines Abrechnungsstreits? Sind die Strafen signifikant und steigen sie nach wiederholten Verstößen?

Ausstiegsfragen sollten vereinbart werden, solange die Beziehung gut ist. Kann der Kunde VM-Images, Datenbanksicherungen, Firewall-Regeln, Konfigurationsdiagramme und Protokolle in Standardformaten erhalten? Wie schnell und zu welchem Preis? Wem gehört die dedizierte Ausrüstung? Wie lange wird Interhost Kopien aufbewahren und dann löschen? Kann ein unabhängiges Backup außerhalb von Interhost ohne proprietäre Abhängigkeiten wiederhergestellt werden?

Die Antworten auf diese Fragen können einen robusten Dienst offenbaren, selbst wenn die öffentliche Offenlegung spärlich ist. Sie können auch eine kostengünstige Konfiguration aufdecken, die auf einem einzelnen Standort, Wiederherstellung nach bestem Bemühen und langsamem Austausch beruht. Der Katalog des Anbieters zeigt, dass Interhost viele dieser Unterscheidungen versteht. Die Aufgabe des Kunden ist es, sicherzustellen, dass der unterschriebene Dienst die gewünschte Version enthält.

Eine lokale Cloud mit physischen Bedingungen

Interhost besetzt eine nützliche Nische. Es bietet spanisches Hosting, Cloud, Konnektivität und betrieblichen Support mit der Nähe eines Spezialisten und der breiteren technischen Reichweite von SATEC. Sein eigenes autonomes System ist sichtbar. Sein Zwei-Standort-Design kann eine echte geografische Wiederherstellung unterstützen. Sein Servicekatalog ist ehrlicher als die übliche mühelose Cloud-Sprache auf dem Markt, weil er zeigt, wie viele verschiedene Teile entworfen und bezahlt werden müssen.

Dieselben Belege verhindern eine romantische Schlussfolgerung. Madrid hängt von einer Colocation-Einrichtung ab. Die Internet-Reichweite hängt von Upstream-Netzwerken und physischen Interconnection ab. Der dedizierte Dienst hängt von Ersatzteilen und Lieferantenbedingungen ab. Die gemeinsame Cloud hängt von Reserve ab. Die Wiederherstellung hängt von Lizenzen, Replikation, reservierter Kapazität und Tests ab. Der Support hängt von der richtigen verfügbaren und autorisierten Person ab. Die Migration hängt von Zeit, Dokumentation und Kooperation des Kunden ab.

INTERHOST Servicios de Hosting en Internet S.A. ist daher besser zu verstehen als ein Unternehmen, das dafür bezahlt wird, physische Einschränkungen zu verwalten, nicht als ein Ort, an dem sie verschwinden. Das kann wertvoll sein. Viele Kunden wollen keine Server kaufen, mit Betreibern verhandeln, einen Raum rund um die Uhr besetzen oder eine Fernwiederherstellung entwerfen. Die Delegation wandelt diese Lasten in eine Dienstbeziehung um. Sie entfernt die Lasten nicht aus dem System.

Die öffentliche Akte stützt einen fortgesetzten Betrieb und eine glaubwürdige technische Basis, lässt aber die wichtigsten Fragen zu Kapazität und Leistung privat. Ein Käufer sollte dem aktuellen BSI-Geltungsbereich, den jüngsten Vertragsnachweisen, den Live-Ankündigungen von AS15919 und der Spezifität der Zwei-Standort-Dokumente Gewicht beimessen. Er sollte den fehlenden Zahlen gleiches Gewicht beimessen und sie auf Dienstebene einfordern. Das eigentliche Produkt ist nicht die virtuelle Maschine auf einer Bestellung.

Es ist die getestete Fähigkeit der Racks, Routen, Menschen und Verträge, diese Maschine nutzbar zu halten, wenn einer von ihnen ausfällt.