ಹಲೋ, ಹಬ್ರ್!
ಹೊಸ ವರ್ಷದ ರಜಾದಿನಗಳ ನಂತರ, ನಾವು ಎರಡು ಸೈಟ್‌ಗಳ ಆಧಾರದ ಮೇಲೆ ವಿಪತ್ತು-ನಿರೋಧಕ ಕ್ಲೌಡ್ ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ. ಕ್ಲಸ್ಟರ್‌ನ ಪ್ರತ್ಯೇಕ ಅಂಶಗಳು ವಿಫಲವಾದಾಗ ಮತ್ತು ಸಂಪೂರ್ಣ ಸೈಟ್ ಕ್ರ್ಯಾಶ್ ಮಾಡಿದಾಗ ಕ್ಲೈಂಟ್ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳಿಗೆ ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಇಂದು ನಾವು ನಿಮಗೆ ಹೇಳುತ್ತೇವೆ ಮತ್ತು ತೋರಿಸುತ್ತೇವೆ (ಸ್ಪಾಯ್ಲರ್ - ಅವರೊಂದಿಗೆ ಎಲ್ಲವೂ ಉತ್ತಮವಾಗಿದೆ).
OST ಸೈಟ್ನಲ್ಲಿ ವಿಪತ್ತು-ನಿರೋಧಕ ಕ್ಲೌಡ್ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆ.
ಒಳಗೆ ಏನು
ಹುಡ್ ಅಡಿಯಲ್ಲಿ, ಕ್ಲಸ್ಟರ್ VMware ESXi ಹೈಪರ್ವೈಸರ್ನೊಂದಿಗೆ Cisco UCS ಸರ್ವರ್ಗಳನ್ನು ಹೊಂದಿದೆ, ಎರಡು INFINIDAT InfiniBox F2240 ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳು, Cisco Nexus ನೆಟ್ವರ್ಕ್ ಉಪಕರಣಗಳು, ಹಾಗೆಯೇ Brocade SAN ಸ್ವಿಚ್ಗಳು. ಕ್ಲಸ್ಟರ್ ಅನ್ನು ಎರಡು ಸೈಟ್‌ಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ - OST ಮತ್ತು NORD, ಅಂದರೆ ಪ್ರತಿ ಡೇಟಾ ಕೇಂದ್ರವು ಒಂದೇ ರೀತಿಯ ಸಾಧನಗಳನ್ನು ಹೊಂದಿದೆ. ವಾಸ್ತವವಾಗಿ, ಇದು ವಿಪತ್ತು-ನಿರೋಧಕವಾಗಿಸುತ್ತದೆ.
ಒಂದು ಸೈಟ್ನಲ್ಲಿ, ಮುಖ್ಯ ಅಂಶಗಳನ್ನು ಸಹ ನಕಲು ಮಾಡಲಾಗುತ್ತದೆ (ಹೋಸ್ಟ್‌ಗಳು, SAN ಸ್ವಿಚ್ಗಳು, ನೆಟ್‌ವರ್ಕಿಂಗ್).
ಎರಡು ಸೈಟ್‌ಗಳನ್ನು ಮೀಸಲಾದ ಫೈಬರ್ ಆಪ್ಟಿಕ್ ಮಾರ್ಗಗಳ ಮೂಲಕ ಸಂಪರ್ಕಿಸಲಾಗಿದೆ, ಸಹ ಕಾಯ್ದಿರಿಸಲಾಗಿದೆ.
ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳ ಬಗ್ಗೆ ಕೆಲವು ಪದಗಳು. ನಾವು NetApp ನಲ್ಲಿ ವಿಪತ್ತು-ನಿರೋಧಕ ಮೋಡದ ಮೊದಲ ಆವೃತ್ತಿಯನ್ನು ನಿರ್ಮಿಸಿದ್ದೇವೆ. ಇಲ್ಲಿ ನಾವು INFINIDAT ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಿದ್ದೇವೆ ಮತ್ತು ಏಕೆ ಎಂಬುದು ಇಲ್ಲಿದೆ:
- ಸಕ್ರಿಯ-ಸಕ್ರಿಯ ಪ್ರತಿಕೃತಿ ಆಯ್ಕೆ. ಒಂದು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯು ಸಂಪೂರ್ಣವಾಗಿ ವಿಫಲವಾದರೂ ಸಹ ವರ್ಚುವಲ್ ಯಂತ್ರವು ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಅನುಮತಿಸುತ್ತದೆ. ನಕಲು ಮಾಡುವ ಬಗ್ಗೆ ನಾನು ನಿಮಗೆ ನಂತರ ಹೇಳುತ್ತೇನೆ.
- ಸಿಸ್ಟಮ್ ದೋಷ ಸಹಿಷ್ಣುತೆಯನ್ನು ಹೆಚ್ಚಿಸಲು ಮೂರು ಡಿಸ್ಕ್ ನಿಯಂತ್ರಕಗಳು. ಸಾಮಾನ್ಯವಾಗಿ ಎರಡು ಇವೆ.
- ಸಿದ್ಧ ಪರಿಹಾರ. ನಾವು ಮೊದಲೇ ಜೋಡಿಸಲಾದ ರಾಕ್ ಅನ್ನು ಸ್ವೀಕರಿಸಿದ್ದೇವೆ ಅದು ಕೇವಲ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಸಂಪರ್ಕಪಡಿಸಬೇಕಾಗಿದೆ ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕಾಗಿದೆ.
- ಗಮನ ತಾಂತ್ರಿಕ ಬೆಂಬಲ. INFINIDAT ಎಂಜಿನಿಯರ್‌ಗಳು ನಿರಂತರವಾಗಿ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯ ಲಾಗ್‌ಗಳು ಮತ್ತು ಈವೆಂಟ್‌ಗಳನ್ನು ವಿಶ್ಲೇಷಿಸುತ್ತಾರೆ, ಹೊಸ ಫರ್ಮ್‌ವೇರ್ ಆವೃತ್ತಿಗಳನ್ನು ಸ್ಥಾಪಿಸುತ್ತಾರೆ ಮತ್ತು ಕಾನ್ಫಿಗರೇಶನ್‌ಗೆ ಸಹಾಯ ಮಾಡುತ್ತಾರೆ.
ಅನ್ಪ್ಯಾಕ್ ಮಾಡುವ ಕೆಲವು ಫೋಟೋಗಳು ಇಲ್ಲಿವೆ:
ಇದು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ
ಮೋಡವು ಈಗಾಗಲೇ ತನ್ನೊಳಗೆ ದೋಷ-ಸಹಿಷ್ಣುವಾಗಿದೆ. ಇದು ಒಂದೇ ಹಾರ್ಡ್‌ವೇರ್ ಮತ್ತು ಸಾಫ್ಟ್‌ವೇರ್ ವೈಫಲ್ಯಗಳಿಂದ ಕ್ಲೈಂಟ್ ಅನ್ನು ರಕ್ಷಿಸುತ್ತದೆ. ವಿಪತ್ತು-ನಿರೋಧಕವು ಒಂದು ಸೈಟ್‌ನಲ್ಲಿನ ಬೃಹತ್ ವೈಫಲ್ಯಗಳಿಂದ ರಕ್ಷಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ: ಉದಾಹರಣೆಗೆ, ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯ ವೈಫಲ್ಯ (ಅಥವಾ SDS ಕ್ಲಸ್ಟರ್, ಇದು ಆಗಾಗ್ಗೆ ಸಂಭವಿಸುತ್ತದೆ 🙂), ಶೇಖರಣಾ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿನ ಬೃಹತ್ ದೋಷಗಳು, ಇತ್ಯಾದಿ. ಒಳ್ಳೆಯದು, ಮತ್ತು ಮುಖ್ಯವಾಗಿ: ಬೆಂಕಿ, ಬ್ಲ್ಯಾಕೌಟ್, ರೈಡರ್ ಸ್ವಾಧೀನ ಅಥವಾ ಅನ್ಯಲೋಕದ ಲ್ಯಾಂಡಿಂಗ್ ಕಾರಣದಿಂದ ಸಂಪೂರ್ಣ ಸೈಟ್ ಪ್ರವೇಶಿಸಲಾಗದಿದ್ದಾಗ ಅಂತಹ ಮೋಡವು ಉಳಿಸುತ್ತದೆ.
ಈ ಎಲ್ಲಾ ಸಂದರ್ಭಗಳಲ್ಲಿ, ಕ್ಲೈಂಟ್ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳು ಕೆಲಸ ಮಾಡುವುದನ್ನು ಮುಂದುವರೆಸುತ್ತವೆ ಮತ್ತು ಏಕೆ ಎಂಬುದು ಇಲ್ಲಿದೆ.
ಕ್ಲೈಂಟ್ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳೊಂದಿಗೆ ಯಾವುದೇ ESXi ಹೋಸ್ಟ್ ಎರಡು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ಯಾವುದನ್ನಾದರೂ ಪ್ರವೇಶಿಸಲು ಕ್ಲಸ್ಟರ್ ವಿನ್ಯಾಸವನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ. OST ಸೈಟ್‌ನಲ್ಲಿನ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯು ವಿಫಲವಾದರೆ, ವರ್ಚುವಲ್ ಯಂತ್ರಗಳು ಕಾರ್ಯನಿರ್ವಹಿಸುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತವೆ: ಅವುಗಳು ಚಾಲನೆಯಲ್ಲಿರುವ ಹೋಸ್ಟ್‌ಗಳು ಡೇಟಾಕ್ಕಾಗಿ NORD ನಲ್ಲಿನ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯನ್ನು ಪ್ರವೇಶಿಸುತ್ತವೆ.
ಕ್ಲಸ್ಟರ್‌ನಲ್ಲಿನ ಸಂಪರ್ಕ ರೇಖಾಚಿತ್ರವು ಈ ರೀತಿ ಕಾಣುತ್ತದೆ.
ಎರಡು ಸೈಟ್‌ಗಳ SAN ಫ್ಯಾಬ್ರಿಕ್‌ಗಳ ನಡುವೆ ಇಂಟರ್-ಸ್ವಿಚ್ ಲಿಂಕ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ ಎಂಬ ಅಂಶದಿಂದಾಗಿ ಇದು ಸಾಧ್ಯ: ಫ್ಯಾಬ್ರಿಕ್ A OST SAN ಸ್ವಿಚ್ ಅನ್ನು ಫ್ಯಾಬ್ರಿಕ್ A NORD SAN ಸ್ವಿಚ್‌ಗೆ ಸಂಪರ್ಕಿಸಲಾಗಿದೆ ಮತ್ತು ಅದೇ ರೀತಿಯಲ್ಲಿ ಫ್ಯಾಬ್ರಿಕ್ B SAN ಸ್ವಿಚ್‌ಗಳಿಗೆ ಸಂಪರ್ಕ ಹೊಂದಿದೆ.
ಸರಿ, ಆದ್ದರಿಂದ SAN ಕಾರ್ಖಾನೆಗಳ ಈ ಎಲ್ಲಾ ಜಟಿಲತೆಗಳು ಅರ್ಥವಾಗುವಂತೆ, ಎರಡು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳ ನಡುವೆ ಸಕ್ರಿಯ-ಸಕ್ರಿಯ ಪುನರಾವರ್ತನೆಯನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ: ಮಾಹಿತಿಯನ್ನು ಬಹುತೇಕ ಏಕಕಾಲದಲ್ಲಿ ಸ್ಥಳೀಯ ಮತ್ತು ದೂರಸ್ಥ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳಿಗೆ ಬರೆಯಲಾಗುತ್ತದೆ, RPO = 0. ಮೂಲ ಡೇಟಾವನ್ನು ಒಂದು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ ಮತ್ತು ಅದರ ಪ್ರತಿಕೃತಿಯನ್ನು ಇನ್ನೊಂದರಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ ಎಂದು ಅದು ತಿರುಗುತ್ತದೆ. ಶೇಖರಣಾ ಪರಿಮಾಣಗಳ ಮಟ್ಟದಲ್ಲಿ ಡೇಟಾವನ್ನು ಪುನರಾವರ್ತಿಸಲಾಗುತ್ತದೆ ಮತ್ತು VM ಡೇಟಾ (ಅದರ ಡಿಸ್ಕ್ಗಳು, ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್, ಸ್ವಾಪ್ ಫೈಲ್, ಇತ್ಯಾದಿ) ಅವುಗಳನ್ನು ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ.
ESXi ಹೋಸ್ಟ್ ಪ್ರಾಥಮಿಕ ಪರಿಮಾಣ ಮತ್ತು ಅದರ ಪ್ರತಿಕೃತಿಯನ್ನು ಒಂದು ಡಿಸ್ಕ್ ಸಾಧನವಾಗಿ (ಸ್ಟೋರೇಜ್ ಡಿವೈಸ್) ನೋಡುತ್ತದೆ. ESXi ಹೋಸ್ಟ್‌ನಿಂದ ಪ್ರತಿ ಡಿಸ್ಕ್ ಸಾಧನಕ್ಕೆ 24 ಮಾರ್ಗಗಳಿವೆ:
12 ಮಾರ್ಗಗಳು ಅದನ್ನು ಸ್ಥಳೀಯ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗೆ (ಸೂಕ್ತ ಮಾರ್ಗಗಳು) ಸಂಪರ್ಕಿಸುತ್ತವೆ, ಮತ್ತು ಉಳಿದ 12 ದೂರಸ್ಥ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗೆ (ಸೂಕ್ತವಲ್ಲದ ಮಾರ್ಗಗಳು). ಸಾಮಾನ್ಯ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ, ESXi "ಸೂಕ್ತ" ಮಾರ್ಗಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಸ್ಥಳೀಯ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಡೇಟಾವನ್ನು ಪ್ರವೇಶಿಸುತ್ತದೆ. ಈ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯು ವಿಫಲವಾದಾಗ, ESXi ಸೂಕ್ತ ಮಾರ್ಗಗಳನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು "ಉತ್ತಮವಲ್ಲದ" ಪದಗಳಿಗೆ ಬದಲಾಯಿಸುತ್ತದೆ. ರೇಖಾಚಿತ್ರದಲ್ಲಿ ಇದು ತೋರುತ್ತಿದೆ.
ವಿಪತ್ತು-ನಿರೋಧಕ ಕ್ಲಸ್ಟರ್‌ನ ಯೋಜನೆ.
ಎಲ್ಲಾ ಕ್ಲೈಂಟ್ ನೆಟ್‌ವರ್ಕ್‌ಗಳು ಸಾಮಾನ್ಯ ನೆಟ್ವರ್ಕ್ ಫ್ಯಾಬ್ರಿಕ್ ಮೂಲಕ ಎರಡೂ ಸೈಟ್‌ಗಳಿಗೆ ಸಂಪರ್ಕಗೊಂಡಿವೆ. ಪ್ರತಿಯೊಂದು ಸೈಟ್ ಪ್ರೊವೈಡರ್ ಎಡ್ಜ್ (PE) ಅನ್ನು ರನ್ ಮಾಡುತ್ತದೆ, ಅದರ ಮೇಲೆ ಕ್ಲೈಂಟ್‌ನ ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ಕೊನೆಗೊಳಿಸಲಾಗುತ್ತದೆ. PE ಗಳನ್ನು ಸಾಮಾನ್ಯ ಕ್ಲಸ್ಟರ್ ಆಗಿ ಸಂಯೋಜಿಸಲಾಗಿದೆ. ಒಂದು ಸೈಟ್ನಲ್ಲಿ PE ವಿಫಲವಾದರೆ, ಎಲ್ಲಾ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಎರಡನೇ ಸೈಟ್‌ಗೆ ಮರುನಿರ್ದೇಶಿಸಲಾಗುತ್ತದೆ. ಇದಕ್ಕೆ ಧನ್ಯವಾದಗಳು, PE ಇಲ್ಲದೆ ಉಳಿದಿರುವ ಸೈಟ್‌ನಿಂದ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳು ಕ್ಲೈಂಟ್‌ಗೆ ನೆಟ್ವರ್ಕ್ ಮೂಲಕ ಪ್ರವೇಶಿಸಬಹುದು.
ವಿವಿಧ ವೈಫಲ್ಯಗಳ ಸಮಯದಲ್ಲಿ ಕ್ಲೈಂಟ್ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳಿಗೆ ಏನಾಗುತ್ತದೆ ಎಂದು ಈಗ ನೋಡೋಣ. ಹಗುರವಾದ ಆಯ್ಕೆಗಳೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸೋಣ ಮತ್ತು ಅತ್ಯಂತ ಗಂಭೀರವಾದ - ಸಂಪೂರ್ಣ ಸೈಟ್ನ ವೈಫಲ್ಯದೊಂದಿಗೆ ಕೊನೆಗೊಳ್ಳೋಣ. ಉದಾಹರಣೆಗಳಲ್ಲಿ, ಮುಖ್ಯ ವೇದಿಕೆಯು OST ಆಗಿರುತ್ತದೆ ಮತ್ತು ಡೇಟಾ ಪ್ರತಿಕೃತಿಗಳೊಂದಿಗೆ ಬ್ಯಾಕಪ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ NORD ಆಗಿರುತ್ತದೆ.
ಕ್ಲೈಂಟ್ ವರ್ಚುವಲ್ ಯಂತ್ರಕ್ಕೆ ಏನಾಗುತ್ತದೆ...
ನಕಲು ಲಿಂಕ್ ವಿಫಲವಾಗಿದೆ. ಎರಡು ಸೈಟ್‌ಗಳ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳ ನಡುವಿನ ನಕಲು ನಿಲ್ಲುತ್ತದೆ.
ESXi ಸ್ಥಳೀಯ ಡಿಸ್ಕ್ ಸಾಧನಗಳೊಂದಿಗೆ ಮಾತ್ರ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ (ಸೂಕ್ತ ಮಾರ್ಗಗಳ ಮೂಲಕ).
ವರ್ಚುವಲ್ ಯಂತ್ರಗಳು ಕೆಲಸ ಮಾಡುವುದನ್ನು ಮುಂದುವರೆಸುತ್ತವೆ.
ISL (ಇಂಟರ್-ಸ್ವಿಚ್ ಲಿಂಕ್) ಒಡೆಯುತ್ತದೆ. ಅಸಂಭವ ಘಟನೆ. ಕೆಲವು ಕ್ರೇಜಿ ಅಗೆಯುವ ಯಂತ್ರವು ಹಲವಾರು ಆಪ್ಟಿಕಲ್ ಮಾರ್ಗಗಳನ್ನು ಏಕಕಾಲದಲ್ಲಿ ಅಗೆಯದಿದ್ದರೆ, ಅದು ಸ್ವತಂತ್ರ ಮಾರ್ಗಗಳಲ್ಲಿ ಚಲಿಸುತ್ತದೆ ಮತ್ತು ವಿವಿಧ ಇನ್‌ಪುಟ್‌ಗಳ ಮೂಲಕ ಸೈಟ್‌ಗಳಿಗೆ ತರಲಾಗುತ್ತದೆ. ಆದರೆ ಹೇಗಾದರೂ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ESXi ಹೋಸ್ಟ್‌ಗಳು ಅರ್ಧದಷ್ಟು ಮಾರ್ಗಗಳನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತವೆ ಮತ್ತು ಅವುಗಳ ಸ್ಥಳೀಯ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಮಾತ್ರ ಪ್ರವೇಶಿಸಬಹುದು. ಪ್ರತಿಕೃತಿಗಳನ್ನು ಸಂಗ್ರಹಿಸಲಾಗಿದೆ, ಆದರೆ ಹೋಸ್ಟ್‌ಗಳಿಗೆ ಅವುಗಳನ್ನು ಪ್ರವೇಶಿಸಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ.
ವರ್ಚುವಲ್ ಯಂತ್ರಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿವೆ.
SAN ಸ್ವಿಚ್ ಒಂದು ಸೈಟ್ನಲ್ಲಿ ವಿಫಲಗೊಳ್ಳುತ್ತದೆ. ESXi ಹೋಸ್ಟ್‌ಗಳು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗೆ ಕೆಲವು ಮಾರ್ಗಗಳನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತವೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಸ್ವಿಚ್ ವಿಫಲವಾದ ಸೈಟ್‌ನಲ್ಲಿರುವ ಹೋಸ್ಟ್‌ಗಳು ಅವರ HBA ಗಳಲ್ಲಿ ಒಂದರ ಮೂಲಕ ಮಾತ್ರ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ.
ವರ್ಚುವಲ್ ಯಂತ್ರಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತವೆ.
ಸೈಟ್‌ಗಳಲ್ಲಿ ಒಂದರಲ್ಲಿ ಎಲ್ಲಾ SAN ಸ್ವಿಚ್ಗಳು ವಿಫಲಗೊಳ್ಳುತ್ತವೆ. OST ಸೈಟ್ನಲ್ಲಿ ಅಂತಹ ಅನಾಹುತ ಸಂಭವಿಸಿದೆ ಎಂದು ಹೇಳೋಣ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಈ ಸೈಟ್‌ನಲ್ಲಿನ ESXi ಹೋಸ್ಟ್‌ಗಳು ತಮ್ಮ ಡಿಸ್ಕ್ ಸಾಧನಗಳಿಗೆ ಎಲ್ಲಾ ಮಾರ್ಗಗಳನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತವೆ. ಪ್ರಮಾಣಿತ VMware vSphere HA ಕಾರ್ಯವಿಧಾನವು ಕಾರ್ಯರೂಪಕ್ಕೆ ಬರುತ್ತದೆ: ಇದು NORD ನಲ್ಲಿ OST ಸೈಟ್ನ ಎಲ್ಲಾ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳನ್ನು ಗರಿಷ್ಠ 140 ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಮರುಪ್ರಾರಂಭಿಸುತ್ತದೆ.
NORD ಸೈಟ್ ಹೋಸ್ಟ್‌ಗಳಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿವೆ.
ESXi ಹೋಸ್ಟ್ ಒಂದು ಸೈಟ್ನಲ್ಲಿ ವಿಫಲಗೊಳ್ಳುತ್ತದೆ. ಇಲ್ಲಿ vSphere HA ಕಾರ್ಯವಿಧಾನವು ಮತ್ತೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ: ವಿಫಲವಾದ ಹೋಸ್ಟ್‌ನಿಂದ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳನ್ನು ಇತರ ಹೋಸ್ಟ್‌ಗಳಲ್ಲಿ ಮರುಪ್ರಾರಂಭಿಸಲಾಗುತ್ತದೆ - ಅದೇ ಅಥವಾ ದೂರಸ್ಥ ಸೈಟ್ನಲ್ಲಿ. ವರ್ಚುವಲ್ ಯಂತ್ರ ಮರುಪ್ರಾರಂಭದ ಸಮಯವು 1 ನಿಮಿಷದವರೆಗೆ ಇರುತ್ತದೆ.
OST ಸೈಟ್‌ನಲ್ಲಿನ ಎಲ್ಲಾ ESXi ಹೋಸ್ಟ್‌ಗಳು ವಿಫಲವಾದರೆ, ಯಾವುದೇ ಆಯ್ಕೆಗಳಿಲ್ಲ: VM ಗಳನ್ನು ಇನ್ನೊಂದರಲ್ಲಿ ಮರುಪ್ರಾರಂಭಿಸಲಾಗುತ್ತದೆ. ಮರುಪ್ರಾರಂಭದ ಸಮಯವು ಒಂದೇ ಆಗಿರುತ್ತದೆ.
ಒಂದು ಸೈಟ್ನಲ್ಲಿ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯು ವಿಫಲಗೊಳ್ಳುತ್ತದೆ. OST ಸೈಟ್ನಲ್ಲಿ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯು ವಿಫಲಗೊಳ್ಳುತ್ತದೆ ಎಂದು ಹೇಳೋಣ. ನಂತರ OST ಸೈಟ್ನ ESXi ಹೋಸ್ಟ್‌ಗಳು NORD ನಲ್ಲಿನ ಶೇಖರಣಾ ಪ್ರತಿಕೃತಿಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಬದಲಾಯಿಸುತ್ತವೆ. ವಿಫಲವಾದ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯು ಸೇವೆಗೆ ಮರಳಿದ ನಂತರ, ಬಲವಂತದ ಪುನರಾವರ್ತನೆ ಸಂಭವಿಸುತ್ತದೆ ಮತ್ತು ESXi OST ಹೋಸ್ಟ್‌ಗಳು ಮತ್ತೆ ಸ್ಥಳೀಯ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯನ್ನು ಪ್ರವೇಶಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತವೆ.
ಈ ಸಮಯದಲ್ಲಿ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿವೆ.
ಸೈಟ್‌ಗಳಲ್ಲಿ ಒಂದು ವಿಫಲವಾಗಿದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, vSphere HA ಯಾಂತ್ರಿಕತೆಯ ಮೂಲಕ ಎಲ್ಲಾ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳನ್ನು ಬ್ಯಾಕಪ್ ಸೈಟ್ನಲ್ಲಿ ಮರುಪ್ರಾರಂಭಿಸಲಾಗುತ್ತದೆ. VM ಮರುಪ್ರಾರಂಭದ ಸಮಯ 140 ಸೆಕೆಂಡುಗಳು. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ವರ್ಚುವಲ್ ಯಂತ್ರದ ಎಲ್ಲಾ ನೆಟ್ವರ್ಕ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಉಳಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಇದು ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಕ್ಲೈಂಟ್‌ಗೆ ಪ್ರವೇಶಿಸಬಹುದಾಗಿದೆ.
ಬ್ಯಾಕಪ್ ಸೈಟ್ನಲ್ಲಿ ಯಂತ್ರಗಳ ಮರುಪ್ರಾರಂಭವು ಸರಾಗವಾಗಿ ನಡೆಯುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು, ಪ್ರತಿ ಸೈಟ್ ಅರ್ಧದಷ್ಟು ಮಾತ್ರ ತುಂಬಿದೆ. ಎರಡನೆಯ, ಹಾನಿಗೊಳಗಾದ ಸೈಟ್‌ನಿಂದ ಎಲ್ಲಾ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳು ಚಲಿಸಿದರೆ ದ್ವಿತೀಯಾರ್ಧವು ಮೀಸಲು.
ಎರಡು ಡೇಟಾ ಕೇಂದ್ರಗಳನ್ನು ಆಧರಿಸಿದ ವಿಪತ್ತು-ನಿರೋಧಕ ಮೋಡವು ಅಂತಹ ವೈಫಲ್ಯಗಳಿಂದ ರಕ್ಷಿಸುತ್ತದೆ.
ಈ ಸಂತೋಷವು ಅಗ್ಗವಾಗಿಲ್ಲ, ಏಕೆಂದರೆ, ಮುಖ್ಯ ಸಂಪನ್ಮೂಲಗಳ ಜೊತೆಗೆ, ಎರಡನೇ ಸೈಟ್ನಲ್ಲಿ ಮೀಸಲು ಅಗತ್ಯವಿದೆ. ಆದ್ದರಿಂದ, ವ್ಯಾಪಾರ-ನಿರ್ಣಾಯಕ ಸೇವೆಗಳನ್ನು ಅಂತಹ ಕ್ಲೌಡ್‌ನಲ್ಲಿ ಇರಿಸಲಾಗುತ್ತದೆ, ದೀರ್ಘಾವಧಿಯ ಅಲಭ್ಯತೆಯು ದೊಡ್ಡ ಹಣಕಾಸಿನ ಮತ್ತು ಖ್ಯಾತಿಯ ನಷ್ಟವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ, ಅಥವಾ ಮಾಹಿತಿ ವ್ಯವಸ್ಥೆಯು ನಿಯಂತ್ರಕರು ಅಥವಾ ಆಂತರಿಕ ಕಂಪನಿಯ ನಿಯಮಗಳಿಂದ ವಿಪತ್ತು-ಸ್ಥಿತಿಸ್ಥಾಪಕ ಅವಶ್ಯಕತೆಗಳಿಗೆ ಒಳಪಟ್ಟಿದ್ದರೆ.
ಮೂಲಗಳು:
ಮೂಲ: www.habr.com