ನಿಮ್ಮ ಹೆಚ್ಚಿನ ಲಭ್ಯತೆಯ ಸಂಗ್ರಹಣೆಯಲ್ಲಿ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಮೌಲ್ಯೀಕರಿಸುವುದು ಏಕೆ ಮುಖ್ಯವಾಗಿದೆ (99,9999%)

ಯಾವ ಫರ್ಮ್ವೇರ್ ಆವೃತ್ತಿಯು ಹೆಚ್ಚು "ಸರಿಯಾದ" ಮತ್ತು "ಕೆಲಸ ಮಾಡುತ್ತಿದೆ"? ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯು 99,9999% ನಷ್ಟು ದೋಷ ಸಹಿಷ್ಣುತೆಯನ್ನು ಖಾತರಿಪಡಿಸಿದರೆ, ಸಾಫ್ಟ್‌ವೇರ್ ನವೀಕರಣವಿಲ್ಲದೆ ಅದು ಅಡೆತಡೆಯಿಲ್ಲದೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ಅರ್ಥವೇ? ಅಥವಾ, ಇದಕ್ಕೆ ವಿರುದ್ಧವಾಗಿ, ಗರಿಷ್ಠ ದೋಷ ಸಹಿಷ್ಣುತೆಯನ್ನು ಪಡೆಯಲು, ನೀವು ಯಾವಾಗಲೂ ಇತ್ತೀಚಿನ ಫರ್ಮ್ವೇರ್ ಅನ್ನು ಸ್ಥಾಪಿಸಬೇಕೇ? ನಮ್ಮ ಅನುಭವದ ಆಧಾರದ ಮೇಲೆ ನಾವು ಈ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತೇವೆ.

ಸಣ್ಣ ಪರಿಚಯ

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

ಆಗಾಗ್ಗೆ, ಬಳಕೆದಾರರು "ಫ್ಯಾಕ್ಟರಿಯಿಂದ ಫರ್ಮ್‌ವೇರ್" ನಲ್ಲಿ ಉಳಿಯುತ್ತಾರೆ (ಪ್ರಸಿದ್ಧ "ಇದು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದರೊಂದಿಗೆ ಗೊಂದಲಗೊಳ್ಳಬೇಡಿ") ಅಥವಾ ಯಾವಾಗಲೂ ಇತ್ತೀಚಿನ ಆವೃತ್ತಿಯನ್ನು ಸ್ಥಾಪಿಸಿ (ಅವರ ತಿಳುವಳಿಕೆಯಲ್ಲಿ, ಇತ್ತೀಚಿನದು ಹೆಚ್ಚು ಕೆಲಸ ಮಾಡುತ್ತದೆ). ನಾವು ವಿಭಿನ್ನ ವಿಧಾನವನ್ನು ಬಳಸುತ್ತೇವೆ - ಬಳಸಿದ ಪ್ರತಿಯೊಂದಕ್ಕೂ ನಾವು ಬಿಡುಗಡೆ ಟಿಪ್ಪಣಿಗಳನ್ನು ನೋಡುತ್ತೇವೆ mClouds ಮೋಡದಲ್ಲಿ ಉಪಕರಣಗಳು ಮತ್ತು ಪ್ರತಿಯೊಂದು ಸಲಕರಣೆಗೆ ಸೂಕ್ತವಾದ ಫರ್ಮ್‌ವೇರ್ ಅನ್ನು ಎಚ್ಚರಿಕೆಯಿಂದ ಆಯ್ಕೆಮಾಡಿ.

ಅವರು ಹೇಳಿದಂತೆ, ಅನುಭವದೊಂದಿಗೆ ನಾವು ಈ ತೀರ್ಮಾನಕ್ಕೆ ಬಂದಿದ್ದೇವೆ. ನಮ್ಮ ಕಾರ್ಯಾಚರಣೆಯ ಉದಾಹರಣೆಯನ್ನು ಬಳಸಿಕೊಂಡು, ನೀವು ಸಾಫ್ಟ್‌ವೇರ್ ನವೀಕರಣಗಳು ಮತ್ತು ವಿವರಣೆಗಳನ್ನು ತ್ವರಿತವಾಗಿ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡದಿದ್ದರೆ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳ ಭರವಸೆಯ 99,9999% ವಿಶ್ವಾಸಾರ್ಹತೆ ಏನೂ ಅರ್ಥವಾಗುವುದಿಲ್ಲ ಎಂದು ನಾವು ನಿಮಗೆ ಹೇಳುತ್ತೇವೆ. ನಮ್ಮ ಪ್ರಕರಣವು ಯಾವುದೇ ಮಾರಾಟಗಾರರಿಂದ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳ ಬಳಕೆದಾರರಿಗೆ ಸೂಕ್ತವಾಗಿದೆ, ಏಕೆಂದರೆ ಯಾವುದೇ ತಯಾರಕರಿಂದ ಯಂತ್ರಾಂಶದೊಂದಿಗೆ ಇದೇ ರೀತಿಯ ಪರಿಸ್ಥಿತಿ ಸಂಭವಿಸಬಹುದು.

ಹೊಸ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯನ್ನು ಆರಿಸುವುದು

ಕಳೆದ ವರ್ಷದ ಕೊನೆಯಲ್ಲಿ, ನಮ್ಮ ಮೂಲಸೌಕರ್ಯಕ್ಕೆ ಆಸಕ್ತಿದಾಯಕ ಡೇಟಾ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯನ್ನು ಸೇರಿಸಲಾಯಿತು: IBM ಫ್ಲ್ಯಾಶ್‌ಸಿಸ್ಟಮ್ 5000 ಲೈನ್‌ನಿಂದ ಜೂನಿಯರ್ ಮಾದರಿ, ಇದನ್ನು ಖರೀದಿಸುವ ಸಮಯದಲ್ಲಿ Storwize V5010e ಎಂದು ಕರೆಯಲಾಗುತ್ತಿತ್ತು. ಇದು ಈಗ FlashSystem 5010 ಹೆಸರಿನಲ್ಲಿ ಮಾರಾಟವಾಗಿದೆ, ಆದರೆ ಇದು ವಾಸ್ತವವಾಗಿ ಅದೇ ಸ್ಪೆಕ್ಟ್ರಮ್ ವರ್ಚುವಲೈಸ್ ಒಳಗೆ ಅದೇ ಯಂತ್ರಾಂಶವಾಗಿದೆ. 

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

IBM FlashSystem 5010

ನಮ್ಮ ಮಾದರಿ 5010 ಬಗ್ಗೆ ಸಂಕ್ಷಿಪ್ತವಾಗಿ. ಇದು ಪ್ರವೇಶ ಮಟ್ಟದ ಡ್ಯುಯಲ್-ನಿಯಂತ್ರಕ ಬ್ಲಾಕ್ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯಾಗಿದೆ. ಇದು NLSAS, SAS, SSD ಡಿಸ್ಕ್ಗಳಿಗೆ ಅವಕಾಶ ಕಲ್ಪಿಸುತ್ತದೆ. NVMe ಪ್ಲೇಸ್‌ಮೆಂಟ್ ಇದರಲ್ಲಿ ಲಭ್ಯವಿಲ್ಲ, ಏಕೆಂದರೆ NVMe ಡ್ರೈವ್‌ಗಳ ಕಾರ್ಯಕ್ಷಮತೆಯ ಅಗತ್ಯವಿಲ್ಲದ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲು ಈ ಶೇಖರಣಾ ಮಾದರಿಯನ್ನು ಇರಿಸಲಾಗಿದೆ.

ಆರ್ಕೈವಲ್ ಮಾಹಿತಿ ಅಥವಾ ಆಗಾಗ್ಗೆ ಪ್ರವೇಶಿಸದ ಡೇಟಾವನ್ನು ಸರಿಹೊಂದಿಸಲು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯನ್ನು ಖರೀದಿಸಲಾಗಿದೆ. ಆದ್ದರಿಂದ, ಅದರ ಕ್ರಿಯಾತ್ಮಕತೆಯ ಪ್ರಮಾಣಿತ ಸೆಟ್ ನಮಗೆ ಸಾಕಾಗಿತ್ತು: ಟೈರಿಂಗ್ (ಸುಲಭ ಶ್ರೇಣಿ), ತೆಳುವಾದ ನಿಬಂಧನೆ. 1000-2000 IOPS ಮಟ್ಟದಲ್ಲಿ NLSAS ಡಿಸ್ಕ್‌ಗಳಲ್ಲಿನ ಕಾರ್ಯಕ್ಷಮತೆಯು ನಮಗೆ ಸಾಕಷ್ಟು ತೃಪ್ತಿಕರವಾಗಿದೆ.

ನಮ್ಮ ಅನುಭವ - ನಾವು ಸಮಯಕ್ಕೆ ಫರ್ಮ್‌ವೇರ್ ಅನ್ನು ಹೇಗೆ ನವೀಕರಿಸಲಿಲ್ಲ

ಈಗ ಸಾಫ್ಟ್‌ವೇರ್ ನವೀಕರಣದ ಬಗ್ಗೆ. ಖರೀದಿಯ ಸಮಯದಲ್ಲಿ, ಸಿಸ್ಟಮ್ ಈಗಾಗಲೇ ಸ್ಪೆಕ್ಟ್ರಮ್ ವರ್ಚುವಲೈಸ್ ಸಾಫ್ಟ್‌ವೇರ್‌ನ ಸ್ವಲ್ಪ ಹಳೆಯ ಆವೃತ್ತಿಯನ್ನು ಹೊಂದಿತ್ತು, ಅವುಗಳೆಂದರೆ, 8.2.1.3.

ನಾವು ಫರ್ಮ್‌ವೇರ್ ವಿವರಣೆಗಳನ್ನು ಅಧ್ಯಯನ ಮಾಡಿದ್ದೇವೆ ಮತ್ತು ನವೀಕರಣವನ್ನು ಯೋಜಿಸಿದ್ದೇವೆ 8.2.1.9. ನಾವು ಸ್ವಲ್ಪ ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿಯಾಗಿರುತ್ತಿದ್ದರೆ, ಈ ಲೇಖನವು ಅಸ್ತಿತ್ವದಲ್ಲಿರುತ್ತಿರಲಿಲ್ಲ - ಇತ್ತೀಚಿನ ಫರ್ಮ್‌ವೇರ್‌ನಲ್ಲಿ ದೋಷವು ಸಂಭವಿಸುತ್ತಿರಲಿಲ್ಲ. ಆದಾಗ್ಯೂ, ಕೆಲವು ಕಾರಣಗಳಿಗಾಗಿ, ಈ ವ್ಯವಸ್ಥೆಯ ನವೀಕರಣವನ್ನು ಮುಂದೂಡಲಾಗಿದೆ.

ಪರಿಣಾಮವಾಗಿ, ಸ್ವಲ್ಪ ನವೀಕರಣ ವಿಳಂಬವು ಲಿಂಕ್‌ನಲ್ಲಿನ ವಿವರಣೆಯಲ್ಲಿರುವಂತೆ ಅತ್ಯಂತ ಅಹಿತಕರ ಚಿತ್ರಕ್ಕೆ ಕಾರಣವಾಯಿತು: https://www.ibm.com/support/pages/node/6172341. 

ಹೌದು, ಆ ಆವೃತ್ತಿಯ ಫರ್ಮ್‌ವೇರ್‌ನಲ್ಲಿ ಕರೆಯಲ್ಪಡುವ APAR (ಅಧಿಕೃತ ಕಾರ್ಯಕ್ರಮ ವಿಶ್ಲೇಷಣೆ ವರದಿ) HU02104 ಪ್ರಸ್ತುತವಾಗಿದೆ. ಇದು ಈ ಕೆಳಗಿನಂತೆ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ. ಲೋಡ್ ಅಡಿಯಲ್ಲಿ, ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ, ಸಂಗ್ರಹವು ಉಕ್ಕಿ ಹರಿಯಲು ಪ್ರಾರಂಭವಾಗುತ್ತದೆ, ನಂತರ ಸಿಸ್ಟಮ್ ರಕ್ಷಣಾತ್ಮಕ ಕ್ರಮಕ್ಕೆ ಹೋಗುತ್ತದೆ, ಇದರಲ್ಲಿ ಇದು ಪೂಲ್ಗಾಗಿ I / O ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ. ನಮ್ಮ ಸಂದರ್ಭದಲ್ಲಿ, RAID 3 ಮೋಡ್‌ನಲ್ಲಿ RAID ಗುಂಪಿಗೆ 6 ಡಿಸ್ಕ್‌ಗಳನ್ನು ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸುವಂತೆ ತೋರುತ್ತಿದೆ. ಸಂಪರ್ಕ ಕಡಿತವು 6 ನಿಮಿಷಗಳವರೆಗೆ ಸಂಭವಿಸುತ್ತದೆ. ಮುಂದೆ, ಪೂಲ್‌ನಲ್ಲಿನ ಸಂಪುಟಗಳಿಗೆ ಪ್ರವೇಶವನ್ನು ಪುನಃಸ್ಥಾಪಿಸಲಾಗುತ್ತದೆ.

IBM ಸ್ಪೆಕ್ಟ್ರಮ್ ವರ್ಚುವಲೈಸ್ ಸಂದರ್ಭದಲ್ಲಿ ತಾರ್ಕಿಕ ಘಟಕಗಳ ರಚನೆ ಮತ್ತು ಹೆಸರಿಸುವ ಬಗ್ಗೆ ಯಾರಿಗಾದರೂ ತಿಳಿದಿಲ್ಲದಿದ್ದರೆ, ನಾನು ಈಗ ಸಂಕ್ಷಿಪ್ತವಾಗಿ ವಿವರಿಸುತ್ತೇನೆ.

ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯ ತಾರ್ಕಿಕ ಅಂಶಗಳ ರಚನೆ

ಡಿಸ್ಕ್ಗಳನ್ನು MDisk (ಮ್ಯಾನೇಜ್ಡ್ ಡಿಸ್ಕ್) ಎಂಬ ಗುಂಪುಗಳಾಗಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ. MDisk ಒಂದು ಕ್ಲಾಸಿಕ್ RAID (0,1,10,5,6) ಅಥವಾ ವರ್ಚುವಲೈಸ್ಡ್ ಆಗಿರಬಹುದು - DRAID (ಡಿಸ್ಟ್ರಿಬ್ಯೂಟೆಡ್ RAID). DRAID ಅನ್ನು ಬಳಸುವುದರಿಂದ ರಚನೆಯ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಹೆಚ್ಚಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ, ಏಕೆಂದರೆ... ಗುಂಪಿನಲ್ಲಿರುವ ಎಲ್ಲಾ ಡಿಸ್ಕ್ಗಳನ್ನು ಬಳಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಮರುನಿರ್ಮಾಣ ಸಮಯ ಕಡಿಮೆಯಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ಕೆಲವು ಬ್ಲಾಕ್ಗಳನ್ನು ಮಾತ್ರ ಮರುಸ್ಥಾಪಿಸಬೇಕಾಗುತ್ತದೆ ಮತ್ತು ವಿಫಲವಾದ ಡಿಸ್ಕ್ನಿಂದ ಎಲ್ಲಾ ಡೇಟಾ ಅಲ್ಲ.

RAID-5 ಮೋಡ್‌ನಲ್ಲಿ ಡಿಸ್ಟ್ರಿಬ್ಯೂಟೆಡ್ RAID (DRAID) ಅನ್ನು ಬಳಸುವಾಗ ಡಿಸ್ಕ್‌ಗಳಾದ್ಯಂತ ಡೇಟಾ ಬ್ಲಾಕ್‌ಗಳ ವಿತರಣೆ.

ಮತ್ತು ಈ ರೇಖಾಚಿತ್ರವು ಒಂದು ಡಿಸ್ಕ್ ವೈಫಲ್ಯದ ಸಂದರ್ಭದಲ್ಲಿ DRAID ಮರುನಿರ್ಮಾಣ ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದರ ತರ್ಕವನ್ನು ತೋರಿಸುತ್ತದೆ:

ಒಂದು ಡಿಸ್ಕ್ ವಿಫಲವಾದಾಗ DRAID ಮರುನಿರ್ಮಾಣದ ಲಾಜಿಕ್

ಮುಂದೆ, ಒಂದು ಅಥವಾ ಹೆಚ್ಚಿನ MDiskಗಳು ಪೂಲ್ ಎಂದು ಕರೆಯಲ್ಪಡುತ್ತವೆ. ಒಂದೇ ಪೂಲ್‌ನಲ್ಲಿ, ಒಂದೇ ರೀತಿಯ ಡಿಸ್ಕ್‌ಗಳಲ್ಲಿ ವಿಭಿನ್ನ RAID/DRAID ಹಂತಗಳೊಂದಿಗೆ MDisk ಅನ್ನು ಬಳಸಲು ಶಿಫಾರಸು ಮಾಡುವುದಿಲ್ಲ. ನಾವು ಇದನ್ನು ತುಂಬಾ ಆಳವಾಗಿ ಹೋಗುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ... ನಾವು ಈ ಕೆಳಗಿನ ಲೇಖನಗಳಲ್ಲಿ ಒಂದನ್ನು ಒಳಗೊಳ್ಳಲು ಯೋಜಿಸುತ್ತೇವೆ. ಸರಿ, ವಾಸ್ತವವಾಗಿ, ಪೂಲ್ ಅನ್ನು ಸಂಪುಟಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ, ಇವುಗಳನ್ನು ಹೋಸ್ಟ್ಗಳಿಗೆ ಒಂದು ಅಥವಾ ಇನ್ನೊಂದು ಬ್ಲಾಕ್ ಪ್ರವೇಶ ಪ್ರೋಟೋಕಾಲ್ ಬಳಸಿ ಪ್ರಸ್ತುತಪಡಿಸಲಾಗುತ್ತದೆ.

ಆದ್ದರಿಂದ, ನಾವು ವಿವರಿಸಿದ ಪರಿಸ್ಥಿತಿಯ ಪರಿಣಾಮವಾಗಿ APAR HU02104, ಮೂರು ಡಿಸ್ಕ್‌ಗಳ ತಾರ್ಕಿಕ ವೈಫಲ್ಯದಿಂದಾಗಿ, MDisk ಕ್ರಿಯಾತ್ಮಕವಾಗಿರುವುದನ್ನು ನಿಲ್ಲಿಸಿತು, ಇದು ಪ್ರತಿಯಾಗಿ, ಪೂಲ್ ಮತ್ತು ಅನುಗುಣವಾದ ಸಂಪುಟಗಳ ವೈಫಲ್ಯಕ್ಕೆ ಕಾರಣವಾಯಿತು.

ಈ ವ್ಯವಸ್ಥೆಗಳು ಸಾಕಷ್ಟು ಸ್ಮಾರ್ಟ್ ಆಗಿರುವುದರಿಂದ, ಅವುಗಳನ್ನು IBM ಶೇಖರಣಾ ಒಳನೋಟಗಳ ಕ್ಲೌಡ್-ಆಧಾರಿತ ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗೆ ಸಂಪರ್ಕಿಸಬಹುದು, ಇದು ಸಮಸ್ಯೆ ಸಂಭವಿಸಿದಲ್ಲಿ IBM ಬೆಂಬಲಕ್ಕೆ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸೇವಾ ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸುತ್ತದೆ. ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ರಚಿಸಲಾಗಿದೆ ಮತ್ತು IBM ತಜ್ಞರು ದೂರದಿಂದಲೇ ರೋಗನಿರ್ಣಯವನ್ನು ಕೈಗೊಳ್ಳುತ್ತಾರೆ ಮತ್ತು ಸಿಸ್ಟಮ್ ಬಳಕೆದಾರರನ್ನು ಸಂಪರ್ಕಿಸಿ. 

ಇದಕ್ಕೆ ಧನ್ಯವಾದಗಳು, ಸಮಸ್ಯೆಯನ್ನು ತ್ವರಿತವಾಗಿ ಪರಿಹರಿಸಲಾಗಿದೆ ಮತ್ತು ನಮ್ಮ ಸಿಸ್ಟಮ್ ಅನ್ನು ಹಿಂದೆ ಆಯ್ಕೆಮಾಡಿದ ಫರ್ಮ್ವೇರ್ 8.2.1.9 ಗೆ ನವೀಕರಿಸಲು ಬೆಂಬಲ ಸೇವೆಯಿಂದ ಪ್ರಾಂಪ್ಟ್ ಶಿಫಾರಸನ್ನು ಸ್ವೀಕರಿಸಲಾಗಿದೆ, ಆ ಸಮಯದಲ್ಲಿ ಅದನ್ನು ಈಗಾಗಲೇ ಸರಿಪಡಿಸಲಾಗಿದೆ. ಇದು ಖಚಿತಪಡಿಸುತ್ತದೆ ಅನುಗುಣವಾದ ಬಿಡುಗಡೆ ಟಿಪ್ಪಣಿ.

ಫಲಿತಾಂಶಗಳು ಮತ್ತು ನಮ್ಮ ಶಿಫಾರಸುಗಳು

ಗಾದೆ ಹೇಳುವಂತೆ: "ಎಲ್ಲಾ ಚೆನ್ನಾಗಿದೆ ಅದು ಚೆನ್ನಾಗಿ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ." ಫರ್ಮ್ವೇರ್ನಲ್ಲಿನ ದೋಷವು ಗಂಭೀರ ಸಮಸ್ಯೆಗಳನ್ನು ಉಂಟುಮಾಡಲಿಲ್ಲ - ಸರ್ವರ್ಗಳನ್ನು ಸಾಧ್ಯವಾದಷ್ಟು ಬೇಗ ಮತ್ತು ಡೇಟಾ ನಷ್ಟವಿಲ್ಲದೆ ಪುನಃಸ್ಥಾಪಿಸಲಾಗಿದೆ. ಕೆಲವು ಕ್ಲೈಂಟ್‌ಗಳು ವರ್ಚುವಲ್ ಯಂತ್ರಗಳನ್ನು ಮರುಪ್ರಾರಂಭಿಸಬೇಕಾಗಿತ್ತು, ಆದರೆ ಸಾಮಾನ್ಯವಾಗಿ ನಾವು ಹೆಚ್ಚು ಋಣಾತ್ಮಕ ಪರಿಣಾಮಗಳಿಗೆ ಸಿದ್ಧರಾಗಿದ್ದೇವೆ, ಏಕೆಂದರೆ ನಾವು ಎಲ್ಲಾ ಮೂಲಸೌಕರ್ಯ ಅಂಶಗಳು ಮತ್ತು ಕ್ಲೈಂಟ್ ಯಂತ್ರಗಳ ದೈನಂದಿನ ಬ್ಯಾಕಪ್‌ಗಳನ್ನು ಮಾಡುತ್ತೇವೆ. 

99,9999% ಭರವಸೆಯ ಲಭ್ಯತೆಯೊಂದಿಗೆ ವಿಶ್ವಾಸಾರ್ಹ ವ್ಯವಸ್ಥೆಗಳಿಗೆ ಗಮನ ಮತ್ತು ಸಮಯೋಚಿತ ನಿರ್ವಹಣೆ ಅಗತ್ಯವಿರುತ್ತದೆ ಎಂದು ನಾವು ದೃಢೀಕರಣವನ್ನು ಸ್ವೀಕರಿಸಿದ್ದೇವೆ. ಪರಿಸ್ಥಿತಿಯ ಆಧಾರದ ಮೇಲೆ, ನಾವು ನಮಗಾಗಿ ಹಲವಾರು ತೀರ್ಮಾನಗಳನ್ನು ಮಾಡಿದ್ದೇವೆ ಮತ್ತು ನಮ್ಮ ಶಿಫಾರಸುಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತೇವೆ:

• ನವೀಕರಣಗಳ ಬಿಡುಗಡೆಯನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವುದು, ಸಂಭಾವ್ಯ ನಿರ್ಣಾಯಕ ಸಮಸ್ಯೆಗಳ ತಿದ್ದುಪಡಿಗಾಗಿ ಬಿಡುಗಡೆ ಟಿಪ್ಪಣಿಗಳನ್ನು ಅಧ್ಯಯನ ಮಾಡುವುದು ಮತ್ತು ಯೋಜಿತ ನವೀಕರಣಗಳನ್ನು ಸಮಯೋಚಿತವಾಗಿ ಕೈಗೊಳ್ಳುವುದು ಕಡ್ಡಾಯವಾಗಿದೆ.

  ಇದು ಸಾಂಸ್ಥಿಕ ಮತ್ತು ಸಾಕಷ್ಟು ಸ್ಪಷ್ಟವಾದ ಅಂಶವಾಗಿದೆ, ಇದು ಕೇಂದ್ರೀಕರಿಸಲು ಯೋಗ್ಯವಾಗಿಲ್ಲ ಎಂದು ತೋರುತ್ತದೆ. ಆದಾಗ್ಯೂ, ಈ "ಲೆವೆಲ್ ಗ್ರೌಂಡ್" ನಲ್ಲಿ ನೀವು ಸುಲಭವಾಗಿ ಮುಗ್ಗರಿಸಬಹುದು. ವಾಸ್ತವವಾಗಿ, ಈ ಕ್ಷಣವೇ ಮೇಲೆ ವಿವರಿಸಿದ ತೊಂದರೆಗಳನ್ನು ಸೇರಿಸಿತು. ನವೀಕರಣ ನಿಯಮಗಳನ್ನು ರಚಿಸುವಾಗ ಬಹಳ ಜಾಗರೂಕರಾಗಿರಿ ಮತ್ತು ಅವುಗಳ ಅನುಸರಣೆಯನ್ನು ಕಡಿಮೆ ಎಚ್ಚರಿಕೆಯಿಂದ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಿ. ಈ ಅಂಶವು "ಶಿಸ್ತು" ಎಂಬ ಪರಿಕಲ್ಪನೆಗೆ ಹೆಚ್ಚು ಸಂಬಂಧಿಸಿದೆ.

• ಇತ್ತೀಚಿನ ಸಾಫ್ಟ್ವೇರ್ ಆವೃತ್ತಿಯೊಂದಿಗೆ ಸಿಸ್ಟಮ್ ಅನ್ನು ಇರಿಸಿಕೊಳ್ಳಲು ಯಾವಾಗಲೂ ಉತ್ತಮವಾಗಿದೆ. ಇದಲ್ಲದೆ, ಪ್ರಸ್ತುತವು ದೊಡ್ಡ ಸಂಖ್ಯಾತ್ಮಕ ಪದನಾಮವನ್ನು ಹೊಂದಿಲ್ಲ, ಬದಲಿಗೆ ನಂತರದ ಬಿಡುಗಡೆ ದಿನಾಂಕವನ್ನು ಹೊಂದಿದೆ. 

  ಉದಾಹರಣೆಗೆ, IBM ತನ್ನ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳಿಗಾಗಿ ಕನಿಷ್ಟ ಎರಡು ಸಾಫ್ಟ್‌ವೇರ್ ಬಿಡುಗಡೆಗಳನ್ನು ನವೀಕೃತವಾಗಿರಿಸುತ್ತದೆ. ಈ ಬರವಣಿಗೆಯ ಸಮಯದಲ್ಲಿ, ಇವು 8.2 ಮತ್ತು 8.3. 8.2 ಗಾಗಿ ನವೀಕರಣಗಳು ಮೊದಲೇ ಹೊರಬರುತ್ತವೆ. 8.3 ಗಾಗಿ ಇದೇ ರೀತಿಯ ನವೀಕರಣವನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಸ್ವಲ್ಪ ವಿಳಂಬದೊಂದಿಗೆ ಬಿಡುಗಡೆ ಮಾಡಲಾಗುತ್ತದೆ.

  ಬಿಡುಗಡೆ 8.3 ಹಲವಾರು ಕ್ರಿಯಾತ್ಮಕ ಪ್ರಯೋಜನಗಳನ್ನು ಹೊಂದಿದೆ, ಉದಾಹರಣೆಗೆ, ಒಂದು ಅಥವಾ ಹೆಚ್ಚಿನ ಹೊಸ ಡಿಸ್ಕ್ಗಳನ್ನು ಸೇರಿಸುವ ಮೂಲಕ MDisk (DRAID ಮೋಡ್ನಲ್ಲಿ) ವಿಸ್ತರಿಸುವ ಸಾಮರ್ಥ್ಯ (ಈ ವೈಶಿಷ್ಟ್ಯವು ಆವೃತ್ತಿ 8.3.1 ರಿಂದ ಕಾಣಿಸಿಕೊಂಡಿದೆ). ಇದು ಸಾಕಷ್ಟು ಮೂಲಭೂತ ಕಾರ್ಯವಾಗಿದೆ, ಆದರೆ 8.2 ರಲ್ಲಿ, ದುರದೃಷ್ಟವಶಾತ್, ಅಂತಹ ಯಾವುದೇ ವೈಶಿಷ್ಟ್ಯವಿಲ್ಲ.

• ಕೆಲವು ಕಾರಣಗಳಿಗಾಗಿ ನವೀಕರಿಸಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, ನಂತರ 8.2.1.9 ಮತ್ತು 8.3.1.0 ಆವೃತ್ತಿಗಳ ಮೊದಲು ಸ್ಪೆಕ್ಟ್ರಮ್ ವರ್ಚುವಲೈಸ್ ಸಾಫ್ಟ್‌ವೇರ್ ಆವೃತ್ತಿಗಳಿಗೆ (ಮೇಲೆ ವಿವರಿಸಿದ ದೋಷವು ಪ್ರಸ್ತುತವಾಗಿದೆ), ಅದರ ಸಂಭವಿಸುವಿಕೆಯ ಅಪಾಯವನ್ನು ಕಡಿಮೆ ಮಾಡಲು, IBM ತಾಂತ್ರಿಕ ಬೆಂಬಲವು ಶಿಫಾರಸು ಮಾಡುತ್ತದೆ ಕೆಳಗಿನ ಚಿತ್ರದಲ್ಲಿ ತೋರಿಸಿರುವಂತೆ ಪೂಲ್ ಮಟ್ಟದಲ್ಲಿ ಸಿಸ್ಟಮ್ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಸೀಮಿತಗೊಳಿಸುವುದು (ಚಿತ್ರವನ್ನು GUI ನ ರಸ್ಸಿಫೈಡ್ ಆವೃತ್ತಿಯಲ್ಲಿ ತೆಗೆದುಕೊಳ್ಳಲಾಗಿದೆ). 10000 IOPS ನ ಮೌಲ್ಯವನ್ನು ಉದಾಹರಣೆಯಾಗಿ ತೋರಿಸಲಾಗಿದೆ ಮತ್ತು ನಿಮ್ಮ ಸಿಸ್ಟಮ್‌ನ ಗುಣಲಕ್ಷಣಗಳ ಪ್ರಕಾರ ಆಯ್ಕೆಮಾಡಲಾಗಿದೆ.

IBM ಸಂಗ್ರಹಣೆಯ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಮಿತಿಗೊಳಿಸುವುದು

• ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ಲೋಡ್ ಅನ್ನು ಸರಿಯಾಗಿ ಲೆಕ್ಕಾಚಾರ ಮಾಡುವುದು ಮತ್ತು ಓವರ್ಲೋಡ್ ಮಾಡುವುದನ್ನು ತಪ್ಪಿಸುವುದು ಅವಶ್ಯಕ. ಇದನ್ನು ಮಾಡಲು, ನೀವು IBM ಸೈಸರ್ (ನೀವು ಅದಕ್ಕೆ ಪ್ರವೇಶವನ್ನು ಹೊಂದಿದ್ದರೆ) ಅಥವಾ ಪಾಲುದಾರರ ಸಹಾಯ ಅಥವಾ ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಬಳಸಬಹುದು. ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯಲ್ಲಿನ ಲೋಡ್ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಕಡ್ಡಾಯವಾಗಿದೆ, ಏಕೆಂದರೆ MB/s ಮತ್ತು IOPS ನಲ್ಲಿನ ಕಾರ್ಯಕ್ಷಮತೆಯು ಕನಿಷ್ಠ ಈ ಕೆಳಗಿನ ನಿಯತಾಂಕಗಳನ್ನು ಅವಲಂಬಿಸಿ ಹೆಚ್ಚು ಬದಲಾಗುತ್ತದೆ:

  • ಕಾರ್ಯಾಚರಣೆಯ ಪ್ರಕಾರ: ಓದಲು ಅಥವಾ ಬರೆಯಲು,

  • ಕಾರ್ಯಾಚರಣೆಯ ಬ್ಲಾಕ್ ಗಾತ್ರ,

  • ಒಟ್ಟು I/O ಸ್ಟ್ರೀಮ್‌ನಲ್ಲಿ ಓದುವ ಮತ್ತು ಬರೆಯುವ ಕಾರ್ಯಾಚರಣೆಗಳ ಶೇಕಡಾವಾರು.

  ಅಲ್ಲದೆ, ಕಾರ್ಯಾಚರಣೆಗಳ ವೇಗವು ಡೇಟಾ ಬ್ಲಾಕ್ಗಳನ್ನು ಹೇಗೆ ಓದುತ್ತದೆ ಎಂಬುದರ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ: ಅನುಕ್ರಮವಾಗಿ ಅಥವಾ ಯಾದೃಚ್ಛಿಕ ಕ್ರಮದಲ್ಲಿ. ಅಪ್ಲಿಕೇಶನ್ ಭಾಗದಲ್ಲಿ ಬಹು ಡೇಟಾ ಪ್ರವೇಶ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ನಿರ್ವಹಿಸುವಾಗ, ಅವಲಂಬಿತ ಕಾರ್ಯಾಚರಣೆಗಳ ಪರಿಕಲ್ಪನೆ ಇರುತ್ತದೆ. ಇದನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳುವುದು ಸಹ ಸೂಕ್ತವಾಗಿದೆ. ಇವೆಲ್ಲವೂ OS, ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆ, ಸರ್ವರ್‌ಗಳು/ಹೈಪರ್‌ವೈಸರ್‌ಗಳ ಕಾರ್ಯಕ್ಷಮತೆ ಕೌಂಟರ್‌ಗಳಿಂದ ಡೇಟಾದ ಸಂಪೂರ್ಣತೆಯನ್ನು ನೋಡಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ, ಜೊತೆಗೆ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು, DBMS ಗಳು ಮತ್ತು ಡಿಸ್ಕ್ ಸಂಪನ್ಮೂಲಗಳ ಇತರ “ಗ್ರಾಹಕರು” ಕಾರ್ಯಾಚರಣಾ ವೈಶಿಷ್ಟ್ಯಗಳ ತಿಳುವಳಿಕೆಯನ್ನು ನೀಡುತ್ತದೆ.

• ಮತ್ತು ಅಂತಿಮವಾಗಿ, ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳನ್ನು ನವೀಕೃತವಾಗಿ ಮತ್ತು ಕಾರ್ಯನಿರ್ವಹಿಸುವುದನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ. ವ್ಯವಹಾರಕ್ಕಾಗಿ ಸ್ವೀಕಾರಾರ್ಹ RPO ಮೌಲ್ಯಗಳ ಆಧಾರದ ಮೇಲೆ ಬ್ಯಾಕಪ್ ವೇಳಾಪಟ್ಟಿಯನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕು ಮತ್ತು ಸ್ವೀಕಾರಾರ್ಹ RTO ಮೌಲ್ಯವನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಬ್ಯಾಕ್ಅಪ್ಗಳ ಆವರ್ತಕ ಸಮಗ್ರತೆಯ ಪರಿಶೀಲನೆಗಳನ್ನು ಪರಿಶೀಲಿಸಬೇಕು (ಕೆಲವು ಬ್ಯಾಕಪ್ ಸಾಫ್ಟ್ವೇರ್ ಮಾರಾಟಗಾರರು ತಮ್ಮ ಉತ್ಪನ್ನಗಳಲ್ಲಿ ಸ್ವಯಂಚಾಲಿತ ಪರಿಶೀಲನೆಯನ್ನು ಅಳವಡಿಸಿದ್ದಾರೆ).

ಕೊನೆಯವರೆಗೂ ಓದಿದ್ದಕ್ಕಾಗಿ ಧನ್ಯವಾದಗಳು.
ಕಾಮೆಂಟ್‌ಗಳಲ್ಲಿ ನಿಮ್ಮ ಪ್ರಶ್ನೆಗಳಿಗೆ ಮತ್ತು ಕಾಮೆಂಟ್‌ಗಳಿಗೆ ಉತ್ತರಿಸಲು ನಾವು ಸಿದ್ಧರಿದ್ದೇವೆ. ಅಲ್ಲದೆ ನಮ್ಮ ಟೆಲಿಗ್ರಾಮ್ ಚಾನಲ್‌ಗೆ ಚಂದಾದಾರರಾಗಲು ನಾವು ನಿಮ್ಮನ್ನು ಆಹ್ವಾನಿಸುತ್ತೇವೆ, ಇದರಲ್ಲಿ ನಾವು ನಿಯಮಿತ ಪ್ರಚಾರಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ (IaaS ನಲ್ಲಿ ರಿಯಾಯಿತಿಗಳು ಮತ್ತು VPS ನಲ್ಲಿ 100% ವರೆಗೆ ಪ್ರಚಾರ ಕೋಡ್‌ಗಳಿಗೆ ಕೊಡುಗೆಗಳು), ಆಸಕ್ತಿದಾಯಕ ಸುದ್ದಿಗಳನ್ನು ಬರೆಯಿರಿ ಮತ್ತು Habr ಬ್ಲಾಗ್‌ನಲ್ಲಿ ಹೊಸ ಲೇಖನಗಳನ್ನು ಪ್ರಕಟಿಸುತ್ತೇವೆ.

ಮೂಲ: www.habr.com