DEV Community
·
DocumentDB负载均衡：我们负载测试的关键经验
💡
原文英文，约300词，阅读约需1分钟。
📝
内容提要
在Amazon DocumentDB集群中，负载均衡发生在TCP连接级别，而非请求级别。添加新读副本后，流量不会自动分配，需要重启应用程序以建立新连接，从而实现更好的负载均衡。
🎯
关键要点
-
在Amazon DocumentDB集群中，负载均衡发生在TCP连接级别，而非请求级别。
-
添加新读副本后，流量不会自动分配。
-
需要重启应用程序以建立新连接，从而实现更好的负载均衡。
-
在负载测试中，单个读副本的CPU利用率超过90%。
-
新添加的读副本未能有效分担流量，旧读副本仍处理大部分请求。
-
重启应用程序的Pods是分配流量到新读副本的有效方法。
❓
延伸问答
Amazon DocumentDB的负载均衡是如何工作的？
Amazon DocumentDB的负载均衡发生在TCP连接级别，而非请求级别。
添加新读副本后，流量会自动分配吗？
添加新读副本后，流量不会自动分配。
如何有效地将流量分配到新添加的读副本？
重启应用程序的Pods是分配流量到新读副本的有效方法。
在负载测试中，单个读副本的CPU利用率通常是多少？
在负载测试中，单个读副本的CPU利用率超过90%。
为什么新添加的读副本未能有效分担流量？
因为旧读副本仍处理大部分请求，且新副本未能接收到请求。
DocumentDB的负载均衡与其他数据库有什么不同？
DocumentDB的负载均衡在TCP连接级别进行，而不是在请求级别。
➡️
