独立，不需要网站
无需购买主机即可购买数据库。您的应用程序可以在任何地方运行；数据库本身就是一个独立的产品。
- 无需主机方案只需一个免费账户即可
- 随处托管，皆可运行通过我们、其他提供商或您自己的服务器
- 一个账户，一张账单随时添加主机或其他产品
说明
Zinn® Managed Databases 是我们为您运行并单独出售的 PostgreSQL 或 MySQL。它完全不假定您也在此托管网站：无论应用程序位于何处，只需将其指向该数据库，并将其视为独立的数据库服务，而非主机托管计划的附加项。
每个引擎都有三种规格。小型级别为单实例。中型和大型级别增加了自动故障转移功能，因此节点丢失只是一次故障转移事件，而不是让您从用户那里才得知的停机事故。故障转移的成本因引擎而异——PostgreSQL在两个实例之间进行仲裁，而MySQL需要一个三成员组和一对路由器才能达成法定人数——这就是为什么MySQL各级别的定价在每种规格上都略高一些的原因。
包含内容
托管型 PostgreSQL 和 MySQL，其运维环节规范完善，阐述清晰明了，便于您依此进行规划。
中等套餐的自动故障转移
中型和大型配置均支持自动故障转移。从小规格升级不仅是容量的改变，更是可用性的提升。
单实例小型层
小型套餐运行一个实例，适用于开发、预发布以及能够接受短暂恢复时间的轻量级生产工作负载。
PostgreSQL 上的时间点恢复
在 PostgreSQL 上，恢复是针对某一具体时刻而非昨晚的快照，这使您可以撤销错误迁移或误删除操作，而不会丢失当天的其他数据。MySQL 数据库每晚备份一次，并保留十四个夜晚。
通过连接验证的恢复
备份作业显示成功并不能证明数据库可以被还原。我们通过连接到已还原的数据库并从中读取数据来验证还原结果。
两种引擎均提供三种尺寸
每个层级都会运行您选择的引擎。升级到更高层级会更改 vCPU、内存和磁盘的分配，并从中间层级开始添加自动故障转移。
工作原理
预配它，连接到它，把运维的一半交给我们就行。
选择层级
选择 PostgreSQL 或 MySQL，然后根据您所需的 CPU、内存和磁盘大小，以及是否需要自动故障转移，选择小型、中型或大型。
连接您的应用程序
您将获得凭证和一个连接端点。应用程序可以部署在我们的环境或他人的环境中；数据库并不介意。
我们运行并证明它
我们按计划进行备份，并通过连接到恢复结果来检查备份是否能够恢复，因此可恢复性是经过实际衡量的，而非凭空假定。在 PostgreSQL 上，该备份计划是持续进行的，因此可以恢复到特定时间点。
定价
每个引擎提供三个层级，按月计费，按 vCPU、内存和磁盘划分规格 — 中级层级起包含自动故障转移。层级价格根据测算的底层基础架构单价进行计算，并在这些单价变动时重新推导。
Zinn® Managed MySQL Small
¥93.99/月
- vCPU 核心
- 1
- 内存
- 2 GB
- NVMe 存储
- 20 GB
Zinn® Managed PostgreSQL Small
¥93.99/月
- vCPU 核心
- 1
- 内存
- 2 GB
- NVMe 存储
- 20 GB
Zinn® Managed PostgreSQL Medium
¥327.99/月
- vCPU 核心
- 2
- 内存
- 4 GB
- NVMe 存储
- 60 GB
Zinn® Managed MySQL Medium
¥494.99/月
- vCPU 核心
- 2
- 内存
- 4 GB
- NVMe 存储
- 60 GB
Zinn® Managed PostgreSQL Large
¥688.99/月
- vCPU 核心
- 4
- 内存
- 8 GB
- NVMe 存储
- 150 GB
Zinn® Managed MySQL Large
¥1,029.99/月
- vCPU 核心
- 4
- 内存
- 8 GB
- NVMe 存储
- 150 GB
价格会根据实测的基础设施费率进行调整，而非一成不变，因此您所使用的层级费用始终与实际运行成本保持相应比例。
为什么在此购买
只要您同时购买虚拟主机，许多服务商都会为您运行数据库。而该服务是单独出售的，这意味着您可以将数据库托付给我们，并将应用程序部署在任何合适的地方，无需为了迎合捆绑方案而重构您的技术栈。
在数据库产品中，最重要的两项声明往往也是最容易被轻率作出的：即具备故障转移能力以及具备恢复能力。在这里，故障转移是中型和大型层级明确具备的属性，而恢复的有效性则是通过连接到已恢复的数据库来进行验证，而不仅是通过查看绿色的任务日志。
购买前常见问题
我需要向您租用网站托管服务才能使用这个吗？
不。Managed Databases 是独立运行的。您的应用程序可以在您自己的服务器、其他提供商或我们的基础设施上运行 — 数据库均单独配置和计费。
哪些层级具有高可用性？
Medium 和 large 具有自动故障转移功能。Small 为单实例，这就是为什么从 small 升级到 medium 不仅是容量层面的考量，更是可用性方面的抉择。
备份和恢复是如何运作的？
两个引擎均已备份，并通过连接到结果对二者进行恢复测试。它们的区别在于您可以追溯到多久之前：PostgreSQL 进行连续归档，因此您可以恢复到特定时刻——这在发生错误的迁移或意外删除之后最为重要，此时您需要恢复到错误发生前一秒的所有内容。MySQL 每晚进行备份，并保留最近十四个夜晚的数据。
您如何知道备份确实可以恢复？
我们将其恢复并连接到结果。报告成功的备份作业仅表明作业已完成；连接到已恢复的数据库并从中读取数据，才能确认数据确实存在且可用。这就是我们所执行的检查。
随着数据库的增长，我可以升级到更高的层级吗？
是的。所有层级都运行您最初启动时所用的同一套引擎，因此升级会变更 vCPU、内存和磁盘的分配，并且从中等层级开始会增加自动故障转移功能。在进行大规模迁移之前，请与我们联系，我们将与您一同规划迁移事宜。