无法在 t2.micro（免费套餐）实例上启动 Cassandra - 连接错误

Question

是否无法在 t2.micro（免费套餐）上启动 Cassandra？我收到错误：

nodetool: Failed to connect to '127.0.0.1:7199' - 
ConnectException: 'Connection refused (Connection refused)'.

我尝试过一些解决方案

JVM_OPTS="$JVM_OPTS - Djava.rmi.server.hostname=127.0.0.1" 

Restarting the service: sudo service cassandra restart

If you have a cluster, make sure that ports 7000 and 9042 are 
open within your security group.

这在 t2.medium 实例上不是问题。

Answer 1

是的，这是因为T2.micro有 1GB RAM 并且只有 1 个核心，这不满足Cassandra 的最低要求。

\n\n

它应该在 T2.Medium 上工作，因为它有

\n\n

t2.medium   2(VCPU) 4(Memory)\n\n

\n\n

硬件选择

\n\n

\n

与大多数数据库一样，Cassandra 吞吐量可通过更多 CPU\n 核心、更多 RAM 和更快磁盘来提高。虽然 Cassandra 可以在小型服务器上运行以用于测试或开发环境（包括 Raspberry Pi），但最小的生产服务器需要至少 2 个内核和至少 8GB RAM。典型的生产服务器具有 8 个或更多\n 核心以及至少 32GB 的 RAM。

\n

\n\n

中央处理器

\n\n

\n

Cassandra 具有高度并发性，可使用在尽可能多的 CPU 核心上运行的多个线程来处理许多并发请求（读取和写入）。Cassandra 写入路径往往会进行深度优化（写入提交日志，然后将数据插入内存表），因此写入往往会受 CPU 限制。因此，添加额外的 CPU 核心通常会增加性能读取和写入的吞吐量\n。

\n

\n\n

记忆

\n\n

\n

Cassandra 在 Java VM 中运行，该 VM 将预先分配固定大小的堆（java\xe2\x80\x99s Xmx 系统参数）。除了堆之外，Cassandra 还将使用大量堆外 RAM 来压缩元数据、布隆过滤器、行缓存、键缓存和计数器缓存以及进程内页面缓存。最后，Cassandra 将利用操作系统\n xe2\x80\x99s 页面缓存，将最近访问的部分文件存储在 RAM 中，以便快速重复使用。

\n

\n\n

Cassandra 堆不应小于 2GB，且不超过系统 RAM 的 50%

\n