ការបម្រុងទុកមួយផ្សេងទៀត - ច្រើនជាងស្គ្រីប សាមញ្ញជាងប្រព័ន្ធ

មានប្រព័ន្ធបម្រុងទុកជាច្រើន ប៉ុន្តែអ្វីដែលត្រូវធ្វើប្រសិនបើម៉ាស៊ីនមេដែលបានបម្រើត្រូវបានរាយប៉ាយនៅទូទាំងតំបន់ និងអតិថិជនផ្សេងៗគ្នា ហើយអ្នកត្រូវធ្វើជាមួយប្រព័ន្ធប្រតិបត្តិការ?

សួស្តីរសៀល ហាប!
ខ្ញុំឈ្មោះណាតាលីយ៉ា។ ខ្ញុំជាប្រធានក្រុមនៃក្រុមអ្នកគ្រប់គ្រងកម្មវិធីនៅ NPO Krista ។ យើងជា Ops សម្រាប់ក្រុមគម្រោងរបស់ក្រុមហ៊ុនរបស់យើង។ យើងមានស្ថានភាពពិសេសមួយ៖ យើងដំឡើង និងថែទាំកម្មវិធីរបស់យើងទាំងនៅលើម៉ាស៊ីនមេរបស់ក្រុមហ៊ុនយើង និងនៅលើម៉ាស៊ីនមេដែលមានទីតាំងនៅគេហទំព័ររបស់អតិថិជន។ ក្នុងករណីនេះ មិនចាំបាច់បម្រុងទុកម៉ាស៊ីនមេទាំងមូលទេ។ មានតែ "ទិន្នន័យសំខាន់" ប៉ុណ្ណោះដែលមានសារៈសំខាន់: DBMS និងថតប្រព័ន្ធឯកសារនីមួយៗ។ ជាការពិតណាស់ អតិថិជនមាន (ឬមិនមាន) បទប្បញ្ញត្តិនៃការបម្រុងទុកផ្ទាល់ខ្លួនរបស់ពួកគេ ហើយជារឿយៗផ្តល់នូវប្រភេទនៃការផ្ទុកខាងក្រៅមួយចំនួនសម្រាប់រក្សាទុកការបម្រុងទុកនៅទីនោះ។ ក្នុងករណីនេះ បន្ទាប់ពីបង្កើតការបម្រុងទុក យើងធានាថានឹងផ្ញើទៅកាន់កន្លែងផ្ទុកខាងក្រៅ។

សម្រាប់ពេលខ្លះ សម្រាប់គោលបំណងបម្រុងទុក យើងបានធ្វើជាមួយស្គ្រីប bash ប៉ុន្តែនៅពេលដែលជម្រើសនៃការកំណត់រចនាសម្ព័ន្ធកើនឡើង ភាពស្មុគស្មាញនៃស្គ្រីបនេះបានកើនឡើងតាមសមាមាត្រ ហើយនៅពេលមួយយើងបានឈានដល់តម្រូវការដើម្បី "បំផ្លាញវាដល់ដី ហើយបន្ទាប់មក ...”។

ដំណោះស្រាយដែលផលិតរួចរាល់មិនសមរម្យសម្រាប់ហេតុផលផ្សេងៗ៖ ដោយសារតែតម្រូវការដើម្បីធ្វើវិមជ្ឈការការបម្រុងទុក តម្រូវការក្នុងការរក្សាទុកការបម្រុងទុកក្នុងមូលដ្ឋាននៅអតិថិជន ភាពស្មុគស្មាញនៃការដំឡើង ការជំនួសការនាំចូល ការរឹតបន្តឹងការចូលប្រើ។

វាហាក់ដូចជាពួកយើងថាវាងាយស្រួលជាងក្នុងការសរសេរអ្វីមួយរបស់យើងផ្ទាល់។ ក្នុងពេលជាមួយគ្នានេះ ខ្ញុំចង់ទទួលបានអ្វីមួយដែលគ្រប់គ្រាន់សម្រាប់ស្ថានភាពរបស់យើងសម្រាប់ N ឆ្នាំខាងមុខ ប៉ុន្តែជាមួយនឹងលទ្ធភាពនៃការពង្រីកវិសាលភាពដែលមានសក្តានុពល។

លក្ខខណ្ឌការងារមានដូចខាងក្រោម៖

1. ការបម្រុងទុកមូលដ្ឋានគឺស្វយ័ត ហើយដំណើរការក្នុងមូលដ្ឋាន
2. ការផ្ទុកការបម្រុងទុក និងកំណត់ហេតុគឺតែងតែនៅក្នុងបណ្តាញរបស់អតិថិជន
3. ឧទាហរណ៍មានម៉ូឌុល - ប្រភេទនៃ "អ្នកសាងសង់"
4. ភាពឆបគ្នាជាមួយនឹងការចែកចាយលីនុចបច្ចុប្បន្នគឺត្រូវបានទាមទារ រួមទាំងអ្វីដែលហួសសម័យ វេទិកាឆ្លងដែលមានសក្តានុពលគឺចង់បាន
5. ដើម្បីធ្វើការជាមួយឧទាហរណ៍ ការចូលប្រើតាមរយៈ ssh គឺគ្រប់គ្រាន់ហើយ ការបើកច្រកបន្ថែមមិនចាំបាច់ទេ។
6. ភាពងាយស្រួលអតិបរមានៃការដំឡើង និងប្រតិបត្តិការ
7. វាអាចទៅរួច (ប៉ុន្តែមិនចាំបាច់) មានឧទាហរណ៍ដាច់ដោយឡែកដែលអនុញ្ញាតឱ្យអ្នកមើលស្ថានភាពនៃការបម្រុងទុកពីម៉ាស៊ីនមេផ្សេងៗគ្នា។

អ្នកអាចឃើញអ្វីដែលយើងបានបង្កើតឡើងនៅទីនេះ៖ github.com/javister/krista-backup
កម្មវិធីត្រូវបានសរសេរនៅក្នុង python3; ដំណើរការលើ Debian, Ubuntu, CentOS, AstraLinux 1.6 ។

ឯកសារត្រូវបានបង្ហោះនៅក្នុងថតឯកសារនៃឃ្លាំង។

គំនិតជាមូលដ្ឋានដែលប្រព័ន្ធដំណើរការ៖
សកម្មភាព - សកម្មភាពដែលអនុវត្តប្រតិបត្តិការអាតូមិកមួយ (ការបម្រុងទុកមូលដ្ឋានទិន្នន័យ ការបម្រុងទុកថត ផ្ទេរពីថត A ទៅថត B ។ល។) សកម្មភាពដែលមានស្រាប់មានទីតាំងនៅក្នុងថតស្នូល/សកម្មភាព
កិច្ចការ - ភារកិច្ច សំណុំនៃសកម្មភាពដែលពិពណ៌នាអំពី "កិច្ចការបម្រុងទុក" ឡូជីខលមួយ។
កាលវិភាគ - កាលវិភាគ, សំណុំនៃភារកិច្ចជាមួយនឹងការចង្អុលបង្ហាញជាជម្រើសនៃពេលវេលាអនុវត្តភារកិច្ច

ការកំណត់រចនាសម្ព័ន្ធបម្រុងទុកត្រូវបានរក្សាទុកក្នុងឯកសារ yaml; រចនាសម្ព័ន្ធទូទៅ៖

• ការកំណត់​ទូទៅ
• ផ្នែកសកម្មភាព៖ ការពិពណ៌នាអំពីសកម្មភាពដែលបានប្រើនៅលើម៉ាស៊ីនមេនេះ។
• ផ្នែកកាលវិភាគ៖ ការពិពណ៌នាអំពីកិច្ចការទាំងអស់ (សំណុំសកម្មភាព) និងកាលវិភាគសម្រាប់ការចាប់ផ្តើមរបស់ពួកគេដោយ cron ប្រសិនបើការបើកដំណើរការបែបនេះត្រូវបានទាមទារ

ឧទាហរណ៍នៃការកំណត់អាចត្រូវបានរកឃើញនៅទីនេះ

អ្វី​ដែល​កម្មវិធី​អាច​ធ្វើ​បាន​បច្ចុប្បន្ន៖

• ប្រតិបត្តិការសំខាន់ៗសម្រាប់ពួកយើងត្រូវបានគាំទ្រ៖ ការបម្រុងទុក PostgreSQL តាមរយៈ pg_dump ការបម្រុងទុកថតប្រព័ន្ធឯកសារតាមរយៈ tar; ប្រតិបត្តិការជាមួយការផ្ទុកខាងក្រៅ; rsync រវាងថត; ការបង្វិលបម្រុងទុក (លុបច្បាប់ចម្លងចាស់)
• ហៅស្គ្រីបខាងក្រៅ
• ការអនុវត្តដោយដៃនៃកិច្ចការដាច់ដោយឡែកមួយ។

  /opt/KristaBackup/KristaBackup.py run make_full_dump

• អ្នកអាចបន្ថែម (ឬដកចេញ) កិច្ចការតែមួយ ឬកាលវិភាគទាំងមូលទៅ crontab

  /opt/KristaBackup/KristaBackup.py enable all

• ការបង្កើតឯកសារគន្លឹះដោយផ្អែកលើលទ្ធផលបម្រុងទុក។ មុខងារនេះមានប្រយោជន៍ក្នុងការភ្ជាប់ជាមួយ Zabbix សម្រាប់ការត្រួតពិនិត្យការបម្រុងទុក
• អាចដំណើរការក្នុងផ្ទៃខាងក្រោយក្នុង webapi ឬ web mode

  /opt/KristaBackup/KristaBackup.py web start [--api]

ភាពខុសគ្នារវាងរបៀប៖ webapi មិនមានចំណុចប្រទាក់គេហទំព័រដោយខ្លួនឯងទេ ប៉ុន្តែកម្មវិធីឆ្លើយតបទៅនឹងសំណើពីឧទាហរណ៍ផ្សេងទៀត។ សម្រាប់របៀបគេហទំព័រ អ្នកត្រូវដំឡើង flask និងកញ្ចប់បន្ថែមជាច្រើន ហើយនេះមិនអាចទទួលយកបានគ្រប់ទីកន្លែងទេ ឧទាហរណ៍នៅក្នុង AstraLinux SE ដែលមានការបញ្ជាក់។

តាមរយៈចំណុចប្រទាក់គេហទំព័រ អ្នកអាចមើលស្ថានភាព និងកំណត់ហេតុនៃការបម្រុងទុកនៃម៉ាស៊ីនមេដែលបានតភ្ជាប់៖ "គេហទំព័រ" ស្នើសុំទិន្នន័យពី "ករណីបម្រុងទុក" តាមរយៈ API ។ ការចូលប្រើគេហទំព័រទាមទារការអនុញ្ញាត ការចូលប្រើ webapi មិនដំណើរការទេ។

កំណត់ហេតុនៃការបម្រុងទុកមិនត្រឹមត្រូវត្រូវបានសម្គាល់ជាពណ៌៖ ការព្រមាន - លឿង កំហុស - ក្រហម។

ប្រសិនបើអ្នកគ្រប់គ្រងមិនត្រូវការសន្លឹកបន្លំនៅលើប៉ារ៉ាម៉ែត្រ ហើយប្រព័ន្ធប្រតិបត្តិការម៉ាស៊ីនមេមានភាពដូចគ្នា អ្នកអាចចងក្រងឯកសារ និងចែកចាយកញ្ចប់ដែលត្រៀមរួចជាស្រេច។

យើងចែកចាយឧបករណ៍ប្រើប្រាស់នេះជាចម្បងតាមរយៈ Ansible ដោយដាក់ចេញជាដំបូងទៅកាន់ម៉ាស៊ីនមេដែលមិនសូវសំខាន់មួយចំនួន ហើយបន្ទាប់ពីបានសាកល្បងទៅអ្នកដែលនៅសល់ទាំងអស់។

ជាលទ្ធផល យើងបានទទួលឧបករណ៍ប្រើប្រាស់ចម្លងដែលមានលក្ខណៈតូចចង្អៀត ដែលអាចដំណើរការដោយស្វ័យប្រវត្តិ និងអាចប្រើបានសូម្បីតែដោយអ្នកគ្រប់គ្រងដែលគ្មានបទពិសោធន៍ក៏ដោយ។ វាងាយស្រួលសម្រាប់យើង - ប្រហែលជាវានឹងមានប្រយោជន៍សម្រាប់អ្នកដែរ?

ប្រភព: www.habr.com