Der Ausschaltknopf rechnet noch ab: Test des Versprechens konvergierter Infrastruktur von 3HCloud

Zusammenfassung

• Das interessanteste Angebot von 3HCloud ist keine Konfiguration einer virtuellen Maschine für 1,50 $. Es ist das Versprechen, dass Cloud-Instanzen, gemietete physische Server und kundeneigene Hardware Netzwerke, Blockspeicher, Verwaltung und Support gemeinsam nutzen können, ohne den Kunden in einen proprietären Stack eines Hyperscalers zu zwingen.
• Die rechtliche und betriebliche Abgrenzung bedarf der Klärung. Die Unterlagen des Staates Florida weisen eine aktive 3HCloud LLC aus, die 2020 gegründet wurde, während das vom Dienst genutzte autonome System weiterhin auf die ältere Newserverlife LLC registriert ist. Die beiden Unternehmen teilen sich in öffentlichen Eintragungen benannte Geschäftsführer, aber öffentliche Beweise belegen nicht ihr genaues Eigentums-, Vermögens- oder Haftungsverhältnis.
• Der Anbieter veröffentlicht mehr betriebliche Details auf niedrigerer Ebene als viele kleine Hosts: Das Herunterfahren stoppt die VM-Abrechnung nicht, getrennter Speicher bleibt abrechenbar, Snapshots verbleiben auf dem Primärspeicher, geplante Backups werden nicht automatisch auf Konsistenz getestet, und Bandbreite wird nach der durchschnittlichen Stundengeschwindigkeit abgerechnet. Diese Offenheit ist nützlich, zeigt aber auch Abhängigkeiten auf, die umgangen werden müssen.
• Die „100% Uptime-Garantie“ ist ein vertragliches Ziel, das durch Service Credits für berechtigte virtuelle Ressourcen abgesichert ist, kein Beleg für eine gemessene 100%ige Verfügbarkeit. Dedizierte Server, Bare Metal, Colocation, das Control Panel, API, DNS, Backups und mehrere andere Komponenten sind von der Garantie ausgeschlossen.
• 3HCloud kann wirtschaftlich attraktiv für Teams sein, die Infrastruktur verstehen und entbündelte Preise, OpenStack-APIs, Fibre-Channel-Speicher und technikerunterstützten Support schätzen. Käufer, die geprüfte Compliance, umfassende Managed Services, unabhängig nachgewiesene Multi-Region-Resilienz oder genau spezifizierte Support-Reaktionszeiten benötigen, haben noch mehr zu tun, bevor sie es als Produktionsstandard betrachten.
• Der entscheidende Beschaffungstest ist die Portabilität bei Ausfällen: Kann der Kunde Rechenressourcen neu erstellen, unabhängig gespeicherte Daten wiederherstellen, Adressierung beibehalten oder ersetzen, physische Geräte verschieben und arbeiten, wenn das Portal oder die Support-Warteschlange von 3HCloud nicht verfügbar ist?

Das aufschlussreichste Steuerelement in der Dokumentation von 3HCloud ist nicht „Server erstellen“. Es ist „Ausschalten“.

In vielen Clouds erfährt der Kunde die wirtschaftliche Bedeutung dieses Knopfes erst nach der ersten überraschenden Rechnung. 3HCloud gibt es direkt an: Eine virtuelle Server wird von der Erstellung bis zur Löschung berechnet, und das Versetzen in den SHUTOFF-Zustand stoppt die Abrechnung nicht. Die Löschung beendet die Rechengebühr, löscht aber auch das Systemvolume. Ein zuvor getrennter Netzwerkport kann seine öffentlichen Adressen für eine andere Maschine bewahren, aber die mit diesem Port verbundene IPv4-Adresse wird weiterhin berechnet. Ein zusätzlicher Block-Volume bleibt nach der Trennung abrechenbar.

Dies sind gewöhnliche Infrastrukturregeln, aber ihre klare Darlegung offenbart die eigentliche Einheit des Dienstes. Der Kunde kauft keinen „Server“. Der Kunde setzt persistente Rechenressourcen, Speicher, Ports, Adressen, Bandbreite und supportgestützte Infrastruktur zusammen, jede mit einem anderen Lebenszyklus.

Diese Zusammenstellung ist die Grundlage des größeren Anspruchs von 3HCloud. DerFirmenbericht über die Plattformbesagt, dass Kunden ihre eigene Hardware, 3HCloud-Bare-Metal-Server und Cloud-Instanzen in einer einzigen konvergierten Umgebung kombinieren können. Die Idee ist substanzieller als ein billiges VPS-Angebot. Ein Unternehmen könnte burst-fähige Anwendungsknoten als virtuelle Maschinen, eine lizenzierte Datenbank auf dedizierter Hardware, ein latenzempfindliches Gerät auf einem eigenen Server und gemeinsam genutzten Blockspeicher hinter allen dreien betreiben. Wenn Netzwerk- und Betriebsabläufe diese Schichten wirklich umfassen, kann der Kunde die Platzierung einer Arbeitslast ändern, ohne jede umgebende Abhängigkeit zu verändern.

Es gibt auch einen Haken. Konvergenz beseitigt Abhängigkeit nicht; sie reorganisiert sie. Je mehr Hardware-Arten die Adressierung, Speicherfabrics, das Control Panel, das Abrechnungskonto und den Support-Prozess eines Anbieters teilen, desto größer sind die Auswirkungen, wenn eines dieser gemeinsamen Systeme ausfällt oder kommerziell unzugänglich wird. 3HCloud sollte daher weder als Miniatur-Hyperscaler noch als konventioneller Billighost bewertet werden. Es ist besser als ein kleiner Infrastrukturbetreiber zu verstehen, der versucht, die Nähte zwischen Cloud, Bare Metal und Colocation nutzbar zu machen.

Sein Fall hängt davon ab, ob diese Nähte gut dokumentiert, vertraglich fassbar und umkehrbar sind.

Zwei Florida-Unternehmen hinter einem Netzwerknamen

Die vertragliche Identität ist auf der ersten Ebene klar. Die Nutzungsbedingungen von 3HCloud definieren den Anbieter als 3HCloud LLC mit Sitz in der 2031 Harrison Street in Hollywood, Florida. DerEintrag der Florida Division of Corporationszeigt 3HCloud LLC als aktive Florida Limited Liability Company mit der Dokumentennummer L20000375976, eingereicht und wirksam seit dem 1. Dezember 2020. Der Jahresbericht 2026 wurde am 28. Januar 2026 eingereicht. Der Eintrag nennt Konstantin Kolosovskiy als Geschäftsführer und Elena Kolosovskaya als berechtigtes Mitglied.

Die Netzwerkidentität ist weniger einfach. Der Dienst verwendet das autonome System AS49791 und das Routing-Set AS49791:AS-3HCLOUD. Dennoch identifiziertBGP.tools‘ aktuelle Routing-Ansicht, die auf Registry- und Routing-Daten zurückgreift, die eingetragene Organisation als Newserverlife LLC, während sie auf 3hcloud.com als Netzwerk-Website verweist. Zum Zeitpunkt dieser Überprüfung zeigte sie ein aktives RIPE-zugewiesenes Netzwerk, 43 originierte IPv4-Präfixe, 14 IPv6-Präfixe und vier benannte Uplinks: Cogent, Kazakhtelecom, Hurricane Electric und Fiord. Diese Zählungen sind eine sich ändernde Beobachtung, keine feste Kapazitätsaussage.

Newserverlife ist nicht nur ein ähnlicher Handelsname. DerEintrag der Florida Corporationzeigt eine separate aktive Florida LLC, Dokumentennummer L19000013202, gegründet im Januar 2019. Sie listet dieselben beiden Personen in Management- oder Mitgliedschaftsrollen und reichte ebenfalls am 28. Januar einen Jahresbericht 2026 ein. Dies ist ein starkes Indiz für ein gemeinsames Management und eine betriebliche Beziehung. Es ist jedoch kein Beweis dafür, dass ein Unternehmen das andere besitzt, dass alle Netzwerkressourcen übertragen wurden oder dass Newserverlife die Verpflichtungen von 3HCloud garantiert.

Ein zweites Netzwerkverzeichnis stellt die öffentliche Identität anders dar.PeeringDB listet AS49791unter dem Organisationsnamen 3HCLOUD LLC mit 3hcloud.com als Website, einem globalen Geltungsbereich, einer offenen Peering-Richtlinie und einem selbst gemeldeten Verkehrsaufkommen von 20–50 Gbps. Die Organisations- und Einrichtungsinformationen wurden zuletzt im August 2024 aktualisiert. PeeringDB ist ein wertvoller betrieblicher Beleg, aber die Einträge werden von Netzwerkteilnehmern bereitgestellt und sollten nicht mit einer Prüfung des Firmenstatus oder der aktuellen Kapazität verwechselt werden.

Die vernünftige Schlussfolgerung ist begrenzt. Bestätigte Tatsache: 3HCloud LLC ist eine aktive Florida-Gesellschaft und das im öffentlichen Kundenvertrag genannte Unternehmen. Bestätigte Tatsache: AS49791 ist aktiv und in Routing-Daten auf Newserverlife LLC registriert. Bestätigte Tatsache: Die beiden Florida-Entitäten teilen sich benannte Geschäftsführer. Vernünftige Schlussfolgerung: 3HCloud ist der kundenorientierte Cloud-Betrieb, der auf Netzwerkressourcen aufbaut, die historisch oder rechtlich mit Newserverlife verbunden sind.

Ungeklärt: Welche Entität beschäftigt das Netzwerkbetriebspersonal, besitzt oder least bestimmte Adressblöcke und Ausrüstung, schließt Colocation-Verträge ab, erhält Missbrauchsmeldungen und haftet, wenn ein Routing- oder Einrichtungsproblem einen 3HCloud-Kunden betrifft.

Dies ist kein Grund, den Dienst abzutun. Es ist ein Grund, die Entitätszuordnung in den Beschaffungsprozess einzubeziehen. Ein gewerblicher Käufer sollte verlangen, dass der Auftragsformular, die Datenverarbeitungsbedingungen, die SLA, die Missbrauchsbehandlung, die IP-Zuweisungsrechte und etwaige einrichtungsspezifische Zeitpläne die verantwortliche Entität einheitlich benennen.

Er sollte fragen, ob Newserverlife ein Subunternehmer, verbundenes Unternehmen, Lizenzgeber oder Vermögensinhaber ist; ob 3HCloud AS49791 weiterbetreiben kann, wenn sich diese Beziehung ändert; und ob der Kunde die Netzwerkbetriebsfunktion bei einem Route-Leak, Hijack-Vorwurf oder Missbrauchsstreit direkt kontaktieren kann. Die Antwort ist wichtiger als ein Logo, da das Netzwerk einer der gemeinsamen Kontrollpunkte der konvergierten Plattform ist.

Es gibt zumindest einige unabhängige Belege dafür, dass 3HCloud LLC selbst tatsächliche Infrastrukturvereinbarungen eingeht. Ein2025 eingereichter Zeitplan im Monster-Worldwide-Konkursidentifiziert „3HCLOUD“ an der Harrison-Street-Adresse als Vertragspartner einer Master-Service-Vereinbarung und eines Verkaufsauftrags. Ein aktuellererSpiceProp-VPS-Servicevertragstellt fest, dass die VPS-Technologie und -Infrastruktur von 3HCloud LLC bereitgestellt wird. Keines dieser Dokumente belegt Servicequalität, Umsatzumfang oder Kapazität, aber beide gehen über das eigene Marketing des Anbieters hinaus und zeigen das Unternehmen in vertraglichen Kontexten Dritter.

Sechs vermarktete Metropolen, fünf beobachtete Einrichtungen, mehrere verschiedene Karten

Die öffentliche Geografie von 3HCloud kann nicht auf eine Standortliste reduziert werden, da die eigenen Oberflächen den Umfang unterschiedlich beschreiben.

Die aktuelleDokumentation zur Erstellung virtueller Serverlistet Warschau, Miami, Dallas, Manila und Almaty als auswählbare Regionen oder Verfügbarkeitszonen. Die Cloud-Produktseite beschreibt stattdessen Warschau, Dallas, San Francisco, Miami und Manila. DiePreisseiteveröffentlicht Bandbreitentarife für alle sechs Städtenamen: Manila, Dallas, Miami, Warschau, San Francisco und Almaty. Inzwischen bezeichnete die Site-Navigation im Juli 2026 dedizierte Server weiterhin als „coming soon“, obwohl die Dokumentation zu dedizierten Servern einen aktiven ticketbasierten Service beschreibt. Diese Unterschiede können auf sich ändernde Kapazitäten, produktspezifische Verfügbarkeit oder unterschiedlich schnell aktualisierte Seiten zurückzuführen sein. Daher sind ein Live-Angebot und eine Portalprüfung aussagekräftiger als eine Marketingkarte.

Unabhängige Netzwerknachweise decken einen Teil, aber nicht den gesamten Fußabdruck ab. PeeringDB verzeichnet AS49791 an fünf Einrichtungen in drei Metropolen: ATMAN Warsaw-1 und Equinix WA3 in Warschau; Digital Realty und Equinix MI1 in Miami; und Digital Realty in der 365 Main Street in San Francisco. Es verzeichnet auch einen 10-Gbps-Port an der Equinix Warschau Internet Exchange. Das Fehlen von Dallas, Manila oder Almaty in diesem Verzeichnis beweist nicht, dass 3HCloud dort keine Dienstleistungen anbietet.

Ein Anbieter kann einen Standort über Transit, einen Partner, ein gemietetes Netzwerk, Remote-Peering oder ein anderes autonomes System erreichen. Es bedeutet jedoch, dass die öffentlich beobachtbare AS49791-Einrichtungslandkarte schmaler ist als die kommerzielle Sechs-Städte-Karte.

Einrichtungsbetreiber liefern nützliche Bestätigungen. DasPartnerverzeichnis von Digital Realtylistet 3H Cloud auf und nennt San Francisco, Dallas und Miami als Partnerstandorte, während es Bare Metal zu den verfügbaren Dienstleistungen zählt. DieStandortseite von Atman Warsaw-1verortet diesen Campus in der Grochowska-Straße 21a und beschreibt einen carrierneutralen Standort mit Vor-Ort-Ingenieuren, mehreren Rechenzentrumsgebäuden und standortbezogenen Zertifizierungen. Diese Quellen stützen die Existenz realer Einrichtungsbeziehungen oder Präsenz. Sie belegen jedoch nicht, wie viel Platz oder Energie 3HCloud mietet, welche Hallen seine Ausrüstung belegt oder ob jeder 3HCloud-Dienst jedes vom Gebäudebetreiber beworbene Resilienzmerkmal erbt.

Die Unterscheidung ist wesentlich. Eine Rechenzentrumszertifizierung gilt für die bewertete Einrichtung und den Geltungsbereich. Sie zertifiziert nicht automatisch die Cloud-Steuerungsebene von 3HCloud, die Mitarbeiterpraktiken, den logischen Zugriff, das Backup-System oder den Kundensupportprozess. Ebenso bestätigt ein Eintrag im Partnerverzeichnis eine kommerzielle Verbindung, aber nicht einen dedizierten Käfig, eine duale Standortarchitektur oder eine Eigentumsbeteiligung am Gebäude. 3HCloud bezeichnet Standorte manchmal als „unsere Rechenzentren“ und verweist gleichzeitig auf „Partnereinrichtungen“.

Die genauere öffentliche Beschreibung ist, dass es Infrastruktur in Rechenzentrumsumgebungen Dritter betreibt, wobei die genaue Eigentums- und Betriebsteilung standortspezifisch bestätigt werden muss.

Routing-Daten fügen eine weitere Ebene hinzu. BGP.tools zeigt unter AS49791 eine gemischte Gruppe von Präfixbeschreibungen, darunter Adressraum, der für 3HCloud, Newserverlife und nachgelagerte oder Kundenorganisationen gekennzeichnet ist. Dies ist konsistent mit einem Netzwerkbetreiber, der seine eigene Cloud und andere Netzwerke bedient. Es bedeutet auch, dass eine ASN-Präfixanzahl nicht als Umfang des Einzelhandels-Clouds von 3HCloud behandelt werden sollte.

Ein Käufer sollte die Ursprungs-ASN, den Uplink-Mix, den DDoS-Pfad, den Route-Object-Status, die RPKI-Abdeckung und den Einrichtungsübergabepunkt für die genau gekaufte Region anfordern, anstatt aus der globalen AS zu extrapolieren.

Es gibt kleine, aber nützliche Betriebsspuren. Im Juni 2026 berichtete das OpenBLD-Filterprojektüber die Bereitstellung eines 3HCloud-unterstützten Servers in San Francisco. Dies ist eine Projekterwähnung, kein kontrollierter Benchmark, bestätigt aber die aktuelle Serviceaktivität in einer Stadt, die in PeeringDB und dem Partnerverzeichnis von Digital Realty erscheint. Die öffentlichen Nachweise für Manila und Almaty stützen sich stärker auf die eigene Dokumentation und Preisgestaltung von 3HCloud. Für regulierte oder latenzempfindliche Bereitstellungen sollte ein Kunde den Einrichtungsnamen, das physische Land, den Datenaufenthaltsort, die Supportgrenze und die Netzwerkroute im Auftragsplan verlangen.

Konvergenz ist ein Workflow, kein Produktlabel

Die drei Infrastrukturmodi der Plattform beginnen unterschiedlich.

Eine virtuelle Maschine ist weitgehend self-service. Der Kunde wählt eine Region, ein Betriebssystem oder ein benutzerdefiniertes Image, eine Rechenkonfiguration, ein Volume, ein Netzwerk und eine Authentifizierungsmethode. Ein erster Server in einer Region veranlasst die Erstellung eines externen Netzwerks mit IPv4 und IPv6; interne Netzwerke und zuvor erstellte Ports können angeschlossen werden. Rechenänderungen verursachen einen Neustart, der mit etwa ein bis zwei Minuten angegeben wird. Benutzerdefinierte CPU-RAM-Verhältnisse werden aus dem Self-Service herausgenommen und in ein Support-Ticket verlagert.

Ein dedizierter Server wird vertriebs- und supportgesteuert. DieDokumentation zu dedizierten Servernweist den Käufer an, Projekt- und technische Anforderungen einzureichen, woraufhin das kommerzielle Team ein Angebot erstellt. Der beschriebene Service umfasst Internetkonnektivität, IPv4 und IPv6, optionales privates Networking, IPMI, Austausch defekter Komponenten oder des gesamten Servers sowie 24-Stunden-technischen Support. Nach der Aktivierung erscheint der Server im selben Control Panel mit IPMI-Sitzungen, SAN-Verbindungsdetails und angeschlossenen virtuellen Volumes.

Kundeneigene Ausrüstung fügt Logistik und eine sichtbarere physische Abhängigkeit hinzu. DieColocation-Dokumentationbeschreibt Server- oder Rack-Hosting, Remote-Hands-Unterstützung, IPMI-Zugriff, SAN-Volumes und Netzwerkverbindungen. Für einen gehosteten Server gibt 3HCloud an, 10-Gbps-SFP+-Links zu zwei separaten Switches mit auf beiden Seiten konfigurierter Link-Aggregation zu verwenden. Dies ist eine aussagekräftige Implementierungsbeschreibung, obwohl es eine Anbieteraussage bleibt und mit dem bestellten Standort und der Hardware abgeglichen werden muss.

Die Konvergenz besteht daher nicht darin, dass alle Ressourcen identisch bereitgestellt werden. Das sind sie nicht. Sie besteht darin, dass mehrere umgebende Systeme über sie hinweg bestehen bleiben können: ein privates Netzwerk, öffentliche Adressierung, Block-Volumes, Überwachungsansichten, ein Kundenkonto, Abrechnung und eine Support-Beziehung. Ein Unternehmen könnte mit einer VM beginnen, eine Datenbank auf einen dedizierten HPE-Server verschieben, Fibre-Channel-Speicher anschließen und später ein eigenes Gerät in derselben Einrichtung platzieren.

Der Wert liegt darin, bei jedem Schritt eine vollständige Neugestaltung des Netzwerks und der Betriebsprozesse zu vermeiden.

Dieser Wert ist für infrastrukturfähige Kunden am größten. DieAPI-Dokumentation von 3HCloudbesagt, dass die Plattform einem API-First-Modell folgt, und verweist auf die OpenStack-API und den OpenStack-Terraform-Provider. Ein Konto kann bis zu zehn API-Benutzer erstellen; deren generierte Passwörter werden einmal angezeigt, und der Zugriff kann unwiderruflich entzogen werden, während der historische Benutzerdatensatz erhalten bleibt. Dies gibt Teams einen vertrauten Automatisierungspfad und macht einen deklarativen Build plausibler als einen rein proprietären konsolenbasierten Service.

Es macht jedoch nicht jeden Teil der Umgebung automatisiert. Der eigene Workflow des Anbieters platziert nicht standardmäßige VM-Formen, dedizierte Serverangebote, Switch-Konfigurationen, einige IPMI-Anmeldedaten, die Entfernung von Port 25 und mehrere Netzwerkänderungen hinter Tickets. Das „coming soon“-Label der dedizierten Server-Navigation widerspricht zudem der detaillierten Betriebsdokumentation und dem Drittanbieter-Eintrag bei Digital Realty. Die faire Interpretation ist, dass physische Produkte angebotsgesteuert sind und möglicherweise nur selektiv verfügbar sind, nicht als inventargestütztes Sofortbereitstellungskatalog.

Die Beschaffung sollte nach tatsächlichem Bestand, Ersatzbestand, Bereitstellungsvorlaufzeit und den Konsequenzen fragen, wenn ein passender Server nach einem Ausfall nicht verfügbar ist.

OpenStack reduziert eine Art von Lock-in

OpenStack ist das glaubwürdigste Element in 3HClouds Behauptung, anbieterunabhängig zu sein. Es gibt Kunden weit verbreitete Schnittstellen für Compute, Images, Netzwerke und Volumes. Terraform-Konfigurationen können in einem normalen Code-Repository gespeichert werden. Benutzerdefinierte Maschinen-Images können importiert werden. Ein Kunde kann viele Ressourcen mit Konzepten der Open-Source-Community verstehen, anstatt eine vollständig private API zu erlernen.

Der Anbieter hat auch einen detailliertenVMware-zu-OpenStack-Migrationsleitfadenveröffentlicht. Er behandelt VirtIO-Vorbereitung, Image-Export, VMDK-zu-RAW-Konvertierung, Image-Upload, neue Adressierung, DNS-Umstellung und die Notwendigkeit, während der Migration angesammelte Daten zu verschieben. Für Windows beschreibt er einen aufwändigeren Treiber- und Wiederherstellungsprozess. Dies ist eine unternehmenseigene Anleitung, kein Protokoll einer bestimmten Kundenmigration, aber sie gibt nützlicherweise zu, dass das Verschieben einer VM eine Abfolge von Kompatibilitäts-, Image-, Netzwerk- und Datenaufgaben ist – kein magischer Import-Button.

Offene Schnittstellen reduzieren den Lock-in der Steuerungsebene. Sie beseitigen nicht die Datenschwerkraft oder den service-spezifischen Zustand. Eine Terraform-Datei kann ein virtuelles Netzwerk neu erstellen, aber sie kann nicht sofort ein mehrere Terabyte großes Fibre-Channel-Volume übertragen. Ein OpenStack-Image kann die Plattform verlassen, aber eine öffentliche IPv4-Adresse möglicherweise nicht. Die Konfiguration eines Load Balancers kann dokumentiert werden, aber seine Serviceadresse und sein Gesundheitszustand benötigen dennoch einen Umstellungsplan.

Ein colocated Server kann anderswohin versendet werden, aber nur nach Zugriffsgenehmigung, Remote-Hands-Arbeit, Verpackung, Speditionsabholung und Ersatzkonnektivität.

Selbst innerhalb der Cloud sind die Details des Ressourcenlebenszyklus wichtig. 3HCloud gibt an, dass das Ändern der Konfiguration einer VM einen Neustart verursacht. Es bietet keine direkte Neuinstallation des Betriebssystems im Sinne des beschriebenen Workflows; der sicherere dokumentierte Ansatz besteht darin, das Notwendige zu bewahren, zu löschen und neu zu erstellen oder aus einem Image, Snapshot oder Backup wiederherzustellen. Das Systemvolume ist an die Serverlöschung gebunden, es sei denn, der Kunde hat Daten bewusst geschützt oder exportiert.

Dies sind handhabbare Einschränkungen, aber nur, wenn die Automatisierung Daten und Adressierung umfasst, nicht nur Rechenressourcen.

Die API selbst ist eine Abhängigkeit. Die SLA schließt die API und das Control Panel explizit aus. Wenn die Anwendung online bleibt, die API aber keine Ersatzinstanz erstellen kann, bleibt die vertragliche „Verfügbarkeit“ der laufenden Ressource möglicherweise intakt, während der Wiederherstellungsprozess des Kunden blockiert ist. Ein ernsthafter Entwurf sollte Befehlszeilen-Anmeldeinformationen, aktuelle Endpunktdetails, den letzten bekannten Infrastrukturzustand und einen Eskalationsweg des Supports bereithalten. Er sollte auch testen, welche Vorgänge fortgesetzt werden können, wenn das Webportal nicht verfügbar ist.

Speicher ist das Scharnier – und ein Konzentrationspunkt

Die Architektur von 3HCloud wird beim Speicher am unverwechselbarsten. Der Anbieter verkauft Block-Volumes in fünf veröffentlichten Leistungsklassen, von SSD Lite mit 1.000 IOPS und 100 MB/s bis SSD Ultra mit 25.000 IOPS und 750 MB/s. Die aktuellen Listenpreise reichen von 0,01 $ bis 0,10 $ pro GiB pro Monat. Dies sind Produktspezifikationen und Preisangaben, keine unabhängig gemessene Dauerleistung. Käufer sollten nach I/O-Größe, Lese-/Schreib-Mix, Burst-Verhalten, Latenz-Perzentilen, Warteschlangentiefe, Nachbarschaftseffekten und fragen, ob Grenzwerte pro Volume oder über einen Speicherpool hinweg gelten.

Für virtuelle Maschinen vermarktet 3HCloud externen Fibre-Channel-Speicher als Möglichkeit, eine Instanz nach einem Host-Ausfall auf einem anderen Rechenknoten neu zu starten, während der Zugriff auf ihre Daten erhalten bleibt. Dies ist eine plausible Architektur und ein echter Vorteil gegenüber einer VM, deren einzige Festplatte lokal auf einem Host ist. Die öffentliche Dokumentation legt jedoch nicht die Scheduler-Richtlinie, das Wiederherstellungsziel, das Quorum-Design, das Controller-Layout oder eine Historie von Failover-Tests offen.

Die Aussage sollte als eine Behauptung des Unternehmens behandelt werden, die während eines Proof of Concept zu überprüfen ist, nicht als unabhängig festgestellte Wiederherstellungsgarantie.

Die physische Seite ist konkreter. DerFibre-Channel-Leitfadenbeschreibt separaten Speicherverkehr, World Wide Names, Multipath-Betrieb und zwei Fabrics mit den Bezeichnungen A und B. Ein dedizierter Server oder ein colocated Server kann Volumes über mehrere Pfade sehen, sodass ein Switch- oder Portausfall den Speicherzugriff nicht unterbrechen muss, wenn der Host korrekt konfiguriert ist. DieVMware-ESXi-Installationsanleitunggeht so weit, einen HPE-Server, iLO, eine 3PAR-Festplatte, eine supportgestützte Link-Aggregation-Änderung und eine Multipath-Überprüfung zu beschreiben. Dies ist ein wertvoller Beleg dafür, dass das hybride Angebot auf Betriebsebene implementiert ist, obwohl eine Anleitung nicht beweisen kann, dass jede Region dieselbe Hardware oder Redundanz verwendet.

Gemeinsamer Speicher ist gleichzeitig die Brücke und der Explosionsradius. Er ermöglicht es Daten, einen Rechenhost-Ausfall zu überleben und auf verschiedene Servertypen abgebildet zu werden. Aber wenn virtuelle Maschinen, gemietete Bare-Metal-Server und kundeneigene Hardware alle vom selben Speichersystem, Fabric, Zoning-Prozess oder Betriebsteam abhängen, kann ein Speichervorfall die Grenzen überschreiten, die die Rechentrennung schaffen sollte.

Doppelte Fabrics mildern Pfadausfälle; sie adressieren nicht von sich aus einen Controller-Fehler, eine Firmware-Störung, einen Verwaltungsfehler, ein beschädigtes Volume, einen Einrichtungsausfall oder den Verlust der Speicherverwaltungsebene.

Die Unterscheidung von 3HCloud zwischen Snapshots und Backups ist ungewöhnlich wichtig. DieSnapshot-Dokumentationbesagt, dass ein Snapshot auf derselben Hardware wie das Quellvolume verbleibt und Primärspeicher verfügbar sein muss. Sie sagt explizit, dass ein Snapshot kein Backup ist. Diese Warnung sollte wörtlich genommen werden: Ein Snapshot kann zum Klonen oder Zurücksetzen nützlich sein, ist aber keine unabhängige Kopie gegen den Verlust des Quellspeichersystems.

DieBackup-Dokumentationfügt eine zweite offene Warnung hinzu. Geplante Backups erhalten keine automatischen Leistungs- und Konsistenzprüfungen, und Kunden wird empfohlen, regelmäßig wiederherzustellen. Backups erfassen die auf das Volume geschriebenen Daten, nicht den Zustand, der nur im Speicher vorhanden ist. Sie werden gemäß der konfigurierten Kopienanzahl aufbewahrt und können nach dem Löschen des Quellvolumes oder Servers erhalten bleiben. Der Dienst stellt daher einen Mechanismus bereit, keine vollständige Wiederherstellungsgarantie.

Für den Produktionseinsatz sind die unbeantworteten Fragen architektonischer Natur. Befindet sich das Backup-Repository in einer anderen Ausfallzone als das Primärarray? Befindet es sich in derselben Einrichtung, einer anderen 3HCloud-Region oder bei einem separaten Anbieter? Sind Backups mit anbieter- oder kundengesteuerten Schlüsseln verschlüsselt? Kann der Kunde sie exportieren, ohne sie über 3HCloud wiederherzustellen? Was sind die getesteten Wiederherstellungszeiten für ein Volume und eine gesamte Anwendung? Sind Backup-APIs und Metadaten verfügbar, wenn das Portal ausgefallen ist?

Ein Käufer sollte mindestens eine unabhängig kontrollierte Kopie für Daten aufbewahren, deren Verlust das Unternehmen gefährden würde. Konvergenter Speicher ist gerade deshalb praktisch, weil er gemeinsam genutzt wird; die unabhängige Wiederherstellung sollte bewusst nicht-konvergent sein.

Die Netzwerkrechnung misst die Geschwindigkeit, nicht die übertragenen Bytes

Das Bandbreitenmodell von 3HCloud ist eine seiner originelleren kommerziellen Entscheidungen. Anstatt nur ein monatliches Übertragungskontingent anzugeben, misst es die durchschnittliche eingehende und ausgehende Geschwindigkeit jeder Stunde. Wenn die höhere Richtung die dedizierte Schwelle des Kunden überschreitet, wird der überschüssige Mbps zu einem regionsspezifischen Satz berechnet. Das Control Panel zeigt Schwellenwertüberschreitungen an, und ein Kunde kann eine Geschwindigkeitsbegrenzung festlegen, um zusätzliche Gebühren zu vermeiden.

Netzwerkkarten aggregieren Ressourcen nach Regionen, wobei Cloud- und physische Infrastruktur als separate Kategorien angezeigt werden.

Dieses Modell kann attraktiv für Arbeitslasten sein, die Bursts unterhalb einer hohen Schwelle aufweisen, und es drückt die Netzwerkkosten in der von Betreibern verwendeten Kapazitätssprache aus. Es kann auch weniger intuitiv sein als ein Terabyte-Kontingent. Eine kurze Übertragung mit hoher Rate kann günstig sein, wenn ihr stündlicher Durchschnitt niedrig bleibt; ein anhaltender Strom kann wiederholte stündliche Gebühren verursachen. Asymmetrische Arbeitslasten werden auf der höheren Richtung berechnet, nicht auf beiden. Teams müssen Mbps-Stunden modellieren, nicht nur monatliche Bytes.

Die öffentlichen Beschreibungen bedürfen der Klärung. Die Preisseite gibt an, dass jede VM 1 Gbps vor Überschreitung enthält, und veröffentlicht Preise pro Mbps-Stunde für sechs Regionen. DieInternet-Zugriffsdokumentationgibt 1.000 Mbps als Standardschwelle in Warschau, Miami und San Francisco an, aber 50 Mbps in Manila, und warnt dann, dass die dedizierte Schwelle nicht unbedingt mit der freien Bandbreite identisch ist. Dallas und Almaty sind in diesem Beispiel nicht enthalten. Dies mag ein Unterschied zwischen inkludierter Portgeschwindigkeit, dedizierter Schwelle und aktueller regionaler Politik sein, aber ein Kunde sollte die abrechenbare Grenze nicht ableiten müssen. Der Auftrag sollte die freie Bandbreite, die dedizierte Schwelle, das physische Portlimit, den Überschreitungstarif und den Aggregationsumfang für jede Region angeben.

Flatrate-Unmetered-Optionen sind ebenfalls veröffentlicht. In Dallas, Miami, Warschau und San Francisco reicht der Listenpreis vom Juli 2026 von 50 $ pro Monat für 100 Mbps bis zu 2.000 $ für 10 Gbps; Manila und Almaty haben höhere regionale Sätze. Diese Zahlen zeigen, warum 3HCloud billige Rechenleistung bewerben und gleichzeitig die Netzwerkkapazität als eigene wirtschaftliche Schicht behandeln kann. Sie machen auch die Arbeitslastform entscheidend. Eine wenig vernetzte Entwicklungs-VM und ein Streaming-Origin können denselben CPU-Plan nutzen, aber grundlegend unterschiedliche Anbieterökonomien haben.

Die kleinste VM veranschaulicht die Entbündelung. DerCloud-Produktrechnerzeigt eine 1-vCPU-, 1-GB-Instanz für 1,50 $ pro Monat, fügt dann eine minimale 16-GB-SSD-Lite-Systemfestplatte für 0,16 $ und IPv4 für 1 $ hinzu, was einen angezeigten Gesamtbetrag von 2,66 $ pro Monat ergibt. IPv6 ist kostenlos. Der Preis ist wirklich niedrig, aber die Schlagzeile von 1,50 $ ist für sich genommen keine bootfähige, öffentlich erreichbare Konfiguration. Speicherperformance, Backup-Speicher, Windows-Lizenzierung, Load Balancing und dauerhafte Bandbreite sind separate Entscheidungen.

Die Abrechnung läuft weiter, bis Ressourcen gelöscht werden, nicht nur im Leerlauf. DieAbrechnungsdokumentationbesagt, dass die Nutzung stündlich erfolgt und die Standardkarte normalerweise bei Abschluss des Abrechnungszeitraums belastet wird – normalerweise am ersten und sechzehnten des Monats – oder wenn das Kreditlimit erreicht ist. Dies ist einigermaßen transparent, erfordert aber Disziplin bei der Kontenhygiene. Verwaiste Ports, getrennte Volumes, aufbewahrte Backups und vergessene Ressourcen können alle überleben, nachdem der Anwendungsbesitzer glaubt, dass ein Projekt beendet ist.

Die AGB fügen Arbeitslastbeschränkungen hinzu. Öffentliche Relays, Bandbreitenweiterverkauf, öffentliche Tunnel und Proxy-Software können untersagt werden, wenn der Verkehr hochsymmetrisch und dauerhaft über den angegebenen Verbrauchsbedingungen liegt, es sei denn, dies wurde separat vereinbart oder unter qualifizierten Unmetered-Optionen genutzt. Ausgehender TCP-Port 25 ist standardmäßig gesperrt und kann über ein Ticket geöffnet werden. Ein Käufer, der VPN, Proxy, Mail, CDN, Gaming oder Datenverteilungs-Workloads plant, sollte eine schriftliche Bestätigung einholen, dass das beabsichtigte Muster zulässig und korrekt bepreist ist.

Was „100 %“ kauft

DieService Level Agreementvon 3HCloud setzt ein Ziel von 100 % Verfügbarkeit für abgedeckte virtuelle Ressourcen. Die Formulierung ist auf der Website prominent, aber der Vertrag definiert ihre Bedeutung enger als die Marketing-Kurzform.

Die Garantie gilt für kostenpflichtige virtuelle Server, Cloud-Instanzen, Cloud-Speicher und andere ausdrücklich in der Vereinbarung enthaltene Ressourcen. Sie gilt nicht für dedizierte physische Server, Bare Metal oder Colocation. Sie schließt auch die 3HCloud-Website, DNS-Server, API, Control Panel, Zahlungsintegrationen, Beta-Dienste und Kunden-Backups aus. GPU-Betrieb und -Leistung fallen nicht unter die allgemeine Garantie; bestätigte GPU-Server-Ausfallzeiten werden Minute für Minute vergütet. Die abgedeckte „Infrastruktur“ wird um die Verfügbarkeit des Host-Knotens und des mit dem Provider-Backbone verbundenen Netzwerkports definiert.

Dies ist kein Beleg dafür, dass 3HCloud eine historische Verfügbarkeit von 100 % erreicht hat. Es wurde in dieser Überprüfung kein öffentliches Incident-Archiv oder eine unabhängig geprüfte Verfügbarkeitsserie identifiziert. Die SLA ist ein Versprechen über die Berechtigung zu Gutschriften nach qualifizierter Nichtverfügbarkeit. Die AGB schließen separat einen unterbrechungsfreien, vollständig sicheren oder fehlerfreien Betrieb aus und schließen Folgeschäden wie Ausfallzeiten und Datenverlust aus, vorbehaltlich geltendem Recht.

Der Gutschriftenplan ist begrenzt. Weniger als neun Minuten Ressourcenausfallzeit ergeben zwei Stunden Gutschrift; 10–59 Minuten ergeben sechs Stunden; 60–119 ergeben 12 Stunden; 120–239 ergeben 24 Stunden; 240–419 ergeben 48 Stunden; und 420 Minuten oder mehr ergeben 168 Stunden. Die veröffentlichte Tabelle scheint genau neun Minuten nicht zuzuordnen, ein Formulierungspunkt, der klärungsbedürftig ist. Gutschriften werden auf die betroffene Ressource berechnet, auf die monatlichen Kosten dieser Ressource begrenzt, vorgetragen und nicht bar ausgezahlt und als ausschließlicher Rechtsbehelf beschrieben.

Der Anspruchsprozess ist kundengesteuert. Ein Ticket, das explizit eine Entschädigung fordert, muss innerhalb von 60 Tagen eingereicht werden. Selbst wenn 3HCloud von einem Ausfall weiß, beginnt eine Gutschrift nicht ohne diese Anfrage. Das Unternehmen entscheidet unabhängig, ob ein Fehler aufgetreten ist und wie lange er gedauert hat; Kundenprotokolle sind Referenzbelege. 3HCloud empfiehlt MTR- oder Traceroute-Ausgabe, Screenshots und Anwendungsprotokolle.

Es gibt eine praktische Spannung mit denNutzungsbedingungen, die die Nutzung des Dienstes zur Überwachung seiner Verfügbarkeit, Sicherheit, Leistung oder Funktionalität oder für Benchmarking ohne ausdrückliche schriftliche Genehmigung verbieten. Die wahrscheinliche Absicht ist, Wettbewerbstests oder missbräuchliches Benchmarking einzuschränken, nicht einen Kunden daran zu hindern, sein eigenes Produktionssystem zu überwachen, aber die Klausel ist ihrem Wortlaut nach weit gefasst. Da die SLA Kunden bittet, technische Beweise aufzubewahren, sollten Käufer eine schriftliche Genehmigung für gewöhnliche synthetische Verfügbarkeitstests, Latenzüberwachung, Sicherheitsscans und Benchmarking-Aktivitäten einholen, die für die Abnahme oder Kapazitätsplanung verwendet werden.

Zahlreiche Ausschlüsse können kommerziell vernünftig, aber architektonisch folgenreich sein. Geplante Wartungsarbeiten können mit Vorankündigung unter definierten Bedingungen ausgeschlossen werden; Notfallbehebungen kritischer Sicherheitslücken können ohne Vorankündigung ausgeschlossen werden. Kundensoftware, Überlastung, Konfigurationsneustarts, Backup-Wiederherstellung, säumige Zahlungen, DDoS-Angriffe und Technologie Dritter außerhalb der Kontrolle von 3HCloud können ebenfalls von Gutschriften ausgeschlossen sein. Ein massiver DDoS-Angriff über 100 Gbps oder mit einer Dauer von mehr als vier Stunden wird als höhere Gewalt behandelt.

Paketverlust über 0,5 % zwischen einer Instanz und dem ersten Provider-Hop löst eine Untersuchung aus, aber nicht automatisch eine Gutschrift, es sei denn, 3HCloud bestätigt einen Infrastrukturfehler.

Der Rechtsbehelf ist daher für die meisten ernsthaften Anwendungen viel geringer als die geschäftlichen Auswirkungen. Die AGB begrenzen die Gesamthaftung für einschlägige Ansprüche auf Gebühren für die betreffenden Produkte während der vorangegangenen zwei Monate und schließen viele Formen indirekter oder Folgeschäden aus. Eine Woche Ressourcengutschrift nach einem langen Ausfall mag symbolisch rechenschaftspflichtig sein, wird aber keine verlorenen Transaktionen, Notfallmigration oder Datenrekonstruktion finanzieren. Die korrekte Verwendung der SLA ist als Beschaffungsgrundlage und Eskalationsprozess, nicht als Ersatz für Redundanz.

Support ist Teil der Architektur

Kleine Infrastrukturanbieter konkurrieren oft mit Menschen statt mit Produktbreite. 3HCloud gibt an, dass Kunden Ingenieure und nicht Chatbots erreichen, und dieSupport-Dokumentationbeschreibt 24/7 technischen Support über ein Ticket-System. Tickets zeigen einen zugewiesenen Ingenieur, Status, Verlauf und Anhänge; geschlossene Tickets können durch Kommentare wieder geöffnet werden. Der Vertrieb arbeitet an Wochentagen zu US-Ostküstenzeiten.

Das öffentliche Material gibt keine Schweregrade, Erstantwortziele, Wiederherstellungsziele, telefonische Eskalation für kritische Vorfälle oder benannte Service-Management-Rollen an. Diese Abwesenheit ist wichtig, weil der Support in mehrere technische Pfade eingebettet ist. Die Bereitstellung dedizierter Server beginnt mit einem Ticket. Benutzerdefinierte VM-Verhältnisse erfordern ein Ticket. Einige Netzwerkschwellenänderungen und die Entfernung von Port 25 erfordern ein Ticket. Eine ESXi-Bereitstellung erfordert Support, um die Link-Aggregation zu konfigurieren.

IPMI-Anmeldeinformationen werden nach der Installation über den Support bereitgestellt. Wenn ein Fibre-Channel-Zoning- oder physisches Komponentenproblem auftritt, kann der Kunde nicht jede Ebene allein lösen.

Dies kann eine Stärke sein, wenn das Team qualifiziert und erreichbar ist. Ein kleiner Betreiber kann möglicherweise schneller über Compute-, Switch-, SAN- und Einrichtungsgrenzen hinweg diagnostizieren als ein großer Anbieter, dessen Support-Warteschlangen nach Produkt segmentiert sind. Es kann auch ein Konzentrationsrisiko darstellen. Öffentliche Quellen legen weder die Größe der Netzwerkbetriebs- und Supportteams, ihre geografische Abdeckung, Rufbereitschaft, Sprachabdeckung, Mitarbeiterfluktuation noch die Abhängigkeit von bestimmten Personen offen.

Es gibt keine Grundlage für die Behauptung eines Supportfehlers; es gibt ebenso wenig eine Grundlage für die Annahme einer Hyperscaler-ähnlichen Personalausstattung.

Physische Dienste fügen eine weitere Partei hinzu. Atman und Digital Realty betreiben Gebäude und Remote-Hands-Fähigkeiten, während 3HCloud den kundenorientierten Dienst präsentiert. Ein ausgefallenes Netzteil könnte den Serverhersteller, den 3HCloud-Support und Einrichtungstechniker betreffen. Ein Netzwerkvorfall könnte 3HCloud, die registrierten Netzwerkressourcen von Newserverlife, einen vorgelagerten Carrier und den Rechenzentrumsbetreiber umfassen. Der Kunde benötigt einen verantwortlichen Eskalationspfad, sollte aber auch die dahinterstehenden Übergaben verstehen.

Ein Proof of Concept sollte den Support testen, nicht nur den Durchsatz. Öffnen Sie Tickets zu normalen und ungünstigen Zeiten. Fragen Sie nach einer nicht-destruktiven IPMI-Sitzung, einer simulierten Festplattenfehlerprozedur, einer Route-Change-Eskalation und einer Backup-Wiederherstellung. Notieren Sie Bestätigungs- und Lösungszeit, ohne den Test zu einer missbräuchlichen Belastungsprobe zu machen. Fordern Sie eine Schweregradmatrix, eine Richtlinie zur Kommunikation von Vorfällen, eine Richtlinie zur Ursachenanalyse, einen Wartungskanal und einen benannten Notfallkontakt im kommerziellen Vertrag an.

Wenn der physische Austausch kritisch ist, fragen Sie nach der regionsspezifischen Ersatzteilpolitik, nicht nach einer allgemeinen Zusage zum Austausch defekter Komponenten.

Sicherheitskontrollen sind uneinheitlich dokumentiert

Die Sicherheitsgeschichte von 3HCloud ist am stärksten, wo die Dokumentation spezifisch wird. Virtuelle Maschinen verwendenSicherheitsgruppen mit Ingress- und Egress-Regeln; standardmäßige Egress-Regeln können gelöscht werden. Dedizierte oder physische Infrastruktur hat einenseparaten Rechenzentrum-Firewall-Dienst, der explizit als Beta gekennzeichnet ist. Diese Firewall ist zustandsbehaftet und blockiert bei Aktivierung ohne Erlaubnisregeln eingehenden Verkehr, der nicht angefordert wurde, aber ihre Dokumentation warnt, dass ausgehender Verkehr nicht gefiltert wird. Marketing, das eine Firewall allgemein als Schutz vor Angriffen beschreibt, sollte daher in produktspezifische Kontrollen übersetzt werden: Die virtuelle Firewall und die physische Perimeter-Firewall haben nicht dasselbe Verhalten.

IPMI-Zugriff ist ein weiteres Beispiel. DerIPMI-Leitfadenbesagt, dass die Verwaltungsschnittstelle ein isoliertes Netzwerk verwendet, nicht mit der Hauptinfrastruktur verbunden ist und über Quell-IP-Firewall-Sitzungen zugänglich ist, die temporär oder dauerhaft sein können. Eine Kurzsitzung dauert drei Stunden. Dies ist ein sinnvolles Kontrolldesign, obwohl die Behauptung der Isolation anbieter-seitig bleibt. Käufer sollten fragen, wie Anmeldeinformationen generiert, rotiert und protokolliert werden; ob die Multi-Faktor-Authentifizierung die Portalaktion abdeckt, die IPMI öffnet; ob dauerhafte Erlaubnisregeln ablaufen; und ob der Zugriff von Support-Mitarbeitern aufgezeichnet wird.

Die Netzwerkperimeter blockiert ausgehenden Port 25 standardmäßig, eine übliche Anti-Missbrauchs-Maßnahme. Routing-Datensätze veröffentlichen Missbrauchs- und Netzwerkkontakte. Was nicht öffentlich ist, ist ein detailliertes Sicherheitsgewährleistungspaket: In dem überprüften Material wurde kein 3HCloud-spezifischer SOC-Bericht, kein ISO-Zertifikat, keine Penetrationstest-Zusammenfassung, kein Subunternehmer-Register, keine Richtlinie zur Offenlegung von Schwachstellen und keine detaillierte Incident-Response-Verpflichtung identifiziert.

Solche Dokumente können unter Geheimhaltungsvereinbarungen verfügbar sein, aber Einrichtungszertifikate sollten nicht als Ersatz für sie dienen.

DieDatenschutzrichtlinie, gültig ab 29. Juli 2024, beschreibt breite Kategorien personenbezogener Daten, die Weitergabe an Dienstleister, Aufbewahrungskriterien und „angemessene“ physische, technische und organisatorische Sicherheitsmaßnahmen. Sie bezieht sich eher auf Website- und Kontoinformationen als auf einen vollständigen Unternehmensdatenverarbeitungsrahmen. Ein Kunde, der regulierte Daten verarbeitet, sollte eine Datenverarbeitungsvereinbarung, ein Subunternehmer- und Standortverzeichnis, Lösch- und Rückgabeverfahren, Fristen für die Benachrichtigung bei Verstößen, eine Richtlinie für Anfragen von Strafverfolgungsbehörden, Verschlüsselungsverantwortlichkeiten und Prüfrechte anfordern.

Die AGB weisen dem Kunden eine erhebliche Verantwortung für die Sicherheit von Netzwerk, Server, Anwendung und Zugangscodes zu. Sie erlauben die Sperrung, wenn 3HCloud eine verbotene Nutzung vermutet oder glaubt, dass der Verkehr die gehostete Umgebung gefährdet. Sie erlauben dem Anbieter auch, einen Kunden im Marketing zu identifizieren und verwendete Produkte oder Funktionen offenzulegen, vorbehaltlich der angegebenen Richtlinien. Organisationen mit Vertraulichkeitsanforderungen sollten einer Zustimmung zur Öffentlichkeitsarbeit zustimmen, anstatt Stillschweigen vorauszusetzen.

Es gibt nur sehr wenig unabhängiges Bewertungsvolumen, aus dem auf die Betriebsqualität geschlossen werden kann.Trustpilot zeigte während dieser Recherche nur zwei Bewertungen, beide eingeladen, was viel zu klein und auswahlanfällig ist, um Zuverlässigkeit zu begründen. Ein Rezensent beschrieb eine positive Colocation-Erfahrung; ein anderer beschrieb, dass er Support benötigte, um ausreichend temporären Speicher für eine Bare-Metal-Wiederherstellung zu einer ungünstigen Stunde zu erhalten. Die Anekdote ist nicht unabhängig überprüfbar und sollte nicht verallgemeinert werden, aber sie veranschaulicht die Beschaffungsfrage: Welche Wiederherstellungsressourcen sind self-service, und welche Kapazität erfordert einen Menschen im Moment der Krise?

Billige Rechenleistung ist der Einstiegspunkt, nicht das gesamte Modell

Die Preisstruktur von 3HCloud scheint darauf ausgelegt zu sein, jeden Infrastrukturinput lesbar zu machen. Compute, Speicher, öffentliches IPv4, Backup-Aufbewahrung, Load Balancing und Netzwerkkapazität sind getrennt. Private L2/L3-Netzwerke und IPv6 sind als kostenlos aufgeführt. Dies ermöglicht es einem erfahrenen Team, eng für das zu zahlen, was es braucht, überträgt aber die Arbeit der Zusammenstellung und Prognose der Rechnung an dieses Team.

Der Marktvergleich ist nicht eindimensional.DigitalOceans Droplet-Preisebeginnen bei 4 $ pro Monat, und die 1-GB-Produktseite zeigt eine Konfiguration für 6 $ inklusive Speicher und einem Übertragungskontingent. DigitalOcean stellte Droplets 2026 auf sekundengenaue Abrechnung um.Amazon Lightsailverkauft vorhersagbare Pakete, die Compute, SSD-Speicher und Transfer kombinieren, wobei Low-End-IPv6-only-Pläne bei 3,50 $ beginnen. Ihre Listenpreise sind höher als die 1,50-Dollar-Compute-Linie von 3HCloud, beinhalten aber andere Komponenten, Ökosysteme und Support-Annahmen. Der Vergleich nur von RAM und vCPU würde den eigentlichen Kompromiss verschleiern.

Die dedizierten CPU-Formen von 3HCloud können ebenfalls günstig sein: Eine veröffentlichte Allzweck-VM mit 2 vCPU und 8 GB kostet 16 $ pro Monat vor Speicher und Adressierung. Die wirtschaftliche Frage ist, ob dediziert eine konsistent zugewiesene physische Kernressource unter der erwarteten Arbeitslast des Kunden bedeutet und ob Speicher- und Netzwerkverhalten vorhersagbar bleiben. Ein Käufer sollte seine eigene Anwendung mit schriftlicher Genehmigung, über Zeit- und Ausfallereignisse hinweg, benchmarken, anstatt sich auf Planbezeichnungen zu verlassen.

Das konvergierte Modell schafft Möglichkeiten für Cross-Selling und Kundenbindung. Ein Kunde kann über eine billige VM eintreten, leistungsstärkeren Speicher hinzufügen, Bandbreite reservieren, einen Load Balancer kaufen, einen physischen Server mieten und schließlich Hardware colocation. Der Kunde profitiert, wenn diese Schichten den Migrationsaufwand tatsächlich verringern. 3HCloud profitiert, weil der Wert des Kontos wächst, während gemeinsame Netzwerk-, Speicher- und Support-Abhängigkeiten den Weggang aufwändiger machen. Dies ist kein unangemessener Lock-in-Mechanismus; es ist die gewöhnliche Ökonomie integrierter Infrastruktur.

Problematisch wird es nur, wenn die Ausstiegskosten verborgen oder die Schnittstellen nicht portabel sind.

Kleinere Anbieter stehen auch vor unerbittlichen Inputkosten. Transit, Einrichtungsstrom, Remote Hands, öffentliches IPv4, Ersatzteile, Server-Speicher und Speicher-Arrays werden nicht billig, weil die kundenorientierte Marke klein ist. Im Mai 2026 kündigte der größere Low-Cost-Wettbewerber Hetznereine weitere Serverpreis- und Produktanpassungan, mit Verweis auf Hardware-Beschaffungsdruck und Standardisierung von Konfigurationen, um Bereitstellung und Wartung effizienter zu gestalten. Die Lehre geht über Hetzner hinaus: Transparente niedrige Preise sind nur nachhaltig, wenn der Anbieter die Einkaufs-, Nutzungs- und Supportkosten unter Kontrolle halten kann.

Die eigene Antwort von 3HCloud scheint granulare Abrechnung, selektive physische Bereitstellung, Open-Source-Software und ein schmaleres Managed-Service-Portfolio zu sein. Es muss nicht hunderte von Hyperscaler-Diensten reproduzieren, wenn sein Zielkunde Betriebskompetenz mitbringt. Aber der Spielraum für Fehler ist gering. Großzügige Netzwerkschwellen, menschlicher Support, Ersatzhardware und Enterprise-Speicher kosten alle Geld.

Käufer sollten prüfen, ob ein angebotener Preis werblich oder dauerhaft ist, wie Erneuerung und Preisänderungen funktionieren, ob Hardware-Einrichtungsgebühren anfallen und was mit dem Preis passiert, wenn ein Server ersetzt oder in der Größe geändert wird. Die AGB erlauben Preisänderungen mit Ankündigung gemäß ihrem festgelegten Verfahren, sodass die langfristige Vorhersagbarkeit letztlich vom Auftrag kommt, nicht vom öffentlichen Rechner.

Die Wettbewerber sind drei verschiedene Kategorien

Für reine virtuelle Infrastruktur konkurriert 3HCloud mit Entwickler-Clouds und regionalen OpenStack-Anbietern. DigitalOcean, Akamai Connected Cloud, Vultr, OVHcloud, Hetzner und zahlreiche lokale Betreiber bieten schnelle VM-Erstellung, APIs und relativ verständliche Preise. Ihre Vorteile können mehr Regionen, breitere Managed Services, größere Support-Organisationen, reichhaltigere Statusverläufe und größere Communities sein. 3HCloud kontert mit niedrigen entbündelten Preisen, dedizierten CPU-Optionen, Fibre-Channel-Speicher und einem Pfad in die physische Infrastruktur.

Für Bare Metal konkurriert es mit inventarreichen Dedicated-Server-Unternehmen und mit Bare-Metal-Instanzen von Hyperscalern. Die entscheidenden Tests verschieben sich hin zu Komponentenspezifikation, Bestand, Einrichtungszeit, Remote-Management, Ersatzinventar und Vertragslaufzeit. Hier ist das „coming soon“-Label eine kommerzielle Warnung: Auch wenn maßgeschneiderte dedizierte Server betriebsbereit sind, sollte ein Käufer nicht von sofortiger oder standardisierter Verfügbarkeit ausgehen.

Für Colocation umfassen die Alternativen den direkten Kauf bei einer Einrichtung oder bei einem größeren Managed-Colocation-Anbieter. Der potenzielle Vorteil von 3HCloud ist die Aggregation. Ein Kunde mit einem oder wenigen Servern bevorzugt möglicherweise einen Anbieter, der Internet, IP-Raum, Switch-Konfiguration, SAN-Volumes, Remote Hands und Cloud-Nähe unter einer Beziehung bereitstellt. Der Nachteil ist eine zusätzliche kommerzielle und betriebliche Schicht zwischen dem Kunden und dem Gebäude. Der Käufer sollte wissen, welche Rechte bestehen bleiben, wenn er den Service verlegen, den Carrier wechseln oder seine Ausrüstung abholen möchte.

Der stärkste Ersatz ist architektonischer, nicht namentlicher Art: den Stack aufteilen. Behalten Sie portable VMs bei einer Cloud, Backups bei einer anderen, physische Ausrüstung unter einem direkten Colocation-Vertrag und DNS bei einem unabhängigen Anbieter. Dieser Ansatz reduziert das korrelierte Anbieterrisiko, erhöht aber den Integrations- und Supportaufwand. 3HCloud wettet im Wesentlichen darauf, dass viele Kunden einen technisch kohärenten Betriebsperimeter bevorzugen. Die Aufgabe des Käufers ist es zu entscheiden, welche Abhängigkeiten konvergiert werden sollten und welche bewusst getrennt bleiben sollten.

Ein Ausstieg ist ein Design, keine Kündigungs-E-Mail

Die Nutzung von OpenStack durch 3HCloud schafft einen glaubwürdigen Weg für VM-Definitionen und Images, aber ein geordneter Ausstieg muss aufgebaut werden, solange der Dienst gesund ist.

Für Rechenleistung: Behalten Sie Terraform oder gleichwertige Deklarationen, Cloud-Init, Konfigurationsmanagement, Image-Erstellungsanweisungen und ein Inventar externer Abhängigkeiten. Erstellen und testen Sie regelmäßig ein Image außerhalb der Plattform. Bestätigen Sie das Format, die Exportmethode, die Zeit und die Ausgangskosten für jedes wichtige Volume. Gehen Sie nicht davon aus, dass ein Snapshot portabel ist; 3HCloud sagt, er befinde sich auf demselben Primärspeicher.

Für Daten: Halten Sie eine zweite Kopie in einer anderen administrativen und Ausfalldomäne. Testen Sie die anwendungskonsistente Wiederherstellung, nicht nur die Volume-Wiederherstellung. Dokumentieren Sie die tatsächlich erreichten RPO und RTO. Wenn Sie Fibre Channel für Bare Metal oder Colocation verwenden, dokumentieren Sie Dateisystem, Multipath, Boot-LUN und Zoning-Konfiguration, damit das System an anderen Speicher angeschlossen werden kann. Wissen Sie, wie lange es dauern würde, den vollständigen Datensatz über das verfügbare Netzwerk zu kopieren.

Für Netzwerke: Unterscheiden Sie portable Konfiguration von nicht-portabler Identität. Private Subnetze und Sicherheitsregeln können neu erstellt werden. Vom Anbieter zugewiesene öffentliche Adressen erfordern normalerweise eine DNS- oder Routing-Umstellung. Ein getrennter Port kann eine Adresse innerhalb von 3HCloud bewahren, aber das macht sie nicht auf einen anderen Betreiber übertragbar. Senken Sie DNS-Time-to-Live-Werte vor der Migration, unterhalten Sie einen alternativen Eingangspfad und fragen Sie, ob Adressraum kundeneigen sein oder unter einer schriftlichen Vereinbarung angekündigt werden kann.

Für physische Ausrüstung: Der Vertrag sollte Zugang, Remote Hands, Ausbau, Verpackung, Versand, ausstehende Salden und das Recht des Kunden auf Abholung der Hardware definieren. Die öffentlichen AGB besagen, dass 3HCloud keine Verpflichtung zur Aufbewahrung von Kundendaten nach Vertragsbeendigung hat und die Verantwortung für den Abruf dem Kunden zuweist. Sie erlauben 3HCloud auch, seine Rechte und Pflichten ohne Zustimmung des Kunden abzutreten, während sie die Abtretung durch den Kunden einschränken. Ein ausgehandelter physischer Serviceplan sollte spezifischer sein als die allgemeinen Cloud-Bedingungen.

Für den Betrieb: Halten Sie Kontaktwege außerhalb des Portals bereit. Die SLA schließt das Portal und die API aus, daher sollte ein Kunde wissen, wie er einen Schweregrad-1-Vorfall eröffnet, wenn die Anmeldung oder Ticket-Erstellung nicht verfügbar ist. Führen Sie eine aktuelle Asset-Liste mit Seriennummern, Rack- oder Einrichtungsreferenzen, IP-Zuweisungen, Support-Kontakten und Kopien von Rechnungen und Bestellungen. Eine konvergierte Oberfläche ist im Normalbetrieb praktisch; die Ausstiegsplanung erfordert eine unabhängige Aufzeichnung dessen, was dahintersteckt.

Der Beschaffungstest sollte einen schlechten Tag nachstellen

Ein herkömmlicher Funktionsvergleich wird 3HCloud schmeicheln, weil die Plattform viele nützliche Grundelemente abdeckt. Eine bessere Bewertung reproduziert die Momente, in denen Konvergenz relevant sein soll.

Erstens: Stellen Sie die rechtliche und Netzwerkkarte fest. Holen Sie eine unterschriebene Erklärung der Beziehung zwischen 3HCloud LLC und Newserverlife LLC ein, einschließlich Eigentum oder Lizenz von AS49791-Ressourcen, Missbrauchsbehandlung und Kontinuitätsrechten. Gleichen Sie die vertragsschließende Entität über Bestellung, SLA, Datenverarbeitungsvereinbarung, Rechnung und Einrichtungsplan ab.

Zweitens: Legen Sie die Region fest. Fragen Sie nach der physischen Einrichtung, dem Land, der Ursprungs-ASN, dem Uplink-Design, der DDoS-Behandlung, der freien Bandbreite, der dedizierten Schwelle, der Portgeschwindigkeit und der aktuellen Kapazität für den genauen Service. Klären Sie, warum öffentliche Listen sich über San Francisco und Almaty unterscheiden. Akzeptieren Sie keine allgemeine „globale“ Antwort für eine Arbeitslast mit Aufenthalts- oder Latenzanforderungen.

Drittens: Testen Sie den VM-Lebenszyklus. Erstellen Sie über Terraform, bauen Sie aus einem Kunden-Image neu, passen Sie die Größe an, bewahren Sie einen Netzwerkport, löschen Sie sicher und erstellen Sie in einer anderen Region neu. Überprüfen Sie, welche Ressourcen und Gebühren jede Aktion überleben. Bestätigen Sie, dass Kontingente, API-Benutzerlimits und Portalabhängigkeiten zum Automatisierungsplan passen.

Viertens: Testen Sie Speicherausfall und Wiederherstellung. Messen Sie die veröffentlichten Volume-Klassen mit vereinbarten Benchmarks. Stellen Sie ein geplantes Backup auf einem neuen Volume wieder her und starten Sie einen Dienst davon. Fragen Sie, wo dieses Backup physisch gespeichert ist. Testen Sie für Fibre Channel den Verlust eines Pfades und bestätigen Sie das Multipath-Verhalten. Fragen Sie nach Belegen für Controller- und Fabric-Failover-Tests, ohne die Antwort aus einem Diagramm abzuleiten.

Fünftens: Testen Sie die Grenze zwischen Self-Service und Support. Fordern Sie eine benutzerdefinierte VM-Form, ein dediziertes Server-Angebot, eine Firewall-Änderung, eine IPMI-Sitzung und eine Netzwerkeskalation an. Notieren Sie die Antwortqualität und die Punkte, an denen ein Ingenieur handeln muss. Verhandeln Sie Schweregrad- und Antwortverpflichtungen, wenn der Workflow von ihnen abhängt.

Sechstens: Modellieren Sie die gesamte Rechnung. Enthalten Sie System- und Datenvolumes, aufbewahrte Backups, IPv4, Windows-Lizenzierung, wo zutreffend, Load Balancer, stündliche Bandbreitenüberschreitung, Flatrate-Kapazität, Remote Hands und physische Einrichtung. Modellieren Sie einen ruhigen Monat, einen Verkehrsspitze, eine Wiederherstellung und eine Migration. Der Listenpreis der VM ist erst nach Einbeziehung der persistenten Komponenten sinnvoll.

Siebtens: Testen Sie die Vertragssprache gegen den Betrieb. Klären Sie die Neun-Minuten-Lücke in der SLA-Gutschriftentabelle. Holen Sie die Genehmigung für Produktionsüberwachung und Abnahmebenchmarks ein. Bestätigen Sie, welche Produkte durch Gutschriften abgedeckt sind, wie Gutschriften beantragt werden und ob eine Unternehmensbestellung die Haftung, Datenrückgabe oder Öffentlichkeitsrechte ändert.

Achtens: Führen Sie einen teilweisen Ausstieg durch. Exportieren Sie ein Image und einen sinnvollen Datensatz, erstellen Sie sie woanders neu, ändern Sie DNS, und dokumentieren Sie die verstrichene Zeit. Für kundeneigene Hardware: Holen Sie die Deinstallations- und Abholprozedur ein, auch wenn kein Umzug geplant ist. Ein Anbieter, der wirklich mit Transparenz konkurriert, sollte bereit sein, den Ausstiegspfad verständlich zu machen.

Worauf zu achten ist

Der wichtigste kurzfristige Beobachtungspunkt ist, ob 3HCloud die öffentliche Abgrenzung seiner physischen Produkte reguliert. Detaillierte Dokumentation zu dedizierten Servern, IPMI, SAN und Colocation deutet auf einen funktionierenden Dienst hin, während die primäre Navigation immer noch besagt, dass dedizierte Server „coming soon“ sind. Ein standardisiertes Inventar, explizite regionale Verfügbarkeit und veröffentlichte Bereitstellungsbedingungen würden aus einer interessanten maßgeschneiderten Fähigkeit ein besser bewertbares Produkt machen.

Das zweite ist die Klarheit der Identität. Die Newserverlife-Registrierung von AS49791 und der Kundenvertrag von 3HCloud können aus legitimen historischen und konzernstrukturellen Gründen koexistieren. Eine öffentliche Erklärung dieser Beziehung würde vermeidbare Sorgfaltsreibung reduzieren und die Netzwerkverantwortlichkeit verständlicher machen.

Das dritte sind betriebliche Nachweise. Ein öffentlicher Statusverlauf, ein Incident-Kommunikationsstandard, Regionsarchitekturbeschreibungen, Sicherheitsgewährleistungsmaterial und getestete Wiederherstellungsmetriken wären wertvoller als allgemeine Zuverlässigkeitsadjektive. Ebenso eine klare Zuordnung von Einrichtungszertifizierungen zum eigenen Kontrollumfang von 3HCloud.

Das vierte ist, ob das Niedrigpreismodell dauerhaft bleibt, wenn sich Hardware-, Speicher-, Strom- und Transistkosten bewegen. Die granularen Preise von 3HCloud sind eine Stärke, weil Kunden sehen können, was sie kaufen. Sie setzen das Unternehmen auch der Prüfung aus, wenn regionale Schwellen, Produktseiten oder Vertragsbedingungen abweichen. Diese Oberflächen synchron zu halten, ist Teil des Produkts.

Das Angebot von 3HCloud ist nicht unrealistisch. Das juristische Unternehmen ist aktiv; das Netzwerk ist sichtbar; Verzeichnisse von Drittanbietern bestätigen einen Teil des Fußabdrucks; die Dokumentation enthält genügend Betriebsdetails, um mehr als ein Landing-Page-Konzept zu zeigen; und externe Dokumente zeigen das Unternehmen in Kunden- und Lieferantenverträgen. Die Beweislage spricht dafür, es als einen echten, technisch ambitionierten kleineren Anbieter zu behandeln.

Sie spricht nicht dafür, jede Marketingbehauptung als gesicherte Tatsache zu behandeln. Die öffentliche Aufzeichnung ist dünn, was geprüfte Serviceleistung, Sicherheitskontrollen, Mitarbeitertiefe, Incident-Verlauf, genaue konzerninterne Verantwortlichkeiten und die physische Grundlage jeder beworbenen Region betrifft. Die 100%-Sprache ist ein Kreditmechanismus, keine Messung. Die konvergierte Architektur kann die Reibung zwischen virtueller und physischer Infrastruktur verringern, kann aber auch Speicher-, Netzwerk- und Supportrisiko konzentrieren.

Das lässt eine nützliche, unternehmensspezifische Schlussfolgerung. 3HCloud ist am überzeugendsten für ein Ingenieurteam, das die Teile sehen möchte: OpenStack-APIs, Ports, Adressgebühren, Bandbreitenschwellen, Block-Volume-Stufen, Fibre-Channel-Pfade und physische Serversteuerungen. Seine Transparenz ist auf dieser mechanischen Ebene am stärksten. Ein Käufer sollte es belohnen, indem er diese Mechanik rigoros testet – und verlangen, dass der kommerzielle und organisatorische Perimeter ebenso sichtbar wird. Der Ausschaltknopf rechnet noch ab, aber zumindest sagt es die Dokumentation.

Die größere Frage ist, ob jede Abhängigkeit, die nach dem Ausschalten bestehen bleibt, ebenfalls benannt, gemessen und verschoben werden kann.