ਓਪਨਸਟੈਕ ਵਿੱਚ ਲੋਡ ਸੰਤੁਲਨ

ਵੱਡੇ ਕਲਾਉਡ ਪ੍ਰਣਾਲੀਆਂ ਵਿੱਚ, ਕੰਪਿਊਟਿੰਗ ਸਰੋਤਾਂ 'ਤੇ ਆਟੋਮੈਟਿਕ ਸੰਤੁਲਨ ਜਾਂ ਲੋਡ ਨੂੰ ਪੱਧਰ ਕਰਨ ਦਾ ਮੁੱਦਾ ਖਾਸ ਤੌਰ 'ਤੇ ਗੰਭੀਰ ਹੁੰਦਾ ਹੈ। Tionix (ਇੱਕ ਡਿਵੈਲਪਰ ਅਤੇ ਕਲਾਉਡ ਸੇਵਾਵਾਂ ਦਾ ਆਪਰੇਟਰ, ਕੰਪਨੀਆਂ ਦੇ ਰੋਸਟੇਲੀਕਾਮ ਸਮੂਹ ਦਾ ਹਿੱਸਾ) ਨੇ ਵੀ ਇਸ ਮੁੱਦੇ ਦਾ ਧਿਆਨ ਰੱਖਿਆ ਹੈ।

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

ਪਹਿਲਾਂ, ਆਓ ਨਿਯਮਾਂ ਅਤੇ ਪਰਿਭਾਸ਼ਾਵਾਂ ਨੂੰ ਵੇਖੀਏ।

ਨਿਯਮ ਅਤੇ ਪਰਿਭਾਸ਼ਾਵਾਂ

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

ਕਾਰਵਾਈ ਇੱਕ ਮੁਢਲਾ ਕੰਮ ਹੈ ਜੋ ਓਪਨਸਟੈਕ ਕਲੱਸਟਰ ਦੇ ਟਾਰਗੇਟ ਪ੍ਰਬੰਧਿਤ ਸਰੋਤ ਦੀ ਮੌਜੂਦਾ ਸਥਿਤੀ ਨੂੰ ਬਦਲਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ: ਇੱਕ ਵਰਚੁਅਲ ਮਸ਼ੀਨ (ਮਾਈਗ੍ਰੇਸ਼ਨ), ਇੱਕ ਨੋਡ ਦੀ ਪਾਵਰ ਸਥਿਤੀ ਨੂੰ ਬਦਲਣਾ (change_node_power_state), ਨੋਵਾ ਸੇਵਾ ਦੀ ਸਥਿਤੀ ਨੂੰ ਬਦਲਣਾ (change_nova_service_state) ), ਸੁਆਦ ਬਦਲਣਾ (ਮੁੜ ਆਕਾਰ), NOP ਸੁਨੇਹਿਆਂ ਨੂੰ ਰਜਿਸਟਰ ਕਰਨਾ (ਨੌਪ), ਇੱਕ ਨਿਸ਼ਚਿਤ ਸਮੇਂ ਲਈ ਕਾਰਵਾਈ ਦੀ ਘਾਟ - ਵਿਰਾਮ (ਸਲੀਪ), ਡਿਸਕ ਟ੍ਰਾਂਸਫਰ (ਵੋਲਯੂਮ_ਮਾਈਗਰੇਟ)।

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

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

ਆਡਿਟ ਸਕੋਪ ਸਰੋਤਾਂ ਦਾ ਇੱਕ ਸਮੂਹ ਹੈ ਜਿਸ ਦੇ ਅੰਦਰ ਆਡਿਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ (ਉਪਲਬਧਤਾ ਜ਼ੋਨ, ਨੋਡ ਐਗਰੀਗੇਟਰ, ਵਿਅਕਤੀਗਤ ਕੰਪਿਊਟ ਨੋਡ ਜਾਂ ਸਟੋਰੇਜ ਨੋਡ, ਆਦਿ)। ਆਡਿਟ ਦਾ ਘੇਰਾ ਹਰੇਕ ਟੈਮਪਲੇਟ ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ। ਜੇਕਰ ਇੱਕ ਆਡਿਟ ਦਾਇਰੇ ਨੂੰ ਨਿਰਧਾਰਤ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ ਪੂਰੇ ਕਲੱਸਟਰ ਦਾ ਆਡਿਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

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

ਕਲੱਸਟਰ ਭੌਤਿਕ ਮਸ਼ੀਨਾਂ ਦਾ ਸੰਗ੍ਰਹਿ ਹੈ ਜੋ ਗਣਨਾ, ਸਟੋਰੇਜ, ਅਤੇ ਨੈਟਵਰਕਿੰਗ ਸਰੋਤ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ ਅਤੇ ਉਸੇ ਓਪਨਸਟੈਕ ਪ੍ਰਬੰਧਨ ਨੋਡ ਦੁਆਰਾ ਪ੍ਰਬੰਧਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।

ਕਲੱਸਟਰ ਡਾਟਾ ਮਾਡਲ (CDM) ਕਲੱਸਟਰ ਦੁਆਰਾ ਪ੍ਰਬੰਧਿਤ ਸਰੋਤਾਂ ਦੀ ਮੌਜੂਦਾ ਸਥਿਤੀ ਅਤੇ ਟੌਪੌਲੋਜੀ ਦੀ ਇੱਕ ਤਰਕਪੂਰਨ ਪ੍ਰਤੀਨਿਧਤਾ ਹੈ।

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

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

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

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

ਨਿਗਰਾਨੀ ਟੀਚੇ ਅਤੇ ਰਣਨੀਤੀਆਂ

ਟੀਚਾ
ਰਣਨੀਤੀ

ਨਕਲੀ ਟੀਚਾ
ਨਕਲੀ ਰਣਨੀਤੀ 

ਨਮੂਨਾ ਸਕੋਰਿੰਗ ਇੰਜਣਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਨਕਲੀ ਰਣਨੀਤੀ

ਮੁੜ ਆਕਾਰ ਦੇ ਨਾਲ ਨਕਲੀ ਰਣਨੀਤੀ

ਊਰਜਾ ਬਚਾਉਣਾ
ਊਰਜਾ ਬਚਾਉਣ ਦੀ ਰਣਨੀਤੀ

ਸਰਵਰ ਏਕੀਕਰਨ
ਬੇਸਿਕ ਔਫਲਾਈਨ ਸਰਵਰ ਏਕੀਕਰਨ

VM ਵਰਕਲੋਡ ਇਕਸਾਰਤਾ ਰਣਨੀਤੀ

ਵਰਕਲੋਡ ਸੰਤੁਲਨ
ਵਰਕਲੋਡ ਬੈਲੇਂਸ ਮਾਈਗ੍ਰੇਸ਼ਨ ਰਣਨੀਤੀ

ਸਟੋਰੇਜ ਸਮਰੱਥਾ ਸੰਤੁਲਨ ਰਣਨੀਤੀ

ਵਰਕਲੋਡ ਸਥਿਰਤਾ

ਰੌਲਾ-ਰੱਪਾ ਵਾਲਾ ਗੁਆਂਢੀ
ਰੌਲਾ-ਰੱਪਾ ਵਾਲਾ ਗੁਆਂਢੀ

ਥਰਮਲ ਓਪਟੀਮਾਈਜੇਸ਼ਨ
ਆਉਟਲੈਟ ਤਾਪਮਾਨ ਅਧਾਰਿਤ ਰਣਨੀਤੀ

ਏਅਰਫਲੋ ਅਨੁਕੂਲਤਾ
ਯੂਨੀਫਾਰਮ ਏਅਰਫਲੋ ਮਾਈਗ੍ਰੇਸ਼ਨ ਰਣਨੀਤੀ

ਹਾਰਡਵੇਅਰ ਦੀ ਸੰਭਾਲ
ਜ਼ੋਨ ਮਾਈਗ੍ਰੇਸ਼ਨ

ਕਲਾਸੀਫਾਈਡ
ਐਂਵੇਟਰ

ਨਕਲੀ ਟੀਚਾ - ਰਾਖਵਾਂ ਟੀਚਾ ਜੋ ਜਾਂਚ ਦੇ ਉਦੇਸ਼ਾਂ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।

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

ਨਮੂਨਾ ਸਕੋਰਿੰਗ ਇੰਜਣਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਨਕਲੀ ਰਣਨੀਤੀ - ਰਣਨੀਤੀ ਪਿਛਲੀ ਦੇ ਸਮਾਨ ਹੈ, ਸਿਰਫ ਫਰਕ ਇੱਕ ਨਮੂਨਾ "ਸਕੋਰਿੰਗ ਇੰਜਣ" ਦੀ ਵਰਤੋਂ ਹੈ ਜੋ ਮਸ਼ੀਨ ਸਿਖਲਾਈ ਦੇ ਤਰੀਕਿਆਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਗਣਨਾ ਕਰਦਾ ਹੈ।

ਰੀਸਾਈਜ਼ ਦੇ ਨਾਲ ਨਕਲੀ ਰਣਨੀਤੀ - ਰਣਨੀਤੀ ਪਿਛਲੇ ਇੱਕ ਦੇ ਸਮਾਨ ਹੈ, ਸਿਰਫ ਫਰਕ ਹੈ ਸੁਆਦ ਨੂੰ ਬਦਲਣ ਦੀ ਵਰਤੋਂ (ਪ੍ਰਵਾਸ ਅਤੇ ਮੁੜ ਆਕਾਰ).

ਉਤਪਾਦਨ ਵਿੱਚ ਨਹੀਂ ਵਰਤਿਆ ਜਾਂਦਾ।

ਊਰਜਾ ਬਚਾਉਣਾ - ਊਰਜਾ ਦੀ ਖਪਤ ਨੂੰ ਘੱਟ ਤੋਂ ਘੱਟ ਕਰੋ। ਇਸ ਟੀਚੇ ਦੀ ਸੇਵਿੰਗ ਐਨਰਜੀ ਰਣਨੀਤੀ, VM ਵਰਕਲੋਡ ਕੰਸੋਲੀਡੇਸ਼ਨ ਰਣਨੀਤੀ (ਸਰਵਰ ਕੰਸੋਲੀਡੇਸ਼ਨ) ਦੇ ਨਾਲ, ਡਾਇਨਾਮਿਕ ਪਾਵਰ ਮੈਨੇਜਮੈਂਟ (DPM) ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਸਮਰੱਥ ਹੈ ਜੋ ਘੱਟ ਸਰੋਤ ਉਪਯੋਗਤਾ ਦੇ ਸਮੇਂ ਦੌਰਾਨ ਵੀ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਨੂੰ ਗਤੀਸ਼ੀਲ ਤੌਰ 'ਤੇ ਇਕਸਾਰ ਕਰਕੇ ਊਰਜਾ ਬਚਾਉਂਦੀਆਂ ਹਨ: ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਨੂੰ ਘੱਟ ਨੋਡਾਂ 'ਤੇ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ। , ਅਤੇ ਬੇਲੋੜੇ ਨੋਡ ਅਯੋਗ ਹਨ। ਇਕਸੁਰਤਾ ਤੋਂ ਬਾਅਦ, ਰਣਨੀਤੀ ਨਿਰਧਾਰਤ ਮਾਪਦੰਡਾਂ ਦੇ ਅਨੁਸਾਰ ਨੋਡਾਂ ਨੂੰ ਚਾਲੂ/ਬੰਦ ਕਰਨ ਦੇ ਫੈਸਲੇ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦੀ ਹੈ: "min_free_hosts_num" - ਮੁਫਤ ਸਮਰਥਿਤ ਨੋਡਾਂ ਦੀ ਗਿਣਤੀ ਜੋ ਲੋਡ ਦੀ ਉਡੀਕ ਕਰ ਰਹੇ ਹਨ, ਅਤੇ "free_used_percent" - ਮੁਫਤ ਸਮਰਥਿਤ ਹੋਸਟਾਂ ਦੀ ਪ੍ਰਤੀਸ਼ਤਤਾ ਨੋਡਾਂ ਦੀ ਗਿਣਤੀ ਜੋ ਮਸ਼ੀਨਾਂ ਦੁਆਰਾ ਕਬਜ਼ੇ ਵਿੱਚ ਹਨ। ਕੰਮ ਕਰਨ ਦੀ ਰਣਨੀਤੀ ਲਈ ਉੱਥੇ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਨੋਡਾਂ 'ਤੇ ਪਾਵਰ ਸਾਈਕਲਿੰਗ ਨੂੰ ਸੰਭਾਲਣ ਲਈ ਆਇਰਨਿਕ ਨੂੰ ਸਮਰੱਥ ਅਤੇ ਸੰਰਚਿਤ ਕੀਤਾ ਗਿਆ ਹੈ।

ਰਣਨੀਤੀ ਮਾਪਦੰਡ

ਪੈਰਾਮੀਟਰ
ਦੀ ਕਿਸਮ
ਮੂਲ ਰੂਪ ਵਿੱਚ
ਵਰਣਨ

ਮੁਫ਼ਤ_ਵਰਤਿਆ_ਪ੍ਰਤੀਸ਼ਤ
ਗਿਣਤੀ
10.0
ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਵਾਲੇ ਕੰਪਿਊਟਿੰਗ ਨੋਡਾਂ ਦੀ ਸੰਖਿਆ ਨਾਲ ਮੁਫਤ ਕੰਪਿਊਟਿੰਗ ਨੋਡਾਂ ਦੀ ਸੰਖਿਆ ਦਾ ਅਨੁਪਾਤ

min_free_hosts_num
ਇੰਟਰਫੇਸ
1
ਮੁਫਤ ਕੰਪਿਊਟਿੰਗ ਨੋਡਾਂ ਦੀ ਘੱਟੋ-ਘੱਟ ਸੰਖਿਆ

ਕਲਾਊਡ ਵਿੱਚ ਘੱਟੋ-ਘੱਟ ਦੋ ਨੋਡ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ। ਵਰਤੀ ਗਈ ਵਿਧੀ ਨੋਡ ਦੀ ਪਾਵਰ ਸਟੇਟ (change_node_power_state) ਨੂੰ ਬਦਲ ਰਹੀ ਹੈ। ਰਣਨੀਤੀ ਨੂੰ ਮੈਟ੍ਰਿਕਸ ਇਕੱਠੇ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।

ਸਰਵਰ ਏਕੀਕਰਨ - ਕੰਪਿਊਟਿੰਗ ਨੋਡਸ (ਇਕਸਾਰਤਾ) ਦੀ ਗਿਣਤੀ ਨੂੰ ਘੱਟ ਤੋਂ ਘੱਟ ਕਰੋ। ਇਸ ਦੀਆਂ ਦੋ ਰਣਨੀਤੀਆਂ ਹਨ: ਬੇਸਿਕ ਔਫਲਾਈਨ ਸਰਵਰ ਏਕੀਕਰਨ ਅਤੇ VM ਵਰਕਲੋਡ ਏਕੀਕਰਨ ਰਣਨੀਤੀ।

ਮੂਲ ਔਫਲਾਈਨ ਸਰਵਰ ਇਕਸਾਰਤਾ ਰਣਨੀਤੀ ਵਰਤੇ ਗਏ ਸਰਵਰਾਂ ਦੀ ਕੁੱਲ ਸੰਖਿਆ ਨੂੰ ਘੱਟ ਕਰਦੀ ਹੈ ਅਤੇ ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੀ ਸੰਖਿਆ ਨੂੰ ਵੀ ਘੱਟ ਕਰਦੀ ਹੈ।

ਬੁਨਿਆਦੀ ਰਣਨੀਤੀ ਲਈ ਹੇਠਾਂ ਦਿੱਤੇ ਮੈਟ੍ਰਿਕਸ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ:

ਮੈਟ੍ਰਿਕਸ
ਸੇਵਾ
ਪਲੱਗਇਨ
ਟਿੱਪਣੀ

compute.node.cpu.percent
ਸੀਲੋਮੀਟਰ
ਕਿਸੇ ਨੂੰ ਨਾ ਚੁਣੋ
 

cpu_util
ਸੀਲੋਮੀਟਰ
ਕਿਸੇ ਨੂੰ ਨਾ ਚੁਣੋ
 

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

ਵਰਤੇ ਗਏ ਢੰਗ: ਮਾਈਗ੍ਰੇਸ਼ਨ, ਨੋਵਾ ਸਰਵਿਸ ਸਟੇਟ (change_nova_service_state) ਨੂੰ ਬਦਲਣਾ।

VM ਵਰਕਲੋਡ ਕੰਸੋਲੀਡੇਸ਼ਨ ਰਣਨੀਤੀ ਇੱਕ ਪਹਿਲੇ-ਫਿੱਟ ਹਿਉਰਿਸਟਿਕ 'ਤੇ ਅਧਾਰਤ ਹੈ ਜੋ ਮਾਪੇ CPU ਲੋਡ 'ਤੇ ਕੇਂਦ੍ਰਤ ਕਰਦੀ ਹੈ ਅਤੇ ਨੋਡਾਂ ਨੂੰ ਘੱਟ ਤੋਂ ਘੱਟ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੀ ਹੈ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਸਰੋਤ ਸਮਰੱਥਾ ਦੀਆਂ ਰੁਕਾਵਟਾਂ ਬਹੁਤ ਜ਼ਿਆਦਾ ਜਾਂ ਬਹੁਤ ਘੱਟ ਲੋਡ ਹੁੰਦੀਆਂ ਹਨ। ਇਹ ਰਣਨੀਤੀ ਇੱਕ ਹੱਲ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ ਜਿਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਹੇਠਾਂ ਦਿੱਤੇ ਚਾਰ ਪੜਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਕਲੱਸਟਰ ਸਰੋਤਾਂ ਦੀ ਵਧੇਰੇ ਕੁਸ਼ਲ ਵਰਤੋਂ ਹੁੰਦੀ ਹੈ:

1. ਅਨਲੋਡਿੰਗ ਪੜਾਅ - ਜ਼ਿਆਦਾ ਵਰਤੋਂ ਕੀਤੇ ਸਰੋਤਾਂ ਦੀ ਪ੍ਰਕਿਰਿਆ;
2. ਇਕਸੁਰਤਾ ਪੜਾਅ - ਘੱਟ ਵਰਤੋਂ ਵਾਲੇ ਸਰੋਤਾਂ ਨੂੰ ਸੰਭਾਲਣਾ;
3. ਹੱਲ ਦਾ ਅਨੁਕੂਲਨ - ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੀ ਗਿਣਤੀ ਨੂੰ ਘਟਾਉਣਾ;
4. ਨਾ ਵਰਤੇ ਕੰਪਿਊਟ ਨੋਡਾਂ ਨੂੰ ਅਸਮਰੱਥ ਬਣਾਇਆ ਜਾ ਰਿਹਾ ਹੈ।

ਰਣਨੀਤੀ ਲਈ ਹੇਠਾਂ ਦਿੱਤੇ ਮੈਟ੍ਰਿਕਸ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ:

ਮੈਟ੍ਰਿਕਸ
ਸੇਵਾ
ਪਲੱਗਇਨ
ਟਿੱਪਣੀ

ਮੈਮੋਰੀ
ਸੀਲੋਮੀਟਰ
ਕਿਸੇ ਨੂੰ ਨਾ ਚੁਣੋ
 

disk.root.size
ਸੀਲੋਮੀਟਰ
ਕਿਸੇ ਨੂੰ ਨਾ ਚੁਣੋ
 

ਨਿਮਨਲਿਖਤ ਮੈਟ੍ਰਿਕਸ ਵਿਕਲਪਿਕ ਹਨ ਪਰ ਜੇਕਰ ਉਪਲਬਧ ਹੋਵੇ ਤਾਂ ਰਣਨੀਤੀ ਦੀ ਸ਼ੁੱਧਤਾ ਵਿੱਚ ਸੁਧਾਰ ਕਰੇਗਾ:

ਮੈਟ੍ਰਿਕਸ
ਸੇਵਾ
ਪਲੱਗਇਨ
ਟਿੱਪਣੀ

memory.resident
ਸੀਲੋਮੀਟਰ
ਕਿਸੇ ਨੂੰ ਨਾ ਚੁਣੋ
 

cpu_util
ਸੀਲੋਮੀਟਰ
ਕਿਸੇ ਨੂੰ ਨਾ ਚੁਣੋ
 

ਰਣਨੀਤੀ ਮਾਪਦੰਡ: ਮਿਆਦ — ਮੈਟ੍ਰਿਕ ਡੇਟਾ ਸਰੋਤ (ਡਿਫੌਲਟ, 3600) ਤੋਂ ਸਥਿਰ ਏਕੀਕਰਣ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਸਕਿੰਟਾਂ ਵਿੱਚ ਸਮਾਂ ਅੰਤਰਾਲ।

ਪਿਛਲੀ ਰਣਨੀਤੀ ਦੇ ਤੌਰ ਤੇ ਉਹੀ ਢੰਗ ਵਰਤਦਾ ਹੈ. ਹੋਰ ਜਾਣਕਾਰੀ ਇੱਥੇ.

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

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

ਲੋੜ

• ਭੌਤਿਕ ਪ੍ਰੋਸੈਸਰਾਂ ਦੀ ਵਰਤੋਂ;
• ਘੱਟੋ-ਘੱਟ ਦੋ ਭੌਤਿਕ ਕੰਪਿਊਟਿੰਗ ਨੋਡ;
• ਸੀਲੋਮੀਟਰ ਕੰਪੋਨੈਂਟ - ਸੀਲੋਮੀਟਰ-ਏਜੰਟ-ਕੰਪਿਊਟ, ਹਰੇਕ ਕੰਪਿਊਟ ਨੋਡ 'ਤੇ ਚੱਲ ਰਿਹਾ ਹੈ, ਅਤੇ ਸੀਲੋਮੀਟਰ API ਨੂੰ ਸਥਾਪਿਤ ਅਤੇ ਸੰਰਚਿਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਨਾਲ ਹੀ ਹੇਠਾਂ ਦਿੱਤੇ ਮੈਟ੍ਰਿਕਸ ਨੂੰ ਇਕੱਠਾ ਕਰਨਾ:

ਮੈਟ੍ਰਿਕਸ
ਸੇਵਾ
ਪਲੱਗਇਨ
ਟਿੱਪਣੀ

cpu_util
ਸੀਲੋਮੀਟਰ
ਕਿਸੇ ਨੂੰ ਨਾ ਚੁਣੋ
 

memory.resident
ਸੀਲੋਮੀਟਰ
ਕਿਸੇ ਨੂੰ ਨਾ ਚੁਣੋ
 

ਰਣਨੀਤੀ ਮਾਪਦੰਡ:

ਪੈਰਾਮੀਟਰ
ਦੀ ਕਿਸਮ
ਮੂਲ ਰੂਪ ਵਿੱਚ
ਵਰਣਨ

ਮੈਟ੍ਰਿਕਸ
ਸਤਰ
'cpu_util'
ਅੰਡਰਲਾਈੰਗ ਮੈਟ੍ਰਿਕਸ ਹਨ: 'cpu_util', 'memory.resident'।

ਥਰੈਸ਼ਹੋਲਡ
ਗਿਣਤੀ
25.0
ਮਾਈਗ੍ਰੇਸ਼ਨ ਲਈ ਵਰਕਲੋਡ ਥ੍ਰੈਸ਼ਹੋਲਡ।

ਦੀ ਮਿਆਦ
ਗਿਣਤੀ
300
ਸੰਚਤ ਸਮਾਂ ਮਿਆਦ ਸੀਲੋਮੀਟਰ।

ਵਰਤਿਆ ਜਾਣ ਵਾਲਾ ਤਰੀਕਾ ਮਾਈਗ੍ਰੇਸ਼ਨ ਹੈ।

ਵਰਕਲੋਡ ਸਥਿਰਤਾ ਇੱਕ ਰਣਨੀਤੀ ਹੈ ਜਿਸਦਾ ਉਦੇਸ਼ ਲਾਈਵ ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕੰਮ ਦੇ ਬੋਝ ਨੂੰ ਸਥਿਰ ਕਰਨਾ ਹੈ। ਰਣਨੀਤੀ ਇੱਕ ਸਟੈਂਡਰਡ ਡਿਵੀਏਸ਼ਨ ਐਲਗੋਰਿਦਮ 'ਤੇ ਅਧਾਰਤ ਹੈ ਅਤੇ ਇਹ ਨਿਰਧਾਰਤ ਕਰਦੀ ਹੈ ਕਿ ਕੀ ਕਲੱਸਟਰ ਵਿੱਚ ਭੀੜ ਹੈ ਅਤੇ ਕਲੱਸਟਰ ਨੂੰ ਸਥਿਰ ਕਰਨ ਲਈ ਮਸ਼ੀਨ ਮਾਈਗ੍ਰੇਸ਼ਨ ਨੂੰ ਟਰਿੱਗਰ ਕਰਕੇ ਇਸਦਾ ਜਵਾਬ ਦਿੰਦੀ ਹੈ।

ਲੋੜ

• ਭੌਤਿਕ ਪ੍ਰੋਸੈਸਰਾਂ ਦੀ ਵਰਤੋਂ;
• ਘੱਟੋ-ਘੱਟ ਦੋ ਭੌਤਿਕ ਕੰਪਿਊਟਿੰਗ ਨੋਡ;
• ਸੀਲੋਮੀਟਰ ਕੰਪੋਨੈਂਟ - ਸੀਲੋਮੀਟਰ-ਏਜੰਟ-ਕੰਪਿਊਟ, ਹਰੇਕ ਕੰਪਿਊਟ ਨੋਡ 'ਤੇ ਚੱਲ ਰਿਹਾ ਹੈ, ਅਤੇ ਸੀਲੋਮੀਟਰ API ਨੂੰ ਸਥਾਪਿਤ ਅਤੇ ਸੰਰਚਿਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਨਾਲ ਹੀ ਹੇਠਾਂ ਦਿੱਤੇ ਮੈਟ੍ਰਿਕਸ ਨੂੰ ਇਕੱਠਾ ਕਰਨਾ:

ਮੈਟ੍ਰਿਕਸ
ਸੇਵਾ
ਪਲੱਗਇਨ
ਟਿੱਪਣੀ

cpu_util
ਸੀਲੋਮੀਟਰ
ਕਿਸੇ ਨੂੰ ਨਾ ਚੁਣੋ
 

memory.resident
ਸੀਲੋਮੀਟਰ
ਕਿਸੇ ਨੂੰ ਨਾ ਚੁਣੋ
 

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

ਲੋੜਾਂ ਅਤੇ ਪਾਬੰਦੀਆਂ

• ਘੱਟੋ-ਘੱਟ ਦੋ ਸਿੰਡਰ ਪੂਲ;
• ਡਿਸਕ ਮਾਈਗਰੇਸ਼ਨ ਦੀ ਸੰਭਾਵਨਾ.
• ਕਲੱਸਟਰ ਡਾਟਾ ਮਾਡਲ - Cinder ਕਲੱਸਟਰ ਡਾਟਾ ਮਾਡਲ ਕੁਲੈਕਟਰ।

ਰਣਨੀਤੀ ਮਾਪਦੰਡ:

ਪੈਰਾਮੀਟਰ
ਦੀ ਕਿਸਮ
ਮੂਲ ਰੂਪ ਵਿੱਚ
ਵਰਣਨ

ਵੌਲਯੂਮ_ਥ੍ਰੈਸ਼ਹੋਲਡ
ਗਿਣਤੀ
80.0
ਵਾਲੀਅਮ ਨੂੰ ਸੰਤੁਲਿਤ ਕਰਨ ਲਈ ਡਿਸਕਾਂ ਦਾ ਥ੍ਰੈਸ਼ਹੋਲਡ ਮੁੱਲ।

ਵਰਤਿਆ ਜਾਣ ਵਾਲਾ ਤਰੀਕਾ ਡਿਸਕ ਮਾਈਗ੍ਰੇਸ਼ਨ (volume_migrate) ਹੈ।

ਰੌਲੇ-ਰੱਪੇ ਵਾਲੇ ਗੁਆਂਢੀ - ਇੱਕ "ਸ਼ੋਰ ਵਾਲੇ ਨੇਬਰ" ਦੀ ਪਛਾਣ ਕਰੋ ਅਤੇ ਮਾਈਗ੍ਰੇਟ ਕਰੋ - ਇੱਕ ਘੱਟ ਤਰਜੀਹ ਵਾਲੀ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਜੋ ਆਖਰੀ ਪੱਧਰ ਕੈਸ਼ ਦੀ ਜ਼ਿਆਦਾ ਵਰਤੋਂ ਕਰਕੇ IPC ਦੇ ਰੂਪ ਵਿੱਚ ਉੱਚ ਤਰਜੀਹ ਵਾਲੀ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਨਕਾਰਾਤਮਕ ਤੌਰ 'ਤੇ ਪ੍ਰਭਾਵਤ ਕਰ ਰਹੀ ਹੈ। ਆਪਣੀ ਰਣਨੀਤੀ: ਰੌਲੇ-ਰੱਪੇ ਵਾਲੇ ਗੁਆਂਢੀ (ਵਰਤਿਆ ਗਿਆ ਰਣਨੀਤੀ ਪੈਰਾਮੀਟਰ cache_threshold ਹੈ (ਪੂਰਵ-ਨਿਰਧਾਰਤ ਮੁੱਲ 35 ਹੈ), ਜਦੋਂ ਪ੍ਰਦਰਸ਼ਨ ਨਿਰਧਾਰਿਤ ਮੁੱਲ ਤੱਕ ਘੱਟ ਜਾਂਦਾ ਹੈ, ਮਾਈਗ੍ਰੇਸ਼ਨ ਸ਼ੁਰੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਕੰਮ ਕਰਨ ਦੀ ਰਣਨੀਤੀ ਲਈ, ਸਮਰੱਥ LLC (ਆਖਰੀ ਪੱਧਰ ਕੈਸ਼) ਮੈਟ੍ਰਿਕਸ, CMT ਸਮਰਥਨ ਨਾਲ ਨਵੀਨਤਮ Intel ਸਰਵਰ, ਨਾਲ ਹੀ ਹੇਠ ਲਿਖੇ ਮੈਟ੍ਰਿਕਸ ਨੂੰ ਇਕੱਠਾ ਕਰਨਾ:

ਮੈਟ੍ਰਿਕਸ
ਸੇਵਾ
ਪਲੱਗਇਨ
ਟਿੱਪਣੀ

cpu_l3_cache
ਸੀਲੋਮੀਟਰ
ਕਿਸੇ ਨੂੰ ਨਾ ਚੁਣੋ
Intel ਦੀ ਲੋੜ ਹੈ ਐੱਮ.

ਕਲੱਸਟਰ ਡੇਟਾ ਮਾਡਲ (ਡਿਫੌਲਟ): ਨੋਵਾ ਕਲੱਸਟਰ ਡੇਟਾ ਮਾਡਲ ਕੁਲੈਕਟਰ। ਵਰਤਿਆ ਜਾਣ ਵਾਲਾ ਤਰੀਕਾ ਮਾਈਗ੍ਰੇਸ਼ਨ ਹੈ।

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

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

ਰਣਨੀਤੀ ਨੂੰ ਕੰਮ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਇੰਟੇਲ ਪਾਵਰ ਨੋਡ ਮੈਨੇਜਰ ਸਥਾਪਿਤ ਅਤੇ ਕੌਂਫਿਗਰ ਕੀਤੇ ਸਰਵਰ ਦੀ ਲੋੜ ਹੈ 3.0 ਜਾਂ ਬਾਅਦ ਵਿੱਚ, ਨਾਲ ਹੀ ਹੇਠ ਲਿਖੇ ਮੈਟ੍ਰਿਕਸ ਨੂੰ ਇਕੱਠਾ ਕਰਨਾ:

ਮੈਟ੍ਰਿਕਸ
ਸੇਵਾ
ਪਲੱਗਇਨ
ਟਿੱਪਣੀ

hardware.ipmi.node.outlet_temperature
ਸੀਲੋਮੀਟਰ
ਆਈਪੀਐਮਆਈ
 

ਰਣਨੀਤੀ ਮਾਪਦੰਡ:

ਪੈਰਾਮੀਟਰ
ਦੀ ਕਿਸਮ
ਮੂਲ ਰੂਪ ਵਿੱਚ
ਵਰਣਨ

ਥਰੈਸ਼ਹੋਲਡ
ਗਿਣਤੀ
35.0
ਮਾਈਗ੍ਰੇਸ਼ਨ ਲਈ ਤਾਪਮਾਨ ਥ੍ਰੈਸ਼ਹੋਲਡ।

ਦੀ ਮਿਆਦ
ਗਿਣਤੀ
30
ਸਮਾਂ ਅੰਤਰਾਲ, ਸਕਿੰਟਾਂ ਵਿੱਚ, ਮੈਟ੍ਰਿਕ ਡੇਟਾ ਸਰੋਤ ਤੋਂ ਅੰਕੜਾ ਇਕੱਤਰੀਕਰਨ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ।

ਵਰਤਿਆ ਜਾਣ ਵਾਲਾ ਤਰੀਕਾ ਮਾਈਗ੍ਰੇਸ਼ਨ ਹੈ।

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

ਕੰਮ ਕਰਨ ਦੀ ਰਣਨੀਤੀ ਲਈ ਤੁਹਾਨੂੰ ਲੋੜ ਹੈ:

• ਹਾਰਡਵੇਅਰ: ਕੰਪਿਊਟ ਨੋਡ < ਸਹਿਯੋਗੀ ਨੋਡਮੈਨੇਜਰ 3.0;
• ਘੱਟੋ-ਘੱਟ ਦੋ ਕੰਪਿਊਟਿੰਗ ਨੋਡ;
• ਸੀਲੋਮੀਟਰ-ਏਜੰਟ-ਕੰਪਿਊਟ ਅਤੇ ਸੀਲੋਮੀਟਰ API ਕੰਪੋਨੈਂਟ ਨੂੰ ਹਰੇਕ ਕੰਪਿਊਟਿੰਗ ਨੋਡ 'ਤੇ ਸਥਾਪਿਤ ਅਤੇ ਸੰਰਚਿਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਜੋ ਸਫਲਤਾਪੂਰਵਕ ਮੈਟ੍ਰਿਕਸ ਦੀ ਰਿਪੋਰਟ ਕਰ ਸਕਦਾ ਹੈ ਜਿਵੇਂ ਕਿ ਹਵਾ ਦਾ ਪ੍ਰਵਾਹ, ਸਿਸਟਮ ਪਾਵਰ, ਇਨਲੇਟ ਤਾਪਮਾਨ:

ਮੈਟ੍ਰਿਕਸ
ਸੇਵਾ
ਪਲੱਗਇਨ
ਟਿੱਪਣੀ

hardware.ipmi.node.airflow
ਸੀਲੋਮੀਟਰ
ਆਈਪੀਐਮਆਈ
 

hardware.ipmi.node.temperature
ਸੀਲੋਮੀਟਰ
ਆਈਪੀਐਮਆਈ
 

hardware.ipmi.node.power
ਸੀਲੋਮੀਟਰ
ਆਈਪੀਐਮਆਈ
 

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

ਸੀਮਾਵਾਂ: ਸੰਕਲਪ ਉਤਪਾਦਨ ਲਈ ਨਹੀਂ ਹੈ।

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

ਲਾਈਵ ਮਾਈਗ੍ਰੇਸ਼ਨ ਸੰਭਵ ਹੈ।

ਰਣਨੀਤੀ ਮਾਪਦੰਡ:

ਪੈਰਾਮੀਟਰ
ਦੀ ਕਿਸਮ
ਮੂਲ ਰੂਪ ਵਿੱਚ
ਵਰਣਨ

ਥ੍ਰੈਸ਼ਹੋਲਡ_ਏਅਰਫਲੋ
ਗਿਣਤੀ
400.0
ਮਾਈਗ੍ਰੇਸ਼ਨ ਯੂਨਿਟ ਲਈ ਏਅਰਫਲੋ ਥ੍ਰੈਸ਼ਹੋਲਡ 0.1CFM ਹੈ

ਥ੍ਰੈਸ਼ਹੋਲਡ_ਇਨਲੇਟ_ਟੀ
ਗਿਣਤੀ
28.0
ਮਾਈਗਰੇਸ਼ਨ ਫੈਸਲੇ ਲਈ ਇਨਲੇਟ ਤਾਪਮਾਨ ਥ੍ਰੈਸ਼ਹੋਲਡ

ਥ੍ਰੈਸ਼ਹੋਲਡ_ਪਾਵਰ
ਗਿਣਤੀ
350.0
ਮਾਈਗ੍ਰੇਸ਼ਨ ਫੈਸਲੇ ਲਈ ਸਿਸਟਮ ਪਾਵਰ ਥ੍ਰੈਸ਼ਹੋਲਡ

ਦੀ ਮਿਆਦ
ਗਿਣਤੀ
30
ਸਮਾਂ ਅੰਤਰਾਲ, ਸਕਿੰਟਾਂ ਵਿੱਚ, ਮੈਟ੍ਰਿਕ ਡੇਟਾ ਸਰੋਤ ਤੋਂ ਅੰਕੜਾ ਇਕੱਤਰੀਕਰਨ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ।

ਵਰਤਿਆ ਜਾਣ ਵਾਲਾ ਤਰੀਕਾ ਮਾਈਗ੍ਰੇਸ਼ਨ ਹੈ।

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

ਸੀਮਾਵਾਂ: ਐਕਸ਼ਨ ਵੇਟ ਅਤੇ ਸਮਾਨਤਾ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।

ਰਣਨੀਤੀ ਮਾਪਦੰਡ:

ਪੈਰਾਮੀਟਰ
ਦੀ ਕਿਸਮ
ਮੂਲ ਰੂਪ ਵਿੱਚ
ਵਰਣਨ

compute_nodes
ਐਰੇ
ਕੋਈ
ਮਾਈਗ੍ਰੇਸ਼ਨ ਲਈ ਨੋਡ ਦੀ ਗਣਨਾ ਕਰੋ।

ਸਟੋਰੇਜ_ਪੂਲ
ਐਰੇ
ਕੋਈ
ਮਾਈਗ੍ਰੇਸ਼ਨ ਲਈ ਸਟੋਰੇਜ ਨੋਡ।

ਪੈਰਲਲ_ਕੁੱਲ
ਪੂਰਨ ਅੰਕ
6
ਗਤੀਵਿਧੀਆਂ ਦੀ ਕੁੱਲ ਸੰਖਿਆ ਜੋ ਸਮਾਨਾਂਤਰ ਤੌਰ 'ਤੇ ਚਲਾਈਆਂ ਜਾਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ।

parallel_per_node
ਪੂਰਨ ਅੰਕ
2
ਹਰੇਕ ਗਣਨਾ ਨੋਡ ਲਈ ਸਮਾਨਾਂਤਰ ਕੀਤੀਆਂ ਕਾਰਵਾਈਆਂ ਦੀ ਸੰਖਿਆ।

parallel_per_pool
ਪੂਰਨ ਅੰਕ
2
ਹਰੇਕ ਸਟੋਰੇਜ ਪੂਲ ਲਈ ਸਮਾਨਾਂਤਰ ਕੀਤੀਆਂ ਕਾਰਵਾਈਆਂ ਦੀ ਸੰਖਿਆ।

ਤਰਜੀਹ
ਆਬਜੈਕਟ
ਕੋਈ
ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਅਤੇ ਡਿਸਕਾਂ ਲਈ ਤਰਜੀਹ ਸੂਚੀ।

ਨਾਲ_ਨੱਥੀ_ਵਾਲੀਅਮ
ਬੂਲੀਅਨ
ਝੂਠੇ
ਗਲਤ — ਸਾਰੀਆਂ ਡਿਸਕਾਂ ਨੂੰ ਮਾਈਗਰੇਟ ਕਰਨ ਤੋਂ ਬਾਅਦ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਨੂੰ ਮਾਈਗਰੇਟ ਕੀਤਾ ਜਾਵੇਗਾ। ਇਹ ਸੱਚ ਹੈ - ਸਾਰੀਆਂ ਜੁੜੀਆਂ ਡਿਸਕਾਂ ਨੂੰ ਮਾਈਗਰੇਟ ਕਰਨ ਤੋਂ ਬਾਅਦ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਨੂੰ ਮਾਈਗਰੇਟ ਕੀਤਾ ਜਾਵੇਗਾ।

ਕੰਪਿਊਟਿੰਗ ਨੋਡਸ ਦੀ ਐਰੇ ਦੇ ਤੱਤ:

ਪੈਰਾਮੀਟਰ
ਦੀ ਕਿਸਮ
ਮੂਲ ਰੂਪ ਵਿੱਚ
ਵਰਣਨ

src_node
ਸਤਰ
ਕੋਈ
ਕੰਪਿਊਟ ਨੋਡ ਜਿਸ ਤੋਂ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਨੂੰ ਮਾਈਗਰੇਟ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ (ਲੋੜੀਂਦਾ ਹੈ)।

dst_node
ਸਤਰ
ਕੋਈ
ਨੋਡ ਦੀ ਗਣਨਾ ਕਰੋ ਜਿਸ ਵਿੱਚ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਮਾਈਗਰੇਟ ਕਰ ਰਹੀਆਂ ਹਨ।

ਸਟੋਰੇਜ਼ ਨੋਡ ਐਰੇ ਤੱਤ:

ਪੈਰਾਮੀਟਰ
ਦੀ ਕਿਸਮ
ਮੂਲ ਰੂਪ ਵਿੱਚ
ਵਰਣਨ

src_pool
ਸਤਰ
ਕੋਈ
ਸਟੋਰੇਜ ਪੂਲ ਜਿੱਥੋਂ ਡਿਸਕਾਂ ਨੂੰ ਮਾਈਗਰੇਟ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ (ਲੋੜੀਂਦਾ ਹੈ)।

dst_pool
ਸਤਰ
ਕੋਈ
ਸਟੋਰੇਜ ਪੂਲ ਜਿਸ ਵਿੱਚ ਡਿਸਕਾਂ ਨੂੰ ਮਾਈਗਰੇਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

src_type
ਸਤਰ
ਕੋਈ
ਮੂਲ ਡਿਸਕ ਦੀ ਕਿਸਮ (ਲੋੜੀਂਦੀ ਹੈ)।

dst_type
ਸਤਰ
ਕੋਈ
ਨਤੀਜੇ ਵਜੋਂ ਡਿਸਕ ਦੀ ਕਿਸਮ (ਲੋੜੀਂਦੀ ਹੈ)।

ਵਸਤੂ ਤਰਜੀਹ ਤੱਤ:

ਪੈਰਾਮੀਟਰ
ਦੀ ਕਿਸਮ
ਮੂਲ ਰੂਪ ਵਿੱਚ
ਵਰਣਨ

ਇਸ ਪ੍ਰਾਜੈਕਟ
ਐਰੇ
ਕੋਈ
ਪ੍ਰੋਜੈਕਟ ਦੇ ਨਾਮ.

compute_node
ਐਰੇ
ਕੋਈ
ਨੋਡ ਨਾਮਾਂ ਦੀ ਗਣਨਾ ਕਰੋ।

ਸਟੋਰੇਜ_ਪੂਲ
ਐਰੇ
ਕੋਈ
ਸਟੋਰੇਜ ਪੂਲ ਦੇ ਨਾਮ।

ਗਣਨਾ
enum
ਕੋਈ
ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਪੈਰਾਮੀਟਰ [“vcpu_num”, “mem_size”, “disk_size”, “created_at”]।

ਸਟੋਰੇਜ਼
enum
ਕੋਈ
ਡਿਸਕ ਪੈਰਾਮੀਟਰ [“ਆਕਾਰ”, “created_at”]।

ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਮਾਈਗ੍ਰੇਸ਼ਨ, ਡਿਸਕ ਮਾਈਗ੍ਰੇਸ਼ਨ ਵਰਤੇ ਗਏ ਢੰਗ ਹਨ।

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

ਇੱਕ ਨਵਾਂ ਟੀਚਾ ਬਣਾਉਣਾ

ਵਾਚਰ ਫੈਸਲਾ ਇੰਜਣ ਇੱਕ "ਬਾਹਰੀ ਟੀਚਾ" ਪਲੱਗਇਨ ਇੰਟਰਫੇਸ ਹੈ ਜੋ ਇੱਕ ਬਾਹਰੀ ਟੀਚੇ ਨੂੰ ਏਕੀਕ੍ਰਿਤ ਕਰਨਾ ਸੰਭਵ ਬਣਾਉਂਦਾ ਹੈ ਜੋ ਇੱਕ ਰਣਨੀਤੀ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

ਨਵਾਂ ਟੀਚਾ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ, ਤੁਹਾਨੂੰ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਕੋਈ ਵੀ ਮੌਜੂਦਾ ਟੀਚਾ ਤੁਹਾਡੀਆਂ ਲੋੜਾਂ ਨੂੰ ਪੂਰਾ ਨਹੀਂ ਕਰਦਾ।

ਇੱਕ ਨਵਾਂ ਪਲੱਗਇਨ ਬਣਾ ਰਿਹਾ ਹੈ

ਇੱਕ ਨਵਾਂ ਟੀਚਾ ਬਣਾਉਣ ਲਈ, ਤੁਹਾਨੂੰ ਲਾਜ਼ਮੀ ਤੌਰ 'ਤੇ: ਟੀਚਾ ਕਲਾਸ ਨੂੰ ਵਧਾਉਣਾ, ਇੱਕ ਕਲਾਸ ਵਿਧੀ ਲਾਗੂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ get_name() ਨਵੇਂ ਟੀਚੇ ਦੀ ਵਿਲੱਖਣ ID ਵਾਪਸ ਕਰਨ ਲਈ ਜੋ ਤੁਸੀਂ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ। ਇਹ ਵਿਲੱਖਣ ਪਛਾਣਕਰਤਾ ਐਂਟਰੀ ਪੁਆਇੰਟ ਨਾਮ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਬਾਅਦ ਵਿੱਚ ਐਲਾਨ ਕਰਦੇ ਹੋ।

ਅੱਗੇ ਤੁਹਾਨੂੰ ਕਲਾਸ ਵਿਧੀ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀ ਲੋੜ ਹੈ get_display_name() ਜਿਸ ਟੀਚੇ ਨੂੰ ਤੁਸੀਂ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ ਉਸ ਦਾ ਅਨੁਵਾਦਿਤ ਡਿਸਪਲੇ ਨਾਮ ਵਾਪਸ ਕਰਨ ਲਈ (ਅਨੁਵਾਦਿਤ ਸਤਰ ਨੂੰ ਵਾਪਸ ਕਰਨ ਲਈ ਵੇਰੀਏਬਲ ਦੀ ਵਰਤੋਂ ਨਾ ਕਰੋ ਤਾਂ ਜੋ ਇਸਨੂੰ ਅਨੁਵਾਦ ਟੂਲ ਦੁਆਰਾ ਆਪਣੇ ਆਪ ਇਕੱਠਾ ਕੀਤਾ ਜਾ ਸਕੇ।)

ਇੱਕ ਕਲਾਸ ਵਿਧੀ ਲਾਗੂ ਕਰੋ get_translatable_display_name()ਆਪਣੇ ਨਵੇਂ ਟੀਚੇ ਦੀ ਅਨੁਵਾਦ ਕੁੰਜੀ (ਅਸਲ ਵਿੱਚ ਅੰਗਰੇਜ਼ੀ ਡਿਸਪਲੇ ਨਾਮ) ਵਾਪਸ ਕਰਨ ਲਈ। ਵਾਪਸੀ ਦਾ ਮੁੱਲ get_display_name() ਵਿੱਚ ਅਨੁਵਾਦ ਕੀਤੀ ਗਈ ਸਤਰ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਉਸ ਦੇ ਢੰਗ ਨੂੰ ਲਾਗੂ ਕਰੋ ਪ੍ਰਾਪਤ_ਕਾਰਜਕਾਰੀ_ਵਿਸ਼ੇਸ਼ਤਾ()ਤੁਹਾਡੇ ਟੀਚੇ ਲਈ ਕੁਸ਼ਲਤਾ ਨਿਰਧਾਰਨ ਵਾਪਸ ਕਰਨ ਲਈ. get_eficacy_specification() ਵਿਧੀ Watcher ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤੀ ਗਈ Unclassified() ਉਦਾਹਰਣ ਨੂੰ ਵਾਪਸ ਕਰਦੀ ਹੈ। ਇਹ ਪ੍ਰਦਰਸ਼ਨ ਨਿਰਧਾਰਨ ਤੁਹਾਡੇ ਟੀਚੇ ਨੂੰ ਵਿਕਸਤ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਉਪਯੋਗੀ ਹੈ ਕਿਉਂਕਿ ਇਹ ਖਾਲੀ ਨਿਰਧਾਰਨ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ।

→ ਇੱਥੇ ਹੋਰ ਪੜ੍ਹੋ

ਵਾਚਰ ਆਰਕੀਟੈਕਚਰ (ਵਧੇਰੇ ਵੇਰਵੇ) ਇੱਥੇ).

ਕੰਪੋਨੈਂਟਸ

Watcher API - ਇੱਕ ਕੰਪੋਨੈਂਟ ਜੋ ਵਾਚਰ ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤੇ ਗਏ REST API ਨੂੰ ਲਾਗੂ ਕਰਦਾ ਹੈ। ਇੰਟਰਐਕਸ਼ਨ ਮਕੈਨਿਜ਼ਮ: CLI, Horizon ਪਲੱਗਇਨ, Python SDK।

ਨਿਗਰਾਨ ਡੀ.ਬੀ - ਵਾਚਰ ਡੇਟਾਬੇਸ।

ਵਾਚਰ ਅਪਲਾਈਰ — ਇੱਕ ਕੰਪੋਨੈਂਟ ਜੋ Watcher Decision Engine ਕੰਪੋਨੈਂਟ ਦੁਆਰਾ ਬਣਾਈ ਗਈ ਇੱਕ ਐਕਸ਼ਨ ਪਲਾਨ ਦੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਨੂੰ ਲਾਗੂ ਕਰਦਾ ਹੈ।

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

ਵਾਚਰ ਮੈਟ੍ਰਿਕਸ ਪ੍ਰਕਾਸ਼ਕ - ਇੱਕ ਭਾਗ ਜੋ ਕੁਝ ਮੈਟ੍ਰਿਕਸ ਜਾਂ ਇਵੈਂਟਾਂ ਨੂੰ ਇਕੱਠਾ ਕਰਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਦੀ ਗਣਨਾ ਕਰਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਨੂੰ CEP ਅੰਤਮ ਬਿੰਦੂ 'ਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦਾ ਹੈ। ਕੰਪੋਨੈਂਟ ਦੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਸੀਲੋਮੀਟਰ ਪ੍ਰਕਾਸ਼ਕ ਦੁਆਰਾ ਵੀ ਪ੍ਰਦਾਨ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।

ਕੰਪਲੈਕਸ ਇਵੈਂਟ ਪ੍ਰੋਸੈਸਿੰਗ (CEP) ਇੰਜਣ - ਗੁੰਝਲਦਾਰ ਇਵੈਂਟ ਪ੍ਰੋਸੈਸਿੰਗ ਲਈ ਇੰਜਣ। ਪ੍ਰਦਰਸ਼ਨ ਦੇ ਕਾਰਨਾਂ ਕਰਕੇ, ਕਈ CEP ਇੰਜਣ ਉਦਾਹਰਨਾਂ ਇੱਕੋ ਸਮੇਂ ਚੱਲ ਰਹੀਆਂ ਹਨ, ਹਰੇਕ ਇੱਕ ਖਾਸ ਕਿਸਮ ਦੀ ਮੀਟ੍ਰਿਕ/ਇਵੈਂਟ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰ ਰਿਹਾ ਹੈ। ਵਾਚਰ ਸਿਸਟਮ ਵਿੱਚ, CEP ਦੋ ਤਰ੍ਹਾਂ ਦੀਆਂ ਕਾਰਵਾਈਆਂ ਨੂੰ ਚਾਲੂ ਕਰਦਾ ਹੈ: - ਟਾਈਮ ਸੀਰੀਜ਼ ਡੇਟਾਬੇਸ ਵਿੱਚ ਸੰਬੰਧਿਤ ਘਟਨਾਵਾਂ / ਮੈਟ੍ਰਿਕਸ ਨੂੰ ਰਿਕਾਰਡ ਕਰੋ; - ਜਦੋਂ ਇਹ ਘਟਨਾ ਮੌਜੂਦਾ ਓਪਟੀਮਾਈਜੇਸ਼ਨ ਰਣਨੀਤੀ ਦੇ ਨਤੀਜੇ ਨੂੰ ਪ੍ਰਭਾਵਤ ਕਰ ਸਕਦੀ ਹੈ ਤਾਂ ਵਾਚਰ ਫੈਸਲੇ ਇੰਜਣ ਨੂੰ ਉਚਿਤ ਇਵੈਂਟ ਭੇਜੋ, ਕਿਉਂਕਿ ਓਪਨਸਟੈਕ ਕਲੱਸਟਰ ਇੱਕ ਸਥਿਰ ਸਿਸਟਮ ਨਹੀਂ ਹੈ।

ਕੰਪੋਨੈਂਟ AMQP ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇੰਟਰੈਕਟ ਕਰਦੇ ਹਨ।

→ ਵਾਚਰ ਦੀ ਸੰਰਚਨਾ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ

ਵਾਚਰ ਨਾਲ ਗੱਲਬਾਤ ਦੀ ਸਕੀਮ

ਵਾਚਰ ਟੈਸਟ ਦੇ ਨਤੀਜੇ

1. ਔਪਟੀਮਾਈਜੇਸ਼ਨ 'ਤੇ - ਐਕਸ਼ਨ ਪਲਾਨ 500 ਪੰਨੇ (ਦੋਵੇਂ ਸ਼ੁੱਧ ਕਵੀਨਜ਼ 'ਤੇ ਅਤੇ ਟਿਓਨਿਕਸ ਮੋਡੀਊਲ ਵਾਲੇ ਸਟੈਂਡ 'ਤੇ), ਇਹ ਆਡਿਟ ਸ਼ੁਰੂ ਹੋਣ ਅਤੇ ਇੱਕ ਐਕਸ਼ਨ ਪਲਾਨ ਤਿਆਰ ਹੋਣ ਤੋਂ ਬਾਅਦ ਹੀ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ; ਖਾਲੀ ਇੱਕ ਆਮ ਤੌਰ 'ਤੇ ਖੁੱਲ੍ਹਦਾ ਹੈ।
2. ਐਕਸ਼ਨ ਵੇਰਵੇ ਟੈਬ 'ਤੇ ਤਰੁੱਟੀਆਂ ਹਨ, ਆਡਿਟ ਟੀਚਾ ਅਤੇ ਰਣਨੀਤੀ (ਦੋਵੇਂ ਸ਼ੁੱਧ ਕਵੀਨਜ਼ 'ਤੇ ਅਤੇ ਟਿਓਨਿਕਸ ਮੋਡੀਊਲ ਦੇ ਨਾਲ ਸਟੈਂਡ 'ਤੇ) ਪ੍ਰਾਪਤ ਕਰਨਾ ਸੰਭਵ ਨਹੀਂ ਹੈ।
3. ਡਮੀ (ਟੈਸਟ) ਦੇ ਉਦੇਸ਼ ਨਾਲ ਆਡਿਟ ਬਣਾਏ ਜਾਂਦੇ ਹਨ ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਲਾਂਚ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਕਾਰਜ ਯੋਜਨਾਵਾਂ ਤਿਆਰ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ।
4. ਗੈਰ-ਵਰਗਿਤ ਟੀਚੇ ਲਈ ਆਡਿਟ ਨਹੀਂ ਬਣਾਏ ਗਏ ਹਨ ਕਿਉਂਕਿ ਟੀਚਾ ਕਾਰਜਸ਼ੀਲ ਨਹੀਂ ਹੈ ਅਤੇ ਨਵੀਂ ਰਣਨੀਤੀਆਂ ਬਣਾਉਣ ਵੇਲੇ ਵਿਚਕਾਰਲੇ ਸੰਰਚਨਾ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ।
5. ਵਰਕਲੋਡ ਸੰਤੁਲਨ (ਸਟੋਰੇਜ ਸਮਰੱਥਾ ਸੰਤੁਲਨ ਰਣਨੀਤੀ) ਦੇ ਉਦੇਸ਼ ਲਈ ਆਡਿਟ ਸਫਲਤਾਪੂਰਵਕ ਬਣਾਏ ਗਏ ਹਨ, ਪਰ ਇੱਕ ਕਾਰਜ ਯੋਜਨਾ ਤਿਆਰ ਨਹੀਂ ਕੀਤੀ ਗਈ ਹੈ। ਕੋਈ ਸਟੋਰੇਜ ਪੂਲ ਅਨੁਕੂਲਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।
6. ਵਰਕਲੋਡ ਬੈਲੇਂਸਿੰਗ ਟੀਚੇ (ਵਰਕਲੋਡ ਬੈਲੇਂਸ ਮਾਈਗ੍ਰੇਸ਼ਨ ਰਣਨੀਤੀ) ਲਈ ਆਡਿਟ ਸਫਲਤਾਪੂਰਵਕ ਬਣਾਏ ਗਏ ਹਨ, ਪਰ ਇੱਕ ਕਾਰਜ ਯੋਜਨਾ ਤਿਆਰ ਨਹੀਂ ਕੀਤੀ ਗਈ ਹੈ।
7. ਵਰਕਲੋਡ ਸੰਤੁਲਨ (ਵਰਕਲੋਡ ਸਥਿਰਤਾ ਰਣਨੀਤੀ) ਲਈ ਆਡਿਟ ਫੇਲ੍ਹ ਹੋ ਜਾਂਦੇ ਹਨ।
8. ਰੌਲੇ-ਰੱਪੇ ਵਾਲੇ ਨੇਬਰ ਟੀਚੇ ਲਈ ਆਡਿਟ ਸਫਲਤਾਪੂਰਵਕ ਬਣਾਏ ਗਏ ਹਨ, ਪਰ ਇੱਕ ਕਾਰਜ ਯੋਜਨਾ ਤਿਆਰ ਨਹੀਂ ਕੀਤੀ ਗਈ ਹੈ।
9. ਹਾਰਡਵੇਅਰ ਰੱਖ-ਰਖਾਅ ਦੇ ਉਦੇਸ਼ ਲਈ ਆਡਿਟ ਸਫਲਤਾਪੂਰਵਕ ਬਣਾਏ ਗਏ ਹਨ, ਕਾਰਜ ਯੋਜਨਾ ਪੂਰੀ ਤਰ੍ਹਾਂ ਤਿਆਰ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ (ਕਾਰਗੁਜ਼ਾਰੀ ਸੰਕੇਤਕ ਤਿਆਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਪਰ ਕਾਰਵਾਈਆਂ ਦੀ ਸੂਚੀ ਆਪਣੇ ਆਪ ਨਹੀਂ ਤਿਆਰ ਕੀਤੀ ਜਾਂਦੀ ਹੈ)।
10. ਕੰਪਿਊਟ ਅਤੇ ਕੰਟਰੋਲ ਨੋਡਾਂ 'ਤੇ nova.conf ਸੰਰਚਨਾਵਾਂ (ਡਿਫਾਲਟ ਭਾਗ compute_monitors = cpu.virt_driver ਵਿੱਚ) ਵਿੱਚ ਸੰਪਾਦਨ ਗਲਤੀਆਂ ਨੂੰ ਠੀਕ ਨਹੀਂ ਕਰਦੇ ਹਨ।
11. ਸਰਵਰ ਏਕੀਕਰਨ (ਬੁਨਿਆਦੀ ਰਣਨੀਤੀ) ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਉਣ ਵਾਲੇ ਆਡਿਟ ਵੀ ਅਸਫਲ ਹੋ ਜਾਂਦੇ ਹਨ।
12. ਸਰਵਰ ਕੰਸੋਲੀਡੇਸ਼ਨ (VM ਵਰਕਲੋਡ ਏਕੀਕਰਨ ਰਣਨੀਤੀ) ਦੇ ਉਦੇਸ਼ ਲਈ ਆਡਿਟ ਇੱਕ ਗਲਤੀ ਨਾਲ ਅਸਫਲ ਹੋ ਜਾਂਦੇ ਹਨ। ਲੌਗਸ ਵਿੱਚ ਸਰੋਤ ਡੇਟਾ ਪ੍ਰਾਪਤ ਕਰਨ ਵਿੱਚ ਇੱਕ ਤਰੁੱਟੀ ਹੈ। ਗਲਤੀ ਦੀ ਚਰਚਾ, ਖਾਸ ਤੌਰ 'ਤੇ ਇੱਥੇ.
    ਅਸੀਂ ਸੰਰਚਨਾ ਫਾਈਲ ਵਿੱਚ ਵਾਚਰ ਨੂੰ ਨਿਸ਼ਚਿਤ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ (ਇਸਨੇ ਮਦਦ ਨਹੀਂ ਕੀਤੀ - ਸਾਰੇ ਓਪਟੀਮਾਈਜੇਸ਼ਨ ਪੰਨਿਆਂ 'ਤੇ ਇੱਕ ਗਲਤੀ ਦੇ ਨਤੀਜੇ ਵਜੋਂ, ਸੰਰਚਨਾ ਫਾਈਲ ਦੇ ਮੂਲ ਭਾਗਾਂ 'ਤੇ ਵਾਪਸ ਜਾਣਾ ਸਥਿਤੀ ਨੂੰ ਠੀਕ ਨਹੀਂ ਕਰਦਾ):
    [watcher_strategies.basic] ਡੇਟਾਸੋਰਸ = ਸੀਲੋਮੀਟਰ, ਗਨੋਚੀ
13. ਊਰਜਾ ਬਚਾਉਣ ਲਈ ਆਡਿਟ ਫੇਲ ਹੋ ਗਏ। ਲੌਗਸ ਦੁਆਰਾ ਨਿਰਣਾ ਕਰਦੇ ਹੋਏ, ਸਮੱਸਿਆ ਅਜੇ ਵੀ ਆਇਰਨਿਕ ਦੀ ਅਣਹੋਂਦ ਹੈ; ਇਹ ਬੇਅਰਮੇਟਲ ਸੇਵਾ ਤੋਂ ਬਿਨਾਂ ਕੰਮ ਨਹੀਂ ਕਰੇਗੀ.
14. ਥਰਮਲ ਓਪਟੀਮਾਈਜੇਸ਼ਨ ਲਈ ਆਡਿਟ ਅਸਫਲ। ਟਰੇਸਬੈਕ ਸਰਵਰ ਏਕੀਕਰਨ (VM ਵਰਕਲੋਡ ਏਕੀਕਰਨ ਰਣਨੀਤੀ) (ਸਰੋਤ ਡੇਟਾ ਗਲਤੀ) ਦੇ ਸਮਾਨ ਹੈ
15. ਏਅਰਫਲੋ ਓਪਟੀਮਾਈਜੇਸ਼ਨ ਦੇ ਉਦੇਸ਼ ਲਈ ਆਡਿਟ ਇੱਕ ਗਲਤੀ ਨਾਲ ਅਸਫਲ ਹੋ ਜਾਂਦੇ ਹਨ।

ਨਿਮਨਲਿਖਤ ਆਡਿਟ ਸੰਪੂਰਨਤਾ ਦੀਆਂ ਗਲਤੀਆਂ ਦਾ ਵੀ ਸਾਹਮਣਾ ਕੀਤਾ ਗਿਆ ਹੈ। ਫੈਸਲਾ-engine.log ਲੌਗਸ ਵਿੱਚ ਟਰੇਸਬੈਕ (ਕਲੱਸਟਰ ਸਥਿਤੀ ਪਰਿਭਾਸ਼ਿਤ ਨਹੀਂ ਹੈ)।

→ ਗਲਤੀ ਦੀ ਚਰਚਾ ਇੱਥੇ

ਸਿੱਟਾ

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

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

ਪਰ ਲੜੀ ਦੇ ਅਗਲੇ ਲੇਖਾਂ ਵਿੱਚ ਇਸ ਬਾਰੇ ਹੋਰ।

ਸਰੋਤ: www.habr.com