Установка в виде сценария по сравнению с клонированием

VMware vSphere позволяет захватывать ресурсы из внешних облаков. Их продукт Appspeed похож на него, сделает это на основе приложения SLA.

6
задан 3 January 2010 в 01:00
2 ответа

Клонирование и запускает работы... однажды. Они не решение для того, чтобы постоянно обслужить Ваши системы. Если Вы не повторно развертываете весь сервер каждый раз, когда необходимо обновить сценарий или применить патч.

Например, на днях у меня была проблема с таймаутом SSH. Добавление некоторых опций к sshd_config решило проблему. Я отредактировал свой стандарт sshd_config файл в моем марионеточном repo, и это заботилось о выставлении обновленного файла и перезапуске SSH на каждом сервере. Кроме того, любой новый сервер, который я устанавливаю, получит эту обновленную конфигурацию.

Если бы я только использовал целое системное клонирование, то я мог бы отредактировать sshd_config на основном изображении, но затем не имел бы никакого простого способа обновить существующие конфигурационные файлы на всех моих серверах.

Другое большое преимущество чего-то как марионетка является большим модульным принципом. У Вас могут быть "апачское" изображение или изображение "mysql", но что Вы делаете при необходимости в сервере с апачем И mysql? Это только ухудшается большая комбинация сервисов, которые необходимо развернуть.

с моей марионеточной конфигурацией это - простой вопрос

include apache
include mysql::server
include ...

Наконец, другая марионетка преимущества имеет, действительно документирует, как Ваши серверы являются установкой. Хотите знать, какие пакеты установлены или какие файлы изменяются? Просто прочитайте марионеточную конфигурацию. При использовании основных изображений Вы постоянно пытаетесь сохранить документацию в синхронизации с изображением.

14
ответ дан 3 December 2019 в 00:05
  • 1
    Привет. Спасибо за это понимание. На самом деле я хотел судить марионетку в течение некоторого времени - возможно, Вы знаете о хорошем учебном руководстве для CentOS? Еще раз спасибо! –  SyRenity 3 January 2010 в 01:18
  • 2
    Нет.. Я выполняю его под debian.. если Вы google ' песни puppet' первые несколько хитов кажутся достаточно достойными, и совпадают вполне прилично с тем, что я сделал для получения его работающий под debian. Большинство моих конфигураций основано reductivelabs.com/trac/puppet/wiki/CompleteConfiguration –  Justin 3 January 2010 в 01:36
  • 3
    +1 для замечания, что клон некогда от конфигурации и can' t быть легко обновленным после этого. –  womble♦ 3 January 2010 в 04:58
  • 4
    Просто последующий вопрос - какой-либо смысл установить debian VM машина только для марионеточного ведущего устройства? Или я должен согласиться с установкой Марионетки на CentOS? –  SyRenity 3 January 2010 в 11:21

'Глобальные уникальные' идентификаторы - используемый для всех видов вещей, всеми видами платформ (MSWindows COM, *отклоняют, копируемая база данных) часто включают nic, MAC-адреса как одна часть обеспечения 'уникального' через сеть. Клонируясь - который мог бы проигнорировать, что, копируя - может привести к распределенным, сетевым системам, внезапно ведущим себя странными, недетерминированными способами (иначе: условия состязания - какой процесс получает сообщение сначала.) Остерегаются!

1
ответ дан 3 December 2019 в 00:05

Теги

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