Zusammenfassung

  • kCore Cloud verfügt über eine verifizierbare Betriebsfläche. Die Website akzeptiert Bestellungen für Shared Hosting, das Kundenportal hat im Mai 2026 eine Dringlichkeitswartung veröffentlicht, ARIN identifiziert das Unternehmen als Inhaber von AS401197 und zwei Adresszuweisungen, und RIPEstat hat im Juli 2026 die IPv4- und IPv6-Routen bei allen meldenden Full-View-Peers beobachtet.
  • Das sichtbare Netzwerk ist kompakt und konzentriert. AS401197 hat ein IPv4-/24 und ein IPv6-/40 veröffentlicht, mit AS4213 als einzigem beobachteten Nachbarn. Die IPv6-Route hat eine gültige Ursprungsautorisierung, während die IPv4-Route einen unbekannten Status zurückgab, da keine Validierungsautorisierung gefunden wurde.
  • Die Behauptung des Unternehmens, über eigene Hardware und Rechenzentrumsfläche zu verfügen, ist plausibel, aber nicht ausreichend lokalisiert. Die Unternehmenswebsite verwendet eine Adresse von AS4213 in einem Block, der alsKRYPT-IAD1registriert ist, und Latenzmessungen von Ashburn deuten auf Nord-Virginia hin, aber keine öffentliche Seite des Unternehmens identifiziert eine Einrichtung, Rackanzahl, elektrische Auslegung, Ersatzteilbestand oder alternativen Produktionsstandort.
  • Die veröffentlichte jährliche Netzwerkgarantie von 99,9 % schließt planmäßige Wartung, Notfallarbeiten, innerhalb einer Stunde behobene Hardware- oder Softwarefehler, Denial-of-Service-Angriffe, Supportarbeit und mehrere andere Ausfallkategorien aus. Es handelt sich also um einen begrenzten finanziellen Ausgleich, nicht um einen Beweis dafür, dass sich eine Website, ein Postfach und ein Kontrollpanel innerhalb der vom Kunden geforderten Zeit erholen können.
  • Das Backup- und Lokalitätsrisiko ist im Vertrag explizit. Kunden sind verpflichtet, eine unabhängige Kopie aufzubewahren; ein gehostetes Backup kann nicht verfügbar oder beschädigt sein; und Kontodaten oder Backups können in ein anderes Rechenzentrum, einen anderen Staat, ein anderes Land oder einen anderen Kontinent verschoben werden. Eine US-ASN und eine Adresse in Texas legen nicht fest, wo jede Kopie des Kunden ruht.
  • Das Beweisniveau ist mittel. Aktuelle Routen, Live-Handel und eine kürzliche Betriebsmeldung belegen, dass das Unternehmen aktiv ist, aber der einzige beobachtete Zugangsanbieter, die fehlende öffentliche Identität der Einrichtung, der nicht quantifizierte Hardwarebestand, die private Sicht auf den Netzwerkstatus und die begrenzten Wiederherstellungsnachweise verhindern eine stärkere Bewertung.

Das Versprechen des Kleinunternehmens hat eine physische Adresse, aber noch keinen physischen Plan

kCore Cloud präsentiert sich nicht als riesiger öffentlicher Dienst. DieStartseitegibt an, dass es sich um ein kleines Unternehmen mit eigener Hardware und eigenem Rechenzentrum handelt. DieÜber-uns-Seitestellt es als kleines, von einem Internet-Infrastrukturexperten gegründetes Unternehmen dar. Das derzeit für einen nicht authentifizierten Käufer sichtbare Produkt ist enger als das Wort „Cloud“ vermuten lässt: Shared Webhosting und E-Mail, Domain-Registrierung, Migrationshilfe und kostenpflichtige technische Beratung. DieHosting-Seitelistet Tarife mit 5 GB, 10 GB oder 40 GB SSD-Speicher, entsprechenden Datenbankzuweisungen und einer begrenzten Anzahl von E-Mail-Konten und Domains auf.

Dies ist keine Kritik. Shared Hosting ist nach wie vor ein wichtiger Infrastrukturdienst für kleine Organisationen, die keinen Server betreiben, einen Webstack patchen, E-Mail verwalten oder direkt mit einem Colocation-Anbieter verhandeln möchten. Der Kunde kauft eine Abstraktion: eine ID, ein Speicherkontingent, eine Datenbank, ein Zertifikat, Postfächer und Support. kCore wiederum muss ein viel weniger abstraktes System zusammenstellen.

Es braucht Server, Festplatten, Arbeitsspeicher, Netzwerkports, Rack-Strom, Kühlung, Internet-Transit, Domain-Dienste, Abrechnungssoftware, Überwachung und Personen, die eingreifen können, wenn eine dieser Komponenten ausfällt.

Der Ausdruck „eigener Rechenzentrumsraum“ definiert nur einen Teil dieser Grenze. Er deutet auf ein Colocation- oder Mietflächenmodell hin, nicht auf den Besitz eines gesamten Gebäudes. In diesem Modell kann kCore Server und Netzwerkausrüstung besitzen, während ein anderer Betreiber das Gebäude, die Stromversorgung, Generatoren, USV, Kühlung, Brandschutz, Laderampe, Zugangsliste, Besprechungsraum und Fernwartungsdienst kontrolliert. Ein Netzbetreiber kann die externen Schaltkreise und Router steuern, über die AS401197 das Internet erreicht. Diese Arrangements können einen hervorragenden Dienst bieten.

Sie teilen auch die Verantwortung zwischen Verträgen auf, die ein Shared-Hosting-Kunde nie sieht.

Keine der für diesen Artikel geprüften öffentlichen Seiten von kCore identifiziert eine Produktionseinrichtung mit Namen oder Postanschrift. Die Adresse in Houston imARIN-Eintragdes Unternehmens entspricht der in den rechtlichen Bedingungen hinterlegten Adresse, aber eine geschäftliche Postanschrift ist kein Serverstandort. Die Website veröffentlicht keine Rackanzahl, Stromzuweisung, aktuellen Serverbestand, Speicherreserve, Einrichtungszertifikat oder zweite Produktionsregion. Sie macht nicht klar, ob „Raum“ einen Teil eines Schranks, mehrere Schränke, einen Käfig oder eine über einen Hosting-Anbieter bezogene Kapazität bedeutet.

Diese fehlende Karte ändert, wie der Dienst bewertet werden muss. Ein Käufer kann nicht davon ausgehen, dass die rechtliche Adresse in Houston der Standort der Daten ist. Er kann nicht davon ausgehen, dass sich zwei Geräte in verschiedenen Gebäuden befinden, nur weil sie unterschiedliche IP-Adressen haben. Er kann nicht davon ausgehen, dass freie Festplatten, ungenutzte Rack-Einheiten oder nicht vergebene Stromkapazität vorhanden sind, nur weil neue Bestellungen angenommen werden.

Die erste Sorgfaltspflicht ist daher einfach: den Einrichtungsbetreiber, die Metropolregion, das Gebäude, den Rack-Fußabdruck und das Eigentum an der Ausrüstung für den gekauften Dienst zu identifizieren. Solange kCore diese Antwort nicht veröffentlicht oder vertraglich bereitstellt, bleibt der physische Standort eine gut gestützte Annahme, aber keine verifizierte Tatsache für den Kunden.

AS401197 beweist eine aktive Grenze, aber kein großes Netzwerk

Der stärkste Beweis dafür, dass kCore mehr als nur eine Schaufensterfront ist, ist der Fußabdruck der digitalen Internetressourcen. DerARIN-Eintrag für AS401197identifiziert kCore Cloud LLC, zeichnet die Zuweisung des autonomen Systems im Juni 2024 auf und verweist aufkcore.net. DerIPv6-Eintrag bei ARINweist dem Unternehmen die aktive Zuweisung2602:f897::/40zu, registriert im Juni 2024. DerIPv4-Eintrag bei ARINzeigt eine aktive Direktzuweisung von199.184.211.0/24, registriert im Oktober 2025. Der IPv4-Block enthält 256 Adressen; das IPv6-/40 enthält 256 mögliche /48-Netzwerke für Kunden, obwohl die Adressraummathematik nichts über die tatsächliche Nutzung aussagt.

Die RIPEstat-Routing-Status-Ansichtbeobachtete im Juli 2026 ein IPv4-Präfix, ein IPv6-Präfix und ein benachbartes autonomes System. Alle 326 meldenden IPv4-Full-View-Peers und 322 meldenden IPv6-Peers sahen die Routen in dieser Beobachtung.Die Announced-Prefixes-Ansichtidentifiziert diese Routen als199.184.211.0/24und2602:f897::/40. Dies ist ein starker Beweis für eine global sichtbare Dual-Stack-Netzwerkgrenze.

Der Zeitplan ist aufschlussreich.Der Routing-Verlauf von RIPEstatsah die IPv6-Route ab Juli 2024, kurz nach der Zuweisung, während das aktuelle IPv4-/24 im Oktober 2025 erschien. Dieses Muster ist konsistent mit einem Netzwerk, das zuerst IPv6 etablierte und später einen direkt zugewiesenen IPv4-Block hinzufügte. Es zeigt nicht, ob der Kundenverkehr vor Oktober 2025 Adressen eines anderen Anbieters nutzte oder wie viel Produktion verschoben wurde, als das /24 erschien. Es zeigt eine anhaltende Routensichtbarkeit, nicht eine vollständig inaktive Zuweisung.

Die Routen haben auch unterschiedliche Ursprungssicherheitszustände.Die RPKI-Überprüfung von RIPEstat für IPv6fand eine gültige Ursprungsautorisierung, die es AS401197 erlaubt, das /40 anzukündigen. Dieentsprechende IPv4-Überprüfunggab einen unbekannten Status zurück, da sie keine Validierungsautorisierung fand. Unbekannt ist nicht dasselbe wie ungültig: Es bedeutet, dass das kryptografische Ursprungssystem den Ursprung nicht aus einer passenden Autorisierung bestätigen kann. Eine gültige Autorisierung für die IPv4-Route zu erstellen, würde diese vermeidbare Mehrdeutigkeit beseitigen.

Was die Routendaten nicht zeigen können, ist ebenso wichtig. Ein /24 kann Hunderte einzelner Adressen oder eine kleine Anzahl gemeinsam genutzter Frontends unterstützen. Ein /40 kann großzügig subnettiert sein, während nur wenige Hosts antworten. BGP legt weder die Anzahl der CPUs, den Festplattenzustand, die Anzahl der Mieter, Webanfragen, die Datenbanklast noch die verbleibende Leistung im Rack offen. Es zeigt nicht, ob ein Server zwei Netzteile hat, ob diese Netzteile in unabhängige Verteilungswege gehen, oder ob eine zweite Maschine ihre Mieter übernehmen kann. Der Netzwerknachweis belegt eine tatsächliche Betriebsgrenze.

Er verwandelt die nicht quantifizierte Aussage des Unternehmens über Hardware nicht in eine Kapazitätsangabe.

Unabhängige Messungen untermauern diese Vorsicht.Die IPinfo-Seite für AS401197listet die gleichen zwei Adressbereiche, schätzt aber nur eine gehostete Domain und fand in aktuellen Scans nur sehr wenige Adressen, die auf Ping antworteten. Sein Traceroute vom Juni 2026 von Ashburn erreichte eine Adresse im /24 von kCore nach AS4213 mit geringer Latenz.Die IPinfo-Ansicht des IPv4-Blocksmeldet ebenfalls eine spärliche sichtbare Domainnutzung. Dies sind inoffizielle Marktsignale, keine Volkszählung. Shared Hosting kann viele Namen hinter einer einzigen Adresse platzieren, Firewalls können Sonden unterdrücken, IPv6-Dienste können unerwünschten Verkehr ignorieren, und private Verwaltungsadressen sind unsichtbar. Die Messungen deuten auf einen kleinen öffentlichen Fußabdruck hin; sie können weder die Anzahl der Kunden, den Umsatz, die ungenutzte Kapazität noch mangelnde Nutzung beweisen.

Ein einziger beobachteter Zugangsanbieter ist die deutlichste Konzentration

Die Nachbardaten von RIPEstatbeobachteten nur AS4213 auf der Seite von AS401197 und kein nachgelagertes autonomes System.bgp.toolsidentifiziert AS4213, historisch als Krypt Technologies registriert und heute öffentlich als Evocative Global präsentiert, als Zugangsanbieter für IPv4 und IPv6.CIDR Reportzeigt dieselbe einzige Adjazenz in den gesammelten Routen.

Dies ist eine Konzentration, kein Beweis für schlechte Technik. Ein Anbieter kann zwei physische Schaltungen, diversifizierte Ports und ein robustes Backbone liefern. Ein zweiter Pfad kann existieren, aber inaktiv, privat oder für die hier verwendeten Sammler unsichtbar sein. Der Anbieter kann redundante Router und Links innerhalb derselben Einrichtung betreiben, auch wenn die globale Routing-Tabelle eine einzige Upstream-ASN sieht. Umgekehrt könnten zwei BGP-Sitzungen zu AS4213 noch einen einzigen Kabelkanal, eine Linecard, ein Konto, eine Metropolregion oder einen Einrichtungsrand teilen und gemeinsam ausfallen.

Öffentliches Routing kann AS-Pfade zählen; es kann keine Kabelwege inspizieren.

Die Unterscheidung ist wichtig, weil die Startseite „eingebaute Redundanz“ verspricht. Redundanz muss sich auf eine Ausfalldomäne beziehen. Gespiegelte Festplatten schützen vor bestimmten Festplattenausfällen. Zwei Netzteile schützen vor einem einzelnen Ausfall, sofern sie an wirklich unabhängige Stromquellen angeschlossen sind. Zwei Switches schützen einen Server nur, wenn seine Schnittstellen, das virtuelle Netzwerk und der Upstream-Pfad für die Nutzung beider konfiguriert sind.

Zwei Verbindungen zu einem einzigen Betreiber können ein Patchpanel-Problem überstehen, nicht aber eine geschäftliche Aussetzung des Betreibers oder einen gemeinsamen Routerausfall. Ein zweiter Betreiber im selben Gebäude kann sich noch den externen Glasfasereingang teilen.

RFC 4116erklärt, warum Internet-Multihoming nützlich, aber nicht magisch ist: Mehrere Pfade können die Sitzungsüberlebensfähigkeit verbessern, aber Konvergenzzeiten, Adressierungspolitik und betriebliche Komplexität bleiben bestehen. Für kCore würde eine überzeugende Redundanzoffenlegung anzeigen, ob ein zweiter Standard-Upstream existiert; ob die Schaltungen durch separate physische Wege austreten; ob Edge-Router, Optiken und Stromversorgung dupliziert sind; und ob der überlebende Pfad über ausreichende zugesagte Kapazität verfügt, um priorisierten Datenverkehr zu transportieren. Sie würde auch zeigen, dass das Failover geübt und nicht nur konfiguriert ist.

Das Fehlen von kCore inder PeeringDB-Abfrage für AS401197fügt keine Beweise in die eine oder andere Richtung hinzu. Die Teilnahme an PeeringDB ist freiwillig, insbesondere für kleine Netzwerke, die Transit kaufen, anstatt öffentliches Peering anzustreben. Im Gegensatz dazu beschreibtder PeeringDB-Eintrag von AS4213ein viel größeres Netzwerk, das in vielen Einrichtungen operiert. Diese Größe gehört zu AS4213. Sie sollte nicht automatisch kCore zugeschrieben werden. Eine Kundenroute, die in einen großen Upstream eintritt, erbt nicht unabhängige kCore-Kapazität an allen Standorten des Upstreams.

Das praktische Ergebnis ist einfach. Ein Ausfall oder Vertragsstreit am AS4213-Austauschpunkt ist ein glaubwürdiger gemeinsamer Fehlermodus für die öffentlichen Routen von kCore. Beweise, die dieses Anliegen verringern würden, umfassen einen zweiten beobachteten Upstream, einen veröffentlichten Failover-Test, einen Routensammler, der alternative Pfade zeigt, oder einen Vertrag, der diversifizierte Austauschpunkte mit ausreichender Backup-Bandbreite beschreibt. Bis dahin ist die Dual-Stack-Grenze von kCore aktiv und global sichtbar, hat aber nur einen einzigen externen Ausgang.

Nord-Virginia ist das stärkste Standortsignal, keine bestätigte Einrichtung

Das Netzwerk von kCore hinterlässt Hinweise darauf, wo zumindest einige Geräte betrieben werden könnten. Die Unternehmenswebsite löst auf67.198.230.22auf.Die RIPEstat-Netzwerkinformationsantwortplatziert diese Adresse in67.198.230.0/24, ausgegeben von AS4213, nicht von AS401197. Die öffentlichen Registerzusammenfassungen bezeichnen den umgebenden Block67.198.230.0/23alsKRYPT-IAD1und verwenden den Flughafencode, der allgemein mit dem Markt Washington Dulles und Nord-Virginia assoziiert wird. Der kommerzielle Geotargeting-Feed von RIPEstat platziert den Block in Reston. Der IPinfo-Traceroute zum eigenen IPv4-Block von kCore erreichte das Ziel von Ashburn in etwa zwei Millisekunden nach dem Netzwerk von AS4213.

Zusammengenommen deuten diese Beobachtungen stark auf einen Betriebsstandort in Nord-Virginia hin. Sie identifizieren nicht das genaue Gebäude. IP-Geolokalisierung kann die Registrierung, Routing-Politik oder einen nahe gelegenen Router widerspiegeln und nicht das Serverrack.IAD1ist ein Anbieter-Label, keine vertragliche Aussage von kCore. AS4213 operiert in vielen US-Metropolen, und eine Route kann über große Entfernungen übergeben werden. Die geringe Latenz macht einen entfernten Produktionsstandort für die gemessene Adresse weniger wahrscheinlich, aber eine einzelne Messung kann nicht jeden Dienst oder jedes Backup lokalisieren.

Deshalb sollten die Signale von Houston und Nord-Virginia nicht vermischt werden. Houston ist die rechtliche und Kontaktfläche, die in ARIN und den Geschäftsbedingungen des Unternehmens angezeigt wird. Nord-Virginia ist das beste technische Signal für öffentlich gemessene Infrastruktur. Ein separater rechtlicher Hinweis auf der Website listet eine andere Adresse in Houston für urheberrechtliche Korrespondenz. Keine dieser Adressen legt fest, wo Kundendateien, E-Mails oder Backups gespeichert sind.

DieBedingungendes Unternehmens enthalten weitreichende Bewegungsrechte. Abschnitt 4.3 besagt, dass Hardwarekonfigurationen variieren können und dass kCore Host-Hardware ersetzen, ein Konto auf einen anderen Server verschieben oder es in ein anderes Rechenzentrum oder einen anderen geografischen Standort übertragen kann, wenn dies für die Servicequalität und Sicherheit erforderlich ist. Abschnitt 15.4 besagt, dass ein Konto und seine Backups sich in verschiedenen Rechenzentren befinden können, dass Backups in einem anderen Bundesstaat, Land oder Kontinent gespeichert werden können und dass die Notfallwiederherstellung außerhalb des vom Kunden gewählten Standorts stattfinden kann.

Diese Klauseln können bei der Wiederherstellung helfen, indem sie dem Betreiber ermöglichen, defekter Hardware oder einem problematischen Standort zu entkommen. Sie bedeuten jedoch auch, dass der Standort nicht allein deshalb festgelegt ist, weil das Unternehmen und die ASN amerikanisch sind. Ein Käufer mit staatlichen, nationalen, vertraglichen oder branchenspezifischen Beschränkungen benötigt eine schriftliche Standortzusage, die Produktion, Backup, temporäre Wiederherstellung, Support-Zugriff und Unterauftragsverarbeiter abdeckt.

Der Vertrag sollte die Vorankündigung und Zustimmung erläutern, wenn eine Kopie die vereinbarte Grenze überschreitet. Ohne diese Zusage ist das Recht des Anbieters, Daten zu verschieben, breiter als die öffentliche Infrastrukturkarte.

DNS zeigt eine nützliche Trennung, aber keine zweite Hosting-Region

Das Domain-Dienst-Design von kCore ist verteilter als seine öffentliche BGP-Grenze.Die Google Public DNS-A-Antwortzeigt die Unternehmenswebsite auf der AS4213-Adresse, nicht auf dem eigenen IPv4-/24 des Unternehmens. SeineNS-Antwortdelegiert die Zone ana.ns.cl0secall.netundb.ns.cl0secall.net. Zum Zeitpunkt der Überprüfung verwendete der erste autoritative Server Adressen in AS4213 und AS401197, während der zweite Adressen in AS25795 und einem separaten IPv6-Netzwerk verwendete. DieMX-Antwortplatzierte ebenfalls einen Mailserver in AS401197 und einen im separaten Netzwerk.

Diese Anordnung kann echte Vorteile bringen. Wenn AS401197 ausfällt, kann ein sekundärer autoritativer Server außerhalb dieser Route weiterhin für die Domain antworten. Ein externer Mailserver kann Nachrichten in die Warteschlange stellen, während der primäre Server nicht verfügbar ist. Das Hosten der Verkaufsseite auf dem Adressraum des Upstreams kann die öffentliche Seite während eines Routenursprungsausfalls, der das /24 von kCore betrifft, zugänglich halten. Dies sind sinnvolle Trennungen auf den Ebenen von Domain und Kommunikation.

Sie schaffen auch Abhängigkeiten, die benannt werden sollten. Die autoritativen Hostnamen verwendencl0secall.net, eine andere Domain, deren Eigentum und Servicebedingungen auf der kCore-Website nicht erläutert werden. Die Unternehmensseite bleibt innerhalb von AS4213, demselben autonomen System, das öffentlich als einziger Upstream von kCore beobachtet wird. Ein Vorfall auf der AS4213-Route könnte daher sowohl das Kundennetzwerk als auch die Unternehmenswebsite betreffen, selbst wenn ihre Adressen zu verschiedenen Zuweisungen gehören. Der zweite DNS- und Mail-Pfad kann überleben, aber die öffentlichen Beweise belegen nicht, wie das Support-Personal einen Vorfall bekannt geben würde, wenn das Kundenportal und das Hauptnetzwerk gleichzeitig ausfallen.

Das Kundenportal enthält Links zu einer Netzwerkstatusseite, aber eine nicht authentifizierte Anfrage wird zur Anmeldung umgeleitet. Deröffentliche Ankündigungs-Feedist sichtbar und nützlich, obwohl es sich nicht um ein kontinuierlich aktualisiertes Status-Dashboard handelt. Die Unterscheidung ist während eines Ausfalls wichtig. Ein Kunde, der sich nicht authentifizieren kann, weil das Portal oder der Identitätsdienst ausgefallen ist, benötigt eine öffentliche, unabhängig gehostete Quelle für die Vorfallbeschreibung, betroffene Dienste und Wiederherstellungsupdates.

Die DNS-Vielfalt verdient daher Anerkennung, sollte aber nicht als Anwendungsredundanz interpretiert werden. Eine Website kann korrekt aufgelöst werden, während ihre Datenbank, ihr Speicher oder ihr Kontrollpanel nicht verfügbar sind. Ein sekundärer Mailserver kann eine Nachricht annehmen, ohne das Postfach des Kunden wiederherzustellen. Ein separater Statuskanal kann einen Ausfall beschreiben, ohne ihn zu beheben. Jede Schicht hat ihren Wert; keine beweist, dass die zugrunde liegende Shared-Hosting-Workload auf einen anderen Produktionsstack verschoben werden kann.

SSD-RAID 10 ist installierte Kapazität, keine garantierte nutzbare Kapazität

Die kCore-Hosting-Seite gibt an, dass die gesamte Plattform auf SSD-RAID-10-Speicher läuft. RAID 10 kombiniert normalerweise Spiegelung und Striping, sodass einige Festplatten ausfallen können, ohne die Gruppe zu verlieren, und verbessert die Leistung im Vergleich zu einer einzelnen Festplatte. Dies ist eine vernünftige Designentscheidung für Shared Hosting. Sie lässt dennoch mehrere Fragen offen: Anzahl und Modell der Festplatten, Controller-Design, Ersatzteilpolitik, Rebuild-Zeit, Überwachungsschwellen, Dateisystemlayout, Write-Cache-Schutz und ob die Repliken dasselbe Gehäuse oder dieselbe Stromdomäne teilen.

Die Wirtschaftlichkeit versteckt sich hinter diesen Details. Der gelistete Einstiegstarif kostet weniger als zehn Dollar pro Monat und umfasst Speicher, Datenbankplatz, E-Mail, Zertifikatsautomatisierung, Support, Überwachung und Migration. Niedrige Preise sind möglich, weil viele Mieter Server, Softwarelizenzen, Netzwerkkapazität und Personalzeit teilen. Der Anbieter erzielt eine Rendite, indem er eine hohe Auslastung aufrechterhält.

Resilienz erfordert zu kritischen Zeiten das Gegenteil: ungenutzte Festplatten, Ersatzserver, freien Speicher, nicht vergebene Rack-Leistung und verfügbare Personalzeit, wenn mehrere Dinge gleichzeitig ausfallen.

Installierte Kapazität ist die physisch vorhandene Menge. Nutzbare Kapazität ist das, was sicher verkauft werden kann, während Leistung, Rebuild-Platz und Wiederherstellungsspielraum erhalten bleiben. Ein Server kann reichlich nominellen Speicherplatz haben, aber während eines RAID-Rebuilds nicht genügend Eingabe-/Ausgabeleistung. Ein Rack kann freie Einheiten haben, aber keine Stromzuweisung mehr. Ein virtueller Host kann ein weiteres Konto akzeptieren, aber nicht genügend Arbeitsspeicher haben, um Nachbarn nach einem Knotenausfall zu absorbieren.

Die öffentlichen Tarifgrenzen beschreiben das Kundenkontingent, nicht die verbleibende Reserve des Anbieters.

DiePlattformseitevon kCore gibt an, dass sie Serverhardware in Unternehmensqualität verwendet, um einzelne Komponentenausfälle herum plant und die Gerätelebenszyklen aktiv verwaltet. Dies sind die richtigen Kategorien. Die Seite veröffentlicht keine Hardwaregenerationen, Austauschschwellen, Ausfallraten oder einen Bestand an einsatzbereiten Ersatzteilen. Der Vertrag erlaubt, dass Hardwarekonfigurationen variieren. Diese Flexibilität unterstützt den praktischen Betrieb, verhindert aber, dass ein Käufer auf eine Standardflotte oder eine garantierte Ersatzklasse schließen kann.

Reparaturfenster hängen von Lagerbestand und Zugang ab. Wenn eine Festplatte ausfällt, kann ein lokales Ersatzteil schnell eingebaut werden; wenn keine kompatible Festplatte vor Ort ist, werden Beschaffung und Versand Teil des Ausfalls. Wenn ein Mainboard ausfällt, kann ein Ersatz für das gesamte System die Wiederherstellung verkürzen; andernfalls muss der Betreiber möglicherweise Festplatten verpflanzen, auf anderer Hardware wiederherstellen oder auf ein Teil warten. In einem gemieteten Raum muss kCore möglicherweise das Personal der Einrichtung bitten, einen Techniker zu begleiten oder Remote-Operationen durchzuführen.

Eine einstündige Ausschlussklausel in der SLA macht einen physischen Austausch innerhalb einer Stunde nicht möglich.

Eine solide Antwort zur Kapazität würde die Fehlerreserve quantifizieren, ohne vertrauliche Details preiszugeben: Anzahl der Produktionsstandorte, Anzahl der Server-Ausfalldomänen, minimale Marge der Ersatz-Knoten, vor Ort gelagerte Ersatzteilkategorien, Speicherfreiplatzschwelle und maximale Überbuchungspolitik. Sie würde angeben, ob ein einzelner Server ausfallen kann, ohne Mieter manuell verschieben zu müssen. Sie würde auch Backup-Speicher von aktivem Redundanzspeicher unterscheiden. RAID hält einen Dienst durch bestimmte Komponentenausfälle am Laufen; es erstellt keine unabhängige historische Kopie.

Die 99,9 %-Garantie ist enger als der Titel

kCore verspricht wiederholt 99,9 % Verfügbarkeit. Auf Jahresbasis erlaubt dieser Prozentsatz etwa acht Stunden und 46 Minuten gezählte Ausfallzeit. Die Hosting-Seite rundet dies auf etwa neun Stunden pro Jahr. Für ein Werbeblatt ist diese Arithmetik verständlich. Für einen Betreiber, der entscheidet, ob eine Website für einen ganzen Geschäftstag offline sein kann, ist die Definition der gezählten Ausfallzeit wichtiger als der Prozentsatz.

Abschnitt 5 derveröffentlichten Bedingungendefiniert die Verpflichtung als jährlich gemessene Netzwerkverfügbarkeit. Der Ausgleich beginnt mit einem kostenlosen Hosting-Monat, wenn die Gesamtverfügbarkeit unter 99,9 % aber über 99 % liegt, und einem weiteren Monat für jeden Prozentpunkt unter 99 %. Die Entschädigung ist begrenzt, und die internen Aufzeichnungen des Unternehmens sind der alleinige Maßstab für die Bestimmung des Anspruchs. Die Vereinbarung beschreibt diese Gutschrift als den ausschließlichen Rechtsbehelf bei Netzwerk-, Software-, Hardware- oder Geräteausfällen, soweit gesetzlich zulässig.

Die Ausschlüsse sind umfangreich. Planmäßige Wartung zählt nicht. Notfallwartung und innerhalb einer Stunde behobene Hardware- oder Softwarefehler zählen nicht. Distributed-Denial-of-Service-Angriffe, Hackerangriffe, Ausfallzeiten durch Erreichen von Tarifgrenzen, Serviceänderungen, Zeiten für die Bearbeitung von Support-Tickets, Kundenkonfiguration, Drittanbieteranwendungen, bestimmte DNS- oder Adressänderungen nach Ankündigung, Richtlinienverstöße, höhere Gewalt oder Ereignisse außerhalb der Kontrolle des Unternehmens zählen ebenfalls nicht.

Diese Ausschlüsse können einzeln betrieblich sinnvoll sein. Wartung ist notwendig; Kunden verursachen Vorfälle; Angriffe können die gekaufte Kapazität überwältigen. Insgesamt schaffen sie jedoch eine große Lücke zwischen erlittener und gutgeschriebener Ausfallzeit. Elf separate 59-minütige Hardwareausfälle könnten fast elf Stunden Störung verursachen und dennoch innerhalb des Ein-Stunden-Ausschlusses bleiben. Ein Kunde kann während eines DDoS-Angriffs keinen Datenverkehr bedienen, während das Ereignis die SLA-Berechnung nicht beeinträchtigt.

Eine supportabhängige Wiederherstellung kann genau dann außerhalb der Berechnung bleiben, wenn der Kunde auf Hilfe wartet.

Die Garantie bezieht sich auch auf das Netzwerk, während der verkaufte Dienst breiter ist. Eine Route kann erreichbar sein, während der Webserver Fehler zurückgibt. Ein Webserver kann funktionieren, während die Datenbank gesperrt ist. Ein Kontrollpanel kann offline sein, während statische Seiten weiter bedient werden. E-Mails können verzögert werden, während eine Website fehlerfrei läuft. Ein Kunde benötigt komponentenspezifische Servicemetriken oder eine End-to-End-Definition, die bei der Anfrage des Besuchers beginnt und die von kCore kontrollierten Anwendungsabhängigkeiten einschließt.

DieNotfallwartungsankündigung vom Mai 2026veranschaulicht die Unterscheidung. kCore erklärte, dass ein dringendes Sicherheitsproblem eine kurze Ausfallzeit des Kundenportals um 22:00 Uhr Eastern Time erforderte und markierte die Wartung anschließend um 22:25 Uhr als abgeschlossen. Dies ist ein positiver Betriebsnachweis: ein datierte Ankündigung, ein angegebener Grund, ein Abschluss-Update und eine Einladung zum Support. Sie betraf das Portal, nicht unbedingt die gehosteten Websites. Die öffentlichen Aufzeichnungen zeigen nicht, ob der Ausfall gegen eine Servicemetrik zählte, ob die Kunden einen anderen Verwaltungspfad behielten oder ob eine spätere Vorfallprüfung veröffentlicht wurde.

Ein für die Entscheidungsfindung nützlicheres Verfügbarkeitsregister würde monatliche Messwerte, die Vorfall dauer aus Kundensicht, servicespezifische Ausschlüsse und die Anzahl der betroffenen Mieter veröffentlichen. Es würde geplante von ungeplanten Arbeiten trennen und angeben, wie oft die Ein-Stunden-Ausnahme genutzt wird. Die aktuelle SLA ist real genug, um eine begrenzte Gutschrift zu bepreisen. Sie ist keine Wiederherstellungszeitverpflichtung für jede Schicht, auf die der Kunde angewiesen ist.

Die Sprache zu Backups macht den Kunden zur letzten Wiederherstellungslinie

Der Vertrag ist am klarsten dort, wo die Marketingseite am ungenauesten ist. Abschnitt 11.20 verlangt von Kunden, Kopien aller Inhalte an einem von kCore unabhängigen Ort aufzubewahren, und erklärt, dass sie den Backup-Dienst von kCore nicht als einziges Backup verwenden sollten. Abschnitt 15 erklärt, dass kCore kommerziell angemessene Anstrengungen unternehmen wird, um Hosting-Kontodaten zu sichern, aber dass eine Kopie aufgrund der Anzahl der Dateien, eines Backup-Softwarefehlers, eines Speicherfehlers oder einer Beschädigung möglicherweise nicht verfügbar ist.

Es wird eine begrenzte Anzahl von Kopien aufbewahrt, wie auf der entsprechenden Produktseite angegeben, und alte Kopien können nach einer Tarifänderung gelöscht werden.

Die hier geprüfte öffentliche Hosting-Seite bewirbt Backup- und Wiederherstellungsfunktionen auf Anwendungsebene, gibt aber keine Aufbewahrungsanzahl für das Plattform-Backup an. Die Bedingungen fügen hinzu, dass eine wiederhergestellte Kopie als Rohdaten ankommen kann, die eine Neuformatierung erfordern, und dass der Rechtsbehelf des Kunden nach einer unbefriedigenden Wiederherstellung die Verwendung seines eigenen Backups ist. Die Erstellung und Wiederherstellung kostenpflichtiger Backups ist von der Rückerstattungspolitik ausgeschlossen.

Dies ist keine Zusicherung eines bestimmten Wiederherstellungspunkts oder einer bestimmten Wiederherstellungszeit.

Die Risiken sind unterschiedlich. RAID 10 behandelt bestimmte Live-Festplattenausfälle. Ein Backup behandelt Löschung, Beschädigung, Kompromittierung oder die Notwendigkeit, zu einem früheren Zustand zurückzukehren. Eine Kopie im selben Rack kann einen Festplattenausfall überleben, aber keinen Rack-Stromausfall. Eine Kopie auf demselben Administrationskonto kann einen Serververlust überleben, aber nicht unbedingt einen Kontodiebstahl.

Eine geografisch entfernte Kopie kann einen Einrichtungsvorfall überleben, kann aber Übertragungszeit, Standortbeschränkungen und eine Abhängigkeit von denselben Anmeldeinformationen oder demselben Anbieter mit sich bringen.

DerCISA-Leitfaden zur Ransomware-Bekämpfungempfiehlt Offline-Backups, Verschlüsselung und regelmäßige Wiederherstellungstests. Das wichtige Wort ist „getestet“. Ein Backup-Job, der Erfolg meldet, beweist, dass Bytes irgendwo geschrieben wurden; er beweist nicht, dass Datenbanken konsistent sind, dass Anmeldeinformationen existieren, dass Verschlüsselungsschlüssel verfügbar sind, dass Namen umgeleitet werden können oder dass die wiederhergestellte Site auf dem Ziel-Stack funktioniert. Ein nützlicher Test misst die Zeit zwischen der Ausfallerklärung und dem von der wiederhergestellten Kopie bedienten Datenverkehr.

Für kCore-Kunden sollte die unabhängige Kopie Website-Dateien, Datenbank-Dumps, E-Mails, sofern wichtig, DNS-Einträge, Zertifikate und Schlüsselmaterial, falls vorhanden, Kontokonfiguration, geplante Aufgaben und Dokumentation der benötigten Softwareversionen zum Ausführen der Site umfassen. Die Kopie sollte ohne das kCore-Portal zugänglich sein. Ihr Wiederherstellungsziel sollte vor einem Vorfall identifiziert werden, nicht nachdem der gemeinsam genutzte Server nicht mehr verfügbar ist.

kCore könnte die Beweise verbessern, indem es Aufbewahrungsfristen, Kopierhäufigkeit, Speichertrennung, Verschlüsselungspraktiken, Wiederherstellungspriorität und historischen Wiederherstellungserfolg veröffentlicht. Es könnte ein Wiederherstellungspunktziel und eine Wiederherstellungszeit pro Tarif definieren. Derzeit rät der Vertrag den Kunden klugerweise, ihre letzte Kopie nicht dem Anbieter anzuvertrauen. Käufer sollten diese Warnung wörtlich nehmen.

Die Migration zu kCore wird beschrieben; die Migration weg von kCore bleibt eine Kundenübung

DieMigrationsseitebietet eine einfache Einstiegssequenz: Hosting kaufen, Domain ggf. übertragen, ein Concierge-Ticket öffnen und das Team die Website migrieren lassen. Die Hosting-Seite gibt an, dass Experten die Website-Daten vom alten Anbieter mit wenig oder gar keiner Ausfallzeit verschieben. Für eine kleine Website kann praktische Migrationshilfe wertvoller sein als ein ausgefeiltes Self-Service-Tool.

Die Einstiegshilfe etabliert jedoch nicht die Ausstiegsportabilität. Das öffentliche Material definiert nicht, welche Quell-Kontrollpanels, Datenbankversionen, Postfachformate, geplanten Aufgaben oder Anwendungsstacks unterstützt werden. Es verspricht keinen vollständigen Kontoexport, keine maximale Exportzeit, keine ausgehende Bandbreite oder Hilfe beim Umzug zu einem Konkurrenzanbieter. Der einzige öffentliche Artikel zum Shell-Zugang besagt, dass Kunden über ein Support-Ticket Shell-Zugang für Shared Hosting oder WordPress anfordern können.

Dies kann die Dateiübertragung erleichtern, spezifiziert aber nicht die Privilegienstufe, die Dauer oder den Zugang während einer Kontosperrung.

DerNIST Cloud Computing Standards Roadmapbehandelt Portabilität als die Fähigkeit, Daten oder Anwendungen zu verschieben, und hebt Unterschiede in Schnittstellen, Formaten und virtuellen Maschinentechnologien als Quellen von Lock-in hervor. Shared Hosting ist einfacher als das Verschieben einer komplexen virtuellen Domäne, aber das gleiche Prinzip gilt. Dateien sind nur ein Teil eines funktionierenden Dienstes. Datenbankcodierung, Postfächer, DNS-Timing, Zertifikate, PHP-Erweiterungen, Dateiberechtigungen, Hintergrundaufgaben und Anwendungsgeheimnisse müssen in einem verwendbaren Zustand ankommen.

Der Vertrag schafft auch Ausstiegsdruck durch die Abrechnung. Gebühren sind im Voraus fällig. Eine fehlgeschlagene Zahlung kann zu einer Sperrung oder Kündigung führen, und kCore lehnt jede Haftung für dadurch verlorene Inhalte ab. Die automatische Verlängerung kann auch dann fehlschlagen, wenn sie aktiviert ist, und der Kunde ist weiterhin für die Sicherstellung der Zahlung verantwortlich. Dienste können zum Ablaufdatum enden. Bei einem Abrechnungsstreit kann ein Chargeback zu einer Sperrung führen, bis die ausstehenden Beträge beglichen sind.

Dies ist im Billighosting nicht ungewöhnlich, verwandelt die Abrechnung jedoch in eine Infrastrukturabhängigkeit. Eine abgelaufene Karte kann zu einem Datenverfügbarkeitsereignis werden. Ein Kunde, dessen einzige aktuelle Kopie sich hinter dem Portal des Anbieters befindet, könnte feststellen, dass der Zeitpunkt zur Vorbereitung eines Exports vor dem Rechnungsstreit lag. Die Abhilfe ist betrieblicher Natur: mehrere aktuelle Zahlungskontakte pflegen, Verlängerungsbestätigungen überwachen, unabhängige Kopien aufbewahren und die Wiederherstellung an anderem Ort testen.

Eine ausgereifte Ausstiegserklärung würde angeben, wie lange Daten nach einer Kündigung, Sperrung oder einem Ablauf verfügbar bleiben; ob Exporte während eines Streits möglich sind; die bereitgestellten Formate; der erwartete Durchsatz; und Supportgebühren für einen verwalteten Ausstieg. Sie würde Domain-Registrierung und Hosting trennen, damit der Kunde versteht, welche Namen, Einträge und Inhalte unabhängig verschoben werden können. kCore erklärt, wie man ankommt. Kunden müssen noch entwerfen, wie man geht.

Die Supportarbeit ist Teil der verkauften Kapazität

kCore differenziert sich durch menschlichen Support. DieConcierge-Seitegibt an, dass die Techniker kompetent sind und nicht an ein großes generisches Support-Center ausgelagert werden. Sie bietet individuelle technische Beratung und begrenzte Beratungsdienste zu einem Stundensatz. Die Plattformseite beansprucht kontinuierliche Überwachung und vollständige Rufbereitschaftsabdeckung. Die Hosting-Tarife beinhalten Ticket-Support, und die Website veröffentlicht Telefon- und E-Mail-Kontakte.

Small-Team-Support kann hervorragend sein, weil die antwortende Person die gesamte Umgebung verstehen kann. Er kann auch Wissen und Berechtigungen konzentrieren. ARIN listet eine einzelne benannte Person für die administrativen, technischen, Routing-, DNS-, Netzwerkbetriebs- und Missbrauchsrollen für die Ressourcen des Unternehmens auf. Dies beweist nicht, dass es nur einen Betreiber gibt; Registerkontakte sind oft bewusst konsolidiert. Das Unternehmen veröffentlicht keine Personalstärke, kein Schichtmodell, keine Eskalationsstufen, keine Antwortziele oder Nachfolgeregelungen.

Die Vertragssprache schwächt das Versprechen. Technischer Support wird nach Verfügbarkeit bereitgestellt, und kCore garantiert nicht, dass jede Anfrage innerhalb der angekündigten statistischen Durchschnitte bearbeitet wird. Der Support kann bei der Unterstützung vollständigen Zugriff auf Dienste und Inhalte haben. Kunden werden aufgefordert, vor der Anforderung von Hilfe ein Backup zu erstellen, da Änderungen die Funktion der Website beeinträchtigen können. Anfragen außerhalb des enthaltenen Umfangs können eine Vorauszahlung erfordern, und der Support kann unter mehreren Umständen verweigert werden.

Die Reparatur hat also eine menschliche Warteschlange. Eine Überwachungs alarm muss eine Person erreichen, die die richtige Schicht diagnostizieren kann. Diese Person benötigt möglicherweise Zugang zur Einrichtung, ein Upstream-Ticket, ein Ersatzteil, eine Anbieterlizenz oder die Zustimmung des Kunden. Wenn mehrere Mieter mit demselben Server ausfallen, kann ein Experte effizient sein, da die Ursache gemeinsam ist. Wenn ein Einrichtungs- oder Sicherheitsvorfall viele separate Aufgaben erzeugt, kann dasselbe kleine Team zur limitierenden Ressource werden.

Die Portalankündigung vom Mai 2026 zeigt zumindest einen schnellen, direkten Kommunikationszyklus und ein Abschluss-Update. Sie misst nicht die Reaktion auf einen nächtlichen Speicherausfall oder einen weit verbreiteten Routing-Ausfall. Die öffentlich verlinkte Netzwerkstatusseite erfordert eine Authentifizierung, sodass potenzielle Kunden keine Verfügbarkeitshistorie oder Vorfälle einsehen können. Das Ankündigungsarchiv enthält wenig öffentliche Historie. Das Fehlen von Berichten ist kein Beweis für das Fehlen von Vorfällen; es ist ein Fehlen öffentlicher Aufzeichnungen, aus denen Außenstehende die Leistung berechnen können.

Käufer sollten nach Schweregraddefinitionen, Erstantwortzielen, Wiederherstellungsverantwortung und einem Pfad fragen, der zugänglich bleibt, wenn das Portal nicht verfügbar ist. Sie sollten identifizieren, wer DNS-Notfalländerungen und Datenfreigaben autorisieren kann. Für einen geschäftskritischen Dienst ist die Support-Kapazität genauso Teil der Architektur wie Festplatte und Transit.

Ausfälle breiten sich über Mieter, Domänen und Kommunikation aus

Ein Shared-Hosting-Ausfall betrifft selten nur den Serverbesitzer. Ein physischer Host kann viele nicht verwandte Websites, Datenbanken und Postfächer beherbergen. Ein Speicherproblem kann mehrere Kunden gleichzeitig offline schalten. Ein kompromittiertes Kontrollpanel kann Domänen und Konten offenlegen. Ein DNS-Ausfall kann gesunde Inhalte unerreichbar machen. Ein Abrechnungs- oder Domain-Verlängerungsfehler kann eine Website ohne jegliche defekte Hardware lahmlegen.

Der kleine sichtbare Adressfußabdruck von kCore macht diese Aggregation bedeutsam. Die IPinfo-Schätzung der gehosteten Domänen ist zu unvollständig, um Kunden zu zählen, und eine gemeinsam genutzte IP kann vielen Namen gegenüberstehen. Der notwendige Nachweis zur Feststellung der Exposition ist eine vom Anbieter bereitgestellte Mieterverteilung: nicht die Kundenidentitäten, sondern die maximale Anzahl von Konten pro Ausfalldomäne, der Prozentsatz der Kunden auf dem größten Server und ob Mail, DNS und Kontrolldienste diese Domäne teilen.

Das Domain-Produkt fügt eine weitere Abhängigkeitskette hinzu. kCore gibt an, Domain-Namen über einen Partner-Registrar weiterzuverkaufen. DieDomain-Seiteermöglicht es Kunden, Nameserver, Registrar-Sperren und Kontaktinformationen in derselben Kundenumgebung zu verwalten. Die Bündelung vereinfacht Verwaltung und Abrechnung. Sie bedeutet auch, dass ein kompromittiertes Konto oder eine fehlgeschlagene Verlängerung sowohl den Inhalt als auch den Namen, mit dem er erreicht wird, betreffen kann. Der Vertrag stellt fest, dass Domain-Transfers und -Registrierungen weiterhin den Regeln der Registry und des Registrars unterliegen.

Kunden können diese Auswirkungsradius reduzieren, indem sie Eigentumsnachweise trennen, Multi-Faktor-Authentifizierung verlangen, DNS-Einträge anderweitig führen und entscheiden, ob die Domain-Registrierung bei einem unabhängigen Registrar verbleiben soll. Die Bedingungen von kCore verlangen eine Zwei-Faktor-Authentifizierung für den Benutzerbereich, was eine nützliche Kontrolle ist. Die Konto Wiederherstellung erfordert dennoch ein unabhängiges Kontaktmittel und einen dokumentierten Prozess zum Eigentumsnachweis.

Die Diensttauglichkeit hat auch Grenzen. Die Bedingungen geben an, dass der Dienst nicht HIPAA-konform ist und geschützte Gesundheitsinformationen verbietet. Hochrisikoanwendungen erfordern vorherige Bestätigung und unabhängige redundante Systeme. Diese Ausschlüsse helfen zu verhindern, dass eine kleine Shared-Hosting-Plattform mit einer für die Personensicherheit oder regulierte Gesundheitsdaten ausgelegten Infrastruktur verwechselt wird. Sie beantworten nicht jede Standort- oder Vertraulichkeitsfrage für gewöhnliche Kundendaten.

Wenn kCore ausfällt, sind die am direktesten betroffenen Parteien die Website-Besitzer, ihre Besucher, Postfachnutzer und jeder, der von einer gehosteten Domain abhängt. Zu den Nebeneffekten können verlorene Verkäufe, verpasste Nachrichten, abgelaufene Authentifizierungslinks, unzugängliche Community-Informationen und verzögerte Vorfallskoordination gehören. Die günstige monatliche Rechnung kann daher vorgelagerten Aktivitäten gegenüberstehen, die weit mehr wert sind als die Hosting-Gebühren. Die SLA-Gutschrift wird diese externen Kosten wahrscheinlich nicht decken, weshalb eine unabhängige Wiederherstellung wichtig ist.

Was Resilienz demonstrieren würde, anstatt sie nur zu beschreiben

kCore hat genügend öffentliche Beweise, um eine negative Betriebsbewertung zu vermeiden. Die Bestelloberfläche ist aktiv. Die Routen sind aktuell und weithin sichtbar. Es gibt direkt zugewiesenen Adressraum, Dual-Stack-Ankündigungen, funktionierende autoritative Dienste und Mail, einen dokumentierten Vertrag, aktive Support-Kanäle und eine datierte Wartungskommunikation von 2026. Dies sind substanzielle Signale für einen kleinen Anbieter.

Der nächste Beweis sollte betrieblicher Natur und eng gefasst sein. Erstens, die Produktionsmetropole und der rechtliche Einrichtungsbetreiber identifizieren, während vertrauliche Details zu Racks privat bleiben. Angeben, ob ein zweiter aktiver Produktionsstandort existiert und welche Dienste dort laufen können. Backup-Standort von Failover-Kapazität unterscheiden. Eine entfernte Kopie ist wertvoll, aber keine einsatzbereite Anwendungsplattform, es sei denn, Rechenleistung, Software, Anmeldeinformationen, DNS und Netzwerkkapazität sind ebenfalls vorbereitet.

Zweitens, die Netzwerkausfalldomänen dokumentieren. Die Anzahl der Upstreams, Edge-Router und physischen Austauschpunkte nennen; angeben, ob die Verbindungen separate Eingänge und Stromversorgungen nutzen; und das Datum und Ergebnis einer Failover-Übung veröffentlichen. Eine gültige Ursprungsautorisierung für das IPv4-/24 hinzufügen. Die IPv6-Autorisierung zeigt, dass das Unternehmen den Mechanismus bereits versteht.

Drittens, die nutzbaren Kapazitätskontrollen offenlegen. Ein Käufer braucht keine Seriennummern. Er muss wissen, dass der größte Server ausfallen kann, ohne die Überlebenden zu überlasten, dass kompatible Ersatzteile vor Ort oder vertraglich verfügbar sind und dass Speicher-Rebuilds die Leistung erhalten. Die reservierte Marge und das Ersatzteilziel für Festplatten, Server und Netzwerkausrüstung angeben.

Viertens, die Sprache zu Backups in eine messbare Wiederherstellung umwandeln. Häufigkeit, Aufbewahrung, Trennung, Wiederherstellungspriorität und getestete Wiederherstellungsbereiche veröffentlichen. Ein kundenlesbares Exportverfahren anbieten, das nicht von einem gesunden Portal abhängt. Den Datenstandort für Produktion, Backups und Notfallwiederherstellung klären, insbesondere wenn ein Kunde für eine Platzierung in den USA bezahlt.

Fünftens, Vorfallbeweise öffentlich machen. Eine unabhängig gehostete Statusseite mit Komponentenhistorie würde es Kunden ermöglichen, Website-, Portal-, DNS-, Mail- und Hosting-Ausfälle zu unterscheiden. Prägnante Vorfallberichte für Hardware-Ereignisse veröffentlichen und sowohl die erlittene als auch die in der SLA gezählte Ausfallzeit melden. Dies würde die 99,9 %-Zahl überprüfbar machen, ohne Kundeninformationen preiszugeben.

Schließlich, die Support-Eskalation beschreiben. Schweregrade, Bestätigungsziele, Kanäle außerhalb der Geschäftszeiten und wer Einrichtungsarbeiten oder Notfallmigrationen autorisieren kann, veröffentlichen. Ein kleines Unternehmen muss keinen Hyperscaler nachahmen. Es muss zeigen, dass eine nicht verfügbare Person, ein einzelner fehlgeschlagener Zahlungsabwickler oder eine einzelne überlastete Ticket-Warteschlange die Wiederherstellung nicht auf unbestimmte Zeit blockieren kann.

Das Betriebsurteil ist real, aber bewusst begrenzt

kCore Cloud ist in Betrieb. Die aktuellen Beweise sind stärker als eine kurze Beschreibung vermuten lässt: AS401197 hat anhaltendes Dual-Stack-Routing, das Unternehmen hat eigenen IPv4-Raum erworben, die Geschäftsseite und das Portal sind aktiv, und eine Sicherheitswartungsankündigung von 2026 zeigt, dass jemand den Dienst betreut. Die Sprache des Unternehmens setzt auch eine nützliche Erwartung, indem sie den kleinen Maßstab und die eigene Hardware betont, anstatt zu beanspruchen, ein globaler öffentlicher Dienst zu sein.

Dieselben Beweise definieren die Grenze. Ein einziger extern beobachteter Upstream transportiert beide Routenfamilien. Der physische Standort ist nicht öffentlich identifiziert. Nord-Virginia ist die stärkste Inferenz, keine bestätigte Kundenaussage. Die installierte Hardwaremenge und die verbleibende Failover-Kapazität sind unbekannt. Die SLA schließt viele reale Ausfallerfahrungen aus. Die Backup-Wiederherstellung ist nicht garantiert, unabhängige Kopien sind die Verantwortung des Kunden, und Daten können Staats- oder Ländergrenzen überschreiten. Die öffentliche Vorfallhistorie und Support-Eskalation bleiben spärlich.

Für eine bescheidene Website, deren Besitzer eine getestete externe Kopie aufbewahrt und Stunden an Störungen tolerieren kann, kann dieses Risiko zum veröffentlichten Preis akzeptabel sein. Für einen Dienst, der trotz eines Anbieterausfalls, Hardwareknappheit, Abrechnungsstreit oder Einrichtungsräumung verfügbar bleiben muss, sind die öffentlichen Beweise unzureichend. Der Kunde würde eine vertragliche Zusage zum Standort, diversifizierten Transit, quantifizierte Wiederherstellungskapazität, Exportrechte und ein unabhängiges Wiederherstellungsziel benötigen.

Dies ist der zentrale Kompromiss der Hosting-Ökonomie. kCore kombiniert Racks, Lizenzen, Transit und menschliches Fachwissen, sodass Kunden diese nicht separat kaufen müssen. Die niedrigen monatlichen Kosten funktionieren, weil diese Ressourcen gemeinsam genutzt werden. Resilienz funktioniert nur, wenn einige von ihnen nicht vollständig verbraucht sind, wenn Ausfalldomänen wirklich getrennt sind und wenn eine Reparatur stattfinden kann, bevor der Kunde seine Toleranz erschöpft. kCore hat einen aktiven Dienst und ein glaubwürdiges kleines Netzwerk gezeigt.

Es hat noch nicht öffentlich das Ersatzsystem gezeigt, das einspringt, wenn das sichtbare System ausfällt.