Galaxy Cloud Solutions LLC: Persönlicher Cloud-Support auf

Zusammenfassung

Galaxy Cloud Solutions LLC präsentiert einen kohärenten, kürzlich gestarteten Service: KVM-Virtual-Maschinen auf einem Dell PowerEdge R630 in einem Homeoffice in Valley City, automatisiert über Proxmox, FOSSBilling und benutzerdefiniertes Provisioning. Die Domain wurde am 24. März 2026 registriert, und der Betreiber gibt an, dass der Service am 14. April gestartet ist.
Die stärkste Funktion ist auch die Hauptabhängigkeit. Kunden können die Person erreichen, die das System aufgebaut hat und betreibt, aber der Bericht des Betreibers beschreibt einen einzigen physischen Host und räumt ein, dass dessen Ausfall jeden Kunden betrifft. Zwei Internetverbindungen und Cloudflare reduzieren ausgewählte Netzwerkrisiken; sie bieten keinen weiteren Compute-Host, keinen weiteren Stromstandort oder einen weiteren menschlichen Ansprechpartner.
Die beworbene 99,9%ige Verfügbarkeit ist ein Best-Effort-Ziel ohne garantierte Gutschrift. Hardware-, ISP- und Stromausfälle sind ausgeschlossen, Backups sind nicht garantiert, und die Reaktionszeit bei kritischen Tickets liegt bei vier Stunden. Ein Produktionskunde sollte die erreichte Verfügbarkeit, die externe Wiederherstellung, die Adresse und das Upstream-Design, den Überwachungszugang und die Abdeckung überprüfen, wenn der alleinige Betreiber nicht verfügbar ist.

Galaxy Cloud Solutions ist eine nützliche Fallstudie darüber, was Transparenz für einen kleinen Infrastrukturanbieter leisten kann und was nicht. Viele Hosting-Angebote verbergen ihre physischen Abhängigkeiten hinter Standortnamen und allgemeinen Behauptungen über Unternehmenshardware. Dieses Angebot sagt deutlich, dass es mit einem gebrauchten Dell-Server in einem Homeoffice begann, der über zwei lokale Internetdienste angebunden und vom Gründer verwaltet wird.

Diese Offenheit ist wertvoll. Sie macht aus einem vagen Cloud-Namen eine überprüfbare Betriebsproposition. Sie macht aus einem konzentrierten System jedoch kein widerstandsfähiges. Ein Kunde, der entscheidet, ob er eine Arbeitslast dort platziert, muss fünf Fragen trennen: ob die Geschäftsidentität kohärent ist, ob der Dienst wie beschrieben existiert, ob das Netzwerk unabhängig zugeordnet werden kann, wo Daten und Backups gespeichert werden können und wer den Dienst wiederherstellt, wenn die Automatisierung an ihre Grenzen stößt.

Ein junges Unternehmen mit einer spezifischen öffentlichen Geschichte

Die öffentliche Identität ist intern konsistent. DieUnternehmenswebsitenennt Galaxy Cloud Solutions LLC, verortet den Dienst in Valley City, North Dakota, listet fünf VM-Tarife mit Preisen und verlinkt ein Kundenportal, rechtliche Bedingungen, einen Support-Kanal und eine Statusseite. DerBTW-Verzeichniseintragliefert die kanonische Verzeichnisreferenz für das Unternehmen.

Der unabhängige Nachweis ist schmaler. Der.com-Registry-Eintragdatiert 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 ist, nennt als Autor Dakota Hopson und sagt, dass die LLC- und Steuerregistrierungsarbeiten vor dem Start eingereicht wurden. Die Daten passen zu den rechtlichen Seiten der Website, die Ende März und Mitte April in Kraft traten.

Diese Aufzeichnungen stützen die Schlussfolgerung, dass der aktuelle Dienst und die Website neu sind. Sie belegen für sich genommen nicht die ordnungsgemäße Unternehmensführung, den wirtschaftlichen Eigentümer, die finanzielle Leistungsfähigkeit oder eine Versicherung. Der Artikel des Betreibers ist ein signierter Bericht aus erster Hand, kein staatliches Registrierungszertifikat. Ein Kunde, für den rechtliche Kontinuität wichtig ist, sollte den genauen eingetragenen Namen, die staatliche Aktennummer, die Dienstanschrift und die Berechtigung der Person, die die Bestellung unterschreibt, einholen.

Das ist die übliche Sorgfalt bei einem jungen Anbieter, kein Grund, ihn abzulehnen.

Die Jugend des Dienstes schränkt auch das Gewicht historischer Behauptungen ein. Eine Domain und ein Startdatum, gemessen in Monaten, können keine Jahre an Vorfällen, Verlängerungen oder Wiederherstellungsnachweisen liefern. Eine frühe Betriebszeit kann ausgezeichnet sein, aber wenig über Verschleiß der Festplatten, Ersatzteillogistik, saisonale Stromverhältnisse, Kapazitätswachstum oder darüber verraten, wie der Betreiber mit gleichzeitigen Ausfällen umgeht. Die richtige Reaktion ist, nach der kurzen vorhandenen Geschichte zu fragen und die verbleibende Unsicherheit zu bepreisen.

Das Produkt ist konkret, keine abstrakte Cloud

Galaxy Cloud Solutions vermarktet unmanaged KVM-Virtual Machines. Die öffentlichen Tarife reichen von 5 $ pro Monat für eine virtuelle CPU, 1 GB Arbeitsspeicher und 20 GB Speicher hinter geteilter Netzwerkadressübersetzung bis zu 65 $ für acht virtuelle CPUs, 16 GB Arbeitsspeicher, 320 GB Speicher und eine dedizierte öffentliche Adresse. Die beiden kleinsten Tarife erlauben ausgehenden Datenverkehr nur über eine gemeinsam genutzte Adresse; größere Tarife enthalten eine dedizierte Adresse. Die monatlichen Übertragungskontingente reichen von 500 GB bis 5 TB.

Die Offenlegung der Hardware ist ungewöhnlich präzise. Die Website identifiziert einen Dell PowerEdge R630 mit zwei Xeon E5-2660 v3 Prozessoren, insgesamt 40 Threads, 62 GB Arbeitsspeicher, 2,2 TB plus 476 GB Speicher und einer Nvidia Quadro P1000. ImBuild-Bericht des Betreiberswird dieselbe Maschine als gebrauchte Hardware beschrieben, die Proxmox VE ausführt, mit FOSSBilling für Konten und Rechnungen, Nginx für Proxying, Uptime Kuma für Überwachung und einem benutzerdefinierten Python-Programm für das Provisioning.

Dies ist ein sinnvoller Servicenachweis, weil er ein Lieferobjekt, einen Host, einen Software-Stack und einen Kundenworkflow beschreibt. Die Zahlung löst die VM-Erstellung aus; Anmeldedaten werden per E-Mail zugestellt; Kunden erhalten Root-Zugriff und können Stromversorgung, Neuinstallation, Snapshots, Firewall-Regeln und Speicher über ein Portal und eine API verwalten. DieNutzungsbedingungenfügen betriebliche Schwellenwerte hinzu: Dauerhafter ausgehender Datenverkehr ist auf 800 Mbit/s begrenzt, dauerhafte Festplattenschreibvorgänge auf 100 MB/s und ausgehende Verbindungen auf 1.000 eindeutige Ziele pro Überwachungsintervall. Das Erreichen des monatlichen Übertragungskontingents kann eine automatische Sperrung auslösen.

Die Automatisierung senkt den Arbeitsaufwand pro Bestellung und gibt einem kleinen Anbieter Fähigkeiten, die früher ein größeres Betriebsteam erforderten. Sie verlagert das Risiko jedoch in die Regeln und Sensoren. DieRichtlinie zur akzeptablen Nutzungbesagt, dass das Unternehmen stündlich laufende Prozesse in den Kunden-VMs scannt, den Datenverkehr und die Ressourcennutzung überwacht, die Reputation von Adressen prüft und den QEMU-Gast-Agenten verlangt. Automatisierte Durchsetzung kann eine Maschine ohne Vorankündigung sperren.

Diese Kontrollfläche ist umfangreicher, als der Begriff „unmanaged VPS“ vermuten lässt. Kunden kontrollieren das Betriebssystem, aber der Anbieter behält Sichtbarkeit und Eingriffsmöglichkeiten innerhalb des Gastsystems. Ein Käufer sollte entscheiden, ob dies für sein Sicherheits- und Privatsphärenmodell akzeptabel ist, dokumentieren, wer Wiederherstellungs- oder Passwortzurücksetzungsfunktionen aufrufen kann, und den Beschwerdeweg für eine fälschliche Sperrung testen. 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 keine zwei Standorte

Das Unternehmen bewirbt BEK-Faser und CSI-Kabel mit automatischem Failover sowie Cloudflare-Schutz. Zwei unabhängige Zugangstechnologien können die Wahrscheinlichkeit, dass ein einzelner lokaler Carrier-Fehler den Host trennt, erheblich verringern. Die öffentliche Website und der Status-Hostname werden ebenfalls über Cloudflare aufgelöst, was ihre Ursprungsadressen vor einer gewöhnlichen DNS-Abfrage schützt.

Dieser letzte Punkt setzt eine Grenze für die Netzwerkverifikation. Der öffentliche Webeintrag legte keine anbietereigene autonome Systemnummer, keinen registrierten Adressblock oder eine unabhängig zurechenbare Route für den Kundendienst offen. Cloudflare-Adressen beweisen, dass die öffentlichen Web-Endpunkte den Cloudflare-Edge nutzen; sie identifizieren nicht das Ursprungsnetzwerk, das eine SSH-Sitzung eines Kunden oder eine dedizierte VM-Adresse trägt.

Das eigene Material des Unternehmens nennt die beiden Zugangsanbieter, aber keine öffentliche Routenkarte, Testadresse oder Looking Glass in den geprüften Beweisen verbindet eine gekaufte VM mit einem bestimmten Upstream.

Dies muss kein Mangel für einen kleinen VPS sein. Es bedeutet, dass der Käufer das Netzwerk auf Serviceebene überprüfen sollte. Eine Testmaschine kann ihre zugewiesene Adresse, das Ursprungsnetzwerk, Reverse-DNS, Latenz, Verlust und Pfadänderungen während des Failovers offenbaren. Die Bestellung sollte erklären, ob dedizierte Adressen stabil sind, ob eingehende Dienste einen Wechsel zwischen Zugangsverbindungen überleben, welche Ports gefiltert werden und wie Missbrauchsbeschwerden behandelt werden. Kunden mit gemeinsamer Adresse sollten auch verstehen, dass das Verhalten eines anderen Benutzers die Adressreputation beeinflussen kann.

Die größere Resilienzgrenze ist physischer Natur. Der Build-Artikel des Betreibers bezeichnet einen Server explizit als Single Point of Failure und sagt, dass ein zweiter R630 für einen Proxmox-Cluster auf der Roadmap steht. Eine Box bedeutet, dass Prozessor-, Speicher-, Motherboard-, Storage-Controller- oder Wartungsereignisse alle Gäste gleichzeitig betreffen können. Zwei Carrier-Verbindungen duplizieren den Hypervisor nicht. Cloudflare kann ausgewählten Datenverkehr absorbieren oder filtern, aber keine VM ausführen, deren Host ausgefallen ist.

Ein zweiter Server im selben Raum würde die Hardware-Wiederherstellung verbessern, aber immer noch gemeinsame Strom-, Gebäude-, Kühlungs- und lokale Zugangsrisiken bestehen lassen.

Die Anzeige „Alle Systeme betriebsbereit“ auf der Marketingseite ist eine aktuelle Aussage des Anbieters, keine Verfügbarkeitshistorie. Dieveröffentlichte Dienststatus-Adressewar während dieser Überprüfung durch eine Cloudflare-Browser-Herausforderung geschützt, daher wurde ihr Vorfallsbericht nicht zur Berechnung der erreichten Betriebszeit verwendet. Käufer sollten einen Export oder einen für Kunden sichtbaren Bericht anfordern, der Monitor-Definitionen, Beobachtungsstandorte, monatliche Verfügbarkeit, Vorfälle und Wartungsarbeiten zeigt. Eine grüne Website-Prüfung ist nicht dasselbe wie eine erreichbare VM, ein gesunder Speicher oder eine funktionierende Anwendung.

Die Dienstleistungsvereinbarung schränkt die Verfügbarkeitsaussage ein

DieService Level Agreementzielt auf 99,9% monatliche Netzwerkverfügbarkeit ab, bezeichnet dies jedoch als Best Effort. Es bietet weder garantierte noch Bar-Gutschriften; jede Servicegutschrift liegt im Ermessen. Geplante und notfallmäßige Wartungsarbeiten, ISP-Probleme, Hardwareausfälle, Stromausfälle, Angriffe und andere Ereignisse sind ausgeschlossen. Die Hauptbedingungen 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 grob 44 Minuten Ausfallzeit in einem 30-Tage-Monat, dennoch liegen mehrere der plausibelsten Ursachen für Ausfallzeiten in einem Ein-Host-, Ein-Standort-Design außerhalb der Zusage. Ohne definierte automatische Abhilfe fungiert der Prozentsatz eher als betrieblicher Anspruch denn als finanzielle Garantie.

Der Support hat eine ähnlich klare Grenze. Die SLA listet Best-Effort-Erstreaktionen innerhalb von vier Stunden bei einem vollständigen Ausfall, 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, nachdem eine erhebliche Störung identifiziert wurde, und eine Zusammenfassung innerhalb von 48 Stunden nach Behebung eines schwerwiegenden Vorfalls.

Direkter Zugang zu der Person, die das System aufgebaut hat, kann ein ausgezeichneter Support sein. Er vermeidet Übergaben und gibt dem Antwortenden den vollständigen Kontext. Er konzentriert die Verfügbarkeit jedoch auf eine Person. Das öffentliche Material belegt keine Schichtabdeckung, Urlaubsvertretung, einen Ersatzadministrator oder einen separaten physischen Ansprechpartner, der Hardware ersetzen kann, wenn der Betreiber nicht verfügbar ist.

Ein Produktionskunde sollte fragen, wer Notfallzugriff hat, wie Eskalationen ablaufen, was bei Krankheit oder Reisen passiert und ob das Vier-Stunden-Reaktionsziel die Bestätigung oder die Wiederherstellung misst.

Backups und Lokalität verbleiben beim Kunden

Das Unternehmen gibt an, dass sein Host in Valley City steht, und seineDatenschutzerklärungsagt, dass das Unternehmen in den Vereinigten Staaten ansässig ist und dass Informationen von Überseebenutzern möglicherweise dort verarbeitet werden. Die Richtlinie nennt auch Zahlungs-, Analyse-, Chat- und Edge-Service-Anbieter, die Konto- oder Websitedaten verarbeiten können. Das ist ein nützlicher Ausgangspunkt für die Lokalität, aber „Server in North Dakota“ beantwortet nicht jede Frage zum Datenstandort.

Die Bedingungen besagen, dass wöchentliche automatisierte VM-Backups für mindestens zwei Zyklen zur Infrastrukturwiederherstellung aufbewahrt werden. Sie sind weder garantiert verfügbar noch vollständig und nicht für die einzelne Dateiwiederherstellung vorgesehen. Block-Storage-Volumes sind ausgeschlossen. Portal-Snapshots verbleiben in der Unternehmensinfrastruktur, ersetzen kein externes 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 die wöchentlichen Kopien physisch gespeichert sind, ob sie sich den Host oder die 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 während eines standortweiten Ereignisses nicht verfügbar sind, und seinen eigenen externen Wiederherstellungspfad entwerfen.

Zur Lokalität gehören auch Betriebsdaten. Die Datenschutzerklärung beschreibt Kontodetails, Anmeldeverlauf, Support-Nachrichten, Ressourcenmessungen, Verwaltungsprotokolle, Firewall-Konfiguration, Snapshots und API-Aktivitäten. Ein regulierter Käufer benötigt Aufbewahrungs-, Zugriffs- und Löschzusagen für diese Aufzeichnungen sowie für die VM-Festplatte. Ein Rechenstandort in North Dakota hält nicht automatisch jede Zahlungs-, Analyse-, Support- oder Sicherheitsaufzeichnung in North Dakota.

Ein praktischer Kauftest für einen bewusst kleinen Anbieter

Galaxy Cloud Solutions muss keine Hyperscale-Plattform imitieren, um nützlich zu sein. Ein Entwickler mag vernünftigerweise niedrige Preise, Root-Zugriff, einfache Abrechnung und direkten Kontakt einem großen Katalog vorziehen. Eine nicht-kritische Testumgebung, ein persönliches Projekt oder ein wiederherstellbarer Dienst passen gut zum aktuellen Design. Das Angebot wird schwerer zu rechtfertigen, wenn die Arbeitslast den gleichzeitigen Ausfall eines Hosts, eines Standorts oder eines Betreibers nicht verkraften kann.

Frage	Öffentliches Signal	Einzuholende Beweise
Wer erbringt den Dienst?	Website und Bedingungen nennen Galaxy Cloud Solutions LLC	Staatliche Registrierungsdetails, unterschriebene Bestellung, Abrechnungsidentität und autorisierter Kontakt
Was ist physisch redundant?	Zwei Zugangsverbindungen speisen einen offengelegten R630	Stromversorgungsdesign, Speicherlayout, Ersatzteile, Host-Wiederherstellungstest und Zweitstandortplan
Welches Netzwerk trägt eine VM?	Zugangsanbieter werden genannt; öffentliches Web-DNS hinter Cloudflare	Testadresse, Ursprungs-ASN, Pfadtests, Failover-Verhalten und Adressänderungsbedingungen
Was misst 99,9%?	Best-Effort-Netzwerkziel ohne garantierte Gutschrift	Monitor-Umfang, monatliche Historie, Vorfallsprotokoll und Arbeitslast-Zielsetzung
Können Daten den Standort überleben?	Wöchentliche Wiederherstellungskopien und lokale Snapshots sind nicht garantiert	Externes Kunden-Backup, Wiederherstellungstest, Verschlüsselungs- und Löschungsnachweise
Wer reagiert, wenn der Betreiber nicht kann?	Direkter Founder-Support; kritische Erstreaktion innerhalb von vier Stunden	Ersatzadministrator, Eskalationsmethode, physischer Zugang und Wiederherstellungsziel
Was kann die Automatisierung stoppen?	Prozess- und Datenverkehrsüberwachung kann sofortige Sperrung auslösen	Erkennungsaufzeichnung, menschliche Überprüfung, Einspruchsfrist und Verfahren bei Fehlalarmen

Die wichtige Schlussfolgerung ist nicht, dass ein zu Hause gehosteter VPS von Natur aus unzuverlässig ist. Sondern dass die Zuverlässigkeit des Dienstes anhand seiner tatsächlichen Architektur und seines Vertrags beurteilt werden muss. Galaxy Cloud Solutions hat mehr getan als viele junge Anbieter, um beides zu beschreiben. Seine Maschine, Werkzeuge, Preise, Kontrollen und Einschränkungen sind sichtbar genug, damit ein Käufer präzise Fragen stellen kann.

Der Name hat daher eine glaubwürdige Betriebsoberfläche, aber die Sicherheit bleibt begrenzt. Heute besteht das Angebot aus persönlichem Support und automatisierter Virtualisierung, konzentriert auf ein physisches System. Das kann attraktiv sein, wenn die Arbeitslast portabel ist und der Kunde die Wiederherstellung selbst in der Hand hat. Es sollte nicht mit Multi-Host- oder Multi-Standort-Kontinuität verwechselt werden, bis Servicenachweise, getestete Wiederherstellung und zusätzliche unabhängige Kapazität zeigen, dass sich diese Abhängigkeiten geändert haben.

Galaxy Cloud Solutions LLC: persönlicher Cloud-Support auf einem einzigen physischen Host