ਆਪਣੇ CDN ਨੂੰ ਬਣਾਉਣਾ ਅਤੇ ਕੌਂਫਿਗਰ ਕਰਨਾ

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

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

ਅਜਿਹਾ ਹੁੰਦਾ ਹੈ ਕਿ, ਇੱਕ ਜਾਂ ਕਿਸੇ ਹੋਰ ਕਾਰਨ ਕਰਕੇ, ਤੁਹਾਨੂੰ ਆਪਣੇ ਖੁਦ ਦੇ ਸਮਗਰੀ ਡਿਲੀਵਰੀ ਨੈਟਵਰਕ ਨੂੰ ਸੰਗਠਿਤ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਫਿਰ - ਅਗਲੀ ਬਾਈਕ ਨੂੰ ਅਸੈਂਬਲ ਕਰਨ ਲਈ ਹਦਾਇਤਾਂ ਸਾਡੇ ਲਈ ਮਦਦਗਾਰ ਹੋਣ ਦਿਓ।

ਸਰੋਤ: ਇਨਫੋਗ੍ਰਾਫਿਕ ਵੈਕਟਰ pikisuperstar - www.freepik.com ਦੁਆਰਾ ਬਣਾਇਆ ਗਿਆ ਹੈ

ਜਦੋਂ ਤੁਹਾਨੂੰ ਆਪਣੇ ਖੁਦ ਦੇ CDN ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ

ਉਹਨਾਂ ਮਾਮਲਿਆਂ 'ਤੇ ਵਿਚਾਰ ਕਰੋ ਜਿੱਥੇ ਤੁਹਾਡਾ ਆਪਣਾ CDN ਚਲਾਉਣਾ ਅਰਥ ਰੱਖਦਾ ਹੈ:

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

ਜ਼ਿਆਦਾਤਰ ਹੋਰ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਮੌਜੂਦਾ ਤਿਆਰ ਕੀਤੇ ਹੱਲਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਵਧੇਰੇ ਉਚਿਤ ਹੈ।

ਤੁਹਾਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਕੀ ਲੋੜ ਹੈ

ਇਹ ਸ਼ਾਨਦਾਰ ਹੈ ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਆਪਣਾ ਖੁਦ ਦਾ ਆਟੋਨੋਮਸ ਸਿਸਟਮ (AS) ਹੈ। ਇਸਦੇ ਨਾਲ, ਤੁਸੀਂ ਇੱਕੋ IP ਨੂੰ ਕਈ ਸਰਵਰਾਂ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਇਸ ਹਦਾਇਤ ਦੇ ਅਨੁਸਾਰ ਨੈੱਟਵਰਕ ਪੱਧਰ 'ਤੇ, ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਸਭ ਤੋਂ ਨਜ਼ਦੀਕੀ ਵੱਲ ਭੇਜੋ। ਇਹ ਕਹਿਣਾ ਯੋਗ ਹੈ ਕਿ /24 ਐਡਰੈੱਸ ਬਲਾਕ ਦੇ ਨਾਲ ਵੀ, ਸਮੱਗਰੀ ਡਿਲੀਵਰੀ ਨੈੱਟਵਰਕ ਬਣਾਉਣਾ ਸੰਭਵ ਹੈ। ਕੁਝ ਸਰਵਰ ਪ੍ਰਦਾਤਾ ਤੁਹਾਨੂੰ ਉਹਨਾਂ ਲਈ ਉਪਲਬਧ ਸਾਰੇ ਖੇਤਰਾਂ ਵਿੱਚ ਵਰਤੋਂ ਲਈ ਘੋਸ਼ਣਾ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ।

ਜੇਕਰ ਤੁਸੀਂ IP ਪਤਿਆਂ ਦੇ ਇੱਕ ਬਲਾਕ ਦੇ ਖੁਸ਼ਹਾਲ ਮਾਲਕ ਨਹੀਂ ਹੋ, ਤਾਂ ਇੱਕ ਸਧਾਰਨ CDN ਚਲਾਉਣ ਲਈ ਤੁਹਾਨੂੰ ਲੋੜ ਹੋਵੇਗੀ:

• ਡੋਮੇਨ ਨਾਮ ਜਾਂ ਸਬਡੋਮੇਨ
• ਵੱਖ-ਵੱਖ ਖੇਤਰਾਂ ਵਿੱਚ ਘੱਟੋ-ਘੱਟ ਦੋ ਸਰਵਰ। ਸਰਵਰ ਜਾਂ ਤਾਂ ਸਮਰਪਿਤ ਜਾਂ ਵਰਚੁਅਲ ਹੋ ਸਕਦਾ ਹੈ
• geoDNS ਟੂਲ। ਇਸਦੇ ਨਾਲ, ਉਪਭੋਗਤਾ, ਡੋਮੇਨ ਨੂੰ ਸੰਬੋਧਿਤ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਨਜ਼ਦੀਕੀ ਸਰਵਰ ਵੱਲ ਨਿਰਦੇਸ਼ਿਤ ਕੀਤਾ ਜਾਵੇਗਾ

ਇੱਕ ਡੋਮੇਨ ਰਜਿਸਟਰ ਕਰੋ ਅਤੇ ਸਰਵਰਾਂ ਨੂੰ ਆਰਡਰ ਕਰੋ

ਡੋਮੇਨ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਦੇ ਨਾਲ, ਸਭ ਕੁਝ ਸਧਾਰਨ ਹੈ - ਅਸੀਂ ਕਿਸੇ ਵੀ ਰਜਿਸਟਰਾਰ ਨਾਲ ਕਿਸੇ ਵੀ ਜ਼ੋਨ ਵਿੱਚ ਰਜਿਸਟਰ ਕਰਦੇ ਹਾਂ. ਤੁਸੀਂ ਇੱਕ CDN ਲਈ ਸਬਡੋਮੇਨ ਦੀ ਵਰਤੋਂ ਵੀ ਕਰ ਸਕਦੇ ਹੋ, ਉਦਾਹਰਨ ਲਈ ਕੁਝ ਅਜਿਹਾ cdn.domainname.com. ਅਸਲ ਵਿੱਚ, ਸਾਡੀ ਉਦਾਹਰਣ ਵਿੱਚ, ਅਸੀਂ ਇਹੀ ਕਰਾਂਗੇ।

ਸਰਵਰਾਂ ਨੂੰ ਆਰਡਰ ਕਰਨ ਲਈ, ਉਹਨਾਂ ਨੂੰ ਉਹਨਾਂ ਖੇਤਰਾਂ ਅਤੇ ਦੇਸ਼ਾਂ ਵਿੱਚ ਕਿਰਾਏ 'ਤੇ ਦਿੱਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਜਿੱਥੇ ਤੁਹਾਡੇ ਉਪਭੋਗਤਾ ਦਰਸ਼ਕ ਸਥਿਤ ਹਨ। ਜੇ ਪ੍ਰੋਜੈਕਟ ਇੰਟਰਕੌਂਟੀਨੈਂਟਲ ਹੈ, ਤਾਂ ਹੋਸਟਿੰਗ ਪ੍ਰਦਾਤਾਵਾਂ ਦੀ ਚੋਣ ਕਰਨਾ ਸੁਵਿਧਾਜਨਕ ਹੈ ਜੋ ਇੱਕੋ ਸਮੇਂ ਪੂਰੀ ਦੁਨੀਆ ਵਿੱਚ ਸਰਵਰ ਪੇਸ਼ ਕਰਦੇ ਹਨ. ਉਦਾਹਰਨਾਂ: OVH, ਲੀਜ਼ਵੈਬ и 100 ਟੀ ਬੀ - ਸਮਰਪਿਤ ਸਰਵਰਾਂ ਲਈ, ਵੌਲਟਰ и DigitalOcean - ਵਰਚੁਅਲ ਕਲਾਉਡ* ਲਈ।

ਸਾਡੇ ਪ੍ਰਾਈਵੇਟ CDN ਲਈ, ਅਸੀਂ ਵੱਖ-ਵੱਖ ਮਹਾਂਦੀਪਾਂ 'ਤੇ 3 ਵਰਚੁਅਲ ਸਰਵਰਾਂ ਦਾ ਆਰਡਰ ਦੇਵਾਂਗੇ। ਵਿਖੇ ਵੌਲਟਰ ਲਈ ਸਰਵਰ 'ਤੇ $5/ਮਹੀਨਾ ਸਾਨੂੰ ਪ੍ਰਾਪਤ ਹੋਵੇਗਾ 25GB SSD ਸਥਾਨ ਅਤੇ 1TB ਟ੍ਰੈਫਿਕ. ਇੰਸਟਾਲ ਕਰਨ ਵੇਲੇ, ਨਵੀਨਤਮ ਡੇਬੀਅਨ ਦੀ ਚੋਣ ਕਰੋ। ਸਾਡੇ ਸਰਵਰ:

ਫ੍ਰੈਂਕਫਰਟ, ਆਈਪੀ: 199.247.18.199

ਸ਼ਿਕਾਗੋ, ਆਈਪੀ: 149.28.121.123

Сингапур, ਆਈਪੀ: 157.230.240.216

* Vultr ਅਤੇ DigitalOcean ਉਹਨਾਂ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ $100 ਕ੍ਰੈਡਿਟ ਦੇਣ ਦਾ ਵਾਅਦਾ ਕਰਦੇ ਹਨ ਜੋ ਭੁਗਤਾਨ ਵਿਧੀ ਨੂੰ ਜੋੜਨ ਤੋਂ ਤੁਰੰਤ ਬਾਅਦ ਲੇਖ ਵਿੱਚ ਲਿੰਕਾਂ ਰਾਹੀਂ ਰਜਿਸਟਰ ਕਰਦੇ ਹਨ। ਲੇਖਕ ਨੂੰ ਇਸ ਤੋਂ ਥੋੜ੍ਹੀ ਜਿਹੀ ਤਾਰੀਫ਼ ਵੀ ਮਿਲਦੀ ਹੈ, ਜੋ ਹੁਣ ਉਸ ਲਈ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਕਿਰਪਾ ਕਰਕੇ ਸਮਝ ਲਵੋ।

geoDNS ਸੈੱਟਅੱਪ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ

ਕਿਸੇ ਡੋਮੇਨ ਜਾਂ CDN ਸਬਡੋਮੇਨ ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਵੇਲੇ ਉਪਭੋਗਤਾ ਨੂੰ ਲੋੜੀਂਦੇ (ਨੇੜਲੇ) ਸਰਵਰ ਵੱਲ ਨਿਰਦੇਸ਼ਿਤ ਕਰਨ ਲਈ, ਸਾਨੂੰ geoDNS ਫੰਕਸ਼ਨ ਵਾਲੇ DNS ਸਰਵਰ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

geoDNS ਦਾ ਸਿਧਾਂਤ ਅਤੇ ਸੰਚਾਲਨ ਹੇਠ ਲਿਖੇ ਅਨੁਸਾਰ ਹੈ:

1. ਉਸ ਕਲਾਇੰਟ ਦਾ IP ਨਿਸ਼ਚਿਤ ਕਰਦਾ ਹੈ ਜਿਸਨੇ DNS ਬੇਨਤੀ ਭੇਜੀ ਸੀ, ਜਾਂ ਮੁੜ-ਵਰਤਣ ਵਾਲੇ DNS ਸਰਵਰ ਦਾ IP ਜੋ ਕਲਾਇੰਟ ਦੀ ਬੇਨਤੀ 'ਤੇ ਕਾਰਵਾਈ ਕਰਨ ਵੇਲੇ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਅਜਿਹੇ ਆਵਰਤੀ ਸਰਵਰ ਆਮ ਤੌਰ 'ਤੇ ਪ੍ਰਦਾਤਾਵਾਂ ਦੇ DNS-s ਹੁੰਦੇ ਹਨ।
2. ਕਲਾਇੰਟ ਦਾ IP ਉਸਦੇ ਦੇਸ਼ ਜਾਂ ਖੇਤਰ ਨੂੰ ਪਛਾਣਦਾ ਹੈ। ਇਸਦੇ ਲਈ, ਜੀਓਆਈਪੀ ਡੇਟਾਬੇਸ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ ਅੱਜ ਬਹੁਤ ਸਾਰੇ ਹਨ। ਚੰਗੇ ਹਨ ਮੁਫ਼ਤ ਵਿਕਲਪ.
3. ਕਲਾਇੰਟ ਦੇ ਟਿਕਾਣੇ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋਏ, ਉਸਨੂੰ ਨਜ਼ਦੀਕੀ CDN ਸਰਵਰ ਦਾ IP ਪਤਾ ਦਿੰਦਾ ਹੈ।

geoDNS ਫੰਕਸ਼ਨ ਵਾਲਾ DNS ਸਰਵਰ ਹੋ ਸਕਦਾ ਹੈ ਆਪਣੇ ਆਪ ਨੂੰ ਇਕੱਠਾ ਕਰੋ, ਪਰ ਦੁਨੀਆ ਭਰ ਦੇ DNS ਸਰਵਰਾਂ ਦੇ ਨੈਟਵਰਕ ਨਾਲ ਤਿਆਰ ਕੀਤੇ ਹੱਲਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਬਿਹਤਰ ਹੈ ਅਤੇ ਕੋਈ ਵੀ ਬਾਕਸ ਤੋਂ:

• CloudDNS ਤੱਕ $9.95/ਮਹੀਨਾ, GeoDNS ਟੈਰਿਫ, ਮੂਲ ਰੂਪ ਵਿੱਚ ਇੱਕ DNS ਫੇਲਓਵਰ ਹੁੰਦਾ ਹੈ
• ਜਿਲੋਰ ਤੱਕ $25/ਮਹੀਨਾ, DNS ਫੇਲਓਵਰ ਸਮਰਥਿਤ ਹੈ
• ਐਮਾਜ਼ਾਨ ਰੂਟ 53 ਤੱਕ $35/ਮਹੀਨਾ ਕੁੱਲ 50M ਜੀਓ-ਬੇਨਤੀਆਂ ਲਈ। DNS ਫੇਲਓਵਰ ਦਾ ਬਿਲ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਲਿਆ ਜਾਂਦਾ ਹੈ
• DNS ਨੂੰ ਆਸਾਨ ਬਣਾਇਆ ਗਿਆ ਤੱਕ $125/ਮਹੀਨਾ, ਇੱਥੇ 10 DNS ਫੇਲਓਵਰ ਹਨ
• Cloudflare, "ਜੀਓ ਸਟੀਅਰਿੰਗ" ਫੀਚਰ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਪਲਾਨ ਵਿੱਚ ਉਪਲਬਧ ਹੈ

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

ਲਗਭਗ ਸਾਰੀਆਂ DNS ਸੇਵਾਵਾਂ ਵਿੱਚ ਇੱਕ CDN - DNS ਫੇਲਓਵਰ ਬਣਾਉਣ ਲਈ ਇੱਕ ਲਾਜ਼ਮੀ ਸੇਵਾ ਸ਼ਾਮਲ ਹੁੰਦੀ ਹੈ। ਇਸਦੀ ਮਦਦ ਨਾਲ, ਤੁਸੀਂ ਆਪਣੇ ਸਰਵਰਾਂ ਦੇ ਸੰਚਾਲਨ ਦੀ ਨਿਗਰਾਨੀ ਸਥਾਪਤ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ, ਜੀਵਨ ਦੇ ਸੰਕੇਤਾਂ ਦੀ ਅਣਹੋਂਦ ਵਿੱਚ, ਆਪਣੇ ਆਪ ਹੀ ਇੱਕ ਗੈਰ-ਕਾਰਜ ਸਰਵਰ ਦੇ ਪਤੇ ਨੂੰ DNS ਜਵਾਬਾਂ ਵਿੱਚ ਇੱਕ ਬੈਕਅੱਪ ਨਾਲ ਬਦਲ ਸਕਦੇ ਹੋ।

ਸਾਡੇ CDN ਨੂੰ ਬਣਾਉਣ ਲਈ, ਅਸੀਂ ਵਰਤਾਂਗੇ ਕਲਾਉਡੀਐਨਐਸ, GeoDNS ਟੈਰਿਫ.

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

ਸਾਡੇ ਕੇਸ ਵਿੱਚ, CDN ਨੂੰ ਇੱਕ ਸਬਡੋਮੇਨ 'ਤੇ ਉਭਾਰਿਆ ਜਾਵੇਗਾ cdn.sayt.in. ਇੱਕ ਜ਼ੋਨ ਜੋੜ ਕੇ sayt.in, ਸਬਡੋਮੇਨ ਲਈ ਪਹਿਲਾ ਏ-ਰਿਕਾਰਡ ਬਣਾਓ ਅਤੇ ਸਾਰੇ ਉੱਤਰੀ ਅਮਰੀਕਾ ਨੂੰ ਸ਼ਿਕਾਗੋ ਵਿੱਚ ਸਰਵਰ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰੋ:

ਆਉ ਡਿਫਾਲਟ ਖੇਤਰਾਂ ਲਈ ਇੱਕ ਐਂਟਰੀ ਬਣਾਉਣ ਲਈ ਯਾਦ ਰੱਖਦੇ ਹੋਏ, ਦੂਜੇ ਖੇਤਰਾਂ ਲਈ ਕਾਰਵਾਈ ਨੂੰ ਦੁਹਰਾਓ। ਇੱਥੇ ਅੰਤ ਵਿੱਚ ਕੀ ਹੁੰਦਾ ਹੈ:

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

ਇਹ ਮੂਲ DNS ਸੈੱਟਅੱਪ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ। ਇਹ ਡੋਮੇਨ ਰਜਿਸਟਰਾਰ ਦੀ ਵੈੱਬਸਾਈਟ 'ਤੇ ਜਾਣਾ ਅਤੇ ਮੌਜੂਦਾ ਡੋਮੇਨ NSs ਨੂੰ CloudDNS ਦੁਆਰਾ ਜਾਰੀ ਕੀਤੇ ਨਾਲ ਬਦਲਣਾ ਬਾਕੀ ਹੈ। ਅਤੇ ਜਦੋਂ NSs ਅੱਪਡੇਟ ਕੀਤੇ ਜਾਣਗੇ, ਅਸੀਂ ਸਰਵਰ ਤਿਆਰ ਕਰਾਂਗੇ।

SSL ਸਰਟੀਫਿਕੇਟ ਦੀ ਸਥਾਪਨਾ

ਸਾਡਾ CDN HTTPS 'ਤੇ ਕੰਮ ਕਰੇਗਾ, ਇਸ ਲਈ ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਕਿਸੇ ਡੋਮੇਨ ਜਾਂ ਸਬਡੋਮੇਨ ਲਈ SSL ਸਰਟੀਫਿਕੇਟ ਹਨ, ਤਾਂ ਉਹਨਾਂ ਨੂੰ ਸਾਰੇ ਸਰਵਰਾਂ 'ਤੇ ਅੱਪਲੋਡ ਕਰੋ, ਉਦਾਹਰਨ ਲਈ, ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ /etc/ssl/yourdomain/

ਜੇਕਰ ਕੋਈ ਸਰਟੀਫਿਕੇਟ ਨਹੀਂ ਹਨ, ਤਾਂ ਤੁਸੀਂ Let's Encrypt ਤੋਂ ਇੱਕ ਮੁਫਤ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ। ਇਸ ਲਈ ਸੰਪੂਰਣ ACME ਸ਼ੈੱਲਸਕ੍ਰਿਪਟ. ਕਲਾਇੰਟ ਸੁਵਿਧਾਜਨਕ ਅਤੇ ਸੈਟ ਅਪ ਕਰਨਾ ਆਸਾਨ ਹੈ, ਅਤੇ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ, ਇਹ ਤੁਹਾਨੂੰ CloudDNS API ਦੁਆਰਾ DNS ਦੁਆਰਾ ਇੱਕ ਡੋਮੇਨ/ਸਬਡੋਮੇਨ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।

ਅਸੀਂ acme.sh ਨੂੰ ਸਿਰਫ਼ ਇੱਕ ਸਰਵਰ - ਯੂਰਪੀਅਨ 199.247.18.199 'ਤੇ ਸਥਾਪਤ ਕਰਾਂਗੇ, ਜਿਸ ਤੋਂ ਸਰਟੀਫਿਕੇਟ ਬਾਕੀ ਸਾਰਿਆਂ ਨੂੰ ਕਾਪੀ ਕੀਤੇ ਜਾਣਗੇ। ਇੰਸਟਾਲ ਕਰਨ ਲਈ, ਚਲਾਓ:

root@cdn:~# wget -O - https://get.acme.sh | bash; source ~/.bashrc

ਸਕ੍ਰਿਪਟ ਦੀ ਸਥਾਪਨਾ ਦੇ ਦੌਰਾਨ, ਸਾਡੀ ਭਾਗੀਦਾਰੀ ਤੋਂ ਬਿਨਾਂ ਪ੍ਰਮਾਣ ਪੱਤਰਾਂ ਦੇ ਹੋਰ ਨਵੀਨੀਕਰਨ ਲਈ ਇੱਕ CRON ਨੌਕਰੀ ਬਣਾਈ ਜਾਵੇਗੀ।

ਸਰਟੀਫਿਕੇਟ ਜਾਰੀ ਕਰਦੇ ਸਮੇਂ, API ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ DNS ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਡੋਮੇਨ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾਵੇਗੀ, ਇਸਲਈ ਰੀਸੇਲਰ API ਮੀਨੂ ਵਿੱਚ CloudDNS ਨਿੱਜੀ ਖਾਤੇ ਵਿੱਚ, ਤੁਹਾਨੂੰ ਇੱਕ ਨਵਾਂ ਉਪਭੋਗਤਾ API ਬਣਾਉਣ ਅਤੇ ਇਸਦੇ ਲਈ ਇੱਕ ਪਾਸਵਰਡ ਸੈੱਟ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਇੱਕ ਪਾਸਵਰਡ ਦੇ ਨਾਲ ਨਤੀਜਾ ਪ੍ਰਮਾਣਿਤ-ਆਈਡੀ ਫਾਈਲ ਵਿੱਚ ਲਿਖਿਆ ਜਾਵੇਗਾ ~/.acme.sh/dnsapi/dns_cloudns.sh (ਫਾਇਲ ਨਾਲ ਉਲਝਣ ਵਿੱਚ ਨਾ ਹੋਣਾ dns_clouddns.sh). ਇੱਥੇ ਉਹ ਲਾਈਨਾਂ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਟਿੱਪਣੀ ਅਤੇ ਸੰਪਾਦਿਤ ਕਰਨ ਦੀ ਲੋੜ ਹੈ:

CLOUDNS_AUTH_ID=<auth-id>
CLOUDNS_AUTH_PASSWORD="<пароль>"

ਹੁਣ ਅਸੀਂ ਇੱਕ SSL ਸਰਟੀਫਿਕੇਟ ਲਈ ਬੇਨਤੀ ਕਰਾਂਗੇ cdn.sayt.in

root@cdn:~# acme.sh --issue --dns dns_cloudns -d cdn.sayt.in --reloadcmd "service nginx reload"

ਵਿਕਲਪਾਂ ਵਿੱਚ, ਭਵਿੱਖ ਲਈ, ਅਸੀਂ ਭਵਿੱਖ ਵਿੱਚ ਸਰਟੀਫਿਕੇਟ ਵੈਧਤਾ ਅਵਧੀ ਦੇ ਹਰੇਕ ਨਵੀਨੀਕਰਨ ਤੋਂ ਬਾਅਦ ਵੈਬ ਸਰਵਰ ਸੰਰਚਨਾ ਨੂੰ ਆਪਣੇ ਆਪ ਰੀਲੋਡ ਕਰਨ ਲਈ ਇੱਕ ਕਮਾਂਡ ਨਿਰਧਾਰਤ ਕੀਤੀ ਹੈ।

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

ਇਹਨਾਂ ਮਾਰਗਾਂ ਨੂੰ ਯਾਦ ਰੱਖੋ, ਉਹਨਾਂ ਨੂੰ ਦੂਜੇ ਸਰਵਰਾਂ ਦੇ ਨਾਲ-ਨਾਲ ਵੈੱਬ ਸਰਵਰ ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਦੀ ਨਕਲ ਕਰਨ ਵੇਲੇ ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਲੋੜ ਹੋਵੇਗੀ। ਅਸੀਂ Nginx ਸੰਰਚਨਾ ਨੂੰ ਮੁੜ ਲੋਡ ਕਰਨ ਦੀ ਗਲਤੀ ਵੱਲ ਧਿਆਨ ਨਹੀਂ ਦਿੰਦੇ - ਸਰਟੀਫਿਕੇਟ ਅੱਪਡੇਟ ਕਰਨ ਵੇਲੇ ਇਹ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸੰਰਚਿਤ ਸਰਵਰ 'ਤੇ ਨਹੀਂ ਹੋਵੇਗਾ।

ਅਸੀਂ ਸਿਰਫ਼ SSL ਲਈ ਛੱਡਿਆ ਹੈ, ਫਾਈਲਾਂ ਦੇ ਮਾਰਗ ਨੂੰ ਕਾਇਮ ਰੱਖਦੇ ਹੋਏ ਦੋ ਹੋਰ ਸਰਵਰਾਂ 'ਤੇ ਪ੍ਰਾਪਤ ਸਰਟੀਫਿਕੇਟ ਦੀ ਨਕਲ ਕਰਨਾ ਹੈ। ਆਉ ਉਹਨਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਉੱਤੇ ਇੱਕੋ ਜਿਹੀਆਂ ਡਾਇਰੈਕਟਰੀਆਂ ਬਣਾਈਏ ਅਤੇ ਇੱਕ ਕਾਪੀ ਬਣਾਈਏ:

root@cdn:~# mkdir -p /root/.acme.sh/cdn.sayt.in/
root@cdn:~# scp -r root@199.247.18.199:/root/.acme.sh/cdn.sayt.in/* /root/.acme.sh/cdn.sayt.in/

ਸਰਟੀਫਿਕੇਟਾਂ ਨੂੰ ਨਿਯਮਤ ਤੌਰ 'ਤੇ ਅੱਪਡੇਟ ਕਰਨ ਲਈ, ਕਮਾਂਡ ਨਾਲ ਦੋਵਾਂ ਸਰਵਰਾਂ 'ਤੇ ਰੋਜ਼ਾਨਾ CRON ਜੌਬ ਬਣਾਓ:

scp -r root@199.247.18.199:/root/.acme.sh/cdn.sayt.in/* /root/.acme.sh/cdn.sayt.in/ && service nginx reload

ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਰਿਮੋਟ ਸਰੋਤ ਸਰਵਰ ਤੱਕ ਪਹੁੰਚ ਨੂੰ ਕੌਂਫਿਗਰ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਕੁੰਜੀ ਦੁਆਰਾ, i.e. ਪਾਸਵਰਡ ਦਰਜ ਕੀਤੇ ਬਿਨਾਂ. ਇਸਨੂੰ ਕਰਨਾ ਨਾ ਭੁੱਲੋ।

Nginx ਨੂੰ ਸਥਾਪਿਤ ਅਤੇ ਸੰਰਚਿਤ ਕਰਨਾ

ਸਥਿਰ ਸਮੱਗਰੀ ਦੀ ਸੇਵਾ ਕਰਨ ਲਈ, ਅਸੀਂ ਕੈਚਿੰਗ ਪ੍ਰੌਕਸੀ ਸਰਵਰ ਦੇ ਤੌਰ 'ਤੇ ਸੰਰਚਿਤ Nginx ਦੀ ਵਰਤੋਂ ਕਰਾਂਗੇ। ਪੈਕੇਜ ਸੂਚੀਆਂ ਨੂੰ ਅੱਪਡੇਟ ਕਰੋ ਅਤੇ ਇਸਨੂੰ ਸਾਰੇ ਤਿੰਨ ਸਰਵਰਾਂ 'ਤੇ ਸਥਾਪਿਤ ਕਰੋ:

root@cdn:~# apt update
root@cdn:~# apt install nginx

ਡਿਫੌਲਟ ਦੀ ਬਜਾਏ, ਅਸੀਂ ਹੇਠਾਂ ਵਿਗਾੜਨ ਵਾਲੇ ਤੋਂ ਸੰਰਚਨਾ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ:
nginx.conf

user www-data;
worker_processes auto;
pid /run/nginx.pid;

events {
    worker_connections 4096;
    multi_accept on;
}

http {
    sendfile on;
    tcp_nopush on;
    tcp_nodelay on;
    types_hash_max_size 2048;

    include /etc/nginx/mime.types;
    default_type application/octet-stream;

    access_log off;
    error_log /var/log/nginx/error.log;

    gzip on;
    gzip_disable "msie6";
    gzip_comp_level 6;
    gzip_proxied any;
    gzip_vary on;
    gzip_types text/plain application/javascript text/javascript text/css application/json application/xml text/xml application/rss+xml;
    gunzip on;            

    proxy_temp_path    /var/cache/tmp;
    proxy_cache_path   /var/cache/cdn levels=1:2 keys_zone=cdn:64m max_size=20g inactive=7d;
    proxy_cache_bypass $http_x_update;

server {
  listen 443 ssl;
  server_name cdn.sayt.in;

  ssl_certificate /root/.acme.sh/cdn.sayt.in/cdn.sayt.in.cer;
  ssl_certificate_key /root/.acme.sh/cdn.sayt.in/cdn.sayt.in.key;

  location / {
    proxy_cache cdn;
    proxy_cache_key $uri$is_args$args;
    proxy_cache_valid 90d;
    proxy_pass https://sayt.in;
    }
  }
}

ਸੰਰਚਨਾ ਵਿੱਚ ਸੰਪਾਦਿਤ ਕਰੋ:

• ਅਧਿਕਤਮ_ਆਕਾਰ — ਕੈਸ਼ ਦਾ ਆਕਾਰ, ਉਪਲਬਧ ਡਿਸਕ ਸਪੇਸ ਤੋਂ ਵੱਧ ਨਾ ਹੋਵੇ
• ਨਾ-ਸਰਗਰਮ - ਕੈਸ਼ ਕੀਤੇ ਡੇਟਾ ਦਾ ਸਟੋਰੇਜ ਸਮਾਂ ਜਿਸ ਨੂੰ ਕਿਸੇ ਨੇ ਐਕਸੈਸ ਨਹੀਂ ਕੀਤਾ
• ssl_ਸਰਟੀਫਿਕੇਟ и ssl_certificate_key — SSL ਸਰਟੀਫਿਕੇਟ ਅਤੇ ਮੁੱਖ ਫਾਈਲਾਂ ਲਈ ਮਾਰਗ
• proxy_cache_valid - ਕੈਸ਼ ਕੀਤੇ ਡੇਟਾ ਦਾ ਸਟੋਰੇਜ ਸਮਾਂ
• proxy_pass — ਅਸਲੀ ਸਰਵਰ ਦਾ ਪਤਾ ਜਿਸ ਤੋਂ CDN ਕੈਚਿੰਗ ਲਈ ਫਾਈਲਾਂ ਦੀ ਬੇਨਤੀ ਕਰੇਗਾ। ਸਾਡੀ ਉਦਾਹਰਨ ਵਿੱਚ, ਇਹ sayt.in

ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਵੇਖ ਸਕਦੇ ਹੋ, ਸਭ ਕੁਝ ਸਧਾਰਨ ਹੈ. ਨਿਰਦੇਸ਼ਾਂ ਦੀ ਸਮਾਨਤਾ ਦੇ ਕਾਰਨ ਕੈਚਿੰਗ ਸਮਾਂ ਨਿਰਧਾਰਤ ਕਰਨ ਵਿੱਚ ਮੁਸ਼ਕਲ ਹੀ ਪੈਦਾ ਹੋ ਸਕਦੀ ਹੈ ਨਾ-ਸਰਗਰਮ и proxy_cache_valid. ਆਉ ਆਪਣੀ ਉਦਾਹਰਨ ਦੇ ਨਾਲ ਉਹਨਾਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰੀਏ। ਇੱਥੇ ਇਹ ਹੈ ਕਿ ਜਦੋਂ ਕੀ ਹੁੰਦਾ ਹੈ ਅਕਿਰਿਆਸ਼ੀਲ = 7d и proxy_cache_valid 90d:

• ਜੇਕਰ ਬੇਨਤੀ ਨੂੰ 7 ਦਿਨਾਂ ਦੇ ਅੰਦਰ ਦੁਹਰਾਇਆ ਨਹੀਂ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇਸ ਮਿਆਦ ਦੇ ਬਾਅਦ ਡੇਟਾ ਨੂੰ ਕੈਸ਼ ਤੋਂ ਮਿਟਾ ਦਿੱਤਾ ਜਾਵੇਗਾ
• ਜੇਕਰ ਬੇਨਤੀ ਨੂੰ ਹਰ 7 ਦਿਨਾਂ ਵਿੱਚ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਵਾਰ ਦੁਹਰਾਇਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਕੈਸ਼ ਵਿੱਚ ਡੇਟਾ ਨੂੰ 90 ਦਿਨਾਂ ਬਾਅਦ ਅਪ੍ਰਚਲਿਤ ਮੰਨਿਆ ਜਾਵੇਗਾ ਅਤੇ Nginx ਇਸਨੂੰ ਅਸਲ ਸਰਵਰ ਤੋਂ ਲੈ ਕੇ ਅਗਲੀ ਬੇਨਤੀ ਨਾਲ ਅਪਡੇਟ ਕਰੇਗਾ।

ਸੰਪਾਦਨ ਕਰਨਾ ਪੂਰਾ ਹੋਇਆ nginx.conf, ਸੰਰਚਨਾ ਨੂੰ ਮੁੜ ਲੋਡ ਕਰੋ:

root@cdn:~# service nginx reload

ਸਾਡਾ CDN ਤਿਆਰ ਹੈ। $15/ਮਹੀਨਾ ਲਈ। ਸਾਨੂੰ ਤਿੰਨ ਮਹਾਂਦੀਪਾਂ 'ਤੇ ਮੌਜੂਦਗੀ ਦੇ ਬਿੰਦੂ ਅਤੇ 3 TB ਟ੍ਰੈਫਿਕ ਪ੍ਰਾਪਤ ਹੋਏ: ਹਰੇਕ ਸਥਾਨ 'ਤੇ 1 TB।

CDN ਦੇ ਕੰਮ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ

ਆਉ ਵੱਖ-ਵੱਖ ਭੂਗੋਲਿਕ ਸਥਾਨਾਂ ਤੋਂ ਸਾਡੇ CDN ਨੂੰ ਪਿੰਗਾਂ ਨੂੰ ਵੇਖੀਏ। ਕੋਈ ਵੀ ਪਿੰਗ ਸੇਵਾ ਇਸ ਲਈ ਕੰਮ ਕਰੇਗੀ।

ਲਾਂਚ ਪੁਆਇੰਟ
ਹੋਸਟ
IP
ਔਸਤ ਸਮਾਂ, ms

ਜਰਮਨੀ ਬਰਲਿਨ
cdn.sayt.in
199.247.18.199
9.6

ਨੀਦਰਲੈਂਡਜ਼, ਐਮਸਟਰਡਮ
cdn.sayt.in
199.247.18.199
10.1

ਫਰਾਂਸ ਪੈਰਿਸ
cdn.sayt.in
199.247.18.199
16.3

ਗ੍ਰੇਟ ਬ੍ਰਿਟੇਨ, ਲੰਡਨ
cdn.sayt.in
199.247.18.199
14.9

ਕੈਨੇਡਾ, ਟੋਰਾਂਟੋ
cdn.sayt.in
149.28.121.123
16.2

ਅਮਰੀਕਾ, ਸੈਨ ਫਰਾਂਸਿਸਕੋ
cdn.sayt.in
149.28.121.123
52.7

ਅਮਰੀਕਾ, ਡੱਲਾਸ
cdn.sayt.in
149.28.121.123
23.1

ਅਮਰੀਕਾ, ਸ਼ਿਕਾਗੋ
cdn.sayt.in
149.28.121.123
2.6

ਅਮਰੀਕਾ, ਨਿਊਯਾਰਕ
cdn.sayt.in
149.28.121.123
19.8

Сингапур
cdn.sayt.in
157.230.240.216
1.7

ਜਪਾਨ ਟੋਕੀਓ
cdn.sayt.in
157.230.240.216
74.8

ਆਸਟ੍ਰੇਲੀਆ, ਸਿਡਨੀ
cdn.sayt.in
157.230.240.216
95.9

ਨਤੀਜੇ ਚੰਗੇ ਹਨ। ਹੁਣ ਅਸੀਂ ਮੁੱਖ ਸਾਈਟ ਦੇ ਰੂਟ ਵਿੱਚ ਇੱਕ ਟੈਸਟ ਚਿੱਤਰ ਰੱਖਾਂਗੇ test.jpg ਅਤੇ CDN ਰਾਹੀਂ ਇਸਦੀ ਡਾਊਨਲੋਡ ਸਪੀਡ ਦੀ ਜਾਂਚ ਕਰੋ। ਕਿਹਾ ਜਾਂਦਾ ਹੈ- ਬਣਾਇਆ. ਸਮੱਗਰੀ ਤੇਜ਼ੀ ਨਾਲ ਡਿਲੀਵਰ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

ਜੇਕਰ ਅਸੀਂ CDN ਪੁਆਇੰਟ 'ਤੇ ਕੈਸ਼ ਨੂੰ ਸਾਫ਼ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਾਂ ਤਾਂ ਆਓ ਇੱਕ ਛੋਟੀ ਸਕ੍ਰਿਪਟ ਲਿਖੀਏ।
purge.sh

#!/bin/bash
if [ -z "$1" ]
then
    echo "Purging all cache"
    rm -rf /var/cache/cdn/*
else
    echo "Purging $1"
    FILE=`echo -n "$1" | md5sum | awk '{print $1}'`
    FULLPATH=/var/cache/cdn/${FILE:31:1}/${FILE:29:2}/${FILE}
    rm -f "${FULLPATH}"
fi

ਪੂਰੀ ਕੈਸ਼ ਨੂੰ ਮਿਟਾਉਣ ਲਈ, ਇਸਨੂੰ ਚਲਾਓ, ਇੱਕ ਵੱਖਰੀ ਫਾਈਲ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਸਾਫ਼ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ:

root@cdn:~# ./purge.sh /test.jpg

ਸਿੱਟੇ ਦੀ ਬਜਾਏ

ਅੰਤ ਵਿੱਚ, ਮੈਂ ਰੈਕ ਉੱਤੇ ਤੁਰੰਤ ਕਦਮ ਰੱਖਣ ਲਈ ਕੁਝ ਉਪਯੋਗੀ ਸੁਝਾਅ ਦੇਣਾ ਚਾਹੁੰਦਾ ਹਾਂ ਜਿਸ ਨਾਲ ਉਸ ਸਮੇਂ ਮੇਰੇ ਸਿਰ ਨੂੰ ਸੱਟ ਲੱਗੀ ਸੀ:

• CDN ਦੀ ਨੁਕਸ ਸਹਿਣਸ਼ੀਲਤਾ ਨੂੰ ਵਧਾਉਣ ਲਈ, DNS ਫੇਲਓਵਰ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਜੋ ਸਰਵਰ ਟੁੱਟਣ ਦੀ ਸਥਿਤੀ ਵਿੱਚ A ਰਿਕਾਰਡ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਬਦਲਣ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ। ਇਹ ਡੋਮੇਨ ਦੇ ਕੰਟਰੋਲ ਪੈਨਲ DNS ਰਿਕਾਰਡਾਂ ਵਿੱਚ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
• ਵਿਆਪਕ ਭੂਗੋਲਿਕ ਕਵਰੇਜ ਵਾਲੀਆਂ ਸਾਈਟਾਂ ਨੂੰ ਬਿਨਾਂ ਸ਼ੱਕ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ CDN ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਪਰ ਆਓ ਕੱਟੜ ਨਾ ਬਣੀਏ। ਜੇਕਰ ਤੁਸੀਂ ਸਰਵਰ 6-7 ਸਥਾਨਾਂ 'ਤੇ ਰੱਖਦੇ ਹੋ ਤਾਂ ਜ਼ਿਆਦਾਤਰ ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ ਉਪਭੋਗਤਾ ਭੁਗਤਾਨ ਕੀਤੇ CDN ਦੇ ਮੁਕਾਬਲੇ ਕੋਈ ਮਹੱਤਵਪੂਰਨ ਅੰਤਰ ਨਹੀਂ ਦੇਖੇਗਾ: ਯੂਰਪ, ਉੱਤਰੀ ਅਮਰੀਕਾ (ਪੂਰਬ), ਉੱਤਰੀ ਅਮਰੀਕਾ (ਪੱਛਮ), ਸਿੰਗਾਪੁਰ, ਆਸਟ੍ਰੇਲੀਆ, ਹਾਂਗਕਾਂਗ ਜਾਂ ਜਾਪਾਨ
• ਕਈ ਵਾਰ ਹੋਸਟਸ CDN ਉਦੇਸ਼ਾਂ ਲਈ ਕਿਰਾਏ ਦੇ ਸਰਵਰਾਂ ਦੀ ਵਰਤੋਂ ਦੀ ਆਗਿਆ ਨਹੀਂ ਦਿੰਦੇ ਹਨ। ਇਸ ਲਈ, ਜੇਕਰ ਤੁਸੀਂ ਅਚਾਨਕ ਇੱਕ ਸੇਵਾ ਦੇ ਰੂਪ ਵਿੱਚ ਇੱਕ ਸਮੱਗਰੀ ਡਿਲੀਵਰੀ ਨੈਟਵਰਕ ਨੂੰ ਤੈਨਾਤ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕਰਦੇ ਹੋ, ਤਾਂ ਪਹਿਲਾਂ ਤੋਂ ਕਿਸੇ ਖਾਸ ਹੋਸਟਿੰਗ ਪ੍ਰਦਾਤਾ ਦੇ ਨਿਯਮਾਂ ਨੂੰ ਪੜ੍ਹਨਾ ਨਾ ਭੁੱਲੋ
• ਪੜਚੋਲ ਕਰੋ ਪਾਣੀ ਦੇ ਅੰਦਰ ਸੰਚਾਰ ਦਾ ਨਕਸ਼ਾਇਹ ਦਰਸਾਉਣ ਲਈ ਕਿ ਮਹਾਂਦੀਪ ਕਿਵੇਂ ਜੁੜੇ ਹੋਏ ਹਨ ਅਤੇ ਸਮੱਗਰੀ ਡਿਲੀਵਰੀ ਨੈੱਟਵਰਕ ਬਣਾਉਣ ਵੇਲੇ ਇਸ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹਨ
• ਜਾਂਚ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ ਵੱਖ-ਵੱਖ ਥਾਵਾਂ ਤੋਂ ਪਿੰਗ ਤੁਹਾਡੇ ਸਰਵਰਾਂ ਨੂੰ. ਇਸ ਤਰ੍ਹਾਂ ਤੁਸੀਂ CDN ਪੁਆਇੰਟਾਂ ਦੇ ਸਭ ਤੋਂ ਨੇੜੇ ਦੇ ਖੇਤਰਾਂ ਨੂੰ ਦੇਖ ਸਕਦੇ ਹੋ ਅਤੇ GeoDNS ਨੂੰ ਹੋਰ ਸਹੀ ਢੰਗ ਨਾਲ ਕੌਂਫਿਗਰ ਕਰ ਸਕਦੇ ਹੋ
• ਕਾਰਜਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋਏ, ਇਹ ਖਾਸ ਕੈਚਿੰਗ ਲੋੜਾਂ ਲਈ ਅਤੇ ਸਰਵਰ 'ਤੇ ਲੋਡ ਨੂੰ ਧਿਆਨ ਵਿਚ ਰੱਖਦੇ ਹੋਏ Nginx ਨੂੰ ਵਧੀਆ-ਟਿਊਨ ਕਰਨਾ ਲਾਭਦਾਇਕ ਹੋਵੇਗਾ। Nginx ਕੈਸ਼ ਬਾਰੇ ਲੇਖਾਂ ਨੇ ਇਸ ਵਿੱਚ ਮੇਰੀ ਬਹੁਤ ਮਦਦ ਕੀਤੀ - ਇੱਥੇ ਅਤੇ ਭਾਰੀ ਬੋਝ ਹੇਠ ਕੰਮ ਦੀ ਗਤੀ: ਇੱਥੇ и ਇੱਥੇ

ਸਰੋਤ: www.habr.com