Как клонировать сервер linux

[Решено] Как перенести VPS сервер с DigitalOcean на Hetzer

Руководство по миграции VPS сервера на Hetzner.

DigitalOcean мне нравится, и за 5 лет с ним не было никаких проблем. Но сложно отказаться от VPS с параметрами 2 vCPU + 4 GB RAM + 40 GB HDD за €4.9/месяц. Raid HDD вместо SSD меня не смущает..

Примечание

Проверить какой установлен диск (HDD или SSD) можно командой:

Миграция VPS

Внимание!

Перед миграцией очень напоминаю — не поленитесь и сделайте backup или snapshot исходного сервера.

Я, вроде как, и знал что делал, а за малым не затер исходный сервер файлами с чистого VPS.. Не на том сервере rsync запустил)

Клонировать сервер можно разными способами, я остановился на rsync.

1. Создаем новый VPS с Ubuntu 18.04 на Hetzer Cloud. Для Украины лучший пинг был на Nuremberg.

2. Запускаем New VPS в режиме восстановления (Rescue Mode). Вы найдете пункт «RESCUE» в меню сервера. * В Rescue режиме сервер загружается из урезанного linux64 образа в ОЗУ.

3. Идем на New VPS через браузерный терминал или по ssh с локалки:

4. Монтируем основной раздел /dev/sda1:

5. Идем на наш исходный Old VPS сервер на DigitalOcean и запускаем синк файлов под root. Спокойней будет если запустить клонирование с отдельного snapshot, который не страшно пох*рить.

X.X.X.X — это IP целевого/нового сервера.

6. После копирования возвращаемся на New VPS и в том же Rescue Mode переустановим grub:

Готово. После перезагрузки сервер должен работать, можно перенаправлять DNS’ы.

Если что-то не так, смотрите логи:

Другие способы переноса VPS

* Опция -P позволяет указывать абсолютные пути. Если вы указали абсолютные пути и получаете ошибку: «tar: Removing leading ‘/’ from member names«.

Еще можно клонировать весь раздел /dev/sda1 утилитой dd. Я посчитал, что так придется больше вычищать и править конфиги на новом сервере.

Источник

Linux и Windows: помощь админам и пользователям

Администрируем и настраиваем Windows, Linux.

Клонируем Linux, используя CloneZilla Server Edition (CloneZilla SE), часть 1

В данной статье я покажу как клонировать Linux систему с помощью CloneZilla SE 140 . Это может потребоваться вам в случае необходимости установки преднастроенной версии Linux на большое количество однотипных компьютеров, например в учебном классе, или для создания бэкапного образа системы. Я установлю CloneZilla SE на сервер под управлением Debian Etch. Клонировать можно любые дистрибутивы Linux, какие у вас есть.

Предварительное замечание

Debian сервер, на котором будет находиться CloneZilla SE находиться в локальной сети 192.168.0.0 (маска 255.255.255.0 ) и имеет IP адрес 192.168.0.100 .

Установка CloneZilla SE

Для начала импортируем ключ GPG для DRBL (Diskless Remote Boot in Linux, понадобиться для сетевой загрузки (PXE) клиентских машин позднее) и добавим репозитарий CloneZilla:

. и добавим репозитарий DRBL/CloneZilla:

Устанавливаем DRBL и CloneZilla:

для настройки DRBL и CloneZilla с параметрами по умолчанию, которые работают правильно в большинстве случаев:

Создание образа Linux

Для создания образа нам сперва необходимо запустить CloneZilla на нашем Debian сервере и сказать, где мы будем хранить образы и затем поставить на нужной нам системе загрузку с сети.

в Debian и выберите All Select all clients :

Далее выберите clonezilla-start Start_clonezilla_mode :

Далее отметьте save-disk Save client disk as an image :

Отметьте Later_in_client Later input image and device name in client :

Оригинал находиться на сайте howtoforge.com 319

Почти всем людям рано или поздно предстоит ремонт в квартире. Лучше готовиться к нему заранее, для этого я рекомендую посетить сайт московской строительной бригады. Очень интересные статьи по теме ремонта, фотогалерея и многое другое.

Еще записи по теме

Комментариев: 6

Вы-то сами по этой инструкции, гуляющей в сети, пытались Клонзиллу установить?

На этом шаге Клонзилла обделывается и перекашивает сервер.

полный дистрибутив на DVD скачать

на Debian-e сервер DHCP наладить,

затем — сервер TFTP,

а потом за Клонзиллу браться.

И вовремя диск дистрибутива подсунуть.

По крайней мере, я до этого шага дошел. Дальше клиент получает человеческий IP. и не желает с материнским сервером общаться из-за ошибок сервера DHCP.

Вы прежде чем устанавливать подобные продукты вправьте себе мозги и руки, тогда я уверен что нить да получиться. apt-get update у него перекашивает сервер, ну пе 3.14здец ли.

Don’t have enough cash to buy a house? Worry no more, because that is possible to get the loans to resolve such kind of problems. Thus get a sba loan to buy everything you need.

Все нормально ставится и работает в сети, где нет других DHCP серверов. Я ставил точно как указан. Однако, если в сети есть виндовские дхцп, работа прекращается напрочь. А именно, по tftp нормально получается grup для запуска опций, и начинает загружаться ядро, однако доходит только до монтирования раздела tftp, далее ошибка. Анализ вывода на экран результатов переговоров DHCP показывает, что наш сервер не мешает работе виндовских, а вот виндовский сервер напрочь забивает наш сервер, так как pxe успевает допрежде всего получить адреса именно с винды, и потому клиент не получает имени, которое может обратно разрешиться в его айпи, так как в виндовском DHCP делать назначение имени можно только в зарезервированном назначение (не в параметрах же сервера, чтоб всем одно имя пихалось ) Вот такая беда.

результатов переговоров DHCP показывает, что наш сервер не мешает работе виндовских, а вот виндовский сервер напрочь забивает наш сервер

В настройках DHCP-сервера в разделе pool нужно раскомментировать строку

Источник

Автоматическое клонирование серверов на виртуальные машины по крону

Постановка задачи

Описание проблемы

В работе используется большое количество физических серверов на базе Debian GNU/Linux. Разработчикам часто бывает нужно предоставить на растерзание клоны этих серверов, каждый раз клонировать руками неэффективно. Примечание: конкретный дистрибутив при описываемом методе не важен, метод очень легко адаптируется под любой дистрибутив.

картинка для красоты

Задача

Сделать автоматическую систему клонирования боевых серверов в виртуальные машины по крону.

Что получилось

Как получилось

Процесс клонирования боевого сервера

Наиболее простым и одновременно быстрым способом клонирования боевого сервера без его остановки я считаю следующее:

• Создание на самом сервере его дампа с помощью утилиты dump . Соображения такие:
  • Возможные проблемы при дампе живой ФС для виртуальной машины не страшны, это не бэкап. По опыту, на практике я пока что проблем с битыми файлами не встречал
  • Дамп сервера делается быстро, что немаловажно
• Копирование дампа на сервер с виртуальными машинами. Я использую scp , т.к. при наших скоростях узким местом все равно является сеть, и поэтому затраты на шифрование файлов при передачи не страшны
• Разворачивание дампа на заранее выделенный LVM-раздел с помощью утилиты restore
• Установка загрузчика
• Копирование конфигов, актуальных для виртуальной машины ( /etc/network/interfaces, /etc/hostname, /etc/mailname, /etc/aliases и т.д.)
• Запуск свежеприготовленной виртуальной машины.

Используемая система виртуализации при этом совершенно не важна, единственное требование к ней — уметь предоставлять виртуальной машине раздел LVM в качестве виртуального диска. Я лично использую XEN.

Для наглядости приведу пример. Предполжим, что у нас есть сервер виртуальных машин virt_server , а также физический сервер который нужно клонировать, server1 .

• XENовский конфиг для клона server1 лежит на virt_server в /etc/xen/server1.xm
• LVM раздел виртуальной машины server1 такой: /dev/mapper/server1
• Дампы server1 будем делать в server1:/dumps/server1/ , и копировать в virt_server:/dumps/server1
• Измененные конфиги server1 будем держать в virt_server:/dumps/server1/cfg/

Для того чтобы все заработало, на server1 необходимо добавить пользователя backupman , и разрешить ему sudo dump без пароля. На virt_server нужно настроить аутентификацию по ключам на backupman@server1 . На virt_server будем делать все из-под root.

При такой настройке из консоли процедура клонирования выглядит так:

Автоматизация процесса

Настройка сервера виртуальных машин и клонируемого сервера

Конфиг скрипта

Конфиг в стандарном .ini формате кладется в директорию со скриптом. Выглядит он так:

Следует дать небольшие пояснения по параметрам ssh и scp . Эти параметры определяют формат вызова ssh и scp соответственно, и они оба нужны т.к. у ssh порт задатся ключем -p , а у scp — ключем -P .

Сам скрипт

Приводить скрипт полностью я не вижу смысла, т.к. я выложил его на github, поэтому только опишу работу скрипта в целом.

Скрипт принимает на вход два параметра, а именно имя сервера, которое является именем раздела в конфигурационном файле, и требуемое действие.

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

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

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

Самой «сложной» частью скрипта являются проверки. Я хотел бы обратить внимание на этот фрагмент:

У меня операционная система на сервере виртуальных машин установлена именно на эти разделы, для самих виртуальных машин сделан LVM. Т.к. при разворачивании виртуальной машины на предназнеченном для нее разделе создается новая файловая системы, то для защиты от случайного уничтожения сервера виртуальных машин впишите сюда ваши системные разделы.

Источник

Клонировать работающий сервер Linux

Мне нужно клонировать работающий сервер Linux. Мы не можем выключить рабочий сервер. Есть ли способ получить клон и развернуть его на другом сервере?

Есть много способов скопировать диски, файловые системы или файлы. Как правило, копирование файловой системы дает вам хороший клон с гибкостью, которая может быть немного другого размера в целевой системе. Когда целевая система работает под управлением какого-либо живого Linux (knoppix, ubuntu live и т. Д.), Загруженного с компакт-диска, вы можете создавать разделы на диске, используя fdisk или ваше любимое приложение для работы с разделами. Предполагая, что у вас SSH-сервер работает в исходной системе, используйте подход, подобный следующему:

Волшебство происходит в этой команде:

При использовании какого-либо конкретного метода для клонирования дисков в реальной среде Linux ваша единственная проблема, скорее всего, связана с базами данных. Лучший способ сделать резервную копию и восстановить базу данных — использовать их утилиту для создания снимка базы данных в формате ascii непосредственно перед дампом файловой системы. Для MySQL есть:

Для postgresql есть:

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

Создайте расположение дисков на новой машине так, как вы этого хотите.

Используйте rsync для переноса содержимого диска. Повторите несколько раз, чтобы наверстать упущенное.

На новой машине поэкспериментируйте с тем, что вам нужно будет сделать дополнительно для правильной загрузки. Grub, например, и приведёт его в согласованное состояние.

Пока вы не сможете выключить старую машину, регулярно выполняйте rsync, чтобы новый диск был близок к старому.

Затем переведите старый в режим обслуживания, снова выполните rsync и загрузите новый, который должен работать, как старый.

Мой коллега клянется System Imager:

Я не знаю, насколько хорошо это будет работать для «живых» систем.

В противном случае я думаю, что вы застряли, делая вещи вручную:

• Убедитесь, что вне репозиториев нет никаких приложений для установки
• Сбросить список установленных пакетов и установить их на новый сервер
• Копировать конфигурационные файлы
• Восстановить базы данных

Если вы можете привести свои базы данных в согласованное состояние на диске, вы можете просто использовать DAR, чтобы сделать копию всего, а затем записать его обратно на новый сервер.

Синхронизация ваших баз данных в согласованном состоянии на диске может быть сложной, но может просто сработать моментальный снимок, а затем восстановить его после восстановления образа DAR. DAR повлияет на производительность сервера во время его работы.

Однако, получив изображение, вы можете настроить параметры сети и без проблем восстановить его.

Источник