Amazon ec2 DataStax代理无法连接到DSE Opscenter 6

Amazon ec2 DataStax代理无法连接到DSE Opscenter 6,amazon-ec2,cassandra,datastax,opscenter,Amazon Ec2,Cassandra,Datastax,Opscenter,我试图在Ec2上的DataStax OpsCenter 6.0上运行一个具有多个节点的单区域集群,但当我添加一个节点时,它无法启动 在节点的安装作业中,我收到一个错误:dse无法启动 我在同一地区的Ec2上有3个节点,我让Ops中心在第4台Ec2服务器上运行 我是cassandra和datastax的新手,在查看了datastax文档之后,我的问题似乎是因为我的endpoint_告密者错了 我的endpoint_snitch实际上设置为gossippingPropertyFileSnitch,但

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

在节点的安装作业中,我收到一个错误:dse无法启动

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

我是cassandra和datastax的新手,在查看了datastax文档之后,我的问题似乎是因为我的endpoint_告密者错了

我的endpoint_snitch实际上设置为gossippingPropertyFileSnitch,但OpsCenter不允许我选择其他选项,Ec2Snitch在endpoint_snitch选项中不可用

您知道Datastax Opscenter 6.0在Ec2上正确运行多节点的正确配置吗

编辑:opscenter lcm似乎工作正常,但当代理开始在节点上运行时,我收到一个错误: /var/log/datasax agent/agent.log


无法通过JMX进行连接,目标cassandra可能不可用或无法访问,请检查cassandra运行状况和连接设置JMX_主机:127.0.0.1 JMX_端口:7199 JMX凭据被阻止记录

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

  • 正如Chris Lohfink所说,不要担心告密者。在EC2中没有必要使用EC2飞贼。GPFS可以做EC2Snitch可以做的一切,甚至更多,这就是LCM使用它的原因
  • LCM当前无法保护您免受无效DSE配置的影响。OPSC-7414是我们用于跟踪改进DSE配置预先验证计划的内部票证号。如果您有支持,请联系他们,将您的公司添加到该问题中,以便更快地确定优先级
  • 同时,如果您使用损坏的DSE配置。。。DSE在启动时会出错,您必须通过SSH连接到DSE节点并查看那里的DSE日志来找出哪里出了问题,这并不总是简单易懂的,但这是解决DSE启动问题的唯一方法
  • 如果您是DSE新手,最简单的方法可能是从新的目标框和新的配置文件开始,并在初始安装时尽可能保留默认配置。一旦集群运行完毕,您就可以执行额外的配置作业来一次更改一件事情,然后当您遇到问题时,您就可以更好地了解是什么设置导致了问题
  • 在开始时,也要让你的人际网络尽可能简单。这意味着将所有目标与OpsCenter一起放在同一子网中的单个VPC中的单个区域中。在运行LCM之前禁用节点上的iptables。将您的安全组设置为允许来自该子网所有成员的所有流量(但可能不允许来自internet,尽管这有点复杂)。一旦您的网络设置尽可能简单且允许,您就可以扩展到更复杂的网络环境,确信任何新问题都与您的网络配置有关
  • 弄乱节点形式中的各种ip也会导致DSE无法启动。如果您使用的是我前面描述的非常简单的“一个子网中的所有主机”网络设置,请使用目标的专用ip作为ssh管理地址,并将所有其他地址留空

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

  • 正如Chris Lohfink所说,不要担心告密者。在EC2中没有必要使用EC2飞贼。GPFS可以做EC2Snitch可以做的一切,甚至更多,这就是LCM使用它的原因
  • LCM当前无法保护您免受无效DSE配置的影响。OPSC-7414是我们用于跟踪改进DSE配置预先验证计划的内部票证号。如果您有支持,请联系他们,将您的公司添加到该问题中,以便更快地确定优先级
  • 同时,如果您使用损坏的DSE配置。。。DSE在启动时会出错,您必须通过SSH连接到DSE节点并查看那里的DSE日志来找出哪里出了问题,这并不总是简单易懂的,但这是解决DSE启动问题的唯一方法
  • 如果您是DSE新手,最简单的方法可能是从新的目标框和新的配置文件开始,并在初始安装时尽可能保留默认配置。一旦集群运行完毕,您就可以执行额外的配置作业来一次更改一件事情,然后当您遇到问题时,您就可以更好地了解是什么设置导致了问题
  • 在开始时,也要让你的人际网络尽可能简单。这意味着将所有目标与OpsCenter一起放在同一子网中的单个VPC中的单个区域中。在运行LCM之前禁用节点上的iptables。将您的安全组设置为允许来自该子网所有成员的所有流量(但可能不允许来自internet,尽管这有点复杂)。一旦您的网络设置尽可能简单且允许,您就可以扩展到更复杂的网络环境,确信任何新问题都与您的网络配置有关
  • 弄乱节点形式中的各种ip也会导致DSE无法启动。如果您使用的是我前面描述的非常简单的“一个子网中的所有主机”网络设置,请使用目标的专用ip作为ssh管理地址,并将所有其他地址留空

  • 我解决了我的问题,但我不知道为什么dse在运行代理时无法启动

    我确实找到了让OpsCenter LCM运行并在ec2上安装我的单集群区域的方法。在阅读了有关的税务文档后 我使用了来自的ec2 AMI,而不是基本的ubuntu AMI

    我解决了我的问题