PFCACHE ਤਕਨਾਲੋਜੀ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਨੋਡ 'ਤੇ ਕੰਟੇਨਰ ਦੀ ਘਣਤਾ ਨੂੰ ਵਧਾਉਣਾ

ਹੋਸਟਿੰਗ ਪ੍ਰਦਾਤਾ ਦਾ ਇੱਕ ਟੀਚਾ ਅੰਤਮ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਗੁਣਵੱਤਾ ਸੇਵਾ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਮੌਜੂਦਾ ਉਪਕਰਣਾਂ ਦੀ ਵੱਧ ਤੋਂ ਵੱਧ ਵਰਤੋਂ ਕਰਨਾ ਹੈ. ਅੰਤਮ ਸਰਵਰਾਂ ਦੇ ਸਰੋਤ ਹਮੇਸ਼ਾਂ ਸੀਮਤ ਹੁੰਦੇ ਹਨ, ਪਰ ਹੋਸਟ ਕੀਤੀਆਂ ਕਲਾਇੰਟ ਸੇਵਾਵਾਂ ਦੀ ਗਿਣਤੀ, ਅਤੇ ਸਾਡੇ ਕੇਸ ਵਿੱਚ ਅਸੀਂ VPS ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ, ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ ਵੱਖਰਾ ਹੋ ਸਕਦਾ ਹੈ। ਰੁੱਖ 'ਤੇ ਚੜ੍ਹਨ ਅਤੇ ਕੱਟ ਦੇ ਹੇਠਾਂ ਬਰਗਰ ਖਾਣ ਬਾਰੇ ਪੜ੍ਹੋ.

ਇੱਕ ਨੋਡ 'ਤੇ VPS ਨੂੰ ਇਸ ਤਰੀਕੇ ਨਾਲ ਸੰਕੁਚਿਤ ਕਰਨਾ ਕਿ ਗਾਹਕ ਇਸ ਨੂੰ ਬਿਲਕੁਲ ਵੀ ਮਹਿਸੂਸ ਨਹੀਂ ਕਰਦੇ ਹਨ, ਕਿਸੇ ਵੀ ਹੋਸਟਿੰਗ ਪ੍ਰਦਾਤਾ ਦੇ ਆਰਥਿਕ ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ ਵਧਾਉਣ ਵਿੱਚ ਬਹੁਤ ਮਦਦ ਕਰਦਾ ਹੈ। ਬੇਸ਼ੱਕ, ਇੱਕ ਨੋਡ ਨੂੰ ਸੀਮਾਂ 'ਤੇ ਨਹੀਂ ਫਟਣਾ ਚਾਹੀਦਾ ਹੈ ਜੇਕਰ ਇਹ ਕੰਟੇਨਰਾਂ ਨਾਲ ਭਰਿਆ ਹੋਇਆ ਹੈ, ਅਤੇ ਲੋਡ ਵਿੱਚ ਕੋਈ ਵਾਧਾ ਸਾਰੇ ਗਾਹਕਾਂ ਦੁਆਰਾ ਤੁਰੰਤ ਮਹਿਸੂਸ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਇੱਕ ਨੋਡ 'ਤੇ ਕਿੰਨੇ VPS ਹੋਸਟ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ ਕਈ ਕਾਰਕਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਸਪੱਸ਼ਟ ਹਨ:

1. ਨੋਡ ਦੇ ਹਾਰਡਵੇਅਰ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ
2. VPS ਆਕਾਰ
3. VPS 'ਤੇ ਲੋਡ ਦੀ ਪ੍ਰਕਿਰਤੀ
4. ਸੌਫਟਵੇਅਰ ਤਕਨਾਲੋਜੀਆਂ ਜੋ ਘਣਤਾ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰਦੀਆਂ ਹਨ

ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਅਸੀਂ Virtuozzo ਲਈ Pfcache ਤਕਨਾਲੋਜੀ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਆਪਣਾ ਅਨੁਭਵ ਸਾਂਝਾ ਕਰਾਂਗੇ।
ਅਸੀਂ 6ਵੀਂ ਸ਼ਾਖਾ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ, ਪਰ ਜੋ ਵੀ ਕਿਹਾ ਗਿਆ ਹੈ ਉਹ 7ਵੀਂ ਲਈ ਵੀ ਸੱਚ ਹੈ।

Pfcache - ਇੱਕ Virtuozzo ਵਿਧੀ ਜੋ ਕੰਟੇਨਰਾਂ ਵਿੱਚ 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 ਇਸ ਫਾਈਲ ਦੇ 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;
...
}

ਫਾਈਲ ਲਈ VMA ਸੂਚੀ ਸਿੰਗਲ ਰਹਿੰਦੀ ਹੈ (ਅਸੀਂ ਮੈਮੋਰੀ ਦੀ ਡੁਪਲੀਕੇਟ ਕਰਦੇ ਹਾਂ) ਅਤੇ ਡਿਸਕ ਤੋਂ ਘੱਟ ਵਾਰ ਪੜ੍ਹੀ ਜਾਂਦੀ ਹੈ (iop ਨੂੰ ਸੰਭਾਲਣਾ)। ਸਾਡਾ ਸਾਂਝਾ ਫੰਡ ਇੱਕ 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