Yandex.Cloud ನಲ್ಲಿ 1C-Bitrix ನಲ್ಲಿ ಸೈಟ್‌ನೊಂದಿಗೆ ಹೆಚ್ಚುತ್ತಿರುವ VDS ಬ್ಯಾಕಪ್

ನಾನು ದಿನಕ್ಕೆ ಎರಡು ಬಾರಿ "2C-Bitrix: ಸೈಟ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್" (ಫೈಲ್‌ಗಳು ಮತ್ತು mysql ಡೇಟಾಬೇಸ್) ನಲ್ಲಿ ಸೈಟ್‌ನ ಬ್ಯಾಕಪ್ ಮಾಡಬೇಕಾಗಿತ್ತು ಮತ್ತು ಬದಲಾವಣೆಗಳ ಇತಿಹಾಸವನ್ನು 1 ದಿನಗಳವರೆಗೆ ಸಂಗ್ರಹಿಸಬೇಕಾಗಿತ್ತು.

ಈ ಸೈಟ್ "7C-Bitrix: ವೆಬ್ ಎನ್ವಿರಾನ್ಮೆಂಟ್" ಅನ್ನು ಸ್ಥಾಪಿಸಿದ CentOS 1 ಚಾಲನೆಯಲ್ಲಿರುವ VDS ನಲ್ಲಿದೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, OS ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಬ್ಯಾಕಪ್ ನಕಲನ್ನು ಮಾಡಿ.

ಅವಶ್ಯಕತೆಗಳು:

• ಆವರ್ತನ: ದಿನಕ್ಕೆ 2 ಬಾರಿ;
• ಕಳೆದ 90 ದಿನಗಳಿಂದ ಪ್ರತಿಗಳನ್ನು ಇರಿಸಿ;
• ಅಗತ್ಯವಿದ್ದರೆ, ನಿರ್ದಿಷ್ಟ ದಿನಾಂಕಕ್ಕೆ ಪ್ರತ್ಯೇಕ ಫೈಲ್‌ಗಳನ್ನು ಹಿಂಪಡೆಯುವ ಸಾಮರ್ಥ್ಯ;
• ಬ್ಯಾಕಪ್ ಅನ್ನು VDS ಗಿಂತ ಭಿನ್ನವಾದ ಡೇಟಾ ಕೇಂದ್ರದಲ್ಲಿ ಸಂಗ್ರಹಿಸಬೇಕು;
• ಎಲ್ಲಿಂದಲಾದರೂ ಬ್ಯಾಕಪ್ ಅನ್ನು ಪ್ರವೇಶಿಸುವ ಸಾಮರ್ಥ್ಯ (ಮತ್ತೊಂದು ಸರ್ವರ್, ಸ್ಥಳೀಯ ಕಂಪ್ಯೂಟರ್, ಇತ್ಯಾದಿ).

ಹೆಚ್ಚುವರಿ ಸ್ಥಳ ಮತ್ತು ಸಿಸ್ಟಮ್ ಸಂಪನ್ಮೂಲಗಳ ಕನಿಷ್ಠ ಬಳಕೆಯೊಂದಿಗೆ ಬ್ಯಾಕಪ್‌ಗಳನ್ನು ತ್ವರಿತವಾಗಿ ರಚಿಸುವ ಸಾಮರ್ಥ್ಯವು ಒಂದು ಪ್ರಮುಖ ಅಂಶವಾಗಿತ್ತು.

ನಾವು ಸಂಪೂರ್ಣ ವ್ಯವಸ್ಥೆಯನ್ನು ತ್ವರಿತವಾಗಿ ಮರುಸ್ಥಾಪಿಸುವ ಸ್ನ್ಯಾಪ್‌ಶಾಟ್ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿಲ್ಲ, ಆದರೆ ನಿರ್ದಿಷ್ಟವಾಗಿ ಫೈಲ್‌ಗಳು ಮತ್ತು ಡೇಟಾಬೇಸ್ ಮತ್ತು ಬದಲಾವಣೆಗಳ ಇತಿಹಾಸದ ಬಗ್ಗೆ.

ಮೂಲ ಡೇಟಾ:

• XEN ವರ್ಚುವಲೈಸೇಶನ್‌ನಲ್ಲಿ VDS;
• OS CentOS 7;
• 1C-ಬಿಟ್ರಿಕ್ಸ್: ವೆಬ್ ಪರಿಸರ;
• "1C-Bitrix: ಸೈಟ್ ಮ್ಯಾನೇಜ್ಮೆಂಟ್" ಆಧಾರಿತ ವೆಬ್‌ಸೈಟ್, ಪ್ರಮಾಣಿತ ಆವೃತ್ತಿ;
• ಫೈಲ್ ಗಾತ್ರ 50 GB ಆಗಿದ್ದು ಅದು ಬೆಳೆಯುತ್ತದೆ;
• ಡೇಟಾಬೇಸ್ ಗಾತ್ರ 3 GB ಆಗಿದ್ದು ಅದು ಬೆಳೆಯುತ್ತದೆ.

1C-Bitrix ನಲ್ಲಿ ನಿರ್ಮಿಸಲಾದ ಪ್ರಮಾಣಿತ ಬ್ಯಾಕಪ್ - ತಕ್ಷಣವೇ ಹೊರಗಿಡಲಾಗಿದೆ. ಇದು ಸಣ್ಣ ಸೈಟ್‌ಗಳಿಗೆ ಮಾತ್ರ ಸೂಕ್ತವಾಗಿದೆ, ಏಕೆಂದರೆ:

• ಪ್ರತಿ ಬಾರಿಯೂ ಸೈಟ್‌ನ ಪೂರ್ಣ ನಕಲನ್ನು ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ರತಿ ನಕಲು ಫೈಲ್‌ಗಳು ತೆಗೆದುಕೊಳ್ಳುವಷ್ಟು ಜಾಗವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ನನ್ನ ಸಂದರ್ಭದಲ್ಲಿ ಅದು 50 GB ಆಗಿದೆ.
• ಬ್ಯಾಕಪ್ ಅನ್ನು PHP ಬಳಸಿ ಮಾಡಲಾಗುತ್ತದೆ, ಇದು ಅಂತಹ ಫೈಲ್ ಗಾತ್ರಗಳೊಂದಿಗೆ ಅಸಾಧ್ಯ, ಅದು ಸರ್ವರ್ ಅನ್ನು ಓವರ್‌ಲೋಡ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಎಂದಿಗೂ ಮುಗಿಯುವುದಿಲ್ಲ.
• ಮತ್ತು ಸಹಜವಾಗಿ, ಸಂಪೂರ್ಣ ಪ್ರತಿಯನ್ನು ಸಂಗ್ರಹಿಸುವಾಗ 90 ದಿನಗಳ ಬಗ್ಗೆ ಮಾತನಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ.

ನೀಡುವ ಪರಿಹಾರ ಅತಿಥಿಇದು VDS ನಂತೆಯೇ ಅದೇ ಡೇಟಾ ಸೆಂಟರ್‌ನಲ್ಲಿ, ಆದರೆ ಬೇರೆ ಸರ್ವರ್‌ನಲ್ಲಿರುವ ಬ್ಯಾಕಪ್ ಡಿಸ್ಕ್ ಆಗಿದೆ. ನೀವು FTP ಮೂಲಕ ಡಿಸ್ಕ್ ಅನ್ನು ಪ್ರವೇಶಿಸಬಹುದು ಮತ್ತು ನಿಮ್ಮ ಸ್ವಂತ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳನ್ನು ಬಳಸಬಹುದು, ಅಥವಾ, ISPManager ಅನ್ನು VDS ನಲ್ಲಿ ಸ್ಥಾಪಿಸಿದ್ದರೆ, ಅದರ ಬ್ಯಾಕಪ್ ಮಾಡ್ಯೂಲ್ ಮೂಲಕ. ಈ ಆಯ್ಕೆಯು ಸೂಕ್ತವಲ್ಲ ಏಕೆಂದರೆ ಇದು ಅದೇ ಡೇಟಾ ಸೆಂಟರ್ ಅನ್ನು ಬಳಸುತ್ತದೆ.

ಮೇಲಿನ ಎಲ್ಲದರಿಂದ, ನನಗೆ ಸೂಕ್ತವಾದ ಆಯ್ಕೆಯೆಂದರೆ Yandex.Cloud (ವಸ್ತು ಸಂಗ್ರಹಣೆ) ಅಥವಾ Amazon S3 (Amazon Simple Storage Service) ನಲ್ಲಿ ನನ್ನ ಸ್ವಂತ ಸನ್ನಿವೇಶವನ್ನು ಬಳಸಿಕೊಂಡು ಹೆಚ್ಚುತ್ತಿರುವ ಬ್ಯಾಕಪ್.

ಇದಕ್ಕೆ ಅಗತ್ಯವಿದೆ:

• VDS ಗೆ ರೂಟ್ ಪ್ರವೇಶ;
• ಸ್ಥಾಪಿಸಲಾದ ಡ್ಯೂಪ್ಲಿಸಿಟಿ ಉಪಯುಕ್ತತೆ;
• Yandex.Cloud ನಲ್ಲಿ ಖಾತೆ.

ಹೆಚ್ಚುತ್ತಿರುವ ಬ್ಯಾಕಪ್ — ಕೊನೆಯ ಬ್ಯಾಕಪ್‌ನಿಂದ ಬದಲಾದ ಡೇಟಾವನ್ನು ಮಾತ್ರ ಆರ್ಕೈವ್ ಮಾಡುವ ವಿಧಾನ.

ನಕಲಿ — rsync ಅಲ್ಗಾರಿದಮ್‌ಗಳನ್ನು ಬಳಸುವ ಮತ್ತು Amazon S3 ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಬಹುದಾದ ಬ್ಯಾಕಪ್ ಉಪಯುಕ್ತತೆ.

ಯಾಂಡೆಕ್ಸ್.ಕ್ಲೌಡ್ vs ಅಮೆಜಾನ್ S3

ಈ ಸಂದರ್ಭದಲ್ಲಿ Yandex.Cloud ಮತ್ತು Amazon S3 ನಡುವೆ ನನಗೆ ಯಾವುದೇ ವ್ಯತ್ಯಾಸವಿಲ್ಲ. Yandex Amazon S3 API ನ ಮುಖ್ಯ ಭಾಗವನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ನೀವು S3 ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಇರುವ ಪರಿಹಾರಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಅದರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಬಹುದು. ನನ್ನ ಸಂದರ್ಭದಲ್ಲಿ, ಇದು ಡ್ಯುಪ್ಲಿಸಿಟಿ ಉಪಯುಕ್ತತೆಯಾಗಿದೆ.

ಯಾಂಡೆಕ್ಸ್‌ನ ಮುಖ್ಯ ಪ್ರಯೋಜನವೆಂದರೆ ರೂಬಲ್ಸ್‌ಗಳಲ್ಲಿ ಪಾವತಿಯಾಗಿರಬಹುದು, ಸಾಕಷ್ಟು ಡೇಟಾ ಇದ್ದರೆ, ವಿನಿಮಯ ದರಕ್ಕೆ ಯಾವುದೇ ಲಿಂಕ್ ಇರುವುದಿಲ್ಲ. ವೇಗದ ವಿಷಯದಲ್ಲಿ, ಅಮೆಜಾನ್‌ನ ಯುರೋಪಿಯನ್ ಡೇಟಾ ಕೇಂದ್ರಗಳು ಯಾಂಡೆಕ್ಸ್‌ನಲ್ಲಿರುವ ರಷ್ಯಾದವುಗಳಿಗೆ ಹೋಲಿಸಿದರೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ, ಉದಾಹರಣೆಗೆ, ನೀವು ಫ್ರಾಂಕ್‌ಫರ್ಟ್ ಅನ್ನು ಬಳಸಬಹುದು. ನಾನು ಹಿಂದೆ ಇದೇ ರೀತಿಯ ಕಾರ್ಯಗಳಿಗಾಗಿ ಅಮೆಜಾನ್ ಎಸ್ 3 ಅನ್ನು ಬಳಸಿದ್ದೆ, ಈಗ ನಾನು ಯಾಂಡೆಕ್ಸ್ ಅನ್ನು ಪ್ರಯತ್ನಿಸಲು ನಿರ್ಧರಿಸಿದೆ.

Yandex.Cloud ಅನ್ನು ಹೊಂದಿಸಲಾಗುತ್ತಿದೆ

1. ನೀವು Yandex.Cloud ನಲ್ಲಿ ಪಾವತಿ ಖಾತೆಯನ್ನು ರಚಿಸಬೇಕಾಗಿದೆ. ಇದನ್ನು ಮಾಡಲು, ನೀವು ನಿಮ್ಮ Yandex ಖಾತೆಯ ಮೂಲಕ Yandex.Cloud ಗೆ ಲಾಗಿನ್ ಆಗಬೇಕು ಅಥವಾ ಹೊಸದನ್ನು ರಚಿಸಬೇಕು.

2. "ಮೋಡ" ರಚಿಸಿ.


3. "ಮೇಘ" ದಲ್ಲಿ "ಕ್ಯಾಟಲಾಗ್" ಅನ್ನು ರಚಿಸಿ.


4. "ಕ್ಯಾಟಲಾಗ್" ಗಾಗಿ "ಸೇವಾ ಖಾತೆ" ರಚಿಸಿ.


5. "ಸೇವಾ ಖಾತೆ" ಗಾಗಿ ಕೀಲಿಗಳನ್ನು ರಚಿಸಿ.


6. ಕೀಲಿಗಳನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ, ನಿಮಗೆ ಅವು ನಂತರ ಬೇಕಾಗುತ್ತವೆ.


7. "ಕ್ಯಾಟಲಾಗ್" ಗಾಗಿ ಫೈಲ್‌ಗಳನ್ನು ಇರಿಸಲಾಗುವ "ಬಕೆಟ್" ಅನ್ನು ರಚಿಸಿ.


8. ಮಿತಿಯನ್ನು ನಿಗದಿಪಡಿಸಿ "ಕೋಲ್ಡ್ ಸ್ಟೋರೇಜ್" ಆಯ್ಕೆ ಮಾಡಲು ನಾನು ಶಿಫಾರಸು ಮಾಡುತ್ತೇನೆ.

ಸರ್ವರ್‌ನಲ್ಲಿ ನಿಗದಿತ ಬ್ಯಾಕಪ್‌ಗಳನ್ನು ಹೊಂದಿಸಲಾಗುತ್ತಿದೆ

ಈ ಮಾರ್ಗದರ್ಶಿ ಮೂಲಭೂತ ಆಡಳಿತ ಕೌಶಲ್ಯಗಳನ್ನು ಊಹಿಸುತ್ತದೆ.

1. VDS ನಲ್ಲಿ ಡ್ಯೂಪ್ಲಿಸಿಟಿ ಉಪಯುಕ್ತತೆಯನ್ನು ಸ್ಥಾಪಿಸಿ

yum install duplicity

2. mysql ಡಂಪ್‌ಗಳಿಗಾಗಿ ಫೋಲ್ಡರ್ ರಚಿಸಿ, ನನ್ನ ಸಂದರ್ಭದಲ್ಲಿ ಅದು VDS ನ ಮೂಲದಲ್ಲಿ /backup_db ಆಗಿದೆ.

3. ಬ್ಯಾಷ್ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳು /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. ಮೊದಲ ಬಾರಿಗೆ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ರನ್ ಮಾಡಿ ಮತ್ತು ಫಲಿತಾಂಶವನ್ನು ಪರಿಶೀಲಿಸಿ; ಫೈಲ್‌ಗಳು "ಬಕೆಟ್" ನಲ್ಲಿ ಗೋಚರಿಸಬೇಕು.

`which bash` /backup_scripts/backup.sh

5. ರೂಟ್ ಬಳಕೆದಾರರು ದಿನಕ್ಕೆ ಎರಡು ಬಾರಿ ಅಥವಾ ನಿಮಗೆ ಅಗತ್ಯವಿರುವ ಆವರ್ತನದೊಂದಿಗೆ ರನ್ ಆಗಲು ಕ್ರಾನ್‌ಗೆ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಸೇರಿಸಿ.

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

Yandex.Cloud ನಿಂದ ಡೇಟಾ ಮರುಪಡೆಯುವಿಕೆ

1. ಮರುಸ್ಥಾಪನೆ ಫೋಲ್ಡರ್ /backup_restore ಅನ್ನು ರಚಿಸಿ

2. recovery /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 ಗೆ ಬ್ಯಾಕಪ್ ಮಾಡುವುದರಿಂದ ನಿಮ್ಮ ವೆಬ್‌ಸೈಟ್ ಮತ್ತು OS ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಸ್ವತಂತ್ರ ನಕಲನ್ನು ಒದಗಿಸುತ್ತದೆ, ಅದನ್ನು ಯಾವುದೇ ಇತರ ಸರ್ವರ್ ಅಥವಾ ಸ್ಥಳೀಯ ಕಂಪ್ಯೂಟರ್‌ನಿಂದ ಪ್ರವೇಶಿಸಬಹುದು. ಈ ನಕಲು ಯಾರಿಗೂ ಗೋಚರಿಸುವುದಿಲ್ಲ. ನಿಯಂತ್ರಣ ಫಲಕಗಳು ಹೋಸ್ಟಿಂಗ್, ಅಥವಾ ಹೆಚ್ಚುವರಿ ಭದ್ರತೆಯನ್ನು ಒದಗಿಸುವ ಬಿಟ್ರಿಕ್ಸ್ ನಿರ್ವಾಹಕ ಫಲಕದಲ್ಲಿ ಅಲ್ಲ.

ಕೆಟ್ಟ ಸಂದರ್ಭದಲ್ಲಿ, ನೀವು ಹೊಸ ಸರ್ವರ್ ಅನ್ನು ಜೋಡಿಸಬಹುದು ಮತ್ತು ಯಾವುದೇ ದಿನಾಂಕಕ್ಕೆ ಸೈಟ್ ಅನ್ನು ನಿಯೋಜಿಸಬಹುದು. ಆದಾಗ್ಯೂ, ಅತ್ಯಂತ ಜನಪ್ರಿಯ ಕಾರ್ಯವೆಂದರೆ ನಿರ್ದಿಷ್ಟ ದಿನಾಂಕಕ್ಕೆ ಫೈಲ್ ಅನ್ನು ಪ್ರವೇಶಿಸುವ ಸಾಮರ್ಥ್ಯ.

ಈ ವಿಧಾನವನ್ನು 1C-Bitrix ಮಾತ್ರವಲ್ಲದೆ ಯಾವುದೇ ಎಂಜಿನ್‌ಗಳಲ್ಲಿ ಯಾವುದೇ VDS ಅಥವಾ ಡೆಡಿಕೇಟೆಡ್ ಸರ್ವರ್‌ಗಳು ಮತ್ತು ಸೈಟ್‌ಗಳೊಂದಿಗೆ ಬಳಸಬಹುದು. OS ಸಹ CentOS ಗಿಂತ ಭಿನ್ನವಾಗಿರಬಹುದು, ಉದಾಹರಣೆಗೆ ಉಬುಂಟು ಅಥವಾ ಡೆಬಿಯನ್.

ಮೂಲ: www.habr.com