ការកាត់ខ្សែស្រឡាយ៖ ការធ្វើចំណាកស្រុកពីសហគ្រាសអាយ៉ងទៅអគារ Ansible ។ ផ្នែកទី 1

សេវាព័ត៌មានផ្កាយរណបបរិស្ថានជាតិ (NESDIS) បានកាត់បន្ថយការចំណាយលើការគ្រប់គ្រងការកំណត់រចនាសម្ព័ន្ធរបស់ខ្លួនសម្រាប់ Red Hat Enterprise Linux (RHEL) 35% ដោយការធ្វើចំណាកស្រុកពី Puppet Enterprise ទៅ Ansible Tower។ នៅក្នុងវីដេអូ "របៀបដែលយើងបានធ្វើវា" នេះ វិស្វករប្រព័ន្ធលោក Michael Rau ពន្យល់ពីករណីសម្រាប់ការធ្វើចំណាកស្រុកនេះ ដោយចែករំលែកគន្លឹះមានប្រយោជន៍ និងមេរៀនដែលបានរៀនពីការផ្លាស់ប្តូរពី SCM ទៅមួយទៀត។

ពីវីដេអូនេះអ្នកនឹងរៀន៖

• របៀបបង្ហាញភាពត្រឹមត្រូវក្នុងការគ្រប់គ្រងលទ្ធភាពនៃការប្តូរពីសហគ្រាសអាយ៉ងទៅអគារ Ansible;
• តើយុទ្ធសាស្រ្តអ្វីខ្លះដែលត្រូវប្រើដើម្បីធ្វើឱ្យការផ្លាស់ប្តូរមានភាពរលូនតាមដែលអាចធ្វើទៅបាន។
• គន្លឹះសម្រាប់ការបំប្លែង PE បង្ហាញចូលទៅក្នុង Ansible Playbook;
• ការណែនាំសម្រាប់ការដំឡើងល្អបំផុតនៃអគារ Ansible ។

ជំរាបសួរអ្នកទាំងអស់គ្នា ខ្ញុំឈ្មោះ Michael Rau ខ្ញុំជាវិស្វករប្រព័ន្ធជាន់ខ្ពស់នៅ ActioNet ដែលធ្វើការឱ្យសេវារដ្ឋបាលមហាសមុទ្រ និងបរិយាកាសជាតិ (NOAA) NESDIS ។ ថ្ងៃនេះយើងនឹងនិយាយអំពីការកាត់ខ្សែអក្សរ - បទពិសោធន៍ផ្ទាល់ខ្លួនរបស់ខ្ញុំក្នុងការធ្វើចំណាកស្រុកពីក្រុមហ៊ុន Puppet ទៅ Ansible Tower ។ ប្រធានបទនៃបទបង្ហាញនេះគឺដើម្បី "មើលស្លាកស្នាមរបស់ខ្ញុំ" ដែលបន្សល់ទុកបន្ទាប់ពីខ្ញុំបានធ្វើការផ្លាស់ប្តូរនេះកាលពីដើមឆ្នាំ។ ខ្ញុំចង់ចែករំលែកអ្វីដែលខ្ញុំបានរៀនតាមរយៈដំណើរការនេះ។ ដូច្នេះនៅពេលដែលអ្នកទទួលយកអ្វីមួយដូចនេះ ដោយប្រើបទពិសោធន៍របស់ខ្ញុំ អ្នកអាចធ្វើការផ្លាស់ប្តូរដោយគ្មានការងារបន្ថែម។

អ្នក​ឃើញ​ស្លាយ​ស្រដៀង​នឹង​នេះ​នៅ​ដើម​រាល់​បទ​បង្ហាញ​នៅ Ansible Fest។ ស្លាយនេះរៀបរាប់ពីប្រវត្តិនៃស្វ័យប្រវត្តិកម្មរបស់ក្រុមហ៊ុនខ្ញុំ។ ខ្ញុំមិនថ្មីចំពោះរឿងនេះទេព្រោះខ្ញុំបានប្រើសហគ្រាសអាយ៉ង / អាយ៉ងតាំងពីឆ្នាំ 2007 ។ ខ្ញុំបានចាប់ផ្តើមធ្វើការជាមួយ Ansible ក្នុងឆ្នាំ 2016 ហើយដូចអ្នកប្រើប្រាស់ផ្សេងទៀតនៃផលិតផលនេះ ខ្ញុំត្រូវបានទាក់ទាញដោយលទ្ធភាពនៃ "ល្បិច" ដោយប្រើបន្ទាត់ពាក្យបញ្ជា និងស្គ្រីបសាមញ្ញ (សៀវភៅលេង)។ នៅចុងឆ្នាំ 2017 ខ្ញុំបានទៅជួបអ្នកគ្រប់គ្រងរបស់ខ្ញុំអំពីហេតុផលរឹងមាំសម្រាប់ការផ្លាស់ទៅ Ansible Tower ។ មួយនាទីខ្ញុំនឹងប្រាប់អ្នកអំពីហេតុផលដែលជំរុញឱ្យខ្ញុំបោះជំហាននេះ។ បន្ទាប់ពីទទួលបានការយល់ព្រមពីអ្នកគ្រប់គ្រង វាបានចំណាយពេលជាច្រើនខែទៀតដើម្បីបញ្ចប់ផែនការ ហើយខ្ញុំបានធ្វើការផ្លាស់ប្តូរនៅក្នុងខែមករាដល់ខែកុម្ភៈនៃឆ្នាំនេះ។ ដូច្នេះ ពួកយើងបានបោះបង់ចោល Puppet ទាំងស្រុងដោយពេញចិត្តចំពោះ Ansible ហើយវាជារឿងដ៏អស្ចារ្យមួយ។

អ្វីដែលទាក់ទាញខ្ញុំបំផុតអំពី Ansible គឺសមត្ថភាពក្នុងការសរសេរ និងប្រើប្រាស់តួនាទី និងសៀវភៅលេង។ តួនាទីគឺអស្ចារ្យណាស់សម្រាប់បង្កើតកិច្ចការប្លែកៗ ប៉ុន្តែពាក់ព័ន្ធ និងដាក់ទិន្នន័យទាំងអស់ដែលទាក់ទងនឹងកិច្ចការទាំងនោះនៅកន្លែងតែមួយ។ សៀវភៅលេងគឺជាវាក្យសម្ព័ន្ធ YAML ឯកសារស្គ្រីបដែលពិពណ៌នាអំពីសកម្មភាពសម្រាប់ម៉ាស៊ីនមួយ ឬច្រើន។ ខ្ញុំប្រាប់អ្នកប្រើប្រាស់អំពីមុខងារទាំងនេះ ជាចម្បងអ្នកបង្កើតកម្មវិធី។ Ansible Tower ផ្តល់ឱ្យអ្នកនូវសមត្ថភាពក្នុងការនិយាយថា "ទេ អ្នកមិនមានសែលចូលទេ ប៉ុន្តែខ្ញុំផ្តល់ឱ្យអ្នកនូវសមត្ថភាពក្នុងការដំណើរការដំណើរការ Tower ទាំងអស់ និងចាប់ផ្តើមសេវាកម្មឡើងវិញនៅពេលដែលអ្នកត្រូវការវា"។ ខ្ញុំនឹងប្រាប់អ្នកអំពីបរិយាកាសការងារ និងឧបករណ៍ដែលយើងប្រើប្រាស់។

នេះគឺជា LAN សហព័ន្ធ គេហទំព័រ 7 ដែលភ្ជាប់តាមរយៈ cloud MPLS ម៉ាស៊ីនមេ 140 RHEL ដែល 99% ជានិម្មិត (vSphere) ផ្នែករឹង SuperMicro កន្លែងផ្ទុកបណ្តាញ NexentaStore សំណុំនៃ Cisco, Arista និង Cumulus switches និង Fortinet UTM ការគ្រប់គ្រងការគំរាមកំហែងបង្រួបបង្រួម។ ឧបករណ៍នៅលើគេហទំព័រនីមួយៗ។

បណ្តាញសហព័ន្ធមានន័យថាខ្ញុំត្រូវតែប្រើវិធានការសុវត្ថិភាពព័ត៌មានទាំងអស់ដែលបានផ្តល់ដោយច្បាប់។ អ្នកគួរចងចាំថាសហគ្រាស Puppet មិនគាំទ្រផ្នែករឹងភាគច្រើនដែលយើងប្រើនោះទេ។ យើង​ត្រូវ​បាន​បង្ខំ​ឱ្យ​ប្រើ​ផ្នែក​រឹង​ថវិកា​ដោយ​សារ​តែ​ភ្នាក់ងារ​រដ្ឋាភិបាល​មាន​បញ្ហា​ក្នុង​ការ​ផ្តល់​ហិរញ្ញប្បទាន​ធាតុ​ចំណាយ​នេះ។ នោះហើយជាមូលហេតុដែលយើងទិញផ្នែករឹង SuperMicro និងដំឡើងឧបករណ៍របស់យើងពីផ្នែកនីមួយៗ ការថែទាំដែលត្រូវបានធានាដោយកិច្ចសន្យារបស់រដ្ឋាភិបាល។ យើងប្រើលីនុច ហើយនេះគឺជាហេតុផលដ៏សំខាន់មួយសម្រាប់ការប្តូរទៅ Ansible ។

ប្រវត្តិរបស់យើងជាមួយអាយ៉ងមានដូចខាងក្រោម។

នៅឆ្នាំ 2007 យើងមានបណ្តាញតូចមួយនៃ 20-25 nodes ដែលយើងបានដាក់ពង្រាយ Puppet ។ ជាទូទៅថ្នាំងទាំងនេះគ្រាន់តែជា "ប្រអប់" របស់ RedHat ប៉ុណ្ណោះ។ ក្នុងឆ្នាំ 2010 យើងបានចាប់ផ្តើមប្រើប្រាស់ Puppet Dashboard web interface សម្រាប់ 45 nodes ។ នៅពេលដែលបណ្តាញបន្តពង្រីក យើងបានប្តូរទៅ PE 2014 ក្នុងឆ្នាំ 3.3 ដោយធ្វើការផ្លាស់ប្តូរពេញលេញជាមួយនឹងការសរសេរឡើងវិញសម្រាប់ 75 nodes ។ នេះត្រូវធ្វើដោយសារតែ Puppet ចូលចិត្តផ្លាស់ប្តូរច្បាប់នៃហ្គេម ហើយក្នុងករណីនេះពួកគេបានផ្លាស់ប្តូរភាសាទាំងស្រុង។ មួយឆ្នាំក្រោយមក នៅពេលដែលការគាំទ្រសម្រាប់កំណែទី 3 នៃសហគ្រាសអាយ៉ងបានបញ្ចប់ យើងត្រូវបានគេបង្ខំឱ្យធ្វើចំណាកស្រុកទៅ PE 2015.2 ។ យើងត្រូវសរសេរ manifest ម្តងទៀតសម្រាប់ servers ថ្មី ហើយទិញ license ដោយមានទុនបម្រុង 100 nodes ទោះបីជានៅពេលនោះយើងមានថ្នាំងត្រឹមតែ 85 ក៏ដោយ។

មានតែ 2 ឆ្នាំបានកន្លងផុតទៅហើយ ហើយយើងត្រូវធ្វើការងារជាច្រើនម្តងទៀត ដើម្បីផ្លាស់ប្តូរទៅកំណែថ្មី PE 2016.4 ។ យើងបានទិញអាជ្ញាប័ណ្ណសម្រាប់ 300 nodes ដែលមានត្រឹមតែ 130។ យើងត្រូវធ្វើការផ្លាស់ប្តូរធំម្តងទៀតចំពោះ manifest ដោយសារតែកំណែថ្មីនៃភាសាមានវាក្យសម្ព័ន្ធខុសពីភាសានៃកំណែ 2015 ។ ជាលទ្ធផល SCM របស់យើងបានប្តូរពីការគ្រប់គ្រងកំណែ SVN ទៅ Bitbucket (Git) ។ នេះគឺជា "ទំនាក់ទំនង" របស់យើងជាមួយអាយ៉ង។

ដូច្នេះ ខ្ញុំ​ត្រូវ​ពន្យល់​អ្នក​គ្រប់​គ្រង​ថា​ហេតុ​អ្វី​បាន​ជា​យើង​ត្រូវ​ផ្លាស់​ទី​ទៅ SCM ផ្សេង​គ្នា​ដោយ​ប្រើ​អំណះអំណាង​ដូច​ខាង​ក្រោម។ ទីមួយគឺតម្លៃខ្ពស់នៃសេវាកម្ម។ ខ្ញុំបាននិយាយជាមួយបុរសនៅ RedHat ហើយពួកគេបាននិយាយថាតម្លៃនៃការដំណើរការបណ្តាញ node 300 ជាមួយ Ansible Tower គឺពាក់កណ្តាលនៃការចំណាយរបស់ Puppet Enterprise ។ ប្រសិនបើអ្នកទិញ Ansible Engine ផងដែរ ការចំណាយនឹងមានប្រហែលដូចគ្នា ប៉ុន្តែអ្នកនឹងទទួលបានលក្ខណៈពិសេសជាច្រើនទៀតជាង PE ។ ដោយសារយើងជាក្រុមហ៊ុនគ្រប់គ្រងដោយរដ្ឋដែលផ្តល់ហិរញ្ញប្បទានពីថវិកាសហព័ន្ធ នេះគឺជាអាគុយម៉ង់ដ៏មានឥទ្ធិពល។

អាគុយម៉ង់ទីពីរគឺ versatility ។ អាយ៉ងគាំទ្រតែផ្នែករឹងដែលមានភ្នាក់ងារអាយ៉ងប៉ុណ្ណោះ។ នេះមានន័យថាភ្នាក់ងារត្រូវតែត្រូវបានដំឡើងនៅលើកុងតាក់ទាំងអស់ ហើយវាត្រូវតែជាកំណែចុងក្រោយបំផុត។ ហើយប្រសិនបើកុងតាក់មួយចំនួនរបស់អ្នកគាំទ្រកំណែមួយ ហើយខ្លះគាំទ្រកំណែផ្សេងទៀត អ្នកនឹងត្រូវដំឡើងកំណែថ្មីនៃភ្នាក់ងារ PE នៅលើពួកវាដើម្បីឱ្យពួកវាទាំងអស់អាចដំណើរការនៅក្នុងប្រព័ន្ធ SCM ដូចគ្នា។

ប្រព័ន្ធ Ansible Tower ដំណើរការខុសគ្នា ព្រោះវាមិនមានភ្នាក់ងារណាមួយ ប៉ុន្តែវាមានម៉ូឌុលដែលគាំទ្រ Cisco switches និង switches ផ្សេងទៀតទាំងអស់។ SCM នេះគាំទ្រ Qubes OS, Linux និង 4.NET UTM ។ Ansible Tower ក៏គាំទ្រឧបករណ៍បញ្ជាបណ្តាញផ្ទុកទិន្នន័យ NexentaStore ដោយផ្អែកលើខឺណែល Illumos ដែលជាប្រព័ន្ធប្រតិបត្តិការដែលមានមូលដ្ឋានលើយូនីកប្រភពបើកចំហ។ នេះគឺជាការគាំទ្រតិចតួចណាស់ ប៉ុន្តែ Ansible Tower ធ្វើវាយ៉ាងណាក៏ដោយ។

អំណះអំណាងទីបី ដែលមានសារៈសំខាន់ខ្លាំងណាស់សម្រាប់ខ្ញុំ និងសម្រាប់ការគ្រប់គ្រងរបស់យើង គឺភាពងាយស្រួលនៃការប្រើប្រាស់។ ខ្ញុំបានចំណាយពេល 10 ឆ្នាំដើម្បីធ្វើជាម្ចាស់នៃម៉ូឌុលអាយ៉ង និងកូដបង្ហាញ ប៉ុន្តែខ្ញុំបានរៀន Ansible ក្នុងមួយសប្តាហ៍ ដោយសារ SCM នេះងាយស្រួលធ្វើការជាមួយ។ ប្រសិនបើអ្នកដំណើរការឯកសារដែលអាចប្រតិបត្តិបាន លុះត្រាតែអ្នកធ្វើដូច្នេះដោយមិនចាំបាច់ នោះអ្នកដោះស្រាយឆ្លាតវៃ និងឆ្លើយតបនឹងធ្វើការជាមួយពួកគេ។ សៀវភៅលេងដែលមានមូលដ្ឋានលើ YAML ងាយស្រួលរៀន និងរហ័សក្នុងការប្រើប្រាស់។ អ្នកដែលមិនធ្លាប់បានលឺពី YAML ពីមុនមក អាចអានស្គ្រីបបានយ៉ាងងាយស្រួល ហើយងាយយល់ពីរបៀបដែលវាដំណើរការ។

និយាយឱ្យត្រង់ទៅ Puppet ធ្វើឱ្យការងាររបស់អ្នកជាអ្នកអភិវឌ្ឍន៍កាន់តែពិបាក ព្រោះវាផ្អែកលើការប្រើប្រាស់ Puppet Master ។ វាគឺជាម៉ាស៊ីនតែមួយគត់ដែលត្រូវបានអនុញ្ញាតឱ្យទំនាក់ទំនងជាមួយភ្នាក់ងារអាយ៉ង។ ប្រសិនបើអ្នកបានធ្វើការផ្លាស់ប្តូរណាមួយចំពោះ manifest ហើយចង់សាកល្បងកូដរបស់អ្នក អ្នកត្រូវតែសរសេរកូដឡើងវិញសម្រាប់ Puppet Master ពោលគឺកំណត់រចនាសម្ព័ន្ធឯកសារ Puppet Master /etc/hosts ដើម្បីភ្ជាប់អតិថិជនទាំងអស់ ហើយចាប់ផ្តើមសេវាកម្ម Puppet Server។ មានតែបន្ទាប់ពីនេះទេដែលអ្នកនឹងអាចសាកល្បងប្រតិបត្តិការនៃឧបករណ៍បណ្តាញនៅលើម៉ាស៊ីនតែមួយ។ នេះគឺជានីតិវិធីដ៏ឈឺចាប់។
អ្វីគ្រប់យ៉ាងគឺសាមញ្ញជាងនៅក្នុង Ansible ។ អ្វីដែលអ្នកត្រូវធ្វើគឺបង្កើតកូដសម្រាប់ម៉ាស៊ីនដែលអាចទំនាក់ទំនងតាមរយៈ SSH ជាមួយម៉ាស៊ីនដែលកំពុងធ្វើតេស្ត។ នេះកាន់តែងាយស្រួលធ្វើការជាមួយ។

អត្ថប្រយោជន៍ដ៏ធំបន្ទាប់របស់ Ansible Tower គឺសមត្ថភាពក្នុងការប្រើប្រាស់ប្រព័ន្ធជំនួយដែលមានស្រាប់របស់អ្នក និងរក្សាការកំណត់រចនាសម្ព័ន្ធផ្នែករឹងដែលមានស្រាប់របស់អ្នក។ SCM នេះប្រើប្រាស់ព័ត៌មានដែលមានទាំងអស់អំពីហេដ្ឋារចនាសម្ព័ន្ធ និងផ្នែករឹងរបស់អ្នក ម៉ាស៊ីននិម្មិត ម៉ាស៊ីនមេ។ល។ ដោយគ្មានជំហានបន្ថែមណាមួយឡើយ។ វាអាចនិយាយទៅកាន់ម៉ាស៊ីនមេ RH Satellite របស់អ្នក ប្រសិនបើអ្នកមានមួយ ហើយផ្តល់ឱ្យអ្នកនូវការរួមបញ្ចូល អ្នកនឹងមិនអាចទទួលបានជាមួយ Puppet ឡើយ។

រឿងសំខាន់មួយទៀតគឺការត្រួតពិនិត្យលម្អិត។ អ្នកដឹងថា Puppet គឺជាប្រព័ន្ធម៉ូឌុល វាគឺជាកម្មវិធី client-server ដូច្នេះអ្នកត្រូវតែកំណត់ទិដ្ឋភាពដែលមានស្រាប់នៃម៉ាស៊ីនរបស់អ្នកទាំងអស់នៅក្នុងការបង្ហាញដ៏វែងមួយ។ ក្នុងករណីនេះស្ថានភាពនៃធាតុនីមួយៗនៃប្រព័ន្ធត្រូវតែត្រូវបានសាកល្បងរៀងរាល់កន្លះម៉ោង - នេះគឺជារយៈពេលលំនាំដើម។ នេះជារបៀបដែល Puppet ដំណើរការ។

Tower ជួយសង្រ្គោះអ្នកពីវា។ អ្នកអាចដំណើរការដំណើរការផ្សេងៗលើឧបករណ៍ជាច្រើនដោយមិនមានការរឹតបន្តឹង អ្នកអាចធ្វើការងារជាមូលដ្ឋាន ដំណើរការដំណើរការសំខាន់ៗផ្សេងទៀត រៀបចំប្រព័ន្ធសុវត្ថិភាព និងធ្វើការជាមួយមូលដ្ឋានទិន្នន័យ។ អ្នកអាចធ្វើអ្វីគ្រប់យ៉ាងដែលពិបាកនៅក្នុងសហគ្រាសអាយ៉ង។ ដូច្នេះ ប្រសិនបើអ្នកកំណត់រចនាសម្ព័ន្ធវានៅលើម៉ាស៊ីនតែមួយ វានឹងត្រូវការពេលវេលាសម្រាប់ការផ្លាស់ប្តូរដើម្បីឱ្យមានប្រសិទ្ធភាពលើម៉ាស៊ីនដែលនៅសល់។ នៅក្នុង Ansible ការផ្លាស់ប្តូរទាំងអស់មានប្រសិទ្ធភាពក្នុងពេលតែមួយ។

ជាចុងក្រោយ សូមក្រឡេកមើលម៉ូឌុលសុវត្ថិភាព។ Ansible Tower អនុវត្តវាយ៉ាងសាមញ្ញ ដោយភាពជាក់លាក់ និងការយកចិត្តទុកដាក់ដ៏អស្ចារ្យ។ អ្នកអាចផ្តល់ឱ្យអ្នកប្រើប្រាស់ចូលទៅកាន់សេវាកម្មជាក់លាក់ ឬទៅកាន់ម៉ាស៊ីនជាក់លាក់។ ខ្ញុំធ្វើបែបនេះជាមួយនិយោជិតរបស់ខ្ញុំដែលធ្លាប់ធ្វើការលើវីនដូ ដោយកំណត់ការចូលប្រើរបស់ពួកគេទៅកាន់សែលលីនុច។ ខ្ញុំធានាថាពួកគេមានសិទ្ធិចូលទៅកាន់ Tower ដូច្នេះពួកគេអាចធ្វើការងារបាន ហើយដំណើរការតែសេវាកម្មដែលពាក់ព័ន្ធជាមួយពួកគេ។

សូមក្រឡេកមើលអ្វីដែលអ្នកត្រូវធ្វើមុនពេលវេលា ដើម្បីធ្វើឱ្យការផ្លាស់ប្តូររបស់អ្នកទៅ Ansible Tower កាន់តែងាយស្រួល។ ដំបូងអ្នកត្រូវរៀបចំឧបករណ៍របស់អ្នក។ ប្រសិនបើធាតុមួយចំនួននៃហេដ្ឋារចនាសម្ព័ន្ធរបស់អ្នកមិនទាន់មាននៅក្នុងមូលដ្ឋានទិន្នន័យទេ អ្នកត្រូវបន្ថែមវានៅទីនោះ។ មានប្រព័ន្ធដែលមិនផ្លាស់ប្តូរលក្ខណៈរបស់វា ដូច្នេះហើយមិនមាននៅក្នុង Puppet database ប៉ុន្តែប្រសិនបើអ្នកមិនបន្ថែមពួកវានៅទីនោះមុនពេលផ្លាស់ទៅ Tower អ្នកនឹងបាត់បង់គុណសម្បត្តិមួយចំនួន។ នេះប្រហែលជា "កខ្វក់" ដែលជាមូលដ្ឋានទិន្នន័យបឋម ប៉ុន្តែវាគួរតែមានព័ត៌មានអំពីឧបករណ៍ទាំងអស់ដែលអ្នកមាន។ ដូច្នេះ អ្នកគួរតែសរសេរស្គ្រីបផ្នែករឹងថាមវន្តដែលនឹងជំរុញការផ្លាស់ប្តូរហេដ្ឋារចនាសម្ព័ន្ធទាំងអស់ដោយស្វ័យប្រវត្តិទៅក្នុងមូលដ្ឋានទិន្នន័យ បន្ទាប់មក Ansible នឹងដឹងថាម៉ាស៊ីនណាមួយគួរតែមានវត្តមាននៅលើប្រព័ន្ធថ្មី។ អ្នកនឹងមិនចាំបាច់ប្រាប់ SCM នេះថា hosts ណាដែលអ្នកបានបន្ថែម ហើយ hosts ណាដែលលែងមានទៀតហើយ ព្រោះវានឹងដឹងអ្វីៗទាំងអស់នេះដោយស្វ័យប្រវត្តិ។ ទិន្នន័យកាន់តែច្រើននៅក្នុងមូលដ្ឋានទិន្នន័យ នោះ Ansible កាន់តែមានប្រយោជន៍ និងអាចបត់បែនបាន។ វាដំណើរការដូចជាវាគ្រាន់តែអានលេខកូដស្ថានភាពផ្នែករឹងពីមូលដ្ឋានទិន្នន័យ។

ចំណាយពេលខ្លះដើម្បីស្គាល់បន្ទាត់ពាក្យបញ្ជានៅក្នុង Ansible ។ ដំណើរការពាក្យបញ្ជាផ្ទាល់ខ្លួនមួយចំនួន ដើម្បីសាកល្បងស្គ្រីបផ្នែករឹង សរសេរ និងដំណើរការស្គ្រីបសៀវភៅលេងសាមញ្ញៗ ប៉ុន្តែមានប្រយោជន៍ខ្លះ ប្រើគំរូ Jinja2 តាមដែលសមរម្យ។ សាកល្បងសរសេរតួនាទី និងស្គ្រីបសម្រាប់ដំណើរការពហុជំហានស្មុគស្មាញ ដោយប្រើការកំណត់រចនាសម្ព័ន្ធផ្នែករឹងដែលជួបប្រទះជាទូទៅ។ លេងជាមួយរបស់ទាំងនេះ សាកល្បងរបៀបដែលវាដំណើរការ។ វិធីនេះអ្នកនឹងរៀនពីរបៀបប្រើឧបករណ៍បង្កើតបណ្ណាល័យដែលប្រើក្នុង Tower។ ខ្ញុំ​បាន​និយាយ​រួច​ហើយ​ថា វា​ត្រូវ​ចំណាយ​ពេល​ប្រហែល 3 ខែ​ដើម្បី​រៀបចំ​សម្រាប់​ការ​ផ្លាស់​ប្តូរ។ ខ្ញុំគិតថាផ្អែកលើបទពិសោធន៍របស់ខ្ញុំ អ្នកនឹងអាចធ្វើវាបានលឿនជាងមុន។ កុំចាត់ទុកពេលវេលានេះខ្ជះខ្ជាយ ព្រោះពេលក្រោយអ្នកនឹងជួបប្រទះនូវអត្ថប្រយោជន៍ទាំងអស់នៃការងារដែលបានធ្វើ។

បន្ទាប់មក អ្នកត្រូវសម្រេចចិត្តថាតើអ្នករំពឹងអ្វីពី Ansible Tower តើប្រព័ន្ធនេះគួរធ្វើអ្វីសម្រាប់អ្នក។

តើអ្នកត្រូវការដាក់ពង្រាយប្រព័ន្ធនៅលើ hardware ទទេ នៅលើម៉ាស៊ីននិម្មិតទទេទេ? ឬតើអ្នកចង់រក្សាលក្ខខណ្ឌប្រតិបត្តិការដើម និងការកំណត់នៃឧបករណ៍ដែលមានស្រាប់? នេះគឺជាទិដ្ឋភាពដ៏សំខាន់បំផុតសម្រាប់ក្រុមហ៊ុនសាធារណៈ ដូច្នេះអ្នកត្រូវប្រាកដថាអ្នកនឹងអាចធ្វើចំណាកស្រុក និងប្រើប្រាស់ Ansible លើការកំណត់ដែលមានស្រាប់របស់អ្នក។ កំណត់ដំណើរការរដ្ឋបាលជាប្រចាំដែលអ្នកចង់ធ្វើស្វ័យប្រវត្តិកម្ម។ ស្វែងយល់ថាតើអ្នកត្រូវការដាក់ពង្រាយកម្មវិធី និងសេវាកម្មជាក់លាក់នៅលើប្រព័ន្ធថ្មី។ ធ្វើបញ្ជីនៃអ្វីដែលអ្នកចង់ធ្វើ ហើយកំណត់អាទិភាពវា។

បន្ទាប់មកចាប់ផ្តើមសរសេរកូដស្គ្រីប និងតួនាទីដែលនឹងបើកដំណើរការកិច្ចការដែលអ្នកគ្រោងនឹងបញ្ចប់។ ផ្សំពួកវាទៅក្នុងគម្រោង ដែលជាបណ្តុំឡូជីខលនៃសៀវភៅលេងដែលពាក់ព័ន្ធ។ គម្រោងនីមួយៗនឹងជាកម្មសិទ្ធិរបស់ឃ្លាំង Git ដាច់ដោយឡែក ឬឃ្លាំងផ្សេងគ្នាអាស្រ័យលើអ្នកគ្រប់គ្រងកូដណាដែលអ្នកប្រើ។ អ្នកអាចគ្រប់គ្រងស្គ្រីប playbook និងសៀវភៅបញ្ជីចាក់សៀវភៅដោយដាក់វាដោយដៃនៅក្នុង Project Base Path នៅលើ Tower server ឬដោយដាក់ playbook នៅក្នុងប្រព័ន្ធគ្រប់គ្រងកូដប្រភព (SCM) ណាមួយដែលគាំទ្រដោយ Tower រួមទាំង Git, Subversion, Mercurial, និង Red Hat ការយល់ដឹង។ ក្នុងគម្រោងមួយ អ្នកអាចដាក់ស្គ្រីបបានច្រើនតាមដែលអ្នកចង់បាន។ ជាឧទាហរណ៍ ខ្ញុំបានបង្កើតគម្រោងមូលដ្ឋានមួយដែលខ្ញុំដាក់ស្គ្រីបសម្រាប់ធាតុស្នូល RedHat ស្គ្រីបសម្រាប់ស្នូលលីនុច និងស្គ្រីបសម្រាប់បន្ទាត់មូលដ្ឋានដែលនៅសល់។ ដូច្នេះហើយ នៅក្នុងគម្រោងមួយ មានតួនាទី និងសេណារីយ៉ូជាច្រើនដែលត្រូវបានគ្រប់គ្រងពីឃ្លាំង Git មួយ។

ការដំណើរការអ្វីៗទាំងអស់នេះតាមរយៈបន្ទាត់ពាក្យបញ្ជាគឺជាវិធីដ៏ល្អមួយដើម្បីសាកល្បងមុខងាររបស់វា។ វានឹងរៀបចំអ្នកសម្រាប់ការដំឡើង Tower ។

សូមនិយាយបន្តិចអំពីការបំប្លែងរូបអាយ៉ង manifest ពីព្រោះខ្ញុំបានចំណាយពេលច្រើនលើរឿងនេះ រហូតទាល់តែខ្ញុំដឹងថាអ្វីដែលចាំបាច់ត្រូវធ្វើ។

ដូចដែលខ្ញុំបាននិយាយពីមុន Puppet រក្សាទុកការកំណត់ និងជម្រើសផ្នែករឹងទាំងអស់នៅក្នុងការបង្ហាញដ៏វែងមួយ ហើយការបង្ហាញនេះរក្សាទុកអ្វីគ្រប់យ៉ាងដែល SCM នេះគួរធ្វើ។ នៅពេលធ្វើការផ្លាស់ប្តូរ អ្នកមិនចាំបាច់បង្រួបបង្រួមរាល់កិច្ចការរបស់អ្នកទៅក្នុងបញ្ជីតែមួយទេ ផ្ទុយទៅវិញ សូមគិតអំពីរចនាសម្ព័ន្ធនៃប្រព័ន្ធថ្មី៖ តួនាទី ស្គ្រីប ស្លាក ក្រុម និងអ្វីដែលគួរទៅទីនោះ។ ធាតុបណ្តាញស្វយ័តមួយចំនួនគួរតែត្រូវបានដាក់ជាក្រុមដែលស្គ្រីបអាចត្រូវបានបង្កើត។ ធាតុហេដ្ឋារចនាសម្ព័ន្ធស្មុគ្រស្មាញបន្ថែមទៀតដែលពាក់ព័ន្ធនឹងធនធានមួយចំនួនធំ រួមទាំងថ្នាក់ដែលមានដោយខ្លួនឯង អាចត្រូវបានរួមបញ្ចូលគ្នាទៅជាតួនាទី។ មុនពេលធ្វើចំណាកស្រុក អ្នកត្រូវសម្រេចចិត្តលើបញ្ហានេះ។ ប្រសិនបើអ្នកកំពុងបង្កើតតួនាទី ឬសេណារីយ៉ូធំៗដែលមិនសមនឹងអេក្រង់តែមួយ អ្នកគួរតែប្រើស្លាកដើម្បីអាចចាប់យកផ្នែកជាក់លាក់នៃហេដ្ឋារចនាសម្ព័ន្ធ។

18:00

ការកាត់ខ្សែស្រឡាយ៖ ការធ្វើចំណាកស្រុកពីសហគ្រាសអាយ៉ងទៅអគារ Ansible ។ ផ្នែកទី 2

ការផ្សាយពាណិជ្ជកម្មមួយចំនួន🙂

សូមអរគុណចំពោះការស្នាក់នៅជាមួយពួកយើង។ តើអ្នកចូលចិត្តអត្ថបទរបស់យើងទេ? ចង់មើលខ្លឹមសារគួរឱ្យចាប់អារម្មណ៍បន្ថែមទៀតទេ? គាំទ្រយើងដោយការបញ្ជាទិញឬណែនាំដល់មិត្តភក្តិ, cloud VPS សម្រាប់អ្នកអភិវឌ្ឍន៍ចាប់ពី $4.99, analogue តែមួយគត់នៃម៉ាស៊ីនមេកម្រិតធាតុ ដែលត្រូវបានបង្កើតឡើងដោយពួកយើងសម្រាប់អ្នក៖ ការពិតទាំងមូលអំពី VPS (KVM) E5-2697 v3 (6 Cores) 10GB DDR4 480GB SSD 1Gbps ចាប់ពី $19 ឬរបៀបចែករំលែកម៉ាស៊ីនមេ? (អាចប្រើបានជាមួយ RAID1 និង RAID10 រហូតដល់ 24 cores និងរហូតដល់ 40GB DDR4)។

Dell R730xd 2x ថោកជាងនៅក្នុងមជ្ឈមណ្ឌលទិន្នន័យ Equinix Tier IV នៅទីក្រុង Amsterdam? នៅទីនេះ 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV ចាប់ពី $199 នៅប្រទេសហូឡង់! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - ចាប់ពី $99! អាន​អំពី របៀបបង្កើតក្រុមហ៊ុនហេដ្ឋារចនាសម្ព័ន្ធ ថ្នាក់ជាមួយនឹងការប្រើប្រាស់ម៉ាស៊ីនមេ Dell R730xd E5-2650 v4 ដែលមានតម្លៃ 9000 អឺរ៉ូសម្រាប់មួយកាក់?

ប្រភព: www.habr.com