Вопросы Теги

Ссылка на группы/классы из Марионеточной панели инструментов в моей декларации сайта

В зависимости от Ваших потребностей системный-журнал-ng мог бы быть тем, что Вы хотите. Установите центральный сервер входа (или многие из них) и сделайте Вашу ферму журнала серверов к Вашему серверу входа. Затем просто выполните журнал анализатор в регистрирующемся сервере каждый раз, когда необходимо, не влияя на Ваши фактические серверы вообще.

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

2
задан 8 June 2012 в 18:11
2 ответа

Хорошо, я понимаю, как это работает. Puppet Dashboard заменяет site.pp , если вы настроили панель как свой Классификатор внешних узлов (ENC) . Что ж, это не совсем так, поскольку вы можете использовать оба:

ENC могут сосуществовать со стандартными определениями узлов в site.pp и классы, объявленные в каждом источнике, эффективно объединяются.

Насколько я понимаю, панель управления Классы = имена ваших марионеточных модулей. И вы можете создать Группы , чтобы сгруппировать классы вместе и применить их к группе узлов. Я создал группу CentOS6 со всеми моими серверами CentOS 6, и на моем старом site.pp в моем исходном вопросе есть все классы (модули), которые я хочу, чтобы мои серверы CentOS 6 применялись в их каталог. Добавление узлов и классов в группы можно выполнить через панель управления.

Другой пример:

site.pp : 

node default {
  include iptables
  include selinux 
  include dns 
  include test
}

Преобразование site.pp в панель инструментов Puppet (снимок экрана):

Puppet Dashboard

2
ответ дан 3 December 2019 в 10:12

You are on the right track with the External Node Classifier. It is a bit difficult to wrap your head around, but one you get it working you will never look back and I cannot recommend doing it strongly enough. I went to the puppet IRC room when i had trouble and they helped me get mine working.

  1. Applying different modules based on OS is fine. I run a 300+ node environment with BSD and RHEL and we do it. Instead of having the the OS be a node, we have it as own class because . So instead of "node OS inherits basenode", we do have the ENC pass back something like this:

    node web-prod-007 {
 $node_environment="production"
 include web_server_class # this then inherits basenode
 include centos6::server # 
 include logging::rsyslog 
}

    ...etc

how you do it depends on how you want your inheritance to work, if you want to modify the things in basenode depending on operating system, then having OS inherit basenode is the right way to go.

TLDR, what you are doing is okay, and look into ENC's because they make life easier.

EDIT: 2. I dont use Dashboard so I dont know.

2
ответ дан 3 December 2019 в 10:12

Теги

Похожие вопросы