在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示例的问题。
1条答案
按热度按时间x7rlezfr1#
是的，这是因为t2.micro有1gb ram，只有一个内核，这不符合cassandra的最低要求。
它应该在t2.medium上工作，因为它有
硬件选择
与大多数数据库一样，cassandra的吞吐量随着cpu核、ram和磁盘的增加而提高。虽然cassandra可以在小型服务器上运行，以用于测试或开发环境（包括raspberry pis），但最小的生产服务器至少需要2个内核和8gb的ram。典型的生产服务器有8个或更多的核心和至少32gb的ram。
中央处理器
cassandra是高度并发的，使用在尽可能多的cpu核上运行的多个线程来处理许多并发请求（读写）。cassandra的写路径往往会经过大量优化（写入commitlog，然后将数据插入memtable），因此写操作尤其会受到cpu的限制。因此，添加额外的cpu核通常会增加读写吞吐量。
记忆
cassandra在javavm中运行，它将预先分配一个固定大小的堆（java的xmx系统参数）。除了堆之外，cassandra还将大量ram offheap用于压缩元数据、bloom过滤器、行、键和计数器缓存以及进程内页缓存。最后，cassandra将利用操作系统的页面缓存，将最近访问的部分文件存储在ram中，以便快速重用。
cassandra堆应该不少于2gb，并且不超过系统ram的50%