VMware vSphere ਨਾਲ ਕੰਮ ਕਰਦੇ ਸਮੇਂ AFA AccelStor ਸਥਾਪਤ ਕਰਨ ਲਈ ਸਿਫ਼ਾਰਿਸ਼ਾਂ

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

AccelStor NeoSapphire™ ਸਾਰੀਆਂ ਫਲੈਸ਼ ਐਰੇ ਹਨ ਇਕ ਚੀਜ਼ ਜ двух ਡਾਟਾ ਸਟੋਰੇਜ ਦੀ ਧਾਰਨਾ ਨੂੰ ਲਾਗੂ ਕਰਨ ਅਤੇ ਮਲਕੀਅਤ ਤਕਨਾਲੋਜੀ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇਸ ਤੱਕ ਪਹੁੰਚ ਨੂੰ ਸੰਗਠਿਤ ਕਰਨ ਲਈ ਬੁਨਿਆਦੀ ਤੌਰ 'ਤੇ ਵੱਖਰੀ ਪਹੁੰਚ ਦੇ ਨਾਲ SSD ਡਰਾਈਵਾਂ 'ਤੇ ਆਧਾਰਿਤ ਨੋਡ ਡਿਵਾਈਸਾਂ। FlexiRemap® ਬਹੁਤ ਮਸ਼ਹੂਰ RAID ਐਲਗੋਰਿਦਮ ਦੀ ਬਜਾਏ। ਐਰੇ ਮੇਜ਼ਬਾਨਾਂ ਨੂੰ ਫਾਈਬਰ ਚੈਨਲ ਜਾਂ iSCSI ਇੰਟਰਫੇਸ ਰਾਹੀਂ ਬਲਾਕ ਪਹੁੰਚ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ। ਨਿਰਪੱਖ ਹੋਣ ਲਈ, ਅਸੀਂ ਨੋਟ ਕਰਦੇ ਹਾਂ ਕਿ ਇੱਕ ISCSI ਇੰਟਰਫੇਸ ਵਾਲੇ ਮਾਡਲਾਂ ਵਿੱਚ ਇੱਕ ਵਧੀਆ ਬੋਨਸ ਵਜੋਂ ਫਾਈਲ ਐਕਸੈਸ ਵੀ ਹੁੰਦੀ ਹੈ। ਪਰ ਇਸ ਲੇਖ ਵਿੱਚ ਅਸੀਂ ਆਲ ਫਲੈਸ਼ ਲਈ ਸਭ ਤੋਂ ਵੱਧ ਲਾਭਕਾਰੀ ਵਜੋਂ ਬਲਾਕ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ 'ਤੇ ਧਿਆਨ ਕੇਂਦਰਤ ਕਰਾਂਗੇ।

ਐਕਸਲਸਟੋਰ ਐਰੇ ਅਤੇ VMware vSphere ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਸਿਸਟਮ ਦੇ ਸੰਯੁਕਤ ਸੰਚਾਲਨ ਦੀ ਤੈਨਾਤੀ ਅਤੇ ਬਾਅਦ ਦੀ ਸੰਰਚਨਾ ਦੀ ਪੂਰੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਕਈ ਪੜਾਵਾਂ ਵਿੱਚ ਵੰਡਿਆ ਜਾ ਸਕਦਾ ਹੈ:

• ਕਨੈਕਸ਼ਨ ਟੋਪੋਲੋਜੀ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਅਤੇ SAN ਨੈਟਵਰਕ ਦੀ ਸੰਰਚਨਾ;
• ਆਲ ਫਲੈਸ਼ ਐਰੇ ਸੈਟ ਅਪ ਕਰਨਾ;
• ESXi ਮੇਜ਼ਬਾਨਾਂ ਦੀ ਸੰਰਚਨਾ;
• ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਦੀ ਸਥਾਪਨਾ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ।

AccelStor NeoSapphire™ ਫਾਈਬਰ ਚੈਨਲ ਐਰੇ ਅਤੇ iSCSI ਐਰੇ ਨਮੂਨੇ ਦੇ ਹਾਰਡਵੇਅਰ ਵਜੋਂ ਵਰਤੇ ਗਏ ਸਨ। ਅਧਾਰ ਸਾਫਟਵੇਅਰ VMware vSphere 6.7U1 ਹੈ।

ਇਸ ਲੇਖ ਵਿੱਚ ਵਰਣਿਤ ਸਿਸਟਮਾਂ ਨੂੰ ਤੈਨਾਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਇਹ ਜ਼ੋਰਦਾਰ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿ ਤੁਸੀਂ ਪ੍ਰਦਰਸ਼ਨ ਦੇ ਮੁੱਦਿਆਂ ਦੇ ਸਬੰਧ ਵਿੱਚ VMware ਤੋਂ ਦਸਤਾਵੇਜ਼ ਪੜ੍ਹੋ (VMware vSphere 6.7 ਲਈ ਪ੍ਰਦਰਸ਼ਨ ਵਧੀਆ ਅਭਿਆਸ ) ਅਤੇ iSCSI ਸੈਟਿੰਗਾਂ (iSCSI 'ਤੇ VMware vSphere ਚਲਾਉਣ ਲਈ ਵਧੀਆ ਅਭਿਆਸ)

ਕਨੈਕਸ਼ਨ ਟੋਪੋਲੋਜੀ ਅਤੇ SAN ਨੈੱਟਵਰਕ ਸੰਰਚਨਾ

SAN ਨੈੱਟਵਰਕ ਦੇ ਮੁੱਖ ਹਿੱਸੇ ESXi ਹੋਸਟਾਂ, SAN ਸਵਿੱਚਾਂ ਅਤੇ ਐਰੇ ਨੋਡਾਂ ਵਿੱਚ HBAs ਹਨ। ਅਜਿਹੇ ਨੈੱਟਵਰਕ ਲਈ ਇੱਕ ਆਮ ਟੌਪੌਲੋਜੀ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦੇਵੇਗੀ:

ਇੱਥੇ ਸਵਿੱਚ ਸ਼ਬਦ ਇੱਕ ਵੱਖਰੀ ਭੌਤਿਕ ਸਵਿੱਚ ਜਾਂ ਸਵਿੱਚਾਂ ਦੇ ਸੈੱਟ (ਫੈਬਰਿਕ), ਅਤੇ ਵੱਖ-ਵੱਖ ਸੇਵਾਵਾਂ (ਫਾਈਬਰ ਚੈਨਲ ਦੇ ਮਾਮਲੇ ਵਿੱਚ VSAN ਅਤੇ iSCSI ਦੇ ਮਾਮਲੇ ਵਿੱਚ VLAN) ਵਿਚਕਾਰ ਸਾਂਝੇ ਕੀਤੇ ਗਏ ਉਪਕਰਣ ਦੋਵਾਂ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। ਦੋ ਸੁਤੰਤਰ ਸਵਿੱਚਾਂ/ਫੈਬਰਿਕਸ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਅਸਫਲਤਾ ਦੇ ਇੱਕ ਸੰਭਾਵੀ ਬਿੰਦੂ ਨੂੰ ਖਤਮ ਕਰ ਦੇਵੇਗਾ।

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

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

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

ਜੇਕਰ ਤੁਸੀਂ ਹੋਰ ਸੇਵਾਵਾਂ ਨਾਲ ਸਾਂਝੇ ਕੀਤੇ ਗਏ ਸਵਿੱਚ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੇ ਮਾਮਲੇ ਵਿੱਚ iSCSI ਰਾਹੀਂ ਇੱਕ ਕੁਨੈਕਸ਼ਨ ਵਰਤਦੇ ਹੋ, ਤਾਂ ਇੱਕ ਵੱਖਰੇ VLAN ਦੇ ਅੰਦਰ iSCSI ਟ੍ਰੈਫਿਕ ਨੂੰ ਅਲੱਗ ਕਰਨਾ ਲਾਜ਼ਮੀ ਹੈ। ਨੈੱਟਵਰਕ 'ਤੇ ਪੈਕੇਟਾਂ ਦਾ ਆਕਾਰ ਵਧਾਉਣ ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਟਰਾਂਸਮਿਸ਼ਨ ਦੌਰਾਨ ਓਵਰਹੈੱਡ ਜਾਣਕਾਰੀ ਦੀ ਮਾਤਰਾ ਨੂੰ ਘਟਾਉਣ ਲਈ ਜੰਬੋ ਫਰੇਮਾਂ (MTU = 9000) ਲਈ ਸਮਰਥਨ ਨੂੰ ਸਮਰੱਥ ਕਰਨ ਦੀ ਵੀ ਜ਼ੋਰਦਾਰ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਹਾਲਾਂਕਿ, ਇਹ ਯਾਦ ਰੱਖਣ ਯੋਗ ਹੈ ਕਿ ਸਹੀ ਕਾਰਵਾਈ ਲਈ "ਸ਼ੁਰੂਆਤੀ-ਸਵਿੱਚ-ਟਾਰਗੇਟ" ਚੇਨ ਦੇ ਨਾਲ ਸਾਰੇ ਨੈਟਵਰਕ ਕੰਪੋਨੈਂਟਾਂ 'ਤੇ MTU ਪੈਰਾਮੀਟਰ ਨੂੰ ਬਦਲਣਾ ਜ਼ਰੂਰੀ ਹੈ।

ਸਾਰੇ ਫਲੈਸ਼ ਐਰੇ ਨੂੰ ਸੈੱਟਅੱਪ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ

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

ਸਹੂਲਤ ਲਈ, ਇੱਕ ਦਿੱਤੇ ਆਕਾਰ ਦੇ ਕਈ ਵੌਲਯੂਮ ਦੇ ਇੱਕ ਵਾਰ ਵਿੱਚ ਬੈਚ ਬਣਾਉਣ ਲਈ ਕਾਰਜਸ਼ੀਲਤਾ ਹੈ। ਮੂਲ ਰੂਪ ਵਿੱਚ, ਪਤਲੇ ਵਾਲੀਅਮ ਬਣਾਏ ਜਾਂਦੇ ਹਨ, ਕਿਉਂਕਿ ਇਹ ਉਪਲਬਧ ਸਟੋਰੇਜ ਸਪੇਸ (ਸਪੇਸ ਰੀਕਲੇਮੇਸ਼ਨ ਲਈ ਸਮਰਥਨ ਸਮੇਤ) ਦੀ ਵਧੇਰੇ ਕੁਸ਼ਲ ਵਰਤੋਂ ਲਈ ਸਹਾਇਕ ਹੈ। ਪ੍ਰਦਰਸ਼ਨ ਦੇ ਰੂਪ ਵਿੱਚ, "ਪਤਲੇ" ਅਤੇ "ਮੋਟੇ" ਵਾਲੀਅਮ ਵਿੱਚ ਅੰਤਰ 1% ਤੋਂ ਵੱਧ ਨਹੀਂ ਹੈ। ਹਾਲਾਂਕਿ, ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਐਰੇ ਵਿੱਚੋਂ "ਸਾਰਾ ਜੂਸ ਨਿਚੋੜਨਾ" ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਹਮੇਸ਼ਾਂ ਕਿਸੇ ਵੀ "ਪਤਲੇ" ਵਾਲੀਅਮ ਨੂੰ "ਮੋਟੀ" ਵਿੱਚ ਬਦਲ ਸਕਦੇ ਹੋ। ਪਰ ਇਹ ਯਾਦ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਅਜਿਹਾ ਓਪਰੇਸ਼ਨ ਅਟੱਲ ਹੈ.

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

FC ਮਾਡਲਾਂ ਲਈ, ਪ੍ਰਕਾਸ਼ਨ ਐਰੇ ਦੇ ਹਰੇਕ ਪੋਰਟ ਲਈ ਇੱਕ LUN ਬਣਾਉਣ ਦੁਆਰਾ ਹੁੰਦਾ ਹੈ।

ਸੈੱਟਅੱਪ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਤੇਜ਼ ਕਰਨ ਲਈ, ਮੇਜ਼ਬਾਨਾਂ ਨੂੰ ਸਮੂਹਾਂ ਵਿੱਚ ਜੋੜਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਜੇਕਰ ਹੋਸਟ ਮਲਟੀਪੋਰਟ FC HBA (ਜੋ ਕਿ ਅਭਿਆਸ ਵਿੱਚ ਅਕਸਰ ਹੁੰਦਾ ਹੈ) ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਤਾਂ ਸਿਸਟਮ ਆਪਣੇ ਆਪ ਇਹ ਨਿਰਧਾਰਿਤ ਕਰਦਾ ਹੈ ਕਿ ਅਜਿਹੇ HBA ਦੀਆਂ ਪੋਰਟਾਂ ਇੱਕ ਇੱਕਲੇ ਹੋਸਟ ਨਾਲ ਸਬੰਧਤ ਹਨ, WWPNs ਦਾ ਧੰਨਵਾਦ ਜੋ ਇੱਕ ਤੋਂ ਵੱਖਰੇ ਹਨ। ਟਾਰਗੇਟ/LUN ਦਾ ਬੈਚ ਬਣਾਉਣਾ ਦੋਵਾਂ ਇੰਟਰਫੇਸਾਂ ਲਈ ਵੀ ਸਮਰਥਿਤ ਹੈ।

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

ESXi ਮੇਜ਼ਬਾਨਾਂ ਦੀ ਸੰਰਚਨਾ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ

ESXi ਹੋਸਟ ਸਾਈਡ 'ਤੇ, ਮੁਢਲੀ ਸੰਰਚਨਾ ਪੂਰੀ ਤਰ੍ਹਾਂ ਉਮੀਦ ਕੀਤੇ ਦ੍ਰਿਸ਼ ਦੇ ਅਨੁਸਾਰ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। iSCSI ਕੁਨੈਕਸ਼ਨ ਲਈ ਪ੍ਰਕਿਰਿਆ:

1. ਸਾਫਟਵੇਅਰ iSCSI ਅਡਾਪਟਰ ਸ਼ਾਮਲ ਕਰੋ (ਲੋੜੀਂਦੀ ਨਹੀਂ ਜੇਕਰ ਇਹ ਪਹਿਲਾਂ ਹੀ ਜੋੜਿਆ ਗਿਆ ਹੈ, ਜਾਂ ਜੇਕਰ ਤੁਸੀਂ ਹਾਰਡਵੇਅਰ iSCSI ਅਡਾਪਟਰ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹੋ);
2. ਇੱਕ vSwitch ਬਣਾਉਣਾ ਜਿਸ ਰਾਹੀਂ iSCSI ਟ੍ਰੈਫਿਕ ਲੰਘੇਗਾ, ਅਤੇ ਇਸ ਵਿੱਚ ਇੱਕ ਭੌਤਿਕ ਅੱਪਲਿੰਕ ਅਤੇ VMkernal ਜੋੜਨਾ;
3. ਡਾਇਨਾਮਿਕ ਡਿਸਕਵਰੀ ਵਿੱਚ ਐਰੇ ਐਡਰੈੱਸ ਸ਼ਾਮਲ ਕਰਨਾ;
4. ਡਾਟਾ ਸਟੋਰ ਬਣਾਉਣਾ

ਕੁਝ ਮਹੱਤਵਪੂਰਨ ਨੋਟ:

• ਆਮ ਸਥਿਤੀ ਵਿੱਚ, ਬੇਸ਼ਕ, ਤੁਸੀਂ ਇੱਕ ਮੌਜੂਦਾ vSwitch ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ, ਪਰ ਇੱਕ ਵੱਖਰੇ vSwitch ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਹੋਸਟ ਸੈਟਿੰਗਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨਾ ਬਹੁਤ ਸੌਖਾ ਹੋਵੇਗਾ।
• ਕਾਰਜਕੁਸ਼ਲਤਾ ਸਮੱਸਿਆਵਾਂ ਤੋਂ ਬਚਣ ਲਈ ਪ੍ਰਬੰਧਨ ਅਤੇ iSCSI ਟ੍ਰੈਫਿਕ ਨੂੰ ਵੱਖਰੇ ਭੌਤਿਕ ਲਿੰਕਾਂ ਅਤੇ/ਜਾਂ VLAN 'ਤੇ ਵੱਖ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ।
• VMkernal ਦੇ IP ਐਡਰੈੱਸ ਅਤੇ ਆਲ ਫਲੈਸ਼ ਐਰੇ ਦੀਆਂ ਸੰਬੰਧਿਤ ਪੋਰਟਾਂ ਉਸੇ ਸਬਨੈੱਟ ਦੇ ਅੰਦਰ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ, ਦੁਬਾਰਾ ਕਾਰਗੁਜ਼ਾਰੀ ਸਮੱਸਿਆਵਾਂ ਦੇ ਕਾਰਨ।
• VMware ਨਿਯਮਾਂ ਦੇ ਅਨੁਸਾਰ ਨੁਕਸ ਸਹਿਣਸ਼ੀਲਤਾ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ, vSwitch ਵਿੱਚ ਘੱਟੋ-ਘੱਟ ਦੋ ਭੌਤਿਕ ਅੱਪਲਿੰਕ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ
• ਜੇਕਰ ਜੰਬੋ ਫਰੇਮ ਵਰਤੇ ਜਾਂਦੇ ਹਨ, ਤਾਂ ਤੁਹਾਨੂੰ vSwitch ਅਤੇ VMkernal ਦੋਵਾਂ ਦੇ MTU ਨੂੰ ਬਦਲਣ ਦੀ ਲੋੜ ਹੈ
• ਇਹ ਤੁਹਾਨੂੰ ਯਾਦ ਦਿਵਾਉਣਾ ਲਾਭਦਾਇਕ ਹੋਵੇਗਾ ਕਿ ਭੌਤਿਕ ਅਡਾਪਟਰਾਂ ਲਈ VMware ਸਿਫ਼ਾਰਿਸ਼ਾਂ ਦੇ ਅਨੁਸਾਰ ਜੋ iSCSI ਟ੍ਰੈਫਿਕ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਵਰਤੇ ਜਾਣਗੇ, ਟੀਮਿੰਗ ਅਤੇ ਫੇਲਓਵਰ ਨੂੰ ਸੰਰਚਿਤ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ। ਖਾਸ ਤੌਰ 'ਤੇ, ਹਰੇਕ VMkernal ਨੂੰ ਸਿਰਫ਼ ਇੱਕ ਅੱਪਲਿੰਕ ਰਾਹੀਂ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਦੂਜੇ ਅੱਪਲਿੰਕ ਨੂੰ ਅਣਵਰਤੇ ਮੋਡ ਵਿੱਚ ਬਦਲਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਨੁਕਸ ਸਹਿਣਸ਼ੀਲਤਾ ਲਈ, ਤੁਹਾਨੂੰ ਦੋ VMkernals ਜੋੜਨ ਦੀ ਲੋੜ ਹੈ, ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਆਪਣੇ ਅਪਲਿੰਕ ਦੁਆਰਾ ਕੰਮ ਕਰੇਗਾ।

VMkernel ਅਡਾਪਟਰ (vmk#)
ਭੌਤਿਕ ਨੈੱਟਵਰਕ ਅਡਾਪਟਰ (vmnic#)

vmk1 (ਸਟੋਰੇਜ01)
ਕਿਰਿਆਸ਼ੀਲ ਅਡਾਪਟਰ
vmnic2
ਨਾ ਵਰਤੇ ਅਡਾਪਟਰ
vmnic3

vmk2 (ਸਟੋਰੇਜ02)
ਕਿਰਿਆਸ਼ੀਲ ਅਡਾਪਟਰ
vmnic3
ਨਾ ਵਰਤੇ ਅਡਾਪਟਰ
vmnic2

ਫਾਈਬਰ ਚੈਨਲ ਰਾਹੀਂ ਜੁੜਨ ਲਈ ਕੋਈ ਸ਼ੁਰੂਆਤੀ ਕਦਮਾਂ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਤੁਸੀਂ ਤੁਰੰਤ ਇੱਕ ਡਾਟਾਸਟੋਰ ਬਣਾ ਸਕਦੇ ਹੋ।

ਡੇਟਾਸਟੋਰ ਬਣਾਉਣ ਤੋਂ ਬਾਅਦ, ਤੁਹਾਨੂੰ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੈ ਕਿ ਟਾਰਗੇਟ/LUN ਦੇ ਮਾਰਗਾਂ ਲਈ ਰਾਉਂਡ ਰੌਬਿਨ ਨੀਤੀ ਸਭ ਤੋਂ ਵੱਧ ਕਾਰਗੁਜ਼ਾਰੀ ਵਜੋਂ ਵਰਤੀ ਜਾਂਦੀ ਹੈ।

ਮੂਲ ਰੂਪ ਵਿੱਚ, VMware ਸੈਟਿੰਗਾਂ ਸਕੀਮ ਦੇ ਅਨੁਸਾਰ ਇਸ ਨੀਤੀ ਦੀ ਵਰਤੋਂ ਲਈ ਪ੍ਰਦਾਨ ਕਰਦੀਆਂ ਹਨ: ਪਹਿਲੇ ਮਾਰਗ ਰਾਹੀਂ 1000 ਬੇਨਤੀਆਂ, ਦੂਜੇ ਮਾਰਗ ਰਾਹੀਂ ਅਗਲੀਆਂ 1000 ਬੇਨਤੀਆਂ, ਆਦਿ। ਹੋਸਟ ਅਤੇ ਦੋ-ਕੰਟਰੋਲਰ ਐਰੇ ਵਿਚਕਾਰ ਅਜਿਹੀ ਪਰਸਪਰ ਕਿਰਿਆ ਅਸੰਤੁਲਿਤ ਹੋਵੇਗੀ। ਇਸ ਲਈ, ਅਸੀਂ Esxcli/PowerCLI ਰਾਹੀਂ ਰਾਊਂਡ ਰੌਬਿਨ ਨੀਤੀ = 1 ਪੈਰਾਮੀਟਰ ਸੈੱਟ ਕਰਨ ਦੀ ਸਿਫ਼ਾਰਿਸ਼ ਕਰਦੇ ਹਾਂ।

ਪੈਰਾਮੀਟਰ

Esxcli ਲਈ:

• ਉਪਲਬਧ LUN ਦੀ ਸੂਚੀ ਬਣਾਓ

esxcli ਸਟੋਰੇਜ਼ nmp ਡਿਵਾਈਸ ਸੂਚੀ

• ਡਿਵਾਈਸ ਦਾ ਨਾਮ ਕਾਪੀ ਕਰੋ
• ਰਾਊਂਡ ਰੌਬਿਨ ਨੀਤੀ ਬਦਲੋ

esxcli ਸਟੋਰੇਜ਼ nmp psp ਰਾਉਂਡਰੋਬਿਨ ਡਿਵਾਈਸ ਕੌਂਫਿਗ ਸੈਟ —type=iops —iops=1 —device=“device_ID”

ਜ਼ਿਆਦਾਤਰ ਆਧੁਨਿਕ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਬੈਂਡਵਿਡਥ ਦੀ ਵੱਧ ਤੋਂ ਵੱਧ ਵਰਤੋਂ ਅਤੇ CPU ਲੋਡ ਨੂੰ ਘਟਾਉਣ ਲਈ ਵੱਡੇ ਡੇਟਾ ਪੈਕੇਟਾਂ ਦਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਸ ਲਈ, ESXi ਮੂਲ ਰੂਪ ਵਿੱਚ 32767KB ਤੱਕ ਸਟੋਰੇਜ਼ ਡਿਵਾਈਸ ਲਈ I/O ਬੇਨਤੀਆਂ ਜਾਰੀ ਕਰਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਕੁਝ ਦ੍ਰਿਸ਼ਾਂ ਲਈ, ਛੋਟੇ ਹਿੱਸਿਆਂ ਦਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਕਰਨਾ ਵਧੇਰੇ ਲਾਭਕਾਰੀ ਹੋਵੇਗਾ। AccelStor ਐਰੇ ਲਈ, ਇਹ ਹੇਠਾਂ ਦਿੱਤੇ ਦ੍ਰਿਸ਼ ਹਨ:

• ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਲੀਗੇਸੀ BIOS ਦੀ ਬਜਾਏ UEFI ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ
• vSphere ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ

ਅਜਿਹੇ ਹਾਲਾਤਾਂ ਲਈ, Disk.DiskMaxIOSize ਪੈਰਾਮੀਟਰ ਦੇ ਮੁੱਲ ਨੂੰ 4096 ਵਿੱਚ ਬਦਲਣ ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

iSCSI ਕੁਨੈਕਸ਼ਨਾਂ ਲਈ, ਕਨੈਕਸ਼ਨ ਸਥਿਰਤਾ ਨੂੰ ਵਧਾਉਣ ਲਈ ਲਾਗਇਨ ਟਾਈਮਆਉਟ ਪੈਰਾਮੀਟਰ ਨੂੰ 30 (ਮੂਲ 5) ਵਿੱਚ ਬਦਲਣ ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਫਾਰਵਰਡ ਕੀਤੇ ਪੈਕੇਟਾਂ ਦੀ ਪੁਸ਼ਟੀ ਲਈ DelayedAck ਦੇਰੀ ਨੂੰ ਅਯੋਗ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਦੋਵੇਂ ਵਿਕਲਪ vSphere ਕਲਾਇੰਟ ਵਿੱਚ ਹਨ: ਹੋਸਟ → ਕੌਂਫਿਗਰ → ਸਟੋਰੇਜ਼ → ਸਟੋਰੇਜ ਅਡਾਪਟਰ → iSCSI ਅਡਾਪਟਰ ਲਈ ਉੱਨਤ ਵਿਕਲਪ

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

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

ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਦੀ ਸਥਾਪਨਾ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ

ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਨੂੰ ਸਥਾਪਤ ਕਰਨ ਵੇਲੇ ਕੋਈ ਵਿਸ਼ੇਸ਼ ਲੋੜਾਂ ਨਹੀਂ ਹਨ, ਜਾਂ ਇਸ ਦੀ ਬਜਾਏ ਉਹ ਕਾਫ਼ੀ ਆਮ ਹਨ:

• ਸਭ ਤੋਂ ਵੱਧ ਸੰਭਵ VM ਸੰਸਕਰਣ (ਅਨੁਕੂਲਤਾ) ਦੀ ਵਰਤੋਂ ਕਰਨਾ
• ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਨੂੰ ਸੰਘਣੀ ਰੱਖਣ ਵੇਲੇ ਰੈਮ ਦਾ ਆਕਾਰ ਸੈੱਟ ਕਰਨਾ ਵਧੇਰੇ ਸਾਵਧਾਨ ਹੈ, ਉਦਾਹਰਨ ਲਈ, VDI ਵਿੱਚ (ਡਿਫਾਲਟ ਤੌਰ 'ਤੇ, ਸ਼ੁਰੂਆਤੀ ਸਮੇਂ, ਰੈਮ ਦੇ ਅਨੁਕੂਲ ਆਕਾਰ ਦੀ ਇੱਕ ਪੰਨਾ ਫਾਈਲ ਬਣਾਈ ਜਾਂਦੀ ਹੈ, ਜੋ ਉਪਯੋਗੀ ਸਮਰੱਥਾ ਦੀ ਖਪਤ ਕਰਦੀ ਹੈ ਅਤੇ ਇਸਦਾ ਪ੍ਰਭਾਵ ਪਾਉਂਦੀ ਹੈ। ਅੰਤਮ ਪ੍ਰਦਰਸ਼ਨ)
• IO ਦੇ ਰੂਪ ਵਿੱਚ ਸਭ ਤੋਂ ਵੱਧ ਲਾਭਕਾਰੀ ਅਡਾਪਟਰ ਸੰਸਕਰਣਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ: ਨੈੱਟਵਰਕ ਕਿਸਮ VMXNET 3 ਅਤੇ SCSI ਕਿਸਮ PVSCSI
• ਵੱਧ ਤੋਂ ਵੱਧ ਪ੍ਰਦਰਸ਼ਨ ਲਈ ਥਿਕ ਪ੍ਰੋਵਿਜ਼ਨ ਈਜ਼ਰ ਜ਼ੀਰੋਡ ਡਿਸਕ ਕਿਸਮ ਦੀ ਵਰਤੋਂ ਕਰੋ ਅਤੇ ਵੱਧ ਤੋਂ ਵੱਧ ਸਟੋਰੇਜ ਸਪੇਸ ਉਪਯੋਗਤਾ ਲਈ ਪਤਲੇ ਪ੍ਰੋਵੀਜ਼ਨਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰੋ।
• ਜੇ ਸੰਭਵ ਹੋਵੇ, ਤਾਂ ਵਰਚੁਅਲ ਡਿਸਕ ਸੀਮਾ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਗੈਰ-I/O ਨਾਜ਼ੁਕ ਮਸ਼ੀਨਾਂ ਦੇ ਸੰਚਾਲਨ ਨੂੰ ਸੀਮਤ ਕਰੋ
• VMware ਟੂਲਸ ਨੂੰ ਸਥਾਪਿਤ ਕਰਨਾ ਯਕੀਨੀ ਬਣਾਓ

ਕਤਾਰਾਂ 'ਤੇ ਨੋਟਸ

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

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

ESXi ਹੋਸਟ ਸਾਈਡ 'ਤੇ, ਸਥਿਤੀ ਪੂਰੀ ਤਰ੍ਹਾਂ ਵੱਖਰੀ ਹੈ। ਮੇਜ਼ਬਾਨ ਖੁਦ ਸਾਰੇ ਭਾਗੀਦਾਰਾਂ ਲਈ ਸਰੋਤਾਂ ਤੱਕ ਬਰਾਬਰ ਪਹੁੰਚ ਦੇ ਅਭਿਆਸ ਨੂੰ ਲਾਗੂ ਕਰਦਾ ਹੈ। ਇਸ ਲਈ, ਗੈਸਟ OS ਅਤੇ HBA ਲਈ ਵੱਖਰੀਆਂ IO ਕਤਾਰਾਂ ਹਨ। ਗਿਸਟ OS ਲਈ ਕਤਾਰਾਂ ਨੂੰ ਕਤਾਰਾਂ ਤੋਂ ਵਰਚੁਅਲ SCSI ਅਡਾਪਟਰ ਅਤੇ ਵਰਚੁਅਲ ਡਿਸਕ ਲਈ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ:

HBA ਲਈ ਕਤਾਰ ਖਾਸ ਕਿਸਮ/ਵਿਕਰੇਤਾ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ:

ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਦਾ ਅੰਤਮ ਪ੍ਰਦਰਸ਼ਨ ਮੇਜ਼ਬਾਨ ਭਾਗਾਂ ਵਿੱਚ ਸਭ ਤੋਂ ਘੱਟ ਕਤਾਰ ਡੂੰਘਾਈ ਸੀਮਾ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਵੇਗਾ।

ਇਹਨਾਂ ਮੁੱਲਾਂ ਲਈ ਧੰਨਵਾਦ, ਅਸੀਂ ਪ੍ਰਦਰਸ਼ਨ ਸੂਚਕਾਂ ਦਾ ਮੁਲਾਂਕਣ ਕਰ ਸਕਦੇ ਹਾਂ ਜੋ ਅਸੀਂ ਇੱਕ ਖਾਸ ਸੰਰਚਨਾ ਵਿੱਚ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹਾਂ। ਉਦਾਹਰਨ ਲਈ, ਅਸੀਂ 0.5ms ਦੀ ਲੇਟੈਂਸੀ ਨਾਲ ਇੱਕ ਵਰਚੁਅਲ ਮਸ਼ੀਨ (ਬਲਾਕ ਬਾਈਡਿੰਗ ਤੋਂ ਬਿਨਾਂ) ਦੀ ਸਿਧਾਂਤਕ ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਜਾਣਨਾ ਚਾਹੁੰਦੇ ਹਾਂ। ਫਿਰ ਇਸਦਾ IOPS = (1,000/ਲੇਟੈਂਸੀ) * ਬਕਾਇਆ I/Os (ਕਤਾਰ ਡੂੰਘਾਈ ਸੀਮਾ)

ਮਿਸਾਲ

ਮਿਸਾਲ 1

• FC Emulex HBA ਅਡਾਪਟਰ
• ਪ੍ਰਤੀ ਡਾਟਾਸਟੋਰ ਇੱਕ VM
• VMware ਪੈਰਾਵਰਚੁਅਲ SCSI ਅਡਾਪਟਰ

ਇੱਥੇ ਕਤਾਰ ਦੀ ਡੂੰਘਾਈ ਸੀਮਾ Emulex HBA ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਇਸ ਲਈ IOPS = (1000/0.5)*32 = 64K

ਮਿਸਾਲ 2

• VMware iSCSI ਸਾਫਟਵੇਅਰ ਅਡਾਪਟਰ
• ਪ੍ਰਤੀ ਡਾਟਾਸਟੋਰ ਇੱਕ VM
• VMware ਪੈਰਾਵਰਚੁਅਲ SCSI ਅਡਾਪਟਰ

ਇੱਥੇ ਕਤਾਰ ਦੀ ਡੂੰਘਾਈ ਸੀਮਾ ਪਹਿਲਾਂ ਹੀ ਪੈਰਾਵਰਚੁਅਲ SCSI ਅਡਾਪਟਰ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤੀ ਗਈ ਹੈ। ਇਸ ਲਈ IOPS = (1000/0.5)*64 = 128K

ਸਾਰੇ ਫਲੈਸ਼ ਐਕਸਲਸਟੋਰ ਐਰੇ ਦੇ ਪ੍ਰਮੁੱਖ ਮਾਡਲ (ਉਦਾਹਰਨ ਲਈ, P710) 700K ਬਲਾਕ 'ਤੇ 4K IOPS ਲਿਖਣ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਪ੍ਰਦਾਨ ਕਰਨ ਦੇ ਸਮਰੱਥ ਹਨ। ਅਜਿਹੇ ਬਲਾਕ ਆਕਾਰ ਦੇ ਨਾਲ, ਇਹ ਬਿਲਕੁਲ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਇੱਕ ਸਿੰਗਲ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਅਜਿਹੀ ਐਰੇ ਨੂੰ ਲੋਡ ਕਰਨ ਦੇ ਸਮਰੱਥ ਨਹੀਂ ਹੈ। ਅਜਿਹਾ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ 11 (ਉਦਾਹਰਨ ਲਈ 1) ਜਾਂ 6 (ਉਦਾਹਰਨ ਲਈ 2) ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਦੀ ਲੋੜ ਪਵੇਗੀ।

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

4K ਰੈਂਡਮ, 70% ਪੜ੍ਹੋ/30% ਲਿਖੋ

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

ਸਰੋਤ: www.habr.com