Как сделать бэкап сайта?

Question

[Chernichko]

Стоит передо мной задача - настроить бэкапы сайта: базы данных и файлов.

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

Расскажите, как вы делаете бэкапы сайта на vds?

Answer 1

[Sanes]

Если у вас веб-сервер, то неплохо было бы панель поставить. Кучу головняков снимите.
Или можно так.

Ansible tasks

---
 - hosts: 'all'
   gather_facts: no
   vars_files:
    - 'vars/main.yml'

   tasks:
    - name: 'Sync'
      synchronize: src=/var/www/{{ username }}/ dest=/var/backups/{{ username }} owner=no group=no delete=yes
      tags: 'update'

    - name: 'DB backup'
      mysql_db: state=dump name={{ username }} target=/var/backups/{{ username }}/{{ username }}.sql login_user=root login_password={{ mysql_root_pass }}
      tags: 'update'

    - name: 'Sync restore'
      synchronize:
       src: /var/backups/{{ username }}
       dest: /var/www/
       delete: yes
       rsync_opts:
        - "--exclude=.sql"
      become: yes
      become_user: "{{ username }}"
      tags: 'restore'

    - name: 'Del MySQL database'
      mysql_db: name={{ username }} login_user=root login_password={{ mysql_root_pass }} state=absent
      tags: 'restore'

    - name: 'Add MySQL DB'
      mysql_db: name={{ username }} encoding=utf8 login_user=root login_password={{ mysql_root_pass }} state=present
      tags: 'restore'

    - name: 'DB restore'
      mysql_db: state=import name={{ username }} target=/var/backups/{{ username }}/{{ username }}.sql login_user=root login_password={{ mysql_root_pass }}
      tags: 'restore'

Comments

[Борис Сёмов]

Панель нужна там, где оказываются услуги хостинга клиентам, в обратном случае, панель даёт больше головной боли,чем пользы, начиная с вредной иллюзии того, что сервер настроен заканчивая довольно неудачными конфигурациями сделанными с целью "чтобы работало произвольное приложение".

[Sanes]

Борис Сёмов, не говорите глупости. Видел я уже этих настройщиков руками.

[Борис Сёмов]

Sanes Посмотрите на нерабочие шаблоны nginx в Vesta, или на конфиги какого-нибудь ispmanager где всё гоняется в apache, и подумайте, нужны-ли такие конфиги кому-то в здравом уме?
Панели это всегда масса компромиссов.

[Sanes]

Борис Сёмов, Vesta похоронить давно пора. Что вас не устраивает в конфигах ISPmanager?

[Борис Сёмов]

Sanes Тем, что лишние запросы на статику идут к apache, например.
Возьмите, например какой-нибудь drupal, поставьте на ispmanager с nginx + apache, сделайте запрос к несуществующему статическому файлу, и станет понятно, о чём я говорю. Собственно, это проблема почти всех панелей, где нет отдельных шаблонов для конкретных веб приложений. А там где есть такие, часто они ужасны, да и мало их, обычно.

[Sanes]

Борис Сёмов,
Это уже придирки. Шаблоны прекрасно редактируются. А теперь попробуйте весь стек настроить в рукопашную и жить с этим. Сколько времени убьёте. Про квалификацию я не говорю.
Или вы думаете в ISPsystem или том же Parallels люди глупее вас работают?

[Борис Сёмов]

А зачем вручную? Если нужно часто и много, есть системы управления конфигурациями, хоть тот же ansible упоминавшийся вами.
А если разово для одного приложения, так это быстрее установки панели, на самом-то деле.

При всём при этом, всё равно, надо ещё очень многое настраивать, что в случае установки панели, что без неё. Иначе к вам будет приходить OOM, или злые хакеры. =)

Про квалификацию, вы просто не понимаете, что они решают задачу сделать универсальный конфиг, который позволит запустить произвольное веб приложение, и эту задачу просто не решить хорошо для всех случаев, даже будучи гением. А стоит решить задачу запуска одного определённого веб приложения, но правильно. И для этого не нужно какой-то офигенной квалификации - на форуме поддержки даже какой-нибудь захолустной CMS с десятком пользователй будет рецепт более подходящего именно ей конфига nginx, например.

[Sanes]

Борис Сёмов,
Прежде чем написать сценарий Ansible, надо всё это настроить вручную.
На форумах вас научат. Особенно в Digital Ocean. Как запустить сайт на Apache mpm-prefork.
Одного веб-сервеоа с базой недостаточно. И пользователи нужны и fail2ban и FTP. Да много чего.

[Борис Сёмов]

Sanes Надо, но если вам надо часто и это соответственно ваша работа, то учиться-то придётся.
Тому же, кто не умеет, и учиться не планирует, реально поможет отнюдь не панель, а шаред хостинг, или нанятый админ.

ftp не нужен, а вреден. Fail2ban полезен, но это тоже не всё, и это всё не решается установкой панельки.

[Sanes]

Борис Сёмов, как раз автору панель пригодилась бы.

[Борис Сёмов]

Для одного приложения на yii?

Ну вот поставил автор панель, даже если не совсем хреновую типа весты, а что-то приличное купил. Получил так себе конфиг, без какой-либо оптимизации под его приложение, без средств защиты, фактически, с бекапами, в простейшем случае, в виде полной копии сайта в tar.gz локально. С непонятным поведением виртуалки под нагрузкой. Чаще всего будет улетать в свап, потому, что ни одна панель не распределит правильно даже между веб сервером, и сервером БД, т.к. понятия не имеет о том, что за база и что за приложение.
Т.к. в настройке автор в этом случае не разбирался, и документации не читал, и с трудом понимает, какой у него стек-то, любая проблема становится ПРОБЛЕМОЙ. А т.к. всё вроде как работает, то дальше обычно уже ничего не устанавливается и не настраивается, если всё не совсем уж печально сразу.

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

Вместо этого, можно разобраться настроить и понимать, что и как настроено на твоём сервере, если эта тематика близка, и заодно это принципиально упростит решение проблем, и позволит их не только решать, но и предотвращать, наблюдая регулярно за работой сервера.

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

Есть ещё промежуточный вариант в виде managed vps, где хостер выполняет конфигурирование и поддержку, если нужно что-то не укладывающееся в шаред.

Т.е. выбор велик, и я бы на месте автора выбрал бы не панель, отнюдь, в его случае, тем более, что видно желание разобраться...

А вот если бы это были 100500 сайтов с низкой посещаемостью, на разных движках, возможно и посоветовал бы панель на vps, кстати.

Answer 2

[Борис Сёмов]

Например, можно использовать rsnapshot и какой-нибудь скрипт для снятия дампа баз. Бекапы делаются инкрементальные, соответственно они не занимают много места. А хранятся они как отдельные файлы, что облегчает частичное восстановление при необходимости.

Ну и копировать лучше, конечно, на какой-то не связанный с этим VPS сервер, иначе при проблеме с хранилищем можно остаться у разбитого корыта.

Answer 3

[Saboteur]

Решила , что дамп базы автоматично, через крон - прекрасное начало, но не тут то было.

А что не так с бэкапом базы через крон?

Comments

[Андрей]

Лучше через реплику, которая настроена readonly