Centos VM vs Centos «настоящая» машина yum различия в пакетах

Question

У меня есть две платформы CentOS. Оба запускают «CentOS release 5.10 (Final)». Один - это «реальная» машина, а другая - виртуальная машина. Оба 64 бит. Вызовите настоящую машину Prod и VM Spare.

Когда я получил этот концерт, мне сказали, что две машины идентичны. Spare, как полагают, является горячей запасной для Prod. Теперь очевидно, что это неверно. Эти две машины имеют разные списки репо yum. Имеются повторяющиеся пакеты установки из разных каналов. Prod выглядит как сервер. Spare выглядит так, будто это был чей-то рабочий стол с Evolution, OpenOffice и другим настольным словом.

Prod и Spare имеют аналогичные приложения, установленные, но находятся в разных репозиториях, поэтому доступные уровни обновления yum различаются.

Я попытался отключить нестандартные репозитории и удалить нестандартные пакеты. Это привело к слезам, поскольку удаление X-Windows, например, привело к удалению сотен зависимых модулей, которые, в свою очередь, имеют иждивенцев, которые, в конце концов, сделали Spare глухими, слепыми и немыми. Благословенно у нас была копия ВМ.

Моя последняя идея - перенести обе машины на самый последний стабильный уровень CentOS и в основном выполнить операцию. Недостаток (я думаю) - это время простоя на производственной машине и неизвестное пользовательское программное обеспечение, а также проблемы с новым уровнем пакета.

Мой основной вопрос в том, как наилучшим образом сделать платформы максимально возможными, а также свести к минимуму (или еще лучше отрицать) время простоя.

Как мы должны поддерживать пакеты и другие установки через них в будущем? Я знаю о кукольном, шеф-поваре и CFEngine, но раньше не использовал их. Это путь к будущему? Что-то другое?

Answer 1

Это на самом деле не вопрос родственный программирования (Вы, возможно, лучше удачи в https://serverfault.com/)

Ваш вопрос достаточно широк, но в основном вы хотите две машины, которые как можно более, один производство, один VM, верный?

Два устройства в согласованном состоянии, вам понадобится какой-либо инструмент конфигурации. Ansible, вероятно, самый простой способ получить настройку и взломать. В самой базовой настройке это в основном хорошие обертки вокруг SSH. Благодаря этому вы можете создавать согласованные и легко отслеживать изменения на серверах по мере их возникновения.

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

В общем, имея повторяемую автоматизированную конфигурацию вы можете легко проверить, я также рекомендую прочитать на концепции DevOps