如何在不停机的情况下更改 AWS-RDS 实例类型？
How to change AWS-RDS instance type without downtime?
我正在使用 AWS-RDS(Aurora MySQL5.6)，它是一个集群，它有一个写入器实例和一个 reader 实例。我发现当我改变它的类型时，每个实例都会停机近 10 分钟，这是不可接受的，我应该怎么做才能避免停机？
这里有更多详细信息：
- 将类型从 db.t2.small 更改为 db.t2.medium
- 引擎版本：5.6.10a
- 可用内存：300M
- 数据库连接（计数）：~400
- CPU 利用率（百分比）：~20%
不是更改当前 writer 实例的类型，而是添加具有所需实例类型的新 writer：
- 将具有所需新实例类型（例如 db.t2.medium）的 Aurora reader 添加到集群。请务必为 reader 分配最佳优先级，以便在故障转移期间将其提升为编写器（有关更深入的信息，请参阅 Aurora Documentation）。
- 等到新实例启动并运行。
- 然后故障转移集群，以便新的 reader 被提升为写入器。
- 最后删除旧实例类型的之前的Aurora实例。
这样你就几乎没有停机时间。
如果要更改 reader 实例的类型：
- 添加具有所需新实例类型的 Aurora reader。
- 等到它启动 运行。
- 删除之前的 reader 个实例。
我正在使用 AWS-RDS(Aurora MySQL5.6)，它是一个集群，它有一个写入器实例和一个 reader 实例。我发现当我改变它的类型时，每个实例都会停机近 10 分钟，这是不可接受的，我应该怎么做才能避免停机？
这里有更多详细信息：
- 将类型从 db.t2.small 更改为 db.t2.medium
- 引擎版本：5.6.10a
- 可用内存：300M
- 数据库连接（计数）：~400
- CPU 利用率（百分比）：~20%
不是更改当前 writer 实例的类型，而是添加具有所需实例类型的新 writer：
- 将具有所需新实例类型（例如 db.t2.medium）的 Aurora reader 添加到集群。请务必为 reader 分配最佳优先级，以便在故障转移期间将其提升为编写器（有关更深入的信息，请参阅 Aurora Documentation）。
- 等到新实例启动并运行。
- 然后故障转移集群，以便新的 reader 被提升为写入器。
- 最后删除旧实例类型的之前的Aurora实例。
这样你就几乎没有停机时间。
如果要更改 reader 实例的类型：
- 添加具有所需新实例类型的 Aurora reader。
- 等到它启动 运行。
- 删除之前的 reader 个实例。