ElasticSearch не присоединяющиеся узлов в кластере AWS

Question

Я возникли проблемы с создания кластеров на AWS с помощью ElasticSearch:

Программное обеспечение: ES: elasticsearch-1.4.1.zip

AWS-Клауд: elasticsearch-cloud- aws/2.4.1

И это выполняется на экземпляре AWS EC2 Micro (Ubuntu 64). Оба экземпляр использует то же группу безопасности со всеми открытым, нет ограничений на всех я создал два экземпляра в нас-западе штат Орегон (нас-запад-2b) и я использую этот файл конфигурации:

{ 
    "cluster.name": "mycluster", 
    "http": { 
    "cors.enabled" : true, 
    "cors.allow-origin": "*" 
}, 
    "node.name": "LosAngeles-node", 
    "node.master": "false", 
    "cloud": { 
    "aws": { 
     "access_key": "xxxxxxxxxxxx", 
     "secret_key": "xxxxxxxxxxxxxxxxxxxx", 
     "region": "us-west"  
    } 
    }, 
    "discovery": { 
    "type": "ec2", 
      "ec2" : { 
     "groups": "esallaccess" 
    }, 
    "zen": { 
     "ping": { 
      "multicast": { 
      "enabled": "false" 
       } 
      } 
     } 
} 
} 

Узел LosAngeles должен быть рабочей лошадью для кластера, таким образом node.master = false. Когда я начинаю этот узел он постоянно свистит и никогда не перестает Pinging, это в журнале после того, как я начала его:

... 
[2014-11-28 15:18:30,593][TRACE][discovery.ec2   ] [LosAngeles-node] building dynamic 
unicast discovery nodes... 

[2014-11-28 15:18:30,593][DEBUG][discovery.ec2   ] [LosAngeles-node] using dynamic 
discovery nodes [] 

[2014-11-28 15:18:32,170][TRACE][discovery.ec2   ] [LosAngeles-node] building dynamic 
unicast discovery nodes... 

[2014-11-28 15:18:32,170][DEBUG][discovery.ec2   ] [LosAngeles-node] using dynamic 
discovery nodes [] 

[2014-11-28 15:18:32,170][TRACE][discovery.ec2   ] [LosAngeles-node] full ping responses: 
{none} 

[2014-11-28 15:18:32,170][DEBUG][discovery.ec2   ] [LosAngeles-node] filtered ping 
responses: (filter_client[true], filter_data[false]) {none} 

[2014-11-28 15:18:32,170][TRACE][discovery.ec2   ] [LosAngeles-node] starting to ping 
... 
enter code here 

Я имею в виду, что это проблема с регионом. Любая помощь приветствуется.

PS Мастер узел (NewYork) имеет тот же конфигурационный файл с другим именем и node.master = истинный

Answer 1

Try добавить адрес главного узла в новой конфигурации узла.

В elasticsearch.yml Проверьте следующие параметры:

cluster.name: your-cluster-name 
node.master: false 
node.data: false 
discovery.zen.ping.timeout: 3s 
discovery.zen.ping.multicast.enabled: false 
discovery.zen.ping.unicast.hosts: ["your-master.dns.domain.com"] 

При использовании многоадресной рассылки, отключите его. Это не работает в AWS EC2 Для любого случая проверьте свою группу безопасности.

Answer 2

Необходимо, чтобы ваши экземпляры могли получать информацию друг о друге, чтобы обнаружить доступные кластеры, чтобы ваши узлы могли найти кластер для соединения.

Плагин AWS-cloud автоматически обрабатывает соединение узла в кластере после назначения мастера.

установка разрешения обнаружения в качестве политики и применение ее к вашей роли IAM должно исправить это. Ниже приводится политика, которую я использовал:

{ 
    "Version": "2012-10-17", 
    "Statement": [ 
     { 
      "Sid": "whatever", 
      "Effect": "Allow", 
      "Action": [ 
       "s3:GetObject", 
       "ec2:DescribeAvailabilityZones", 
       "ec2:DescribeInstances", 
       "ec2:DescribeRegions", 
       "ec2:DescribeSecurityGroups", 
       "ec2:DescribeTags" 
      ], 
      "Resource": [ 
       "*" 
      ] 
     } 
    ] 
}