Шеф-повар/Марионетка с несколькими серверами конфигурации
Сначала проверьте свои журналы событий, чтобы видеть, генерирует ли что-то проблемы (mmc.exe, чтобы добраться до консоли управления и просто добавить снимок - в)
Проверьте на любые сценарии, застрявшие, пытаясь выполнить, уничтожить ненужные процессы в диспетчере задач.
Можно попытаться сделать восстановление реестра к тому, непосредственно перед тем, как regcleaner работал. Посмотрите в своем последнем резервном копировании перед проблемой в расположении файла c:\Windows\system32\config.
Файлы без любых расширений являются фактическими структурами данных реестра. значение по умолчанию, SAM, БЕЗОПАСНОСТЬ, ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ, система переименовывает существующие, затем копируют их с резервного копирования и перезагрузки.
Я соглашаюсь с mh, Вы никогда не должны использовать regcleaner ни на какой машине. Они - нефть змеи.
Для марионетки Вам было бы нужно
- Идентичные декларации. Это может быть выполнено путем хранения деклараций в управлении версиями и проверки их на каждом сервере, который необходимо делать так или иначе.
- Единая база данных для сохраненной конфигурации, если Вы использующий его. Это столь же просто как переключающийся от значения по умолчанию sqlite к MySQL или PostgreSQL. Вы могли затем использовать инструменты той базы данных для тиражирования базы данных при желании.
- Сертификаты от того же центра сертификации на всем puppetmasters. У Dan Bode есть лучшее объяснение, которое я видел. Однако это не может работать способ, которым Вы ожидаете. Кроме того, я не уверен, как это работает с клиентскими сертификатами (т.е./var/lib/puppet/ssl/ca/signed /*). Возможно, их проверка всегда обрабатывается единственным CA (представляющий единую точку отказа), или возможно pem файлы быть распределенной каждому puppetmaster после того, как они будут подписаны Приблизительно.
Если Вы обеспокоены единой точкой отказа, создаете марионеточный кластер :)
- Создайте кластер с
corosync/pacemaker(или старый школьный heartbeat), сделайте это активным/пассивным или даже активным/активным - Получите два (или больше) важные данные сервера, дублированные с DRBD или другим методом
- Получите прибыль!
Марионеточные клиенты получают свои декларации от марионеточного сервера, определенного DNS (если Вы не указываете сервер на клиенте, но это не очень хорошо), таким образом, у Вас есть много способов гарантировать, что Вы никогда не будете без сервера, будете им активный/пассивный кластер, где пассивное получает IP-адрес если активные сбои или даже изменение записи DNS в новый сервер в случае отказа (первая опция, являющаяся самым изящным).
Большим ресурсом для кластеров в те дни является Кластер с нуля документ от clusterlabs. Руководство включает примеры конфигурации DRBD, таким образом, это очень через.
Шеф-повар был разработан с нуля, чтобы быть выполненным с несколькими серверами для всего его компонента бэкенда, поскольку это - базовая функция Платформы Opscode - хорошо масштабируемый размещенный шеф-повар Server.
Различные базовые компоненты шеф-повара Server:
- Сервер API
- Хранилище данных (CouchDB)
- Поисковая система (SOLR)
По сути, каждый из этих компонентов способен к работе отдельных серверов, и Шеф-повар может быть настроен для использования отдельных серверов для каждого компонента. Для конфигурационной информации посмотрите страницу Chef Configuration Settings. Прежде всего, couchdb_url и solr_url настройки может указать или на отдельный сервер (или на серверы) выполняющий те компоненты или подсистему балансировки нагрузки, находящуюся перед ними.
API шеф-повара Server также будет нужен доступ к поваренным книгам, которые могли быть в совместно используемой файловой системе.