VPS: аварийное восстановление
У меня есть работающий vps, работающий под управлением Ubuntu 12.04.3 LTS (Precise Pangolin), и хотя у меня есть все базы данных нашего веб-приложения, скопированные на amazon s3, и весь наш исходный код скопирован на bitbucket и локальные машины разработки, я все еще хочу сократить время простоя до минимума в случае какого-либо беспрецедентного и катастрофического сбоя системы.
Действительно, мне может понадобиться приложение, которое клонирует мой сервер Ubuntu в виде образа диска или аналогичного формата каждые x секунд, которое затем может быть загружено на мой локальный компьютер или загружено на другой vps. Возможно, это могло бы быть сделано способом git, аналогично машине времени Mac OSX, так что только изменения в системе сохраняются и загружаются, и моя полоса пропускания не используется для загрузки каждого последнего бита информации в другое место. снова и снова.
Я также хотел бы использовать этот образ диска, если бы перенести хосты. Я бы тоже хотел иметь возможность сделать резервную копию моей локальной установки Ubuntu.
Или Ubuntu включает некоторые инструменты командной строки, которые делают этот процесс резервного копирования менее пугающим? Смогу ли я сам написать сценарий, который вызывает некоторые команды для резервного копирования моего vps?
Я знаю об Ubuntu One и приложении резервного копирования Ubuntu на моем локальном компьютере, так есть ли CLI-эквивалент для моего сервера?
Я готов изменить установку Ubuntu на> 13, если это означает, что эти инструменты будут доступны.
Теперь, когда Windows выглядит смешно, лучше всего ее обнулить и переустановить. Но Ubuntu намного превосходит: D, могу ли я использовать этот процесс резервного копирования, не боясь ошибок, коррупции и других неприятностей?
1 ответ
Исходя из своего опыта, я могу порекомендовать создать план действий в случае аварии, который вы (или кто-то еще, в случае вашей смерти - да, это серьезно) могут полностью перестроить ресурс из резервных копий, если основной сервер (и вы) были поражены у метеора.
В большинстве случаев вам не нужны резервные копии изображений. Их трудно использовать в среде VPS, потому что у вас нет доступа ... И все, что обеспечивает ваш VPS, может погибнуть, когда их ударит метеорит.
Мой план действий на случай чрезвычайной ситуации с одним из моих клиентов включает следующие элементы:
- Получение резервной копии из S3.
- Установите Ubuntu (последний LTS) с VPS, а затем войдите в систему как root.
- Скопируйте резервную копию в SSH-хранилище (с основными инструкциями)
- Запустите сценарий, который был включен в вашу резервную копию. Это распаковывает, устанавливает разрешения, создает правильных пользователей, применяет безопасность и т. Д.
- Исправьте свой DNS (включая подробности), чтобы он указывал на новый IP.
Это много работы. И важно, чтобы вы тоже это проверили. Следуйте за всем этим (кроме DNS) до буквы, и если у вас останется что-то кроме работающего сервера в конце, вам нужно вернуться и улучшить положение вещей.
И вам нужно продолжать его тестировать. По крайней мере, к каждой версии LTS нужно возвращаться и проверять, все ли еще работает. Что ваши резервные копии создаются правильно.
Вы можете принять определенный уровень компетентности в человеке, следуя инструкциям (вы можете предположить, что ваша компания нанимает кого-то с некоторым обучением , и вы можете объяснить в документе, что люди будут Мне нужно знать, как это сделать для выполнения ваших команд), но очень важно, чтобы вы упомянули все, что не совсем стандартно.
В сценарии, не связанном со стихийным бедствием, также полезно иметь такие сценарии (и документацию), если вы хотите переместить что-то с сервера на другой сервер. Он позволяет вам быстро понять, что к чему, без необходимости тратить часы на то, чтобы понять, почему у вас есть три отдельные копии nginx, запущенные на одном сервере.