Cassandra на Amazon EC2 с эластичными IP-адресами

Question

Могу ли я использовать cassandra на экземплярах EC2 без эластичных IP-адресов? Я считаю, что в этом случае любой экземпляр, который выйдет из строя, создаст проблему.

Если я использую эластичные IP-адреса для узлов кассандры, я должен настроить их так, чтобы они использовали публичный IP-адрес для внутренней связи (сплетни и т. Д.). Но это увеличит задержку сети.

Подскажите, пожалуйста, как мне настроить узлы так, чтобы проблемы можно было минимизировать.

Answer 1

Мой ответ: используйте вместо этого Rackspace Cloud Servers, потому что вы получаете лучшую производительность ввода-вывода, а также публичные и внутренние IP-адреса.

Но в сообществе есть несколько человек, использующих EC2; Я бы спросил в списке пользователей cassandra, настаиваете ли вы на этом. :)

Answer 2

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

• Распространение MongoDB по регионам EC2
• http://mail-archives.apache.org/mod_mbox/cassandra-user/201105.mbox/%3CBANLkTi=mB5joMKZHasodJcPUJOQ7+V7O-Q@mail.gmail.com%3E

Теперь эта опция предназначена не для всех, но позволяет нам решить проблемы, связанные с тем, что узлы EC2 меняют IP-адреса и не требуют использования Elastic IP. Мы также обнаружили, что мы получаем увеличение производительности на НЕ с использованием интерфейсов Amazon (внутренних / внешних). Не спрашивайте меня, почему .. Я не знаю достаточно об их архитектуре, чтобы иметь возможность объяснить это - исключая, что она просто делает!

Кроме того, это позволяет нам эффективно использовать предложения, предлагаемые @jbellis, для использования RackSpace. У нас смешанная настройка провайдера ... так что мы можем использовать EC2, RackSpace и наши собственные внутренние размещенные узлы. Для меня очень важно быть независимым от поставщика / поставщика услуг ...

Answer 3

Многие люди (включая меня) без проблем используют кассандру на Amazon EC2. Поскольку внутренние IP-адреса могут изменяться по желанию, вам просто нужно будет использовать ваши внутренние DNS-имена EC2 (не ваш публичный IP-адрес или публичное DNS-имя, так как это будет дырой в безопасности, и Amazon также будет взимать плату за все ваши Кассандра трафик).

Это означает, что если ваш узел Cassandra по какой-либо причине выйдет из строя, вы потеряете данные на этом узле (если вы не используете постоянное хранилище, которое работает медленнее), но это можно легко исправить, увеличив коэффициент репликации ( мы используем RF = 3)