全新的 PlanetScale 定价计划

今天，我们正式推出新一代的 PlanetScale 计划和定价方案。最重要的一点是：我们将现有的 Teams 计划替换为全新的 Scaler Pro 产品。这项新服务将当前计划与企业级解决方案的功能相结合，适用于各种规模的公司。这些计划允许客户根据其工作负载需求选择具体的资源。
随着数以千计的客户（包括大公司和小型企业）的加入，我们收到的最常见反馈之一是如何将我们的定价模型与他们的业务容量规划相匹配。虽然读操作和写操作在概念上很容易理解，但它们与企业习惯的容量规划模型并不完全吻合。许多客户希望获得比传统无服务器模式更大的控制权，同时更清楚地了解它如何与产品如 Amazon RDS 或 Google Cloud SQL 进行比较。
无服务器定价模型虽然适合一些数据库场景，但许多实际工作负载需要更具具体、可预测性的度量指标。当预测性、稳定性和可用性至关重要时，未知或不受约束的成本可能成为无法忽视的干扰。

Scaler Pro：可控性与扩展性

Scaler Pro 提供了所需的控制权，使你能够了解如何扩展和成长。新计划支持按需扩展和缩减，同时具备先进的弹性和可用性功能。使用 Scaler Pro，你不仅能以竞争性价格获得比传统数据库即服务（DBaaS）解决方案更强大的功能，还能享受到显著扩展后的灵活性。
这是一项经过深思熟虑的举措。我们以创新的无服务器数据库定价模型为傲，同时仍然致力于成为无服务器领域的最佳数据库。

Scaler Pro 的定价

Scaler Pro 数据库的定价结合了 资源（CPU 和内存） 和 磁盘存储 的使用。每个数据库都有一个“集群规模”（Cluster Size），包含构成 PlanetScale 数据库的所有组件。与我们现有计划类似，收费仅针对表中分配的存储空间，而不针对二进制日志或其他元数据。
有关 Scaler Pro 配置选项和定价的完整列表，请参考我们的计划文档.

什么是 PlanetScale 数据库？

当你想到 PlanetScale 数据库时，你会怎么想象？ 有些人认为“无服务器数据库”令人神秘；另一些人也许会联想到一组复杂的虚拟机、硬盘、网络交换机及相关组件。
下面是一个 Scaler Pro 数据库的示意图：
![数据库架构图]
这个架构中，最重要的组成部分是主节点（Primary）和副本（Replicas）。每个组件都是一个 MySQL 实例，并有 Vitess 组件负责处理故障切换、备份等任务。

为什么这些组件如此重要？

数据的存储位置是关键！PlanetScale 在底层使用标准 MySQL复制 技术，数据会在多个可用区域（AZ）中进行分布式存储。所有 Scaler Pro 生产分支默认设置为：

  • 跨 3 个可用区域（AZ）（GCP 或 AWS）进行复制。
  • 使用 **MySQL 的半同步复制**（Semi-sync），确保写操作在至少两个可用区域持久化后才会确认给客户端。
  • 持续监控：通过 Vitess 原生编排器（Orchestrator）实现计划内和非计划内的故障切换。

这些特性确保任何写入的数据都存储在至少两个跨域冗余的块存储卷中。当需要时数据依然存在，且安全无虞。此外，借助 Vitess 原生 Orchestrator，即使虚拟机故障或其他问题出现，也能自动修复，而无需人为干预。
除此之外，PlanetScale 在后台运行更多基础设施：按需启动 MySQL 实例以验证现有备份并创建新备份、专属管道支持 PlanetScale Insights 等。

Amazon RDS vs. Scaler Pro 与可用区域（AZ）

为了创建逻辑和地理冗余，云服务商将其地区划分为多个隔离的数据中心，这些数据中心称为**可用区域（AZ）**。例如 AWS 的 us-east-1 地区拥有六个可用区域：us-east-1a 到 us-east-1f。每个区域有独立的电力和网络设计，可以在代码中针对一个或多个区域故障来构建更具弹性的应用和基础设施。
Amazon 对运行 MySQL 数据库的权衡十分熟悉。为了更加全面地理解 Scaler Pro 提供的功能，我们可以将其与 RDS 数据库的各层级进行比较：

  • 单 AZ
  • 多 AZ（一个备用实例）
  • 多 AZ（两个可读备用实例）

单 AZ（Single AZ）

单一可用区域对于生产工作负载来说不太适用，因为它不具备故障转移能力，也无法提供可用区域降级时的冗余，其数据恢复能力仅限于备份。单 AZ 数据库可能适合小型或测试工作负载，但并不适合生产用途。这类似于在 PlanetScale 中的开发分支（Development Branch）。

多 AZ（Multi-AZ）

多 AZ 提供了一个备用实例，所有写操作会同步复制到备用实例。如果主可用区域出问题，可转移到备用实例。虽然这提高了系统的弹性，但对可用性帮助有限，故障转移时间通常超过一分钟。与此同时，没有可读副本用于扩展数据库流量。

多 AZ（两个可读备用实例）

多 AZ 的高阶版本包含一个主实例和两个可读副本（Replica），确保所有写操作至少被一个副本确认。这与 PlanetScale Scaler Pro 数据库的概念完全一致！ 它支持更快的故障转移，因为有运行中的副本可以立即接管流量。
如你所见，PlanetScale 提供了与 Amazon RDS 多 AZ（两个可读备用实例）方案相同的功能，但价格仅与 Amazon RDS（一个备用实例）相当。这还未包括 PlanetScale 的行业领先功能，如 Insights 和非阻塞架构变更（Non-blocking Schema Changes）。

总结

无论你是现有 PlanetScale 用户，还是考虑从 RDS 或 Cloud SQL 转到 PlanetScale（很多人已选择迁移），我们希望新的 Scaler Pro 定价方案适合你。你只需点击按钮，即可轻松将新的 Developer 或 Scaler 数据库迁移到 Scaler Pro。
如果你想试用一个新数据库，可以使用我们的导入工具（Imports）连接你的 RDS 数据库并体验 PlanetScale。我们相信你会感到满意！
如果你的 RDS 数据库需要超出当前定价表中规模的扩展（例如 TB 级内存或 PB 级存储），请联系我们的销售团队，我们可以满足你的需求。


宣布 PlanetScale Scaler Pro插图

关注公众号：程序新视界，一个让你软实力、硬技术同步提升的平台

除非注明，否则均为程序新视界原创文章，转载必须以链接形式标明本文链接

本文链接：https://choupangxia.com/2025/09/13/planetscale-scaler-pro/