ਕੀ ਕਿਸੇ ਹੋਰ ਗਾਹਕ ਦੀ ਸਾਈਟ ਮੇਰੀ ਸਾਈਟ ਨੂੰ ਹੌਲੀ ਕਰ ਸਕਦੀ ਹੈ?
ਇਸ ਨੂੰ ਰੋਕਣ ਲਈ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਆਈਸੋਲੇਸ਼ਨ ਤਿਆਰ ਕੀਤੀ ਗਈ ਹੈ। LVE ਪ੍ਰਤੀ ਸਾਈਟ CPU, RAM, IO, IOPS ਅਤੇ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਸੀਮਤ ਕਰਦਾ ਹੈ, MySQL Governor ਪ੍ਰਤੀ ਸਾਈਟ ਡਾਟਾਬੇਸ ਵਰਤੋਂ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ, ਅਤੇ LSAPI ਵਰਕਰ ਸਾਈਟ ਦੇ ਆਪਣੇ ਪਿੰਜਰੇ (cage) ਦੁਆਰਾ ਸੀਮਤ ਹੁੰਦੇ ਹਨ — ਤਾਂ ਜੋ ਕਿਸੇ ਗੁਆਂਢੀ ਸਾਈਟ ਦੇ ਟ੍ਰੈਫਿਕ ਵਿੱਚ ਵਾਧਾ ਜਾਂ ਭਾਰੀ ਪੁੱਛਗਿੱਛ ਦਾ ਬੋਝ ਤੁਹਾਡੀ ਸੀਮਾ ਦੀ ਬਜਾਏ ਉਹਨਾਂ ਦੀ ਅਧਿਕਤਮ ਸੀਮਾ ਅਨੁਸਾਰ ਨਿਯੰਤਰਿਤ ਹੋਵੇ। ਹਰੇਕ ਨੁਕਸ ਪ੍ਰਤੀ ਸਾਈਟ ਲੌਗ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਨੀਤੀ ਇੰਜਣ ਆਪਣੇ ਆਪ ਰੌਲਾ ਪਾਉਣ ਵਾਲੀ ਸਾਈਟ ਦੀਆਂ ਸੀਮਾਵਾਂ ਨੂੰ ਸਖ਼ਤ ਕਰ ਸਕਦਾ ਹੈ।
ਜੇਕਰ ਉਸੇ ਸਰਵਰ 'ਤੇ ਕੋਈ ਸਾਈਟ ਹੈਕ ਹੋ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਕੀ ਮੇਰੀ ਸਾਈਟ ਖ਼ਤਰੇ ਵਿੱਚ ਹੈ?
ਇਮਾਨਦਾਰ ਜਵਾਬ ਗਾਰੰਟੀ ਦੀ ਬਜਾਏ ਰੋਕਥਾਮ ਹੈ। CageFS ਹਰੇਕ ਕਿਰਾਏਦਾਰ ਨੂੰ ਇੱਕ ਅਲੱਗ ਫਾਈਲਸਿਸਟਮ ਦ੍ਰਿਸ਼ ਦਿੰਦਾ ਹੈ — ਇੱਕ ਪ੍ਰਭਾਵਿਤ ਕਿਰਾਏਦਾਰ ਦੂਜੇ ਕਿਰਾਏਦਾਰਾਂ, ਉਹਨਾਂ ਦੀਆਂ ਸਾਈਟਾਂ, ਜਾਂ ਸੰਵੇਦਨਸ਼ੀਲ ਸਿਸਟਮ ਫਾਈਲਾਂ ਨੂੰ ਨਹੀਂ ਦੇਖ ਸਕਦਾ — ਅਤੇ ਮਾਲਵੇਅਰ ਜਾਂ ਫਿਸ਼ਿੰਗ ਦਾ ਪੁਸ਼ਟੀ ਕੀਤਾ ਕੇਸ ਉਸ ਸਾਈਟ ਨੂੰ ਕੁਆਰੰਟੀਨ ਵਿੱਚ ਭੇਜ ਦਿੰਦਾ ਹੈ: ਔਫਲਾਈਨ, ਫਾਈਲਾਂ ਲੌਕ, ਕੋਈ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਨਹੀਂ, ਫੋਰੈਂਸਿਕ ਲਈ ਅਲੱਗ। ਇਹ ਧਮਾਕੇ ਦੇ ਘੇਰੇ ਨੂੰ ਸੀਮਿਤ ਕਰਦਾ ਹੈ। ਇਸਦੇ ਨਾਲ ਹੀ ਅਸੀਂ ਹਰੇਕ ਸਾਈਟ 'ਤੇ ਮਾਲਵੇਅਰ ਸਕੈਨਿੰਗ ਅਤੇ ਇੱਕ ਕਿਰਿਆਸ਼ੀਲ WAF ਚਲਾਉਂਦੇ ਹਾਂ, ਨਾਲ ਹੀ ਟੈਸਟ ਕੀਤੇ ਰੀਸਟੋਰ ਦੇ ਨਾਲ ਪ੍ਰਤੀ-ਸਾਈਟ ਅਟੱਲ ਆਫਸਾਈਟ ਬੈਕਅੱਪ ਚਲਾਉਂਦੇ ਹਾਂ, ਇਸ ਲਈ ਰਿਕਵਰੀ ਕਦੇ ਵੀ ਸ਼ਾਮਲ ਮਸ਼ੀਨ ਦੀ ਸਥਿਤੀ 'ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਕਰਦੀ।
ਕੀ ਆਈਸੋਲੇਸ਼ਨ ਸ਼ਾਮਲ ਹੈ, ਜਾਂ ਇਸਦਾ ਵਾਧੂ ਖ਼ਰਚਾ ਹੈ?
ਇਹ ਹਰੇਕ ਪਲਾਨ ਵਿੱਚ ਸ਼ਾਮਲ ਹੈ। LVE ਅਤੇ CageFS ਆਈਸੋਲੇਸ਼ਨ, ਕਿਰਿਆਸ਼ੀਲ WAF ਅਤੇ ਮਾਲਵੇਅਰ ਸਕੈਨਿੰਗ ਹਰੇਕ ਗਾਹਕ ਲਈ ਬੁਨਿਆਦੀ ਹਨ, ਕਿਉਂਕਿ ਇੱਕ ਸੰਕਰਮਿਤ ਜਾਂ ਬੇਕਾਬੂ ਸਾਈਟ ਆਪਣੇ ਗੁਆਂਢੀਆਂ ਅਤੇ ਸਾਡੀ IP ਸਾਖ ਲਈ ਖ਼ਤਰਾ ਬਣਦੀ ਹੈ — ਅਸੀਂ ਇਸਨੂੰ ਸਮਝਦਾਰੀ ਨਾਲ ਵਿਕਲਪਿਕ ਨਹੀਂ ਛੱਡ ਸਕਦੇ। ਐਡ-ਆਨ ਵਜੋਂ ਜੋ ਵੇਚਿਆ ਜਾਂਦਾ ਹੈ ਉਹ ਹੈ ਇੱਕ ਕਲਿੱਕ ਨਾਲ ਮਾਲਵੇਅਰ ਸਫ਼ਾਈ ਅਤੇ ਨਿਵਾਰਨ, ਅਤੇ ਉੱਨਤ ਸੁਰੱਖਿਆ ਪੱਧਰ ਜਿਵੇਂ ਕਿ ਵਿਸਤ੍ਰਿਤ WAF ਨਿਯਮ, ਤਰਜੀਹੀ ਸਕੈਨਿੰਗ, ਬੋਟ ਪ੍ਰਬੰਧਨ ਅਤੇ ਉੱਚ DDoS ਪੱਧਰ।
ਜੇਕਰ ਮੇਰੀ ਸਾਈਟ ਆਪਣੀਆਂ ਸਰੋਤ ਸੀਮਾਵਾਂ ਨੂੰ ਪਾਰ ਕਰ ਜਾਂਦੀ ਹੈ ਤਾਂ ਕੀ ਹੋਵੇਗਾ?
ਇਸਨੂੰ ਬੰਦ ਕਰਨ ਦੀ ਬਜਾਏ ਇਸਦੇ ਆਪਣੇ ਘੇਰੇ ਵਿੱਚ ਹੀ ਥ੍ਰੋਟਲ (ਸੀਮਤ) ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਥ੍ਰੋਟਲ ਦਾ ਮਤਲਬ ਹੈ ਸਾਈਟ ਦੇ ਚਾਲੂ ਰਹਿਣ ਅਤੇ ਸੇਵਾ ਪ੍ਰਦਾਨ ਕਰਨ ਦੇ ਦੌਰਾਨ ਸਖ਼ਤ LVE ਸੀਮਾਵਾਂ ਅਤੇ ਦਰ ਸੀਮਾਬੱਧਤਾ ਲਾਗੂ ਕਰਨਾ, ਅਤੇ ਕਾਰਨ ਹੱਲ ਹੁੰਦੇ ਹੀ ਇਹ ਆਪਣੇ ਆਪ ਬਹਾਲ ਹੋ ਜਾਂਦਾ ਹੈ। ਤੁਹਾਨੂੰ ਕਾਰਨ ਸਮੇਤ ਸੂਚਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਬਦੀਲੀ ਨੂੰ ਇਸਦੇ ਸਬੂਤਾਂ ਸਮੇਤ ਦਰਜ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਇਸ ਵਿਰੁੱਧ ਅਪੀਲ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਜੇਕਰ ਲੋਡ ਕਿਸੇ ਨੁਕਸ ਦੀ ਬਜਾਏ ਅਸਲ ਵਾਧਾ ਹੈ, ਤਾਂ ਇਸਦਾ ਹੱਲ ਇੱਕ ਵੱਡਾ ਪਲਾਨ ਹੈ, ਨਾ ਕਿ ਸਥਾਈ ਥ੍ਰੋਟਲ।
ਕੀ ਮੁਅੱਤਲ ਕੀਤੀ ਸਾਈਟ ਸਿਰਫ਼ ਖਾਲੀ ਹੋ ਜਾਂਦੀ ਹੈ?
ਨਹੀਂ — ਇੱਕ ਮੁਅੱਤਲ ਕੀਤੀ ਗਈ ਸਾਈਟ ਇੱਕ ਬ੍ਰਾਂਡੇਡ, ਕਾਰਨ-ਵਿਸ਼ੇਸ਼ ਹੋਲਡਿੰਗ ਪੰਨਾ (ਬਿਲਿੰਗ, ਰੱਖ-ਰਖਾਅ ਜਾਂ ਦੁਰਵਰਤੋਂ) ਦਿਖਾਉਂਦੀ ਹੈ ਤਾਂ ਜੋ ਇਹ ਟੁੱਟੀ ਹੋਣ ਦੀ ਬਜਾਏ ਜਾਣਬੁੱਝ ਕੇ ਕੀਤੀ ਗਈ ਜਾਪੇ। ਮੁਅੱਤਲੀ ਭੁਗਤਾਨ ਕਰਨ 'ਤੇ, ਸਮੱਸਿਆ ਹੱਲ ਕਰਨ 'ਤੇ, ਜਾਂ ਅਪੀਲ ਕਰਨ 'ਤੇ ਹਟਾਈ ਜਾਂਦੀ ਹੈ। ਕੁਆਰੰਟੀਨ ਵਧੇਰੇ ਸਖ਼ਤ ਹੁੰਦਾ ਹੈ ਅਤੇ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ: ਇਹ ਸਿਰਫ਼ ਸਫ਼ਾਈ ਅਤੇ ਸਮੀਖਿਆ ਤੋਂ ਬਾਅਦ ਹੀ ਹਟਾਇਆ ਜਾਂਦਾ ਹੈ, ਕਦੇ ਵੀ ਆਪਣੇ ਆਪ ਨਹੀਂ।
ਕੀ ਮੈਂ ਆਪਣਾ ਖੁਦ ਦਾ PHP ਸੰਸਕਰਣ ਅਤੇ ਐਕਸਟੈਂਸ਼ਨਾਂ ਚੁਣ ਸਕਦਾ ਹਾਂ?
Zinn® Managed WordPress 'ਤੇ, ਹਾਂ — CloudLinux alt-PHP ਹਰੇਕ ਸਾਈਟ ਨੂੰ ਆਪਣਾ PHP ਸੰਸਕਰਣ ਚੋਣਕਾਰ, imagick, gd ਅਤੇ redis ਵਰਗੇ ਆਪਣੇ ਐਕਸਟੈਂਸ਼ਨ, ਅਤੇ ਆਪਣੀਆਂ ਮਜ਼ਬੂਤ ਕੀਤੀਆਂ ਸੈਟਿੰਗਾਂ ਦਿੰਦਾ ਹੈ, ਜੋ ਸਾਰੇ ਉਸ ਸਾਈਟ ਦੀਆਂ LVE ਸੀਮਾਵਾਂ ਦੁਆਰਾ ਬੰਨੇ ਹੋਏ ਹਨ। Footprint-Free ਹੋਸਟਿੰਗ ਜਾਣਬੁੱਝ ਕੇ ਪ੍ਰਤੀ-ਸਾਈਟ ਵਧੇਰੇ ਮਾਨਕੀਕ੍ਰਿਤ, ਲਾਕ-ਡਾਊਨ ਕੌਂਫਿਗਰੇਸ਼ਨ ਚਲਾਉਂਦੀ ਹੈ, ਕਿਉਂਕਿ ਕੌਂਫਿਗਰੇਸ਼ਨ ਵਿਭਿੰਨਤਾ ਆਪਣੇ ਆਪ ਵਿੱਚ ਇੱਕ ਫੁੱਟਪ੍ਰਿੰਟ (footprint) ਹੈ।
ਕੀ ਸਾਂਝੇ-ਕਰਨਲ ਮਾਡਲ ਨਾਲੋਂ ਵਧੇਰੇ ਮਜ਼ਬੂਤ ਅਲੱਗਤਾ ਵਿਕਲਪ ਹੈ?
ਹਾਂ। CloudLinux LVE ਅਤੇ CageFS ਦੋਵਾਂ ਉਤਪਾਦ ਲਾਈਨਾਂ ਵਿੱਚ ਘਣਤਾ-ਅਨੁਕੂਲਿਤ ਡਿਫੌਲਟ ਹੈ। ਵਧੇਰੇ ਸਖ਼ਤ ਸੀਮਾ ਦੀ ਲੋੜ ਵਾਲੇ ਵਰਕਲੋਡਾਂ ਲਈ, ਪ੍ਰੋਵਿਜ਼ਨਿੰਗ-ਡਰਾਈਵਰ ਰੂਪ ਵਜੋਂ ਪ੍ਰਤੀ-ਸਾਈਟ ਪੂਰਾ ਕੰਟੇਨਰ ਅਲੱਗਤਾ ਦੀ ਪੇਸ਼ਕਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ — ਵੱਖਰੇ ਪਲੇਸਮੈਂਟ ਦੇ ਨਾਲ ਉਹੀ ਇੰਜਣ ਅਤੇ ਨਿਯੰਤਰਣ ਪਲੇਨ, ਜੋ ਮਜ਼ਬੂਤ ਵੱਖਰੇਵੇਂ ਲਈ ਓਵਰਹੈੱਡ ਦਾ ਵਪਾਰ ਕਰਦਾ ਹੈ।
ਕੀ ਮੈਂ ਵਚਨਬੱਧ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਇਸਨੂੰ ਅਜ਼ਮਾ ਸਕਦਾ ਹਾਂ?
ਹਾਂ। Footprint-Free ਹੋਸਟਿੰਗ ਬਿਨਾਂ ਕਾਰਡ ਦੇ 14-ਦਿਨਾਂ ਦੇ ਟ੍ਰਾਇਲ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ ਜੋ ਪੰਜ ਸਾਈਟਾਂ ਤੱਕ ਨੂੰ ਕਵਰ ਕਰਦੀ ਹੈ — ਕੋਈ ਭੁਗਤਾਨ ਵੇਰਵੇ ਨਹੀਂ, ਕੋਈ ਵਚਨਬੱਧਤਾ ਨਹੀਂ। ਫੈਸਲਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਕੁਝ ਸਾਈਟਾਂ ਤੈਨਾਤ ਕਰੋ, ਉਹਨਾਂ ਰਾਹੀਂ ਕੁਝ ਲੋਡ ਪਾਓ, ਅਤੇ ਦੇਖੋ ਕਿ ਪਿੰਜਰੇ ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ।