ಹಲೋ, ಹಬ್ರ್ ಓದುಗರು! ಕೊನೆಯ ಲೇಖನದಲ್ಲಿ, ನಾವು AERODISK ಎಂಜಿನ್ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ವಿಪತ್ತು ಚೇತರಿಕೆಯ ಸರಳ ವಿಧಾನಗಳ ಬಗ್ಗೆ ಮಾತನಾಡಿದ್ದೇವೆ - ಪ್ರತಿಕೃತಿ. ಈ ಲೇಖನದಲ್ಲಿ, ನಾವು ಹೆಚ್ಚು ಸಂಕೀರ್ಣ ಮತ್ತು ಆಸಕ್ತಿದಾಯಕ ವಿಷಯಕ್ಕೆ ಧುಮುಕುತ್ತೇವೆ - ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್, ಅಂದರೆ, ಎರಡು ಡೇಟಾ ಕೇಂದ್ರಗಳಿಗೆ ಸ್ವಯಂಚಾಲಿತ ವಿಪತ್ತು ರಕ್ಷಣೆಯ ಸಾಧನವಾಗಿದೆ, ಡೇಟಾ ಕೇಂದ್ರಗಳು ಸಕ್ರಿಯ-ಸಕ್ರಿಯ ಮೋಡ್‌ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ. ನಾವು ನಿಮಗೆ ಹೇಳುತ್ತೇವೆ, ನಿಮಗೆ ತೋರಿಸುತ್ತೇವೆ, ಅದನ್ನು ಮುರಿದು ಸರಿಪಡಿಸುತ್ತೇವೆ.
ಎಂದಿನಂತೆ, ಮೊದಲು ಸಿದ್ಧಾಂತ
ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್ ಎನ್ನುವುದು ನಗರ ಅಥವಾ ಪ್ರದೇಶದೊಳಗೆ ಹಲವಾರು ಸೈಟ್‌ಗಳಲ್ಲಿ ಹರಡಿರುವ ಕ್ಲಸ್ಟರ್ ಆಗಿದೆ. "ಕ್ಲಸ್ಟರ್" ಎಂಬ ಪದವು ಸಂಕೀರ್ಣವು ಸ್ವಯಂಚಾಲಿತವಾಗಿದೆ ಎಂದು ನಮಗೆ ಸ್ಪಷ್ಟವಾಗಿ ಸುಳಿವು ನೀಡುತ್ತದೆ, ಅಂದರೆ, ವೈಫಲ್ಯಗಳ ಸಂದರ್ಭದಲ್ಲಿ ಕ್ಲಸ್ಟರ್ ನೋಡ್ಗಳನ್ನು ಬದಲಾಯಿಸುವುದು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸಂಭವಿಸುತ್ತದೆ.
ಇಲ್ಲಿಯೇ ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್ ಮತ್ತು ನಿಯಮಿತ ಪುನರಾವರ್ತನೆಯ ನಡುವಿನ ಪ್ರಮುಖ ವ್ಯತ್ಯಾಸವಿದೆ. ಕಾರ್ಯಾಚರಣೆಗಳ ಆಟೊಮೇಷನ್. ಅಂದರೆ, ಕೆಲವು ಘಟನೆಗಳ ಸಂದರ್ಭದಲ್ಲಿ (ಡೇಟಾ ಸೆಂಟರ್ ವೈಫಲ್ಯ, ಮುರಿದ ಚಾನಲ್‌ಗಳು, ಇತ್ಯಾದಿ), ಡೇಟಾ ಲಭ್ಯತೆಯನ್ನು ಕಾಪಾಡಿಕೊಳ್ಳಲು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯು ಸ್ವತಂತ್ರವಾಗಿ ಅಗತ್ಯ ಕ್ರಮಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ನಿಯಮಿತ ಪ್ರತಿಕೃತಿಗಳನ್ನು ಬಳಸುವಾಗ, ಈ ಕ್ರಿಯೆಗಳನ್ನು ನಿರ್ವಾಹಕರು ಸಂಪೂರ್ಣವಾಗಿ ಅಥವಾ ಭಾಗಶಃ ಹಸ್ತಚಾಲಿತವಾಗಿ ನಿರ್ವಹಿಸುತ್ತಾರೆ.
ಇದು ಏನು ಮಾಡುತ್ತದೆ?
ಕೆಲವು ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್ ಅನುಷ್ಠಾನಗಳನ್ನು ಬಳಸುವಾಗ ಗ್ರಾಹಕರು ಅನುಸರಿಸುವ ಮುಖ್ಯ ಗುರಿ RTO (ರಿಕವರಿ ಟೈಮ್ ಆಬ್ಜೆಕ್ಟಿವ್) ಅನ್ನು ಕಡಿಮೆ ಮಾಡುವುದು. ಅಂದರೆ, ವೈಫಲ್ಯದ ನಂತರ ಐಟಿ ಸೇವೆಗಳ ಚೇತರಿಕೆಯ ಸಮಯವನ್ನು ಕಡಿಮೆ ಮಾಡುವುದು. ನೀವು ನಿಯಮಿತ ಪುನರಾವರ್ತನೆಯನ್ನು ಬಳಸಿದರೆ, ಚೇತರಿಕೆಯ ಸಮಯವು ಯಾವಾಗಲೂ ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್‌ನೊಂದಿಗೆ ಚೇತರಿಕೆಯ ಸಮಯಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿರುತ್ತದೆ. ಏಕೆ? ತುಂಬಾ ಸರಳ. ನಿರ್ವಾಹಕರು ತಮ್ಮ ಮೇಜಿನ ಬಳಿ ಇರಬೇಕು ಮತ್ತು ಪ್ರತಿಕೃತಿಯನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಬದಲಾಯಿಸಬೇಕು ಮತ್ತು ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್ ಇದನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಮಾಡುತ್ತದೆ.
ನೀವು ನಿದ್ರಿಸದ, ತಿನ್ನದ, ಧೂಮಪಾನ ಮಾಡದ ಅಥವಾ ಅನಾರೋಗ್ಯಕ್ಕೆ ಒಳಗಾಗದ ಮತ್ತು ದಿನದ 24 ಗಂಟೆಗಳ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯ ಸ್ಥಿತಿಯನ್ನು ವೀಕ್ಷಿಸುವ ಒಬ್ಬ ಮೀಸಲಾದ ನಿರ್ವಾಹಕರನ್ನು ಕರ್ತವ್ಯದಲ್ಲಿ ಹೊಂದಿಲ್ಲದಿದ್ದರೆ, ನಿರ್ವಾಹಕರು ಹಾಗೆ ಮಾಡುತ್ತಾರೆ ಎಂದು ಖಾತರಿಪಡಿಸಲು ಯಾವುದೇ ಮಾರ್ಗವಿಲ್ಲ. ವೈಫಲ್ಯದ ಸಮಯದಲ್ಲಿ ಹಸ್ತಚಾಲಿತ ಸ್ವಿಚಿಂಗ್‌ಗೆ ಲಭ್ಯವಿರುತ್ತದೆ.
ಅಂತೆಯೇ, ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್ ಅಥವಾ ನಿರ್ವಾಹಕರ ಕರ್ತವ್ಯ ಸೇವೆಯ 99 ನೇ ಹಂತದ ಅಮರ ನಿರ್ವಾಹಕರ ಅನುಪಸ್ಥಿತಿಯಲ್ಲಿ ಆರ್‌ಟಿಒ ಎಲ್ಲಾ ವ್ಯವಸ್ಥೆಗಳ ಸ್ವಿಚಿಂಗ್ ಸಮಯದ ಮೊತ್ತಕ್ಕೆ ಸಮಾನವಾಗಿರುತ್ತದೆ ಮತ್ತು ನಿರ್ವಾಹಕರು ಕೆಲಸ ಮಾಡಲು ಪ್ರಾರಂಭಿಸುವ ಗರಿಷ್ಠ ಅವಧಿಯ ನಂತರ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳು ಮತ್ತು ಸಂಬಂಧಿತ ವ್ಯವಸ್ಥೆಗಳೊಂದಿಗೆ.
ಹೀಗಾಗಿ, ಆರ್‌ಟಿಒಗೆ ನಿಮಿಷಗಳು, ಗಂಟೆಗಳು ಅಥವಾ ದಿನಗಳಲ್ಲದಿದ್ದರೆ ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್ ಅನ್ನು ಬಳಸಬೇಕು ಎಂಬ ಸ್ಪಷ್ಟ ತೀರ್ಮಾನಕ್ಕೆ ನಾವು ಬರುತ್ತೇವೆ, ಅಂದರೆ, ಕೆಟ್ಟ ಡೇಟಾ ಸೆಂಟರ್ ವೈಫಲ್ಯದ ಸಂದರ್ಭದಲ್ಲಿ, ಐಟಿ ಇಲಾಖೆಯು ವ್ಯವಹಾರಕ್ಕೆ ಸಮಯವನ್ನು ಒದಗಿಸಬೇಕು. ನಿಮಿಷಗಳಲ್ಲಿ ಅಥವಾ ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಐಟಿ ಸೇವೆಗಳಿಗೆ ಪ್ರವೇಶವನ್ನು ಮರುಸ್ಥಾಪಿಸಲು.
ಇದು ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ?
ಕೆಳಗಿನ ಹಂತದಲ್ಲಿ, ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್ ಸಿಂಕ್ರೊನಸ್ ಡೇಟಾ ಪುನರಾವರ್ತನೆಗಾಗಿ ಯಾಂತ್ರಿಕ ವ್ಯವಸ್ಥೆಯನ್ನು ಬಳಸುತ್ತದೆ, ಇದನ್ನು ನಾವು ಹಿಂದಿನ ಲೇಖನದಲ್ಲಿ ವಿವರಿಸಿದ್ದೇವೆ (ನೋಡಿ. ) ಪುನರಾವರ್ತನೆಯು ಸಿಂಕ್ರೊನಸ್ ಆಗಿರುವುದರಿಂದ, ಅದರ ಅವಶ್ಯಕತೆಗಳು ಅನುರೂಪವಾಗಿದೆ, ಅಥವಾ ಬದಲಿಗೆ:
- ಭೌತಶಾಸ್ತ್ರದಂತೆ ಆಪ್ಟಿಕಲ್ ಫೈಬರ್, 10 ಗಿಗಾಬಿಟ್ ಎತರ್ನೆಟ್ (ಅಥವಾ ಹೆಚ್ಚಿನದು);
- ಡೇಟಾ ಕೇಂದ್ರಗಳ ನಡುವಿನ ಅಂತರವು 40 ಕಿಲೋಮೀಟರ್‌ಗಳಿಗಿಂತ ಹೆಚ್ಚಿಲ್ಲ;
- ಡೇಟಾ ಕೇಂದ್ರಗಳ ನಡುವಿನ ಆಪ್ಟಿಕಲ್ ಚಾನಲ್ ವಿಳಂಬ (ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳ ನಡುವೆ) 5 ಮಿಲಿಸೆಕೆಂಡ್‌ಗಳವರೆಗೆ (ಸೂಕ್ತವಾಗಿ 2).
ಈ ಎಲ್ಲಾ ಅವಶ್ಯಕತೆಗಳು ಪ್ರಕೃತಿಯಲ್ಲಿ ಸಲಹಾಗಳಾಗಿವೆ, ಅಂದರೆ, ಈ ಅವಶ್ಯಕತೆಗಳನ್ನು ಪೂರೈಸದಿದ್ದರೂ ಸಹ ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಆದರೆ ಈ ಅವಶ್ಯಕತೆಗಳನ್ನು ಅನುಸರಿಸದಿರುವ ಪರಿಣಾಮಗಳು ಎರಡೂ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳ ಕಾರ್ಯಾಚರಣೆಯಲ್ಲಿನ ನಿಧಾನಗತಿಗೆ ಸಮಾನವಾಗಿರುತ್ತದೆ ಎಂದು ನಾವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು. ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್.
ಆದ್ದರಿಂದ, ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳ ನಡುವೆ ಡೇಟಾವನ್ನು ವರ್ಗಾಯಿಸಲು ಸಿಂಕ್ರೊನಸ್ ಪ್ರತಿಕೃತಿಯನ್ನು ಬಳಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿಕೃತಿಗಳು ಹೇಗೆ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಬದಲಾಗುತ್ತವೆ ಮತ್ತು ಮುಖ್ಯವಾಗಿ, ವಿಭಜಿತ-ಮೆದುಳನ್ನು ತಪ್ಪಿಸುವುದು ಹೇಗೆ? ಇದನ್ನು ಮಾಡಲು, ಉನ್ನತ ಮಟ್ಟದಲ್ಲಿ, ಹೆಚ್ಚುವರಿ ಘಟಕವನ್ನು ಬಳಸಲಾಗುತ್ತದೆ - ಮಧ್ಯಸ್ಥಗಾರ.
ಮಧ್ಯಸ್ಥಗಾರನು ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತಾನೆ ಮತ್ತು ಅವನ ಕಾರ್ಯವೇನು?
ಆರ್ಬಿಟರ್ ಒಂದು ಸಣ್ಣ ವರ್ಚುವಲ್ ಯಂತ್ರ ಅಥವಾ ಹಾರ್ಡ್‌ವೇರ್ ಕ್ಲಸ್ಟರ್ ಆಗಿದ್ದು ಅದನ್ನು ಮೂರನೇ ಸೈಟ್‌ನಲ್ಲಿ ಪ್ರಾರಂಭಿಸಬೇಕು (ಉದಾಹರಣೆಗೆ, ಕಚೇರಿಯಲ್ಲಿ) ಮತ್ತು ICMP ಮತ್ತು SSH ಮೂಲಕ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗೆ ಪ್ರವೇಶವನ್ನು ಒದಗಿಸಬೇಕು. ಉಡಾವಣೆಯ ನಂತರ, ಆರ್ಬಿಟರ್ ಐಪಿ ಅನ್ನು ಹೊಂದಿಸಬೇಕು ಮತ್ತು ನಂತರ ಶೇಖರಣಾ ಕಡೆಯಿಂದ ಅದರ ವಿಳಾಸವನ್ನು ಸೂಚಿಸಬೇಕು, ಜೊತೆಗೆ ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್‌ನಲ್ಲಿ ಭಾಗವಹಿಸುವ ರಿಮೋಟ್ ಕಂಟ್ರೋಲರ್‌ಗಳ ವಿಳಾಸಗಳು. ಇದರ ನಂತರ, ರೆಫರಿ ಕೆಲಸ ಮಾಡಲು ಸಿದ್ಧವಾಗಿದೆ.
ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್‌ನಲ್ಲಿನ ಎಲ್ಲಾ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಆರ್ಬಿಟರ್ ನಿರಂತರವಾಗಿ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುತ್ತಾನೆ ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯು ಲಭ್ಯವಿಲ್ಲದಿದ್ದರೆ, ಕ್ಲಸ್ಟರ್‌ನ ಇನ್ನೊಬ್ಬ ಸದಸ್ಯರಿಂದ ("ಲೈವ್" ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ) ಅಲಭ್ಯತೆಯನ್ನು ದೃಢಪಡಿಸಿದ ನಂತರ, ಪುನರಾವರ್ತನೆಯ ನಿಯಮಗಳನ್ನು ಬದಲಾಯಿಸುವ ವಿಧಾನವನ್ನು ಪ್ರಾರಂಭಿಸಲು ಅವನು ನಿರ್ಧರಿಸುತ್ತಾನೆ. ಮತ್ತು ಮ್ಯಾಪಿಂಗ್.
ಬಹಳ ಮುಖ್ಯವಾದ ಅಂಶ. ಆರ್ಬಿಟ್ರೇಟರ್ ಯಾವಾಗಲೂ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳು ನೆಲೆಗೊಂಡಿರುವ ಸೈಟ್‌ಗಿಂತ ವಿಭಿನ್ನವಾದ ಸೈಟ್‌ನಲ್ಲಿರಬೇಕು, ಅಂದರೆ, ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆ 1 ಅನ್ನು ಸ್ಥಾಪಿಸಿದ ಡೇಟಾ ಸೆಂಟರ್ 1 ರಲ್ಲಿ ಅಥವಾ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆ 2 ಅನ್ನು ಸ್ಥಾಪಿಸಿದ ಡೇಟಾ ಸೆಂಟರ್ 2 ರಲ್ಲಿ ಇರಬಾರದು.
ಏಕೆ? ಏಕೆಂದರೆ, ಉಳಿದಿರುವ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ಒಂದರ ಸಹಾಯದಿಂದ ಮಧ್ಯಸ್ಥಗಾರನು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಸ್ಥಾಪಿಸಿದ ಯಾವುದೇ ಎರಡು ಸೈಟ್‌ಗಳ ಕುಸಿತವನ್ನು ನಿಸ್ಸಂದಿಗ್ಧವಾಗಿ ಮತ್ತು ನಿಖರವಾಗಿ ನಿರ್ಧರಿಸುವ ಏಕೈಕ ಮಾರ್ಗವಾಗಿದೆ. ಆರ್ಬಿಟರ್ ಅನ್ನು ಇರಿಸುವ ಯಾವುದೇ ಇತರ ವಿಧಾನಗಳು ವಿಭಜಿತ-ಮೆದುಳಿಗೆ ಕಾರಣವಾಗಬಹುದು.
ಈಗ ಮಧ್ಯಸ್ಥಗಾರರ ಕೆಲಸದ ವಿವರಗಳಿಗೆ ಧುಮುಕೋಣ.
ಆರ್ಬಿಟರ್ ಎಲ್ಲಾ ಶೇಖರಣಾ ನಿಯಂತ್ರಕಗಳನ್ನು ನಿರಂತರವಾಗಿ ಪೋಲ್ ಮಾಡುವ ಹಲವಾರು ಸೇವೆಗಳನ್ನು ನಡೆಸುತ್ತದೆ. ಸಮೀಕ್ಷೆಯ ಫಲಿತಾಂಶವು ಹಿಂದಿನದಕ್ಕಿಂತ ಭಿನ್ನವಾಗಿದ್ದರೆ (ಲಭ್ಯವಿದೆ/ಲಭ್ಯವಿಲ್ಲ), ನಂತರ ಅದನ್ನು ಸಣ್ಣ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ದಾಖಲಿಸಲಾಗುತ್ತದೆ, ಅದು ಆರ್ಬಿಟರ್‌ನಲ್ಲಿಯೂ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.
ಮಧ್ಯಸ್ಥಗಾರರ ಕೆಲಸದ ತರ್ಕವನ್ನು ಹೆಚ್ಚು ವಿವರವಾಗಿ ನೋಡೋಣ.
ಹಂತ 1: ಅಲಭ್ಯತೆಯನ್ನು ನಿರ್ಧರಿಸಿ. ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯ ವೈಫಲ್ಯದ ಘಟನೆಯು ಒಂದೇ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯ ಎರಡೂ ನಿಯಂತ್ರಕಗಳಿಂದ 5 ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಪಿಂಗ್ ಇಲ್ಲದಿರುವುದು.
ಹಂತ 2. ಸ್ವಿಚಿಂಗ್ ವಿಧಾನವನ್ನು ಪ್ರಾರಂಭಿಸಿ. ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ಒಂದು ಲಭ್ಯವಿಲ್ಲ ಎಂದು ಮಧ್ಯಸ್ಥಗಾರ ಅರಿತುಕೊಂಡ ನಂತರ, "ಡೆಡ್" ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯು ನಿಜವಾಗಿಯೂ ಸತ್ತಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು "ಲೈವ್" ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗೆ ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸುತ್ತಾನೆ.
ಆರ್ಬಿಟರ್ನಿಂದ ಅಂತಹ ಆಜ್ಞೆಯನ್ನು ಸ್ವೀಕರಿಸಿದ ನಂತರ, ಎರಡನೇ (ಲೈವ್) ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯು ಬಿದ್ದ ಮೊದಲ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯ ಲಭ್ಯತೆಯನ್ನು ಹೆಚ್ಚುವರಿಯಾಗಿ ಪರಿಶೀಲಿಸುತ್ತದೆ ಮತ್ತು ಅದು ಇಲ್ಲದಿದ್ದರೆ, ಅವನ ಊಹೆಯ ಮಧ್ಯಸ್ಥಗಾರನಿಗೆ ದೃಢೀಕರಣವನ್ನು ಕಳುಹಿಸುತ್ತದೆ. ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯು ನಿಜವಾಗಿಯೂ ಲಭ್ಯವಿಲ್ಲ.
ಅಂತಹ ದೃಢೀಕರಣವನ್ನು ಸ್ವೀಕರಿಸಿದ ನಂತರ, ಆರ್ಬಿಟರ್ ರಿಮೋಟ್ ವಿಧಾನವನ್ನು ಬದಲಾಯಿಸಲು ಮತ್ತು ಬಿದ್ದ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಸಕ್ರಿಯವಾಗಿರುವ (ಪ್ರಾಥಮಿಕ) ಪ್ರತಿಕೃತಿಗಳ ಮೇಲೆ ಮ್ಯಾಪಿಂಗ್ ಅನ್ನು ಹೆಚ್ಚಿಸಲು ಮತ್ತು ಎರಡನೇ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗೆ ಈ ಪ್ರತಿಕೃತಿಗಳನ್ನು ದ್ವಿತೀಯಕದಿಂದ ಪ್ರಾಥಮಿಕಕ್ಕೆ ಬದಲಾಯಿಸಲು ಆಜ್ಞೆಯನ್ನು ಕಳುಹಿಸುತ್ತಾನೆ. ಮ್ಯಾಪಿಂಗ್ ಅನ್ನು ಹೆಚ್ಚಿಸಿ. ಸರಿ, ಎರಡನೆಯ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯು, ಅದರ ಪ್ರಕಾರ, ಈ ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ, ಮತ್ತು ನಂತರ ಸ್ವತಃ ಕಳೆದುಹೋದ LUN ಗಳಿಗೆ ಪ್ರವೇಶವನ್ನು ಒದಗಿಸುತ್ತದೆ.
ಹೆಚ್ಚುವರಿ ಪರಿಶೀಲನೆ ಏಕೆ ಅಗತ್ಯವಿದೆ? ಕೋರಂಗಾಗಿ. ಅಂದರೆ, ಕ್ಲಸ್ಟರ್ ಸದಸ್ಯರ ಒಟ್ಟು ಬೆಸ (3) ಸಂಖ್ಯೆಯ ಬಹುಪಾಲು ಕ್ಲಸ್ಟರ್ ನೋಡ್‌ಗಳ ಪತನವನ್ನು ದೃಢೀಕರಿಸಬೇಕು. ಆಗ ಮಾತ್ರ ಈ ನಿರ್ಧಾರ ಖಂಡಿತಾ ಸರಿಯಾಗುತ್ತದೆ. ತಪ್ಪಾದ ಸ್ವಿಚಿಂಗ್ ಅನ್ನು ತಪ್ಪಿಸಲು ಇದು ಅವಶ್ಯಕವಾಗಿದೆ ಮತ್ತು ಅದರ ಪ್ರಕಾರ, ಸ್ಪ್ಲಿಟ್-ಮೆದುಳು.
ಸಮಯ ಹಂತ 2 ಸರಿಸುಮಾರು 5 - 10 ಸೆಕೆಂಡುಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಹೀಗಾಗಿ, ಅಲಭ್ಯತೆಯನ್ನು (5 ಸೆಕೆಂಡುಗಳು) ನಿರ್ಧರಿಸಲು ಅಗತ್ಯವಿರುವ ಸಮಯವನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಂಡು, ಅಪಘಾತದ ನಂತರ 10 - 15 ಸೆಕೆಂಡುಗಳಲ್ಲಿ, ಬಿದ್ದ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯಿಂದ LUN ಗಳು ಲೈವ್‌ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಲಭ್ಯವಿರುತ್ತವೆ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆ.
ಹೋಸ್ಟ್‌ಗಳೊಂದಿಗಿನ ಸಂಪರ್ಕವನ್ನು ಕಳೆದುಕೊಳ್ಳುವುದನ್ನು ತಪ್ಪಿಸಲು, ಹೋಸ್ಟ್‌ಗಳಲ್ಲಿ ಸಮಯ ಮೀರುವಿಕೆಯನ್ನು ಸರಿಯಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಸಹ ನೀವು ಕಾಳಜಿ ವಹಿಸಬೇಕು ಎಂಬುದು ಸ್ಪಷ್ಟವಾಗಿದೆ. ಶಿಫಾರಸು ಮಾಡಿದ ಅವಧಿಯು ಕನಿಷ್ಠ 30 ಸೆಕೆಂಡುಗಳು. ಇದು ವಿಪತ್ತಿನ ಸಂದರ್ಭದಲ್ಲಿ ಲೋಡ್ ಸ್ವಿಚಿಂಗ್ ಸಮಯದಲ್ಲಿ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗೆ ಸಂಪರ್ಕವನ್ನು ಕಡಿತಗೊಳಿಸುವುದನ್ನು ತಡೆಯುತ್ತದೆ ಮತ್ತು ಯಾವುದೇ I/O ಅಡಚಣೆಗಳಿಲ್ಲ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬಹುದು.
ಒಂದು ಸೆಕೆಂಡ್ ನಿರೀಕ್ಷಿಸಿ, ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್‌ನೊಂದಿಗೆ ಎಲ್ಲವೂ ತುಂಬಾ ಉತ್ತಮವಾಗಿದ್ದರೆ, ನಮಗೆ ನಿಯಮಿತ ಪುನರಾವರ್ತನೆ ಏಕೆ ಬೇಕು?
ವಾಸ್ತವದಲ್ಲಿ, ಎಲ್ಲವೂ ಅಷ್ಟು ಸುಲಭವಲ್ಲ.
ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್ನ ಸಾಧಕ-ಬಾಧಕಗಳನ್ನು ಪರಿಗಣಿಸೋಣ
ಆದ್ದರಿಂದ, ಸಾಂಪ್ರದಾಯಿಕ ಪುನರಾವರ್ತನೆಗೆ ಹೋಲಿಸಿದರೆ ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್ನ ಸ್ಪಷ್ಟ ಪ್ರಯೋಜನಗಳೆಂದರೆ:
- ಸಂಪೂರ್ಣ ಯಾಂತ್ರೀಕೃತಗೊಂಡ, ದುರಂತದ ಸಂದರ್ಭದಲ್ಲಿ ಕನಿಷ್ಠ ಚೇತರಿಕೆಯ ಸಮಯವನ್ನು ಖಾತ್ರಿಪಡಿಸುವುದು;
- ಅಷ್ಟೇ :-).
ಮತ್ತು ಈಗ, ಗಮನ, ಅನಾನುಕೂಲಗಳು:
- ಪರಿಹಾರ ವೆಚ್ಚ. ಏರೋಡಿಸ್ಕ್ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿನ ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್‌ಗೆ ಹೆಚ್ಚುವರಿ ಪರವಾನಗಿ ಅಗತ್ಯವಿಲ್ಲದಿದ್ದರೂ (ಪ್ರತಿಕೃತಿಗೆ ಅದೇ ಪರವಾನಗಿಯನ್ನು ಬಳಸಲಾಗುತ್ತದೆ), ಸಿಂಕ್ರೊನಸ್ ರೆಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಬಳಸುವುದಕ್ಕಿಂತ ಪರಿಹಾರದ ವೆಚ್ಚವು ಇನ್ನೂ ಹೆಚ್ಚಾಗಿರುತ್ತದೆ. ಹೆಚ್ಚುವರಿ ಸ್ವಿಚಿಂಗ್ ಮತ್ತು ಹೆಚ್ಚುವರಿ ಸೈಟ್‌ಗೆ ಸಂಬಂಧಿಸಿದ ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್ನ ಅಗತ್ಯತೆಗಳು (ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್ ಯೋಜನೆ ನೋಡಿ) ಸಿಂಕ್ರೊನಸ್ ಪ್ರತಿಕೃತಿಯ ಎಲ್ಲಾ ಅವಶ್ಯಕತೆಗಳನ್ನು ನೀವು ಕಾರ್ಯಗತಗೊಳಿಸಬೇಕಾಗುತ್ತದೆ;
- ಪರಿಹಾರದ ಸಂಕೀರ್ಣತೆ. ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್ ಸಾಮಾನ್ಯ ಪ್ರತಿಕೃತಿಗಿಂತ ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾಗಿದೆ ಮತ್ತು ಯೋಜನೆ, ಸಂರಚನೆ ಮತ್ತು ದಾಖಲಾತಿಗೆ ಹೆಚ್ಚಿನ ಗಮನ ಮತ್ತು ಪ್ರಯತ್ನದ ಅಗತ್ಯವಿದೆ.
ಅಂತಿಮವಾಗಿ. ನೀವು ನಿಜವಾಗಿಯೂ ಸೆಕೆಂಡುಗಳು ಅಥವಾ ನಿಮಿಷಗಳಲ್ಲಿ RTO ಅನ್ನು ಒದಗಿಸಬೇಕಾದಾಗ ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್ ಖಂಡಿತವಾಗಿಯೂ ತಾಂತ್ರಿಕವಾಗಿ ಮುಂದುವರಿದ ಮತ್ತು ಉತ್ತಮ ಪರಿಹಾರವಾಗಿದೆ. ಆದರೆ ಅಂತಹ ಯಾವುದೇ ಕಾರ್ಯವಿಲ್ಲದಿದ್ದರೆ ಮತ್ತು ಗಂಟೆಗಳಲ್ಲಿ ಆರ್‌ಟಿಒ ವ್ಯವಹಾರಕ್ಕೆ ಸರಿಯಾಗಿದ್ದರೆ, ಗುಬ್ಬಚ್ಚಿಗಳನ್ನು ಫಿರಂಗಿಯಿಂದ ಶೂಟ್ ಮಾಡುವುದರಲ್ಲಿ ಯಾವುದೇ ಅರ್ಥವಿಲ್ಲ. ಸಾಮಾನ್ಯ ಕಾರ್ಮಿಕ-ರೈತ ಪ್ರತಿರೂಪವು ಸಾಕಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ಮೆಟ್ರೋ ಕ್ಲಸ್ಟರ್ ಹೆಚ್ಚುವರಿ ವೆಚ್ಚಗಳನ್ನು ಮತ್ತು ಐಟಿ ಮೂಲಸೌಕರ್ಯಕ್ಕೆ ತೊಡಕುಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ.
ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್ ಯೋಜನೆ
ಈ ವಿಭಾಗವು ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್ ವಿನ್ಯಾಸಕ್ಕೆ ಸಮಗ್ರ ಮಾರ್ಗದರ್ಶಿ ಎಂದು ಹೇಳಿಕೊಳ್ಳುವುದಿಲ್ಲ, ಆದರೆ ನೀವು ಅಂತಹ ವ್ಯವಸ್ಥೆಯನ್ನು ನಿರ್ಮಿಸಲು ನಿರ್ಧರಿಸಿದರೆ ಕೆಲಸ ಮಾಡಬೇಕಾದ ಮುಖ್ಯ ನಿರ್ದೇಶನಗಳನ್ನು ಮಾತ್ರ ತೋರಿಸುತ್ತದೆ. ಆದ್ದರಿಂದ, ವಾಸ್ತವವಾಗಿ ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವಾಗ, ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯ ತಯಾರಕರನ್ನು (ಅಂದರೆ, ನಾವು) ಮತ್ತು ಸಮಾಲೋಚನೆಗಳಿಗಾಗಿ ಇತರ ಸಂಬಂಧಿತ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಒಳಗೊಳ್ಳಲು ಮರೆಯದಿರಿ.
ಸ್ಥಳಗಳು
ಮೇಲೆ ಹೇಳಿದಂತೆ, ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್‌ಗೆ ಕನಿಷ್ಠ ಮೂರು ಸೈಟ್‌ಗಳ ಅಗತ್ಯವಿದೆ. ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳು ಮತ್ತು ಸಂಬಂಧಿತ ವ್ಯವಸ್ಥೆಗಳು ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಎರಡು ಡೇಟಾ ಕೇಂದ್ರಗಳು, ಹಾಗೆಯೇ ಆರ್ಬಿಟ್ರೇಟರ್ ಕೆಲಸ ಮಾಡುವ ಮೂರನೇ ಸೈಟ್.
ಡೇಟಾ ಕೇಂದ್ರಗಳ ನಡುವಿನ ಶಿಫಾರಸು ದೂರವು 40 ಕಿಲೋಮೀಟರ್‌ಗಳಿಗಿಂತ ಹೆಚ್ಚಿಲ್ಲ. ಹೆಚ್ಚಿನ ದೂರವು ಹೆಚ್ಚುವರಿ ವಿಳಂಬಗಳನ್ನು ಉಂಟುಮಾಡುವ ಸಾಧ್ಯತೆಯಿದೆ, ಇದು ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್ನ ಸಂದರ್ಭದಲ್ಲಿ ಅತ್ಯಂತ ಅನಪೇಕ್ಷಿತವಾಗಿದೆ. ವಿಳಂಬಗಳು 5 ಮಿಲಿಸೆಕೆಂಡುಗಳವರೆಗೆ ಇರಬೇಕು ಎಂದು ನಾವು ನಿಮಗೆ ನೆನಪಿಸೋಣ, ಆದರೂ ಅವುಗಳನ್ನು 2 ರೊಳಗೆ ಇರಿಸಲು ಸಲಹೆ ನೀಡಲಾಗುತ್ತದೆ.
ಯೋಜನಾ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ವಿಳಂಬವನ್ನು ಪರಿಶೀಲಿಸಲು ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ. ಡೇಟಾ ಕೇಂದ್ರಗಳ ನಡುವೆ ಆಪ್ಟಿಕಲ್ ಫೈಬರ್ ಅನ್ನು ಒದಗಿಸುವ ಯಾವುದೇ ಹೆಚ್ಚು ಅಥವಾ ಕಡಿಮೆ ಪ್ರೌಢ ಪೂರೈಕೆದಾರರು ಗುಣಮಟ್ಟದ ಪರಿಶೀಲನೆಯನ್ನು ತ್ವರಿತವಾಗಿ ಆಯೋಜಿಸಬಹುದು.
ಆರ್ಬಿಟ್ರೇಟರ್ (ಅಂದರೆ, ಮೂರನೇ ಸೈಟ್ ಮತ್ತು ಮೊದಲ ಎರಡರ ನಡುವೆ) ವಿಳಂಬಗಳಿಗೆ ಸಂಬಂಧಿಸಿದಂತೆ, ಶಿಫಾರಸು ಮಾಡಲಾದ ವಿಳಂಬ ಮಿತಿ 200 ಮಿಲಿಸೆಕೆಂಡ್‌ಗಳವರೆಗೆ ಇರುತ್ತದೆ, ಅಂದರೆ, ಇಂಟರ್ನೆಟ್‌ನಲ್ಲಿ ನಿಯಮಿತ ಕಾರ್ಪೊರೇಟ್ VPN ಸಂಪರ್ಕವು ಸೂಕ್ತವಾಗಿದೆ.
ಸ್ವಿಚಿಂಗ್ ಮತ್ತು ನೆಟ್‌ವರ್ಕಿಂಗ್
ರೆಪ್ಲಿಕೇಶನ್ ಸ್ಕೀಮ್‌ಗಿಂತ ಭಿನ್ನವಾಗಿ, ವಿವಿಧ ಸೈಟ್‌ಗಳಿಂದ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಸಂಪರ್ಕಿಸಲು ಸಾಕು, ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್ ಯೋಜನೆಯು ವಿಭಿನ್ನ ಸೈಟ್‌ಗಳಲ್ಲಿ ಎರಡೂ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳೊಂದಿಗೆ ಹೋಸ್ಟ್‌ಗಳನ್ನು ಸಂಪರ್ಕಿಸುವ ಅಗತ್ಯವಿದೆ. ವ್ಯತ್ಯಾಸವೇನು ಎಂಬುದನ್ನು ಸ್ಪಷ್ಟಪಡಿಸಲು, ಎರಡೂ ಯೋಜನೆಗಳನ್ನು ಕೆಳಗೆ ತೋರಿಸಲಾಗಿದೆ.
ರೇಖಾಚಿತ್ರದಿಂದ ನೋಡಬಹುದಾದಂತೆ, ನಮ್ಮ ಸೈಟ್ 1 ಹೋಸ್ಟ್‌ಗಳು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆ 1 ಮತ್ತು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆ 2 ಎರಡನ್ನೂ ನೋಡುತ್ತವೆ. ಅಲ್ಲದೆ, ಇದಕ್ಕೆ ವಿರುದ್ಧವಾಗಿ, ಸೈಟ್ 2 ಹೋಸ್ಟ್‌ಗಳು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆ 2 ಮತ್ತು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆ 1 ಎರಡನ್ನೂ ನೋಡುತ್ತವೆ. ಅಂದರೆ, ಪ್ರತಿ ಹೋಸ್ಟ್ ಎರಡೂ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳನ್ನು ನೋಡುತ್ತದೆ. ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್ ಕಾರ್ಯಾಚರಣೆಗೆ ಇದು ಪೂರ್ವಾಪೇಕ್ಷಿತವಾಗಿದೆ.
ಸಹಜವಾಗಿ, ಪ್ರತಿ ಹೋಸ್ಟ್ ಅನ್ನು ಆಪ್ಟಿಕಲ್ ಕಾರ್ಡ್‌ನೊಂದಿಗೆ ಮತ್ತೊಂದು ಡೇಟಾ ಕೇಂದ್ರಕ್ಕೆ ಸಂಪರ್ಕಿಸುವ ಅಗತ್ಯವಿಲ್ಲ; ಯಾವುದೇ ಪೋರ್ಟ್‌ಗಳು ಅಥವಾ ಹಗ್ಗಗಳು ಸಾಕಾಗುವುದಿಲ್ಲ. ಈ ಎಲ್ಲಾ ಸಂಪರ್ಕಗಳನ್ನು Ethernet 10G+ ಅಥವಾ FibreChannel 8G+ ಸ್ವಿಚ್‌ಗಳ ಮೂಲಕ ಮಾಡಬೇಕು (ಎಫ್‌ಸಿ ಕೇವಲ IO ಗಾಗಿ ಹೋಸ್ಟ್‌ಗಳು ಮತ್ತು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಸಂಪರ್ಕಿಸಲು ಮಾತ್ರ, ಪ್ರತಿಕೃತಿ ಚಾನಲ್ ಪ್ರಸ್ತುತ IP (ಎತರ್ನೆಟ್ 10G+) ಮೂಲಕ ಮಾತ್ರ ಲಭ್ಯವಿದೆ.
ಈಗ ನೆಟ್ವರ್ಕ್ ಟೋಪೋಲಜಿ ಬಗ್ಗೆ ಕೆಲವು ಪದಗಳು. ಸಬ್ನೆಟ್ಗಳ ಸರಿಯಾದ ಸಂರಚನೆಯು ಒಂದು ಪ್ರಮುಖ ಅಂಶವಾಗಿದೆ. ಕೆಳಗಿನ ರೀತಿಯ ಟ್ರಾಫಿಕ್‌ಗಾಗಿ ಹಲವಾರು ಸಬ್‌ನೆಟ್‌ಗಳನ್ನು ತಕ್ಷಣವೇ ವ್ಯಾಖ್ಯಾನಿಸುವುದು ಅವಶ್ಯಕ:
- ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳ ನಡುವೆ ಡೇಟಾವನ್ನು ಸಿಂಕ್ರೊನೈಸ್ ಮಾಡಲಾಗುವ ಪ್ರತಿಕೃತಿ ಸಬ್ನೆಟ್. ಅವುಗಳಲ್ಲಿ ಹಲವಾರು ಇರಬಹುದು, ಈ ಸಂದರ್ಭದಲ್ಲಿ ಅದು ಅಪ್ರಸ್ತುತವಾಗುತ್ತದೆ, ಇದು ಎಲ್ಲಾ ಪ್ರಸ್ತುತ (ಈಗಾಗಲೇ ಅಳವಡಿಸಲಾಗಿರುವ) ನೆಟ್ವರ್ಕ್ ಟೋಪೋಲಜಿಯನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ. ಅವುಗಳಲ್ಲಿ ಎರಡು ಇದ್ದರೆ, ನಿಸ್ಸಂಶಯವಾಗಿ ರೂಟಿಂಗ್ ಅನ್ನು ಅವುಗಳ ನಡುವೆ ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕು;
- ಶೇಖರಣಾ ಸಬ್ನೆಟ್ಗಳ ಮೂಲಕ ಹೋಸ್ಟ್‌ಗಳು ಶೇಖರಣಾ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಪ್ರವೇಶಿಸುತ್ತವೆ (ಇದು iSCSI ಆಗಿದ್ದರೆ). ಪ್ರತಿ ಡೇಟಾ ಕೇಂದ್ರದಲ್ಲಿ ಅಂತಹ ಒಂದು ಸಬ್ನೆಟ್ ಇರಬೇಕು;
- ಕಂಟ್ರೋಲ್ ಸಬ್‌ನೆಟ್‌ಗಳು, ಅಂದರೆ, ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳನ್ನು ನಿರ್ವಹಿಸುವ ಮೂರು ಸೈಟ್‌ಗಳಲ್ಲಿ ಮೂರು ರೂಟಬಲ್ ಸಬ್‌ನೆಟ್‌ಗಳು ಮತ್ತು ಆರ್ಬಿಟರ್ ಸಹ ಅಲ್ಲಿಯೇ ಇದೆ.
ಇಲ್ಲಿ ಹೋಸ್ಟ್ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಪ್ರವೇಶಿಸಲು ನಾವು ಸಬ್‌ನೆಟ್‌ಗಳನ್ನು ಪರಿಗಣಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಅವುಗಳು ಕಾರ್ಯಗಳ ಮೇಲೆ ಹೆಚ್ಚು ಅವಲಂಬಿತವಾಗಿವೆ.
ವಿಭಿನ್ನ ಟ್ರಾಫಿಕ್ ಅನ್ನು ವಿಭಿನ್ನ ಸಬ್‌ನೆಟ್‌ಗಳಾಗಿ ಬೇರ್ಪಡಿಸುವುದು ಬಹಳ ಮುಖ್ಯ (I/O ನಿಂದ ಪ್ರತಿಕೃತಿಯನ್ನು ಪ್ರತ್ಯೇಕಿಸುವುದು ಮುಖ್ಯವಾಗಿದೆ), ಏಕೆಂದರೆ ನೀವು ಎಲ್ಲಾ ದಟ್ಟಣೆಯನ್ನು ಒಂದು “ದಪ್ಪ” ಸಬ್‌ನೆಟ್‌ಗೆ ಬೆರೆಸಿದರೆ, ಈ ದಟ್ಟಣೆಯನ್ನು ನಿರ್ವಹಿಸಲು ಅಸಾಧ್ಯವಾಗುತ್ತದೆ, ಮತ್ತು ಎರಡು ಡೇಟಾ ಕೇಂದ್ರಗಳ ಪರಿಸ್ಥಿತಿಗಳು ಇದು ಇನ್ನೂ ವಿಭಿನ್ನ ನೆಟ್ವರ್ಕ್ ಘರ್ಷಣೆ ಆಯ್ಕೆಗಳನ್ನು ಉಂಟುಮಾಡಬಹುದು. ಈ ಲೇಖನದ ಚೌಕಟ್ಟಿನೊಳಗೆ ನಾವು ಈ ಸಮಸ್ಯೆಯನ್ನು ಆಳವಾಗಿ ಪರಿಶೀಲಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ನೆಟ್ವರ್ಕ್ ಉಪಕರಣ ತಯಾರಕರ ಸಂಪನ್ಮೂಲಗಳ ಮೇಲೆ ಡೇಟಾ ಕೇಂದ್ರಗಳ ನಡುವೆ ವಿಸ್ತರಿಸಿದ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಯೋಜಿಸುವ ಬಗ್ಗೆ ನೀವು ಓದಬಹುದು, ಅಲ್ಲಿ ಇದನ್ನು ಹೆಚ್ಚು ವಿವರವಾಗಿ ವಿವರಿಸಲಾಗಿದೆ.
ಆರ್ಬಿಟರ್ ಕಾನ್ಫಿಗರೇಶನ್
ICMP ಮತ್ತು SSH ಪ್ರೋಟೋಕಾಲ್‌ಗಳ ಮೂಲಕ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯ ಎಲ್ಲಾ ನಿರ್ವಹಣಾ ಇಂಟರ್‌ಫೇಸ್‌ಗಳಿಗೆ ಆರ್ಬಿಟರ್ ಪ್ರವೇಶವನ್ನು ಒದಗಿಸಬೇಕು. ಆರ್ಬಿಟರ್ನ ವೈಫಲ್ಯದ ಬಗ್ಗೆಯೂ ನೀವು ಯೋಚಿಸಬೇಕು. ಇಲ್ಲಿ ಒಂದು ಸೂಕ್ಷ್ಮ ವ್ಯತ್ಯಾಸವಿದೆ.
ಆರ್ಬಿಟರ್ ವೈಫಲ್ಯವು ಹೆಚ್ಚು ಅಪೇಕ್ಷಣೀಯವಾಗಿದೆ, ಆದರೆ ಅಗತ್ಯವಿಲ್ಲ. ರೆಫರಿ ತಪ್ಪಾದ ಸಮಯದಲ್ಲಿ ಕ್ರ್ಯಾಶ್ ಮಾಡಿದರೆ ಏನಾಗುತ್ತದೆ?
- ಸಾಮಾನ್ಯ ಕ್ರಮದಲ್ಲಿ ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್ನ ಕಾರ್ಯಾಚರಣೆಯು ಬದಲಾಗುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಸಾಮಾನ್ಯ ಕ್ರಮದಲ್ಲಿ ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್ ಕಾರ್ಯಾಚರಣೆಯ ಮೇಲೆ arbtir ಸಂಪೂರ್ಣವಾಗಿ ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ (ಅದರ ಕಾರ್ಯವು ಡೇಟಾ ಕೇಂದ್ರಗಳ ನಡುವಿನ ಲೋಡ್ ಅನ್ನು ಸಮಯೋಚಿತವಾಗಿ ಬದಲಾಯಿಸುವುದು)
- ಇದಲ್ಲದೆ, ಒಂದು ಕಾರಣಕ್ಕಾಗಿ ಅಥವಾ ಇನ್ನೊಂದು ಕಾರಣಕ್ಕಾಗಿ ಆರ್ಬಿಟರ್ ಬಿದ್ದು "ನಿದ್ರಿಸಿದರೆ" ಡೇಟಾ ಕೇಂದ್ರದಲ್ಲಿ ಅಪಘಾತ ಸಂಭವಿಸಿದರೆ, ನಂತರ ಯಾವುದೇ ಸ್ವಿಚಿಂಗ್ ಆಗುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಅಗತ್ಯ ಸ್ವಿಚಿಂಗ್ ಆಜ್ಞೆಗಳನ್ನು ನೀಡಲು ಮತ್ತು ಕೋರಮ್ ಅನ್ನು ಸಂಘಟಿಸಲು ಯಾರೂ ಇರುವುದಿಲ್ಲ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್ ಪುನರಾವರ್ತನೆಯೊಂದಿಗೆ ನಿಯಮಿತ ಯೋಜನೆಯಾಗಿ ಬದಲಾಗುತ್ತದೆ, ಇದು ವಿಪತ್ತಿನ ಸಮಯದಲ್ಲಿ ಕೈಯಾರೆ ಬದಲಾಯಿಸಬೇಕಾಗುತ್ತದೆ, ಇದು RTO ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ.
ಇದರಿಂದ ಏನು ಅನುಸರಿಸುತ್ತದೆ? ನೀವು ನಿಜವಾಗಿಯೂ ಕನಿಷ್ಟ RTO ಅನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬೇಕಾದರೆ, ಮಧ್ಯಸ್ಥಗಾರನು ದೋಷ-ಸಹಿಷ್ಣು ಎಂದು ನೀವು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬೇಕು. ಇದಕ್ಕಾಗಿ ಎರಡು ಆಯ್ಕೆಗಳಿವೆ:
- ದೋಷ-ಸಹಿಷ್ಣು ಹೈಪರ್‌ವೈಸರ್‌ನಲ್ಲಿ ಆರ್ಬಿಟರ್ನೊಂದಿಗೆ ವರ್ಚುವಲ್ ಯಂತ್ರವನ್ನು ಪ್ರಾರಂಭಿಸಿ, ಅದೃಷ್ಟವಶಾತ್ ಎಲ್ಲಾ ವಯಸ್ಕ ಹೈಪರ್‌ವೈಸರ್‌ಗಳು ದೋಷ ಸಹಿಷ್ಣುತೆಯನ್ನು ಬೆಂಬಲಿಸುತ್ತಾರೆ;
- ಮೂರನೇ ಸೈಟ್‌ನಲ್ಲಿ (ಸಾಂಪ್ರದಾಯಿಕ ಕಚೇರಿಯಲ್ಲಿ) ನೀವು ಸಾಮಾನ್ಯ ಕ್ಲಸ್ಟರ್ ಅನ್ನು ಸ್ಥಾಪಿಸಲು ತುಂಬಾ ಸೋಮಾರಿಯಾಗಿದ್ದರೆ ಮತ್ತು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಹೈಪರ್‌ವೋಜರ್ ಕ್ಲಸ್ಟರ್ ಇಲ್ಲದಿದ್ದರೆ, ನಾವು ಆರ್ಬಿಟರ್ನ ಹಾರ್ಡ್‌ವೇರ್ ಆವೃತ್ತಿಯನ್ನು ಒದಗಿಸಿದ್ದೇವೆ, ಇದನ್ನು 2U ಬಾಕ್ಸ್‌ನಲ್ಲಿ ತಯಾರಿಸಲಾಗುತ್ತದೆ, ಇದರಲ್ಲಿ ಎರಡು ಸಾಮಾನ್ಯ x-86 ಸರ್ವರ್‌ಗಳು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ ಮತ್ತು ಇದು ಸ್ಥಳೀಯ ವೈಫಲ್ಯದಿಂದ ಬದುಕುಳಿಯುತ್ತದೆ.
ಸಾಮಾನ್ಯ ಕ್ರಮದಲ್ಲಿ ಮೆಟ್ರೊಕ್ಲಸ್ಟರ್‌ಗೆ ಇದು ಅಗತ್ಯವಿಲ್ಲ ಎಂಬ ವಾಸ್ತವದ ಹೊರತಾಗಿಯೂ, ಆರ್ಬಿಟರ್ನ ದೋಷ ಸಹಿಷ್ಣುತೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ನಾವು ಬಲವಾಗಿ ಶಿಫಾರಸು ಮಾಡುತ್ತೇವೆ. ಆದರೆ ಸಿದ್ಧಾಂತ ಮತ್ತು ಅಭ್ಯಾಸ ಎರಡೂ ತೋರಿಸಿದಂತೆ, ನೀವು ನಿಜವಾದ ವಿಶ್ವಾಸಾರ್ಹ ವಿಪತ್ತು-ನಿರೋಧಕ ಮೂಲಸೌಕರ್ಯವನ್ನು ನಿರ್ಮಿಸಿದರೆ, ಅದನ್ನು ಸುರಕ್ಷಿತವಾಗಿ ಆಡುವುದು ಉತ್ತಮ. ನಿಮ್ಮನ್ನು ಮತ್ತು ನಿಮ್ಮ ವ್ಯವಹಾರವನ್ನು "ಅರ್ಥದ ಕಾನೂನು" ದಿಂದ ರಕ್ಷಿಸುವುದು ಉತ್ತಮ, ಅಂದರೆ, ಮಧ್ಯಸ್ಥಗಾರ ಮತ್ತು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆ ಇರುವ ಸೈಟ್‌ಗಳಲ್ಲಿ ಒಂದರ ವೈಫಲ್ಯದಿಂದ.
ಪರಿಹಾರ ವಾಸ್ತುಶಿಲ್ಪ
ಮೇಲಿನ ಅವಶ್ಯಕತೆಗಳನ್ನು ಪರಿಗಣಿಸಿ, ನಾವು ಈ ಕೆಳಗಿನ ಸಾಮಾನ್ಯ ಪರಿಹಾರ ವಾಸ್ತುಶಿಲ್ಪವನ್ನು ಪಡೆಯುತ್ತೇವೆ.
ತೀವ್ರವಾದ ಓವರ್‌ಲೋಡ್ ಅನ್ನು ತಪ್ಪಿಸಲು LUN ಗಳನ್ನು ಎರಡು ಸೈಟ್‌ಗಳಲ್ಲಿ ಸಮವಾಗಿ ವಿತರಿಸಬೇಕು. ಅದೇ ಸಮಯದಲ್ಲಿ, ಎರಡೂ ಡೇಟಾ ಕೇಂದ್ರಗಳಲ್ಲಿ ಗಾತ್ರವನ್ನು ಮಾಡುವಾಗ, ನೀವು ಡಬಲ್ ವಾಲ್ಯೂಮ್ ಅನ್ನು ಮಾತ್ರ ಸೇರಿಸಬೇಕು (ಇದು ಎರಡು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ಏಕಕಾಲದಲ್ಲಿ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಲು ಅವಶ್ಯಕವಾಗಿದೆ), ಆದರೆ ಅಪ್ಲಿಕೇಶನ್ ಅವನತಿಯನ್ನು ತಡೆಗಟ್ಟಲು IOPS ಮತ್ತು MB/s ನಲ್ಲಿ ಡಬಲ್ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಸಹ ಸೇರಿಸಬೇಕು. ಡೇಟಾ ಕೇಂದ್ರಗಳಲ್ಲಿ ಒಂದರ ವೈಫಲ್ಯದ ಘಟನೆ.
ಪ್ರತ್ಯೇಕವಾಗಿ, ಗಾತ್ರಕ್ಕೆ ಸರಿಯಾದ ವಿಧಾನದೊಂದಿಗೆ (ಅಂದರೆ, ನಾವು IOPS ಮತ್ತು MB/s ನ ಸರಿಯಾದ ಮೇಲಿನ ಮಿತಿಗಳನ್ನು ಒದಗಿಸಿದ್ದೇವೆ, ಜೊತೆಗೆ ಅಗತ್ಯವಾದ CPU ಮತ್ತು RAM ಸಂಪನ್ಮೂಲಗಳನ್ನು ಒದಗಿಸಿದ್ದೇವೆ), ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ಒಂದಾಗಿದ್ದರೆ ಮೆಟ್ರೋ ಕ್ಲಸ್ಟರ್ ವಿಫಲಗೊಳ್ಳುತ್ತದೆ, ಒಂದು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ತಾತ್ಕಾಲಿಕ ಕೆಲಸದ ಪರಿಸ್ಥಿತಿಗಳಲ್ಲಿ ಕಾರ್ಯಕ್ಷಮತೆಯಲ್ಲಿ ಗಂಭೀರ ಕುಸಿತ ಉಂಟಾಗುವುದಿಲ್ಲ.
ಎರಡು ಸೈಟ್‌ಗಳು ಏಕಕಾಲದಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿರುವಾಗ, ಸಿಂಕ್ರೊನಸ್ ಪುನರಾವರ್ತನೆಯು ಬರೆಯುವ ಕಾರ್ಯಕ್ಷಮತೆಯ ಅರ್ಧದಷ್ಟು "ತಿನ್ನುತ್ತದೆ" ಎಂಬ ಅಂಶದಿಂದ ಇದನ್ನು ವಿವರಿಸಲಾಗಿದೆ, ಏಕೆಂದರೆ ಪ್ರತಿ ವಹಿವಾಟನ್ನು ಎರಡು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳಿಗೆ ಬರೆಯಬೇಕು (RAID-1/10 ರಂತೆ). ಆದ್ದರಿಂದ, ಒಂದು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯು ವಿಫಲವಾದರೆ, ತಾತ್ಕಾಲಿಕವಾಗಿ (ವಿಫಲವಾದ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯು ಚೇತರಿಸಿಕೊಳ್ಳುವವರೆಗೆ) ಪುನರಾವರ್ತನೆಯ ಪ್ರಭಾವವು ಕಣ್ಮರೆಯಾಗುತ್ತದೆ ಮತ್ತು ನಾವು ಬರೆಯುವ ಕಾರ್ಯಕ್ಷಮತೆಯಲ್ಲಿ ಎರಡು ಪಟ್ಟು ಹೆಚ್ಚಳವನ್ನು ಪಡೆಯುತ್ತೇವೆ. ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿರುವ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ವಿಫಲವಾದ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯ LUN ಗಳನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿದ ನಂತರ, ಇತರ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯ LUN ಗಳಿಂದ ಲೋಡ್ ಕಾಣಿಸಿಕೊಳ್ಳುವ ಕಾರಣದಿಂದಾಗಿ ಈ ಎರಡು ಪಟ್ಟು ಹೆಚ್ಚಳವು ಕಣ್ಮರೆಯಾಗುತ್ತದೆ ಮತ್ತು ನಾವು ಮೊದಲು ಹೊಂದಿದ್ದ ಅದೇ ಮಟ್ಟದ ಕಾರ್ಯಕ್ಷಮತೆಗೆ ಹಿಂತಿರುಗುತ್ತೇವೆ. "ಪತನ", ಆದರೆ ಒಂದು ಸೈಟ್ನ ಚೌಕಟ್ಟಿನೊಳಗೆ ಮಾತ್ರ.
ಸಮರ್ಥ ಗಾತ್ರದ ಸಹಾಯದಿಂದ, ಬಳಕೆದಾರರು ಸಂಪೂರ್ಣ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯ ವೈಫಲ್ಯವನ್ನು ಅನುಭವಿಸದ ಪರಿಸ್ಥಿತಿಗಳನ್ನು ನೀವು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬಹುದು. ಆದರೆ ನಾವು ಮತ್ತೊಮ್ಮೆ ಪುನರಾವರ್ತಿಸುತ್ತೇವೆ, ಇದಕ್ಕೆ ಬಹಳ ಎಚ್ಚರಿಕೆಯಿಂದ ಗಾತ್ರದ ಅಗತ್ಯವಿದೆ, ಇದಕ್ಕಾಗಿ, ನೀವು ನಮ್ಮನ್ನು ಉಚಿತವಾಗಿ ಸಂಪರ್ಕಿಸಬಹುದು :-).
ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್ ಅನ್ನು ಸ್ಥಾಪಿಸಲಾಗುತ್ತಿದೆ
ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್ ಅನ್ನು ಹೊಂದಿಸುವುದು ನಿಯಮಿತ ಪ್ರತಿಕೃತಿಯನ್ನು ಹೊಂದಿಸುವುದಕ್ಕೆ ಹೋಲುತ್ತದೆ, ಅದನ್ನು ನಾವು ವಿವರಿಸಿದ್ದೇವೆ . ಆದ್ದರಿಂದ, ವ್ಯತ್ಯಾಸಗಳ ಮೇಲೆ ಮಾತ್ರ ಗಮನಹರಿಸೋಣ. ನಾವು ಮೇಲಿನ ಆರ್ಕಿಟೆಕ್ಚರ್ ಅನ್ನು ಆಧರಿಸಿ ಪ್ರಯೋಗಾಲಯದಲ್ಲಿ ಬೆಂಚ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿದ್ದೇವೆ, ಕನಿಷ್ಠ ಆವೃತ್ತಿಯಲ್ಲಿ ಮಾತ್ರ: 10G ಎತರ್ನೆಟ್ ಮೂಲಕ ಸಂಪರ್ಕಗೊಂಡಿರುವ ಎರಡು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳು, ಎರಡು 10G ಸ್ವಿಚ್‌ಗಳು ಮತ್ತು 10G ಪೋರ್ಟ್‌ಗಳೊಂದಿಗೆ ಎರಡೂ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ಸ್ವಿಚ್‌ಗಳ ಮೂಲಕ ನೋಡುವ ಒಂದು ಹೋಸ್ಟ್. ಆರ್ಬಿಟರ್ ವರ್ಚುವಲ್ ಗಣಕದಲ್ಲಿ ಚಲಿಸುತ್ತದೆ.
ಪ್ರತಿಕೃತಿಗಾಗಿ ವರ್ಚುವಲ್ ಐಪಿಗಳನ್ನು (ವಿಐಪಿಗಳು) ಕಾನ್ಫಿಗರ್ ಮಾಡುವಾಗ, ನೀವು ವಿಐಪಿ ಪ್ರಕಾರವನ್ನು ಆಯ್ಕೆ ಮಾಡಬೇಕು - ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್ಗಾಗಿ.
ನಾವು ಎರಡು LUN ಗಳಿಗಾಗಿ ಎರಡು ನಕಲು ಲಿಂಕ್‌ಗಳನ್ನು ರಚಿಸಿದ್ದೇವೆ ಮತ್ತು ಅವುಗಳನ್ನು ಎರಡು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ವಿತರಿಸಿದ್ದೇವೆ: LUN TEST ಪ್ರಾಥಮಿಕ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆ 1 (METRO ಲಿಂಕ್), LUN TEST2 ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆ 2 ಗಾಗಿ ಪ್ರಾಥಮಿಕ (METRO2 ಲಿಂಕ್).
ಅವರಿಗೆ, ನಾವು ಎರಡು ಒಂದೇ ಗುರಿಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ್ದೇವೆ (ನಮ್ಮ ಸಂದರ್ಭದಲ್ಲಿ iSCSI, ಆದರೆ FC ಸಹ ಬೆಂಬಲಿತವಾಗಿದೆ, ಸೆಟಪ್ ಲಾಜಿಕ್ ಒಂದೇ ಆಗಿರುತ್ತದೆ).
ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆ 1:
ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆ 2:
ನಕಲು ಸಂಪರ್ಕಗಳಿಗಾಗಿ, ಪ್ರತಿ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಮ್ಯಾಪಿಂಗ್‌ಗಳನ್ನು ಮಾಡಲಾಗಿದೆ.
ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆ 1:
ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆ 2:
ನಾವು ಮಲ್ಟಿಪಾತ್ ಅನ್ನು ಹೊಂದಿಸಿದ್ದೇವೆ ಮತ್ತು ಅದನ್ನು ಹೋಸ್ಟ್‌ಗೆ ಪ್ರಸ್ತುತಪಡಿಸಿದ್ದೇವೆ.
ಆರ್ಬಿಟ್ರೇಟರ್ ಅನ್ನು ಹೊಂದಿಸುವುದು
ಆರ್ಬಿಟರ್ನೊಂದಿಗೆ ನೀವು ವಿಶೇಷವಾಗಿ ಏನನ್ನೂ ಮಾಡಬೇಕಾಗಿಲ್ಲ; ನೀವು ಅದನ್ನು ಮೂರನೇ ಸೈಟ್‌ನಲ್ಲಿ ಸಕ್ರಿಯಗೊಳಿಸಬೇಕು, ಅದಕ್ಕೆ ಐಪಿ ನೀಡಿ ಮತ್ತು ICMP ಮತ್ತು SSH ಮೂಲಕ ಪ್ರವೇಶವನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕಾಗುತ್ತದೆ. ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳಿಂದಲೇ ಸೆಟಪ್ ಅನ್ನು ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್‌ನಲ್ಲಿನ ಯಾವುದೇ ಶೇಖರಣಾ ನಿಯಂತ್ರಕಗಳಲ್ಲಿ ಒಮ್ಮೆ ಆರ್ಬಿಟರ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಸಾಕು; ಈ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಎಲ್ಲಾ ನಿಯಂತ್ರಕಗಳಿಗೆ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ವಿತರಿಸಲಾಗುತ್ತದೆ.
ವಿಭಾಗದಲ್ಲಿ ರಿಮೋಟ್ ರೆಪ್ಲಿಕೇಶನ್>> ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್ (ಯಾವುದೇ ನಿಯಂತ್ರಕದಲ್ಲಿ)>> “ಕಾನ್ಫಿಗರ್” ಬಟನ್.
ನಾವು ಆರ್ಬಿಟರ್ನ ಐಪಿ, ಹಾಗೆಯೇ ಎರಡು ರಿಮೋಟ್ ಶೇಖರಣಾ ನಿಯಂತ್ರಕಗಳ ನಿಯಂತ್ರಣ ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ನಮೂದಿಸುತ್ತೇವೆ.
ಇದರ ನಂತರ, ನೀವು ಎಲ್ಲಾ ಸೇವೆಗಳನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಬೇಕು ("ಎಲ್ಲವನ್ನೂ ಮರುಪ್ರಾರಂಭಿಸಿ" ಬಟನ್). ಭವಿಷ್ಯದಲ್ಲಿ ಮರುಸಂರಚಿಸಿದರೆ, ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಕಾರ್ಯರೂಪಕ್ಕೆ ಬರಲು ಸೇವೆಗಳನ್ನು ಮರುಪ್ರಾರಂಭಿಸಬೇಕು.
ಎಲ್ಲಾ ಸೇವೆಗಳು ಚಾಲನೆಯಲ್ಲಿವೆಯೇ ಎಂದು ನಾವು ಪರಿಶೀಲಿಸುತ್ತೇವೆ.
ಇದು ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್ ಸೆಟಪ್ ಅನ್ನು ಪೂರ್ಣಗೊಳಿಸುತ್ತದೆ.
ಕ್ರ್ಯಾಶ್ ಪರೀಕ್ಷೆ
ನಮ್ಮ ಪ್ರಕರಣದಲ್ಲಿ ಕ್ರ್ಯಾಶ್ ಪರೀಕ್ಷೆಯು ತುಂಬಾ ಸರಳ ಮತ್ತು ವೇಗವಾಗಿರುತ್ತದೆ, ಏಕೆಂದರೆ ಪ್ರತಿಕೃತಿ ಕಾರ್ಯವನ್ನು (ಸ್ವಿಚಿಂಗ್, ಸ್ಥಿರತೆ, ಇತ್ಯಾದಿ) ಚರ್ಚಿಸಲಾಗಿದೆ . ಆದ್ದರಿಂದ, ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್ನ ವಿಶ್ವಾಸಾರ್ಹತೆಯನ್ನು ಪರೀಕ್ಷಿಸಲು, ವೈಫಲ್ಯದ ಪತ್ತೆ, ಸ್ವಿಚಿಂಗ್ ಮತ್ತು ರೆಕಾರ್ಡಿಂಗ್ ನಷ್ಟಗಳ ಅನುಪಸ್ಥಿತಿಯ ಯಾಂತ್ರೀಕೃತಗೊಂಡ (I / O ಸ್ಟಾಪ್ಗಳು) ಅನ್ನು ಪರಿಶೀಲಿಸಲು ನಮಗೆ ಸಾಕು.
ಇದನ್ನು ಮಾಡಲು, ನಾವು ಅದರ ಎರಡೂ ನಿಯಂತ್ರಕಗಳನ್ನು ಭೌತಿಕವಾಗಿ ಆಫ್ ಮಾಡುವ ಮೂಲಕ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳ ಸಂಪೂರ್ಣ ವೈಫಲ್ಯವನ್ನು ಅನುಕರಿಸುತ್ತೇವೆ, ಮೊದಲು ದೊಡ್ಡ ಫೈಲ್ ಅನ್ನು LUN ಗೆ ನಕಲಿಸಲು ಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ, ಅದನ್ನು ಇತರ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಸಕ್ರಿಯಗೊಳಿಸಬೇಕು.
ಒಂದು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ. ಎರಡನೇ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ನಾವು ನೆರೆಯ ಸಿಸ್ಟಮ್‌ನೊಂದಿಗಿನ ಸಂಪರ್ಕವನ್ನು ಕಳೆದುಕೊಂಡಿರುವ ಲಾಗ್‌ಗಳಲ್ಲಿ ಎಚ್ಚರಿಕೆಗಳು ಮತ್ತು ಸಂದೇಶಗಳನ್ನು ನೋಡುತ್ತೇವೆ. SMTP ಅಥವಾ SNMP ಮಾನಿಟರಿಂಗ್ ಮೂಲಕ ಅಧಿಸೂಚನೆಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ್ದರೆ, ನಿರ್ವಾಹಕರು ಅನುಗುಣವಾದ ಅಧಿಸೂಚನೆಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತಾರೆ.
ನಿಖರವಾಗಿ 10 ಸೆಕೆಂಡುಗಳ ನಂತರ (ಎರಡೂ ಸ್ಕ್ರೀನ್‌ಶಾಟ್‌ಗಳಲ್ಲಿ ಗೋಚರಿಸುತ್ತದೆ), METRO ನಕಲು ಸಂಪರ್ಕವು (ವಿಫಲವಾದ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಪ್ರಾಥಮಿಕವಾಗಿತ್ತು) ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಪ್ರಾಥಮಿಕವಾಯಿತು. ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಮ್ಯಾಪಿಂಗ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು, LUN TEST ಹೋಸ್ಟ್‌ಗೆ ಲಭ್ಯವಿತ್ತು, ರೆಕಾರ್ಡಿಂಗ್ ಸ್ವಲ್ಪ ಕಡಿಮೆಯಾಗಿದೆ (ಭರವಸೆಯ 10 ಪ್ರತಿಶತದೊಳಗೆ), ಆದರೆ ಅಡ್ಡಿಯಾಗಲಿಲ್ಲ.
ಪರೀಕ್ಷೆಯು ಯಶಸ್ವಿಯಾಗಿ ಪೂರ್ಣಗೊಂಡಿದೆ.
ಸಂಕ್ಷಿಪ್ತವಾಗಿ
AERODISK ಇಂಜಿನ್ N-ಸರಣಿಯ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ಮೆಟ್ರೋಕ್ಲಸ್ಟರ್ನ ಪ್ರಸ್ತುತ ಅಳವಡಿಕೆಯು ಐಟಿ ಸೇವೆಗಳಿಗೆ ಅಲಭ್ಯತೆಯನ್ನು ತೊಡೆದುಹಾಕಲು ಅಥವಾ ಕಡಿಮೆ ಮಾಡಲು ಅಗತ್ಯವಿರುವ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲು ಸಂಪೂರ್ಣವಾಗಿ ಅನುಮತಿಸುತ್ತದೆ ಮತ್ತು ಕನಿಷ್ಠ ಕಾರ್ಮಿಕ ವೆಚ್ಚಗಳೊಂದಿಗೆ 24/7/365 ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಖಚಿತಪಡಿಸುತ್ತದೆ.
ಇದೆಲ್ಲವೂ ಸಿದ್ಧಾಂತ, ಆದರ್ಶ ಪ್ರಯೋಗಾಲಯ ಪರಿಸ್ಥಿತಿಗಳು ಮತ್ತು ಹೀಗೆ ಎಂದು ನಾವು ಹೇಳಬಹುದು ... ಆದರೆ ನಾವು ಹಲವಾರು ಕಾರ್ಯಗತಗೊಳಿಸಿದ ಯೋಜನೆಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ, ಅದರಲ್ಲಿ ನಾವು ವಿಪತ್ತು-ಸ್ಥಿತಿಸ್ಥಾಪಕತ್ವ ಕಾರ್ಯವನ್ನು ಅಳವಡಿಸಿದ್ದೇವೆ ಮತ್ತು ವ್ಯವಸ್ಥೆಗಳು ಸಂಪೂರ್ಣವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ. ವಿಪತ್ತು-ನಿರೋಧಕ ಕಾನ್ಫಿಗರೇಶನ್‌ನಲ್ಲಿ ಕೇವಲ ಎರಡು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಬಳಸುವ ನಮ್ಮ ಸಾಕಷ್ಟು ಪ್ರಸಿದ್ಧ ಗ್ರಾಹಕರಲ್ಲಿ ಒಬ್ಬರು ಈಗಾಗಲೇ ಯೋಜನೆಯ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಪ್ರಕಟಿಸಲು ಒಪ್ಪಿಕೊಂಡಿದ್ದಾರೆ, ಆದ್ದರಿಂದ ಮುಂದಿನ ಭಾಗದಲ್ಲಿ ನಾವು ಯುದ್ಧದ ಅನುಷ್ಠಾನದ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತೇವೆ.
ಧನ್ಯವಾದಗಳು, ನಾವು ಉತ್ಪಾದಕ ಚರ್ಚೆಯನ್ನು ಎದುರು ನೋಡುತ್ತಿದ್ದೇವೆ.
ಮೂಲ: www.habr.com