Назад | Перейти на главную страницу

Автоматическое масштабирование кластера Gluster

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

Невозможно заранее определить IP-адреса и контролировать, какие серверы будут отключены, когда требуется меньше серверов. (Автоматическое масштабирование Amazon)

Как я могу заставить сервер обнаружить и присоединиться к уже существующему кластеру Gluster? Я думал о запуске задания cron @reboot, которое проверяет сеть, чтобы увидеть, есть ли в сети какие-либо серверы, на которых работает Gluster, а затем SSH в первый найденный, выполняя необходимые команды. Проблема в том, что я не могу найти способ успешно проверить сеть.

Чтобы не создавать проблемы с автоматическим завершением работы, я думал запустить задание cron на каждом из одноранговых узлов кластера, проверить, есть ли отключенные одноранговые узлы, и удалить эти отключенные одноранговые узлы, если таковые найдутся. Это кажется довольно запутанным. Есть ли способ сделать это лучше / чище?

Я новичок в GlusterFS. Любые подсказки и указатели приветствуются.

Я столкнулся с теми же проблемами, пытаясь заставить GlusterFS работать с AWS. Отключение серверов - не такая большая проблема, как автоматическое присоединение нового сервера к кластеру.

GlusterFS требует, чтобы мы всегда знали IP / имя хоста «других серверов» для однорангового взаимодействия, и это ограничение, если мы хотим автоматизировать масштабирование.

После некоторого поиска я обнаружил AWS CLI, чтобы найти набор экземпляров с заданным тегом или в заданной группе масштабирования. С этого момента можно выбрать один, SSH, и выполнить любые необходимые команды.