ProHoster > Блог > Maamulka > Kordhinta VDS-ka ee kaabta oo leh goob ku taal 1C-Bitrix gudaha Yandex.Cloud

Kordhinta VDS-ka ee kaabta oo leh goob ku taal 1C-Bitrix gudaha Yandex.Cloud

Waxay lama huraan ii ahayd inaan ku kaydiyo goobta 2C-Bitrix: Maaraynta Goobta 1 jeer maalintii (faylalka iyo xogta mysql) oo aan kaydiyo taariikhda isbeddelada 90 maalmood.

Goobtu waxay ku taal VDS ku shaqeeya CentOS 7 oo leh "1C-Bitrix: Deegaanka Shabakadda" oo lagu rakibay. Intaa waxaa dheer, ka samee nuqul ka mid ah goobaha OS.

Shuruudaha:

  • Soo noqnoqda - 2 jeer maalintii;
  • Hayso koobiyada 90-kii maalmood ee u dambeeyay;
  • Awoodda lagu heli karo galalka gaarka ah taariikh gaar ah, haddii loo baahdo;
  • Kaydka waa in lagu kaydiyaa xarun xogeed oo aan ahayn VDS;
  • Awoodda helitaanka kaydka meel kasta (server kale, kombiyuutar maxalli ah, iwm.).

Qodob muhiim ah ayaa ahaa awoodda si deg deg ah loo abuuro nuqullo leh isticmaalka ugu yar ee meel dheeraad ah iyo ilaha nidaamka.

Tani maaha wax ku saabsan sawir-qaadis loogu talagalay dib-u-soo-celinta degdega ah ee nidaamka oo dhan, laakiin waxay ku saabsan tahay faylasha iyo kaydka xogta iyo taariikhda isbeddelka.

Xogta hore:

  • VDS oo ku saabsan qaabaynta XEN;
  • OS CentOS 7;
  • 1C-Bitrix: Deegaanka shabakada;
  • Websaydh ku salaysan "1C-Bitrix: Maareynta Goobta", Nooca caadiga ah;
  • Cabbirka faylka waa 50 GB wuuna kori doonaa;
  • Cabbirka kaydku waa 3 GB waana uu kori doonaa.

Kaydinta caadiga ah ee lagu dhisay 1C-Bitrix - isla markiiba waa laga saaray. Waxay ku habboon tahay oo keliya goobaha yaryar, sababtoo ah:

  • Waxay samaysaa nuqul buuxa oo goobta ah mar kasta, markaa nuqul kasta wuxuu qaadan doonaa isla qaddarka boosaska faylasha la qaadayo, kiiskeyga waa 50 GB.
  • Soo-celinta waxaa lagu sameeyaa iyadoo la adeegsanayo PHP, taas oo aan suurtagal ahayn tirada faylalkaas, waxay xad-dhaafi doontaa server-ka weligeedna ma dhammaan doonto.
  • Dabcan, ma jiri karto hadal ku saabsan 90 maalmood kasta marka la kaydinayo nuqul buuxa.

Xalka bixiya martigeliyeKani waa disk kayd ah oo ku yaal isla xarunta xogta ee VDS, laakiin ku yaal server kale. Waxaad geli kartaa diskka adiga oo adeegsanaya FTP oo aad isticmaali kartaa qoraalladaada, ama, haddii ISPManager lagu rakibay VDS, iyada oo loo marayo module-keeda kaydinta. Ikhtiyaarkani kuma habboona sababtoo ah wuxuu isticmaalaa isla xarunta xogta.

Dhammaan kuwan kor ku xusan, doorashada ugu fiican ee aniga ii ah waa koboc kororsi marka loo eego xaaladdeyda gudaha Yandex.Cloud (Kaydinta Shayga) ama Amazon S3 (Adeeg Kaydinta Fudud ee Amazon).

Tani waxay u baahan tahay:

  • helitaanka xididka VDS;
  • la rakibay utility labanlaab ah;
  • xisaabta Yandex.Cloud.

dib u kordhinta - hab kaas oo kaliya xogta isbedelay tan iyo gurmadkii ugu dambeeyay la kaydiyo.

kalsooni - utility gurmad ah oo isticmaala algorithms rsync oo la shaqayn kara Amazon S3.

Yandex.Cloud vs Amazon S3

Ma jiro farqi u dhexeeya Yandex.Cloud iyo Amazon S3 kiiskan aniga ahaan. Yandex waxay taageertaa qaybta ugu muhiimsan ee Amazon S3 API, si aad ula shaqeyso adiga oo isticmaalaya xalalka diyaar u ah la shaqeynta S3. Xaaladeyda, kani waa utility-ga laba-laabashada.

Faa'iidada ugu weyn ee Yandex waxay noqon kartaa lacag bixinta rubles, haddii ay jiraan xog badan, markaa ma jiri doonto xiriiriye koorsada. Xagga xawaaraha, xarumaha xogta Yurub ee Amazon waxay si siman ula shaqeeyaan kuwa Ruushka ee Yandex, tusaale ahaan, waxaad isticmaali kartaa Frankfurt. Hore waxaan u isticmaali jiray Amazon S3 hawlo la mid ah, hadda waxaan go'aansaday inaan isku dayo Yandex.

Dejinta Yandex.Cloud

1. Waxaad u baahan tahay inaad abuurto akoon biil Yandex.Cloud. Si tan loo sameeyo, waxaad u baahan tahay inaad gasho Yandex.Cloud adoo adeegsanaya akoonkaaga Yandex ama samee mid cusub.

2. Abuur daruur
Kordhinta VDS-ka ee kaabta oo leh goob ku taal 1C-Bitrix gudaha Yandex.Cloud

3. Gudaha "Cloud" samee "Catalog".
Kordhinta VDS-ka ee kaabta oo leh goob ku taal 1C-Bitrix gudaha Yandex.Cloud

4. Wixii "Catalogue" u samee "account Service".
Kordhinta VDS-ka ee kaabta oo leh goob ku taal 1C-Bitrix gudaha Yandex.Cloud

5. Wixii "Akoonka Adeegga" u samee furayaasha.
Kordhinta VDS-ka ee kaabta oo leh goob ku taal 1C-Bitrix gudaha Yandex.Cloud

6. Hayso furayaasha, waxaad u baahan doontaa mustaqbalka.
Kordhinta VDS-ka ee kaabta oo leh goob ku taal 1C-Bitrix gudaha Yandex.Cloud

7. "Hagaha" u samee "Baaldi", faylasha ayaa geli doona.
Kordhinta VDS-ka ee kaabta oo leh goob ku taal 1C-Bitrix gudaha Yandex.Cloud

8. Waxaan ku talinayaa in la sameeyo xad oo aan doorto "Kaydinta Qabow".
Kordhinta VDS-ka ee kaabta oo leh goob ku taal 1C-Bitrix gudaha Yandex.Cloud

Dejinta kaydka qorshaysan ee server-ka

Hagahan waxa uu qaadanayaa xirfadaha aasaasiga ah ee maamulka.

1. Ku rakib tamarta labanlaabka ah ee VDS

yum install duplicity

2. U samee fayl loogu talagalay qashinka mysql, xaaladdeyda waa /backup_db ee xididka VDS

3. U samee fayl qoraallada bash /backup_scripts oo samee qoraalka ugu horreeya ee kaydiya /backup_scripts/backup.sh

Waxa ku jira qoraalka:

#!`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. Orod qoraalka markii ugu horeysay oo hubi natiijada, faylasha waa inay ka soo muuqdaan baaldiga.

`which bash` /backup_scripts/backup.sh

Kordhinta VDS-ka ee kaabta oo leh goob ku taal 1C-Bitrix gudaha Yandex.Cloud

5. Ku dar qoraal cron si loogu isticmaalo xididka si loo fuliyo 2 jeer maalintii, ama inta jeer ee aad u baahan tahay.

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

Ka soo kabashada xogta Yandex.Cloud

1. Samee galka soo celinta /backup_restore

2. Samee qoraal bash si aad u soo kabsato /backup_scripts/restore.sh

Waxaan bixiyaa tusaalaha ugu badan ee la codsado ee soo celinta fayl gaar ah:

#!`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. Orod qoraalka oo sug natiijada.

`which bash` /backup_scripts/backup.sh

Faylka /backup_restore/ waxaad ka heli doontaa faylalka index.php ee hore loo kaydiyay.

Waxaad samayn kartaa isbeddello fiican oo ku habboon baahiyahaaga.

laga jaray labanlaab

Nuqulku wuxuu leeyahay hal cillad - ma jirto hab lagu dejiyo xadka isticmaalka kanaalka. Kanaalka caadiga ah, tani dhib ma abuurto, laakiin kanaalka DDoS-ilaaliye leh oo leh xawaare biilasha maalintii, waxaan jeclaan lahaa inaan awoodo inaan dejiyo xadka 1-2 megabits.

Gabagabadii

Ku-celinta Yandex.Cloud ama Amazon S3 waxay bixisaa nuqul madax-bannaan oo ah degelkaaga iyo dejimaha OS-ka kaas oo laga heli karo server kasta ama kombiyuutar maxalli ah. Nuqulkan cidna ma arki karto. kontaroolada martigelinta, mana ku jirto guddiga maamulka Bitrix, kaas oo bixiya ammaan dheeraad ah.

Natiijada ugu nasiibka daran, waxaad dhisi kartaa server cusub oo aad geyn kartaa goobta taariikhda kasta. Inkasta oo shaqada ugu badan ee la codsado ay noqon doonto awoodda gelitaanka faylka taariikh gaar ah.

Waxaad ku isticmaali kartaa farsamadan mid kasta oo VDS ah ama server-ka go'an iyo goobaha matoorada kasta, ma aha oo kaliya 1C-Bitrix. OS sidoo kale wuxuu noqon karaa mid kale oo aan ahayn CentOS, sida Ubuntu ama Debian.

Source: www.habr.com