Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/amazon-web-services/13.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Amazon web services 无法使用rabbitmq autocluster插件群集属于同一AWS自动缩放组的两个AWS实例_Amazon Web Services_Erlang_Rabbitmq_Cluster Computing_Autoscaling - Fatal编程技术网

Amazon web services 无法使用rabbitmq autocluster插件群集属于同一AWS自动缩放组的两个AWS实例

Amazon web services 无法使用rabbitmq autocluster插件群集属于同一AWS自动缩放组的两个AWS实例,amazon-web-services,erlang,rabbitmq,cluster-computing,autoscaling,Amazon Web Services,Erlang,Rabbitmq,Cluster Computing,Autoscaling,我在尝试对属于同一自动缩放组的两个节点进行集群时遇到了一个问题。请注意,当我尝试手动对它们进行集群时,一切都运行得很好 我在同一AWS自动缩放组中有两个AWS实例(Centos7),每个实例都安装了RabbitMQ 3.6.10和Erlang/OTP 20。我还安装并启用了rabbitmq autocluster插件0.8.0() 以下是两个实例中的rabbitmq.config文件: [ {rabbit, [ {autocluster_log_level, info} ]}, {

我在尝试对属于同一自动缩放组的两个节点进行集群时遇到了一个问题。请注意,当我尝试手动对它们进行集群时,一切都运行得很好

我在同一AWS自动缩放组中有两个AWS实例(Centos7),每个实例都安装了RabbitMQ 3.6.10和Erlang/OTP 20。我还安装并启用了rabbitmq autocluster插件0.8.0()

以下是两个实例中的rabbitmq.config文件:

[
 {rabbit, [
    {autocluster_log_level, info}
 ]},
 {autocluster, [
    {backend, aws},
    {aws_autoscaling, true},
    {aws_ec2_region, "eu-west-1"},
    {aws_access_key, "my_access_key"},
    {aws_secret_key, "my_secret_access_key"}
 ]}
].
我在第一个实例中启动第一个RMQ服务器(rabbit@ip-172-31-20-113). 它按预期创建自己的单节点集群

但是,当我在第二个实例中启动RMQ服务器时(rabbit@ip-172-31-16-139)虽然它识别出它们都属于同一个自动缩放组,但它不会与第一个实例聚集在一起。 下面是来自第二个RMQ服务器的rabbitmq日志(rabbit@ip-172-31-16-139):

为什么第二个实例不选择进入第一个实例集群


我将感谢任何帮助

在两个节点中使用相同的.erlang cookie后,问题就解决了。 我知道所有节点都必须使用相同的.erlang cookie才能进入集群。 rabbitmq集群的手动设置中记录了它。 所以我想这也是rabbitmq autocluster插件对节点进行集群的先决条件

=INFO REPORT==== 28-Sep-2017::08:32:30 ===
autocluster: List of registered nodes retrieved from the backend: 
['rabbit@ip-172-31-20-113', 'rabbit@ip-172-31-16-139'] -----> As you 
can see autocluster plugin retrieved the nodes from the scaling group.

=ERROR REPORT==== 28-Sep-2017::08:32:30 ===
autocluster: No nodes to choose the preferred from!

=INFO REPORT==== 28-Sep-2017::08:32:30 ===
autocluster: Picked node as the preferred choice for joining: 
undefined

=INFO REPORT==== 28-Sep-2017::08:32:30 ===
autocluster: Running step maybe_cluster

=INFO REPORT==== 28-Sep-2017::08:32:30 ===
autocluster: We are the first node in the cluster, starting up 
unconditionally.