推荐的 couchdb 服务器设置？
Recommended couchdb server setup?
在我们开始新项目时，我们面临着选择云 VPS 提供商的挑战。我们面临着许多选择，有些可以负担得起，有些则不能，有些提供更多的 vCPUs，有些提供更多的 ram，SSD ...等
不幸的是，我们没有任何生产级 couchdb 服务器的经验，也不知道应该关注什么服务器规格。
我们的 couchdb 服务器将最多同时被 300 个客户端访问。数量不多，但他们中的大多数会将数据库复制到他们的设备。
这样的设置对更多 RAM 有好处吗？ CPU 核心？还是更快的 SSD？
垂直缩放比水平缩放对我们更有好处吗？
还有一些提供商将他们的 SSD 联网，这会对延迟产生多大的负面影响？明显吗？
我想这个问题不能笼统地回答，因为太多因素会影响最终基础架构的性能。只是为了给你一些方面的例子：
- 大量 RAM：可以有效处理许多请求（尤其是负载较大的请求）
- 许多 CPU 核心：同时对多个请求的快速响应时间
- SSD：静态数据的快速读/写操作
这实际上取决于您的应用程序 CouchDB 服务器实际应该做什么以及如何使用适当的硬件改进这些操作。
首先：完全披露，我在 Cloudant 工作，所以我的回答可能适用也可能不适用。我无法就 CouchDB 设置发表权威意见，但可以分享 Cloudant 在该主题上的一些经验。我们的需求不同。
TL;DR -- 如果我必须选择 one 更多 RAM、更多内核或更快的 SSD，我会选择更多 RAM，但一切都很重要。
Cloudant 的数据库节点都有大量的 RAM，因为一旦每个节点需要处理的请求数量增长，这就给了 Erlang VM 喘息的空间。在 SSD 方面，配置良好的 CouchDB 系统应该能够饱和其主机的磁盘 IO，因此我们 运行 Cloudant 在裸机上使用本地磁盘。网络存储直接影响延迟。
核心数量会影响集群设置中的分片模式，并最终影响吞吐量。
但是，您的数字相当低。 Couch 可以水平缩放。我的建议是为您的节点指定尽可能多的 RAM，避免网络附加存储并通过放入更多节点进行扩展。
在我们开始新项目时，我们面临着选择云 VPS 提供商的挑战。我们面临着许多选择，有些可以负担得起，有些则不能，有些提供更多的 vCPUs，有些提供更多的 ram，SSD ...等
不幸的是，我们没有任何生产级 couchdb 服务器的经验，也不知道应该关注什么服务器规格。
我们的 couchdb 服务器将最多同时被 300 个客户端访问。数量不多，但他们中的大多数会将数据库复制到他们的设备。
这样的设置对更多 RAM 有好处吗？ CPU 核心？还是更快的 SSD？
垂直缩放比水平缩放对我们更有好处吗？
还有一些提供商将他们的 SSD 联网，这会对延迟产生多大的负面影响？明显吗？
我想这个问题不能笼统地回答，因为太多因素会影响最终基础架构的性能。只是为了给你一些方面的例子：
- 大量 RAM：可以有效处理许多请求（尤其是负载较大的请求）
- 许多 CPU 核心：同时对多个请求的快速响应时间
- SSD：静态数据的快速读/写操作
这实际上取决于您的应用程序 CouchDB 服务器实际应该做什么以及如何使用适当的硬件改进这些操作。
首先：完全披露，我在 Cloudant 工作，所以我的回答可能适用也可能不适用。我无法就 CouchDB 设置发表权威意见，但可以分享 Cloudant 在该主题上的一些经验。我们的需求不同。
TL;DR -- 如果我必须选择 one 更多 RAM、更多内核或更快的 SSD，我会选择更多 RAM，但一切都很重要。
Cloudant 的数据库节点都有大量的 RAM，因为一旦每个节点需要处理的请求数量增长，这就给了 Erlang VM 喘息的空间。在 SSD 方面，配置良好的 CouchDB 系统应该能够饱和其主机的磁盘 IO，因此我们 运行 Cloudant 在裸机上使用本地磁盘。网络存储直接影响延迟。
核心数量会影响集群设置中的分片模式，并最终影响吞吐量。
但是，您的数字相当低。 Couch 可以水平缩放。我的建议是为您的节点指定尽可能多的 RAM，避免网络附加存储并通过放入更多节点进行扩展。