PFCACHE ટેકનોલોજીનો ઉપયોગ કરીને નોડ પર કન્ટેનરની ઘનતામાં વધારો

હોસ્ટિંગ પ્રદાતાના ધ્યેયોમાંથી એક અંતિમ વપરાશકર્તાઓને ઉચ્ચ ગુણવત્તાની સેવા પ્રદાન કરવા માટે વર્તમાન સાધનોનો મહત્તમ ઉપયોગ કરવાનો છે. અંતિમ સર્વરના સંસાધનો હંમેશા મર્યાદિત હોય છે, પરંતુ હોસ્ટ કરેલ ક્લાયંટ સેવાઓની સંખ્યા, અને અમારા કિસ્સામાં અમે VPS વિશે વાત કરી રહ્યા છીએ, નોંધપાત્ર રીતે અલગ હોઈ શકે છે. ઝાડ પર કેવી રીતે ચઢવું અને કટ હેઠળ બર્ગર કેવી રીતે ખાવું તે વિશે વાંચો.

નોડ પર VPS ને એવી રીતે સંકુચિત કરવું કે ક્લાયંટ તેને બિલકુલ અનુભવતા નથી તે કોઈપણ હોસ્ટિંગ પ્રદાતાના આર્થિક પ્રભાવને વધારવામાં ખૂબ મદદ કરે છે. અલબત્ત, જો તે કન્ટેનરથી ભરેલું હોય તો સીમ પર નોડ ફાટવો જોઈએ નહીં, અને ભારમાં કોઈપણ વધારો તરત જ બધા ગ્રાહકો દ્વારા અનુભવાય છે.

એક નોડ પર કેટલા VPS હોસ્ટ કરી શકાય છે તે ઘણા પરિબળો પર આધાર રાખે છે, જેમ કે સ્પષ્ટ છે:

1. નોડના જ હાર્ડવેરની લાક્ષણિકતાઓ
2. VPS કદ
3. VPS પરના ભારની પ્રકૃતિ
4. સૉફ્ટવેર તકનીકો કે જે ઘનતાને ઑપ્ટિમાઇઝ કરવામાં મદદ કરે છે

આ કિસ્સામાં, અમે Virtuozzo માટે Pfcache ટેકનોલોજીનો ઉપયોગ કરવાનો અમારો અનુભવ શેર કરીશું.
અમે 6ઠ્ઠી શાખાનો ઉપયોગ કરીએ છીએ, પરંતુ જે પણ કહેવામાં આવ્યું છે તે 7મી માટે પણ સાચું છે.

Pfcache - એક વર્ચ્યુઝો મિકેનિઝમ કે જે કન્ટેનરમાં IOPS અને RAM ની નકલ કરવામાં મદદ કરે છે, કન્ટેનરમાં સમાન ફાઇલોને અલગ સામાન્ય વિસ્તારમાં ફાળવવામાં આવે છે.

હકીકતમાં તે સમાવે છે:
1. કર્નલ કોડ
2. યુઝર-સ્પેસ રાક્ષસ
3. યુઝર-સ્પેસ યુટિલિટીઝ

નોડ બાજુ પર, અમે એક સંપૂર્ણ વિભાગ ફાળવીએ છીએ જેમાં ફાઇલો બનાવવામાં આવશે જેનો ઉપયોગ નોડ પરના તમામ VPS દ્વારા સીધો જ કરવામાં આવશે. બ્લોક લૂપ ઉપકરણ આ વિભાગમાં માઉન્ટ થયેલ છે. પછી, જ્યારે કન્ટેનર શરૂ થાય છે, ત્યારે તે આ વિભાગ માટે સંદર્ભ મેળવે છે:

[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 ફાઈલના sha-1 હેશને આ ફાઈલના xattr એટ્રિબ્યુટ પર લખે છે. બધી ફાઇલો પર પ્રક્રિયા થતી નથી, પરંતુ માત્ર /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;
...
}

ફાઇલ માટેની 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 મૂકવું જરૂરી છે. ઉદાહરણ તરીકે, તે કે જેમાં વપરાશકર્તા પાસે રૂટ એક્સેસ નથી અને જેના પર જમાવટ કરેલ ઈમેજમાંથી પર્યાવરણ ગોઠવેલું છે.

તમે રૂપરેખા ફાઇલ દ્વારા pfcache ટ્યુન કરી શકો છો
/etc/vz/pfcache.conf

MINSIZE, MAXSIZE - કેશીંગ માટે ન્યૂનતમ/મહત્તમ ફાઇલ કદ
TIMEOUT - કેશીંગ પ્રયાસો વચ્ચે સમયસમાપ્તિ

તમે પરિમાણોની સંપૂર્ણ સૂચિ જોઈ શકો છો લિંક.

સોર્સ: www.habr.com