memcached ਨੂੰ ਖਿਤਿਜੀ ਤੌਰ 'ਤੇ ਸਕੇਲ ਕਰਨ ਲਈ mcrouter ਦੀ ਵਰਤੋਂ ਕਰਨਾ

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

ਮੌਕੇ ਦਾ ਹੀਰੋ ਸਿਮਫਨੀ 2.3 ਫਰੇਮਵਰਕ 'ਤੇ ਅਧਾਰਤ ਇੱਕ PHP ਐਪਲੀਕੇਸ਼ਨ ਹੈ, ਜੋ ਕਿ ਅਪਡੇਟ ਕਰਨ ਦੀਆਂ ਵਪਾਰਕ ਯੋਜਨਾਵਾਂ ਵਿੱਚ ਬਿਲਕੁਲ ਸ਼ਾਮਲ ਨਹੀਂ ਹੈ। ਕਾਫ਼ੀ ਮਿਆਰੀ ਸੈਸ਼ਨ ਸਟੋਰੇਜ਼ ਦੇ ਇਲਾਵਾ, ਇਸ ਪ੍ਰੋਜੈਕਟ ਦੀ ਪੂਰੀ ਵਰਤੋਂ ਕੀਤੀ "ਸਭ ਕੁਝ ਕੈਸ਼ ਕਰਨਾ" ਨੀਤੀ memcached ਵਿੱਚ: ਡੇਟਾਬੇਸ ਅਤੇ API ਸਰਵਰਾਂ ਲਈ ਬੇਨਤੀਆਂ ਦੇ ਜਵਾਬ, ਵੱਖ-ਵੱਖ ਫਲੈਗ, ਕੋਡ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਨੂੰ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ ਕਰਨ ਲਈ ਤਾਲੇ ਅਤੇ ਹੋਰ ਬਹੁਤ ਕੁਝ। ਅਜਿਹੀ ਸਥਿਤੀ ਵਿੱਚ, ਮੈਮਕੈਚਡ ਦਾ ਟੁੱਟਣਾ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਸੰਚਾਲਨ ਲਈ ਘਾਤਕ ਬਣ ਜਾਂਦਾ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਕੈਸ਼ ਦਾ ਨੁਕਸਾਨ ਗੰਭੀਰ ਨਤੀਜਿਆਂ ਵੱਲ ਖੜਦਾ ਹੈ: DBMS ਸੀਮਾਂ 'ਤੇ ਫਟਣਾ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦਾ ਹੈ, API ਸੇਵਾਵਾਂ ਬੇਨਤੀਆਂ 'ਤੇ ਪਾਬੰਦੀ ਲਗਾਉਣਾ ਸ਼ੁਰੂ ਕਰ ਦਿੰਦੀਆਂ ਹਨ, ਆਦਿ. ਸਥਿਤੀ ਨੂੰ ਸਥਿਰ ਕਰਨ ਵਿੱਚ ਕਈ ਮਿੰਟ ਲੱਗ ਸਕਦੇ ਹਨ, ਅਤੇ ਇਸ ਸਮੇਂ ਦੌਰਾਨ ਸੇਵਾ ਬਹੁਤ ਹੌਲੀ ਜਾਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਣਉਪਲਬਧ ਹੋਵੇਗੀ।

ਸਾਨੂੰ ਪ੍ਰਦਾਨ ਕਰਨ ਦੀ ਲੋੜ ਸੀ ਥੋੜ੍ਹੇ ਜਤਨ ਨਾਲ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਖਿਤਿਜੀ ਤੌਰ 'ਤੇ ਸਕੇਲ ਕਰਨ ਦੀ ਸਮਰੱਥਾ, i.e. ਸਰੋਤ ਕੋਡ ਵਿੱਚ ਘੱਟੋ-ਘੱਟ ਬਦਲਾਅ ਅਤੇ ਪੂਰੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਸੁਰੱਖਿਅਤ ਰੱਖਿਆ ਗਿਆ ਹੈ। ਕੈਸ਼ ਨੂੰ ਨਾ ਸਿਰਫ ਅਸਫਲਤਾਵਾਂ ਪ੍ਰਤੀ ਰੋਧਕ ਬਣਾਓ, ਬਲਕਿ ਇਸ ਤੋਂ ਡੇਟਾ ਦੇ ਨੁਕਸਾਨ ਨੂੰ ਘੱਟ ਤੋਂ ਘੱਟ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ।

memcached ਵਿੱਚ ਕੀ ਗਲਤ ਹੈ?

ਆਮ ਤੌਰ 'ਤੇ, PHP ਲਈ ਮੈਮਕੈਚਡ ਐਕਸਟੈਂਸ਼ਨ ਡਿਸਟਰੀਬਿਊਟਡ ਡੇਟਾ ਅਤੇ ਸੈਸ਼ਨ ਸਟੋਰੇਜ ਨੂੰ ਬਾਕਸ ਤੋਂ ਬਾਹਰ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਇਕਸਾਰ ਕੁੰਜੀ ਹੈਸ਼ਿੰਗ ਲਈ ਵਿਧੀ ਤੁਹਾਨੂੰ ਬਹੁਤ ਸਾਰੇ ਸਰਵਰਾਂ 'ਤੇ ਡੇਟਾ ਨੂੰ ਸਮਾਨ ਰੂਪ ਵਿੱਚ ਵੰਡਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ, ਹਰੇਕ ਖਾਸ ਕੁੰਜੀ ਨੂੰ ਸਮੂਹ ਦੇ ਇੱਕ ਖਾਸ ਸਰਵਰ ਲਈ ਵਿਲੱਖਣ ਰੂਪ ਵਿੱਚ ਸੰਬੋਧਿਤ ਕਰਦੀ ਹੈ, ਅਤੇ ਬਿਲਟ-ਇਨ ਫੇਲਓਵਰ ਟੂਲ ਕੈਚਿੰਗ ਸੇਵਾ ਦੀ ਉੱਚ ਉਪਲਬਧਤਾ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਂਦੇ ਹਨ (ਪਰ, ਬਦਕਿਸਮਤੀ ਨਾਲ, ਕੋਈ ਡਾਟਾ ਨਹੀਂ).

ਸ਼ੈਸ਼ਨ ਸਟੋਰੇਜ ਨਾਲ ਚੀਜ਼ਾਂ ਥੋੜੀਆਂ ਬਿਹਤਰ ਹਨ: ਤੁਸੀਂ ਕੌਂਫਿਗਰ ਕਰ ਸਕਦੇ ਹੋ memcached.sess_number_of_replicas, ਜਿਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਡੇਟਾ ਨੂੰ ਇੱਕ ਵਾਰ ਵਿੱਚ ਕਈ ਸਰਵਰਾਂ ਉੱਤੇ ਸਟੋਰ ਕੀਤਾ ਜਾਵੇਗਾ, ਅਤੇ ਇੱਕ ਮੈਮਕੈਚਡ ਉਦਾਹਰਣ ਦੇ ਅਸਫਲ ਹੋਣ ਦੀ ਸਥਿਤੀ ਵਿੱਚ, ਡੇਟਾ ਨੂੰ ਦੂਜਿਆਂ ਤੋਂ ਟ੍ਰਾਂਸਫਰ ਕੀਤਾ ਜਾਵੇਗਾ। ਹਾਲਾਂਕਿ, ਜੇਕਰ ਸਰਵਰ ਬਿਨਾਂ ਡੇਟਾ ਦੇ ਔਨਲਾਈਨ ਵਾਪਸ ਆਉਂਦਾ ਹੈ (ਜਿਵੇਂ ਕਿ ਆਮ ਤੌਰ 'ਤੇ ਮੁੜ ਚਾਲੂ ਹੋਣ ਤੋਂ ਬਾਅਦ ਹੁੰਦਾ ਹੈ), ਤਾਂ ਕੁਝ ਕੁੰਜੀਆਂ ਇਸਦੇ ਹੱਕ ਵਿੱਚ ਮੁੜ ਵੰਡੀਆਂ ਜਾਣਗੀਆਂ। ਅਸਲ ਵਿੱਚ ਇਸ ਦਾ ਮਤਲਬ ਹੋਵੇਗਾ ਸੈਸ਼ਨ ਡਾਟਾ ਦਾ ਨੁਕਸਾਨ, ਕਿਉਂਕਿ ਮਿਸ ਹੋਣ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਕਿਸੇ ਹੋਰ ਪ੍ਰਤੀਕ੍ਰਿਤੀ 'ਤੇ "ਜਾਣ" ਦਾ ਕੋਈ ਤਰੀਕਾ ਨਹੀਂ ਹੈ।

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

ਆਦਰਸ਼ਕ ਤੌਰ 'ਤੇ ਇਸਦੀ ਲੋੜ ਸੀ ਮੈਮਕੈਚਡ ਅਤੇ ਬਾਈਪਾਸ ਪ੍ਰਤੀਕ੍ਰਿਤੀਆਂ ਵਿੱਚ ਰਿਕਾਰਡਾਂ ਦੀ ਨਕਲ ਗਲਤੀ ਜਾਂ ਗਲਤੀ ਦੇ ਮਾਮਲੇ ਵਿੱਚ. ਇਸ ਰਣਨੀਤੀ ਨੂੰ ਲਾਗੂ ਕਰਨ ਵਿੱਚ ਸਾਡੀ ਮਦਦ ਕੀਤੀ mcrouter.

mcrouter

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

• ਰਿਕਾਰਡ ਦੀ ਨਕਲ;
• ਜੇਕਰ ਕੋਈ ਗਲਤੀ ਆਉਂਦੀ ਹੈ ਤਾਂ ਗਰੁੱਪ ਦੇ ਦੂਜੇ ਸਰਵਰਾਂ 'ਤੇ ਫਾਲਬੈਕ ਕਰੋ।

ਕੰਮ 'ਤੇ ਜਾਓ!

mcrouter ਸੰਰਚਨਾ

ਮੈਂ ਸਿੱਧਾ ਸੰਰਚਨਾ ਤੇ ਜਾਵਾਂਗਾ:

{
 "pools": {
   "pool00": {
     "servers": [
       "mc-0.mc:11211",
       "mc-1.mc:11211",
       "mc-2.mc:11211"
   },
   "pool01": {
     "servers": [
       "mc-1.mc:11211",
       "mc-2.mc:11211",
       "mc-0.mc:11211"
   },
   "pool02": {
     "servers": [
       "mc-2.mc:11211",
       "mc-0.mc:11211",
       "mc-1.mc:11211"
 },
 "route": {
   "type": "OperationSelectorRoute",
   "default_policy": "AllMajorityRoute|Pool|pool00",
   "operation_policies": {
     "get": {
       "type": "RandomRoute",
       "children": [
         "MissFailoverRoute|Pool|pool02",
         "MissFailoverRoute|Pool|pool00",
         "MissFailoverRoute|Pool|pool01"
       ]
     }
   }
 }
}

ਤਿੰਨ ਪੂਲ ਕਿਉਂ? ਸਰਵਰ ਕਿਉਂ ਦੁਹਰਾਉਂਦੇ ਹਨ? ਆਓ ਇਹ ਪਤਾ ਕਰੀਏ ਕਿ ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ।

• ਇਸ ਸੰਰਚਨਾ ਵਿੱਚ, mcrouter ਉਹ ਮਾਰਗ ਚੁਣਦਾ ਹੈ ਜਿਸ ਲਈ ਬੇਨਤੀ ਕਮਾਂਡ ਦੇ ਅਧਾਰ ਤੇ ਬੇਨਤੀ ਭੇਜੀ ਜਾਵੇਗੀ। ਮੁੰਡਾ ਉਸਨੂੰ ਇਹ ਦੱਸਦਾ ਹੈ OperationSelectorRoute.
• GET ਬੇਨਤੀਆਂ ਹੈਂਡਲਰ ਕੋਲ ਜਾਂਦੀਆਂ ਹਨ RandomRouteਜੋ ਬੇਤਰਤੀਬ ਢੰਗ ਨਾਲ ਐਰੇ ਆਬਜੈਕਟ ਦੇ ਵਿਚਕਾਰ ਇੱਕ ਪੂਲ ਜਾਂ ਰੂਟ ਦੀ ਚੋਣ ਕਰਦਾ ਹੈ children. ਇਸ ਐਰੇ ਦਾ ਹਰੇਕ ਤੱਤ ਬਦਲੇ ਵਿੱਚ ਇੱਕ ਹੈਂਡਲਰ ਹੈ MissFailoverRoute, ਜੋ ਕਿ ਪੂਲ ਵਿੱਚ ਹਰੇਕ ਸਰਵਰ ਦੁਆਰਾ ਉਦੋਂ ਤੱਕ ਜਾਵੇਗਾ ਜਦੋਂ ਤੱਕ ਇਸਨੂੰ ਡੇਟਾ ਦੇ ਨਾਲ ਜਵਾਬ ਨਹੀਂ ਮਿਲਦਾ, ਜੋ ਕਿ ਕਲਾਇੰਟ ਨੂੰ ਵਾਪਸ ਕਰ ਦਿੱਤਾ ਜਾਵੇਗਾ।
• ਜੇ ਅਸੀਂ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਵਰਤਿਆ MissFailoverRoute ਤਿੰਨ ਸਰਵਰਾਂ ਦੇ ਪੂਲ ਦੇ ਨਾਲ, ਫਿਰ ਸਾਰੀਆਂ ਬੇਨਤੀਆਂ ਪਹਿਲੀ ਮੈਮਕੈਚਡ ਉਦਾਹਰਣ 'ਤੇ ਆਉਣਗੀਆਂ, ਅਤੇ ਬਾਕੀਆਂ ਨੂੰ ਬੇਨਤੀਆਂ ਪ੍ਰਾਪਤ ਹੋਣਗੀਆਂ ਜਦੋਂ ਕੋਈ ਡਾਟਾ ਨਹੀਂ ਹੁੰਦਾ ਹੈ। ਅਜਿਹੀ ਪਹੁੰਚ ਦੀ ਅਗਵਾਈ ਕਰੇਗਾ ਸੂਚੀ ਵਿੱਚ ਪਹਿਲੇ ਸਰਵਰ ਉੱਤੇ ਬਹੁਤ ਜ਼ਿਆਦਾ ਲੋਡ, ਇਸ ਲਈ ਵੱਖ-ਵੱਖ ਕ੍ਰਮਾਂ ਵਿੱਚ ਪਤਿਆਂ ਦੇ ਨਾਲ ਤਿੰਨ ਪੂਲ ਬਣਾਉਣ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਬੇਤਰਤੀਬ ਢੰਗ ਨਾਲ ਚੁਣਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਗਿਆ ਸੀ।
• ਹੋਰ ਸਾਰੀਆਂ ਬੇਨਤੀਆਂ (ਅਤੇ ਇਹ ਇੱਕ ਰਿਕਾਰਡ ਹੈ) ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕਾਰਵਾਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ AllMajorityRoute. ਇਹ ਹੈਂਡਲਰ ਪੂਲ ਦੇ ਸਾਰੇ ਸਰਵਰਾਂ ਨੂੰ ਬੇਨਤੀਆਂ ਭੇਜਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਵਿੱਚੋਂ ਘੱਟੋ-ਘੱਟ N/2 + 1 ਦੇ ਜਵਾਬਾਂ ਦੀ ਉਡੀਕ ਕਰਦਾ ਹੈ। ਵਰਤੋਂ ਤੋਂ AllSyncRoute ਲਿਖਣ ਦੀਆਂ ਕਾਰਵਾਈਆਂ ਨੂੰ ਛੱਡਣਾ ਪਿਆ, ਕਿਉਂਕਿ ਇਸ ਵਿਧੀ ਲਈ ਸਕਾਰਾਤਮਕ ਜਵਾਬ ਦੀ ਲੋੜ ਹੈ всех ਸਮੂਹ ਵਿੱਚ ਸਰਵਰ - ਨਹੀਂ ਤਾਂ ਇਹ ਵਾਪਸ ਆ ਜਾਵੇਗਾ SERVER_ERROR. ਹਾਲਾਂਕਿ mcrouter ਉਪਲਬਧ ਕੈਚਾਂ ਵਿੱਚ ਡੇਟਾ ਨੂੰ ਜੋੜ ਦੇਵੇਗਾ, ਕਾਲਿੰਗ PHP ਫੰਕਸ਼ਨ ਇੱਕ ਗਲਤੀ ਵਾਪਸ ਕਰੇਗਾ ਅਤੇ ਨੋਟਿਸ ਤਿਆਰ ਕਰੇਗਾ। AllMajorityRoute ਇੰਨਾ ਸਖਤ ਨਹੀਂ ਹੈ ਅਤੇ ਉੱਪਰ ਦੱਸੀਆਂ ਸਮੱਸਿਆਵਾਂ ਦੇ ਬਿਨਾਂ ਅੱਧੇ ਯੂਨਿਟਾਂ ਨੂੰ ਸੇਵਾ ਤੋਂ ਬਾਹਰ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।

ਮੁੱਖ ਨੁਕਸਾਨ ਇਹ ਸਕੀਮ ਇਹ ਹੈ ਕਿ ਜੇਕਰ ਕੈਸ਼ ਵਿੱਚ ਅਸਲ ਵਿੱਚ ਕੋਈ ਡਾਟਾ ਨਹੀਂ ਹੈ, ਤਾਂ ਕਲਾਇੰਟ N ਤੋਂ ਹਰੇਕ ਬੇਨਤੀ ਲਈ ਮੈਮਕੈਚਡ ਨੂੰ ਅਸਲ ਵਿੱਚ ਲਾਗੂ ਕੀਤਾ ਜਾਵੇਗਾ - ਨੂੰ ਸਭ ਨੂੰ ਪੂਲ ਵਿੱਚ ਸਰਵਰ. ਅਸੀਂ ਪੂਲ ਵਿੱਚ ਸਰਵਰਾਂ ਦੀ ਗਿਣਤੀ ਨੂੰ ਘਟਾ ਸਕਦੇ ਹਾਂ, ਉਦਾਹਰਨ ਲਈ, ਦੋ ਤੱਕ: ਸਟੋਰੇਜ ਭਰੋਸੇਯੋਗਤਾ ਦੀ ਕੁਰਬਾਨੀ, ਅਸੀਂ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਾਂоਬੇਨਤੀਆਂ ਤੋਂ ਗੁੰਮ ਕੁੰਜੀਆਂ ਤੱਕ ਉੱਚ ਗਤੀ ਅਤੇ ਘੱਟ ਲੋਡ।

NB: ਤੁਹਾਨੂੰ ਮੈਕਰੋਟਰ ਸਿੱਖਣ ਲਈ ਉਪਯੋਗੀ ਲਿੰਕ ਵੀ ਮਿਲ ਸਕਦੇ ਹਨ ਵਿਕੀ 'ਤੇ ਦਸਤਾਵੇਜ਼ и ਪ੍ਰੋਜੈਕਟ ਮੁੱਦੇ (ਬੰਦਾਂ ਸਮੇਤ), ਵੱਖ-ਵੱਖ ਸੰਰਚਨਾਵਾਂ ਦੇ ਪੂਰੇ ਭੰਡਾਰ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ।

ਮੈਕਰੋਟਰ ਬਣਾਉਣਾ ਅਤੇ ਚਲਾਉਣਾ

ਸਾਡੀ ਐਪਲੀਕੇਸ਼ਨ (ਅਤੇ ਮੈਮਕੈਚਡ) ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਚਲਦੀ ਹੈ - ਇਸ ਅਨੁਸਾਰ, ਮੈਕਰੋਟਰ ਵੀ ਉੱਥੇ ਸਥਿਤ ਹੈ। ਲਈ ਕੰਟੇਨਰ ਅਸੈਂਬਲੀ ਅਸੀਂ ਵਰਤਦੇ ਹਾਂ werf, ਜਿਸ ਲਈ ਸੰਰਚਨਾ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦੇਵੇਗੀ:

NB: ਲੇਖ ਵਿੱਚ ਦਿੱਤੀਆਂ ਸੂਚੀਆਂ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ flant/mcrouter.

configVersion: 1
project: mcrouter
deploy:
 namespace: '[[ env ]]'
 helmRelease: '[[ project ]]-[[ env ]]'
---
image: mcrouter
from: ubuntu:16.04
mount:
- from: tmp_dir
 to: /var/lib/apt/lists
- from: build_dir
 to: /var/cache/apt
ansible:
 beforeInstall:
 - name: Install prerequisites
   apt:
     name: [ 'apt-transport-https', 'tzdata', 'locales' ]
     update_cache: yes
 - name: Add mcrouter APT key
   apt_key:
     url: https://facebook.github.io/mcrouter/debrepo/xenial/PUBLIC.KEY
 - name: Add mcrouter Repo
   apt_repository:
     repo: deb https://facebook.github.io/mcrouter/debrepo/xenial xenial contrib
     filename: mcrouter
     update_cache: yes
 - name: Set timezone
   timezone:
     name: "Europe/Moscow"
 - name: Ensure a locale exists
   locale_gen:
     name: en_US.UTF-8
     state: present
 install:
 - name: Install mcrouter
   apt:
     name: [ 'mcrouter' ]

(werf.yaml)

... ਅਤੇ ਇਸ ਨੂੰ ਸਕੈਚ ਬਾਹਰ ਹੈਲਮ ਚਾਰਟ. ਦਿਲਚਸਪ ਗੱਲ ਇਹ ਹੈ ਕਿ ਪ੍ਰਤੀਕ੍ਰਿਤੀਆਂ ਦੀ ਗਿਣਤੀ ਦੇ ਅਧਾਰ ਤੇ ਸਿਰਫ ਇੱਕ ਸੰਰਚਨਾ ਜਨਰੇਟਰ ਹੈ (ਜੇਕਰ ਕਿਸੇ ਕੋਲ ਇੱਕ ਵਧੇਰੇ ਸੰਖੇਪ ਅਤੇ ਸ਼ਾਨਦਾਰ ਵਿਕਲਪ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਟਿੱਪਣੀਆਂ ਵਿੱਚ ਸਾਂਝਾ ਕਰੋ):

{{- $count := (pluck .Values.global.env .Values.memcached.replicas | first | default .Values.memcached.replicas._default | int) -}}
{{- $pools := dict -}}
{{- $servers := list -}}
{{- /* Заполняем  массив двумя копиями серверов: "0 1 2 0 1 2" */ -}}
{{- range until 2 -}}
 {{- range $i, $_ := until $count -}}
   {{- $servers = append $servers (printf "mc-%d.mc:11211" $i) -}}
 {{- end -}}
{{- end -}}
{{- /* Смещаясь по массиву, получаем N срезов: "[0 1 2] [1 2 0] [2 0 1]" */ -}}
{{- range $i, $_ := until $count -}}
 {{- $pool := dict "servers" (slice $servers $i (add $i $count)) -}}
 {{- $_ := set $pools (printf "MissFailoverRoute|Pool|pool%02d" $i) $pool -}}
{{- end -}}
---
apiVersion: v1
kind: ConfigMap
metadata:
 name: mcrouter
data:
 config.json: |
   {
     "pools": {{- $pools | toJson | replace "MissFailoverRoute|Pool|" "" -}},
     "route": {
       "type": "OperationSelectorRoute",
       "default_policy": "AllMajorityRoute|Pool|pool00",
       "operation_policies": {
         "get": {
           "type": "RandomRoute",
           "children": {{- keys $pools | toJson }}
         }
       }
     }
   }

(10-mcrouter.yaml)

ਅਸੀਂ ਇਸਨੂੰ ਟੈਸਟ ਵਾਤਾਵਰਣ ਵਿੱਚ ਰੋਲ ਆਊਟ ਕਰਦੇ ਹਾਂ ਅਤੇ ਜਾਂਚ ਕਰਦੇ ਹਾਂ:

# php -a
Interactive mode enabled

php > # Проверяем запись и чтение
php > $m = new Memcached();
php > $m->addServer('mcrouter', 11211);
php > var_dump($m->set('test', 'value'));
bool(true)
php > var_dump($m->get('test'));
string(5) "value"
php > # Работает! Тестируем работу сессий:
php > ini_set('session.save_handler', 'memcached');
php > ini_set('session.save_path', 'mcrouter:11211');
php > var_dump(session_start());
PHP Warning:  Uncaught Error: Failed to create session ID: memcached (path: mcrouter:11211) in php shell code:1
Stack trace:
#0 php shell code(1): session_start()
#1 {main}
  thrown in php shell code on line 1
php > # Не заводится… Попробуем задать session_id:
php > session_id("zzz");
php > var_dump(session_start());
PHP Warning:  session_start(): Cannot send session cookie - headers already sent by (output started at php shell code:1) in php shell code on line 1
PHP Warning:  session_start(): Failed to write session lock: UNKNOWN READ FAILURE in php shell code on line 1
PHP Warning:  session_start(): Failed to write session lock: UNKNOWN READ FAILURE in php shell code on line 1
PHP Warning:  session_start(): Failed to write session lock: UNKNOWN READ FAILURE in php shell code on line 1
PHP Warning:  session_start(): Failed to write session lock: UNKNOWN READ FAILURE in php shell code on line 1
PHP Warning:  session_start(): Failed to write session lock: UNKNOWN READ FAILURE in php shell code on line 1
PHP Warning:  session_start(): Failed to write session lock: UNKNOWN READ FAILURE in php shell code on line 1
PHP Warning:  session_start(): Unable to clear session lock record in php shell code on line 1
PHP Warning:  session_start(): Failed to read session data: memcached (path: mcrouter:11211) in php shell code on line 1
bool(false)
php >

ਗਲਤੀ ਦੇ ਪਾਠ ਦੀ ਖੋਜ ਕਰਨ ਨਾਲ ਕੋਈ ਨਤੀਜਾ ਨਹੀਂ ਮਿਲਿਆ, ਪਰ ਪੁੱਛਗਿੱਛ ਲਈ "mcrouter php"ਅੱਗੇ ਵਿੱਚ ਪ੍ਰੋਜੈਕਟ ਦੀ ਸਭ ਤੋਂ ਪੁਰਾਣੀ ਅਣਸੁਲਝੀ ਸਮੱਸਿਆ ਸੀ - ਸਹਾਇਤਾ ਦੀ ਘਾਟ memcached ਬਾਈਨਰੀ ਪ੍ਰੋਟੋਕੋਲ.

NB: memcached ਵਿੱਚ ASCII ਪ੍ਰੋਟੋਕੋਲ ਬਾਈਨਰੀ ਇੱਕ ਨਾਲੋਂ ਹੌਲੀ ਹੈ, ਅਤੇ ਇਕਸਾਰ ਕੁੰਜੀ ਹੈਸ਼ਿੰਗ ਦੇ ਮਿਆਰੀ ਸਾਧਨ ਸਿਰਫ਼ ਬਾਈਨਰੀ ਪ੍ਰੋਟੋਕੋਲ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹਨ। ਪਰ ਇਹ ਕਿਸੇ ਖਾਸ ਕੇਸ ਲਈ ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਨਹੀਂ ਕਰਦਾ।

ਚਾਲ ਬੈਗ ਵਿੱਚ ਹੈ: ਤੁਹਾਨੂੰ ਬੱਸ ASCII ਪ੍ਰੋਟੋਕੋਲ ਤੇ ਸਵਿਚ ਕਰਨਾ ਹੈ ਅਤੇ ਸਭ ਕੁਝ ਕੰਮ ਕਰੇਗਾ.... ਹਾਲਾਂਕਿ, ਇਸ ਮਾਮਲੇ ਵਿੱਚ, ਵਿੱਚ ਜਵਾਬ ਲੱਭਣ ਦੀ ਆਦਤ php.net 'ਤੇ ਦਸਤਾਵੇਜ਼ ਇੱਕ ਬੇਰਹਿਮ ਮਜ਼ਾਕ ਖੇਡਿਆ. ਤੁਹਾਨੂੰ ਉੱਥੇ ਸਹੀ ਜਵਾਬ ਨਹੀਂ ਮਿਲੇਗਾ... ਜਦੋਂ ਤੱਕ, ਬੇਸ਼ਕ, ਤੁਸੀਂ ਅੰਤ ਤੱਕ ਸਕ੍ਰੋਲ ਨਹੀਂ ਕਰਦੇ, ਜਿੱਥੇ ਭਾਗ ਵਿੱਚ "ਉਪਭੋਗਤਾ ਯੋਗਦਾਨ ਨੋਟਸ" ਵਫ਼ਾਦਾਰ ਹੋ ਜਾਵੇਗਾ ਅਤੇ ਗਲਤ ਢੰਗ ਨਾਲ ਨਾਪਸੰਦ ਜਵਾਬ.

ਹਾਂ, ਸਹੀ ਵਿਕਲਪ ਦਾ ਨਾਮ ਹੈ memcached.sess_binary_protocol. ਇਹ ਅਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਿਸ ਤੋਂ ਬਾਅਦ ਸੈਸ਼ਨ ਕੰਮ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰ ਦੇਣਗੇ। ਜੋ ਬਚਿਆ ਹੈ ਉਹ ਹੈ ਮੈਕਰੋਟਰ ਵਾਲੇ ਕੰਟੇਨਰ ਨੂੰ PHP ਨਾਲ ਇੱਕ ਪੌਡ ਵਿੱਚ ਪਾਉਣਾ!

ਸਿੱਟਾ

ਇਸ ਤਰ੍ਹਾਂ, ਸਿਰਫ਼ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਬਦਲਾਅ ਨਾਲ, ਅਸੀਂ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਦੇ ਯੋਗ ਹੋ ਗਏ: ਮੈਮਕੈਚਡ ਫਾਲਟ ਸਹਿਣਸ਼ੀਲਤਾ ਦੇ ਨਾਲ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ, ਅਤੇ ਕੈਸ਼ ਸਟੋਰੇਜ ਦੀ ਭਰੋਸੇਯੋਗਤਾ ਨੂੰ ਵਧਾਇਆ ਗਿਆ ਹੈ। ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਸਪੱਸ਼ਟ ਫਾਇਦਿਆਂ ਤੋਂ ਇਲਾਵਾ, ਇਸ ਨੇ ਪਲੇਟਫਾਰਮ 'ਤੇ ਕੰਮ ਕਰਦੇ ਸਮੇਂ ਚਾਲ-ਚਲਣ ਲਈ ਜਗ੍ਹਾ ਦਿੱਤੀ: ਜਦੋਂ ਸਾਰੇ ਭਾਗਾਂ ਕੋਲ ਰਿਜ਼ਰਵ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਪ੍ਰਬੰਧਕ ਦਾ ਜੀਵਨ ਬਹੁਤ ਸਰਲ ਹੁੰਦਾ ਹੈ। ਹਾਂ, ਇਸ ਵਿਧੀ ਦੀਆਂ ਆਪਣੀਆਂ ਕਮੀਆਂ ਵੀ ਹਨ, ਇਹ ਇੱਕ "ਬਸਾਖਾ" ਵਰਗਾ ਲੱਗ ਸਕਦਾ ਹੈ, ਪਰ ਜੇ ਇਹ ਪੈਸੇ ਦੀ ਬਚਤ ਕਰਦਾ ਹੈ, ਸਮੱਸਿਆ ਨੂੰ ਦੱਬਦਾ ਹੈ ਅਤੇ ਨਵੀਂਆਂ ਪੈਦਾ ਨਹੀਂ ਕਰਦਾ - ਕਿਉਂ ਨਹੀਂ?

PS

ਸਾਡੇ ਬਲੌਗ 'ਤੇ ਵੀ ਪੜ੍ਹੋ:

• "ਡੈਪ ਨਾਲ ਅਭਿਆਸ ਕਰੋ" (ਉਦਾਹਰਣ ਵਜੋਂ ਸਿਮਫਨੀ-ਡੈਮੋ ਦੀ ਵਰਤੋਂ ਕਰਨਾ): ਭਾਗ 1 (ਸਧਾਰਨ ਐਪਲੀਕੇਸ਼ਨ ਬਣਾਉਣਾ) и ਭਾਗ 2 (ਹੈਲਮ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕੁਬਰਨੇਟਸ ਲਈ ਡੌਕਰ ਚਿੱਤਰਾਂ ਨੂੰ ਤੈਨਾਤ ਕਰਨਾ);
• «ਕੁਬਰਨੇਟਸ ਦੇ ਨਾਲ ਜੀਵਨ ਤੋਂ: ਕਿਵੇਂ HTTP ਸਰਵਰ ਨੇ ਸਪੈਨਿਸ਼ੀਆਂ ਦਾ ਪੱਖ ਨਹੀਂ ਲਿਆ".

ਸਰੋਤ: www.habr.com