ការបម្រុងទុក VDS បន្ថែមជាមួយគេហទំព័រនៅលើ 1C-Bitrix នៅក្នុង Yandex.Cloud

ខ្ញុំត្រូវធ្វើការបម្រុងទុកនៃគេហទំព័រនៅលើ “2C-Bitrix: ការគ្រប់គ្រងគេហទំព័រ” (ឯកសារ និងមូលដ្ឋានទិន្នន័យ mysql) ពីរដងក្នុងមួយថ្ងៃ ហើយរក្សាទុកប្រវត្តិនៃការផ្លាស់ប្តូររយៈពេល 1 ថ្ងៃ។

គេហទំព័រនេះមានទីតាំងនៅលើ VDS ដែលដំណើរការ CentOS 7 OS ជាមួយនឹង 1C-Bitrix: Web Environment។ លើសពីនេះទៀត ធ្វើច្បាប់ចម្លងបម្រុងទុកនៃការកំណត់ប្រព័ន្ធប្រតិបត្តិការរបស់អ្នក។

តម្រូវការ៖

• ប្រេកង់ - 2 ​​ដងក្នុងមួយថ្ងៃ;
• រក្សាច្បាប់ចម្លងសម្រាប់រយៈពេល 90 ថ្ងៃចុងក្រោយ;
• សមត្ថភាពក្នុងការទទួលបានឯកសារបុគ្គលសម្រាប់កាលបរិច្ឆេទជាក់លាក់មួយប្រសិនបើចាំបាច់;
• ការបម្រុងទុកត្រូវតែរក្សាទុកនៅក្នុងមជ្ឈមណ្ឌលទិន្នន័យក្រៅពី VDS ។
• លទ្ធភាពចូលប្រើការបម្រុងទុកពីគ្រប់ទីកន្លែង (ម៉ាស៊ីនមេផ្សេងទៀត កុំព្យូទ័រមូលដ្ឋាន។ល។)

ចំណុចសំខាន់មួយគឺសមត្ថភាពក្នុងការបង្កើតការបម្រុងទុកយ៉ាងឆាប់រហ័សជាមួយនឹងការប្រើប្រាស់អប្បបរមានៃទំហំបន្ថែម និងធនធានប្រព័ន្ធ។

នេះមិនមែននិយាយអំពីរូបថតសម្រាប់ការស្តារប្រព័ន្ធទាំងមូលឡើងវិញយ៉ាងឆាប់រហ័សនោះទេ ប៉ុន្តែអំពីឯកសារ និងមូលដ្ឋានទិន្នន័យ និងប្រវត្តិនៃការផ្លាស់ប្តូរ។

ទិន្នន័យដំបូង៖

• VDS នៅលើនិម្មិត XEN;
• ប្រព័ន្ធប្រតិបត្តិការ CentOS 7;
• 1C-Bitrix៖ បរិស្ថានគេហទំព័រ;
• គេហទំព័រផ្អែកលើ “1C-Bitrix: ការគ្រប់គ្រងគេហទំព័រ” កំណែស្តង់ដារ។
• ទំហំឯកសារគឺ 50 GB ហើយនឹងកើនឡើង;
• ទំហំមូលដ្ឋានទិន្នន័យគឺ 3 GB ហើយនឹងកើនឡើង។

ភ្លាមៗនោះខ្ញុំបានដកការបម្រុងទុកស្តង់ដារដែលបានបង្កើតឡើងនៅក្នុង 1C-Bitrix ។ វាសមរម្យសម្រាប់តែគេហទំព័រតូចៗប៉ុណ្ណោះ ពីព្រោះ៖

• វាបង្កើតច្បាប់ចម្លងពេញលេញនៃគេហទំព័ររាល់ពេល ដូច្នេះច្បាប់ចម្លងនីមួយៗនឹងយកទំហំដូចគ្នាទៅនឹងឯកសារដែលផ្ទុកឡើង ក្នុងករណីរបស់ខ្ញុំវាមាន 50 GB ។
• ការបម្រុងទុកត្រូវបានធ្វើដោយប្រើ PHP ដែលវាមិនអាចទៅរួចទេជាមួយនឹងបរិមាណនៃឯកសារបែបនេះវានឹងផ្ទុកលើសចំណុះម៉ាស៊ីនមេហើយនឹងមិនបញ្ចប់ទេ។
• ហើយជាការពិតណាស់ មិនអាចមានការពិភាក្សាអំពី 90 ថ្ងៃណាមួយនៅពេលរក្សាទុកច្បាប់ចម្លងពេញលេញនោះទេ។

ដំណោះស្រាយដែលផ្តល់ជូន អ្នករៀបចំពិធីជប់លៀងនេះ​ជា​ថាស​បម្រុង​ទុក​ដែល​មាន​ទីតាំង​នៅ​ក្នុង​មជ្ឈមណ្ឌល​ទិន្នន័យ​ដូច​គ្នា​នឹង VDS ប៉ុន្តែ​នៅ​លើ​ម៉ាស៊ីន​បម្រើ​ផ្សេង។ អ្នក​អាច​ចូល​ប្រើ​ថាស​តាម​រយៈ FTP ហើយ​ប្រើ​ស្គ្រីប​ផ្ទាល់​ខ្លួន​របស់​អ្នក ឬ​ប្រសិន​បើ ISPManager ត្រូវ​បាន​ដំឡើង​នៅ​លើ VDS វា​អាច​ប្រើ​ម៉ូឌុល​បម្រុង​ទុក​របស់​វា​បាន។ ជម្រើស​នេះ​មិន​សមរម្យ​ទេ​ពី​ព្រោះ​វា​ប្រើ​មជ្ឈមណ្ឌល​ទិន្នន័យ​ដូច​គ្នា។

ពីអ្វីទាំងអស់ខាងលើ ជម្រើសដ៏ល្អបំផុតសម្រាប់ខ្ញុំគឺការបម្រុងទុកបន្ថែមដោយប្រើស្គ្រីបផ្ទាល់ខ្លួនរបស់ខ្ញុំនៅក្នុង Yandex.Cloud (Object Storage) ឬ Amazon S3 (Amazon Simple Storage Service)។

នេះទាមទារ៖

• ការចូលប្រើជា root ទៅ VDS;
• ឧបករណ៍ប្រើប្រាស់ស្ទួនដែលបានដំឡើង;
• គណនីនៅក្នុង Yandex.Cloud ។

ការបម្រុងទុកបន្ថែម - វិធីសាស្រ្តដែលមានតែទិន្នន័យដែលបានផ្លាស់ប្តូរចាប់តាំងពីការបម្រុងទុកចុងក្រោយត្រូវបានទុកក្នុងប័ណ្ណសារ។

ភាពសាមញ្ញ។ - ឧបករណ៍ប្រើប្រាស់បម្រុងទុកដែលប្រើក្បួនដោះស្រាយ rsync និងអាចធ្វើការជាមួយ Amazon S3 ។

Yandex.Cloud ទល់នឹង Amazon S3

ក្នុងករណីនេះវាមិនមានភាពខុសប្លែកគ្នារវាង Yandex.Cloud និង Amazon S3 សម្រាប់ខ្ញុំទេ។ Yandex គាំទ្រភាគច្រើននៃ Amazon S3 API ដូច្នេះអ្នកអាចធ្វើការជាមួយវាដោយប្រើដំណោះស្រាយដែលមានសម្រាប់ធ្វើការជាមួយ S3 ។ ក្នុងករណីរបស់ខ្ញុំ នេះគឺជាឧបករណ៍ប្រើប្រាស់ស្ទួន។

អត្ថប្រយោជន៍ចម្បងរបស់ Yandex អាចជាការបង់ប្រាក់ជាប្រាក់រូពី ប្រសិនបើមានទិន្នន័យច្រើនវានឹងមិនមានទំនាក់ទំនងជាមួយអត្រាប្តូរប្រាក់ទេ។ នៅក្នុងលក្ខខណ្ឌនៃល្បឿនមជ្ឈមណ្ឌលទិន្នន័យអឺរ៉ុបរបស់ Amazon ធ្វើការប្រៀបធៀបទៅនឹងមជ្ឈមណ្ឌលទិន្នន័យរុស្ស៊ីនៅក្នុង Yandex ឧទាហរណ៍អ្នកអាចប្រើហ្វ្រែងហ្វើត។ ពីមុនខ្ញុំបានប្រើ Amazon S3 សម្រាប់កិច្ចការស្រដៀងគ្នា ឥឡូវនេះខ្ញុំបានសម្រេចចិត្តសាកល្បង Yandex ។

ការដំឡើង Yandex.Cloud

1. អ្នកត្រូវបង្កើតគណនីទូទាត់នៅក្នុង Yandex.Cloud ។ ដើម្បីធ្វើដូចនេះអ្នកត្រូវចូលទៅ Yandex.Cloud តាមរយៈគណនី Yandex របស់អ្នក ឬបង្កើតថ្មីមួយ។

2. បង្កើត "ពពក" ។


3. នៅក្នុង "ពពក" បង្កើត "កាតាឡុក" ។


4. សម្រាប់ "កាតាឡុក" បង្កើត "គណនីសេវាកម្ម" ។


5. បង្កើតកូនសោសម្រាប់ "គណនីសេវាកម្ម" ។


6. រក្សាទុកសោ ពួកគេនឹងត្រូវការនៅពេលអនាគត។


7. សម្រាប់ "Directory" បង្កើត "Bucket" ឯកសារនឹងចូលទៅក្នុងវា។


8. ខ្ញុំសូមណែនាំឱ្យកំណត់ដែនកំណត់ ហើយជ្រើសរើស "កន្លែងផ្ទុកត្រជាក់"។

រៀបចំការបម្រុងទុកដែលបានកំណត់ពេលនៅលើម៉ាស៊ីនមេ

មគ្គុទ្ទេសក៍នេះសន្មតថាជំនាញរដ្ឋបាលជាមូលដ្ឋាន។

1. ដំឡើងឧបករណ៍ប្រើប្រាស់ស្ទួននៅលើ VDS

yum install duplicity

2. បង្កើតថតឯកសារសម្រាប់ mysql dumps ក្នុងករណីរបស់ខ្ញុំវាគឺជា /backup_db នៅក្នុង VDS root

3. បង្កើតថតឯកសារសម្រាប់ស្គ្រីប bash /backup_scripts និងបង្កើតស្គ្រីបដំបូងដែលនឹងធ្វើការបម្រុងទុក /backup_scripts/backup.sh

មាតិកាស្គ្រីប៖

#!`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. ដំណើរការស្គ្រីបជាលើកដំបូង ហើយពិនិត្យមើលលទ្ធផលឯកសារគួរតែបង្ហាញនៅក្នុង “Bucket”។

`which bash` /backup_scripts/backup.sh

5. បន្ថែមស្គ្រីបទៅ cron សម្រាប់អ្នកប្រើប្រាស់ root ដំណើរការ 2 ដងក្នុងមួយថ្ងៃ ឬជាមួយនឹងប្រេកង់ដែលអ្នកត្រូវការ។

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

ការសង្គ្រោះទិន្នន័យពី Yandex.Cloud

1. បង្កើតថតឯកសារសង្គ្រោះ /backup_restore

2. បង្កើតស្គ្រីប bash សម្រាប់ការសង្គ្រោះ /backup_scripts/restore.sh

ខ្ញុំផ្តល់ឧទាហរណ៍ដ៏ពេញនិយមបំផុតនៃការស្ដារឯកសារជាក់លាក់មួយ៖

#!`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. ដំណើរការស្គ្រីបហើយរង់ចាំលទ្ធផល។

`which bash` /backup_scripts/backup.sh

នៅក្នុងថត /backup_restore/ អ្នកនឹងឃើញឯកសារ index.php ដែលត្រូវបានបម្រុងទុកពីមុន។

អ្នកអាចធ្វើការកែតម្រូវឱ្យបានល្អិតល្អន់ដើម្បីបំពេញតម្រូវការរបស់អ្នក។

ដកស្ទួន

ភាពស្ទួនមានគុណវិបត្តិមួយ - វាមិនអាចកំណត់ដែនកំណត់ការប្រើប្រាស់ឆានែលបានទេ។ ជាមួយនឹងឆានែលធម្មតានេះមិនបង្កើតបញ្ហាទេប៉ុន្តែនៅពេលប្រើឆានែលដែលការពារដោយ DDoS ជាមួយនឹងការសាកល្បឿនក្នុងមួយថ្ងៃខ្ញុំចង់អាចកំណត់ដែនកំណត់ 1-2 មេហ្គាប៊ីត។

ជាការសន្និដ្ឋាន

ការបម្រុងទុកទៅ Yandex.Cloud ឬ Amazon S3 ផ្តល់នូវច្បាប់ចម្លងឯករាជ្យនៃគេហទំព័រ និងការកំណត់ប្រព័ន្ធប្រតិបត្តិការរបស់អ្នក ដែលអាចចូលប្រើបានពីម៉ាស៊ីនមេ ឬកុំព្យូទ័រក្នុងស្រុកផ្សេងទៀត។ ច្បាប់ចម្លងនេះមើលមិនឃើញដោយនរណាម្នាក់ឡើយ។ ផ្ទាំងបញ្ជា ការបង្ហោះ ឬនៅក្នុងបន្ទះគ្រប់គ្រង Bitrix ដែលផ្តល់សុវត្ថិភាពបន្ថែម។

ក្នុងករណីដ៏អាក្រក់បំផុត អ្នកអាចប្រមូលផ្តុំម៉ាស៊ីនមេថ្មី ហើយដាក់ពង្រាយគេហទំព័រនៅកាលបរិច្ឆេទណាមួយ។ ទោះបីជាមុខងារដ៏ពេញនិយមបំផុតនឹងជាសមត្ថភាពក្នុងការចូលប្រើឯកសារសម្រាប់កាលបរិច្ឆេទជាក់លាក់មួយ។

អ្នកអាចប្រើបច្ចេកទេសនេះជាមួយ VDS ឬ Dedicated servers និង sites នៅលើម៉ាស៊ីនណាមួយ មិនត្រឹមតែ 1C-Bitrix ប៉ុណ្ណោះទេ។ ប្រព័ន្ធប្រតិបត្តិការក៏អាចជាក្រៅពី CentOS ដូចជា Ubuntu ឬ Debian ផងដែរ។

ប្រភព: www.habr.com