Я очень люблю наши местные VDS от FirstVds за хороший саппорт и относительно небольшую цену за «Старт», но сегодня я окончательно решил, что 1GB RAM мне не хватает
Зная, что прогресс не стоит на месте, а железо со временем только дешевеет, я решил искать что-то более выгодное (VDS с гигом обходилась мне примерно в 350р/месяц) я вспомнил недавнюю переписку с alice2k по поводу DEDIC-ов для сайта одного моего товарища, он как раз давал мне ссылку на реселлерский биллинг для OVH. Вобщем у него я заимел железку со следующим конфигом :
Xeon E5-2630v3 (2.4GHz) 1 vCore / 2 ГБ RAM / 10 ГБ SSD
«Вот оно счастье» — подумал я и принялся колдовать с бэкапами в VestaCP. Все действия я проводил на ОС Debian 7 x64 с обеих сторон. C CentOS скорее всего будет тоже самое, только apt-get замените на yum. Удачи
Итак, опишу пример как правильно подготовить 2 сервера к переносу бэкапа весты:
- На текущей системе заходим в настройки бэкапа и идет в «Исключения»
И в поле Почтовые домены выставляем *, чтобы игнорировать перенос почты. Если она вам всё таки нужна — экспериментируйте. Проект активно развивается и возможно проблемы переноса уже испарвлены.
2. На текущей системе заранее создаем в WEB домен, который будет указан дефотлным при установке VestaCP на новую машину.
3. На новой системе устанавливаем VestaCP и загружаем файл с бэкапом в папку /backup/
4. Начинаем процесс восстановления бэкапа: v-restore-user admin admin.2016-04-09.tar, где admin — имя пользователя, а admin.2016-04-09.tar — имя файла бэкапа.
5. Если возникла ошибка sh: 1: /usr/sbin/sendmail: not found то выполняем команду sudo apt-get install sendmail
6. Если возникла ошибка nginx restart failed, то пробуем перезапустить вручную service nginx restart, чтобы получить описание ошибки. Если это что-то вроде Restarting nginx: nginxnginx: [emerg] unexpected end of file, expecting «;» or «}» in /home/admin/conf/web/apache2.conf:511
nginx: configuration file /etc/nginx/nginx.conf test failed, то идем в файл конфигурации vesta.conf и удаляем последнюю строчку.
nano /etc/nginx/conf.d/vesta.conf
7. Снова пытаемся выполнить v-restore-user admin admin.2016-04-09.tar
8. Если все прошло успешно, то не забываем удалить в папке /backup/ файл бэкапа и папку с именем вроде tmp.sA4dSdfysd, в котором лежат распакованные файлы бэкапа и занимают место.
Хотя я и перешел на другого хостера, рекомендую вам VDS сервера в России с хорошим саппортом,
Олежек, горе-вебмастер