晨昏轨道上的服务器

Servers in dawn-dusk orbit — johndcook.com · 21 小时前 · ⚙️ 工程

「把数据中心送进太空」曾被视为不可能兑现的预言，如今谷歌的原型服务器卫星已确定作为 SpaceX Transporter 18 任务的 130 个载荷之一，于 10 月 1 日发射，并选择晨昏轨道运行。晨昏轨道是太阳同步轨道（SSO）的一个特例，其轨道面与地球的晨昏线大致重合，卫星几乎整圈都停留在日照区，不像常规近地轨道卫星那样每圈要经历约三分之一时间的地影。这一几何特性直接改写了太空计算的能源与热控约束：太阳能帆板获得接近连续的照明，无需为穿越地影携带大容量电池组；卫星长期一侧朝太阳、另一侧朝深空，形成稳定且可预测的温度梯度，散热设计比普通低轨平台简单得多，而服务器恰恰是发热密度极高的载荷。散热的物理机制也值得点出：真空中没有空气对流，热量只能靠辐射排散，排热能力随温度的四次方增长，这意味着适当提高工作温度能显著提升排热效率，但也对材料与电子器件的耐温上限提出要求。John D. Cook 的关注点正在此：争论的焦点不该停留在芯片算力或散热板面积，而应先回答轨道选择这个第一性问题。太阳同步轨道的进动率约为每天 0.986 度、每年 360 度，与地球公转同步，因此轨道面与太阳方向的夹角常年保持不变，晨昏轨道正是把这一性质用到极致的构型。代价同样明确：星下点地方时被锁定在清晨与黄昏，地面站可见窗口受限，通常需要中继卫星或极地站支持；地面数据中心面对的征地、水冷与电网接入审批，则被替换为发射质量、宇宙射线引发的单粒子翻转以及在轨无法现场维修。作者的核心观点是：当轨道动力学同时提供了连续日照与稳定热环境，太空数据中心便从噱头变成一项需要认真核算发射成本、辐射加固与通信窗口的工程权衡，而不再只是被嘲笑的想象。

核心论点

• 晨昏轨道是太阳同步轨道（SSO）的一个特例：轨道面与地球的昼夜分界线（晨昏线）大致重合，卫星几乎整圈都处于日照之中，没有常规近地轨道卫星每圈约三分之一时间的地影期；太阳同步轨道依赖地球扁率造成的轨道面进动，进动率约每天 0.986 度、每年约 360 度，与地球绕日公转同步，因此轨道面与太阳方向的夹角常年恒定，倾角接近 90 度，常见运行高度在 500 至 600 公里。这一构型最初服务于对地观测，让卫星总在固定的地方时过境、光照条件可比，如今被重新拿来当作太空数据中心的能源与热控方案。
• 连续日照带来两项直接收益：太阳能帆板输出几乎不中断，省掉了为度过地影而必须配置的大容量电池组及其充放电损耗；热控上卫星一侧长期朝向太阳、另一侧长期朝向深空，冷热两端稳定可预测，温度梯度不随轨道周期剧烈摆动，散热设计因此比常规低轨平台简单得多。对功耗密度远高于普通遥感载荷的服务器而言，这种稳态热环境比峰值性能更关键，它决定了整星能否用被动或半被动方式把热量辐射出去。
• 谷歌的原型服务器卫星将作为 SpaceX Transporter 18 任务的 130 个载荷之一，于 10 月 1 日发射，这是对「没人会把数据中心放到太空」这一断言的直接回应。拼车式发射把单位入轨成本压到原型验证可以承受的水平，使太空计算第一次具备做小规模实验的经济前提；载荷数量达到 130 个也说明这类标准化拼车任务已经形成稳定节奏，为后续迭代提供了可预期的发射窗口。
• 方案的另一面是约束：晨昏轨道把星下点地方时固定在清晨与黄昏，地面站可见窗口因此受限，通常需要中继卫星或极地站来保证数据回传；太空环境还带来宇宙射线导致的单粒子翻转、在轨无法现场维修以及每公斤仍属高位的发射成本。与地面数据中心在土地、水冷和电网接入上的瓶颈相比，太空路线把这些约束换成了质量、辐射加固与通信三类新成本，取舍取决于哪一端的边际成本下降更快。

💡 为什么值得读: 想知道太空数据中心为什么在物理上可能成立、以及轨道选择如何先于芯片决定成败，这篇短文给出了最简洁的切入点。

🏷️ data centers, satellites, orbit, Google

---