需要有关极光数据库缩放的帮助
Need help regarding aurora DB scaling
我需要扩展 Aurora 数据库，然后在稍后的某个时间缩减，但我不需要任何停机时间，甚至一点也不需要。我虽然通过创建极光副本并提升它然后缩放主要并提升回主要来做到这一点。但这涉及停机时间。请提出任何替代方法。
我想先问你在什么意义上需要扩大规模？写作？读？如果您当前 运行 一台服务器的比率为 high-read/low-write，我建议您使用另一个只读副本（或更多），然后专门配置您的应用程序以在您遇到的特定情况下使用只读副本仅进行查询并且不修改数据。从这个意义上说，您将写入卸载到相同数据的单独实例，并让主要处理大部分写入。如果您这样做，我还建议将只读副本分布到其他可用区，以防您的主副本的 AZ 出现故障，另一个只读副本将自动提升为主副本。
有了这些信息，我建议您使用应用程序配置使用的只读副本进行扩展，然后您可以在缩小时关闭这些副本，而无需关闭 Aurora 主节点。从本质上讲，它更像是处理多个 RDS 端点的配置问题。
HTH.
需要注意的是，主副本和只读副本之间的复制存在一些延迟（我的实例显示大约 10-20 毫秒），因此如果您快速连续执行写入然后读取，则必须牢记这一点-- 如果您在初始写入后第一次读取 'too fast'，副本可能看不到更改，并且可能看不到任何数据（如果您正在创建）或陈旧数据（如果您正在更新）。
一般来说，这不是问题，除非您处于重负载状态并且主服务器上的写入已备份，并且您在将写入应用到主服务器之前开始从只读副本读取数据。
HTH.
我需要扩展 Aurora 数据库，然后在稍后的某个时间缩减，但我不需要任何停机时间，甚至一点也不需要。我虽然通过创建极光副本并提升它然后缩放主要并提升回主要来做到这一点。但这涉及停机时间。请提出任何替代方法。
我想先问你在什么意义上需要扩大规模？写作？读？如果您当前 运行 一台服务器的比率为 high-read/low-write，我建议您使用另一个只读副本（或更多），然后专门配置您的应用程序以在您遇到的特定情况下使用只读副本仅进行查询并且不修改数据。从这个意义上说，您将写入卸载到相同数据的单独实例，并让主要处理大部分写入。如果您这样做，我还建议将只读副本分布到其他可用区，以防您的主副本的 AZ 出现故障，另一个只读副本将自动提升为主副本。
有了这些信息，我建议您使用应用程序配置使用的只读副本进行扩展，然后您可以在缩小时关闭这些副本，而无需关闭 Aurora 主节点。从本质上讲，它更像是处理多个 RDS 端点的配置问题。
HTH.
需要注意的是，主副本和只读副本之间的复制存在一些延迟（我的实例显示大约 10-20 毫秒），因此如果您快速连续执行写入然后读取，则必须牢记这一点-- 如果您在初始写入后第一次读取 'too fast'，副本可能看不到更改，并且可能看不到任何数据（如果您正在创建）或陈旧数据（如果您正在更新）。
一般来说，这不是问题，除非您处于重负载状态并且主服务器上的写入已备份，并且您在将写入应用到主服务器之前开始从只读副本读取数据。
HTH.