🥇បង្កើតដំណោះស្រាយដែលអត់ឱនចំពោះកំហុសដោយផ្អែកលើ Oracle RAC និង AccelStor Shared-Nothing architecture

កម្មវិធីសហគ្រាស និងប្រព័ន្ធនិម្មិតមួយចំនួនសន្ធឹកសន្ធាប់មានយន្តការផ្ទាល់ខ្លួនសម្រាប់បង្កើតដំណោះស្រាយដែលអត់ឱនចំពោះកំហុស។ ជាពិសេស Oracle RAC (Oracle Real Application Cluster) គឺជាចង្កោមនៃម៉ាស៊ីនមេមូលដ្ឋានទិន្នន័យ Oracle ពីរឬច្រើនដែលធ្វើការជាមួយគ្នាដើម្បីធ្វើតុល្យភាពការផ្ទុក និងផ្តល់នូវការអត់ឱនកំហុសនៅកម្រិតម៉ាស៊ីនមេ/កម្មវិធី។ ដើម្បីដំណើរការក្នុងរបៀបនេះ អ្នកត្រូវការកន្លែងផ្ទុករួមគ្នា ដែលជាធម្មតាជាប្រព័ន្ធផ្ទុកទិន្នន័យ។

ដូចដែលយើងបានពិភាក្សារួចហើយនៅក្នុងមួយនៃរបស់យើង។ អត្ថបទប្រព័ន្ធផ្ទុកដោយខ្លួនវា ទោះបីជាមានធាតុផ្សំស្ទួន (រួមទាំងឧបករណ៍បញ្ជា) នៅតែមានចំណុចបរាជ័យ - ជាចម្បងនៅក្នុងទម្រង់នៃសំណុំទិន្នន័យតែមួយ។ ដូច្នេះដើម្បីបង្កើតដំណោះស្រាយ Oracle ជាមួយនឹងតម្រូវការភាពជឿជាក់កើនឡើង គ្រោងការណ៍ "N servers - one storage system" ចាំបាច់ត្រូវមានភាពស្មុគស្មាញ។

ជាដំបូង យើងត្រូវសម្រេចចិត្តថាតើហានិភ័យអ្វីខ្លះដែលយើងកំពុងព្យាយាមធានាប្រឆាំងនឹង។ នៅក្នុងអត្ថបទនេះ យើងនឹងមិនពិចារណាពីការការពារប្រឆាំងនឹងការគំរាមកំហែងដូចជា "អាចម៍ផ្កាយបានមកដល់" នោះទេ។ ដូច្នេះការកសាងដំណោះស្រាយសង្គ្រោះគ្រោះមហន្តរាយដែលបែកខ្ចាត់ខ្ចាយតាមភូមិសាស្រ្តនឹងនៅតែជាប្រធានបទសម្រាប់អត្ថបទមួយក្នុងចំណោមអត្ថបទខាងក្រោម។ នៅទីនេះយើងនឹងពិនិត្យមើលអ្វីដែលហៅថាដំណោះស្រាយសង្គ្រោះគ្រោះមហន្តរាយ Cross-Rack នៅពេលដែលការការពារត្រូវបានបង្កើតឡើងនៅកម្រិតនៃម៉ាស៊ីនមេ។ ទូខ្លួនឯងអាចមានទីតាំងនៅបន្ទប់តែមួយ ឬនៅក្នុងបន្ទប់ផ្សេងគ្នា ប៉ុន្តែជាធម្មតានៅក្នុងបន្ទប់តែមួយ។

ទូទាំងនេះត្រូវតែមានឧបករណ៍ និងសូហ្វវែរចាំបាច់ទាំងស្រុង ដែលនឹងអនុញ្ញាតឱ្យដំណើរការមូលដ្ឋានទិន្នន័យ Oracle ដោយមិនគិតពីស្ថានភាពនៃ "អ្នកជិតខាង" នោះទេ។ ម្យ៉ាងវិញទៀត ការប្រើប្រាស់ដំណោះស្រាយសង្គ្រោះគ្រោះមហន្តរាយ Cross-Rack យើងលុបបំបាត់ហានិភ័យនៃការបរាជ័យ៖

ម៉ាស៊ីនមេកម្មវិធី Oracle
ប្រព័ន្ធផ្ទុក
ប្រព័ន្ធប្តូរ
ការបរាជ័យពេញលេញនៃឧបករណ៍ទាំងអស់នៅក្នុងគណៈរដ្ឋមន្ត្រី:
- ការបដិសេធថាមពល
- ការបរាជ័យនៃប្រព័ន្ធត្រជាក់
- កត្តាខាងក្រៅ (មនុស្ស ធម្មជាតិ។ល។)

ការចម្លងនៃម៉ាស៊ីនមេ Oracle បង្កប់នូវគោលការណ៍ប្រតិបត្តិការរបស់ Oracle RAC ហើយត្រូវបានអនុវត្តតាមរយៈកម្មវិធីមួយ។ ការចម្លងគ្រឿងបរិក្ខារប្តូរក៏មិនមែនជាបញ្ហាដែរ។ ប៉ុន្តែជាមួយនឹងការចម្លងនៃប្រព័ន្ធផ្ទុកអ្វីគ្រប់យ៉ាងគឺមិនសាមញ្ញទេ។

ជម្រើសដ៏សាមញ្ញបំផុតគឺការចម្លងទិន្នន័យពីប្រព័ន្ធផ្ទុកសំខាន់ទៅបម្រុងទុក។ សមកាលកម្ម ឬអសមកាល អាស្រ័យលើសមត្ថភាពនៃប្រព័ន្ធផ្ទុក។ ជាមួយនឹងការចម្លងអសមកាល សំណួរកើតឡើងភ្លាមៗនៃការធានានូវភាពស៊ីសង្វាក់គ្នានៃទិន្នន័យទាក់ទងនឹង Oracle ។ ប៉ុន្តែទោះបីជាមានការរួមបញ្ចូលកម្មវិធីជាមួយកម្មវិធីក៏ដោយ ក្នុងករណីណាក៏ដោយ ប្រសិនបើមានការបរាជ័យនៅលើប្រព័ន្ធផ្ទុកសំខាន់ ការអន្តរាគមន៍ដោយដៃដោយអ្នកគ្រប់គ្រងនឹងត្រូវបានទាមទារ ដើម្បីប្តូរចង្កោមទៅជាកន្លែងផ្ទុកទិន្នន័យបម្រុង។

ជម្រើសស្មុគ្រស្មាញជាងនេះគឺកម្មវិធី និង/ឬឧបករណ៍ផ្ទុកផ្នែករឹង "virtualizers" ដែលនឹងលុបបំបាត់បញ្ហាជាប់លាប់ និងការអន្តរាគមន៍ដោយដៃ។ ប៉ុន្តែភាពស្មុគស្មាញនៃការដាក់ពង្រាយ និងការគ្រប់គ្រងជាបន្តបន្ទាប់ ក៏ដូចជាការចំណាយមិនសមរម្យនៃដំណោះស្រាយបែបនេះ ធ្វើឱ្យមនុស្សជាច្រើនភ័យខ្លាច។

ដំណោះស្រាយ AccelStor NeoSapphire™ All Flash array គឺល្អឥតខ្ចោះសម្រាប់សេណារីយ៉ូដូចជាការសង្គ្រោះគ្រោះមហន្តរាយ Cross-Rack H710 ដោយប្រើស្ថាបត្យកម្ម Shared-Nothing ។ ម៉ូដែលនេះគឺជាប្រព័ន្ធផ្ទុកទិន្នន័យពីរដែលប្រើបច្ចេកវិទ្យា FlexiRemap® ដែលមានកម្មសិទ្ធិដើម្បីធ្វើការជាមួយ flash drives ។ អរគុណចំពោះ FlexiRemap® NeoSapphire™ H710 មានសមត្ថភាពផ្តល់នូវដំណើរការរហូតដល់ 600K IOPS@4K random write និង 1M+ IOPS@4K random read ដែលមិនអាចទទួលបាននៅពេលប្រើប្រព័ន្ធផ្ទុកទិន្នន័យដែលមានមូលដ្ឋានលើ RAID បុរាណ។

ប៉ុន្តែមុខងារសំខាន់របស់ NeoSapphire™ H710 គឺការប្រតិបត្តិថ្នាំងពីរក្នុងទម្រង់ករណីដាច់ដោយឡែក ដែលនីមួយៗមានច្បាប់ចម្លងទិន្នន័យផ្ទាល់ខ្លួន។ ការធ្វើសមកាលកម្មនៃថ្នាំងត្រូវបានអនុវត្តតាមរយៈចំណុចប្រទាក់ InfiniBand ខាងក្រៅ។ សូមអរគុណចំពោះស្ថាបត្យកម្មនេះ វាអាចចែកចាយថ្នាំងទៅទីតាំងផ្សេងៗគ្នានៅចម្ងាយរហូតដល់ 100 ម៉ែត្រ ដោយហេតុនេះផ្តល់នូវដំណោះស្រាយសង្គ្រោះគ្រោះមហន្តរាយ Cross-Rack ។ ថ្នាំងទាំងពីរដំណើរការស្របគ្នាទាំងស្រុង។ ពីផ្នែកខាងម៉ាស៊ីន H710 មើលទៅដូចជាប្រព័ន្ធផ្ទុកឧបករណ៍បញ្ជាពីរធម្មតា។ ដូច្នេះ មិនចាំបាច់អនុវត្តកម្មវិធីបន្ថែម ឬជម្រើសផ្នែករឹង ឬការកំណត់ស្មុគស្មាញពិសេសនោះទេ។

ប្រសិនបើយើងប្រៀបធៀបដំណោះស្រាយសង្គ្រោះគ្រោះមហន្តរាយ Cross-Rack ទាំងអស់ដែលបានពិពណ៌នាខាងលើ នោះជម្រើសពី AccelStor លេចធ្លោគួរឱ្យកត់សម្គាល់ពីអ្វីផ្សេងទៀត៖

AccelStor NeoSapphire™ បានចែករំលែក ការប្រកាស របស់ Nothing Architecture
ប្រព័ន្ធផ្ទុកកម្មវិធី ឬផ្នែករឹង "virtualizer"
ដំណោះស្រាយផ្អែកលើការចម្លង

ភាពទំនេរ

ម៉ាស៊ីនមេបរាជ័យ
គ្មានពេលវេលារោទិ៍ទេ
គ្មានពេលវេលារោទិ៍ទេ
គ្មានពេលវេលារោទិ៍ទេ

ការបរាជ័យនៃការផ្លាស់ប្តូរ
គ្មានពេលវេលារោទិ៍ទេ
គ្មានពេលវេលារោទិ៍ទេ
គ្មានពេលវេលារោទិ៍ទេ

ការបរាជ័យនៃប្រព័ន្ធផ្ទុក
គ្មានពេលវេលារោទិ៍ទេ
គ្មានពេលវេលារោទិ៍ទេ
ពេលវេលាឈប់

ការបរាជ័យគណៈរដ្ឋមន្ត្រីទាំងមូល
គ្មានពេលវេលារោទិ៍ទេ
គ្មានពេលវេលារោទិ៍ទេ
ពេលវេលាឈប់

ការចំណាយនិងភាពស្មុគស្មាញ

តម្លៃដំណោះស្រាយ
ទាប*
Высокая
Высокая

ភាពស្មុគស្មាញនៃការដាក់ពង្រាយ
Низкая
Высокая
Высокая

*AccelStor NeoSapphire™ នៅតែជាអារេ All Flash ដែលតាមនិយមន័យមិនមានតម្លៃ “3 kopecks” ជាពិសេសដោយសារវាមានបំរុងសមត្ថភាពទ្វេដង។ ទោះជាយ៉ាងណាក៏ដោយ នៅពេលប្រៀបធៀបតម្លៃចុងក្រោយនៃដំណោះស្រាយដោយផ្អែកលើវាជាមួយនឹងតម្លៃស្រដៀងគ្នាពីអ្នកលក់ផ្សេងទៀត ការចំណាយអាចត្រូវបានចាត់ទុកថាទាប។

topology សម្រាប់ភ្ជាប់កម្មវិធី servers និង All Flash array nodes នឹងមើលទៅដូចនេះ៖

នៅពេលរៀបចំផែនការ topology វាត្រូវបានផ្ដល់អនុសាសន៍យ៉ាងខ្លាំងផងដែរក្នុងការស្ទួនកុងតាក់គ្រប់គ្រង និងម៉ាស៊ីនមេដែលភ្ជាប់គ្នាទៅវិញទៅមក។

នៅទីនេះ និងបន្តទៀត យើងនឹងនិយាយអំពីការតភ្ជាប់តាមរយៈ Fiber Channel។ ប្រសិនបើអ្នកប្រើ iSCSI អ្វីគ្រប់យ៉ាងនឹងដូចគ្នា កែតម្រូវសម្រាប់ប្រភេទនៃកុងតាក់ដែលបានប្រើ និងការកំណត់អារេខុសគ្នាបន្តិចបន្តួច។

ការងាររៀបចំនៅលើអារេ

ឧបករណ៍ និងកម្មវិធីដែលបានប្រើ

ការកំណត់ម៉ាស៊ីនមេ និងកុងតាក់

សមាសភាគ
បរិយាយ

ម៉ាស៊ីនមេ Oracle Database 11g
ពីរ

ប្រព័ន្ធប្រតិបត្តិការម៉ាស៊ីនមេ
Oracle Linux

កំណែមូលដ្ឋានទិន្នន័យ Oracle
11 ក្រាម (RAC)

ឧបករណ៍ដំណើរការក្នុងមួយម៉ាស៊ីនមេ
ស៊ីភីយូ Intel® Xeon® ពីរ 16 cores E5-2667 v2 @ 3.30GHz

អង្គចងចាំរាងកាយក្នុងមួយម៉ាស៊ីនមេ
128GB

បណ្តាញ FC
16Gb/s FC ជាមួយ multipathing

FC HBA
Emulex Lpe-16002B

ឧទ្ទិសច្រកសាធារណៈ 1GbE សម្រាប់ការគ្រប់គ្រងចង្កោម
អាដាប់ទ័រអ៊ីសឺរណិត Intel RJ45

កុងតាក់ FC 16Gb/s
ល្បាក់ ៨១៩

ច្រកឯកជន 10GbE ឧទ្ទិសសម្រាប់ការធ្វើសមកាលកម្មទិន្នន័យ
ក្រុមហ៊ុន Intel X520

AccelStor NeoSapphire™ រាល់ការបញ្ជាក់របស់ Flash Array

សមាសភាគ
បរិយាយ

ប្រព័ន្ធផ្ទុក
ម៉ូដែលដែលអាចរកបានខ្ពស់ NeoSapphire™: H710

កំណែរូបភាព
4.0.1

ចំនួនសរុបនៃដ្រាយ
48

ទំហំថាស
1.92TB

ប្រភេទថាស
ប្រភេទ SSD

កំពង់ផែគោលដៅរបស់ FC
ច្រក 16x 16Gb (8 ក្នុងមួយថ្នាំង)

ច្រកគ្រប់គ្រង
ខ្សែអ៊ីសឺរណិត 1GbE តភ្ជាប់ទៅម៉ាស៊ីនតាមរយៈកុងតាក់អ៊ីសឺរណិត

ច្រកចង្វាក់បេះដូង
ខ្សែអ៊ីសឺរណិត 1GbE តភ្ជាប់រវាងថ្នាំងផ្ទុកពីរ

ច្រកធ្វើសមកាលកម្មទិន្នន័យ
56Gb/s ខ្សែ InfiniBand

មុនពេលអ្នកអាចប្រើអារេ អ្នកត្រូវតែចាប់ផ្តើមវា។ តាមលំនាំដើម អាសយដ្ឋានត្រួតពិនិត្យនៃថ្នាំងទាំងពីរគឺដូចគ្នា (192.168.1.1) ។ អ្នកត្រូវភ្ជាប់ពួកវាម្តងមួយៗ ហើយកំណត់អាសយដ្ឋានគ្រប់គ្រងថ្មី (ខុសគ្នារួចហើយ) និងរៀបចំការធ្វើសមកាលកម្មពេលវេលា បន្ទាប់ពីនោះច្រកគ្រប់គ្រងអាចត្រូវបានតភ្ជាប់ទៅបណ្តាញតែមួយ។ បន្ទាប់ពីនោះ ថ្នាំងត្រូវបានបញ្ចូលគ្នាជាគូ HA ដោយកំណត់បណ្តាញរងសម្រាប់ការតភ្ជាប់ Interlink ។

បន្ទាប់ពីការចាប់ផ្តើមត្រូវបានបញ្ចប់ អ្នកអាចគ្រប់គ្រងអារេពីថ្នាំងណាមួយ។

បន្ទាប់មក យើងបង្កើតបរិមាណចាំបាច់ ហើយបោះផ្សាយវាទៅម៉ាស៊ីនមេរបស់កម្មវិធី។

វាត្រូវបានផ្ដល់អនុសាសន៍យ៉ាងខ្លាំងឱ្យបង្កើតភាគច្រើនសម្រាប់ Oracle ASM ព្រោះវានឹងបង្កើនចំនួនគោលដៅសម្រាប់ម៉ាស៊ីនមេ ដែលនៅទីបំផុតនឹងធ្វើឱ្យប្រសើរឡើងនូវដំណើរការទាំងមូល (ច្រើនទៀតនៅលើជួរផ្សេងទៀត អត្ថបទ).

ការកំណត់រចនាសម្ព័ន្ធសាកល្បង

ឈ្មោះទំហំផ្ទុក
ទំហំបរិមាណ

ទិន្នន័យ ០
200GB

Grid01
1GB

Grid02
1GB

Grid03
1GB

Grid04
1GB

Grid05
1GB

Grid06
1GB

ធ្វើឡើងវិញ ០១
100GB

ការពន្យល់ខ្លះអំពីរបៀបប្រតិបត្តិការនៃអារេ និងដំណើរការដែលកើតឡើងក្នុងស្ថានភាពអាសន្ន

សំណុំទិន្នន័យនៃថ្នាំងនីមួយៗមានប៉ារ៉ាម៉ែត្រ "លេខកំណែ" ។ បន្ទាប់ពីការចាប់ផ្តើមដំបូង វាគឺដូចគ្នា និងស្មើ 1។ ប្រសិនបើហេតុផលមួយចំនួនលេខកំណែខុសគ្នា នោះទិន្នន័យតែងតែត្រូវបានធ្វើសមកាលកម្មពីកំណែចាស់ទៅកំណែដែលក្មេងជាង បន្ទាប់មកលេខនៃកំណែក្មេងត្រូវបានតម្រឹម ពោលគឺឧ។ នេះមានន័យថាច្បាប់ចម្លងគឺដូចគ្នាបេះបិទ។ ហេតុផលដែលកំណែអាចខុសគ្នា៖

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

ក្នុងករណីណាក៏ដោយ ថ្នាំងដែលនៅតែមាននៅលើអ៊ីនធឺណិតបង្កើនលេខកំណែរបស់វាម្តងមួយ ដើម្បីធ្វើសមកាលកម្មសំណុំទិន្នន័យរបស់វា បន្ទាប់ពីការតភ្ជាប់ជាមួយគូត្រូវបានស្ដារឡើងវិញ។

ប្រសិនបើការភ្ជាប់នៅលើតំណអ៊ីសឺរណិតត្រូវបានបាត់បង់ ចង្វាក់បេះដូងនឹងប្តូរទៅជា InfiniBand ជាបណ្តោះអាសន្ន ហើយត្រលប់មកវិញក្នុងរយៈពេល 10 វិនាទីនៅពេលដែលវាត្រូវបានស្តារឡើងវិញ។

ការដំឡើងម៉ាស៊ីនមេ

ដើម្បីធានាបាននូវការអត់ឱនចំពោះកំហុស និងធ្វើអោយដំណើរការប្រសើរឡើង អ្នកត្រូវតែបើកដំណើរការ MPIO សម្រាប់អារេ។ ដើម្បីធ្វើដូចនេះអ្នកត្រូវបន្ថែមបន្ទាត់ទៅឯកសារ /etc/multipath.conf ហើយបន្ទាប់មកចាប់ផ្តើមសេវាកម្ម multipath ឡើងវិញ។

អត្ថបទដែលលាក់ឧបករណ៍ {
ឧបករណ៍ {
អ្នកលក់ "AStor"
path_grouping_policy "group_by_prio"
path_selector "ប្រវែងជួរ 0"
path_checker "tur"
លក្ខណៈពិសេស "0"
hardware_handler "0"
prio "const"
បរាជ័យភ្លាមៗ
fast_io_fail_tmo ៥
dev_loss_tmo ៦០
user_friendly_names បាទ
detect_prio បាទ
rr_min_io_rq ១
no_path_retry 0
}
}

បន្ទាប់ ដើម្បីឱ្យ ASM ធ្វើការជាមួយ MPIO តាមរយៈ ASMLib អ្នកត្រូវផ្លាស់ប្តូរឯកសារ /etc/sysconfig/oracleasm ហើយបន្ទាប់មកដំណើរការ /etc/init.d/oracleasm scandisks

អត្ថបទដែលលាក់

# ORACLEASM_SCANORDER៖ ការផ្គូផ្គងលំនាំដើម្បីបញ្ជាឱ្យស្កេនថាស
ORACLEASM_SCANORDER="dm"

# ORACLEASM_SCANEXCLUDE៖ ការផ្គូផ្គងលំនាំដើម្បីមិនរាប់បញ្ចូលថាសពីការស្កេន
ORACLEASM_SCANEXCLUDE="sd"

ការកត់សម្គាល់

ប្រសិនបើអ្នកមិនចង់ប្រើ ASMLib អ្នកអាចប្រើច្បាប់ UDEV ដែលជាមូលដ្ឋានសម្រាប់ ASMLib ។

ដោយចាប់ផ្តើមជាមួយនឹងកំណែ 12.1.0.2 នៃ Oracle Database ជម្រើសគឺអាចរកបានសម្រាប់ការដំឡើងជាផ្នែកនៃកម្មវិធី ASMFD ។

វាជាការចាំបាច់ដើម្បីធានាថាថាសដែលបានបង្កើតសម្រាប់ Oracle ASM ត្រូវបានតម្រឹមជាមួយនឹងទំហំប្លុកដែលអារេដំណើរការជាមួយ (4K) ។ បើមិនដូច្នោះទេ បញ្ហាដំណើរការអាចកើតឡើង។ ដូច្នេះ ចាំបាច់ត្រូវបង្កើតបរិមាណជាមួយនឹងប៉ារ៉ាម៉ែត្រសមស្រប៖

បានបែងចែក /dev/mapper/device-name mklabel gpt mkpart primary 2048s 100% align-check optimal 1

ការចែកចាយមូលដ្ឋានទិន្នន័យឆ្លងកាត់បរិមាណដែលបានបង្កើតសម្រាប់ការកំណត់រចនាសម្ព័ន្ធសាកល្បងរបស់យើង។

ឈ្មោះទំហំផ្ទុក
ទំហំបរិមាណ
ការធ្វើផែនទីបរិមាណ LUNs
ព័ត៌មានលម្អិតអំពីឧបករណ៍កម្រិតសំឡេង ASM
ទំហំឯកតាការបែងចែក

ទិន្នន័យ ០
200GB
គូសផែនទីទំហំផ្ទុកទាំងអស់ទៅប្រព័ន្ធផ្ទុកទិន្នន័យ ច្រកទិន្នន័យទាំងអស់។
លែងត្រូវការតទៅទៀត៖ ធម្មតា។
ឈ្មោះ៖ DGDATA
គោលបំណង៖ ឯកសារទិន្នន័យ

4MB

ទិន្នន័យ ០
200GB

Grid01
1GB
លែងត្រូវការតទៅទៀត៖ ធម្មតា។
ឈ្មោះ៖ DGGRID1
គោលបំណង៖ ក្រឡាចត្រង្គ៖ CRS និងការបោះឆ្នោត

4MB

Grid02
1GB

Grid03
1GB

Grid04
1GB
លែងត្រូវការតទៅទៀត៖ ធម្មតា។
ឈ្មោះ៖ DGGRID2
គោលបំណង៖ ក្រឡាចត្រង្គ៖ CRS និងការបោះឆ្នោត

4MB

Grid05
1GB

Grid06
1GB

ធ្វើឡើងវិញ ០១
100GB
លែងត្រូវការតទៅទៀត៖ ធម្មតា។
ឈ្មោះ៖ DGREDO1
គោលបំណង៖ ធ្វើកំណត់ហេតុនៃខ្សែស្រឡាយឡើងវិញ ១

4MB

ធ្វើឡើងវិញ ០១
100GB

ធ្វើឡើងវិញ ០១
100GB
លែងត្រូវការតទៅទៀត៖ ធម្មតា។
ឈ្មោះ៖ DGREDO2
គោលបំណង៖ ធ្វើកំណត់ហេតុនៃខ្សែស្រឡាយឡើងវិញ ១

4MB

ធ្វើឡើងវិញ ០១
100GB

ការកំណត់មូលដ្ឋានទិន្នន័យ

ទំហំប្លុក = 8K
ផ្លាស់ប្តូរទំហំ = 16GB
បិទដំណើរការ AMM (ការគ្រប់គ្រងអង្គចងចាំដោយស្វ័យប្រវត្តិ)
បិទទំព័រដ៏ធំដែលមានតម្លាភាព

ការកំណត់ផ្សេងទៀត។

# vi /etc/sysctl.conf
✓ fs.aio-max-nr = 1048576
✓ fs.file-max = 6815744
✓ ខឺណែល.shmmax 103079215104
✓ kernel.shmall 31457280
✓ ខឺណែល.shmmn 4096
✓ ខឺណែល.sem = 250 32000 100 128
✓ net.ipv4.ip_local_port_range = 9000 65500
✓ net.core.rmem_default = 262144
✓ net.core.rmem_max = 4194304
✓ net.core.wmem_default = 262144
✓ net.core.wmem_max = 1048586
✓vm.swappiness=10
✓ vm.min_free_kbytes=524288 # កុំកំណត់វាប្រសិនបើអ្នកកំពុងប្រើ Linux x86
✓ vm.vfs_cache_pressure=200
✓ vm.nr_hugepages = 57000

# vi /etc/security/limits.conf
✓ក្រឡាចត្រង្គទន់ nproc 2047
✓ក្រឡាចត្រង្គរឹង nproc 16384
✓ ក្រឡាចត្រង្គ soft nofile 1024
✓ grid hard nofile 65536
✓ ក្រឡាចត្រង្គទន់ 10240
✓ ក្រឡាចត្រង្គរឹង 32768
✓ oracle soft nproc 2047
✓ oracle hard nproc 16384
✓ oracle soft nofile 1024
✓ oracle hard nofile 65536
✓ oracle soft stack 10240
✓ oracle hard stack 32768
✓ សោរទន់ 120795954
✓ កំណត់ហេតុរឹង 120795954

sqlplus “/ as sysdba”
ផ្លាស់ប្តូរប្រព័ន្ធកំណត់ដំណើរការ = 2000 វិសាលភាព = spfile;
ផ្លាស់ប្តូរប្រព័ន្ធកំណត់ open_cursors=2000 វិសាលភាព=spfile;
ផ្លាស់ប្តូរប្រព័ន្ធកំណត់ session_cached_cursors=300 វិសាលភាព=spfile;
ផ្លាស់ប្តូរប្រព័ន្ធកំណត់ db_files=8192 វិសាលភាព=spfile;

ការធ្វើតេស្តបរាជ័យ

សម្រាប់គោលបំណងបង្ហាញ HammerDB ត្រូវបានប្រើដើម្បីត្រាប់តាមការផ្ទុក OLTP ។ ការកំណត់រចនាសម្ព័ន្ធ HammerDB៖

ចំនួនឃ្លាំង
256

ប្រតិបត្តិការសរុបក្នុងមួយអ្នកប្រើប្រាស់
1000000000000

អ្នកប្រើប្រាស់និម្មិត
256

លទ្ធផលគឺ 2.1M TPM ដែលនៅឆ្ងាយពីដែនកំណត់ដំណើរការរបស់អារេ H710ប៉ុន្តែជា "ពិដាន" សម្រាប់ការកំណត់រចនាសម្ព័ន្ធផ្នែករឹងបច្ចុប្បន្ននៃម៉ាស៊ីនមេ (ជាចម្បងដោយសារដំណើរការ) និងលេខរបស់វា។ គោលបំណងនៃការធ្វើតេស្តនេះគឺនៅតែដើម្បីបង្ហាញពីភាពអត់ធ្មត់នៃកំហុសនៃដំណោះស្រាយទាំងមូល និងមិនមែនដើម្បីសម្រេចបាននូវការអនុវត្តអតិបរមានោះទេ។ ដូច្នេះ យើងនឹងបង្កើតឡើងដោយសាមញ្ញលើតួលេខនេះ។

សាកល្បងសម្រាប់ការបរាជ័យនៃថ្នាំងមួយ។

ម៉ាស៊ីនបានបាត់បង់ផ្នែកនៃផ្លូវទៅកាន់កន្លែងផ្ទុក ដោយបន្តធ្វើការតាមរយៈផ្នែកដែលនៅសល់ជាមួយនឹងថ្នាំងទីពីរ។ ដំណើរការបានធ្លាក់ចុះពីរបីវិនាទី ដោយសារផ្លូវកំពុងត្រូវបានសាងសង់ឡើងវិញ ហើយបន្ទាប់មកត្រឡប់ទៅធម្មតាវិញ។ មិនមានការរំខាននៅក្នុងសេវាកម្មទេ។

ការធ្វើតេស្តបរាជ័យរបស់គណៈរដ្ឋមន្ត្រីជាមួយនឹងឧបករណ៍ទាំងអស់។

ក្នុងករណីនេះ ការសម្តែងក៏បានធ្លាក់ចុះក្នុងរយៈពេលពីរបីវិនាទី ដោយសារការរៀបចំរចនាសម្ព័ន្ធផ្លូវឡើងវិញ ហើយបន្ទាប់មកត្រឡប់ទៅពាក់កណ្តាលតម្លៃដើមវិញ។ លទ្ធផលត្រូវបានកាត់ពាក់កណ្តាលពីដំបូងដោយសារការដកម៉ាស៊ីនបម្រើកម្មវិធីមួយចេញពីប្រតិបត្តិការ។ សេវាក៏មិនមានការរំខានដែរ។

ប្រសិនបើមានតម្រូវការក្នុងការអនុវត្តដំណោះស្រាយសង្គ្រោះគ្រោះមហន្តរាយ Cross-Rack ដែលអាចអត់ឱនបានសម្រាប់ Oracle ក្នុងការចំណាយដ៏សមរម្យ និងជាមួយនឹងការខិតខំប្រឹងប្រែងក្នុងការដាក់ពង្រាយ/រដ្ឋបាលតិចតួច នោះ Oracle RAC និងស្ថាបត្យកម្មដំណើរការជាមួយគ្នា។ AccelStor ចែករំលែក-គ្មានអ្វី នឹងក្លាយជាជម្រើសដ៏ល្អបំផុតមួយ។ ជំនួសឱ្យ Oracle RAC វាអាចមានកម្មវិធីណាមួយផ្សេងទៀតដែលផ្តល់ការចង្កោម DBMS ដូចគ្នា ឬប្រព័ន្ធនិម្មិត។ គោលការណ៍នៃការសាងសង់ដំណោះស្រាយនឹងនៅដដែល។ ហើយបន្ទាត់ខាងក្រោមគឺសូន្យសម្រាប់ RTO និង RPO ។

ប្រភព: www.habr.com