У нас есть около 300 серверов RHEL, которые в настоящее время подключаются к серверу Puppetmaster. Однако мы заметили некоторые узкие места в производительности, и это является точкой сбоя в нашей системе. Я довольно новичок в Puppet в целом, и я рассматриваю возможность создания децентрализованной архитектуры Puppet вместо подключения клиентов Puppet к серверу Puppetmaster. Помимо того, что я подозреваю, например, увеличения производительности и отсутствия подписи и обмена сертификатами SSL для новых машин, каковы другие плюсы и минусы в настройке децентрализованной архитектуры?
3
Есть ли причина, почему это должно быть так или иначе? Рассматривали ли вы варианты где-то посередине? С таким количеством серверов и заботой об одной точке отказа, почему бы вам не установить дополнительные мастера? Настройка марионеточных серверов с несколькими нагрузками описана в книге «Pro Puppet». Существует большая гибкость, даже если это будет иметь смысл, можно настроить иерархию марионеточных серверов.
—
Зоредаче
@Zoredache На самом деле нет причин, по которым это должно быть так или иначе, я искал дополнительную информацию о децентрализованной архитектуре в целом, чтобы облегчить принятие решения. Я рассмотрел дополнительные варианты, но суть идеи, которую я извиняюсь за то, что не упомянул, состоит в том, чтобы уменьшить количество серверов, поскольку это напрямую влияет на наш бюджет. Я согласен, балансировка нагрузки марионеточных серверов имеет смысл, но если я смогу избавиться от сервера вместе, это было бы лучшим решением.
—
JMeterX