Участник:WikiAdmin/Backups — различия между версиями
Материал из HARITONOV
WikiAdmin (обсуждение | вклад) м |
WikiAdmin (обсуждение | вклад) м |
||
| (не показаны 3 промежуточные версии этого же участника) | |||
| Строка 9: | Строка 9: | ||
** http://harinotovwiki-cloud.0x1.tv/ | ** http://harinotovwiki-cloud.0x1.tv/ | ||
** http://harinotovwiki-sky.0x1.tv/ | ** http://harinotovwiki-sky.0x1.tv/ | ||
| − | * Специально пользоваться этими сайтами-бекапами не нужно, ибо ежедневно там будет обновляться база и т.п., можно использовать их как место для экспериментов, или место откуда забирать данные и т.п. Но на | + | * Специально пользоваться этими сайтами-бекапами не нужно, ибо ежедневно там будет обновляться база и т.п., можно использовать их как место для экспериментов, или место откуда забирать данные и т.п. Но на совсем худой конец, если вдруг что-то случится с основным сайтом и админом, бекапы перестанут восстанавливаться, теоретически можно просто начать пользоваться одним из дублирующих (хотя тогда лучше забрать данные, см. ниже). |
* Основной их смысл — показывать и демонстрирововать, как оно работает, и быть гарантированным источником всех данных, если что-то случится с основным сайтом. | * Основной их смысл — показывать и демонстрирововать, как оно работает, и быть гарантированным источником всех данных, если что-то случится с основным сайтом. | ||
| − | * Можно ли развернуть еще? Да, если у вас есть виртуалка с Fedora (33-34-35), где есть хотя бы | + | * Можно ли развернуть еще? Да, если у вас есть виртуалка с Fedora (33-34-35), где есть хотя бы 10 гиг диска, и 1.5 гиг памяти — свяжитесь с [[User:WikiAdmin]], можно бекапить и туда. |
* Можно ли наоборот, понять, как оно устроено, полазить внутри, самостоятельно понять, как все устроено? Да, можно — свяжитесь с [[User:WikiAdmin]], можно дать доступ внутрь одной из бекапирующих виртуалок. | * Можно ли наоборот, понять, как оно устроено, полазить внутри, самостоятельно понять, как все устроено? Да, можно — свяжитесь с [[User:WikiAdmin]], можно дать доступ внутрь одной из бекапирующих виртуалок. | ||
| − | ** Да есть скрипты развертывания на ансибле, но сильно проще дать доступ внутрь, ко всем конфигам и бекапам, чтобы любой с пониманием уровня «файлы-конфиги-база», смог скопировать и воссоздать на любой виртуалке с LAMP-стеком. | + | ** Да есть скрипты развертывания на ансибле, но сильно проще дать доступ внутрь, ко всем конфигам и бекапам, чтобы любой с пониманием уровня «файлы-конфиги-база», смог скопировать и воссоздать<ref>Вручную, или используя свои скрипты, код для систем конфигурирования типа Ansible/Puppet/SaltStack и т.п.</ref> на любой виртуалке с LAMP-стеком. |
** Или с этих сайтов можно делать дополнительные бекапы в любом удобном формате. | ** Или с этих сайтов можно делать дополнительные бекапы в любом удобном формате. | ||
** Собственно бекапить надо | ** Собственно бекапить надо | ||
| Строка 20: | Строка 20: | ||
*** По желанию — конфиги из <tt>/etc</tt> (там настройки nginx/php-fpm), и скрипты из <tt>/var/www</tt> (там код MediaWiki). | *** По желанию — конфиги из <tt>/etc</tt> (там настройки nginx/php-fpm), и скрипты из <tt>/var/www</tt> (там код MediaWiki). | ||
| − | * Возможно все это можно поднять даже на shared PHP хостинге, но я не проверял. | + | * Возможно все это можно поднять даже на shared PHP хостинге, но я не проверял. MediaWiki достаточно прожорливая штука, основной сайт у меня на машине с 16 гигами памяти, бекапы конечно на более слабых виртуалках. |
---- | ---- | ||
Текущая версия на 16:55, 4 октября 2021
На тему вопросов, а есть ли резервные копии, не пропадут ли правки если что-то сломается, что делать, если перестанет работать сайт и что-то случится с тем, кто его поддерживал и т.п.
Если кратко:
- Бекапы (база, картинки) делаются ежедневно, точнее еженочно. Можно конечно чаще, но сейчас, увы, уже не очень большая активность правок.
- Бекапы не только делаются, но и с них происходит восстановление[1] на два дублирующих сайта[2]. Сайты расположены на виртуальных машинах в разных ДЦ[3]. Они оба в РФ, возможно еще заведу виртуалку и за пределами РФ.
- Специально пользоваться этими сайтами-бекапами не нужно, ибо ежедневно там будет обновляться база и т.п., можно использовать их как место для экспериментов, или место откуда забирать данные и т.п. Но на совсем худой конец, если вдруг что-то случится с основным сайтом и админом, бекапы перестанут восстанавливаться, теоретически можно просто начать пользоваться одним из дублирующих (хотя тогда лучше забрать данные, см. ниже).
- Основной их смысл — показывать и демонстрирововать, как оно работает, и быть гарантированным источником всех данных, если что-то случится с основным сайтом.
- Можно ли развернуть еще? Да, если у вас есть виртуалка с Fedora (33-34-35), где есть хотя бы 10 гиг диска, и 1.5 гиг памяти — свяжитесь с User:WikiAdmin, можно бекапить и туда.
- Можно ли наоборот, понять, как оно устроено, полазить внутри, самостоятельно понять, как все устроено? Да, можно — свяжитесь с User:WikiAdmin, можно дать доступ внутрь одной из бекапирующих виртуалок.
- Да есть скрипты развертывания на ансибле, но сильно проще дать доступ внутрь, ко всем конфигам и бекапам, чтобы любой с пониманием уровня «файлы-конфиги-база», смог скопировать и воссоздать[4] на любой виртуалке с LAMP-стеком.
- Или с этих сайтов можно делать дополнительные бекапы в любом удобном формате.
- Собственно бекапить надо
- MySQL базу haritonov (пользователь и пароль такие же)
- Папку c изображениями /var/data/haritonov
- По желанию — конфиги из /etc (там настройки nginx/php-fpm), и скрипты из /var/www (там код MediaWiki).
- Возможно все это можно поднять даже на shared PHP хостинге, но я не проверял. MediaWiki достаточно прожорливая штука, основной сайт у меня на машине с 16 гигами памяти, бекапы конечно на более слабых виртуалках.
- ↑ Мало делать бекапы, надо их всегда проверять на восстанавливаемость
- ↑ На другом домене, чтобы можно было попасть, даже если потерян домен и т.п.
- ↑ И, разумеется, не на том же сервере, что главный сайт
- ↑ Вручную, или используя свои скрипты, код для систем конфигурирования типа Ansible/Puppet/SaltStack и т.п.