Cadangan VDS tambahan karo situs ing 1C-Bitrix ing Yandex.Cloud

Iku perlu kanggo kula kanggo serep situs kanggo 2C-Bitrix: Manajemen Situs 1 kaping dina (file lan database mysql) lan nyimpen sajarah owah-owahan kanggo 90 dina.

Situs kasebut dumunung ing VDS sing nganggo CentOS 7 OS kanthi 1C-Bitrix: Lingkungan Web diinstal. Kajaba iku, gawe salinan serep setelan OS.

Syarat:

• Frekuensi - 2 kaping dina;
• Simpen salinan suwene 90 dina;
• Kemampuan kanggo njaluk file individu kanggo tanggal tartamtu, yen perlu;
• Serep kudu disimpen ing pusat data liyane saka VDS;
• Kemampuan kanggo ngakses serep saka ngendi wae (server liyane, komputer lokal, etc.).

Titik penting yaiku kemampuan nggawe serep kanthi cepet kanthi konsumsi minimal ruang tambahan lan sumber daya sistem.

Iki ora babagan snapshot kanggo mulihake cepet kabeh sistem, nanging babagan file lan database lan riwayat owah-owahan.

Data sumber:

• VDS ing virtualisasi XEN;
• OS CentOS 7;
• 1C-Bitrix: Lingkungan web;
• Situs adhedhasar "1C-Bitrix: Manajemen Situs", versi standar;
• Ukuran file 50 GB lan bakal tuwuh;
• Ukuran database 3 GB lan bakal tuwuh.

Aku langsung ngilangi serep standar sing dibangun ing 1C-Bitrix. Iku mung cocok kanggo situs cilik, amarga:

• Ndadekake salinan lengkap situs saben wektu, mungguh, saben salinan bakal njupuk munggah minangka akeh papan minangka aku njupuk munggah file, ing cilik iku 50 GB.
• Gawe serep wis rampung nggunakake PHP, kang mokal karo volume kuwi file, iku bakal kakehan server lan ora bakal mungkasi.
• Lan mesthi, ora ana omongan babagan 90 dina nalika nyimpen salinan lengkap.

Solusi sing ditawakake hoster yaiku disk serep sing ana ing pusat data sing padha karo VDS, nanging ing server sing beda. Sampeyan bisa nggarap disk liwat FTP lan nggunakake skrip dhewe, utawa yen ISPManager diinstal ing VDS, banjur liwat modul serep sawijining. Opsi iki ora cocog amarga nggunakake pusat data sing padha.

Saka kabeh sing kasebut ing ndhuwur, pilihan sing paling apik kanggo aku yaiku serep tambahan miturut skenarioku dhewe ing Yandex.Cloud (Obyek Storage) utawa Amazon S3 (Amazon Simple Storage Service).

Iki mbutuhake:

• akses ROOT menyang VDS;
• utilitas duplikat sing diinstal;
• akun ing Yandex.Cloud.

serep tambahan - cara kang mung data sing wis diganti wiwit serep pungkasan diarsipaké.

duplikat - sarana serep sing nggunakake algoritma rsync lan bisa digunakake karo Amazon S3.

Yandex.Cloud vs Amazon S3

Ora ana bedane antarane Yandex.Cloud lan Amazon S3 ing kasus iki kanggo aku. Yandex ndhukung bagean utama Amazon S3 API, supaya sampeyan bisa nggarap kanthi nggunakake solusi sing kasedhiya kanggo nggarap S3. Ing kasusku, iki minangka sarana duplikat.

Kauntungan utama Yandex bisa dadi pembayaran ing rubel, yen ana akeh data, mula ora bakal ana link menyang kursus kasebut. Ing babagan kacepetan, pusat data Eropa Amazon bisa digunakake kanthi cocog karo Rusia ing Yandex, umpamane, sampeyan bisa nggunakake Frankfurt. Aku sadurunge nggunakake Amazon S3 kanggo tugas sing padha, saiki aku mutusake kanggo nyoba Yandex.

Nggawe Yandex.Cloud

1. Sampeyan kudu nggawe akun tagihan ing Yandex.Cloud. Kanggo nindakake iki, sampeyan kudu mlebu menyang Yandex.Cloud liwat akun Yandex utawa nggawe sing anyar.

2. Nggawe Cloud.


3. Ing "Cloud" nggawe "Katalog".


4. Kanggo "Katalog" nggawe "Akun layanan".


5. Kanggo "Akun layanan" nggawe tombol.


6. Tansah tombol, sampeyan bakal mbutuhake ing mangsa ngarep.


7. Kanggo "Katalog" nggawe "Ember", file bakal tiba ing.


8. Aku nyaranake nyetel watesan lan milih "Cold Storage".

Nyetel serep dijadwal ing server

Pandhuan iki nganggep katrampilan administratif dhasar.

1. Instal sarana duplikat ing VDS

yum install duplicity

2. Nggawe folder kanggo mysql dumps, ing kasusku yaiku /backup_db ing root VDS

3. Gawe folder kanggo skrip bash /backup_scripts lan gawe skrip pisanan sing bakal nggawe serep /backup_scripts/backup.sh

Isi naskah:

#!`which bash`


# /backup_scripts/backup.sh

# Это условие проверяет не идёт ли в данный момент процесс резервного копирования, если идёт, то на email отправляется сообщение об ошибке (этот блок можно не использовать)
if [ -f /home/backup_check.mark ];
then

DATE_TIME=`date +"%d.%m.%Y %T"`;

/usr/sbin/sendmail -t <<EOF
From:backup@$HOSTNAME
To:<Ваш EMAIL>
Subject:Error backup to YANDEX.CLOUD
Content-Type:text/plain; charset=utf-8
Error backup to YANDEX.CLOUD

$DATE_TIME
EOF

else

# Основной блок отвечающий за резервное копирование
# Если нет ощибки ставим метку и запускаем backup

echo '' > /home/backup_check.mark;


# Удаляем файлы с дампами базы оставшиеся от предыдущего backup

/bin/rm -f /backup_db/*


# Делаем дамп всех mysql баз, предполагается что доступ добавлен в файле /root/.my.cnf

DATETIME=`date +%Y-%m-%d_%H-%M-%S`;

`which mysqldump` --quote-names --all-databases | `which gzip` > /backup_db/DB_$DATETIME.sql.gz


# Добавляем данные для отправки в Яндекс.

export PASSPHRASE=<Придумайте пароль для шифрования архива>
export AWS_ACCESS_KEY_ID=<Идентификатор ключа полученный у Яндекса>
export AWS_SECRET_ACCESS_KEY=<Секретный ключ полученный у Яндекса>


# Запускаем duplicity для резервирования необходимых папок на сервере.
# Данная команда будет создавать полный backup раз в месяц и до следующего месяца добавлять инкрементальные к нему
# -- exclude это папки, которые нужно исключить, я исключаю все папки с кешем битрикса
# --include папки которые нужно резервировать в моём случае это:
# - /backup_db
# - /home
# - /etc
# s3://storage.yandexcloud.net/backup , backup это имя созданного выше бакета

# Техническая особенность и значения некоторых параметров:
# Две строки "--exclude='**'" и "/" нужны, чтобы можно было выше оперировать --include и --exclude для разных папок. Эти две строчки сначала добавляют в бэкап весь сервер "/", потом исключают его "--exclude='**'"
# --full-if-older-than='1M' - создавать полную копию каждый месяц
# --volsize='512' - максимальный размер каждого из файлов в бэкапе в мегабайтах
# --log-file='/var/log/duplicity.log' - куда писать лог файл

`which duplicity` 
    --s3-use-ia --s3-european-buckets 
    --s3-use-new-style 
    --s3-use-multiprocessing 
    --s3-multipart-chunk-size='128' 
    --volsize='512' 
    --no-print-statistics 
    --verbosity=0 
    --full-if-older-than='1M' 
    --log-file='/var/log/duplicity.log' 
    --exclude='**/www/bitrix/backup/**' 
    --exclude='**/www/bitrix/cache/**' 
    --exclude='**/www/bitrix/cache_image/**' 
    --exclude='**/www/bitrix/managed_cache/**' 
    --exclude='**/www/bitrix/managed_flags/**' 
    --exclude='**/www/bitrix/stack_cache/**' 
    --exclude='**/www/bitrix/html_pages/*/**' 
    --exclude='**/www/bitrix/tmp/**' 
    --exclude='**/www/upload/tmp/**' 
    --exclude='**/www/upload/resize_cache/**' 
    --include='/backup_db' 
    --include='/home' 
    --include='/etc' 
    --exclude='**' 
    / 
    s3://storage.yandexcloud.net/backup



# Данная команда нужна для чистки.
# Она оставляет 3 последних полных backup и ассоциированных с ними инкрементальных backup.
# Т.о. у меня остаются backup за 3 месяца, т.к. первая команда каждый месяц делает новый полный backup

`which duplicity` remove-all-but-n-full 3 --s3-use-ia --s3-european-buckets --s3-use-new-style --verbosity=0 --force s3://storage.yandexcloud.net/backup



unset PASSPHRASE
unset AWS_ACCESS_KEY_ID
unset AWS_SECRET_ACCESS_KEY

# Удаляем метку об идущем backup

/bin/rm -f /home/backup_check.mark;

fi

4. Jalanake script kanggo pisanan lan mriksa asil, file kudu katon ing Bucket.

`which bash` /backup_scripts/backup.sh

5. Tambah script kanggo cron kanggo pangguna ROOT kanggo mbukak 2 kaping dina, utawa karo frekuensi sing perlu.

10 4,16 * * * `which bash` /backup_scripts/backup.sh

Recovery data saka Yandex.Cloud

1. Nggawe folder mulihake /backup_restore

2. Nggawe skrip mulihake bash /backup_scripts/restore.sh

Aku menehi conto sing paling dijaluk kanggo mbalekake file tartamtu:

#!`which bash`

export PASSPHRASE=<Пароль для шифрования архива используемый при бэкапе>
export AWS_ACCESS_KEY_ID=<Идентификатор ключа полученный у Яндекса>
export AWS_SECRET_ACCESS_KEY=<Секретный ключ полученный у Яндекса>

# 3 примера, раскомментировать нужный

# Получить статус backup
#`which duplicity` collection-status s3://storage.yandexcloud.net/backup

# Восстановить index.php из корня сайта
#`which duplicity` --file-to-restore='home/bitrix/www/index.php' s3://storage.yandexcloud.net/backup /backup_restore/index.php

# Восстановить index.php из корня сайта 3х дневной давности
#`which duplicity` --time='3D' --file-to-restore='home/bitrix/www/index.php' s3://storage.yandexcloud.net/backup /backup_restore/index.php

unset PASSPHRASE
unset AWS_ACCESS_KEY_ID
unset AWS_SECRET_ACCESS_KEY

3. Jalanake skrip lan ngenteni asil.

`which bash` /backup_scripts/backup.sh

Ing folder /backup_restore/ sampeyan bakal nemokake file index.php sing sadurunge kalebu ing serep.

Sampeyan bisa nggawe pangaturan sing luwih apik sing cocog karo kabutuhan sampeyan.

minus duplikat

Duplikat nduweni siji kekurangan - ora ana cara kanggo nyetel watesan panggunaan saluran. Kanthi saluran normal, iki ora nggawe masalah, nanging saluran sing dilindhungi DDoS kanthi tagihan kacepetan saben dina, aku pengin bisa nyetel watesan 1-2 megabit.

Minangka kesimpulan

Nggawe serep ing Yandex.Cloud utawa Amazon S3 nyedhiyakake salinan independen saka situs lan setelan OS sing bisa diakses saka server utawa komputer lokal liyane. Ing wektu sing padha, salinan iki ora katon ing panel kontrol hosting utawa ing panel admin Bitrix, sing nyedhiyakake keamanan tambahan.

Ing asil paling apes, sampeyan bisa mbangun server anyar lan masang situs kanggo tanggal sembarang. Sanajan fungsi sing paling dijaluk yaiku kemampuan kanggo ngakses file kasebut kanggo tanggal tartamtu.

Sampeyan bisa nggunakake teknik iki karo VDS utawa server khusus lan situs ing mesin apa wae, ora mung 1C-Bitrix. OS bisa uga liyane saka CentOS, kayata Ubuntu utawa Debian.

Source: www.habr.com