តម្លៃពិតនៃ I/O ចៃដន្យ

កម្មវិធីអាជីវកម្មរបស់អ្នកគឺយឺតជាងវាគួរតែ — ហើយ I/O ចៃដន្យគឺជាពិរុទ្ធជនដែលមើលមិនឃើញ

រាល់ពេលដែលអតិថិជនត្អូញត្អែរអំពីផ្ទាំងគ្រប់គ្រងយឺត រាល់ពេលដែលក្រុមរបស់អ្នករង់ចាំរយៈពេល 3 វិនាទីបន្ថែមសម្រាប់របាយការណ៍ដើម្បីផ្ទុក ហើយរាល់ពេលដែលទំព័រទូទាត់របស់អ្នកបាត់បង់អ្នកទិញដោយភាពអត់ធ្មត់ - មានឱកាសខ្លាំងដែល I/O ចៃដន្យ កំពុងធ្វើឱ្យប្រាក់ចំណូលរបស់អ្នកហូរដោយស្ងៀមស្ងាត់។ វាមិនមែនជាពាក្យ buzzword ដែលត្រូវបានបម្រុងទុកសម្រាប់វិស្វករមូលដ្ឋានទិន្នន័យទេ។ វាជាឧបសគ្គដែលអាចវាស់វែងបាន និងមានតម្លៃថ្លៃលាក់ខ្លួននៅក្នុងកម្មវិធីអាជីវកម្មស្ទើរតែទាំងអស់ ចាប់ពីការស្វែងរក CRM រហូតដល់ការបង្កើតវិក្កយបត្រ។ ការយល់ដឹងអំពីការចំណាយពិតប្រាកដរបស់វាមិនមែនគ្រាន់តែជាលំហាត់បច្ចេកទេសនោះទេ វាគឺជាផ្នែកហិរញ្ញវត្ថុ។ ក្រុមហ៊ុនដែលព្រងើយកន្តើយនឹងបង់ថ្លៃក្នុងវិក្កយបត្រពពកដែលអាប់អួរ បាត់បង់អតិថិជន និងក្រុមដែលជាប់គាំងរង់ចាំនៅលើអេក្រង់ដែលគួរដំណើរការភ្លាមៗ។

តើ I/O ចៃដន្យមានន័យយ៉ាងណា (ហើយហេតុអ្វីបានជាវាថ្លៃ)

នៅស្នូលរបស់វា I/O — input/output — គឺជាដំណើរការនៃការអាន និងសរសេរទិន្នន័យទៅកាន់កន្លែងផ្ទុក។ នៅពេលដែលកម្មវិធីរបស់អ្នកទៅយកកំណត់ត្រាពីមូលដ្ឋានទិន្នន័យ ផ្ទុកឯកសារពីថាស ឬសរសេរកំណត់ហេតុប្រតិបត្តិការ វាដំណើរការប្រតិបត្តិការ I/O ។ ប្រតិបត្តិការទាំងនេះមានពីររសជាតិ៖ បន្តបន្ទាប់គ្នា និង ចៃដន្យ។ I/O បន្តបន្ទាប់គ្នាអាន ឬសរសេរទិន្នន័យនៅក្នុងប្លុកជាប់គ្នា ដូចជាការអានសៀវភៅពីដើមដល់ចប់។ I/O ចៃដន្យ​លោត​ជុំវិញ​ដោយ​មិន​អាច​ទាយ​ទុក​មុន ដូចជា​ត្រឡប់​ទៅ​ទំព័រ 47 បន្ទាប់​មក​ទំព័រ 3 បន្ទាប់​មក​ទំព័រ 812។

គម្លាតនៃការអនុវត្តរវាងគំរូទាំងពីរនេះគឺគួរឱ្យភ្ញាក់ផ្អើល។ នៅលើថាសរឹងបែបប្រពៃណី ការអានតាមលំដាប់អាចសម្រេចបាននូវល្បឿន 150-200 MB/s ខណៈពេលដែលការអានចៃដន្យជាញឹកញាប់វារនៅ 0.5-1.5 MB/s — ភាពខុសគ្នានៃ 100x ឬច្រើនជាងនេះ។ សូម្បីតែនៅលើ NVMe SSDs ទំនើប ដែលធ្វើអោយប្រសើរឡើងនូវការអនុវត្ត I/O ចៃដន្យយ៉ាងខ្លាំង គម្លាតនៅតែមានចាប់ពី 5x ដល់ 20x អាស្រ័យលើបន្ទុកការងារ។ នៅពេលដែលកម្មវិធីអាជីវកម្មរបស់អ្នកចេញសំណើរអានតូចៗរាប់ពាន់ដែលខ្ចាត់ខ្ចាយក្នុងមួយវិនាទី — ទាញឈ្មោះអតិថិជននៅទីនេះ ធាតុវិក្កយបត្រនៅទីនោះ ការត្រួតពិនិត្យការអនុញ្ញាតនៅកន្លែងផ្សេង — hop នីមួយៗណែនាំភាពយឺតយ៉ាវដែលវាស់វែងជាមីក្រូវិនាទី ដែលផ្សំជាវិនាទីនៃពេលវេលារង់ចាំអ្នកប្រើប្រាស់ពិតប្រាកដ។

រូបវិទ្យា​មិន​បាន​ផ្លាស់ប្តូរ​ក្នុង​រយៈពេល​ជាច្រើន​ទសវត្សរ៍​ទេ៖ ការ​ចូល​ប្រើ​ទិន្នន័យ​ដែល​រាយប៉ាយ​នៅ​ទូទាំង​កន្លែង​ផ្ទុក​គឺ​ជា​មូលដ្ឋាន​យឺត​ជាង​ការ​ផ្សាយ​តាម​លំដាប់។ អ្វី​ដែល​បាន​ផ្លាស់​ប្តូ​រ​គឺ​មាត្រដ្ឋាន​ដែល​កម្មវិធី​ទំនើប​បង្កើត I/O ចៃដន្យ ដែល​ធ្វើ​ឱ្យ​តម្លៃ​របស់​វា​មិន​អាច​មើល​រំលង។

ពន្ធលាក់កំបាំងលើរាល់ប្រតិបត្តិការអាជីវកម្ម

ពិចារណាថាតើមានអ្វីកើតឡើងនៅពេលដែលអ្នកប្រើតែមួយបើកផ្ទាំងគ្រប់គ្រង CRM ។ កម្មវិធីសាកសួរតារាងអតិថិជន ចូលរួមជាមួយវាជាមួយនឹងកំណត់ហេតុសកម្មភាពថ្មីៗ ទាញតម្លៃកិច្ចព្រមព្រៀងដែលពាក់ព័ន្ធ ពិនិត្យមើលការអនុញ្ញាតរបស់អ្នកប្រើប្រាស់ ផ្ទុកចំនួនការជូនដំណឹង និងការទាញយកចំណូលចិត្តបង្ហាញ។ រាល់សំណួរទាំងនេះអាចប៉ះតារាងផ្សេងៗគ្នាដែលរក្សាទុកក្នុងទីតាំងផ្សេងៗគ្នានៅលើថាស។ ផ្ទាំងគ្រប់គ្រងដែលបង្ហាញកំណត់ត្រាអតិថិជនចំនួន 50 អាចបង្កើតប្រតិបត្តិការ I/O ចៃដន្យពី 300 ទៅ 500 នៅក្រោមក្រណាត់។ គុណនឹងអ្នកប្រើប្រាស់ដំណាលគ្នា 200 នាក់ក្នុងអំឡុងពេលម៉ោងធ្វើការខ្ពស់បំផុត ហើយម៉ាស៊ីនមេមូលដ្ឋានទិន្នន័យរបស់អ្នកកំពុងដំណើរការរហូតដល់ 100,000 អានចៃដន្យក្នុងមួយវិនាទី។

នេះមិនមែនជាសម្មតិកម្មទេ។ ការសិក្សាឆ្នាំ 2024 ដោយ Percona បានរកឃើញថា បន្ទុកមូលដ្ឋានទិន្នន័យដែលបានធ្វើឱ្យប្រសើរតិចតួចចំណាយរហូតដល់ 68% នៃពេលវេលាប្រតិបត្តិសរុបរបស់ពួកគេ រង់ចាំប្រតិបត្តិការ I/O ជាមួយនឹងលំនាំការចូលប្រើដោយចៃដន្យគឺជាជនល្មើសចម្បង។ សម្រាប់ក្រុមហ៊ុន SaaS ដែលបម្រើអាជីវកម្មរាប់ពាន់នាក់ នេះបកប្រែដោយផ្ទាល់ទៅក្នុងការចំណាយលើហេដ្ឋារចនាសម្ព័ន្ធខ្ពស់ជាង។ អ្នកផ្តល់សេវាពពកគិតថ្លៃដោយ IOPS (ប្រតិបត្តិការ I/O ក្នុងមួយវិនាទី) ហើយបន្ទុកការងារធ្ងន់ I/O ចៃដន្យអាចជំរុញវិក័យប័ត្រផ្ទុកប្រចាំខែពីរាប់រយទៅរាប់ម៉ឺនដុល្លារ — មិនមែនដោយសារតែបរិមាណទិន្នន័យនោះទេ ប៉ុន្តែដោយសារតែទម្រង់នៃការចូលប្រើ។

ការចំណាយលើសពីហេដ្ឋារចនាសម្ព័ន្ធ។ រាល់ 100 មិល្លីវិនាទីនៃពេលវេលាផ្ទុកទំព័របន្ថែមកាត់បន្ថយអត្រាការបម្លែងប្រហែល 7% នេះបើយោងតាមការស្រាវជ្រាវពី Akamai ។ នៅពេលដែល I/O ចៃដន្យបន្ថែមមួយវិនាទីពេញទៅការបង្កើតវិក្កយបត្ររបស់អ្នក ឬការផ្ទុករបាយការណ៍ អ្នកមិនគ្រាន់តែដុតកុំព្យូទ័រប៉ុណ្ណោះទេ - អ្នកកំពុងដុតប្រាក់ចំណូល។

កន្លែង​ដែល​កម្មវិធី​អាជីវកម្ម​ធ្លាក់​ចុះ​ប្រសិទ្ធភាព

មិនមែនមុខងារទាំងអស់ត្រូវបានបង្កើតស្មើៗគ្នាទេ នៅពេលនិយាយអំពីលំនាំ I/O ។ ប្រតិបត្តិការអាជីវកម្មទូទៅបំផុតមួយចំនួនក៏ជាជនល្មើសដ៏អាក្រក់បំផុតសម្រាប់ការចូលប្រើដោយចៃដន្យ៖

• ស្វែងរក និងត្រង៖ សំណួរឆ្លងកាត់វាលជាច្រើន (ឈ្មោះ កាលបរិច្ឆេទ ស្ថានភាព ស្លាក) បង្ខំឱ្យមូលដ្ឋានទិន្នន័យស្កេនលិបិក្រមដែលរាយប៉ាយពាសពេញកន្លែងផ្ទុក បង្កើតការអានចៃដន្យខ្លាំង
• ការប្រមូលផ្តុំផ្ទាំងគ្រប់គ្រង៖ ការបូកសរុបប្រាក់ចំណូល រាប់អ្នកប្រើប្រាស់សកម្ម ឬការគណនាវិក្កយបត្រហួសកាលកំណត់ តម្រូវឱ្យប៉ះជួររាប់ពាន់ជួរដែលរីករាលដាលនៅលើទំព័រទិន្នន័យផ្សេងៗគ្នា
• ការត្រួតពិនិត្យការអនុញ្ញាត៖ ការគ្រប់គ្រងការចូលប្រើប្រាស់ដោយផ្អែកលើតួនាទីនៅក្នុងវេទិកាពហុភតិកៈ ជារឿយៗតម្រូវឱ្យមានការស្វែងរកច្រើនដងក្នុងមួយសំណើ — អ្នកប្រើប្រាស់ → តួនាទី → ការអនុញ្ញាត → ធនធាន — នីមួយៗវាយតារាងផ្សេងគ្នា
• បង្កើតរបាយការណ៍៖ របាយការណ៍ប្រាក់បៀវត្សរ៍ប្រចាំខែ សេចក្តីសង្ខេបនៃការថែទាំកងនាវា ឬការវិភាគធនធានមនុស្ស ទាញទិន្នន័យពីតារាងរាប់សិបក្នុងពេលដំណាលគ្នា
• ការជូនដំណឹងតាមពេលវេលាជាក់ស្តែង៖ ការពិនិត្យមើលសារថ្មី ការអាប់ដេតកិច្ចការ និងការដាស់តឿនប្រព័ន្ធនៅទូទាំងម៉ូឌុលបង្កើតការផ្សាយជាបន្តបន្ទាប់នៃសំណួរចៃដន្យតូចៗ

លំនាំគឺច្បាស់៖ ម៉ូឌុលកាន់តែច្រើន និងលក្ខណៈពិសេសដែលវេទិកាផ្តល់ជូន នោះផ្លូវ I/O កាន់តែច្រើន។ ឧបករណ៍ link-in-bio សាមញ្ញអាចបង្កើត 10 queries ក្នុងមួយទំព័រ។ ប្រព័ន្ធប្រតិបត្តិការអាជីវកម្មពេញលេញជាមួយ CRM វិក្កយបត្រ ធនធានមនុស្ស បញ្ជីប្រាក់បៀវត្សរ៍ ការកក់ និងម៉ូឌុលវិភាគ - ដូចជាអ្វីដែល Mewayz ផ្តល់នៅទូទាំង 207 ម៉ូឌុលរបស់វា - អាចបង្កើតទ្រឹស្តីរាប់រយ។ ភាពខុសប្លែកគ្នារវាងវេទិកាដែលមានអារម្មណ៍ភ្លាមៗ និងមួយដែលមានអារម្មណ៍យឺត ជារឿយៗកើតឡើងចំពោះរបៀបដែលគំរូ I/O ទាំងនោះត្រូវបានគ្រប់គ្រងនៅពីក្រោយឆាកដោយឆ្លាតវៃ។

ហេតុ​អ្វី​បាន​ជា​ការ​បោះ Hardware នៅ​បញ្ហា​មិន​ដំណើរការ

សភាវគតិ​នៅពេល​កម្មវិធី​ថយចុះ​គឺ​ត្រូវ​ដំឡើង​កំណែ។ ម៉ាស៊ីនមេធំជាង SSDs លឿនជាងមុន RAM កាន់តែច្រើន។ ហើយខណៈពេលដែលការកែលម្អផ្នែករឹងជួយពួកគេធ្វើតាមខ្សែកោងនៃការថយចុះដែលធ្វើឱ្យ CFOs មិនស្រួល។ ការបង្កើន RAM របស់ម៉ាស៊ីនមេមូលដ្ឋានទិន្នន័យរបស់អ្នកទ្វេដងពី 64GB ដល់ 128GB អាចធ្វើឱ្យប្រសើរឡើងនូវអត្រាបុកឃ្លាំងសម្ងាត់ពី 92% ទៅ 96% ដែលជាការកើនឡើងដ៏មានអត្ថន័យ ប៉ុន្តែ 4% នៃឃ្លាំងសម្ងាត់ដែលនៅសេសសល់នៅតែប៉ះពាល់ដល់ការផ្ទុកដោយចៃដន្យ I/O ។ ការបង្កើនការបែងចែក IOPS របស់អ្នកបីដងនៅលើ AWS ពី 3,000 ទៅ 10,000 ចំណាយប្រហែល $450 បន្ថែមទៀតក្នុងមួយខែ ប៉ុន្តែអាចធ្វើឱ្យប្រសើរឡើងនូវពេលវេលាឆ្លើយតប p99 ដោយ 30%

បញ្ហាពិតគឺស្ថាបត្យកម្ម។ ចៃដន្យ I/O ជារឿយៗជារោគសញ្ញានៃបញ្ហាកាន់តែស៊ីជម្រៅ៖ បាត់សន្ទស្សន៍ ឬរចនាមិនសូវល្អ គំរូសំណួរ N+1 ដែលកម្មវិធីបង្កើតការហៅមូលដ្ឋានទិន្នន័យមួយក្នុងមួយធាតុជំនួសឱ្យការប្រមូលផ្តុំ គ្រោងការណ៍ដែលហួសកម្រិតធម្មតាដែលទាមទារតារាងចំនួនប្រាំសម្រាប់ជួរដេកបង្ហាញតែមួយ និងកង្វះការអានចម្លង ឬស្រទាប់ឃ្លាំងសម្ងាត់។ ការធ្វើឱ្យប្រសើរឡើងផ្នែករឹងព្យាបាលរោគសញ្ញា។ ការបង្កើនប្រសិទ្ធភាពស្ថាបត្យកម្មព្យាបាលមូលហេតុ។

ប្រតិបត្តិការ I/O ថ្លៃបំផុត គឺជាប្រតិបត្តិការដែលមិនគួរមានតាំងពីដំបូង។ សម្រាប់រាល់ប្រាក់ដុល្លារដែលបានចំណាយលើការផ្ទុកលឿនជាងមុន ដប់សេនដែលចំណាយលើការបង្កើនប្រសិទ្ធភាពសំណួរផ្តល់លទ្ធផលប្រសើរជាងមុន។ ក្រុមហ៊ុន​ដែល​ឈ្នះ​លើ​ការ​អនុវត្ត​មិន​ប្រើ​លើស​ការ​ប្រកួត​ប្រជែង​របស់​ពួក​គេ — ពួក​គេ​គិត​ខុស​ពី​គំរូ​ចូល​ប្រើ​ទិន្នន័យ​របស់​ពួក​គេ។

💡 DID YOU KNOW?

Mewayz replaces 8+ business tools in one platform

CRM · Invoicing · HR · Projects · Booking · eCommerce · POS · Analytics. Free forever plan available.

Start Free →

យុទ្ធសាស្ត្រជាក់ស្តែងដែលកាត់បន្ថយ I/O ចៃដន្យ

ការកាត់បន្ថយ I/O ចៃដន្យមិនតម្រូវឱ្យមានការសរសេរឡើងវិញពេញលេញនៃកម្មវិធីរបស់អ្នកទេ។ វាទាមទារការផ្លាស់ប្តូរដែលអាចវាស់វែងបានគោលដៅចំពោះរបៀបដែលទិន្នន័យត្រូវបានរក្សាទុក ចូលប្រើ និងឃ្លាំងសម្ងាត់។ នេះគឺជាយុទ្ធសាស្ត្រដែលផ្តល់ផលប៉ះពាល់ខ្ពស់បំផុត៖

1. អនុវត្តការបណ្តុំសំណួរដែលឈ្លានពាន។ ជំនួសគំរូសំណួរ N+1 ជាមួយនឹងការផ្ទុកយ៉ាងអន្ទះសារ។ ប្រសិនបើផ្ទាំងគ្រប់គ្រងរបស់អ្នកផ្ទុកអតិថិជន 50 នាក់ និងសកម្មភាពថ្មីៗរបស់ពួកគេ យកសំណុំសកម្មភាព 50 ទាំងអស់នៅក្នុងសំណួរតែមួយដោយប្រើ WHERE customer_id IN (...) ជាជាងការស្វែងរកបុគ្គលចំនួន 50 ។ នេះអាចកាត់បន្ថយ I/O ចៃដន្យបាន 80% លើការមើលបញ្ជី។
2. ប្រើលិបិក្រមផ្សំជាយុទ្ធសាស្ត្រ។ សន្ទស្សន៍ផ្សំនៅលើ (tenant_id, status, created_at) អនុញ្ញាតឱ្យមូលដ្ឋានទិន្នន័យបំពេញសំណួរដែលបានត្រងទូទៅជាមួយនឹងការស្កេនលិបិក្រមបន្តបន្ទាប់តែមួយ ជំនួសឱ្យការរកមើលដោយចៃដន្យជាច្រើននៅទូទាំងសន្ទស្សន៍ដាច់ដោយឡែក។
3. ណែនាំស្រទាប់ឃ្លាំងសម្ងាត់ជាមួយនឹងការធ្វើឱ្យមិនត្រឹមត្រូវឆ្លាតវៃ។ ឃ្លាំងសម្ងាត់បានចូលប្រើជាញឹកញាប់ ប៉ុន្តែកម្រនឹងផ្លាស់ប្តូរទិន្នន័យ — ការអនុញ្ញាតរបស់អ្នកប្រើប្រាស់ ការកំណត់ស្ថាប័ន ការកំណត់រចនាសម្ព័ន្ធម៉ូឌុល — នៅក្នុងអង្គចងចាំ។ Redis ឬ Memcached អាចបម្រើការទាំងនេះក្នុងរយៈពេលមីក្រូវិនាទី ដោយលុបបំបាត់ការអានចៃដន្យរាប់ពាន់ក្នុងមួយនាទី។
4. ការប្រមូលផ្តុំមុនគណនា។ ជំនួសឱ្យការគណនាប្រាក់ចំណូលប្រចាំខែ ឬចំនួនក្បាលនៅលើរាល់ការផ្ទុកផ្ទាំងគ្រប់គ្រង សូមដំណើរការការងារប្រមូលផ្តុំតាមកាលវិភាគ និងរក្សាទុកលទ្ធផល។ ធ្វើពាណិជ្ជកម្មចំនួនតិចតួចនៃភាពស្រស់នៃទិន្នន័យសម្រាប់ការកាត់បន្ថយដ៏ធំនៃ I/O ចៃដន្យក្នុងពេលជាក់ស្តែង។
5. បែងចែកតារាងធំតាមលំនាំចូលប្រើប្រាស់។ ប្រសិនបើ 90% នៃសំណួរប៉ះទិន្នន័យពី 30 ថ្ងៃចុងក្រោយ សូមបែងចែកតារាងរបស់អ្នកតាមជួរកាលបរិច្ឆេទ ដូច្នេះភាគថាសសកម្មនៅតែក្តៅក្នុងឃ្លាំងសម្ងាត់ ខណៈដែលទិន្នន័យប្រវត្តិសាស្ត្រត្រជាក់នៅលើទំហំផ្ទុកថោកជាង។

ទាំងនេះមិនមែនជាបច្ចេកទេសកម្រនិងអសកម្មទេ។ ពួកវាជាគំរូដូចគ្នាដែលអនុញ្ញាតឱ្យវេទិកាបម្រើអ្នកប្រើប្រាស់រាប់រយរាប់ពាន់នាក់រក្សាពេលវេលាឆ្លើយតបអនុវិនាទីឆ្លងកាត់ចំណុចប្រទាក់ពហុម៉ូឌុលស្មុគស្មាញ។ នៅពេលដែល Mewayz សាងសង់ស្ថាបត្យកម្មរបស់ខ្លួនឡើងវិញសម្រាប់ V2 — ធ្វើមាត្រដ្ឋានពីឧបករណ៍ភ្ជាប់តែមួយក្នុងជីវកម្មទៅកាន់ 207-module ប្រព័ន្ធប្រតិបត្តិការដែលបម្រើអ្នកប្រើប្រាស់ជាង 138,000 នាក់ — ការធ្វើឱ្យលំនាំនៃការចូលប្រើ I/O ប្រសើរឡើងគឺជាមូលដ្ឋានគ្រឹះក្នុងការធ្វើឱ្យការពង្រីកនោះដំណើរការបានដោយមិនចាំបាច់គុណតម្លៃហេដ្ឋារចនាសម្ព័ន្ធតាមសមាមាត្រ។

ឥទ្ធិពល​រួម​លើ​បទពិសោធន៍​អ្នក​ប្រើ និង​ការ​រក្សា​ទុក

ការអនុវត្តមិនមែនគ្រាន់តែជាកង្វល់ផ្នែកខាងក្រោយប៉ុណ្ណោះទេ វាជាលក្ខណៈពិសេសរបស់ផលិតផល ការស្រាវជ្រាវរបស់ Google បានបង្ហាញជាប់លាប់ថា 53% នៃអ្នកប្រើប្រាស់ទូរស័ព្ទចល័តបោះបង់ទំព័រដែលចំណាយពេលយូរជាង 3 វិនាទីដើម្បីផ្ទុក។ សម្រាប់កម្មវិធីអាជីវកម្មដែលអ្នកប្រើប្រាស់ធ្វើអន្តរកម្មរាប់សិបដងក្នុងមួយថ្ងៃ ការអត់ឱនគឺទាបជាង។ អ្នកគ្រប់គ្រងបញ្ជីប្រាក់បៀវត្សរ៍ដែលកំពុងដំណើរការរបាយការណ៍ប្រចាំសប្តាហ៍ អ្នកគ្រប់គ្រងផ្នែកធនធានមនុស្សពិនិត្យអ្នកដាក់ពាក្យ ឬតំណាងផ្នែកលក់ដែលពិនិត្យមើលស្ថានភាពបំពង់ - អ្នកប្រើប្រាស់ទាំងនេះបង្កើតការយល់ដឹងអំពីល្បឿនដ៏វិចារណញាណ។ ពួកគេប្រហែលជាមិនបញ្ជាក់អំពី "ភាពយឺតយ៉ាវ I/O ចៃដន្យនៅលើសំណួរនៃការប្រមូលផ្តុំវិក្កយបត្រគឺខ្ពស់ពេក" ប៉ុន្តែពួកគេនឹងនិយាយថា "កម្មវិធីនេះមានអារម្មណ៍យឺត" ហើយចាប់ផ្តើមវាយតម្លៃជម្រើសផ្សេងទៀត។

ឥទ្ធិពលផ្សំគឺអាចវាស់វែងបាន។ វេទិកាដែលផ្ទុកផ្ទាំងគ្រប់គ្រងក្នុង 800ms ជំនួសឱ្យ 2.4 វិនាទី មិនគ្រាន់តែមានអារម្មណ៍ថាលឿនជាង 3x ប៉ុណ្ណោះទេ ប៉ុន្តែវាផ្លាស់ប្តូរឥរិយាបថប្រើប្រាស់។ អ្នក​ប្រើ​ពិនិត្យ​មើល​ទិន្នន័យ​កាន់តែ​ញឹកញាប់ រុករក​ម៉ូឌុល​បន្ថែម​ទៀត និង​បញ្ចូល​ឧបករណ៍​ឱ្យ​កាន់តែ​ស៊ីជម្រៅ​ទៅក្នុង​លំហូរ​ការងារ​របស់ពួកគេ។ ការចូលរួមកាន់តែខ្ពស់ជំរុញឱ្យមានការរក្សាទុកកាន់តែខ្ពស់ ដែលជំរុញឱ្យតម្លៃជីវិតកាន់តែខ្ពស់។ Slack ដ៏ល្បីល្បាញបានសន្មតថាផ្នែកដ៏សំខាន់នៃការរីកចម្រើនដំបូងរបស់វាទៅនឹងការបង្កើនប្រសិទ្ធភាពការអនុវត្តដោយឈ្លក់វង្វេង ដោយទទួលស្គាល់ថាល្បឿនខ្លួនវាគឺជាគូប្រកួតប្រជែង។

សម្រាប់វេទិកាអាជីវកម្មទាំងអស់ក្នុងតែមួយ ឥទ្ធិពលនេះគុណនឹងគ្រប់ម៉ូឌុលទាំងអស់។ ប្រសិនបើ CRM លឿន ប៉ុន្តែការចេញវិក្កយបត្រយឺត ការយល់ឃើញនៃវេទិកាទាំងមូលនឹងរងទុក្ខ។ ភាពស៊ីសង្វាក់គ្នានៃការអនុវត្តលើមុខងារនានា — ពីការគ្រប់គ្រងការកក់រហូតដល់ការតាមដានកងនាវារហូតដល់ការវិភាគ — ទាមទារលំនាំ I/O ដែលត្រូវបានកែលម្អជាប់លាប់នៅគ្រប់ទីកន្លែង មិនត្រឹមតែនៅក្នុងម៉ូឌុលដែលអាចមើលឃើញច្រើនបំផុតប៉ុណ្ណោះទេ។

ការវាស់វែងអ្វីដែលសំខាន់៖ ធ្វើឱ្យ I/O មើលឃើញដោយចៃដន្យ

អ្នកមិនអាចជួសជុលអ្វីដែលអ្នកមើលមិនឃើញ។ ជំហានដំបូងក្នុងការដោះស្រាយការចំណាយ I/O ចៃដន្យគឺធ្វើឱ្យពួកគេមើលឃើញដោយក្រុមវិស្វកម្ម និងប្រតិបត្តិការរបស់អ្នក។ ឧបករណ៍សង្កេតទំនើបដូចជា Datadog, New Relic ឬសូម្បីតែដំណោះស្រាយប្រភពបើកចំហដូចជា Prometheus ជាមួយ Grafana អាចតាមដានលំនាំ IOPS ការចែកចាយភាពយឺតយ៉ាវនៃសំណួរ និងអត្រាការប៉ះទង្គិចក្នុងឃ្លាំងសម្ងាត់ក្នុងពេលវេលាជាក់ស្តែង។ រង្វាស់ដែលសំខាន់បំផុតគឺ៖

• ភាពយឺតយ៉ាវនៃសំណួរ p95 និង p99៖ ភាពយឺតយ៉ាវជាមធ្យមលាក់បាំងការឈឺចាប់។ ភាគរយទី 95 និងទី 99 បង្ហាញពីអ្វីដែលយឺតបំផុតរបស់អ្នក — និងខកចិត្តបំផុត — អ្នកប្រើប្រាស់ពិតជាមានបទពិសោធន៍
• ការវិភាគ IOPS ដោយការអានធៀបនឹងការសរសេរ តាមលំដាប់លំដោយធៀបនឹងចៃដន្យ៖ វាបង្ហាញថាតើបន្ទុកការងាររបស់អ្នកត្រូវបានចង I/O និងប្រភេទណាដែល I/O គ្រប់គ្រង
• អនុបាតឃ្លាំងសម្ងាត់៖ សមាមាត្រក្រោម 95% នៅលើប្រព័ន្ធដែលបានកែតម្រូវយ៉ាងល្អ ណែនាំគំរូនៃការចូលប្រើទិន្នន័យដែលមិនត្រូវបានបម្រើពីអង្គចងចាំ
• ចំនួនសំណួរក្នុងមួយទំព័រផ្ទុក៖ ប្រសិនបើសកម្មភាពរបស់អ្នកប្រើតែមួយបង្កឱ្យមានសំណួរមូលដ្ឋានទិន្នន័យច្រើនជាង 20-30 នោះស្ទើរតែប្រាកដជាមានឱកាសបង្កើនប្រសិទ្ធភាព

ប្រដាប់ដោយទិន្នន័យនេះ ក្រុមអាចផ្តល់អាទិភាពដល់ការបង្កើនប្រសិទ្ធភាពដែលមានឥទ្ធិពលខ្ពស់បំផុត ជាជាងការស្មាន។ អាជីវកម្មដែលចាត់ទុកការអនុវត្ត I/O ជាម៉ែត្រថ្នាក់ទីមួយ - រួមជាមួយនឹងម៉ោងដំណើរការ អត្រាកំហុស និងការពេញចិត្តរបស់អ្នកប្រើប្រាស់ — បន្តចែកចាយផលិតផលលឿនជាងមុនក្នុងតម្លៃទាប។ នៅក្នុងទីផ្សារដែលអ្នកប្រើប្រាស់រំពឹងថាឧបករណ៍អាជីវកម្មនឹងឆ្លើយតបដូចកម្មវិធីអ្នកប្រើប្រាស់ វិន័យនោះមិនមែនជាជម្រើសទេ។ វា​ជា​ភាព​ខុស​គ្នា​រវាង​វេទិកា​ដែល​ធ្វើ​មាត្រដ្ឋាន​យ៉ាង​ប្រណិត​ដល់​អ្នក​ប្រើ​ចំនួន 138,000 នាក់ និង​មួយ​ដែល​នៅ​ក្រោម​ភាព​ស្មុគស្មាញ​របស់​វា។

សំណួរដែលគេសួរញឹកញាប់

តើអ្វីជា I/O ចៃដន្យ ហើយហេតុអ្វីបានជាវាយឺតយ៉ាងនេះ?

ចៃដន្យ I/O កើតឡើងនៅពេលដែលប្រព័ន្ធអាន ឬសរសេរទិន្នន័យតូចៗពីទីតាំងផ្សេងៗ ដែលមិនបន្តបន្ទាប់គ្នានៅលើថាសផ្ទុក។ មិនដូច I/O បន្តបន្ទាប់គ្នាទេ (ការអានឯកសារចាប់ផ្តើមដល់ចប់) ក្បាលអាន/សរសេរត្រូវតែលោតជានិច្ច បង្កើតការពន្យារពេលសំខាន់ៗ។ នេះ​ជា​មូលហេតុ​ចម្បង​ដែល​សំណួរ​មូលដ្ឋាន​ទិន្នន័យ​ទៅ​យក​កំណត់ត្រា​ដែល​ខ្ចាត់ខ្ចាយ​គឺ​យឺត​ជាង​ការ​ផ្សាយ​ឯកសារ​វីដេអូ​ធំ​ បើ​ទោះ​ជា​ចំនួន​ទិន្នន័យ​សរុប​តូច​ជាង​ក៏ដោយ។

តើ I/O ចៃដន្យប៉ះពាល់ដល់ប្រតិបត្តិការអាជីវកម្មរបស់ខ្ញុំយ៉ាងដូចម្ដេច?

វាប៉ះពាល់ដល់បទពិសោធន៍អ្នកប្រើប្រាស់ និងផលិតភាពដោយផ្ទាល់។ ការឆ្លើយតបកម្មវិធីយឺតធ្វើឱ្យអតិថិជនខកចិត្ត ដែលនាំទៅដល់ការបោះបង់ចោលរទេះ និងសំបុត្រគាំទ្រ។ សម្រាប់បុគ្គលិក CRMs យឺត និងឧបករណ៍រាយការណ៍ខ្ជះខ្ជាយពេលវេលាដ៏មានតម្លៃ។ ការពន្យារពេលទាំងនេះប្រែទៅជាការចំណាយជាក់ស្តែង៖ ការបាត់បង់ការលក់ ការថយចុះប្រសិទ្ធភាពបុគ្គលិក និងគ្រោះថ្នាក់ដែលអាចកើតមានចំពោះកេរ្តិ៍ឈ្មោះម៉ាករបស់អ្នកចំពោះការឆ្លើយតប។ រាល់វិនាទីនៃភាពយឺតយ៉ាវមានតម្លៃរូបិយវត្ថុ។

តើនេះមិនមែនជាបញ្ហាផ្នែករឹងមែនទេ? តើខ្ញុំមិនអាចទិញ SSD លឿនជាងមុនបានទេ?

ខណៈដែល SSDs លឿនជាងមុនជួយ ពួកវាជាដំណោះស្រាយដែលចំណាយច្រើន ហើយជារឿយៗមិនពេញលេញ។ មូលហេតុ​ដើម​គឺ​ជា​ធម្មតា​កម្មវិធី​មិន​មាន​ប្រសិទ្ធភាព​ដែល​អនុវត្ត​សំណើ​មូលដ្ឋាន​ទិន្នន័យ​តូច​ៗ​ជា​ច្រើន​ដែល​បែកខ្ញែក។ ការបង្កើនប្រសិទ្ធភាពកូដកម្មវិធី និងសំណួរមូលដ្ឋានទិន្នន័យ ដើម្បីកាត់បន្ថយ I/O ចៃដន្យគឺមានប្រសិទ្ធភាពជាង។ ដំណោះស្រាយដូចជា Mewayz ជាមួយនឹងម៉ូឌុលដែលបានសាងសង់ជាមុនចំនួន 207 របស់វាដែលចាប់ផ្តើមពី $19/ខែ ត្រូវបានរចនាឡើងដើម្បីសម្រួលលំនាំនៃការចូលប្រើទិន្នន័យប្រកបដោយប្រសិទ្ធភាព។

តើអ្វីជាជំហានដំបូងក្នុងការកំណត់អត្តសញ្ញាណប្រសិនបើ I/O ចៃដន្យគឺជាបញ្ហាស្ទះរបស់ខ្ញុំ?

ចាប់ផ្តើមជាមួយឧបករណ៍ត្រួតពិនិត្យការអនុវត្តកម្មវិធីរបស់អ្នក។ រកមើលរង្វាស់មូលដ្ឋានទិន្នន័យដែលបង្ហាញពីប្រតិបត្តិការអាន/សរសេរខ្ពស់ក្នុងមួយវិនាទី (IOPS) គួបផ្សំនឹងពេលវេលាសំណួរយឺត។ កំណត់ទម្រង់ពាក្យសុំរបស់អ្នកដើម្បីកំណត់អត្តសញ្ញាណសំណួរតូចៗញឹកញាប់។ ប្រសិនបើសកម្មភាពរបស់អ្នកប្រើតែមួយបង្កឱ្យមានការហៅតាមមូលដ្ឋានទិន្នន័យបុគ្គលរាប់សិបនាក់ ជំនួសឱ្យការហៅដែលមានប្រសិទ្ធភាពមួយចំនួន អ្នកទំនងជាបានរកឃើញបញ្ហា I/O ចៃដន្យដែលត្រូវការការដោះស្រាយ។