VMware vSphere ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವಾಗ AFA AccelStor ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಶಿಫಾರಸುಗಳು

ಈ ಲೇಖನದಲ್ಲಿ, ಅತ್ಯಂತ ಜನಪ್ರಿಯ ವರ್ಚುವಲೈಸೇಶನ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಲ್ಲಿ ಒಂದಾದ VMware vSphere ನೊಂದಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಎಲ್ಲಾ Flash AccelStor ಅರೇಗಳ ವೈಶಿಷ್ಟ್ಯಗಳ ಬಗ್ಗೆ ನಾನು ಮಾತನಾಡಲು ಬಯಸುತ್ತೇನೆ. ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೇಳುವುದಾದರೆ, ಆಲ್ ಫ್ಲ್ಯಾಶ್‌ನಂತಹ ಶಕ್ತಿಯುತ ಸಾಧನವನ್ನು ಬಳಸುವುದರಿಂದ ಗರಿಷ್ಠ ಪರಿಣಾಮವನ್ನು ಪಡೆಯಲು ನಿಮಗೆ ಸಹಾಯ ಮಾಡುವ ಆ ನಿಯತಾಂಕಗಳ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸಿ.

AccelStor NeoSapphire™ ಎಲ್ಲಾ ಫ್ಲ್ಯಾಶ್ ಅರೇಗಳು ಒಂದು ಅಥವಾ двух ಡೇಟಾ ಸಂಗ್ರಹಣೆಯ ಪರಿಕಲ್ಪನೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಮತ್ತು ಸ್ವಾಮ್ಯದ ತಂತ್ರಜ್ಞಾನವನ್ನು ಬಳಸಿಕೊಂಡು ಅದಕ್ಕೆ ಪ್ರವೇಶವನ್ನು ಸಂಘಟಿಸಲು ಮೂಲಭೂತವಾಗಿ ವಿಭಿನ್ನವಾದ ವಿಧಾನವನ್ನು ಹೊಂದಿರುವ SSD ಡ್ರೈವ್‌ಗಳನ್ನು ಆಧರಿಸಿದ ನೋಡ್ ಸಾಧನಗಳು FlexiRemap® ಅತ್ಯಂತ ಜನಪ್ರಿಯ RAID ಅಲ್ಗಾರಿದಮ್‌ಗಳ ಬದಲಿಗೆ. ಅರೇಗಳು ಫೈಬರ್ ಚಾನೆಲ್ ಅಥವಾ iSCSI ಇಂಟರ್ಫೇಸ್‌ಗಳ ಮೂಲಕ ಹೋಸ್ಟ್‌ಗಳಿಗೆ ಬ್ಲಾಕ್ ಪ್ರವೇಶವನ್ನು ಒದಗಿಸುತ್ತವೆ. ನ್ಯಾಯೋಚಿತವಾಗಿ ಹೇಳುವುದಾದರೆ, ISCSI ಇಂಟರ್ಫೇಸ್ ಹೊಂದಿರುವ ಮಾದರಿಗಳು ಉತ್ತಮ ಬೋನಸ್ ಆಗಿ ಫೈಲ್ ಪ್ರವೇಶವನ್ನು ಹೊಂದಿವೆ ಎಂಬುದನ್ನು ನಾವು ಗಮನಿಸುತ್ತೇವೆ. ಆದರೆ ಈ ಲೇಖನದಲ್ಲಿ ನಾವು ಎಲ್ಲಾ ಫ್ಲ್ಯಾಶ್‌ಗೆ ಹೆಚ್ಚು ಉತ್ಪಾದಕವಾಗಿ ಬ್ಲಾಕ್ ಪ್ರೋಟೋಕಾಲ್‌ಗಳ ಬಳಕೆಯನ್ನು ಕೇಂದ್ರೀಕರಿಸುತ್ತೇವೆ.

AccelStor ಅರೇ ಮತ್ತು VMware vSphere ವರ್ಚುವಲೈಸೇಶನ್ ಸಿಸ್ಟಮ್ನ ಜಂಟಿ ಕಾರ್ಯಾಚರಣೆಯ ನಿಯೋಜನೆ ಮತ್ತು ನಂತರದ ಸಂರಚನೆಯ ಸಂಪೂರ್ಣ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಹಲವಾರು ಹಂತಗಳಾಗಿ ವಿಂಗಡಿಸಬಹುದು:

• SAN ನೆಟ್ವರ್ಕ್ನ ಸಂಪರ್ಕ ಟೋಪೋಲಜಿ ಮತ್ತು ಸಂರಚನೆಯ ಅನುಷ್ಠಾನ;
• ಎಲ್ಲಾ ಫ್ಲ್ಯಾಶ್ ರಚನೆಯನ್ನು ಹೊಂದಿಸಲಾಗುತ್ತಿದೆ;
• ESXi ಹೋಸ್ಟ್‌ಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗುತ್ತಿದೆ;
• ವರ್ಚುವಲ್ ಯಂತ್ರಗಳನ್ನು ಹೊಂದಿಸಲಾಗುತ್ತಿದೆ.

AccelStor NeoSapphire™ ಫೈಬರ್ ಚಾನೆಲ್ ಅರೇಗಳು ಮತ್ತು iSCSI ಅರೇಗಳನ್ನು ಮಾದರಿ ಯಂತ್ರಾಂಶವಾಗಿ ಬಳಸಲಾಗಿದೆ. ಮೂಲ ಸಾಫ್ಟ್‌ವೇರ್ VMware vSphere 6.7U1 ಆಗಿದೆ.

ಈ ಲೇಖನದಲ್ಲಿ ವಿವರಿಸಿದ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ನಿಯೋಜಿಸುವ ಮೊದಲು, ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗಳಿಗೆ ಸಂಬಂಧಿಸಿದಂತೆ ನೀವು VMware ನಿಂದ ದಸ್ತಾವೇಜನ್ನು ಓದಲು ಹೆಚ್ಚು ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ (VMware vSphere 6.7 ಗಾಗಿ ಕಾರ್ಯಕ್ಷಮತೆ ಅತ್ಯುತ್ತಮ ಅಭ್ಯಾಸಗಳು ) ಮತ್ತು iSCSI ಸೆಟ್ಟಿಂಗ್‌ಗಳು (iSCSI ನಲ್ಲಿ VMware vSphere ಅನ್ನು ಚಲಾಯಿಸಲು ಉತ್ತಮ ಅಭ್ಯಾಸಗಳು)

ಸಂಪರ್ಕ ಟೋಪೋಲಜಿ ಮತ್ತು SAN ನೆಟ್ವರ್ಕ್ ಕಾನ್ಫಿಗರೇಶನ್

SAN ನೆಟ್‌ವರ್ಕ್‌ನ ಮುಖ್ಯ ಅಂಶಗಳೆಂದರೆ ESXi ಹೋಸ್ಟ್‌ಗಳಲ್ಲಿ HBAಗಳು, SAN ಸ್ವಿಚ್‌ಗಳು ಮತ್ತು ಅರೇ ನೋಡ್‌ಗಳು. ಅಂತಹ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ವಿಶಿಷ್ಟವಾದ ಟೋಪೋಲಜಿ ಈ ರೀತಿ ಕಾಣುತ್ತದೆ:

ಇಲ್ಲಿ ಸ್ವಿಚ್ ಎಂಬ ಪದವು ಪ್ರತ್ಯೇಕ ಭೌತಿಕ ಸ್ವಿಚ್ ಅಥವಾ ಸ್ವಿಚ್‌ಗಳ ಸೆಟ್ (ಫ್ಯಾಬ್ರಿಕ್), ಮತ್ತು ವಿವಿಧ ಸೇವೆಗಳ ನಡುವೆ ಹಂಚಿಕೊಳ್ಳಲಾದ ಸಾಧನ ಎರಡನ್ನೂ ಸೂಚಿಸುತ್ತದೆ (ಫೈಬರ್ ಚಾನೆಲ್‌ನ ಸಂದರ್ಭದಲ್ಲಿ VSAN ಮತ್ತು iSCSI ಸಂದರ್ಭದಲ್ಲಿ VLAN). ಎರಡು ಸ್ವತಂತ್ರ ಸ್ವಿಚ್‌ಗಳು/ಫ್ಯಾಬ್ರಿಕ್‌ಗಳನ್ನು ಬಳಸುವುದು ವೈಫಲ್ಯದ ಸಂಭವನೀಯ ಬಿಂದುವನ್ನು ನಿವಾರಿಸುತ್ತದೆ.

ಅರೇಗೆ ಹೋಸ್ಟ್‌ಗಳ ನೇರ ಸಂಪರ್ಕ, ಬೆಂಬಲಿತವಾಗಿದ್ದರೂ, ಹೆಚ್ಚು ಶಿಫಾರಸು ಮಾಡಲಾಗಿಲ್ಲ. ಎಲ್ಲಾ ಫ್ಲ್ಯಾಶ್ ಅರೇಗಳ ಕಾರ್ಯಕ್ಷಮತೆ ಸಾಕಷ್ಟು ಹೆಚ್ಚಾಗಿದೆ. ಮತ್ತು ಗರಿಷ್ಠ ವೇಗಕ್ಕಾಗಿ, ರಚನೆಯ ಎಲ್ಲಾ ಪೋರ್ಟ್‌ಗಳನ್ನು ಬಳಸಬೇಕು. ಆದ್ದರಿಂದ, ಅತಿಥೇಯಗಳು ಮತ್ತು NeoSapphire™ ನಡುವೆ ಕನಿಷ್ಠ ಒಂದು ಸ್ವಿಚ್‌ನ ಉಪಸ್ಥಿತಿಯು ಕಡ್ಡಾಯವಾಗಿದೆ.

ಹೋಸ್ಟ್ HBA ನಲ್ಲಿ ಎರಡು ಪೋರ್ಟ್‌ಗಳ ಉಪಸ್ಥಿತಿಯು ಗರಿಷ್ಠ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಸಾಧಿಸಲು ಮತ್ತು ದೋಷ ಸಹಿಷ್ಣುತೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಕಡ್ಡಾಯ ಅವಶ್ಯಕತೆಯಾಗಿದೆ.

ಫೈಬರ್ ಚಾನೆಲ್ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಬಳಸುವಾಗ, ಇನಿಶಿಯೇಟರ್‌ಗಳು ಮತ್ತು ಗುರಿಗಳ ನಡುವಿನ ಸಂಭವನೀಯ ಘರ್ಷಣೆಗಳನ್ನು ತೊಡೆದುಹಾಕಲು ವಲಯವನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕು. "ಒಂದು ಇನಿಶಿಯೇಟರ್ ಪೋರ್ಟ್ - ಒಂದು ಅಥವಾ ಹೆಚ್ಚಿನ ಅರೇ ಪೋರ್ಟ್‌ಗಳು" ತತ್ವದ ಮೇಲೆ ವಲಯಗಳನ್ನು ನಿರ್ಮಿಸಲಾಗಿದೆ.

ಇತರ ಸೇವೆಗಳೊಂದಿಗೆ ಹಂಚಿಕೊಳ್ಳಲಾದ ಸ್ವಿಚ್ ಅನ್ನು ಬಳಸುವ ಸಂದರ್ಭದಲ್ಲಿ ನೀವು iSCSI ಮೂಲಕ ಸಂಪರ್ಕವನ್ನು ಬಳಸಿದರೆ, ನಂತರ ಪ್ರತ್ಯೇಕ VLAN ಒಳಗೆ iSCSI ಟ್ರಾಫಿಕ್ ಅನ್ನು ಪ್ರತ್ಯೇಕಿಸುವುದು ಕಡ್ಡಾಯವಾಗಿದೆ. ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಪ್ಯಾಕೆಟ್‌ಗಳ ಗಾತ್ರವನ್ನು ಹೆಚ್ಚಿಸಲು ಜಂಬೋ ಫ್ರೇಮ್‌ಗಳಿಗೆ (MTU = 9000) ಬೆಂಬಲವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲು ಮತ್ತು ಪ್ರಸರಣದ ಸಮಯದಲ್ಲಿ ಓವರ್‌ಹೆಡ್ ಮಾಹಿತಿಯ ಪ್ರಮಾಣವನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಸಹ ಹೆಚ್ಚು ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ. ಆದಾಗ್ಯೂ, ಸರಿಯಾದ ಕಾರ್ಯಾಚರಣೆಗಾಗಿ "ಇನಿಶಿಯೇಟರ್-ಸ್ವಿಚ್-ಟಾರ್ಗೆಟ್" ಸರಪಳಿಯ ಉದ್ದಕ್ಕೂ ಎಲ್ಲಾ ನೆಟ್‌ವರ್ಕ್ ಘಟಕಗಳಲ್ಲಿ MTU ನಿಯತಾಂಕವನ್ನು ಬದಲಾಯಿಸುವುದು ಅವಶ್ಯಕ ಎಂದು ನೆನಪಿನಲ್ಲಿಟ್ಟುಕೊಳ್ಳುವುದು ಯೋಗ್ಯವಾಗಿದೆ.

ಎಲ್ಲಾ ಫ್ಲ್ಯಾಶ್ ರಚನೆಯನ್ನು ಹೊಂದಿಸಲಾಗುತ್ತಿದೆ

ಈಗಾಗಲೇ ರೂಪುಗೊಂಡ ಗುಂಪುಗಳೊಂದಿಗೆ ಗ್ರಾಹಕರಿಗೆ ಶ್ರೇಣಿಯನ್ನು ತಲುಪಿಸಲಾಗುತ್ತದೆ FlexiRemap®. ಆದ್ದರಿಂದ, ಡ್ರೈವ್ಗಳನ್ನು ಒಂದೇ ರಚನೆಯಲ್ಲಿ ಸಂಯೋಜಿಸಲು ಯಾವುದೇ ಕ್ರಮಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಬೇಕಾಗಿಲ್ಲ. ನೀವು ಅಗತ್ಯವಿರುವ ಗಾತ್ರ ಮತ್ತು ಪ್ರಮಾಣದ ಸಂಪುಟಗಳನ್ನು ರಚಿಸಬೇಕಾಗಿದೆ.

ಅನುಕೂಲಕ್ಕಾಗಿ, ನಿರ್ದಿಷ್ಟ ಗಾತ್ರದ ಹಲವಾರು ಸಂಪುಟಗಳ ಬ್ಯಾಚ್ ರಚನೆಗೆ ಏಕಕಾಲದಲ್ಲಿ ಕ್ರಿಯಾತ್ಮಕತೆ ಇದೆ. ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, ತೆಳುವಾದ ಪರಿಮಾಣಗಳನ್ನು ರಚಿಸಲಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ಇದು ಲಭ್ಯವಿರುವ ಶೇಖರಣಾ ಸ್ಥಳವನ್ನು ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಬಳಸಲು ಅನುಮತಿಸುತ್ತದೆ (ಸ್ಪೇಸ್ ರಿಕ್ಲೇಮೇಶನ್‌ಗೆ ಬೆಂಬಲವನ್ನು ಒಳಗೊಂಡಂತೆ). ಕಾರ್ಯಕ್ಷಮತೆಯ ವಿಷಯದಲ್ಲಿ, "ತೆಳುವಾದ" ಮತ್ತು "ದಪ್ಪ" ಸಂಪುಟಗಳ ನಡುವಿನ ವ್ಯತ್ಯಾಸವು 1% ಮೀರುವುದಿಲ್ಲ. ಆದಾಗ್ಯೂ, ನೀವು ರಚನೆಯಿಂದ "ಎಲ್ಲಾ ರಸವನ್ನು ಹಿಂಡಲು" ಬಯಸಿದರೆ, ನೀವು ಯಾವಾಗಲೂ ಯಾವುದೇ "ತೆಳುವಾದ" ಪರಿಮಾಣವನ್ನು "ದಪ್ಪ" ಆಗಿ ಪರಿವರ್ತಿಸಬಹುದು. ಆದರೆ ಅಂತಹ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಬದಲಾಯಿಸಲಾಗುವುದಿಲ್ಲ ಎಂದು ನೆನಪಿನಲ್ಲಿಡಬೇಕು.

ಮುಂದೆ, ರಚಿಸಲಾದ ಸಂಪುಟಗಳನ್ನು "ಪ್ರಕಟಿಸಲು" ಮತ್ತು ACL ಗಳನ್ನು (iSCSI ಮತ್ತು WWPN ಗಾಗಿ IP ವಿಳಾಸಗಳು) ಮತ್ತು ಅರೇ ಪೋರ್ಟ್‌ಗಳಿಂದ ಭೌತಿಕ ಪ್ರತ್ಯೇಕತೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಹೋಸ್ಟ್‌ಗಳಿಂದ ಪ್ರವೇಶ ಹಕ್ಕುಗಳನ್ನು ಹೊಂದಿಸಲು ಇದು ಉಳಿದಿದೆ. iSCSI ಮಾದರಿಗಳಿಗಾಗಿ ಇದನ್ನು ಟಾರ್ಗೆಟ್ ರಚಿಸುವ ಮೂಲಕ ಮಾಡಲಾಗುತ್ತದೆ.

FC ಮಾದರಿಗಳಿಗೆ, ರಚನೆಯ ಪ್ರತಿ ಪೋರ್ಟ್‌ಗೆ LUN ಅನ್ನು ರಚಿಸುವ ಮೂಲಕ ಪ್ರಕಟಣೆಯು ಸಂಭವಿಸುತ್ತದೆ.

ಸೆಟಪ್ ಪ್ರಕ್ರಿಯೆಯನ್ನು ವೇಗಗೊಳಿಸಲು, ಹೋಸ್ಟ್‌ಗಳನ್ನು ಗುಂಪುಗಳಾಗಿ ಸಂಯೋಜಿಸಬಹುದು. ಇದಲ್ಲದೆ, ಹೋಸ್ಟ್ ಮಲ್ಟಿಪೋರ್ಟ್ FC HBA ಅನ್ನು ಬಳಸಿದರೆ (ಇದು ಪ್ರಾಯೋಗಿಕವಾಗಿ ಹೆಚ್ಚಾಗಿ ಸಂಭವಿಸುತ್ತದೆ), ನಂತರ ಸಿಸ್ಟಮ್ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಅಂತಹ HBA ಯ ಪೋರ್ಟ್‌ಗಳು ಒಂದೇ ಹೋಸ್ಟ್‌ಗೆ ಸೇರಿವೆ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ WWPN ಗಳಿಗೆ ಧನ್ಯವಾದಗಳು. ಟಾರ್ಗೆಟ್/LUN ನ ಬ್ಯಾಚ್ ರಚನೆಯು ಎರಡೂ ಇಂಟರ್ಫೇಸ್‌ಗಳಿಗೆ ಸಹ ಬೆಂಬಲಿತವಾಗಿದೆ.

iSCSI ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಬಳಸುವಾಗ ಒಂದು ಪ್ರಮುಖ ಟಿಪ್ಪಣಿ ಎಂದರೆ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಹೆಚ್ಚಿಸಲು ಏಕಕಾಲದಲ್ಲಿ ಪರಿಮಾಣಗಳಿಗೆ ಬಹು ಗುರಿಗಳನ್ನು ರಚಿಸುವುದು, ಏಕೆಂದರೆ ಗುರಿಯ ಮೇಲಿನ ಸರತಿಯನ್ನು ಬದಲಾಯಿಸಲಾಗುವುದಿಲ್ಲ ಮತ್ತು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಅಡಚಣೆಯಾಗುತ್ತದೆ.

ESXi ಹೋಸ್ಟ್‌ಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗುತ್ತಿದೆ

ESXi ಹೋಸ್ಟ್ ಭಾಗದಲ್ಲಿ, ಮೂಲಭೂತ ಸಂರಚನೆಯನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ನಿರೀಕ್ಷಿತ ಸನ್ನಿವೇಶದ ಪ್ರಕಾರ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ. iSCSI ಸಂಪರ್ಕಕ್ಕಾಗಿ ಕಾರ್ಯವಿಧಾನ:

1. ಸಾಫ್ಟ್‌ವೇರ್ iSCSI ಅಡಾಪ್ಟರ್ ಅನ್ನು ಸೇರಿಸಿ (ಅದನ್ನು ಈಗಾಗಲೇ ಸೇರಿಸಿದ್ದರೆ ಅಥವಾ ನೀವು ಹಾರ್ಡ್‌ವೇರ್ iSCSI ಅಡಾಪ್ಟರ್ ಬಳಸುತ್ತಿದ್ದರೆ ಅಗತ್ಯವಿಲ್ಲ);
2. iSCSI ಟ್ರಾಫಿಕ್ ಹಾದುಹೋಗುವ vSwitch ಅನ್ನು ರಚಿಸುವುದು ಮತ್ತು ಅದಕ್ಕೆ ಭೌತಿಕ ಅಪ್‌ಲಿಂಕ್ ಮತ್ತು VMkernal ಅನ್ನು ಸೇರಿಸುವುದು;
3. ಡೈನಾಮಿಕ್ ಡಿಸ್ಕವರಿಗೆ ಅರೇ ವಿಳಾಸಗಳನ್ನು ಸೇರಿಸುವುದು;
4. ಡೇಟಾಸ್ಟೋರ್ ರಚನೆ

ಕೆಲವು ಪ್ರಮುಖ ಟಿಪ್ಪಣಿಗಳು:

• ಸಾಮಾನ್ಯ ಸಂದರ್ಭದಲ್ಲಿ, ಸಹಜವಾಗಿ, ನೀವು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ vSwitch ಅನ್ನು ಬಳಸಬಹುದು, ಆದರೆ ಪ್ರತ್ಯೇಕ vSwitch ಸಂದರ್ಭದಲ್ಲಿ, ಹೋಸ್ಟ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸುವುದು ಹೆಚ್ಚು ಸುಲಭವಾಗುತ್ತದೆ.
• ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗಳನ್ನು ತಪ್ಪಿಸಲು ಪ್ರತ್ಯೇಕ ಭೌತಿಕ ಲಿಂಕ್‌ಗಳು ಮತ್ತು/ಅಥವಾ VLAN ಗಳಲ್ಲಿ ನಿರ್ವಹಣೆ ಮತ್ತು iSCSI ದಟ್ಟಣೆಯನ್ನು ಪ್ರತ್ಯೇಕಿಸುವುದು ಅವಶ್ಯಕ.
• VMkernal ನ IP ವಿಳಾಸಗಳು ಮತ್ತು ಎಲ್ಲಾ ಫ್ಲ್ಯಾಶ್ ರಚನೆಯ ಅನುಗುಣವಾದ ಪೋರ್ಟ್‌ಗಳು ಒಂದೇ ಸಬ್‌ನೆಟ್‌ನೊಳಗೆ ಇರಬೇಕು, ಮತ್ತೆ ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗಳಿಂದಾಗಿ.
• VMware ನಿಯಮಗಳ ಪ್ರಕಾರ ದೋಷ ಸಹಿಷ್ಣುತೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು, vSwitch ಕನಿಷ್ಠ ಎರಡು ಭೌತಿಕ ಅಪ್‌ಲಿಂಕ್‌ಗಳನ್ನು ಹೊಂದಿರಬೇಕು
• ಜಂಬೋ ಫ್ರೇಮ್‌ಗಳನ್ನು ಬಳಸಿದರೆ, ನೀವು vSwitch ಮತ್ತು VMkernal ಎರಡರ MTU ಅನ್ನು ಬದಲಾಯಿಸಬೇಕಾಗುತ್ತದೆ
• iSCSI ಟ್ರಾಫಿಕ್‌ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಬಳಸಲಾಗುವ ಭೌತಿಕ ಅಡಾಪ್ಟರ್‌ಗಳಿಗಾಗಿ VMware ಶಿಫಾರಸುಗಳ ಪ್ರಕಾರ, ಟೀಮಿಂಗ್ ಮತ್ತು ಫೇಲ್‌ಓವರ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದು ಅವಶ್ಯಕ ಎಂದು ನಿಮಗೆ ನೆನಪಿಸಲು ಇದು ಉಪಯುಕ್ತವಾಗಿದೆ. ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೇಳುವುದಾದರೆ, ಪ್ರತಿ VMkernal ಕೇವಲ ಒಂದು ಅಪ್ಲಿಂಕ್ ಮೂಲಕ ಕೆಲಸ ಮಾಡಬೇಕು, ಎರಡನೇ ಅಪ್ಲಿಂಕ್ ಅನ್ನು ಬಳಕೆಯಾಗದ ಮೋಡ್ಗೆ ಬದಲಾಯಿಸಬೇಕು. ದೋಷ ಸಹಿಷ್ಣುತೆಗಾಗಿ, ನೀವು ಎರಡು VMkernal ಗಳನ್ನು ಸೇರಿಸುವ ಅಗತ್ಯವಿದೆ, ಪ್ರತಿಯೊಂದೂ ತನ್ನದೇ ಆದ ಅಪ್ಲಿಂಕ್ ಮೂಲಕ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.

VMkernel ಅಡಾಪ್ಟರ್ (vmk#)
ಭೌತಿಕ ನೆಟ್‌ವರ್ಕ್ ಅಡಾಪ್ಟರ್ (vmnic#)

vmk1 (ಸಂಗ್ರಹಣೆ01)
ಸಕ್ರಿಯ ಅಡಾಪ್ಟರುಗಳು
vmnic2
ಬಳಕೆಯಾಗದ ಅಡಾಪ್ಟರುಗಳು
vmnic3

vmk2 (ಸಂಗ್ರಹಣೆ02)
ಸಕ್ರಿಯ ಅಡಾಪ್ಟರುಗಳು
vmnic3
ಬಳಕೆಯಾಗದ ಅಡಾಪ್ಟರುಗಳು
vmnic2

ಫೈಬರ್ ಚಾನಲ್ ಮೂಲಕ ಸಂಪರ್ಕಿಸಲು ಯಾವುದೇ ಪ್ರಾಥಮಿಕ ಹಂತಗಳ ಅಗತ್ಯವಿಲ್ಲ. ನೀವು ತಕ್ಷಣ ಡೇಟಾಸ್ಟೋರ್ ಅನ್ನು ರಚಿಸಬಹುದು.

ಡೇಟಾಸ್ಟೋರ್ ಅನ್ನು ರಚಿಸಿದ ನಂತರ, ಟಾರ್ಗೆಟ್/ಎಲ್‌ಯುಎನ್‌ಗೆ ಮಾರ್ಗಗಳಿಗಾಗಿ ರೌಂಡ್ ರಾಬಿನ್ ನೀತಿಯನ್ನು ಹೆಚ್ಚು ಕಾರ್ಯಕ್ಷಮತೆಯಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ ಎಂದು ನೀವು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬೇಕು.

ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, VMware ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಯೋಜನೆಯ ಪ್ರಕಾರ ಈ ನೀತಿಯ ಬಳಕೆಯನ್ನು ಒದಗಿಸುತ್ತವೆ: ಮೊದಲ ಮಾರ್ಗದ ಮೂಲಕ 1000 ವಿನಂತಿಗಳು, ಎರಡನೇ ಮಾರ್ಗದ ಮೂಲಕ ಮುಂದಿನ 1000 ವಿನಂತಿಗಳು, ಇತ್ಯಾದಿ. ಹೋಸ್ಟ್ ಮತ್ತು ಎರಡು-ನಿಯಂತ್ರಕ ರಚನೆಯ ನಡುವಿನ ಅಂತಹ ಪರಸ್ಪರ ಕ್ರಿಯೆಯು ಅಸಮತೋಲಿತವಾಗಿರುತ್ತದೆ. ಆದ್ದರಿಂದ, Esxcli/PowerCLI ಮೂಲಕ ರೌಂಡ್ ರಾಬಿನ್ ನೀತಿ = 1 ನಿಯತಾಂಕವನ್ನು ಹೊಂದಿಸಲು ನಾವು ಶಿಫಾರಸು ಮಾಡುತ್ತೇವೆ.

ನಿಯತಾಂಕಗಳನ್ನು

Esxcli ಗಾಗಿ:

• ಲಭ್ಯವಿರುವ LUN ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ

esxcli ಶೇಖರಣಾ nmp ಸಾಧನ ಪಟ್ಟಿ

• ಸಾಧನದ ಹೆಸರನ್ನು ನಕಲಿಸಿ
• ರೌಂಡ್ ರಾಬಿನ್ ನೀತಿಯನ್ನು ಬದಲಾಯಿಸಿ

esxcli ಸ್ಟೋರೇಜ್ nmp ಪಿಎಸ್ಪಿ ರೌಂಡ್‌ರೋಬಿನ್ ಡಿವೈಸ್‌ಕಾನ್ಫಿಗ್ ಸೆಟ್ —ಟೈಪ್=ಐಒಎಸ್ —ಐಒಪ್ಸ್=1 —ಡಿವೈಸ್=“ಡಿವೈಸ್_ಐಡಿ”

ಹೆಚ್ಚಿನ ಆಧುನಿಕ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಬಳಕೆಯನ್ನು ಗರಿಷ್ಠಗೊಳಿಸಲು ಮತ್ತು CPU ಲೋಡ್ ಅನ್ನು ಕಡಿಮೆ ಮಾಡಲು ದೊಡ್ಡ ಡೇಟಾ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ವಿನಿಮಯ ಮಾಡಲು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ. ಆದ್ದರಿಂದ, ESXi ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ 32767KB ವರೆಗಿನ ಭಾಗಗಳಲ್ಲಿ ಶೇಖರಣಾ ಸಾಧನಕ್ಕೆ I/O ವಿನಂತಿಗಳನ್ನು ನೀಡುತ್ತದೆ. ಆದಾಗ್ಯೂ, ಕೆಲವು ಸನ್ನಿವೇಶಗಳಿಗೆ, ಸಣ್ಣ ತುಂಡುಗಳನ್ನು ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳುವುದು ಹೆಚ್ಚು ಉತ್ಪಾದಕವಾಗಿರುತ್ತದೆ. AccelStor ಅರೇಗಳಿಗೆ, ಇವುಗಳು ಈ ಕೆಳಗಿನ ಸನ್ನಿವೇಶಗಳಾಗಿವೆ:

• ವರ್ಚುವಲ್ ಯಂತ್ರವು ಲೆಗಸಿ BIOS ಬದಲಿಗೆ UEFI ಅನ್ನು ಬಳಸುತ್ತದೆ
• vSphere ರೆಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಬಳಸುತ್ತದೆ

ಅಂತಹ ಸನ್ನಿವೇಶಗಳಿಗಾಗಿ, Disk.DiskMaxIOSize ನಿಯತಾಂಕದ ಮೌಲ್ಯವನ್ನು 4096 ಗೆ ಬದಲಾಯಿಸಲು ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ.

iSCSI ಸಂಪರ್ಕಗಳಿಗಾಗಿ, ಸಂಪರ್ಕದ ಸ್ಥಿರತೆಯನ್ನು ಹೆಚ್ಚಿಸಲು ಮತ್ತು ಫಾರ್ವರ್ಡ್ ಮಾಡಿದ ಪ್ಯಾಕೆಟ್‌ಗಳ ದೃಢೀಕರಣಕ್ಕಾಗಿ DelayedAck ವಿಳಂಬವನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲು ಲಾಗಿನ್ ಟೈಮ್‌ಔಟ್ ಪ್ಯಾರಾಮೀಟರ್ ಅನ್ನು 30 (ಡೀಫಾಲ್ಟ್ 5) ಗೆ ಬದಲಾಯಿಸಲು ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ. ಎರಡೂ ಆಯ್ಕೆಗಳು vSphere ಕ್ಲೈಂಟ್‌ನಲ್ಲಿವೆ: ಹೋಸ್ಟ್ → ಕಾನ್ಫಿಗರ್ → ಸ್ಟೋರೇಜ್ → ಸ್ಟೋರೇಜ್ ಅಡಾಪ್ಟರ್‌ಗಳು → iSCSI ಅಡಾಪ್ಟರ್‌ಗಾಗಿ ಸುಧಾರಿತ ಆಯ್ಕೆಗಳು

ಡೇಟಾಸ್ಟೋರ್‌ಗಾಗಿ ಬಳಸಲಾದ ಸಂಪುಟಗಳ ಸಂಖ್ಯೆಯು ಸೂಕ್ಷ್ಮವಾದ ಅಂಶವಾಗಿದೆ. ನಿರ್ವಹಣೆಯ ಸುಲಭತೆಗಾಗಿ, ರಚನೆಯ ಸಂಪೂರ್ಣ ಪರಿಮಾಣಕ್ಕೆ ಒಂದು ದೊಡ್ಡ ಪರಿಮಾಣವನ್ನು ರಚಿಸುವ ಬಯಕೆ ಇದೆ ಎಂಬುದು ಸ್ಪಷ್ಟವಾಗಿದೆ. ಆದಾಗ್ಯೂ, ಹಲವಾರು ಸಂಪುಟಗಳ ಉಪಸ್ಥಿತಿ ಮತ್ತು ಅದರ ಪ್ರಕಾರ, ಡೇಟಾಸ್ಟೋರ್ ಒಟ್ಟಾರೆ ಕಾರ್ಯಕ್ಷಮತೆಯ ಮೇಲೆ ಪ್ರಯೋಜನಕಾರಿ ಪರಿಣಾಮವನ್ನು ಬೀರುತ್ತದೆ (ಕೆಳಗಿನ ಸಾಲುಗಳ ಬಗ್ಗೆ ಇನ್ನಷ್ಟು). ಆದ್ದರಿಂದ, ಕನಿಷ್ಠ ಎರಡು ಸಂಪುಟಗಳನ್ನು ರಚಿಸಲು ನಾವು ಶಿಫಾರಸು ಮಾಡುತ್ತೇವೆ.

ತುಲನಾತ್ಮಕವಾಗಿ ಇತ್ತೀಚಿನವರೆಗೂ, VMware ಒಂದು ಡೇಟಾಸ್ಟೋರ್‌ನಲ್ಲಿ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳ ಸಂಖ್ಯೆಯನ್ನು ಮಿತಿಗೊಳಿಸಲು ಸಲಹೆ ನೀಡಿತು, ಮತ್ತೊಮ್ಮೆ ಹೆಚ್ಚಿನ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಪಡೆಯಲು. ಆದಾಗ್ಯೂ, ಈಗ, ವಿಶೇಷವಾಗಿ ವಿಡಿಐ ಹರಡುವಿಕೆಯೊಂದಿಗೆ, ಈ ಸಮಸ್ಯೆಯು ಇನ್ನು ಮುಂದೆ ತೀವ್ರವಾಗಿಲ್ಲ. ಆದರೆ ಇದು ದೀರ್ಘಕಾಲದ ನಿಯಮವನ್ನು ರದ್ದುಗೊಳಿಸುವುದಿಲ್ಲ - ವಿವಿಧ ಡೇಟಾಸ್ಟೋರ್‌ಗಳಲ್ಲಿ ತೀವ್ರವಾದ IO ಅಗತ್ಯವಿರುವ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳನ್ನು ವಿತರಿಸಲು. ಪ್ರತಿ ಪರಿಮಾಣಕ್ಕೆ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳ ಅತ್ಯುತ್ತಮ ಸಂಖ್ಯೆಯನ್ನು ನಿರ್ಧರಿಸಲು, ಇದಕ್ಕಿಂತ ಉತ್ತಮವಾದ ಏನೂ ಇಲ್ಲ ಎಲ್ಲಾ Flash AccelStor ರಚನೆಯ ಲೋಡ್ ಪರೀಕ್ಷೆ ಅದರ ಮೂಲಸೌಕರ್ಯದಲ್ಲಿ.

ವರ್ಚುವಲ್ ಯಂತ್ರಗಳನ್ನು ಹೊಂದಿಸಲಾಗುತ್ತಿದೆ

ವರ್ಚುವಲ್ ಯಂತ್ರಗಳನ್ನು ಹೊಂದಿಸುವಾಗ ಯಾವುದೇ ವಿಶೇಷ ಅವಶ್ಯಕತೆಗಳಿಲ್ಲ, ಅಥವಾ ಅವು ತುಂಬಾ ಸಾಮಾನ್ಯವಾಗಿದೆ:

• ಹೆಚ್ಚಿನ ಸಂಭವನೀಯ VM ಆವೃತ್ತಿಯನ್ನು ಬಳಸುವುದು (ಹೊಂದಾಣಿಕೆ)
• ವರ್ಚುವಲ್ ಯಂತ್ರಗಳನ್ನು ದಟ್ಟವಾಗಿ ಇರಿಸುವಾಗ RAM ಗಾತ್ರವನ್ನು ಹೊಂದಿಸಲು ಇದು ಹೆಚ್ಚು ಜಾಗರೂಕವಾಗಿದೆ, ಉದಾಹರಣೆಗೆ, VDI ನಲ್ಲಿ (ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, ಪ್ರಾರಂಭದಲ್ಲಿ, RAM ಗೆ ಅನುಗುಣವಾಗಿ ಗಾತ್ರದ ಪುಟ ಫೈಲ್ ಅನ್ನು ರಚಿಸಲಾಗುತ್ತದೆ, ಇದು ಉಪಯುಕ್ತ ಸಾಮರ್ಥ್ಯವನ್ನು ಬಳಸುತ್ತದೆ ಮತ್ತು ಪರಿಣಾಮ ಬೀರುತ್ತದೆ ಅಂತಿಮ ಪ್ರದರ್ಶನ)
• IO ವಿಷಯದಲ್ಲಿ ಹೆಚ್ಚು ಉತ್ಪಾದಕ ಅಡಾಪ್ಟರ್ ಆವೃತ್ತಿಗಳನ್ನು ಬಳಸಿ: ನೆಟ್ವರ್ಕ್ ಪ್ರಕಾರ VMXNET 3 ಮತ್ತು SCSI ಪ್ರಕಾರ PVSCSI
• ಗರಿಷ್ಠ ಕಾರ್ಯಕ್ಷಮತೆಗಾಗಿ ಥಿಕ್ ಪ್ರಾವಿಷನ್ ಇಜಿರ್ ಝೀರೋಡ್ ಡಿಸ್ಕ್ ಪ್ರಕಾರವನ್ನು ಮತ್ತು ಗರಿಷ್ಠ ಶೇಖರಣಾ ಸ್ಥಳ ಬಳಕೆಗಾಗಿ ಥಿನ್ ಪ್ರಾವಿಶನಿಂಗ್ ಅನ್ನು ಬಳಸಿ
• ಸಾಧ್ಯವಾದರೆ, ವರ್ಚುವಲ್ ಡಿಸ್ಕ್ ಮಿತಿಯನ್ನು ಬಳಸಿಕೊಂಡು I/O ಅಲ್ಲದ ನಿರ್ಣಾಯಕ ಯಂತ್ರಗಳ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಮಿತಿಗೊಳಿಸಿ
• VMware ಪರಿಕರಗಳನ್ನು ಸ್ಥಾಪಿಸಲು ಮರೆಯದಿರಿ

ಸಾಲುಗಳ ಮೇಲಿನ ಟಿಪ್ಪಣಿಗಳು

ಕ್ಯೂ (ಅಥವಾ ಅತ್ಯುತ್ತಮ I/Os) ಎನ್ನುವುದು ನಿರ್ದಿಷ್ಟ ಸಾಧನ/ಅಪ್ಲಿಕೇಶನ್‌ಗಾಗಿ ಯಾವುದೇ ಸಮಯದಲ್ಲಿ ಪ್ರಕ್ರಿಯೆಗಾಗಿ ಕಾಯುತ್ತಿರುವ ಇನ್‌ಪುಟ್/ಔಟ್‌ಪುಟ್ ವಿನಂತಿಗಳ ಸಂಖ್ಯೆ (SCSI ಆಜ್ಞೆಗಳು). ಕ್ಯೂ ಓವರ್‌ಫ್ಲೋ ಸಂದರ್ಭದಲ್ಲಿ, QFULL ದೋಷಗಳನ್ನು ನೀಡಲಾಗುತ್ತದೆ, ಇದು ಅಂತಿಮವಾಗಿ ಲೇಟೆನ್ಸಿ ಪ್ಯಾರಾಮೀಟರ್‌ನಲ್ಲಿ ಹೆಚ್ಚಳಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ. ಡಿಸ್ಕ್ (ಸ್ಪಿಂಡಲ್) ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಬಳಸುವಾಗ, ಸೈದ್ಧಾಂತಿಕವಾಗಿ, ಹೆಚ್ಚಿನ ಕ್ಯೂ, ಹೆಚ್ಚಿನ ಕಾರ್ಯಕ್ಷಮತೆ. ಆದಾಗ್ಯೂ, ನೀವು ಅದನ್ನು ದುರ್ಬಳಕೆ ಮಾಡಬಾರದು, ಏಕೆಂದರೆ ಇದು QFULL ಗೆ ಓಡುವುದು ಸುಲಭ. ಎಲ್ಲಾ ಫ್ಲ್ಯಾಶ್ ವ್ಯವಸ್ಥೆಗಳ ಸಂದರ್ಭದಲ್ಲಿ, ಒಂದೆಡೆ, ಎಲ್ಲವೂ ಸ್ವಲ್ಪ ಸರಳವಾಗಿದೆ: ಎಲ್ಲಾ ನಂತರ, ರಚನೆಯು ಕಡಿಮೆ ಪ್ರಮಾಣದ ಆದೇಶಗಳನ್ನು ಹೊಂದಿರುವ ಲೇಟೆನ್ಸಿಗಳನ್ನು ಹೊಂದಿದೆ ಮತ್ತು ಆದ್ದರಿಂದ, ಹೆಚ್ಚಾಗಿ, ಕ್ಯೂಗಳ ಗಾತ್ರವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ನಿಯಂತ್ರಿಸುವ ಅಗತ್ಯವಿಲ್ಲ. ಆದರೆ ಮತ್ತೊಂದೆಡೆ, ಕೆಲವು ಬಳಕೆಯ ಸನ್ನಿವೇಶಗಳಲ್ಲಿ (ನಿರ್ದಿಷ್ಟ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳಿಗೆ IO ಅಗತ್ಯತೆಗಳಲ್ಲಿ ಬಲವಾದ ಓರೆ, ಗರಿಷ್ಠ ಕಾರ್ಯಕ್ಷಮತೆಗಾಗಿ ಪರೀಕ್ಷೆಗಳು, ಇತ್ಯಾದಿ.) ಇದು ಅವಶ್ಯಕವಾಗಿದೆ, ಕ್ಯೂಗಳ ನಿಯತಾಂಕಗಳನ್ನು ಬದಲಾಯಿಸದಿದ್ದರೆ, ಕನಿಷ್ಠ ಯಾವ ಸೂಚಕಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಸಾಧಿಸಬಹುದು, ಮತ್ತು, ಮುಖ್ಯ ವಿಷಯವೆಂದರೆ ಯಾವ ರೀತಿಯಲ್ಲಿ.

AccelStor ಆಲ್ ಫ್ಲ್ಯಾಶ್ ಅರೇಯಲ್ಲಿಯೇ ಸಂಪುಟಗಳು ಅಥವಾ I/O ಪೋರ್ಟ್‌ಗಳಿಗೆ ಸಂಬಂಧಿಸಿದಂತೆ ಯಾವುದೇ ಮಿತಿಗಳಿಲ್ಲ. ಅಗತ್ಯವಿದ್ದರೆ, ಒಂದೇ ಪರಿಮಾಣವು ರಚನೆಯ ಎಲ್ಲಾ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಪಡೆಯಬಹುದು. iSCSI ಗುರಿಗಳಿಗೆ ಮಾತ್ರ ಸರದಿಯಲ್ಲಿ ಮಿತಿಯಿದೆ. ಈ ಕಾರಣಕ್ಕಾಗಿಯೇ ಪ್ರತಿ ಸಂಪುಟಕ್ಕೆ ಹಲವಾರು (ಆದರ್ಶವಾಗಿ 8 ತುಣುಕುಗಳವರೆಗೆ) ಗುರಿಗಳನ್ನು ರಚಿಸುವ ಅಗತ್ಯವನ್ನು ಈ ಮಿತಿಯನ್ನು ಜಯಿಸಲು ಮೇಲೆ ಸೂಚಿಸಲಾಗಿದೆ. AccelStor ಅರೇಗಳು ಬಹಳ ಉತ್ಪಾದಕ ಪರಿಹಾರಗಳಾಗಿವೆ ಎಂದು ನಾವು ಪುನರಾವರ್ತಿಸೋಣ. ಆದ್ದರಿಂದ, ಗರಿಷ್ಠ ವೇಗವನ್ನು ಸಾಧಿಸಲು ನೀವು ಸಿಸ್ಟಮ್ನ ಎಲ್ಲಾ ಇಂಟರ್ಫೇಸ್ ಪೋರ್ಟ್ಗಳನ್ನು ಬಳಸಬೇಕು.

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

ಎಲ್ಲಾ Flash AccelStor ಅರೇಗಳ ಉನ್ನತ ಮಾದರಿಗಳು (ಉದಾಹರಣೆಗೆ, P710) 700K ಬ್ಲಾಕ್‌ನಲ್ಲಿ 4K IOPS ಬರವಣಿಗೆ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ತಲುಪಿಸಲು ಸಮರ್ಥವಾಗಿವೆ. ಅಂತಹ ಬ್ಲಾಕ್ ಗಾತ್ರದೊಂದಿಗೆ, ಒಂದೇ ವರ್ಚುವಲ್ ಯಂತ್ರವು ಅಂತಹ ರಚನೆಯನ್ನು ಲೋಡ್ ಮಾಡುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿಲ್ಲ ಎಂಬುದು ಸ್ಪಷ್ಟವಾಗಿದೆ. ಇದನ್ನು ಮಾಡಲು, ನಿಮಗೆ 11 (ಉದಾಹರಣೆಗೆ 1) ಅಥವಾ 6 (ಉದಾಹರಣೆಗೆ 2) ವರ್ಚುವಲ್ ಯಂತ್ರಗಳು ಬೇಕಾಗುತ್ತವೆ.

ಪರಿಣಾಮವಾಗಿ, ವರ್ಚುವಲ್ ಡೇಟಾ ಸೆಂಟರ್‌ನ ಎಲ್ಲಾ ವಿವರಿಸಿದ ಘಟಕಗಳ ಸರಿಯಾದ ಸಂರಚನೆಯೊಂದಿಗೆ, ಕಾರ್ಯಕ್ಷಮತೆಯ ವಿಷಯದಲ್ಲಿ ನೀವು ಅತ್ಯಂತ ಪ್ರಭಾವಶಾಲಿ ಫಲಿತಾಂಶಗಳನ್ನು ಪಡೆಯಬಹುದು.

4K ಯಾದೃಚ್ಛಿಕ, 70% ಓದಿ/30% ಬರೆಯಿರಿ

ವಾಸ್ತವವಾಗಿ, ನೈಜ ಪ್ರಪಂಚವು ಸರಳವಾದ ಸೂತ್ರದಿಂದ ವಿವರಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾಗಿದೆ. ಒಂದು ಹೋಸ್ಟ್ ಯಾವಾಗಲೂ ವಿವಿಧ ಕಾನ್ಫಿಗರೇಶನ್‌ಗಳು ಮತ್ತು IO ಅವಶ್ಯಕತೆಗಳೊಂದಿಗೆ ಬಹು ವರ್ಚುವಲ್ ಯಂತ್ರಗಳನ್ನು ಹೋಸ್ಟ್ ಮಾಡುತ್ತದೆ. ಮತ್ತು I/O ಸಂಸ್ಕರಣೆಯನ್ನು ಹೋಸ್ಟ್ ಪ್ರೊಸೆಸರ್ ನಿರ್ವಹಿಸುತ್ತದೆ, ಅದರ ಶಕ್ತಿಯು ಅನಂತವಾಗಿರುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ, ಅದೇ ಪೂರ್ಣ ಸಾಮರ್ಥ್ಯವನ್ನು ಅನ್ಲಾಕ್ ಮಾಡಲು P710 ಮಾದರಿಗಳು ವಾಸ್ತವದಲ್ಲಿ, ನಿಮಗೆ ಮೂರು ಹೋಸ್ಟ್‌ಗಳು ಬೇಕಾಗುತ್ತವೆ. ಜೊತೆಗೆ, ವರ್ಚುವಲ್ ಯಂತ್ರಗಳ ಒಳಗೆ ಚಾಲನೆಯಲ್ಲಿರುವ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ತಮ್ಮದೇ ಆದ ಹೊಂದಾಣಿಕೆಗಳನ್ನು ಮಾಡುತ್ತವೆ. ಆದ್ದರಿಂದ, ನಿಖರವಾದ ಗಾತ್ರಕ್ಕಾಗಿ ನಾವು ನೀಡುತ್ತೇವೆ ಪರೀಕ್ಷಾ ಮಾದರಿಗಳಲ್ಲಿ ಪರಿಶೀಲನೆಯನ್ನು ಬಳಸಿ ಎಲ್ಲಾ ಫ್ಲ್ಯಾಶ್ ಅರೇಗಳು AccelStor ನೈಜ ಪ್ರಸ್ತುತ ಕಾರ್ಯಗಳ ಮೇಲೆ ಗ್ರಾಹಕರ ಮೂಲಸೌಕರ್ಯ ಒಳಗೆ.

ಮೂಲ: www.habr.com