1) По умолчанию экземпляр AWS для начальной загрузки JuJu, похоже, является EC2 small. Есть ли какие-либо недостатки в том, чтобы сделать его микроэкземпляром? Какой экземпляр будет идеальным с точки зрения стоимости и производительности? (Возможно, я запускаю топологию Storm на AWS через JuJu, если это поможет. Пока не знаю, насколько большим будет кластер.)
2) Узел начальной загрузки JuJu на AWS имеет автоматически присоединенный к нему том данных объемом 8GiB. Необходимо ли это? Для чего это используется? Есть ли способ развернуть узел начальной загрузки без прикрепленного тома данных/изменить тип тома данных?
Я не смог найти никакой информации по этим вопросам в онлайн-документации JuJu.
решение1
Поскольку такого понятия, как «крошечный», не существует, я предполагаю, что вы имеете в виду экземпляр микроразмера. t2.microЭкземпляры могут расширяться, и по опыту мы обнаружили, что микроэкземпляры просто слишком неэффективны для запуска узла bootstrap/state-server.
Если вы хотите сэкономить на стоимости, то вы можете запустить рабочую нагрузку на узле bootstrap, чтобы вы эффективно использовали машину как координационный узел и использовали ее для реальной работы. Возможно, также рассмотрите возможность запуска Juju в режиме HA, чтобы у вас был сервер состояний на нескольких узлах:
https://jujucharms.com/docs/stable/controllers-ha
Таким образом, вы не тратите узлы впустую, но и не кладете все яйца в одну корзину.
Я не уверен в объеме данных, я спрошу и добавлю эту информацию, когда ее получу.