ਵਰਚੁਅਲਾਈਜ਼ਡ ਡਾਟਾ ਸੈਂਟਰ ਡਿਜ਼ਾਈਨ

ਜਾਣ ਪਛਾਣ

ਉਪਭੋਗਤਾ ਦੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ ਇੱਕ ਸੂਚਨਾ ਪ੍ਰਣਾਲੀ GOST RV 51987 ਵਿੱਚ ਚੰਗੀ ਤਰ੍ਹਾਂ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤੀ ਗਈ ਹੈ - "ਇੱਕ ਸਵੈਚਾਲਤ ਪ੍ਰਣਾਲੀ, ਜਿਸਦਾ ਨਤੀਜਾ ਅਗਲੀ ਵਰਤੋਂ ਲਈ ਆਉਟਪੁੱਟ ਜਾਣਕਾਰੀ ਦੀ ਪੇਸ਼ਕਾਰੀ ਹੈ।" ਜੇਕਰ ਅਸੀਂ ਅੰਦਰੂਨੀ ਬਣਤਰ 'ਤੇ ਵਿਚਾਰ ਕਰਦੇ ਹਾਂ, ਤਾਂ ਅਸਲ ਵਿੱਚ ਕੋਈ ਵੀ IS ਕੋਡ ਵਿੱਚ ਲਾਗੂ ਕੀਤੇ ਗਏ ਆਪਸ ਵਿੱਚ ਜੁੜੇ ਐਲਗੋਰਿਦਮ ਦੀ ਇੱਕ ਪ੍ਰਣਾਲੀ ਹੈ। ਟਿਊਰਿੰਗ-ਚਰਚ ਥੀਸਿਸ ਦੇ ਵਿਆਪਕ ਅਰਥਾਂ ਵਿੱਚ, ਇੱਕ ਐਲਗੋਰਿਦਮ (ਜਾਂ IS) ਇਨਪੁਟ ਡੇਟਾ ਦੇ ਇੱਕ ਸਮੂਹ ਨੂੰ ਆਉਟਪੁੱਟ ਡੇਟਾ ਦੇ ਇੱਕ ਸਮੂਹ ਵਿੱਚ ਬਦਲਦਾ ਹੈ।
ਕੋਈ ਇਹ ਵੀ ਕਹਿ ਸਕਦਾ ਹੈ ਕਿ ਇਨਪੁਟ ਡੇਟਾ ਦਾ ਪਰਿਵਰਤਨ ਇੱਕ ਸੂਚਨਾ ਪ੍ਰਣਾਲੀ ਦੀ ਹੋਂਦ ਦਾ ਅਰਥ ਹੈ। ਇਸ ਅਨੁਸਾਰ, IS ਅਤੇ ਪੂਰੇ IS ਕੰਪਲੈਕਸ ਦਾ ਮੁੱਲ ਇੰਪੁੱਟ ਅਤੇ ਆਉਟਪੁੱਟ ਡੇਟਾ ਦੇ ਮੁੱਲ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਇਸ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ, ਡਿਜ਼ਾਇਨ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਡਾਟਾ-ਸੰਚਾਲਿਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਆਰਕੀਟੈਕਚਰ ਅਤੇ ਤਰੀਕਿਆਂ ਨੂੰ ਡਾਟਾ ਦੀ ਬਣਤਰ ਅਤੇ ਮਹੱਤਤਾ ਅਨੁਸਾਰ ਤਿਆਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।

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

ਸੂਚਨਾ ਪ੍ਰਣਾਲੀਆਂ

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

ਧਮਕੀ ਮਾਡਲ

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

ਰੈਗੂਲੇਟਰੀ ਲੋੜਾਂ

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

RPO/RTO ਟੀਚੇ

ਕਿਸੇ ਵੀ ਕਿਸਮ ਦੀ ਸੁਰੱਖਿਆ ਨੂੰ ਡਿਜ਼ਾਈਨ ਕਰਨ ਲਈ ਵਰਣਿਤ ਖਤਰਿਆਂ ਵਿੱਚੋਂ ਹਰੇਕ ਲਈ ਟਾਰਗੇਟ ਡੇਟਾ ਨੁਕਸਾਨ ਸੂਚਕਾਂ ਅਤੇ ਟੀਚਾ ਸੇਵਾ ਰਿਕਵਰੀ ਸਮਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
ਆਦਰਸ਼ਕ ਤੌਰ 'ਤੇ, RPO ਅਤੇ RTO ਕੋਲ ਪ੍ਰਤੀ ਯੂਨਿਟ ਸਮਾਂ ਡਾਟਾ ਦੇ ਨੁਕਸਾਨ ਅਤੇ ਡਾਊਨਟਾਈਮ ਦੀਆਂ ਲਾਗਤਾਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ।

ਸਰੋਤ ਪੂਲ ਵਿੱਚ ਵੰਡ

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

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

ਪ੍ਰੋਸੈਸਿੰਗ ਪਾਵਰ

ਸੰਖੇਪ, ਇੱਕ ਵਰਚੁਅਲਾਈਜ਼ਡ ਡੇਟਾ ਸੈਂਟਰ ਦੀਆਂ ਪ੍ਰੋਸੈਸਿੰਗ ਪਾਵਰ ਲੋੜਾਂ ਨੂੰ ਵਰਚੁਅਲ ਪ੍ਰੋਸੈਸਰਾਂ (vCPUs) ਦੀ ਸੰਖਿਆ ਅਤੇ ਭੌਤਿਕ ਪ੍ਰੋਸੈਸਰਾਂ (pCPU) 'ਤੇ ਉਹਨਾਂ ਦੇ ਇਕਸੁਰਤਾ ਅਨੁਪਾਤ ਦੇ ਰੂਪ ਵਿੱਚ ਮਾਪਿਆ ਜਾਂਦਾ ਹੈ। ਇਸ ਖਾਸ ਕੇਸ ਵਿੱਚ, 1 pCPU = 1 ਭੌਤਿਕ ਪ੍ਰੋਸੈਸਰ ਕੋਰ (ਹਾਈਪਰ-ਥ੍ਰੈਡਿੰਗ ਨੂੰ ਛੱਡ ਕੇ)। vCPUs ਦੀ ਸੰਖਿਆ ਨੂੰ ਸਾਰੇ ਪਰਿਭਾਸ਼ਿਤ ਸਰੋਤ ਪੂਲਾਂ ਵਿੱਚ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ (ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਦਾ ਆਪਣਾ ਇਕਸੁਰਤਾ ਕਾਰਕ ਹੋ ਸਕਦਾ ਹੈ)।
ਲੋਡ ਕੀਤੇ ਸਿਸਟਮਾਂ ਲਈ ਏਕੀਕਰਨ ਗੁਣਾਂਕ ਅਨੁਭਵੀ ਤੌਰ 'ਤੇ, ਮੌਜੂਦਾ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਅਧਾਰ ਤੇ, ਜਾਂ ਪਾਇਲਟ ਸਥਾਪਨਾ ਅਤੇ ਲੋਡ ਟੈਸਟਿੰਗ ਦੁਆਰਾ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਅਨਲੋਡ ਕੀਤੇ ਸਿਸਟਮਾਂ ਲਈ, "ਸਭ ਤੋਂ ਵਧੀਆ ਅਭਿਆਸ" ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਖਾਸ ਤੌਰ 'ਤੇ, VMware ਔਸਤ ਅਨੁਪਾਤ 8:1 ਦਾ ਹਵਾਲਾ ਦਿੰਦਾ ਹੈ।

ਆਪਰੇਟਿਵ ਮੈਮੋਰੀ

ਕੁੱਲ RAM ਦੀ ਲੋੜ ਨੂੰ ਸਧਾਰਨ ਸਮੀਕਰਨ ਦੁਆਰਾ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। RAM ਓਵਰਸਬਸਕ੍ਰਿਪਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਸਿਫ਼ਾਰਸ਼ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ।

ਸਟੋਰੇਜ਼ ਸਰੋਤ

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

ਡਾਟਾ ਨੈੱਟਵਰਕ ਸਰੋਤ

ਡੇਟਾ ਨੈਟਵਰਕ ਦੀਆਂ ਜ਼ਰੂਰਤਾਂ ਨੂੰ ਸਿਰਫ਼ ਸਾਰੇ ਬੈਂਡਵਿਡਥ ਪੂਲ ਨੂੰ ਜੋੜ ਕੇ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਖਾਸ ਪੂਲ ਜਾਂ ਸਿਸਟਮਾਂ ਲਈ ਸੇਵਾ ਦੀ ਗੁਣਵੱਤਾ (QoS) ਅਤੇ ਲੇਟੈਂਸੀ (RTT) ਲੋੜਾਂ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
ਡਾਟਾ ਨੈੱਟਵਰਕ ਸਰੋਤਾਂ ਲਈ ਲੋੜਾਂ ਦੇ ਹਿੱਸੇ ਵਜੋਂ, ਨੈੱਟਵਰਕ ਟ੍ਰੈਫਿਕ ਦੀ ਅਲੱਗ-ਥਲੱਗ ਅਤੇ/ਜਾਂ ਏਨਕ੍ਰਿਪਸ਼ਨ ਦੀਆਂ ਲੋੜਾਂ ਅਤੇ ਤਰਜੀਹੀ ਵਿਧੀਆਂ (802.1q, IPSec, ਆਦਿ) ਨੂੰ ਵੀ ਦਰਸਾਇਆ ਗਿਆ ਹੈ।

ਆਰਕੀਟੈਕਚਰ ਦੀ ਚੋਣ

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

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

ਕਲਾਸੀਕਲ ਆਰਕੀਟੈਕਚਰ ਡੇਟਾ ਨੂੰ ਸਟੋਰ ਕਰਨ ਅਤੇ ਪ੍ਰਸਾਰਿਤ ਕਰਨ ਲਈ ਬੁੱਧੀਮਾਨ ਬਾਹਰੀ ਉਪ-ਪ੍ਰਣਾਲੀਆਂ ਦੀ ਵਰਤੋਂ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਸਰਵਰ ਭੌਤਿਕ ਸਰੋਤਾਂ ਦੇ ਸਾਂਝੇ ਪੂਲ ਵਿੱਚ ਸਿਰਫ ਪ੍ਰੋਸੈਸਿੰਗ ਪਾਵਰ ਅਤੇ ਰੈਮ ਦਾ ਯੋਗਦਾਨ ਪਾਉਂਦੇ ਹਨ। ਅਤਿਅੰਤ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਸਰਵਰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਗਿਆਤ ਹੋ ਜਾਂਦੇ ਹਨ, ਨਾ ਸਿਰਫ਼ ਉਹਨਾਂ ਦੀਆਂ ਆਪਣੀਆਂ ਡਿਸਕਾਂ ਹੋਣ, ਸਗੋਂ ਇੱਕ ਸਿਸਟਮ ਪਛਾਣਕਰਤਾ ਵੀ ਨਹੀਂ ਹੁੰਦਾ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, OS ਜਾਂ ਹਾਈਪਰਵਾਈਜ਼ਰ ਨੂੰ ਬਿਲਟ-ਇਨ ਫਲੈਸ਼ ਮੀਡੀਆ ਜਾਂ ਇੱਕ ਬਾਹਰੀ ਡਾਟਾ ਸਟੋਰੇਜ ਸਿਸਟਮ (SAN ਤੋਂ ਬੂਟ) ਤੋਂ ਲੋਡ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਕਲਾਸੀਕਲ ਆਰਕੀਟੈਕਚਰ ਦੇ ਢਾਂਚੇ ਦੇ ਅੰਦਰ, ਬਲੇਡ ਅਤੇ ਰੈਕ ਵਿਚਕਾਰ ਚੋਣ ਮੁੱਖ ਤੌਰ 'ਤੇ ਹੇਠਾਂ ਦਿੱਤੇ ਸਿਧਾਂਤਾਂ ਦੇ ਅਧਾਰ ਤੇ ਕੀਤੀ ਜਾਂਦੀ ਹੈ:
- ਲਾਗਤ-ਪ੍ਰਭਾਵਸ਼ਾਲੀ (ਔਸਤਨ, ਰੈਕ-ਮਾਊਂਟ ਸਰਵਰ ਸਸਤੇ ਹਨ);
- ਗਣਨਾਤਮਕ ਘਣਤਾ (ਬਲੇਡਾਂ ਲਈ ਵੱਧ);
— ਊਰਜਾ ਦੀ ਖਪਤ ਅਤੇ ਗਰਮੀ ਦੀ ਖਪਤ (ਬਲੇਡਾਂ ਦੀ ਪ੍ਰਤੀ ਯੂਨਿਟ ਉੱਚ ਵਿਸ਼ੇਸ਼ ਯੂਨਿਟ ਹੁੰਦੀ ਹੈ);
— ਮਾਪਯੋਗਤਾ ਅਤੇ ਨਿਯੰਤਰਣਯੋਗਤਾ (ਬਲੇਡਾਂ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਵੱਡੀਆਂ ਸਥਾਪਨਾਵਾਂ ਲਈ ਘੱਟ ਮਿਹਨਤ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ);
- ਵਿਸਤਾਰ ਕਾਰਡਾਂ ਦੀ ਵਰਤੋਂ (ਬਲੇਡਾਂ ਲਈ ਬਹੁਤ ਸੀਮਤ ਵਿਕਲਪ)।
ਕਨਵਰਜੈਂਟ ਆਰਕੀਟੈਕਚਰ (ਵਜੋ ਜਣਿਆ ਜਾਂਦਾ hyperconverged) ਵਿੱਚ ਡੇਟਾ ਪ੍ਰੋਸੈਸਿੰਗ ਅਤੇ ਸਟੋਰੇਜ ਦੇ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਜੋੜਨਾ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਸਥਾਨਕ ਸਰਵਰ ਡਿਸਕਾਂ ਦੀ ਵਰਤੋਂ ਹੁੰਦੀ ਹੈ ਅਤੇ ਨਤੀਜੇ ਵਜੋਂ, ਕਲਾਸਿਕ ਬਲੇਡ ਫਾਰਮ ਫੈਕਟਰ ਨੂੰ ਛੱਡ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ। ਕਨਵਰਡ ਸਿਸਟਮਾਂ ਲਈ, ਜਾਂ ਤਾਂ ਰੈਕ ਸਰਵਰ ਜਾਂ ਕਲੱਸਟਰ ਸਿਸਟਮ ਵਰਤੇ ਜਾਂਦੇ ਹਨ, ਇੱਕ ਸਿੰਗਲ ਕੇਸ ਵਿੱਚ ਕਈ ਬਲੇਡ ਸਰਵਰਾਂ ਅਤੇ ਸਥਾਨਕ ਡਿਸਕਾਂ ਨੂੰ ਜੋੜਦੇ ਹੋਏ।

CPU/ਮੈਮੋਰੀ

ਸੰਰਚਨਾ ਦੀ ਸਹੀ ਗਣਨਾ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਵਾਤਾਵਰਣ ਜਾਂ ਹਰੇਕ ਸੁਤੰਤਰ ਕਲੱਸਟਰ ਲਈ ਲੋਡ ਦੀ ਕਿਸਮ ਨੂੰ ਸਮਝਣ ਦੀ ਲੋੜ ਹੈ।
CPU ਬਾਊਂਡ - ਪ੍ਰੋਸੈਸਰ ਪਾਵਰ ਦੁਆਰਾ ਪ੍ਰਦਰਸ਼ਨ ਵਿੱਚ ਸੀਮਿਤ ਵਾਤਾਵਰਣ। RAM ਨੂੰ ਜੋੜਨ ਨਾਲ ਪ੍ਰਦਰਸ਼ਨ ਦੇ ਰੂਪ ਵਿੱਚ ਕੁਝ ਨਹੀਂ ਬਦਲੇਗਾ (ਪ੍ਰਤੀ ਸਰਵਰ VM ਦੀ ਸੰਖਿਆ)।
ਮੈਮੋਰੀ ਬੰਨ - ਰੈਮ ਦੁਆਰਾ ਸੀਮਿਤ ਵਾਤਾਵਰਣ। ਸਰਵਰ 'ਤੇ ਵਧੇਰੇ RAM ਤੁਹਾਨੂੰ ਸਰਵਰ 'ਤੇ ਹੋਰ VM ਚਲਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ।
GB/MHz (GB/pCPU) – ਇਸ ਖਾਸ ਲੋਡ ਦੁਆਰਾ RAM ਅਤੇ ਪ੍ਰੋਸੈਸਰ ਪਾਵਰ ਦੀ ਖਪਤ ਦਾ ਔਸਤ ਅਨੁਪਾਤ। ਦਿੱਤੇ ਗਏ ਪ੍ਰਦਰਸ਼ਨ ਲਈ ਲੋੜੀਂਦੀ ਮੈਮੋਰੀ ਦੀ ਗਣਨਾ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ ਅਤੇ ਇਸਦੇ ਉਲਟ।

ਸਰਵਰ ਸੰਰਚਨਾ ਗਣਨਾ

ਪਹਿਲਾਂ, ਤੁਹਾਨੂੰ ਹਰ ਕਿਸਮ ਦੇ ਲੋਡ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਅਤੇ ਵੱਖ-ਵੱਖ ਕੰਪਿਊਟਿੰਗ ਪੂਲ ਨੂੰ ਵੱਖ-ਵੱਖ ਕਲੱਸਟਰਾਂ ਵਿੱਚ ਜੋੜਨ ਜਾਂ ਵੰਡਣ ਦਾ ਫੈਸਲਾ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।
ਅੱਗੇ, ਹਰੇਕ ਪਰਿਭਾਸ਼ਿਤ ਕਲੱਸਟਰ ਲਈ, GB/MHz ਅਨੁਪਾਤ ਪਹਿਲਾਂ ਤੋਂ ਜਾਣੇ ਜਾਂਦੇ ਲੋਡ 'ਤੇ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਜੇਕਰ ਲੋਡ ਪਹਿਲਾਂ ਤੋਂ ਨਹੀਂ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ, ਪਰ ਪ੍ਰੋਸੈਸਰ ਪਾਵਰ ਉਪਯੋਗਤਾ ਦੇ ਪੱਧਰ ਦੀ ਇੱਕ ਮੋਟਾ ਸਮਝ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਪੂਲ ਲੋੜਾਂ ਨੂੰ ਭੌਤਿਕ ਵਿੱਚ ਬਦਲਣ ਲਈ ਮਿਆਰੀ vCPU:pCPU ਅਨੁਪਾਤ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ।

ਹਰੇਕ ਕਲੱਸਟਰ ਲਈ, vCPU ਪੂਲ ਲੋੜਾਂ ਦੇ ਜੋੜ ਨੂੰ ਗੁਣਾਂਕ ਦੁਆਰਾ ਵੰਡੋ:
vCPUsum / vCPU:pCPU = pCPUsum - ਭੌਤਿਕ ਇਕਾਈਆਂ ਦੀ ਲੋੜੀਂਦੀ ਸੰਖਿਆ। ਕੋਰ
pCPUsum / 1.25 = pCPUht - ਹਾਈਪਰ-ਥ੍ਰੈਡਿੰਗ ਲਈ ਐਡਜਸਟ ਕੀਤੇ ਕੋਰਾਂ ਦੀ ਸੰਖਿਆ
ਚਲੋ ਮੰਨ ਲਓ ਕਿ 190 ਕੋਰ / 3.5 TB RAM ਵਾਲੇ ਕਲੱਸਟਰ ਦੀ ਗਣਨਾ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ। ਇਸ ਦੇ ਨਾਲ ਹੀ, ਅਸੀਂ ਪ੍ਰੋਸੈਸਰ ਪਾਵਰ ਦੇ 50% ਅਤੇ RAM ਦੇ 75% ਦਾ ਟੀਚਾ ਲੋਡ ਸਵੀਕਾਰ ਕਰਦੇ ਹਾਂ।

pCPU
190
CPU ਉਪਯੋਗ
50%

ਮੈਮ
3500
ਮੇਮ ਉਪਯੋਗਤਾ
75%

ਸਾਕਟ
ਕੋਰ
Srv/CPU
ਸਰਵ ਮੈਮ
Srv/Mem

2
6
25,3
128
36,5

2
8
19,0
192
24,3

2
10
15,2
256
18,2

2
14
10,9
384
12,2

2
18
8,4
512
9,1

ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਅਸੀਂ ਹਮੇਸ਼ਾ ਨਜ਼ਦੀਕੀ ਪੂਰਨ ਅੰਕ (=ROUNDUP(A1;0)) ਤੱਕ ਰਾਊਂਡਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ।
ਸਾਰਣੀ ਤੋਂ ਇਹ ਸਪੱਸ਼ਟ ਹੋ ਜਾਂਦਾ ਹੈ ਕਿ ਕਈ ਸਰਵਰ ਸੰਰਚਨਾਵਾਂ ਨਿਸ਼ਾਨਾ ਸੂਚਕਾਂ ਲਈ ਸੰਤੁਲਿਤ ਹਨ:
— 26 ਸਰਵਰ 2*6c / 192 GB
— 19 ਸਰਵਰ 2*10c / 256 GB
— 10 ਸਰਵਰ 2*18c / 512 GB

ਇਹਨਾਂ ਸੰਰਚਨਾਵਾਂ ਦੀ ਚੋਣ ਫਿਰ ਵਾਧੂ ਕਾਰਕਾਂ ਦੇ ਅਧਾਰ ਤੇ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ, ਜਿਵੇਂ ਕਿ ਥਰਮਲ ਪੈਕੇਜ ਅਤੇ ਉਪਲਬਧ ਕੂਲਿੰਗ, ਪਹਿਲਾਂ ਤੋਂ ਵਰਤੇ ਗਏ ਸਰਵਰ, ਜਾਂ ਲਾਗਤ।

ਸਰਵਰ ਸੰਰਚਨਾ ਦੀ ਚੋਣ ਕਰਨ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

ਵਾਈਡ VM ਜੇਕਰ ਵਿਆਪਕ VMs (1 NUMA ਨੋਡ ਜਾਂ ਇਸ ਤੋਂ ਵੱਧ ਦੇ ਮੁਕਾਬਲੇ) ਦੀ ਮੇਜ਼ਬਾਨੀ ਕਰਨ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਇਹ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਜੇ ਸੰਭਵ ਹੋਵੇ, ਇੱਕ ਸੰਰਚਨਾ ਵਾਲਾ ਸਰਵਰ ਚੁਣੋ ਜੋ ਅਜਿਹੇ VMs ਨੂੰ NUMA ਨੋਡ ਦੇ ਅੰਦਰ ਰਹਿਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਚੌੜੀਆਂ VMs ਦੇ ਨਾਲ, ਕਲੱਸਟਰ ਸਰੋਤਾਂ ਦੇ ਟੁੱਟਣ ਦਾ ਖ਼ਤਰਾ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਸਰਵਰ ਚੁਣੇ ਜਾਂਦੇ ਹਨ ਜੋ ਵਿਆਪਕ VMs ਨੂੰ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਸੰਘਣੇ ਰੱਖਣ ਦੀ ਆਗਿਆ ਦਿੰਦੇ ਹਨ।

ਸਿੰਗਲ ਅਸਫਲਤਾ ਡੋਮੇਨ ਆਕਾਰ।

ਸਰਵਰ ਆਕਾਰ ਦੀ ਚੋਣ ਵੀ ਸਿੰਗਲ ਅਸਫਲਤਾ ਡੋਮੇਨ ਨੂੰ ਘੱਟ ਕਰਨ ਦੇ ਸਿਧਾਂਤ 'ਤੇ ਅਧਾਰਤ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਜਦੋਂ ਇਹਨਾਂ ਵਿਚਕਾਰ ਚੋਣ ਕਰਦੇ ਹੋ:
— 3 x 4*10c / 512 GB
— 6 x 2*10c / 256 GB
ਹੋਰ ਸਾਰੀਆਂ ਚੀਜ਼ਾਂ ਬਰਾਬਰ ਹੋਣ ਕਰਕੇ, ਤੁਹਾਨੂੰ ਦੂਜਾ ਵਿਕਲਪ ਚੁਣਨਾ ਚਾਹੀਦਾ ਹੈ, ਕਿਉਂਕਿ ਜਦੋਂ ਇੱਕ ਸਰਵਰ ਅਸਫਲ ਹੋ ਜਾਂਦਾ ਹੈ (ਜਾਂ ਬਣਾਈ ਰੱਖਿਆ ਜਾ ਰਿਹਾ ਹੈ), ਕਲੱਸਟਰ ਸਰੋਤਾਂ ਦਾ 33% ਨਹੀਂ, ਬਲਕਿ 17% ਗੁਆਚ ਜਾਂਦਾ ਹੈ। ਇਸੇ ਤਰ੍ਹਾਂ ਦੁਰਘਟਨਾ ਤੋਂ ਪ੍ਰਭਾਵਿਤ VM ਅਤੇ IS ਦੀ ਗਿਣਤੀ ਅੱਧੀ ਰਹਿ ਗਈ ਹੈ।

ਪ੍ਰਦਰਸ਼ਨ ਦੇ ਅਧਾਰ 'ਤੇ ਕਲਾਸਿਕ ਸਟੋਰੇਜ ਪ੍ਰਣਾਲੀਆਂ ਦੀ ਗਣਨਾ

ਕਲਾਸਿਕ ਸਟੋਰੇਜ ਪ੍ਰਣਾਲੀਆਂ ਦੀ ਗਣਨਾ ਹਮੇਸ਼ਾਂ ਸਭ ਤੋਂ ਮਾੜੀ ਸਥਿਤੀ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਓਪਰੇਸ਼ਨਲ ਕੈਸ਼ ਦੇ ਪ੍ਰਭਾਵ ਅਤੇ ਓਪਰੇਸ਼ਨਾਂ ਦੇ ਅਨੁਕੂਲਨ ਨੂੰ ਛੱਡ ਕੇ।
ਬੁਨਿਆਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਸੂਚਕਾਂ ਵਜੋਂ, ਅਸੀਂ ਡਿਸਕ (IOPSdisk) ਤੋਂ ਮਕੈਨੀਕਲ ਪ੍ਰਦਰਸ਼ਨ ਲੈਂਦੇ ਹਾਂ:
- 7.2k - 75 IOPS
- 10k - 125 IOPS
- 15k - 175 IOPS

ਅੱਗੇ, ਡਿਸਕ ਪੂਲ ਵਿੱਚ ਡਿਸਕਾਂ ਦੀ ਸੰਖਿਆ ਨੂੰ ਹੇਠਾਂ ਦਿੱਤੇ ਫਾਰਮੂਲੇ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ: = TotalIOPS * ( RW + (1 –RW) * RAIDpen) / IOPSdisk. ਕਿੱਥੇ:
- ਕੁੱਲ ਆਈਓਪੀਐਸ - ਡਿਸਕ ਪੂਲ ਤੋਂ IOPS ਵਿੱਚ ਕੁੱਲ ਲੋੜੀਂਦੀ ਕਾਰਗੁਜ਼ਾਰੀ
- RW - ਰੀਡ ਓਪਰੇਸ਼ਨਾਂ ਦੀ ਪ੍ਰਤੀਸ਼ਤਤਾ
- ਰੇਡ ਪੈੱਨ - ਚੁਣੇ ਗਏ RAID ਪੱਧਰ ਲਈ RAID ਜੁਰਮਾਨਾ

ਇੱਥੇ ਡਿਵਾਈਸ ਰੇਡ ਅਤੇ ਰੇਡ ਪੈਨਲਟੀ ਬਾਰੇ ਹੋਰ ਪੜ੍ਹੋ - ਸਟੋਰੇਜ਼ ਪ੍ਰਦਰਸ਼ਨ. ਭਾਗ ਇੱਕ. и ਸਟੋਰੇਜ਼ ਪ੍ਰਦਰਸ਼ਨ. ਭਾਗ ਦੋ। и ਸਟੋਰੇਜ਼ ਪ੍ਰਦਰਸ਼ਨ. ਭਾਗ ਤਿੰਨ

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

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

ਘੱਟ-ਅੰਤ/ਮੱਧ-ਰੇਂਜ ਹਾਈਬ੍ਰਿਡ ਪ੍ਰਣਾਲੀਆਂ ਦੀ ਗਣਨਾ

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

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

ਟਾਇਰਡ ਡਿਸਕ ਪੂਲ ਵਿੱਚ ਇੱਕ SSD ਦੀ ਵਰਤੋਂ ਕਰਨਾ

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

ਸਰੋਤ: www.habr.com