Если посмотреть на список услуг хостинга Fornex, то видно, что не в последнюю очередь он ориентируется на веб-мастеров. Во-первых, кроме традиционных предложений есть: AntiDDoS защита, организация Backup, VPN и создание GEO-кластера. Во-вторых, имеется бесплатная базовая поддержка, партнерская программа, помощь с переносом проектов и хорошая цена/качество на SSD/VPS хостинг. К тому же среди клиентов Pikabu,Читать далее… >
В сумасбродстве есть надежда, в заурядности — никакой (Р. Эмерсон).
Миграция сервера 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
Примечание: Вам потребуется GNU-версия netcat на сервере назначения. Если в вашем дистрибутиве его нет, то попробуйте установить его.
Затем на сервере назначения:
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
Также имейте в виду , что разные версии ядра могут иметь разные имена модулей …
Заметка: у нас была проблема переноса ядра Fedora 11, потому что в ядре не было драйвера, работающего на новом жестком диске. Так что мне пришлось зайти на kernel.org и скомпилировать новое ядро вручную.
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 , чтобы загрузить на этот диск .
Просмотров: 132
Если статья понравилась, то поделитесь ей в социальных сетях:
Да, блин, без подготовки никуда. Мы уже так пару лет назад переезжали. Крутые, с поставщиком определились, с сервером получателя, решили кучу спорных моментов, а пропускной способности попросту не хватило!
Да, блин, без подготовки никуда. Мы уже так пару лет назад переезжали. Крутые, с поставщиком определились, с сервером получателя, решили кучу спорных моментов, а пропускной способности попросту не хватило!