2014-02-18 3 views
1

Мой вопрос заключается в 2 раза: * *UPDATE* ** * *** I фиксированное число 1. I должен был указать область в конфиге. Я думаю, это потому, что мои ключи связывают восток по умолчанию. Если у кого-то есть ответ на 2, это было бы здорово.Elasicsearch в другом регионе не видят друг друга

1) В конечном итоге я пытаюсь настроить кластер из 4 узлов (по 2 в каждом регионе). В основном регионе (восток-us-1) узлы видят друг друга отлично, но на западе они, похоже, не видят друг друга. Я хотел бы убедиться, что они могут видеть друг друга, прежде чем попробовать несколько регионов (что я не совсем уверен, как это сделать). Я установил плагин. В принципе, почему в другом регионе узлы не видят друг друга, когда это одна и та же конфигурация. Я могу использовать telnet для каждого сервера на сервере 9200/9300. Вот мой конфиг:

облако: AWS: access_key: secret_key:

открытие: Тип: ec2 EC2: группы: эластичная ПОИСК

2) Есть ли способ назначить конкретный узел «Удержать все данные», а затем распределить его среди всех?

+0

Когда я запускаю узел 1, я должен * получить ошибку, заявив, что не может достичь второго узла в этой группе безопасности. Пример в восточном регионе: [2014-02-18 16: 03: 47,408] [TRACE] [discovery.zen.ping.unicast] [Ezekiel Stane] [1] не удалось подключиться к [# cloud-i-00b8ed2e-0 ] [localhost.localdomain] [inet [/10.110.65.92:9300]] Как только второй узел запущен, он соединяется. Эта ошибка, на мой взгляд, существует только потому, что в этой группе безопасности есть еще один эластичный узел, он просто не запускается. – Gabriel

ответ

2

Хотя это не тот ответ, который вы хотите: Не делайте этого.

Это будет много проще иметь два кластера в двух регионах и держать их в синхронизации на вашем прикладном уровне. Кроме того, Elasticsearch ввел концепцию Tribe-узла в 1.0, чтобы сделать это немного легче.

Elasticsearch, как и любая распределенная база данных, очень чувствителен к сетевым проблемам. В этом случае вы надежно полагаетесь на Интернет. Это не так.

Установки, которые вы предлагаете, будут весьма подвержены разрыву мозгов или сбоев. Если вы настроите минимальные ведущие узлы как кворум, который вы всегда должны, кластер будет опускаться всякий раз, когда между регионами возникает проблема соединения.

Мы написали две статьи, которые идут гораздо более глубоким, чем это по этой теме, которые вы можете захотеть взглянуть на:

+0

спасибо !!Сейчас у меня проблема, когда западный регион может видеть восток, но не может подключиться. Я получаю это: [2014-02-19 10: 43: 02,196] [WARN] [discovery.zen.ping.unicast] [Cyclops] не удалось отправить ping в [[# cloud-i-47742169-0] [localhost .localdomain] [inet [/10.110.65.91:9300]]] org.elasticsearch.transport.ReceiveTimeoutTransportException: [] [inet [/10.110.65.91:9300]] [обнаружение/zen/unicast] request_id [2] тайм-аут после [3750 мс] – Gabriel

Смежные вопросы