ការបង្កើនដង់ស៊ីតេធុងនៅលើថ្នាំងដោយប្រើបច្ចេកវិទ្យា PFCACHE

គោលដៅមួយក្នុងចំណោមគោលដៅរបស់អ្នកផ្តល់សេវាបង្ហោះគឺដើម្បីបង្កើនការប្រើប្រាស់ឧបករណ៍ដែលមានស្រាប់ក្នុងគោលបំណងផ្តល់សេវាកម្មគុណភាពខ្ពស់ដល់អ្នកប្រើប្រាស់ចុងក្រោយ។ ធនធាននៃម៉ាស៊ីនមេចុងគឺតែងតែមានកម្រិត ប៉ុន្តែចំនួននៃសេវាកម្មអតិថិជនដែលបានបង្ហោះ ហើយក្នុងករណីរបស់យើងយើងកំពុងនិយាយអំពី VPS អាចខុសគ្នាខ្លាំង។ អានអំពីរបៀបឡើងដើមឈើ និងញ៉ាំប៊ឺហ្គឺនៅក្រោមការកាត់។

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

តើ VPS ប៉ុន្មានអាចត្រូវបានបង្ហោះនៅលើថ្នាំងមួយអាស្រ័យលើកត្តាជាច្រើន ដែលជាក់ស្តែងដូចជា៖

1. លក្ខណៈនៃផ្នែករឹងរបស់ថ្នាំងខ្លួនឯង
2. ទំហំ VPS
3. ធម្មជាតិនៃបន្ទុកនៅលើ VPS
4. បច្ចេកវិទ្យាកម្មវិធីដែលជួយបង្កើនប្រសិទ្ធភាពដង់ស៊ីតេ

ក្នុងករណីនេះ យើងនឹងចែករំលែកបទពិសោធន៍របស់យើងក្នុងការប្រើប្រាស់បច្ចេកវិទ្យា Pfcache សម្រាប់ Virtuozzo ។
យើងប្រើសាខាទី 6 ប៉ុន្តែអ្វីគ្រប់យ៉ាងដែលនិយាយក៏ជាការពិតសម្រាប់ទី 7 ។

Pfcache - យន្តការ Virtuozzo ដែលជួយផ្តាច់ IOPS និង RAM ក្នុងកុងតឺន័រ ដោយបែងចែកឯកសារដូចគ្នាបេះបិទនៅក្នុងកុងតឺន័រ ចូលទៅក្នុងតំបន់រួមដាច់ដោយឡែកមួយ។

តាមពិតវាមានៈ
1. កូដខឺណែល
2. បិសាចអវកាសអ្នកប្រើប្រាស់
3. ឧបករណ៍ប្រើប្រាស់ទំហំអ្នកប្រើប្រាស់

នៅផ្នែកខាងថ្នាំង យើងបែងចែកផ្នែកទាំងមូលដែលឯកសារនឹងត្រូវបានបង្កើតដែលនឹងត្រូវបានប្រើដោយផ្ទាល់ដោយ VPS ទាំងអស់នៅលើថ្នាំង។ ឧបករណ៍ប្លុក ploop ត្រូវបានម៉ោននៅក្នុងផ្នែកនេះ។ បន្ទាប់មក នៅពេលដែលកុងតឺន័រចាប់ផ្តើម វាទទួលបានឯកសារយោងសម្រាប់ផ្នែកនេះ៖

[root@pcs13 ~]# cat /proc/mounts
...
/dev/ploop62124p1 /vz/pfcache ext4 rw,relatime,barrier=1,data=ordered,balloon_ino=12 0 0
...
/dev/ploop22927p1 /vz/root/418 ext4 rw,relatime,barrier=1,data=ordered,balloon_ino=12,pfcache_csum,pfcache=/vz/pfcache 0 0
/dev/ploop29642p1 /vz/root/264 ext4 rw,relatime,barrier=1,data=ordered,balloon_ino=12,pfcache_csum,pfcache=/vz/pfcache 0 0
...

នេះគឺជាស្ថិតិប្រហាក់ប្រហែលនៃចំនួនឯកសារនៅលើថ្នាំងមួយរបស់យើង៖

[root@pcs13 ~]# find /vz/pfcache -type f | wc -l
45851
[root@pcs13 ~]# du -sck -h /vz/pfcache
2.4G    /vz/pfcache
2.4G    total

គោលការណ៍នៃ pfcache មានដូចខាងក្រោម៖
• user-space daemon Pfcached សរសេរ sha-1 hash នៃឯកសារទៅគុណលក្ខណៈ xattr នៃឯកសារនេះ។ មិនមែនឯកសារទាំងអស់ត្រូវបានដំណើរការទេ ប៉ុន្តែមានតែនៅក្នុងថត /usr, /bin, /usr/sbin, /sbin, /lib, /lib64

• វាទំនងជាថាឯកសារនៅក្នុងថតទាំងនេះនឹងត្រូវបាន "ចែករំលែក" ហើយនឹងត្រូវបានប្រើដោយធុងជាច្រើន;

• Pfcached ជាទៀងទាត់ប្រមូលស្ថិតិលើការអានឯកសារពីខឺណែល វិភាគវា និងបន្ថែមឯកសារទៅឃ្លាំងសម្ងាត់ ប្រសិនបើពួកវាត្រូវបានប្រើញឹកញាប់។

• ថតទាំងនេះអាចខុសគ្នា និងត្រូវបានកំណត់រចនាសម្ព័ន្ធក្នុងឯកសារកំណត់រចនាសម្ព័ន្ធ។

• នៅពេលអានឯកសារ វាត្រូវបានពិនិត្យថាតើវាមាន hash ដែលបានបញ្ជាក់នៅក្នុងគុណលក្ខណៈបន្ថែម xattr ដែរឬទេ។ ប្រសិនបើវាមានឯកសារ "ទូទៅ" ត្រូវបានបើកជំនួសឱ្យឯកសារកុងតឺន័រ។ ការជំនួសនេះកើតឡើងដោយមិនបានកត់សម្គាល់ដោយកូដកុងតឺន័រ ហើយត្រូវបានលាក់នៅក្នុងខឺណែល។

• នៅពេលសរសេរទៅឯកសារ សញ្ញាត្រូវមានសុពលភាព។ ដូច្នេះ នៅពេលដែលអ្នកបើកវាលើកក្រោយ ឯកសារកុងតឺន័រនឹងបើកដោយខ្លួនឯង មិនមែនឃ្លាំងសម្ងាត់របស់វាទេ។

តាមរយៈការរក្សាទុកឯកសារដែលបានចែករំលែកពី /vz/pfcache នៅក្នុងឃ្លាំងសម្ងាត់ទំព័រ យើងសម្រេចបាននូវការសន្សំនៅក្នុងឃ្លាំងសម្ងាត់នេះផ្ទាល់ ក៏ដូចជាការរក្សាទុកនៅក្នុង IOPS ផងដែរ។ ជំនួសឱ្យការអានឯកសារចំនួនដប់ពីថាស យើងអានមួយ ដែលភ្លាមៗទៅកាន់ឃ្លាំងសម្ងាត់ទំព័រ។

struct inode {
...
 struct file             *i_peer_file;
...
};
struct address_space {
...
 struct list_head        i_peer_list;
...
}

បញ្ជី VMA សម្រាប់ឯកសារនៅតែមានតែមួយ (យើងដកអង្គចងចាំស្ទួន) ហើយត្រូវបានអានពីថាសញឹកញាប់តិច (រក្សាទុក iops) ។ មូលនិធិរួមរបស់យើងមានទីតាំងនៅលើ SSD ដែលជាការកើនឡើងបន្ថែមក្នុងល្បឿន។

ឧទាហរណ៍សម្រាប់ការរក្សាទុកឯកសារ /bin/bash៖

[root@pcs13 ~]# ls -li /vz/root/2388/bin/bash
524650 -rwxr-xr-x 1 root root 1021112 Oct  7  2018 /vz/root/2388/bin/bash
[root@pcs13 ~]# pfcache dump /vz/root/2388 | grep 524650
8e3aa19fdc42e87659746f6dc8ea3af74ab30362 i:524650      g:1357611108  f:CP
[root@pcs13 ~]# sha1sum /vz/root/2388/bin/bash
8e3aa19fdc42e87659746f6dc8ea3af74ab30362  /vz/root/2388/bin/bash
[root@pcs13 /]# getfattr -ntrusted.pfcache /vz/root/2388/bin/bash
# file: vz/root/2388/bin/bash
trusted.pfcache="8e3aa19fdc42e87659746f6dc8ea3af74ab30362"
[root@pcs13 ~]# sha1sum /vz/pfcache/8e/3aa19fdc42e87659746f6dc8ea3af74ab30362
8e3aa19fdc42e87659746f6dc8ea3af74ab30362  /vz/pfcache/8e/3aa19fdc42e87659746f6dc8ea3af74ab30362

យើងគណនាប្រសិទ្ធភាពនៃការប្រើប្រាស់ ស្គ្រីបដែលត្រៀមរួចជាស្រេច.

ស្គ្រីបនេះឆ្លងកាត់កុងតឺន័រទាំងអស់នៅលើថ្នាំង ដោយគណនាឯកសារដែលបានលាក់ទុកនៃកុងតឺន័រនីមួយៗ។

[root@pcs16 ~]# /pcs/distr/pfcache-examine.pl
...
Pfcache cache uses 831 MB of memory
Total use of pfcached files in containers is 39837 MB of memory
Pfcache effectiveness: 39006 MB

ដូច្នេះពីអង្គចងចាំយើងរក្សាទុកឯកសារប្រហែល 40 ជីហ្គាបៃនៅក្នុងកុងតឺន័រ ពួកវានឹងត្រូវបានផ្ទុកពីឃ្លាំងសម្ងាត់។

ដើម្បីឱ្យយន្តការនេះដំណើរការកាន់តែល្អ វាចាំបាច់ក្នុងការដាក់ VPS "ដូចគ្នាបេះបិទ" បំផុតនៅលើថ្នាំង។ ឧទាហរណ៍ អ្នក​ប្រើ​មិន​មាន​សិទ្ធិ​ជា root និង​បរិស្ថាន​ពី​រូបភាព​ដែល​បាន​ប្រើ​ត្រូវ​បាន​កំណត់​រចនាសម្ព័ន្ធ។

អ្នកអាចលៃតម្រូវ pfcache តាមរយៈឯកសារកំណត់រចនាសម្ព័ន្ធ
/etc/vz/pfcache.conf

MINSIZE, MAXSIZE – ទំហំឯកសារអប្បបរមា/អតិបរមាសម្រាប់ឃ្លាំងសម្ងាត់
TIMEOUT - អស់ពេលរវាងការព្យាយាមក្នុងឃ្លាំងសម្ងាត់

អ្នកអាចមើលបញ្ជីពេញនៃប៉ារ៉ាម៉ែត្រ តំណភ្ជាប់.

ប្រភព: www.habr.com