Как сделать резервную копию сайта?
Есть сайт на Wordpress, около 120Гб и растет. Хостится на VPS, каждую неделю резервные копии. Но полагаться на одного хостера не хочется, т.к. сайт важный. Хочу сделать резервную копию сайта. Как правильно поступить?
Сделать полную копию с синхронизацией от основного, но у другого хостера? Тогда в случае поломки основного сайта, уйдет несколько часов на перенаправление домена на новый ip. Такое не могу себе позволить.
Сделать отдельный сайт с другим доменным именем и наполнять оба? Как-то не технологично и ресурсоемко.
Какие ещё есть варианты?
Дополнительно:
Если поломается Ваш хостер, то в любом случае придется делать DNS перенаправление на новый ip
Ещё я думал, может можно сделать какой-то сервер, перенаправляющий запрос на живой ip. Но, видимо, это ещё один элемент, который может поломаться.
отовсюду доступно. А потом уже перенести сайт - дело одного дня.
Ответы:
уйдет несколько часов на перенаправление домена на новый ip
Ставите в настройках днс для домена TTL в 5 минут и через двое суток на изменение ip будет уходить как раз 5 минут....
Если управлять днс записями через cloudflare.com, то изменение ip практически мгновенно.
- То, что на клауде IPiybr заменится за 5 минут - вовсе не значит, что через 5 минут эти записи расползутся по интернету. По стандарту это может занимать до 72 часов. На практике значительно быстрее, но зависит от зоны.
- Refguser, На практике всё так и происходит, практически мгновенно. За много лет ни разу не подвело.
- Довольный Айтишникъ, мгновенно и для всех НС никогда не обновятся. Некоторые зоны и провайдеры могут обновлять(ся) и сутками. "Мгновенно" - это про А-записи, и то есть ещё нюансы с кешированием. Учи работу ДНС.
- Refguser, ты смотришь что пишут? нс у клаудфлаера, его менять не нужно, менять А записи и всё, а они меняются быстро
- Refguser, и более того, не поверю что там у автора что-то суперкритичноважное на вп, что простой хотя бы час будет весомой проблемой
- Владислав Лысков, а ты сам читать умеешь? Про А-запись нет ни слова. Зато написано про 2е суток. Это именно про перезапись НС.
- я да, могу даже процитировать
Если управлять днс записями через cloudflare.com, то изменение ip практически мгновенно.
- Владислав Лысков, не знаю то там у автора, но на ВП есть довольно серьёзные проекты для которых и 5 минут будет критично. Начиная хотя бы с вп.ком.
- Refguser, ничего не будет, если wp.com полежит 5минут
у amazonа бывают простои и даже далеко не по 5минут, и ничего, компания не обонкротилась, как-то держится - Refguser, в прошлом году dadata лежала около 5 часов, а её используют много крупных ру проектов, и тоже ничего, все выжили
- Владислав Лысков, ну сразу видно что ты не знаешь не только что бывает на ВП но и что такое вп.ком и какие ресурсы там крутятся :) Но нет, посвящать тут не буду.
- Refguser, спасибо :)
Смешались в кучу кони.. Каким образом резервная копия поможет ускорить перенос/переезд? Никаким.
Если интересует безотказность, но нужно иметь как минимуму два сервера в разных ДЦ (и лучше в разных странах) и смотреть в сторону балансировщика нагрузки. (И, естественно, моментальной синхронизацией данных).
А бекап нужно делать ежедневно. Не обязательно полный, хотя бы базы. И хранить его на третьем сервере.
Посмотрите мой ответ и комменты на Как организовать надежную инфраструктуру для веб-проекта?
Таки резервную копию или сайт, работающий в случае отказа у хостера? Для резервной копии всегда закладывается время на восстановление, для безотказной работы - время на пекреключение основной/резервный. Определитесь, что надо-то.
Опишите проблему, и специалист поможет с настройкой, исправлением ошибки или доработкой сайта. Подберём понятный план работ без лишней переписки.
Пока нет других ответов. Будьте первым, кто поможет автору.
Ответить на вопрос
Для сайта на 120 ГБ полагаться только на еженедельный бэкап хостера рискованно. Нужна своя схема резервного копирования: отдельно база, отдельно файлы, хранение вне текущего сервера и регулярная проверка восстановления.
Я бы сделал так:
Если есть SSH, удобно использовать
rsyncдля файлов:rsync -aH --delete /var/www/site/ backup-user@backup-server:/backups/site/files/
Базу можно выгружать отдельно:
mysqldump --single-transaction --quick --default-character-set=utf8mb4 dbname | gzip > db-$(date +%F).sql.gz
Важно хранить несколько поколений бэкапов. Если сайт заразился вирусом, а Вы синхронизировали заражённые файлы поверх единственной копии, бэкап бесполезен. Минимум: ежедневные за 7 дней, еженедельные за месяц, месячные за несколько месяцев.
Полная “горячая” копия у другого хостера с синхронизацией может быть полезна, но это уже не просто бэкап, а standby-сервер. Его надо настраивать аккуратно, чтобы не синхронизировать ошибки и заражения мгновенно.
Если сайт важный, добавьте мониторинг успешности бэкапа: письмо/Telegram только при ошибке, лог размера дампа, проверка, что архив не нулевой. Ещё лучше — автоматическая тестовая распаковка базы на отдельном сервере.
Плагины WordPress для 120 ГБ часто ненадёжны: они упираются в timeout, память и лимиты хостинга. Для такого объёма лучше серверные инструменты: rsync, borg, restic, duplicity, snapshots VPS или S3 backup.
Итог: делайте не одну полную копию, а стратегию: база часто, файлы инкрементально, хранение вне сервера, несколько поколений и обязательная проверка восстановления.