На первый взгляд, мне нужно установить некоторые программные демоны на целевые узлы, чтобы все это работало. Если я не могу этого сделать (например, инстанс Amazon RDS), какие у меня варианты?
Точно так же Ansible, похоже, основан на SSH. Можно ли это использовать для настройки RDS?
Спасибо за отзыв - обсуждение привело меня к более конкретному вопросу: https://serverfault.com/questions/588237/whats-a-good-cm-tool-for-managing-a-cloud-cluster-composed-diverse-resources-ac
Вы МОЖЕТЕ администрировать RDS с помощью Ansible с rds, rds_param_group и rds_subnet_group модули. Они не полагаются на установку каких-либо агентов удаленного управления (фу!) И не используют ssh напрямую в узел. Эти 3 модуля взаимодействуют с AWS с помощью официально предоставленных вызовов API (с помощью boto библиотека).
Допустим, они не смогут все что вы можете использовать на своем собственном экземпляре EC2 с MySQL, но эти модули по-прежнему дают вам некоторую степень управления.
Расширяя хороший ответ и комментарии Натана, я могу предложить некоторые дополнительные объяснения того, почему инструменты управления конфигурацией не работают (если вообще работают) с решениями SaaS, такими как Amazon RDS.
RDS - это, по сути, «размещенный MySQL». У вас нет доступа к базовой операционной системе, поэтому вы не можете устанавливать пакеты, копаться в файлах конфигурации или хвостовых журналах. Ваш единственный интерфейс с RDS с точки зрения конфигурации - это либо веб-консоль Amazon, либо API, точно так же, как Elasticache является «размещенным Memcache», а ELB можно рассматривать как «размещенный HAproxy» - это SaaS (программное обеспечение как услуга ) предложения.
В результате традиционные инструменты управления конфигурацией, такие как Puppet или Chef, не будут работать, поскольку им нужен полный доступ на уровне ОС.
Однако инструмент, который может быть полезен, - это собственная утилита Amazon CloudFormation. Не «управление конфигурацией» как таковое, но его можно использовать как замену. Проверять, выписываться Документация Amazon Больше подробностей.
если ты действительно Если вы хотите использовать Puppet или другой инструмент управления конфигурацией на Amazon, вам потребуется запустить собственную установку MySQL поверх экземпляра EC2. Однако у этого есть как недостатки, так и преимущества, поскольку вы получаете контроль за счет простого управления, что и обеспечивает RDS - Amazon обрабатывает ваши резервные копии, обслуживание, высокую доступность и т. Д., И вы просто получаете конечную точку MySQL, с которой можно разговаривать.
Как отметил Сиджайоз в своем комментарии, приведенное выше не Чтобы сказать, что инструменты управления конфигурацией бесполезны - я лично являюсь большим поклонником Puppet - вам просто нужно выбрать правильный инструмент для вашей среды. Puppet отлично справляется с управлением на уровне ОС. CloudFormation отлично справляется с управлением вашими сервисами Amazon. Соедините обе технологии вместе, и вы получите исчерпывающий набор инструментов, которые могут управлять всей вашей инфраструктурой.
У вас нет никаких вариантов с RDS. Все управление осуществляется за вас. Если вам нужно больше возможностей для управления базой данных, используйте EC2 и установите свою собственную.
С солью вы можете использовать boto_rds модуль, но, как указывали другие, не ожидайте того же уровня контроля, который вы имели бы над самоуправляемой базой данных MySQL, см. https://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.boto_rds.html