Миграция конфигурации сервера к новой машине
У меня есть VServer (Ubuntu 14.04) с некоторыми проблемами, где переустановка ОС была предложена здесь и также hoster.
Я планировал клонировать всю конфигурацию, установленные пакеты и т.д. кроме нескольких дефектных, конечно. Я нашел много инструкции, как переместить различные части ОС, но не полный как к/сценарий. Так как я очень удивлен об этом факте, я задавался вопросом, знает ли кто-то тот.
Это должно включать:
- пользователи
- главная страница
- / и т.д.
- установленный
- пакеты
- /var/www
- /var/vmail
- / выбирают
- базы данных: mysql и postgresql
- и т.д.
ограничения:
- серверы не имеют тех же аппаратных средств
- я не могу установить пакеты в исходной системе
- только доступ ssh
3 ответа
Из моих нескольких опыта лет с реальными аппаратными средствами или облачными экземплярами я рекомендовал бы Вам не попытаться скопировать конфигурацию со старой установки, если это не что-то действительно определенное.
Также теперь на 2016/12 я не рекомендовал бы Вам остаться на Ubuntu 14.04, если у Вас нет чего-то действительно едва в зависимости от этой версии.
у меня есть "основные сценарии" для различных типов экземпляров включая все основные пакеты и настройки, в которых я нуждаюсь - что-то как "Dockerfile" со всеми действиями по установке. Это включает, "должен иметь" пакеты, и это гарантирует, чтобы у Вас была стабильная среда при создании новой машины.
Только случай, когда я действительно клонирую существующий экземпляр, является новой mysql копией на GCE, потому что это экономит много времени, и все копии, как предполагается, являются тем же.
Поэтому столь глупый, как это звучит, я рекомендовал бы Вам "создать машину из царапин". Поскольку, если Вы не можете решить проблемы на старой машине, вероятно, что Вы могли в конце копировать по крайней мере некоторые проблемы вместе со старой конфигурацией.
И еще одна вещь - это обычно - не точно хорошая идея выполнить mysql и postgresql на одной машине или экземпляре, если это не является очень маленьким и не в большой степени используемые базы данных. И базы данных имеют совершенно другие стратегии работы с памятью и дисками и получить хорошую производительность от обеих баз данных, необходимо было бы играть немного с их настройками.
Клонирование всего сервера обычно не является правильным подходом. Это просто клонирует все проблемы. Подход, обычно проявленный, следующим образом
- Сборка новый сервер
- , Установка потребовала программного обеспечения
- Данные клона
, Если Вы хотите смочь управлять конфигурацией этого и других серверов, длительный срок, в масштабе, и смочь быстро переместить все это в новую систему, когда потребность возникает, я настоятельно рекомендую современный инструмент управления конфигурацией, который разработан для автоматизации развертывания и сборки нового сервера. Шеф-повар, Марионетка и Ansible приходят на ум. Но я рекомендую Ansible из-за, это - простота использования, и это - бессубъектная операция.
существуют некоторые важные детали, отсутствующие в Вашем вопросе, такой, как будто это - VM, размещенный где-нибудь, какое программное обеспечение установлено, как сервер используется. Эти детали могут потребовать, чтобы изменил подход к созданию новой системы.
Clonezilla делает задание, подключает Вашу новую машину, которую жесткий диск через USB затем загружает через clonezilla CD, следуют инструкциям, также клонируют источник жесткий диск к внешнему USB. будьте осторожны и удостоверьтесь Вы клонирующий правильный жесткий диск к правильному источнику. после завершения клона вставляют Ваш жесткий диск в новую машину.