Zusammenfassung
- Galaxy Cloud Solutions LLC bietet einen konsistenten und kürzlich gestarteten Dienst: KVM-VMs auf einem Dell PowerEdge R630 in einem Home-Office in Valley City, automatisiert über Proxmox, FOSSBilling und eine benutzerdefinierte Bereitstellung. Die Domain wurde am 24. März 2026 registriert, und der Betreiber gibt an, dass der Dienst am 14. April gestartet wurde.
- Das stärkste Merkmal ist auch die Hauptabhängigkeit. Kunden können die Person kontaktieren, die das System gebaut hat und betreibt, aber der Bericht des Betreibers beschreibt einen einzigen physischen Host und erkennt an, dass ein Ausfall alle Kunden betrifft. Doppelte Internetverbindungen und Cloudflare verringern einige Netzwerkrisiken; sie bieten keinen weiteren Rechenhost, keinen weiteren Stromversorgungsstandort oder eine andere menschliche Anlaufstelle.
- Die angekündigte Verfügbarkeit von 99,9 % ist bestenfalls ein Ziel ohne garantierte Gutschrift. Hardware-, ISP- und Stromausfälle sind ausgeschlossen, Backups sind nicht garantiert, und die Reaktionszeit für kritische Tickets wird mit vier Stunden angestrebt. Ein professioneller Käufer sollte die tatsächliche Verfügbarkeit, die Notfallwiederherstellung außerhalb des Standorts, die Adresse und das vorgelagerte Design, den Zugang zur Überwachung und die Abdeckung überprüfen, wenn der einzige Betreiber nicht verfügbar ist.
Galaxy Cloud Solutions ist eine nützliche Fallstudie darüber, was Transparenz für einen kleinen Infrastrukturanbieter bewirken kann und was nicht. Viele Hosting-Angebote verbergen ihre physischen Abhängigkeiten hinter Ortsnamen und allgemeinen Behauptungen über Unternehmenshardware. Dieses hier gibt klar an, dass es mit einem gebrauchten Dell-Server in einem Home-Office begann, der über zwei lokale Internetdienste angeschlossen und vom Gründer betrieben wird.
Diese Offenheit ist wertvoll. Sie verwandelt einen vagen Cloud-Namen in ein überprüfbares Betriebsangebot. Sie macht aus einem konzentrierten System jedoch kein ausfallsicheres. Ein Kunde, der sich entscheidet, eine Arbeitslast dort zu platzieren, sollte fünf Fragen unterscheiden: Ist die geschäftliche Identität konsistent, existiert der Dienst wie beschrieben, kann das Netzwerk unabhängig zugeordnet werden, wo können Daten und Backups gespeichert werden, und wer stellt den Dienst wieder her, wenn die Automatisierung an ihre Grenzen stößt.
Ein junges Unternehmen mit einer spezifischen öffentlichen Darstellung
Die öffentliche Identität ist intern konsistent. DieUnternehmenswebsitenennt Galaxy Cloud Solutions LLC, verortet den Dienst in Valley City, North Dakota, bietet fünf VM-Stufen und verlinkt zum Kundenportal, den rechtlichen Bedingungen, dem Supportkanal und der Statusseite. DerBTW-Verzeichniseintragliefert den kanonischen Verzeichnisverweis für das Unternehmen.
Die unabhängige Dokumentation ist begrenzter. Die.com-Registrierungdatiert die Registrierung vongalaxycloudsolutions.comauf den 24. März 2026 und zeigt Cloudflare-Nameserver. DerBericht des Betreibers über den ersten Monatgibt an, dass der Dienst am 14. April gestartet wurde, identifiziert den Autor als Dakota Hopson und stellt klar, dass die LLC-Gründung und Steuerregistrierung vor dem Start erfolgten. Die Daten stimmen mit den rechtlichen Seiten der Website überein, die Ende März und Mitte April in Kraft traten.
Diese Aufzeichnungen stützen die Schlussfolgerung, dass der Dienst und die Website neu sind. Sie belegen nicht an sich die rechtliche Gesundheit, wirtschaftliches Eigentum, finanzielle Leistungsfähigkeit oder Versicherung. Der Artikel des Betreibers ist ein signierter Bericht aus erster Hand, kein staatliches Registrierungszertifikat. Ein Kunde, dem rechtliche Kontinuität wichtig ist, sollte den genauen eingetragenen Namen, die staatliche Aktennummer, die Geschäftsadresse und die Befugnis der Person einholen, die die Bestellung unterschreibt. Das ist eine übliche Sorgfaltspflicht für einen jungen Anbieter, kein Grund, ihn auszuschließen.
Die Jugend des Dienstes schränkt auch das Gewicht historischer Aussagen ein. Eine Domain und ein Startdatum, gemessen in Monaten, können keine jahrelangen Nachweise über Vorfälle, Verlängerungen oder Wiederherstellungen liefern. Die frühe Verfügbarkeit kann hervorragend sein, aber wenig über die Abnutzung der Festplatten, die Ersatzlogistik, saisonale Stromverhältnisse, das Kapazitätswachstum oder die Art und Weise verraten, wie der Betreiber mit gleichzeitigen Ausfällen umgeht. Die richtige Antwort ist, nach der kurzen vorhandenen Historie zu fragen und die verbleibende Unsicherheit zu würdigen.
Das Produkt ist konkret, keine abstrakte Cloud
Galaxy Cloud Solutions verkauft nicht verwaltete KVM-VMs. Die öffentlichen Tarife reichen von 5 $ pro Monat für eine virtuelle CPU, 1 GB RAM und 20 GB Speicher hinter gemeinsamer Netzwerkadressübersetzung bis zu 65 $ für acht virtuelle CPUs, 16 GB RAM, 320 GB Speicher und eine dedizierte öffentliche Adresse. Die beiden kleinsten Tarife erlauben nur ausgehenden Datenverkehr über eine gemeinsame Adresse; die größeren Tarife enthalten eine dedizierte Adresse. Die ausgehenden Übertragungsmengen reichen von 500 GB bis 5 TB pro Monat.
Die Hardware-Offenlegung ist ungewöhnlich präzise. Die Website identifiziert einen Dell PowerEdge R630 mit zwei Xeon E5-2660 v3 Prozessoren, insgesamt 40 Threads, 62 GB RAM, 2,2 TB plus 476 GB Speicher und einer Nvidia Quadro P1000. ImAufbauberichtdes Betreibers wird derselbe Rechner als gebrauchte Hardware beschrieben, die Proxmox VE, FOSSBilling für Konten und Abrechnung, Nginx als Proxy, Uptime Kuma zur Überwachung und ein benutzerdefiniertes Python-Programm zur Bereitstellung ausführt.
Dies ist ein bedeutender Dienstnachweis, da er ein Lieferobjekt, einen Host, einen Software-Stack und einen Kunden-Workflow beschreibt. Die Zahlung löst die VM-Erstellung aus; die Zugangsdaten werden per E-Mail gesendet; die Kunden erhalten Root-Zugriff und können Stromversorgung, Neuinstallation, Snapshots, Firewall-Regeln und Speicher über ein Portal und eine API verwalten. DieNutzungsbedingungenfügen operative Schwellenwerte hinzu: Der anhaltende ausgehende Datenverkehr ist auf 800 Mbps begrenzt, die anhaltenden Datenträger-Schreibvorgänge auf 100 MB/s und die ausgehenden Verbindungen auf 1.000 eindeutige Ziele pro Überwachungsintervall. Das Erreichen des monatlichen Übertragungskontingents kann eine automatische Sperrung auslösen.
Die Automatisierung reduziert den Arbeitsaufwand pro Bestellung und gibt einem kleinen Anbieter Fähigkeiten, die früher ein größeres Betriebsteam erforderten. Sie verlagert das Risiko jedoch auch in die Regeln und Sensoren. Dieakzeptable Nutzungsrichtliniegibt an, dass das Unternehmen stündlich die laufenden Prozesse in den Kunden-VMs scannt, den Datenverkehr und die Ressourcennutzung überwacht, die Adressreputation prüft und den QEMU-Gastagenten verlangt. Eine automatisierte Anwendung kann eine Maschine ohne Vorankündigung sperren.
Diese Kontrollfläche ist umfangreicher, als der Begriff „nicht verwaltetes VPS“ vermuten lässt. Die Kunden kontrollieren das Betriebssystem, aber der Anbieter behält Mechanismen zur Sichtbarkeit und zum Eingriff innerhalb der Gast-VM. Ein Käufer sollte entscheiden, ob dies für sein Sicherheits- und Datenschutzmodell akzeptabel ist, dokumentieren, wer die Wiederherstellungs- oder Passwortzurücksetzungsfunktionen aufrufen kann, und den Beschwerdeweg bei einer fehlerhaften Sperrung testen.
Die Automatisierung kann die Durchsetzung konsistent machen; sie kann aber auch eine legitime Arbeitslast schneller stoppen, als ein Mensch den Kontext prüfen kann.
Zwei Zugangsverbindungen ergeben noch keinen zweiten Standort
Das Unternehmen bewirbt BEK-Glasfaser und CSI-Kabel mit automatischer Umschaltung sowie Cloudflare-Schutz. Zwei unabhängige Zugangstechnologien können die Wahrscheinlichkeit, dass ein einzelner lokaler Trägerausfall den Host trennt, erheblich verringern. Die öffentliche Website und der Status-Hostname lösen ebenfalls über Cloudflare auf, was ihre Ursprungsadressen vor gewöhnlichen DNS-Nachforschungen schützt.
Dieser letzte Punkt setzt eine Grenze für die Netzwerküberprüfung. Die öffentliche Webregistrierung hat keine dem Anbieter gehörende AS-Nummer, keinen registrierten Adressblock oder eine unabhängig zugewiesene Route für den Kundendienst offengelegt. Die Cloudflare-Adressen beweisen, dass die öffentlichen Webzugangspunkte den Cloudflare-Rand nutzen; sie identifizieren nicht das Ursprungsnetzwerk, das eine SSH-Sitzung oder eine dedizierte VM-Adresse eines Kunden transportiert.
Die eigenen Dokumente des Unternehmens nennen die beiden Zugangsanbieter, aber keine öffentliche Routenkarte, Testadresse oder Looking Glass in den geprüften Beweisen verbindet eine gekaufte VM mit einem bestimmten Upstream.
Das ist für ein kleines VPS kein Mangel. Es bedeutet, dass der Käufer das Netzwerk auf Dienstebene überprüfen muss. Eine Testmaschine kann ihre zugewiesene Adresse, das Ursprungsnetzwerk, das Reverse-DNS, die Latenz, den Paketverlust und die Pfadänderungen während der Umschaltung offenbaren. Die Bestellung sollte klären, ob dedizierte Adressen stabil sind, ob der eingehende Dienst einen Wechsel zwischen den Zugangsverbindungen überlebt, welche Ports gefiltert werden und wie Missbrauchsbeschwerden behandelt werden.
Kunden mit gemeinsamen Adressen sollten auch verstehen, dass das Verhalten eines anderen Benutzers die Reputation der Adresse beeinträchtigen kann.
Die größere Belastbarkeitsgrenze ist physischer Natur. Der Aufbaubericht des Betreibers bezeichnet einen einzelnen Server explizit als Single Point of Failure und erwähnt, dass ein zweiter R630 für einen Proxmox-Cluster geplant ist. Ein einzelnes Gehäuse bedeutet, dass Ereignisse im Zusammenhang mit CPU, Speicher, Hauptplatine, Speichercontroller oder Wartung alle Gäste gleichzeitig betreffen können. Zwei Trägerverbindungen duplizieren nicht den Hypervisor. Cloudflare kann ausgewählten Datenverkehr absorbieren oder filtern, aber es kann keine VM ausführen, deren Host ausgefallen ist.
Ein zweiter Server im selben Raum würde die Hardware-Wiederherstellung verbessern, aber gemeinsame Risiken in Bezug auf Stromversorgung, Gebäude, Kühlung und lokalen Zugang bestehen lassen.
Die Anzeige „Alle Systeme betriebsbereit“ auf der Marketingseite ist eine aktuelle Eigenaussage, keine Verfügbarkeitshistorie. Dieveröffentlichte Dienststatusadressewar zum Zeitpunkt dieser Prüfung durch eine Cloudflare-Browser-Herausforderung geschützt, daher wurde ihre Vorfallhistorie nicht zur Berechnung der tatsächlichen Verfügbarkeit herangezogen. Käufer sollten einen Export oder einen kundensichtbaren Bericht anfordern, der die Überwachungsdefinitionen, Beobachtungsstandorte, monatliche Verfügbarkeit, Vorfälle und Wartungsarbeiten zeigt. Eine grüne Leuchte auf einer Website ist nicht dasselbe wie eine zugängliche VM, ein gesunder Speicher oder eine funktionierende Anwendung.
Der Servicevertrag schränkt die Verfügbarkeitsaussage ein
DieService-Level-Vereinbarungzielt auf 99,9 % monatliche Netzwerkverfügbarkeit ab, bezeichnet diese aber als „Best Effort“. Sie bietet weder eine garantierte Gutschrift noch eine Barerstattung; jede Dienstgutschrift erfolgt nach Ermessen. Geplante und Notfallwartungen, ISP-Probleme, Hardwareausfälle, Stromausfälle, Angriffe und andere Ereignisse sind ausgeschlossen. Die Allgemeinen Geschäftsbedingungen beschreiben den Dienst ebenfalls als „Best Effort“ und begrenzen die Gesamthaftung auf den in den 30 Tagen vor einem Anspruch gezahlten Betrag.
Dies ist ein viel engeres Versprechen, als das Abzeichen auf der Startseite vermuten lässt. Ein monatliches Ziel von 99,9 % entspricht etwa 44 Minuten Ausfallzeit in einem 30-Tage-Monat, aber mehrere der wahrscheinlichsten Ausfallursachen in einem Einzelhost- und Einzelstandort-Design liegen außerhalb der Zusage. Ohne festgelegten automatischen Rechtsbehelf fungiert der Prozentsatz eher als betrieblicher Anspruch denn als finanzielle Garantie.
Der Support hat eine ebenso klare Grenze. Die SLA listet „Best Effort“-Antworten innerhalb von vier Stunden bei einem Totalausfall, acht Stunden bei erheblicher Beeinträchtigung, 24 Stunden bei gewöhnlichen Problemen und 48 Stunden bei Anfragen mit niedriger Priorität auf. Sie verspricht ein Update auf der Statusseite innerhalb einer Stunde nach Identifizierung einer signifikanten Störung und eine Zusammenfassung innerhalb von 48 Stunden nach Behebung eines größeren Vorfalls.
Der direkte Zugang zur Person, die das System gebaut hat, kann ein hervorragender Support sein. Er vermeidet Weiterleitungen und gibt dem Antwortenden einen vollständigen Kontext. Er konzentriert die Verfügbarkeit jedoch auch auf eine einzelne Person. Das öffentliche Material weist keine Schichtarbeit, Urlaubsvertretung, Ersatzadministrator oder separate physische Ansprechperson aus, die die Hardware ersetzen kann, wenn der Betreiber nicht verfügbar ist.
Ein professioneller Kunde sollte fragen, wer über Notzugriff verfügt, wie Warnungen eskaliert werden, was im Krankheits- oder Reisefall passiert und ob das Vier-Stunden-Antwortziel die Bestätigung oder die Wiederherstellung misst.
Backups und Lokalität fallen in die Verantwortung des Kunden
Das Unternehmen gibt an, dass sich sein Host in Valley City befindet, und seineDatenschutzerklärungstellt klar, dass das Unternehmen in den USA ansässig ist und dass Informationen von Nutzern im Ausland dort verarbeitet werden können. Die Richtlinie identifiziert auch Zahlungs-, Analyse-, Chat- und Edge-Service-Anbieter, die Konto- oder Website-Daten verarbeiten können. Dies ist ein nützlicher Ausgangspunkt für die Lokalität, aber „Server in North Dakota“ beantwortet nicht alle Fragen zur Datenaufbewahrung.
Die Allgemeinen Geschäftsbedingungen geben an, dass automatische wöchentliche Backups der VMs für mindestens zwei Zyklen zur Infrastrukturwiederherstellung aufbewahrt werden. Sie sind nicht als verfügbar oder vollständig garantiert und nicht für die Wiederherstellung einzelner Dateien vorgesehen. Blockspeichervolumes sind ausgeschlossen. Portal-Snapshots verbleiben in der Unternehmensinfrastruktur, sind kein Ersatz für ein Offsite-Backup und können bei einem katastrophalen Infrastrukturausfall verschwinden.
Die daraus resultierende Verantwortung ist eindeutig: Der Kunde muss eine unabhängige Kopie an einem anderen Ort aufbewahren und die Wiederherstellung testen. Bei einer kritischen Arbeitslast sollte der Käufer fragen, wo sich die wöchentlichen Kopien physisch befinden, ob sie sich Host oder Stromversorgung teilen, wie sie verschlüsselt sind, wer sie wiederherstellen kann und welche Wiederherstellungszeit tatsächlich erreicht wurde. Er sollte dann davon ausgehen, dass diese Kopien bei einem standortweiten Vorfall nicht verfügbar sind, und seinen eigenen Offsite-Wiederherstellungspfad entwerfen.
Die Lokalität umfasst auch Betriebsdaten. Die Datenschutzerklärung beschreibt Kontodetails, Anmeldeverlauf, Support-Nachrichten, Ressourcenmesswerte, Verwaltungsprotokolle, Firewall-Konfiguration, Snapshots und API-Aktivitäten. Ein regulierter Käufer benötigt Aufbewahrungs-, Zugriffs- und Löschungszusagen für diese Aufzeichnungen sowie für die VM-Festplatte. Ein Rechenstandort in North Dakota bedeutet nicht automatisch, dass jede Zahlungs-, Analyse-, Support- oder Sicherheitsaufzeichnung in North Dakota verbleibt.
Ein praktischer Kauftest für einen bewusst kleinen Anbieter
Galaxy Cloud Solutions muss keine Hyperscale-Plattform imitieren, um nützlich zu sein. Ein Entwickler kann vernünftigerweise niedrige Preise, Root-Zugriff, einfache Abrechnung und direkten Kontakt einem riesigen Katalog vorziehen. Eine nicht kritische Testumgebung, ein persönliches Projekt oder ein wiederherstellbarer Dienst können gut zum aktuellen Design passen. Das Angebot wird schwieriger zu rechtfertigen, wenn die Arbeitslast den gleichzeitigen Verlust eines einzelnen Hosts, eines einzelnen Standorts oder eines einzelnen Betreibers nicht tolerieren kann.
Die Entscheidung kann auf einer kurzen Anforderung von Nachweisen basieren:
| Frage | Öffentliches Signal | Einzuholender Nachweis |
|---|---|---|
| Wer erbringt den Dienst? | Die Website und die Bedingungen nennen Galaxy Cloud Solutions LLC | Staatliche Registrierungsdetails, unterzeichnete Bestellung, Rechnungsidentität und autorisierter Kontakt |
| Was ist physisch redundant? | Zwei Zugangsverbindungen versorgen einen offengelegten R630 | Stromversorgungsdesign, Speicherlayout, Ersatzteile, Host-Wiederherstellungstest und Zweitstandortplan |
| Welches Netzwerk transportiert eine VM? | Zugangsanbieter sind benannt; öffentliches Web-DNS hinter Cloudflare | Testadresse, Ursprungs-ASN, Pfadtests, Umschaltverhalten und Bedingungen für Adressänderungen |
| Was misst 99,9 %? | Best-Effort-Netzwerkziel ohne garantierte Gutschrift | Überwachungsbereich, monatliche Historie, Vorfallsprotokoll und Ziel auf Arbeitslastebene |
| Können Daten den Standort überleben? | Wöchentliche Wiederherstellungskopien und lokale Snapshots sind nicht garantiert | Kunden-Offsite-Backup, Wiederherstellungstest, Nachweis der Verschlüsselung und Löschung |
| Wer antwortet, wenn der Betreiber nicht kann? | Direkter Support durch den Gründer; erste kritische Antwort innerhalb von vier Stunden | Ersatzadministrator, Eskalationsmethode, physischer Zugang und Wiederherstellungsziel |
| Was kann die Automatisierung stoppen? | Prozess- und Verkehrsüberwachung kann sofortige Sperrung auslösen | Erkennungsprotokoll, menschliche Überprüfung, Berufungsfrist und Verfahren bei Fehlalarm |
Die wichtige Schlussfolgerung ist nicht, dass ein zu Hause gehostetes VPS von Natur aus unzuverlässig ist. Sondern dass die Zuverlässigkeit eines Dienstes anhand seiner tatsächlichen Architektur und seines tatsächlichen Vertrags beurteilt werden muss. Galaxy Cloud Solutions hat mehr als viele junge Anbieter getan, um beides zu beschreiben. Seine Maschine, seine Werkzeuge, seine Preise, seine Kontrollen und seine Einschränkungen sind ausreichend sichtbar, damit ein Käufer gezielte Fragen stellen kann.
Der Name hat also eine glaubwürdige betriebliche Oberfläche, aber die Absicherung bleibt begrenzt. Heute besteht das Angebot aus personalisiertem Support und automatisierter Virtualisierung, konzentriert auf ein einziges physisches System. Dies kann attraktiv sein, wenn die Arbeitslast portabel ist und der Kunde die Wiederherstellung sicherstellt. Es sollte nicht mit Multi-Host- oder Multi-Standort-Kontinuität verwechselt werden, solange die Serviceaufzeichnungen, die getestete Wiederherstellung und zusätzliche unabhängige Kapazität nicht zeigen, dass sich diese Abhängigkeiten geändert haben.
Quellen
- BTW-Verzeichnis: Galaxy Cloud Solutions LLC
- RDAP.com-Register: galaxycloudsolutions.com
- Galaxy Cloud Solutions: Dienste, Tarife und Infrastruktur
- Galaxy Cloud Solutions: Wie der VPS-Dienst aufgebaut wurde
- Galaxy Cloud Solutions: Bericht über den ersten Betriebsmonat
- Galaxy Cloud Solutions: Nutzungsbedingungen
- Galaxy Cloud Solutions: Service-Level-Vereinbarung
- Galaxy Cloud Solutions: Akzeptable Nutzungsrichtlinie
- Galaxy Cloud Solutions: Datenschutzerklärung
- Galaxy Cloud Solutions: Öffentliche Statusseite

