QSAN XCubeSAN ਸਟੋਰੇਜ਼ ਸਿਸਟਮ ਵਿੱਚ SSD ਕੈਚਿੰਗ ਨੂੰ ਲਾਗੂ ਕਰਨਾ

SSDs ਦੀ ਵਰਤੋਂ ਦੇ ਅਧਾਰ 'ਤੇ ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣ ਲਈ ਅਤੇ ਸਟੋਰੇਜ ਪ੍ਰਣਾਲੀਆਂ ਵਿੱਚ ਵਿਆਪਕ ਤੌਰ 'ਤੇ ਵਰਤੀਆਂ ਜਾਣ ਵਾਲੀਆਂ ਤਕਨਾਲੋਜੀਆਂ ਦੀ ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਖੋਜ ਕੀਤੀ ਗਈ ਹੈ। ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਇਹ ਸਟੋਰੇਜ ਸਪੇਸ ਵਜੋਂ SSD ਦੀ ਵਰਤੋਂ ਹੈ, ਜੋ ਕਿ 100% ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਹੈ, ਪਰ ਮਹਿੰਗਾ ਹੈ. ਇਸ ਲਈ, ਥਕਾਵਟ ਅਤੇ ਕੈਸ਼ਿੰਗ ਤਕਨਾਲੋਜੀਆਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਜਿੱਥੇ SSDs ਦੀ ਵਰਤੋਂ ਸਿਰਫ਼ ਸਭ ਤੋਂ ਪ੍ਰਸਿੱਧ ("ਗਰਮ") ਡੇਟਾ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। "ਗਰਮ" ਡੇਟਾ ਦੀ ਲੰਬੇ ਸਮੇਂ (ਦਿਨ-ਹਫ਼ਤੇ) ਵਰਤੋਂ ਦੇ ਦ੍ਰਿਸ਼ਾਂ ਲਈ ਟਾਇਰਿੰਗ ਵਧੀਆ ਹੈ। ਕੈਚਿੰਗ, ਇਸਦੇ ਉਲਟ, ਥੋੜ੍ਹੇ ਸਮੇਂ ਲਈ (ਮਿੰਟ-ਘੰਟੇ) ਵਰਤੋਂ ਲਈ ਹੈ। ਇਹ ਦੋਵੇਂ ਵਿਕਲਪ ਸਟੋਰੇਜ ਸਿਸਟਮ ਵਿੱਚ ਲਾਗੂ ਕੀਤੇ ਗਏ ਹਨ QSAN XCubeSAN. ਇਸ ਲੇਖ ਵਿਚ ਅਸੀਂ ਦੂਜੇ ਐਲਗੋਰਿਦਮ ਨੂੰ ਲਾਗੂ ਕਰਨ ਬਾਰੇ ਦੇਖਾਂਗੇ - SSD ਕੈਚਿੰਗ.

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

ਪੜ੍ਹਨ ਲਈ SSD ਕੈਸ਼ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਸੰਕੇਤ:

• ਲਿਖਣ ਦੇ ਓਪਰੇਸ਼ਨਾਂ ਉੱਤੇ ਰੀਡ ਓਪਰੇਸ਼ਨਾਂ ਦੀ ਪ੍ਰਮੁੱਖਤਾ (ਜ਼ਿਆਦਾਤਰ ਡੇਟਾਬੇਸ ਅਤੇ ਵੈਬ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਆਮ);
• ਹਾਰਡ ਡਰਾਈਵ ਐਰੇ ਦੇ ਪ੍ਰਦਰਸ਼ਨ ਦੇ ਰੂਪ ਵਿੱਚ ਇੱਕ ਰੁਕਾਵਟ ਦੀ ਮੌਜੂਦਗੀ;
• ਲੋੜੀਂਦੇ ਡੇਟਾ ਦੀ ਮਾਤਰਾ SSD ਕੈਸ਼ ਦੇ ਆਕਾਰ ਤੋਂ ਘੱਟ ਹੈ।

ਰੀਡ+ਰਾਈਟ SSD ਕੈਸ਼ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਸੰਕੇਤ ਇੱਕੋ ਜਿਹੇ ਹਨ, ਓਪਰੇਸ਼ਨਾਂ ਦੀ ਪ੍ਰਕਿਰਤੀ ਨੂੰ ਛੱਡ ਕੇ - ਮਿਸ਼ਰਤ ਕਿਸਮ (ਉਦਾਹਰਨ ਲਈ, ਫਾਈਲ ਸਰਵਰ)।

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

XCubeSAN ਵਿੱਚ SSD ਕੈਸ਼ ਭੌਤਿਕ ਤੌਰ 'ਤੇ ਵੱਖਰੇ SSD ਕੈਸ਼ ਪੂਲ ਦੇ ਰੂਪ ਵਿੱਚ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਹੈ। ਸਿਸਟਮ ਵਿੱਚ ਉਹਨਾਂ ਵਿੱਚੋਂ ਚਾਰ ਤੱਕ ਹੋ ਸਕਦੇ ਹਨ। ਹਰੇਕ ਪੂਲ, ਬੇਸ਼ੱਕ, SSD ਦੇ ਆਪਣੇ ਸੈੱਟ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ. ਅਤੇ ਪਹਿਲਾਂ ਹੀ ਵਰਚੁਅਲ ਡਿਸਕ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿੱਚ ਅਸੀਂ ਇਹ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹਾਂ ਕਿ ਇਹ ਕੈਸ਼ ਪੂਲ ਦੀ ਵਰਤੋਂ ਕਰੇਗਾ ਅਤੇ ਕਿਹੜਾ. ਵਾਲੀਅਮ ਲਈ ਕੈਸ਼ ਵਰਤੋਂ ਨੂੰ ਸਮਰੱਥ ਅਤੇ ਅਯੋਗ ਕਰਨਾ I/O ਨੂੰ ਰੋਕੇ ਬਿਨਾਂ ਔਨਲਾਈਨ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਤੁਸੀਂ ਪੂਲ ਵਿੱਚ SSDs ਨੂੰ ਗਰਮ ਜੋੜ ਸਕਦੇ ਹੋ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਉੱਥੋਂ ਹਟਾ ਸਕਦੇ ਹੋ। ਇੱਕ SSD ਪੂਲ ਕੈਸ਼ ਬਣਾਉਂਦੇ ਸਮੇਂ, ਤੁਹਾਨੂੰ ਇਹ ਚੁਣਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਕਿ ਇਹ ਕਿਸ ਮੋਡ ਵਿੱਚ ਕੰਮ ਕਰੇਗਾ: ਸਿਰਫ਼-ਪੜ੍ਹਨ ਲਈ ਜਾਂ ਰੀਡ+ਰਾਈਟ। ਇਸਦਾ ਭੌਤਿਕ ਸੰਗਠਨ ਇਸ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ. ਕਿਉਂਕਿ ਕਈ ਕੈਸ਼ ਪੂਲ ਹੋ ਸਕਦੇ ਹਨ, ਉਹਨਾਂ ਦੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਵੱਖਰੀ ਹੋ ਸਕਦੀ ਹੈ (ਅਰਥਾਤ, ਸਿਸਟਮ ਵਿੱਚ ਇੱਕੋ ਸਮੇਂ ਪੜ੍ਹਨਾ ਅਤੇ ਪੜ੍ਹਨਾ + ਲਿਖਣਾ ਕੈਸ਼ ਪੂਲ ਦੋਵੇਂ ਹੋ ਸਕਦੇ ਹਨ)।

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

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

XCubeSAN ਵਿੱਚ SSD ਕੈਚਿੰਗ ਫੰਕਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ, ਸਟੋਰੇਜ ਕੰਟਰੋਲਰਾਂ ਦੀ ਮੈਮੋਰੀ ਦੀ ਮਾਤਰਾ ਲਈ ਕਈ ਲੋੜਾਂ ਹਨ: ਜਿੰਨੀ ਜ਼ਿਆਦਾ ਸਿਸਟਮ ਮੈਮੋਰੀ, ਕੈਸ਼ ਪੂਲ ਓਨਾ ਹੀ ਵੱਡਾ ਉਪਲਬਧ ਹੋਵੇਗਾ।

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

• ਬਲਾਕ ਆਕਾਰ (ਕੈਸ਼ ਬਲਾਕ ਆਕਾਰ) - 1/2/4 MB
• ਇੱਕ ਬਲਾਕ ਨੂੰ ਪੜ੍ਹਨ ਲਈ ਬੇਨਤੀਆਂ ਦੀ ਸੰਖਿਆ ਤਾਂ ਜੋ ਇਸਨੂੰ ਕੈਸ਼ ਵਿੱਚ ਕਾਪੀ ਕੀਤਾ ਜਾ ਸਕੇ (ਪੌਪੁਲੇਟ-ਆਨ-ਰੀਡ ਥ੍ਰੈਸ਼ਹੋਲਡ) - 1..4
• ਇੱਕ ਬਲਾਕ ਲਿਖਣ ਲਈ ਬੇਨਤੀਆਂ ਦੀ ਸੰਖਿਆ ਤਾਂ ਜੋ ਇਸਨੂੰ ਕੈਸ਼ ਵਿੱਚ ਕਾਪੀ ਕੀਤਾ ਜਾ ਸਕੇ (ਪਾਪੁਲੇਟ-ਆਨ-ਰਾਈਟ ਥ੍ਰੈਸ਼ਹੋਲਡ) - 0..4

ਪ੍ਰੋਫਾਈਲਾਂ ਨੂੰ ਫਲਾਈ 'ਤੇ ਬਦਲਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਪਰ, ਬੇਸ਼ਕ, ਕੈਸ਼ ਰੀਸੈਟ ਦੀ ਸਮੱਗਰੀ ਅਤੇ ਇਸਦੇ ਨਵੇਂ "ਵਾਰਮਿੰਗ ਅੱਪ" ਦੇ ਨਾਲ.

SSD ਕੈਸ਼ ਦੇ ਸੰਚਾਲਨ ਦੇ ਸਿਧਾਂਤ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ, ਅਸੀਂ ਇਸਦੇ ਨਾਲ ਕੰਮ ਕਰਦੇ ਸਮੇਂ ਮੁੱਖ ਓਪਰੇਸ਼ਨਾਂ ਨੂੰ ਉਜਾਗਰ ਕਰ ਸਕਦੇ ਹਾਂ:

• ਡਾਟਾ ਪੜ੍ਹਨਾ ਜਦੋਂ ਇਹ ਕੈਸ਼ ਵਿੱਚ ਨਹੀਂ ਹੁੰਦਾ;
• ਡਾਟਾ ਪੜ੍ਹੋ ਜਦੋਂ ਇਹ ਕੈਸ਼ ਵਿੱਚ ਮੌਜੂਦ ਹੋਵੇ;
• ਰੀਡ ਕੈਸ਼ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਡਾਟਾ ਲਿਖਣਾ;
• ਰੀਡ + ਰਾਈਟ ਕੈਸ਼ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਡਾਟਾ ਲਿਖਣਾ।

ਡਾਟਾ ਪੜ੍ਹਨਾ ਜਦੋਂ ਇਹ ਕੈਸ਼ ਵਿੱਚ ਨਹੀਂ ਹੁੰਦਾ

1. ਹੋਸਟ ਤੋਂ ਇੱਕ ਬੇਨਤੀ ਕੰਟਰੋਲਰ 'ਤੇ ਪਹੁੰਚਦੀ ਹੈ;
2. ਕਿਉਂਕਿ ਬੇਨਤੀ ਕੀਤੇ ਗਏ SSD ਕੈਸ਼ ਵਿੱਚ ਨਹੀਂ ਹਨ, ਉਹਨਾਂ ਨੂੰ ਹਾਰਡ ਡਰਾਈਵਾਂ ਤੋਂ ਪੜ੍ਹਿਆ ਜਾਂਦਾ ਹੈ;
3. ਪੜ੍ਹਿਆ ਡੇਟਾ ਹੋਸਟ ਨੂੰ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ। ਉਸੇ ਸਮੇਂ, ਇਹ ਦੇਖਣ ਲਈ ਜਾਂਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿ ਕੀ ਇਹ ਬਲਾਕ "ਗਰਮ" ਹਨ;
4. ਜੇਕਰ ਹਾਂ, ਤਾਂ ਉਹਨਾਂ ਨੂੰ ਹੋਰ ਵਰਤੋਂ ਲਈ SSD ਕੈਸ਼ ਵਿੱਚ ਕਾਪੀ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਡਾਟਾ ਪੜ੍ਹੋ ਜਦੋਂ ਇਹ ਕੈਸ਼ ਵਿੱਚ ਮੌਜੂਦ ਹੋਵੇ

1. ਹੋਸਟ ਤੋਂ ਇੱਕ ਬੇਨਤੀ ਕੰਟਰੋਲਰ 'ਤੇ ਪਹੁੰਚਦੀ ਹੈ;
2. ਕਿਉਂਕਿ ਬੇਨਤੀ ਕੀਤਾ ਡੇਟਾ SSD ਕੈਸ਼ ਵਿੱਚ ਹੈ, ਇਸ ਨੂੰ ਉੱਥੋਂ ਪੜ੍ਹਿਆ ਜਾਂਦਾ ਹੈ;
3. ਪੜ੍ਹਿਆ ਡੇਟਾ ਹੋਸਟ ਨੂੰ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ।

ਰੀਡ ਕੈਸ਼ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਡਾਟਾ ਲਿਖਣਾ

1. ਹੋਸਟ ਤੋਂ ਇੱਕ ਲਿਖਤੀ ਬੇਨਤੀ ਕੰਟਰੋਲਰ ਤੇ ਪਹੁੰਚਦੀ ਹੈ;
2. ਡਾਟਾ ਹਾਰਡ ਡਰਾਈਵ ਨੂੰ ਲਿਖਿਆ ਗਿਆ ਹੈ;
3. ਸਫਲ ਰਿਕਾਰਡਿੰਗ ਨੂੰ ਦਰਸਾਉਂਦਾ ਇੱਕ ਜਵਾਬ ਮੇਜ਼ਬਾਨ ਨੂੰ ਵਾਪਸ ਕਰ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ;
4. ਉਸੇ ਸਮੇਂ, ਇਹ ਜਾਂਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿ ਕੀ ਬਲਾਕ "ਗਰਮ" ਹੈ (ਪਾਪੂਲੇਟ-ਆਨ-ਰਾਈਟ ਥ੍ਰੈਸ਼ਹੋਲਡ ਪੈਰਾਮੀਟਰ ਦੀ ਤੁਲਨਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ)। ਜੇਕਰ ਹਾਂ, ਤਾਂ ਇਸਨੂੰ ਬਾਅਦ ਵਿੱਚ ਵਰਤਣ ਲਈ SSD ਕੈਸ਼ ਵਿੱਚ ਕਾਪੀ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਰੀਡ+ਰਾਈਟ ਕੈਸ਼ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਡਾਟਾ ਲਿਖਣਾ

1. ਹੋਸਟ ਤੋਂ ਇੱਕ ਲਿਖਤੀ ਬੇਨਤੀ ਕੰਟਰੋਲਰ ਤੇ ਪਹੁੰਚਦੀ ਹੈ;
2. ਡੇਟਾ ਨੂੰ SSD ਕੈਸ਼ ਵਿੱਚ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ;
3. ਸਫਲ ਰਿਕਾਰਡਿੰਗ ਨੂੰ ਦਰਸਾਉਂਦਾ ਇੱਕ ਜਵਾਬ ਮੇਜ਼ਬਾਨ ਨੂੰ ਵਾਪਸ ਕਰ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ;
4. SSD ਕੈਸ਼ ਤੋਂ ਡਾਟਾ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਹਾਰਡ ਡਰਾਈਵਾਂ ਤੇ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ;

ਕਾਰਵਾਈ ਵਿੱਚ ਚੈੱਕ ਕਰੋ

ਟੈਸਟ ਸਟੈਂਡ

2 ਸਰਵਰ (CPU: 2 x Xeon E5-2620v3 2.4Hz / RAM: 32GB) ਦੋ ਪੋਰਟਾਂ ਦੁਆਰਾ ਫਾਈਬਰ ਚੈਨਲ 16G ਦੁਆਰਾ ਸਿੱਧੇ XCubeSAN XS5224D ਸਟੋਰੇਜ ਸਿਸਟਮ (16GB RAM/ਕੰਟਰੋਲਰ) ਨਾਲ ਜੁੜੇ ਹੋਏ ਹਨ।

ਅਸੀਂ ਡਾਟਾ ਐਰੇ ਲਈ RAID16 (500+0001) ਵਿੱਚ ਸੰਯੁਕਤ 500 x Seagate Constellation ES, ST6NM5, ST15NM1, 8GB, SAS 800Gb/s, ਅਤੇ 8010 x HGST ਅਲਟ੍ਰਾਸਟਾਰ SSD200MH.B, HUSMH100BSS12/scabsXNUMX, SASXNUMX,

2 ਵਾਲੀਅਮ ਬਣਾਏ ਗਏ ਸਨ: ਹਰੇਕ ਸਰਵਰ ਲਈ ਇੱਕ।

ਟੈਸਟ 1. 1-8 SSD ਤੋਂ ਸਿਰਫ਼ ਪੜ੍ਹਨ ਲਈ SSD ਕੈਸ਼

SSD ਕੈਸ਼

• I/O ਕਿਸਮ: ਕਸਟਮਾਈਜ਼ੇਸ਼ਨ
• ਕੈਸ਼ ਬਲਾਕ ਦਾ ਆਕਾਰ: 4MB
• ਜਨਸੰਖਿਆ-ਆਨ-ਪੜ੍ਹਨ ਦੀ ਥ੍ਰੈਸ਼ਹੋਲਡ: 1
• ਜਨਸੰਖਿਆ-ਤੇ-ਲਿਖਣ ਦੀ ਥ੍ਰੈਸ਼ਹੋਲਡ: 0

I/O ਪੈਟਰਨ

• ਟੂਲ: IOmeter V1.1.0
• ਵਰਕਰ: 1
• ਬਕਾਇਆ (ਕਤਾਰ ਡੂੰਘਾਈ): 128
• ਐਕਸੈਸ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ: 4KB, 100% ਰੀਡ, 100% ਬੇਤਰਤੀਬ

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

ਟੈਸਟ 2. 2-8 SSDs ਨਾਲ ਰੀਡ + ਰਾਈਟ ਮੋਡ ਵਿੱਚ SSD ਕੈਸ਼

SSD ਕੈਸ਼

• I/O ਕਿਸਮ: ਕਸਟਮਾਈਜ਼ੇਸ਼ਨ
• ਕੈਸ਼ ਬਲਾਕ ਦਾ ਆਕਾਰ: 4MB
• ਜਨਸੰਖਿਆ-ਆਨ-ਪੜ੍ਹਨ ਦੀ ਥ੍ਰੈਸ਼ਹੋਲਡ: 1
• ਜਨਸੰਖਿਆ-ਤੇ-ਲਿਖਣ ਦੀ ਥ੍ਰੈਸ਼ਹੋਲਡ: 1

I/O ਪੈਟਰਨ

• ਟੂਲ: IOmeter V1.1.0
• ਵਰਕਰ: 1
• ਬਕਾਇਆ (ਕਤਾਰ ਡੂੰਘਾਈ): 128
• ਐਕਸੈਸ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ: 4KB, 100% ਲਿਖੋ, 100% ਬੇਤਰਤੀਬੇ

ਉਹੀ ਨਤੀਜਾ: ਵਿਸਫੋਟਕ ਪ੍ਰਦਰਸ਼ਨ ਵਿੱਚ ਵਾਧਾ ਅਤੇ SSDs ਦੀ ਗਿਣਤੀ ਵਧਣ ਨਾਲ ਸਕੇਲਿੰਗ।

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

ਹੁਣ ਧਰਤੀ 'ਤੇ ਵਾਪਸ ਆਓ ਅਤੇ ਇੱਕ ਹੋਰ ਯਥਾਰਥਵਾਦੀ ਸਥਿਤੀ ਦੀ ਜਾਂਚ ਕਰੀਏ, ਜਦੋਂ ਡੇਟਾ ਦੀ ਮਾਤਰਾ ਕੈਸ਼ ਆਕਾਰ ਤੋਂ ਵੱਡੀ ਹੁੰਦੀ ਹੈ। ਟੈਸਟ ਨੂੰ ਵਾਜਬ ਸਮੇਂ ਵਿੱਚ ਪਾਸ ਕਰਨ ਲਈ (ਕੈਸ਼ “ਵਾਰਮ-ਅੱਪ” ਪੀਰੀਅਡ ਵਾਲੀਅਮ ਦਾ ਆਕਾਰ ਵਧਣ ਦੇ ਨਾਲ ਬਹੁਤ ਵੱਧ ਜਾਂਦਾ ਹੈ), ਅਸੀਂ ਵਾਲੀਅਮ ਦੇ ਆਕਾਰ ਨੂੰ 120GB ਤੱਕ ਸੀਮਤ ਕਰਾਂਗੇ।

ਟੈਸਟ 3. ਡੇਟਾਬੇਸ ਇਮੂਲੇਸ਼ਨ

SSD ਕੈਸ਼

• I/O ਕਿਸਮ: ਡਾਟਾਬੇਸ
• ਕੈਸ਼ ਬਲਾਕ ਦਾ ਆਕਾਰ: 1MB
• ਜਨਸੰਖਿਆ-ਆਨ-ਪੜ੍ਹਨ ਦੀ ਥ੍ਰੈਸ਼ਹੋਲਡ: 2
• ਜਨਸੰਖਿਆ-ਤੇ-ਲਿਖਣ ਦੀ ਥ੍ਰੈਸ਼ਹੋਲਡ: 1

I/O ਪੈਟਰਨ

• ਟੂਲ: IOmeter V1.1.0
• ਵਰਕਰ: 1
• ਬਕਾਇਆ (ਕਤਾਰ ਡੂੰਘਾਈ): 128
• ਐਕਸੈਸ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ: 8KB, 67% ਰੀਡ, 100% ਬੇਤਰਤੀਬ

ਫੈਸਲਾ

ਸਪੱਸ਼ਟ ਸਿੱਟਾ, ਬੇਸ਼ਕ, ਕਿਸੇ ਵੀ ਸਟੋਰੇਜ ਸਿਸਟਮ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣ ਲਈ ਇੱਕ SSD ਕੈਸ਼ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਚੰਗੀ ਕੁਸ਼ਲਤਾ ਹੈ. 'ਤੇ ਲਾਗੂ ਕੀਤਾ ਗਿਆ QSAN XCubeSAN ਇਹ ਕਥਨ ਪੂਰੀ ਤਰ੍ਹਾਂ ਲਾਗੂ ਹੁੰਦਾ ਹੈ: SSD ਕੈਚਿੰਗ ਫੰਕਸ਼ਨ ਪੂਰੀ ਤਰ੍ਹਾਂ ਲਾਗੂ ਹੁੰਦਾ ਹੈ। ਇਹ ਰੀਡ ਅਤੇ ਰੀਡ + ਰਾਈਟ ਮੋਡ, ਕਿਸੇ ਵੀ ਵਰਤੋਂ ਦੇ ਦ੍ਰਿਸ਼ ਲਈ ਲਚਕਦਾਰ ਸੈਟਿੰਗਾਂ, ਅਤੇ ਨਾਲ ਹੀ ਸਮੁੱਚੇ ਤੌਰ 'ਤੇ ਸਿਸਟਮ ਦੀ ਸਮੁੱਚੀ ਕਾਰਗੁਜ਼ਾਰੀ ਲਈ ਸਮਰਥਨ ਨਾਲ ਸਬੰਧਤ ਹੈ। ਇਸ ਲਈ, ਇੱਕ ਬਹੁਤ ਹੀ ਵਾਜਬ ਲਾਗਤ ਲਈ (ਲਾਈਸੈਂਸ ਦੀ ਕੀਮਤ 1-2 SSDs ਦੀ ਲਾਗਤ ਨਾਲ ਤੁਲਨਾਯੋਗ ਹੈ), ਤੁਸੀਂ ਸਮੁੱਚੀ ਕਾਰਗੁਜ਼ਾਰੀ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਵਾਧਾ ਕਰ ਸਕਦੇ ਹੋ।

ਸਰੋਤ: www.habr.com