DataStax代理无法连接到DSE Opscenter 6

Question

我正在尝试在Ec2上的DataStax OpsCenter 6.0上运行具有多个节点的单个区域群集，但是当我添加节点时，它无法启动

在节点的安装作业中，我收到错误： dse无法启动

我在同一地区的Ec2上有3个节点，我在第4台Ec2服务器上运行了Ops中心。

我是cassandra和datastax的新手，在查看了datastax文档Snitches后，我的问题似乎是由于我的endpoint_snitch错误。

我的endpoint_snitch实际设置为GossipingPropertyFileSnitch，但是OpsCenter不允许我选择其他选项，在endpoint_snitch选项中不能使用Ec2Snitch

您是否了解Datastax Opscenter 6.0在Ec2上正确运行多节点的正确配置？

编辑：似乎opscenter lcm工作正常，但当代理开始在节点上运行时，我收到错误消息： /var/log/datastax-agent/agent.log

无法通过JMX连接，目标cassandra很可能无法访问或无法访问，请检查cassandra运行状况和连接设置jmx_host：127.0.0.1 jmx_port：7199 jmx凭据不会记录。

Answer 1

听起来您正在使用OpsCenter Lifecycle Manager功能来部署群集。我是一名LCM开发者。很难准确地说出你的初始报告中发生了什么......但是有些一般的想法：

1. 正如Chris Lohfink所说，不要担心这个小故障。在EC2中没有必要使用EC2 snitch。 GPFS可以完成EC2Snitch可以做的所有事情，这也是LCM使用它的原因。
2. LCM目前无法保护您免受无效的DSE配置。 OPSC-7414是我们用于跟踪改进DSE配置的前期验证计划的内部票号。如果您有支持，请与他们联系，以便让您的公司加入该问题，以便更快地确定优先顺序。
3. 与此同时，如果您使用损坏的DSE配置... DSE将在启动时出错，您必须通过SSH进入DSE节点并查看DSE日志以找出问题所在，并且＃39;并不总是很容易理解，但它是解决DSE启动问题的唯一方法。
4. 如果您是DSE的新手，最简单的方法可能是从新的目标框和新的配置文件开始，并将配置保留为初始安装的默认设置。一旦您的群集运行，您可以执行其他配置作业以一次更改一件事，然后当您遇到问题时，您将更好地了解导致它的设置。
5. 同时让您的网络尽可能简单。这意味着将目标与OpsCenter一起放在同一个子网中，放在单个区域的单个VPC中。在运行LCM之前禁用节点上的iptables。设置您的安全组以允许来自该子网的所有成员的所有流量（但可能不是来自互联网，即使这有点复杂的事情）。一旦您可以使用最简单和最宽松的网络设置，您就可以扩展到更复杂的网络环境，确信任何新问题都与您的网络配置相关。
6. 以节点形式弄乱各种ip可能导致DSE无法启动。如果您使用我之前描述的非常简单的all-hosts-in-one-subnet网络设置，请使用目标的private-ip作为ssh-management-address，并将所有其他地址留空。

Answer 2

我解决了我的问题，但我没有找到为什么dse在运行代理时无法启动。

我确实找到了一种方法来运行OpsCenter LCM＆amp;在ec2上安装我的单个集群区域。在planning ec2上阅读数据文档后 我使用了来自trusted sources的ec2 AMI而不是基本的ubuntu AMI。