Миграция сервера Linux в 7 шагов, так что вам не нужно будет делать новую установку, если вы перемещаете сервер к новому провайдеру.
Вы действительно можете сделать больше денег каждый месяц, если вы перейдете к более дешевому и качественному поставщику. Вы можете это сделать за 7 простых шагов.
Недавно мы мигрировали целый сервер Linux Fedora Core 11 и он отнял у нас больше времени, чем первоначально ожидалось, поэтому мы написали этот пост, потому что не нашли помощи в Интернете. Если это не поможет вам, не стесняйтесь писать в комментариях.
Шаг 1 — Подготовительный этап перед миграцией
- Если вы используете 64 — битное программное обеспечение, то мигрировать на 32 -битный сервер не получится.
- Проверьте, сколько пропускной способности сети используется. Проверьте, хватает ли пакета трафика у нового поставщика достаточно для текущей месячной пропускной способности.
- Не ведитесь на «Вы можете поместить свой сервер в VMware VM и оплатить услуги по управлению каждый месяц. Вы просто должны выполнить скрипт на сервере». Это выглядит очень легко и это действительно так, но вы будете платить больше каждый месяц за то, что вы не будете использовать.
Шаг 2 — Выбор нового поставщика
Давайте начнем с того, что свяжемся с несколькими поставщиками и выберем оптимальный вариант.
Это очень важно, потому что вам нужно купить новый сервер от поставщика, который имеет панель управления для Вас, чтобы была возможность перезагрузить сервер, в идеале имеет консоль KVM, так что вы можете изменить настройки BIOS и контролировать все, и по крайней мере имеет 2 диска.
Если вы выбираете для решения KVM, вы можете установить миграцию сервера через LIVE CD Linux , который ваш провайдер установит для вас.
Если вы не хотите такого рода проблем, просто попросите новую установку любого дистрибутива (на основе Ubuntu или Debian), который вы установите на вторичном диске, а затем вы будете делать его первичным.
Шаг 3 — Подготовьте целевой сервер для получения данных
Вы должны иметь готовым новый сервер для получения данных от вашего первичного сервера.
Если вы используете обычный дистрибутив Linux (Finnix , Fedora , Ubuntu , …) вы можете создать все разделы с помощью cfdisk, а затем следовать ниже команды :
/* * Imagine: * /dev/sda1 - boot (ext2) * /dev/sda2 - swap * /dev/sda3 - root filesystem where your OS is installed */ # mkdir /mnt/root # mount /dev/sda3 /mnt/root # mount /dev/sda1 /mnt/root/boot # mount --bind /dev /mnt/root/dev # mount --bind /sys /mnt/root/sys # mount --bind /proc /mnt/root/proc # chroot /mnt/root
[gn_note note_color=»#eff0ed» text_color=»#000000″ radius=»6″]Примечание: Вам потребуется GNU-версия netcat на сервере назначения. Если в вашем дистрибутиве его нет, то попробуйте установить его.[/gn_note]
Затем на сервере назначения:
cd /mnt/root netcat -vv -l -p 31337|tar vxfzp -
Проверьте безопасность
Перемещение сервера является прекрасной возможностью получить взлом очень опытного хакера. Вы должны рассмотреть безопасность связи сети между двумя серверами является, в противном случае вы должны использовать альтернативу Netcat для передачи файлов, такие как scp.
Шаг 5 — Резервное копирование все с исходного сервера
Проверьте доступные диски сервера:
$ fdisk -l
Проверьте разделы, так что вы можете скопировать его на сервер назначения (измените диск /dev/sda, который вы хотите увидеть):
$ cfdisk /dev/sda
Используйте tar и untar для диска по сети. Если диск на вашем исходном сервере больше, чем диск на вашем целевом сервере, и у вас еще есть достаточно места на целевом сервере то можете сжать данные:
/* * Я использовал nc здесь, но вы можете использовать netcat, если у вас он установлен */ # tar -cvpzf - --exclude=/mnt/ --one-file-system / | nc -vv your_destination_server_ip 31337
Шаг 6 — Новые конфигурации
Есть несколько вещей, которые будут отличаться в новом сервере
1) Диски UUID
— Либо вы идете в /boot/grub/menu.lst и /etc/fstab и измените UUID для новых дисков.
— вы можете также изменить UUID на новых дисках до тех же самых старых на ваших дисках:
На старом сервере: # blkid /dev/sdaX (change X for 1, 2 or 3...) На новом сервере: # tune2fs -U UUID-you-got-from-the-blkid-in-the-old-server /dev/sdaX (change X for 1, 2 or 3...) Своп файл # mkswap -U UUID-you-got-from-blkid-in-the-old-server /dev/sdaX (change X for 1, 2 or 3...)
2) драйверы должны быть загружены
Если у вас есть стандартное ядро, вероятно, все драйвера будут доступны, модулем. Если вам необходимо устранить его позже, убедитесь, что вы сохранили список:
lsmod
Также имейте в виду , что разные версии ядра могут иметь разные имена модулей …
[gn_note note_color=»#eff0ed» text_color=»#000000″ radius=»6″]Заметка: у нас была проблема переноса ядра Fedora 11, потому что в ядре не было драйвера, работающего на новом жестком диске. Так что мне пришлось зайти на kernel.org и скомпилировать новое ядро вручную.[/gn_note]
3) Конфигурация сети
Это действительно зависит от вашего дистрибутива, но вы, вероятно, можно настроить сеть довольно легко.
В Fedora :
# system-config-network
4) IP — адрес конфигурации в /etc.
Постарайтесь запомнить и найти какие — либо жёстко прописанные конфигурации IP:
grep -r "your-old-IP-address" /etc
Шаг 7 — Итоги
Вариант 1
Если вы использовали опцию консоли KVM, вы можете просто изменить BIOS на новом сервере, чтобы загрузить новую систему.
Вариант 2
Если вы имеете 2 диска и система установлена на втором диске, попросите поставщика, чтобы он сделал второй основным диском или просто измените /boot/grub/menu.lst , чтобы загрузить на этот диск .
Редактор: AndreyEx
Поделиться в соц. сетях:
Да, блин, без подготовки никуда. Мы уже так пару лет назад переезжали. Крутые, с поставщиком определились, с сервером получателя, решили кучу спорных моментов, а пропускной способности попросту не хватило!