PFCACHE സാങ്കേതികവിദ്യ ഉപയോഗിച്ച് ഒരു നോഡിൽ കണ്ടെയ്നർ സാന്ദ്രത വർദ്ധിപ്പിക്കുന്നു

അന്തിമ ഉപയോക്താക്കൾക്ക് ഉയർന്ന നിലവാരമുള്ള സേവനം നൽകുന്നതിന് നിലവിലുള്ള ഉപകരണങ്ങളുടെ ഉപയോഗം പരമാവധിയാക്കുക എന്നതാണ് ഹോസ്റ്റിംഗ് ദാതാവിന്റെ ലക്ഷ്യങ്ങളിലൊന്ന്. എൻഡ് സെർവറുകളുടെ ഉറവിടങ്ങൾ എല്ലായ്പ്പോഴും പരിമിതമാണ്, എന്നാൽ ഹോസ്റ്റുചെയ്ത ക്ലയന്റ് സേവനങ്ങളുടെ എണ്ണം, ഞങ്ങളുടെ കാര്യത്തിൽ നമ്മൾ VPS നെക്കുറിച്ചാണ് സംസാരിക്കുന്നത്, കാര്യമായ വ്യത്യാസമുണ്ടാകാം. എങ്ങനെ മരത്തിൽ കയറാം, വെട്ടിനു താഴെ ഒരു ബർഗർ കഴിക്കാം എന്നതിനെക്കുറിച്ച് വായിക്കുക.

ഉപഭോക്താക്കൾക്ക് ഒട്ടും അനുഭവപ്പെടാത്ത വിധത്തിൽ ഒരു നോഡിൽ VPS കോംപാക്റ്റ് ചെയ്യുന്നത് ഏതൊരു ഹോസ്റ്റിംഗ് ദാതാവിന്റെയും സാമ്പത്തിക പ്രകടനം വർദ്ധിപ്പിക്കാൻ സഹായിക്കുന്നു. തീർച്ചയായും, കണ്ടെയ്‌നറുകൾ നിറഞ്ഞതാണെങ്കിൽ ഒരു നോഡ് സീമുകളിൽ പൊട്ടിത്തെറിക്കരുത്, കൂടാതെ ലോഡിലെ ഏതെങ്കിലും കുതിച്ചുചാട്ടം എല്ലാ ക്ലയന്റുകൾക്കും ഉടനടി അനുഭവപ്പെടും.

ഒരു നോഡിൽ എത്ര വിപിഎസ് ഹോസ്റ്റ് ചെയ്യാം എന്നത് പല ഘടകങ്ങളെ ആശ്രയിച്ചിരിക്കുന്നു, അത്തരം വ്യക്തമായവ:

1. നോഡിന്റെ തന്നെ ഹാർഡ്‌വെയറിന്റെ സവിശേഷതകൾ
2. VPS വലിപ്പം
3. VPS-ലെ ലോഡിന്റെ സ്വഭാവം
4. സാന്ദ്രത ഒപ്റ്റിമൈസ് ചെയ്യാൻ സഹായിക്കുന്ന സോഫ്റ്റ്‌വെയർ സാങ്കേതികവിദ്യകൾ

ഈ സാഹചര്യത്തിൽ, Virtuozzo-യ്‌ക്കായി Pfcache സാങ്കേതികവിദ്യ ഉപയോഗിച്ചതിന്റെ അനുഭവം ഞങ്ങൾ പങ്കിടും.
ഞങ്ങൾ ആറാമത്തെ ബ്രാഞ്ച് ഉപയോഗിക്കുന്നു, എന്നാൽ പറഞ്ഞതെല്ലാം ഏഴാമത്തേതിന് ശരിയാണ്.

Pfcache - കണ്ടെയ്‌നറുകളിൽ IOPS ഉം RAM ഉം ഡ്യൂപ്ലിക്കേറ്റ് ചെയ്യാൻ സഹായിക്കുന്ന ഒരു Virtuozzo മെക്കാനിസം, കണ്ടെയ്‌നറുകളിൽ സമാനമായ ഫയലുകൾ ഒരു പ്രത്യേക പൊതു ഏരിയയിലേക്ക് നീക്കിവയ്ക്കുന്നു.

വാസ്തവത്തിൽ അതിൽ അടങ്ങിയിരിക്കുന്നു:
1. കേർണൽ കോഡ്
2. യൂസർ-സ്പെയ്സ് ഡെമോൺ
3. യൂസർ-സ്പേസ് യൂട്ടിലിറ്റികൾ

നോഡിന്റെ വശത്ത്, നോഡിലെ എല്ലാ വിപിഎസുകളും നേരിട്ട് ഉപയോഗിക്കുന്ന ഫയലുകൾ സൃഷ്ടിക്കുന്ന ഒരു മുഴുവൻ വിഭാഗവും ഞങ്ങൾ അനുവദിക്കും. ഈ വിഭാഗത്തിൽ ഒരു ബ്ലോക്ക് പ്ലൂപ്പ് ഉപകരണം ഘടിപ്പിച്ചിരിക്കുന്നു. തുടർന്ന്, കണ്ടെയ്നർ ആരംഭിക്കുമ്പോൾ, ഈ വിഭാഗത്തിന് ഒരു റഫറൻസ് ലഭിക്കുന്നു:

[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 യുടെ തത്വം ഇപ്രകാരമാണ്:
• ഉപയോക്തൃ-സ്പെയ്സ് ഡെമൺ Pfcached ഈ ഫയലിന്റെ xattr ആട്രിബ്യൂട്ടിലേക്ക് ഫയലിന്റെ sha-1 ഹാഷ് എഴുതുന്നു. എല്ലാ ഫയലുകളും പ്രോസസ്സ് ചെയ്യപ്പെടുന്നില്ല, എന്നാൽ /usr, /bin, /usr/sbin, /sbin, /lib, /lib64 ഡയറക്‌ടറികളിൽ മാത്രം

• ഈ ഡയറക്‌ടറികളിലെ ഫയലുകൾ "പങ്കിടുക" എന്നതും നിരവധി കണ്ടെയ്‌നറുകൾ ഉപയോഗിക്കാനും സാധ്യതയുണ്ട്;

• Pfcached ആനുകാലികമായി കേർണലിൽ നിന്ന് ഫയലുകൾ വായിക്കുന്നതിനെക്കുറിച്ചുള്ള സ്ഥിതിവിവരക്കണക്കുകൾ ശേഖരിക്കുന്നു, അത് വിശകലനം ചെയ്യുന്നു, അവ പതിവായി ഉപയോഗിക്കുകയാണെങ്കിൽ ഫയലുകൾ കാഷിലേക്ക് ചേർക്കുന്നു;

• ഈ ഡയറക്‌ടറികൾ വ്യത്യസ്തമായിരിക്കാം, കോൺഫിഗറേഷൻ ഫയലുകളിൽ കോൺഫിഗർ ചെയ്‌തിരിക്കുന്നു.

• ഒരു ഫയൽ വായിക്കുമ്പോൾ, അതിൽ xattr വിപുലീകൃത ആട്രിബ്യൂട്ടുകളിൽ നിർദ്ദിഷ്ട ഹാഷ് അടങ്ങിയിട്ടുണ്ടോ എന്ന് പരിശോധിക്കും. അതിൽ അടങ്ങിയിട്ടുണ്ടെങ്കിൽ, കണ്ടെയ്നർ ഫയലിന് പകരം "പൊതുവായ" ഫയൽ തുറക്കും. ഈ പകരം വയ്ക്കൽ കണ്ടെയ്നർ കോഡ് ശ്രദ്ധിക്കപ്പെടാതെ സംഭവിക്കുകയും കേർണലിൽ മറയ്ക്കുകയും ചെയ്യുന്നു;

• ഒരു ഫയലിലേക്ക് എഴുതുമ്പോൾ, ഹാഷ് അസാധുവാകുന്നു. അതിനാൽ, അടുത്ത തവണ നിങ്ങൾ അത് തുറക്കുമ്പോൾ, കണ്ടെയ്നർ ഫയൽ തന്നെ തുറക്കും, അല്ലാതെ അതിന്റെ കാഷെയല്ല.

/vz/pfcache-ൽ നിന്നുള്ള പങ്കിട്ട ഫയലുകൾ പേജ് കാഷെയിൽ സൂക്ഷിക്കുന്നതിലൂടെ, ഈ കാഷെയിൽ തന്നെ ഞങ്ങൾ സേവിംഗ്സ് നേടുന്നു, അതുപോലെ തന്നെ IOPS-ൽ സേവിംഗും. ഡിസ്കിൽ നിന്ന് പത്ത് ഫയലുകൾ വായിക്കുന്നതിനുപകരം, ഞങ്ങൾ ഒന്ന് വായിക്കുന്നു, അത് ഉടൻ തന്നെ പേജ് കാഷെയിലേക്ക് പോകുന്നു.

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

ഫയലിനായുള്ള വിഎംഎ ലിസ്റ്റ് ഒറ്റയായി തുടരുന്നു (ഞങ്ങൾ മെമ്മറി ഡ്യൂപ്ലിക്കേറ്റ് ചെയ്യുന്നു), ഡിസ്കിൽ നിന്ന് വായിക്കുന്നത് വളരെ കുറവാണ് (ഐഒപികൾ സംരക്ഷിക്കുന്നു). ഞങ്ങളുടെ പൊതു ഫണ്ട് ഒരു എസ്എസ്ഡിയിൽ സ്ഥിതിചെയ്യുന്നു - വേഗതയിൽ അധിക നേട്ടം.

/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 സ്ഥാപിക്കേണ്ടത് ആവശ്യമാണ്. ഉദാഹരണത്തിന്, ഉപയോക്താവിന് റൂട്ട് ആക്സസ് ഇല്ലാത്തവയും വിന്യസിച്ചിരിക്കുന്ന ഇമേജിൽ നിന്നുള്ള എൻവയോൺമെന്റ് കോൺഫിഗർ ചെയ്തിരിക്കുന്നവയും.

കോൺഫിഗറേഷൻ ഫയലിലൂടെ നിങ്ങൾക്ക് pfcache ട്യൂൺ ചെയ്യാൻ കഴിയും
/etc/vz/pfcache.conf

ചെറുതും വലുതും - കാഷെ ചെയ്യുന്നതിനുള്ള ഏറ്റവും കുറഞ്ഞ/പരമാവധി ഫയൽ വലുപ്പം
TIMEOUT - കാഷിംഗ് ശ്രമങ്ങൾക്കിടയിലുള്ള സമയപരിധി

നിങ്ങൾക്ക് പാരാമീറ്ററുകളുടെ മുഴുവൻ പട്ടികയും കാണാൻ കഴിയും ബന്ധം.

അവലംബം: www.habr.com