Переместите Размещенный сервер VPS на мой собственный сервер

Почему Вы просто не делаете

location /blog {
    fastcgi_pass
    etc. 
}
7
задан 14 June 2012 в 21:48
3 ответа

Предполагая некоторый linux/bsd, на самом деле возможно скопировать 'работающий' система в другой. Цели настоятельно рекомендуют быть загруженной в чем-то другом, чем системный диск (спасательная система или раздел подкачки с мини-установленной системой).

Преимуществом этого подхода являются все виды настроек, идентичны (полномочия, пользователь crontabs, версии библиотеки веб-сервера...). Конечно, Вы также копируете по всему хламу, который рос также.

Первый поворот всего содержащего важные данные или не строго требуемый (база данных, http сервер, все виды демонов и т.д.).

Можно затем смолить / и скопировать его, установить загрузчик в целевой системе.

Затем перезагрузка.

Любые рабочие демоны могут думать разрушенная система, но это должно быть не хуже, чем переопределения pidfile.

Совет:

  • запустите целую операцию с экрана или используйте nohup.
  • Передайте tarball по каналу по ssh: root@source:~# tar czvf - / | ssh root@target "tar -xzv -C targetpartition/ -f -".
  • Предпочтительно umount любые разделы данных и предоставляют им отдельное лечение. Следует иметь в виду, что точка монтирования (лежащий в основе смонтированной фс), возможно, имела файлы.
  • Тщательно проверьте аппаратную конфигурацию, конфигурацию загрузчика, fstab и конфигурацию Ethernet (ничто худшее, чем успешное преобразование, это недостижимо из Интернета, потому что eth0 и eth1 переключаются вокруг),
  • Удостоверьтесь, что tar принимает uid/gid/permissions и расширенные атрибуты (если таковые имеются). Требует корня на распаковке, следовательно корневом входе в систему ssh в моем примере.
  • Намного легче, если у Вас есть удаленный сброс и спасательная система на цели. Если вещи не удаются сначала, можно проверить системный журнал на наличие ошибок и т.д.
  • Не делайте этого под влиянием вещества или нехваткой времени ;-)
4
ответ дан 2 December 2019 в 23:45

Я имел VPS с Linode много лет и, в нескольких случаях, должен был создать резервную копию моего всего образа диска. Linode имеет некоторую документацию относительно того, как скопировать Ваш образ диска в Вашу локальную машину через ssh. Эти инструкции записаны конкретно с инфраструктурой linode в памяти, но не должно быть слишком трудно адаптироваться к установке другого поставщика.

1
ответ дан 2 December 2019 в 23:45

Обычно большинство поставщиков не предусматривает создание изображений систем VPS. И Вы не сможете сделать так себя, потому что необходимо было бы загрузить его от чего-то другого, чем диски, которые Вы желаете отобразить. Некоторые поставщики действительно обеспечивают резервные копии полного диска хотя (особенно размещающие облако, такие как Amazon и Rackspace), поэтому согласуйте со своим поставщиком.

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

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

0
ответ дан 2 December 2019 в 23:45

Теги

Похожие вопросы