Amazon web services Amazon Aurora DB何时开始从副本而不是主实例读取数据？

我提出这个问题时的假设是，Aurora将只向主实例写入数据，并且可以从主实例或副本实例读取数据。我猜基于这一点，以及对CloudWatch的一些观察，我还假设读取将首先发生在主实例上，并且只有在主实例上的某个阈值被超过时才会转移到副本上

---

如果这是真的（如果不是，请纠正我），那么将读取请求定向到副本而不是主实例会发生什么情况？到目前为止，我在主实例上的CPU利用率已经达到了45%，但我还没有看到副本指标（特别是查询指标）有足够大的变化，以至于认为读取流量被重定向了

除非您知道Aurora的某些功能，而我不知道，否则您所描述的负载平衡类型在Aurora中并不存在。您必须显式地将只读查询发送到，以便在读取副本中分发这些查询。如果您只是将查询发送到主端点，它们将始终转到主实例。

除非您知道Aurora的某些功能，而我不知道，否则您描述的负载平衡类型在Aurora中并不存在。您必须显式地将只读查询发送到，以便在读取副本中分发这些查询。如果您只是将查询发送到主端点，它们将始终转到主实例。

Hmm--您认为即使我将查询发送到集群端点，而不是显式发送到主端点，这仍然适用吗？我在进行了一些无序读取后返回--因此，集群端点始终指向当前主实例，读卡器端点将转到读取的副本并平衡它们之间的调用，如果我（通过集群端点）重击我的主实例，它不会将调用重定向到副本，而是将承受重击，直到它倒下，在这种情况下，将从副本池中指定一个新的主实例。听起来对吗？是的，我就是这么理解的。嗯——你认为即使我向集群端点而不是显式地向主端点发送查询，这仍然适用吗？我在一些混乱的读取之后回来了——因此，集群端点总是指向当前主实例，读卡器端点将转到读取的副本并平衡它们之间的调用，如果我（通过集群端点）重击我的主实例，它不会将调用重定向到副本，而是将承受重击，直到它倒下，在这种情况下，将从副本池中指定一个新的主实例。听起来对吗？是的，我就是这么理解的。