摘要
- Galaxy Cloud Solutions LLC 提供了一项协调一致、最近推出的服务:在瓦利城家庭办公室的 Dell PowerEdge R630 上运行的 KVM 虚拟机,通过 Proxmox、FOSSBilling 和自定义配置自动化。其域名于 2026 年 3 月 24 日注册,运营者表示服务于 4 月 14 日启动。
- 最强的功能也是主要的依赖项。客户可以联系构建并运行该系统的人,但运营者自己的账户描述了一台物理主机,并承认其故障会影响每个客户。双互联网链路和 Cloudflare 降低了部分网络风险;它们不提供另一台计算主机、另一个电源点或另一个人工响应者。
- 宣传的 99.9% 正常运行时间是一个尽力而为的目标,没有保证的信用。硬件、ISP 和电力故障被排除,备份不保证,关键工单响应目标为四小时。生产买家应验证实际可用性、异地恢复、地址和上游设计、监控访问以及唯一运营者不可用时的覆盖。
Galaxy Cloud Solutions 是一个有用的案例研究,说明了透明度对于小型基础设施提供商的能有所为和不能有所为。许多托管服务将其物理依赖性隐藏在位置名称和企业硬件的通用声明之后。这个服务直言不讳地表示,它始于家庭办公室中的二手 Dell 服务器,通过两个本地互联网服务连接,并由创始人管理。
这种坦诚是有价值的。它将一个模糊的云名称转化为一个可检查的操作主张。然而,它并没有将一个集中的系统转变为有弹性的系统。客户在决定是否在那里放置工作负载时,需要区分五个问题:业务身份是否一致,服务是否如描述那样存在,网络是否可以独立归属,数据和备份可以存放在哪里,以及当自动化达到极限时由谁恢复服务。
一家拥有具体公开故事的年轻公司
公共身份在内部是一致的。公司网站命名为 Galaxy Cloud Solutions LLC,将服务定位在北达科他州瓦利城,标价了五个虚拟机层级,并链接了客户门户、法律条款、支持渠道和状态页面。BTW 目录条目提供了该公司的规范目录引用。
独立的记录较窄。.com 注册记录将galaxycloudsolutions.com的注册日期定为 2026 年 3 月 24 日,并显示 Cloudflare 名称服务器。运营者的第一个月的账户称服务于 4 月 14 日启动,将作者标识为 Dakota Hopson,并表示 LLC 和税务注册工作已在启动前提交。这些日期与网站的法律页面相符,后者于 3 月底和 4 月中旬生效。
这些记录支持当前服务和网站是新的结论。它们本身并不能证明公司良好信誉、实际所有权、财务能力或保险。运营者的文章是签署的第一人称账户,而不是州注册证书。对于法律连续性重要的客户,应获取确切的注册名称、州文件编号、服务地址和签署订单的人的权限。这是对年轻供应商的常规尽职调查,而非拒绝的理由。
服务的年轻也限制了历史声明的权重。以月计量的域名和启动日期无法提供多年的事件、续约或恢复证据。早期正常运行时间可能很好,但很少揭示磁盘磨损、更换物流、季节性电力条件、容量增长或运营者如何处理同时发生的故障。正确的应对是要求确实存在的简短历史,并对剩余不确定性进行定价。
产品是具体的,而非抽象的云
Galaxy Cloud Solutions 销售非托管 KVM 虚拟机。公开计划从每月 5 美元获得一个虚拟 CPU、1GB 内存和 20GB 存储(在共享网络地址转换后),到每月 65 美元获得八个虚拟 CPU、16GB 内存、320GB 存储和一个专用公共地址。两个最小的计划仅允许通过共享地址的出站流量;较大的计划包括一个专用地址。出站传输配额范围从每月 500GB 到 5TB。
硬件披露异常精确。网站标识了一台 Dell PowerEdge R630,配备两个 Xeon E5-2660 v3 处理器,总共 40 个线程,62GB 内存,2.2TB 加 476GB 存储和一张 Nvidia Quadro P1000。在运营者的构建账户中,同一台机器被描述为运行 Proxmox VE 的二手硬件,使用 FOSSBilling 进行账户和发票管理,Nginx 进行代理,Uptime Kuma 进行监控,以及一个自定义 Python 程序进行配置。
这是有意义的服务证明,因为它描述了可交付成果、主机、软件栈和客户工作流程。支付触发虚拟机创建;凭据通过电子邮件到达;客户获得 root 访问权限,并可以通过门户和 API 管理电源、重新安装、快照、防火墙规则和存储。服务条款添加了操作阈值:持续出站流量限制为 800Mbps,持续磁盘写入限制为 100MB/s,出站连接限制为每个监控间隔 1,000 个唯一目标。达到月度传输配额可能触发自动暂停。
自动化降低了每个订单的劳动力,并使小型提供商能够具备曾经需要更大运营团队的能力。它也将风险转移到规则和传感器中。可接受使用政策表示,公司每小时扫描客户虚拟机内运行的进程,监控流量和资源使用,检查地址声誉,并要求 QEMU 客户代理。自动化执行可以在没有预先通知的情况下暂停机器。
该控制面比“非托管 VPS”一词所暗示的更广泛。客户控制操作系统,但提供商在客户机内部保留可见性和干预机制。买家应决定其安全性和隐私模型是否可以接受,记录谁可以调用恢复或凭据重置功能,并测试错误暂停的上诉路径。自动化可以确保执行的一致性;它也可以在人类审查上下文之前更快地停止合法工作负载。
两条接入链路不等于两个站点
该公司宣传 BEK 光纤和 CSI 电缆,具有自动故障转移功能,加上 Cloudflare 保护。两种独立的接入技术可以大大降低单个本地运营商故障导致主机断开连接的可能性。公共站点和状态主机名也通过 Cloudflare 解析,这可以保护其源地址免受普通 DNS 查询的影响。
最后一点限制了网络验证。公共网络记录没有暴露提供商拥有的自治系统号、注册地址块或客户服务的独立可归因路由。Cloudflare 地址证明公共网站端点使用 Cloudflare 的边缘;它们不标识承载客户 SSH 会话或专用 VM 地址的源网络。公司自己的材料命名了两个接入提供商,但在审查的证据中,没有公共路由图、测试地址或查看镜将购买的 VM 与特定上游联系起来。
对于小型 VPS 来说,这不一定是一个缺陷。这意味着买家应在服务级别验证网络。试用机可以揭示其分配的地址、源网络、反向 DNS、延迟、丢包以及故障转移期间的路径变化。订单应解释专用地址是否稳定,入站服务是否在接入链路之间切换时存活,哪些端口被过滤以及如何处理滥用投诉。共享地址的客户也应明白,其他用户的行为可能影响地址声誉。
更大的弹性限制是物理性的。运营者的构建文章明确将一台服务器称为单点故障,并表示用于 Proxmox 集群的第二台 R630 在路线图中。单台服务器意味着处理器、内存、主板、存储控制器或维护事件可能同时影响所有客户机。两条运营商链路不能复制管理程序。Cloudflare 可以吸收或过滤选定的流量,但不能运行主机已停止的 VM。同一房间中的第二台服务器将改善硬件恢复,但仍存在共享电力、建筑、冷却和本地访问风险。
营销页面上的“所有系统运行正常”显示是当前的第一方声明,而非可用性历史。发布的服务状态地址在本次审查期间受到 Cloudflare 浏览器挑战的保护,因此其事件记录未用于计算实际正常运行时间。买家应要求导出或客户可见的报告,显示监控定义、观察位置、每月可用性、事件和维护。绿色网站检查不等同于可访问的 VM、健康的存储或正常运行的应用程序。
服务协议收窄了正常运行时间标题
服务级别协议以 99.9% 的月度网络正常运行时间为目标,但将其标记为尽力而为。它不提供保证或现金信用;任何服务信用都是酌情决定的。计划内和紧急维护、ISP 问题、硬件故障、电力故障、攻击和其他事件被排除在外。主要条款同样将服务描述为尽力而为,并将总责任上限限制在索赔前 30 天内支付的金额。
这比主页徽章可能暗示的承诺要狭窄得多。99.9% 的月度目标对应于 30 天月份中大约 44 分钟的停机时间,但在单主机、单站点设计中,几个最可能的停机原因不在承诺范围内。由于没有明确的自动补救措施,该百分比仅作为运营目标,而非财务保证。
支持也有类似的明确边界。SLA 列出了在完全中断时四小时内尽力而为的首次响应,显著降级时八小时内,普通问题 24 小时内,低优先级请求 48 小时内。它承诺在发现重大中断后一小时内更新状态页面,并在重大事件解决后 48 小时内提供摘要。
直接联系构建系统的人可以成为出色的支持。它避免了转接,并为响应者提供了完整的上下文。它也将可用性集中在一个人的身上。公开材料未建立轮班覆盖、假期覆盖、替代管理员或在运营者不可用时可以更换硬件的单独物理响应者。生产客户应询问谁持有紧急访问权,警报如何升级,在生病或旅行期间会发生什么,以及四小时响应目标是衡量确认还是恢复。
备份和位置性由客户负责
该公司表示其主机位于瓦利城,其隐私政策称业务总部位于美国,并且海外用户的信息可能在那里处理。政策还标识了可能处理账户或网站数据的支付、分析、聊天和边缘服务提供商。这是位置性的一个有用起点,但“服务器位于北达科他州”并不能回答所有数据位置问题。
条款称每周自动 VM 备份至少保留两个周期用于基础设施恢复。它们不保证可用或完整,且不用于单个文件恢复。块存储卷被排除在外。门户快照保留在公司基础设施上,不能替代异地备份,可能在灾难性的基础设施故障中消失。
由此产生的责任是明确的:客户必须在其他地方维护独立副本并测试恢复。对于关键工作负载,买家应询问每周副本实际存放在何处,它们是否共享主机或电力域,如何加密,谁可以恢复它们以及实际实现了多少恢复时间。然后应假设这些副本在站点级事件中不可用,并设计自己的异地恢复路径。
位置性还包括运营数据。隐私政策描述了账户详细信息、登录历史、支持消息、资源测量、管理日志、防火墙配置、快照和 API 活动。受监管的买家需要对这些记录以及 VM 磁盘的保留、访问和删除承诺。北达科他州的计算位置不会自动将每条支付、分析、支持或安全记录保留在北达科他州。
针对刻意小型提供商的实用购买测试
Galaxy Cloud Solutions 无需模仿超大规模平台即可发挥作用。开发人员可能更合理地喜欢低价、root 访问、简单计费和直接联系,而不是庞大的产品目录。非关键测试环境、个人项目或可恢复服务可能非常适合当前设计。当工作负载无法容忍同时丢失一台主机、一个站点或一个运营者时,该报价就更难证明合理了。
决策可以基于简短的证据请求:
| 问题 | 公开信号 | 需要获取的证据 |
|---|---|---|
| 谁提供服务? | 网站和条款命名 Galaxy Cloud Solutions LLC | 州注册详细信息、签署的订单、计费身份和授权联系人 |
| 什么在物理上是冗余的? | 两条接入链路连接到一台公开的 R630 | 电源设计、存储布局、备件、主机恢复测试和第二站点计划 |
| 哪个网络承载 VM? | 接入提供商被命名;公共网站 DNS 位于 Cloudflare 后面 | 试用地址、源 ASN、路径测试、故障转移行为和地址变更条款 |
| 99.9% 衡量什么? | 尽力而为的网络目标,无保证信用 | 监控范围、每月历史记录、事件日志和工作负载级目标 |
| 数据能否在站点故障中幸存? | 每周恢复副本和本地快照不保证 | 客户异地备份、恢复测试、加密和删除证据 |
| 当运营者无法响应时,谁来响应? | 直接创始人支持;关键首次响应在四小时内 | 备份管理员、升级方法、物理访问和恢复目标 |
| 自动化可以停止什么? | 进程和流量监控可立即触发暂停 | 检测记录、人工审核、上诉时机和误报处理程序 |
重要的结论不是家庭托管的 VPS 本质上不可靠。而是服务的可靠性必须根据其实际架构和合同来判断。Galaxy Cloud Solutions 比许多年轻提供商做得更多,来描述两者。其机器、工具、价格、控制和限制足够可见,买家可以提出精确的问题。
因此,该名称具有可信的操作表面,但保证仍然有限。如今,该主张是个人支持和自动化虚拟化集中在一个物理系统上。当工作负载可移植且客户拥有恢复能力时,这可能很有吸引力。不应将其误认为多主机或多站点连续性,直到服务记录、经过测试的恢复和额外的独立容量显示这些依赖关系发生了变化。
来源
- BTW 目录:Galaxy Cloud Solutions LLC
- .com 注册 RDAP:galaxycloudsolutions.com
- Galaxy Cloud Solutions:服务、计划和基础设施
- Galaxy Cloud Solutions:VPS 服务是如何构建的
- Galaxy Cloud Solutions:第一个月的运营账户
- Galaxy Cloud Solutions:服务条款
- Galaxy Cloud Solutions:服务级别协议
- Galaxy Cloud Solutions:可接受使用政策
- Galaxy Cloud Solutions:隐私政策
- Galaxy Cloud Solutions:公共状态页面

