自动缩放下基于AWS的couchbase运行

我想在AWS EC2上运行couchbase。由于我的流量本质上是循环的，所以我可以在自动缩放下运行Couchbase。由于添加/删除节点需要很多步骤，我想知道这是否是正确的方法。有人试过吗

这是以前做过的。以下是您必须做的事情的高级别列表：

定义您需要使用哪些Couchbase度量标准来作为缩放考虑的基础

创建一个脚本，从Couchbase获取这些指标，并使用Couchbase Rest API或CLI将其放入Cloudwatch

创建一个安装了Couchbase并配置了操作系统的AMI

为添加一个或多个新节点编写脚本（使用Couchbase Rest API或CLI），再加上重新平衡，作为对自动缩放的响应

为节点的移除和重新平衡编写脚本（使用Couchbase Rest API或CLI），作为对自动缩放中收缩的响应

---

当您在这里重温重新平衡时，您将不得不观察重新平衡需要多长时间，也许还需要调整集群（例如，一次移动更多vBuckets和其他设置）和Couchbase的使用，以便更快地重新平衡（例如，如果您有大的视图，它们可能会对重新平衡产生影响）。通常情况下，再平衡是一个后台过程，需要花多长时间就花多长时间，但这在这个特殊用途中可能并不合适。只有你能回答这个问题。

我认为避免使用Couchbase自动扩展是理想的，在周期的顶端为你需要的东西做准备并让它运行，应用服务器可以上下波动，但我认为不断重新平衡你的集群会带来问题。即使我也这么认为。我只是想知道我是不是唯一一个像你所说的那样写这本书的人。我担心重新平衡会消耗资源，并给其他节点带来很大的负载。因此，我认为这不是一种反模式，因为自动扩展数据存储不是一种标准做法。无论如何，我都会在我的集群上尝试这个方法。如果重新平衡是一种消耗，那么您的集群大小就不正确，模式有问题，或者很可能是其他问题。调整集群大小涉及日常操作，也涉及维护（例如重新平衡）。当你说“重大负载”时，你的确切意思是什么？哪些资源？中央处理器？记忆？磁盘？网络？它是否影响集群的前端操作？如果是，如何影响？磁盘写入队列，降低每秒操作数？等等，我需要更多的信息。