运行 自动缩放下 AWS 上的 couchbase
Running couchbase on AWS under auto scaling
我想 运行 AWS EC2 上的 couchbase。由于我的流量本质上是循环的，我可以 运行 Couchbase 在自动缩放下。由于 add/remove 一个节点需要很多步骤，我想知道这是否是正确的方法。有人试过吗？
以前做过。以下是您必须做的事情的高级列表：
- 定义您需要使用哪些 Couchbase 指标来考虑扩展问题
- 创建脚本以从 Couchbase 获取这些指标并使用 Couchbase Rest API 或 CLI 将它们放入 Cloudwatch。
- 创建一个安装了 Couchbase 并配置 OS 的 AMI。
- 脚本添加一个或多个新节点（使用 Couchbase Rest API 或 CLI），加上重新平衡，作为对自动缩放的响应
- 编写节点的删除和重新平衡脚本（使用 Couchbase Rest API 或 CLI），作为对自动缩放收缩的响应。
如果你在这里依赖再平衡，你将不得不观察你的再平衡需要多长时间，并可能调整你的集群（例如一次移动更多的 vBuckets 和其他设置）和使用 Couchbase 以实现更快的再平衡（例如，如果你有大视图，它们会对重新平衡产生影响）。通常，重新平衡是一个后台进程，需要多少时间就需要多少时间，但这可能不适合这种特定用途。只有你能回答。
我想 运行 AWS EC2 上的 couchbase。由于我的流量本质上是循环的，我可以 运行 Couchbase 在自动缩放下。由于 add/remove 一个节点需要很多步骤，我想知道这是否是正确的方法。有人试过吗？
以前做过。以下是您必须做的事情的高级列表：
- 定义您需要使用哪些 Couchbase 指标来考虑扩展问题
- 创建脚本以从 Couchbase 获取这些指标并使用 Couchbase Rest API 或 CLI 将它们放入 Cloudwatch。
- 创建一个安装了 Couchbase 并配置 OS 的 AMI。
- 脚本添加一个或多个新节点（使用 Couchbase Rest API 或 CLI），加上重新平衡，作为对自动缩放的响应
- 编写节点的删除和重新平衡脚本（使用 Couchbase Rest API 或 CLI），作为对自动缩放收缩的响应。
如果你在这里依赖再平衡，你将不得不观察你的再平衡需要多长时间，并可能调整你的集群（例如一次移动更多的 vBuckets 和其他设置）和使用 Couchbase 以实现更快的再平衡（例如，如果你有大视图，它们会对重新平衡产生影响）。通常，重新平衡是一个后台进程，需要多少时间就需要多少时间，但这可能不适合这种特定用途。只有你能回答。