ಇಮ್ಯಾಜಿನ್: ನೀವು ದೊಡ್ಡ ಶಾಪಿಂಗ್ ಸೆಂಟರ್‌ನ ಐಟಿ ಮೂಲಸೌಕರ್ಯಕ್ಕೆ ಸೇವೆ ಸಲ್ಲಿಸುತ್ತಿದ್ದೀರಿ. ನಗರದಲ್ಲಿ ಮಳೆ ಶುರುವಾಗಿದೆ. ಮಳೆಯ ಹೊಳೆಗಳು ಛಾವಣಿಯ ಮೂಲಕ ಒಡೆಯುತ್ತವೆ, ನೀರು ಚಿಲ್ಲರೆ ಆವರಣದಲ್ಲಿ ಪಾದದ ಆಳವನ್ನು ತುಂಬುತ್ತದೆ. ನಿಮ್ಮ ಸರ್ವರ್ ಕೊಠಡಿಯು ನೆಲಮಾಳಿಗೆಯಲ್ಲಿಲ್ಲ ಎಂದು ನಾವು ಭಾವಿಸುತ್ತೇವೆ, ಇಲ್ಲದಿದ್ದರೆ ಸಮಸ್ಯೆಗಳನ್ನು ತಪ್ಪಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.
ವಿವರಿಸಿದ ಕಥೆಯು ಫ್ಯಾಂಟಸಿ ಅಲ್ಲ, ಆದರೆ 2020 ರ ಒಂದೆರಡು ಘಟನೆಗಳ ಸಾಮೂಹಿಕ ವಿವರಣೆಯಾಗಿದೆ. ದೊಡ್ಡ ಕಂಪನಿಗಳಲ್ಲಿ, ಈ ಸಂದರ್ಭದಲ್ಲಿ ವಿಪತ್ತು ಚೇತರಿಕೆ ಯೋಜನೆ (DRP) ಯಾವಾಗಲೂ ಕೈಯಲ್ಲಿದೆ. ನಿಗಮಗಳಲ್ಲಿ, ಇದು ವ್ಯಾಪಾರ ನಿರಂತರತೆಯ ತಜ್ಞರ ಜವಾಬ್ದಾರಿಯಾಗಿದೆ. ಆದರೆ ಮಧ್ಯಮ ಮತ್ತು ಸಣ್ಣ ಕಂಪನಿಗಳಲ್ಲಿ, ಅಂತಹ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುವುದು ಐಟಿ ಸೇವೆಗಳ ಮೇಲೆ ಬೀಳುತ್ತದೆ. ವ್ಯವಹಾರದ ತರ್ಕವನ್ನು ನೀವೇ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು, ಏನು ವಿಫಲವಾಗಬಹುದು ಮತ್ತು ಎಲ್ಲಿ, ರಕ್ಷಣೆಯೊಂದಿಗೆ ಬಂದು ಅದನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದು ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು.
ಐಟಿ ತಜ್ಞರು ವ್ಯಾಪಾರದೊಂದಿಗೆ ಮಾತುಕತೆ ನಡೆಸಿದರೆ ಮತ್ತು ರಕ್ಷಣೆಯ ಅಗತ್ಯವನ್ನು ಚರ್ಚಿಸಿದರೆ ಅದು ಅದ್ಭುತವಾಗಿದೆ. ಆದರೆ ವಿಪತ್ತು ಮರುಪಡೆಯುವಿಕೆ (ಡಿಆರ್) ಪರಿಹಾರವನ್ನು ಕಂಪನಿಯು ಹೇಗೆ ಅನಗತ್ಯವೆಂದು ಪರಿಗಣಿಸಿದೆ ಎಂಬುದನ್ನು ನಾನು ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಬಾರಿ ನೋಡಿದ್ದೇನೆ. ಅಪಘಾತ ಸಂಭವಿಸಿದಾಗ, ದೀರ್ಘ ಚೇತರಿಕೆಯು ನಷ್ಟಕ್ಕೆ ಬೆದರಿಕೆ ಹಾಕಿತು ಮತ್ತು ವ್ಯವಹಾರವು ಸಿದ್ಧವಾಗಿಲ್ಲ. ನೀವು ಇಷ್ಟಪಡುವಷ್ಟು ನೀವು ಪುನರಾವರ್ತಿಸಬಹುದು: "ನಾನು ನಿಮಗೆ ಹೇಳಿದ್ದೇನೆ," ಆದರೆ ಐಟಿ ಸೇವೆಯು ಇನ್ನೂ ಸೇವೆಗಳನ್ನು ಮರುಸ್ಥಾಪಿಸಬೇಕು.
ವಾಸ್ತುಶಿಲ್ಪಿ ಸ್ಥಾನದಿಂದ, ಈ ಪರಿಸ್ಥಿತಿಯನ್ನು ಹೇಗೆ ತಪ್ಪಿಸಬೇಕು ಎಂದು ನಾನು ನಿಮಗೆ ಹೇಳುತ್ತೇನೆ. ಲೇಖನದ ಮೊದಲ ಭಾಗದಲ್ಲಿ, ನಾನು ಪೂರ್ವಸಿದ್ಧತಾ ಕೆಲಸವನ್ನು ತೋರಿಸುತ್ತೇನೆ: ಭದ್ರತಾ ಸಾಧನಗಳನ್ನು ಆಯ್ಕೆಮಾಡಲು ಗ್ರಾಹಕರೊಂದಿಗೆ ಮೂರು ಪ್ರಶ್ನೆಗಳನ್ನು ಹೇಗೆ ಚರ್ಚಿಸುವುದು:
- ನಾವು ಏನು ರಕ್ಷಿಸುತ್ತಿದ್ದೇವೆ?
- ನಾವು ಯಾವುದರಿಂದ ರಕ್ಷಿಸುತ್ತಿದ್ದೇವೆ?
- ನಾವು ಎಷ್ಟು ರಕ್ಷಿಸುತ್ತೇವೆ?
ಎರಡನೆಯ ಭಾಗದಲ್ಲಿ, ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುವ ಆಯ್ಕೆಗಳ ಬಗ್ಗೆ ನಾವು ಮಾತನಾಡುತ್ತೇವೆ: ನಿಮ್ಮನ್ನು ಹೇಗೆ ರಕ್ಷಿಸಿಕೊಳ್ಳುವುದು. ವಿಭಿನ್ನ ಗ್ರಾಹಕರು ತಮ್ಮ ರಕ್ಷಣೆಯನ್ನು ಹೇಗೆ ನಿರ್ಮಿಸುತ್ತಾರೆ ಎಂಬುದಕ್ಕೆ ನಾನು ಉದಾಹರಣೆಗಳನ್ನು ನೀಡುತ್ತೇನೆ.
ನಾವು ಏನು ರಕ್ಷಿಸುತ್ತೇವೆ: ನಿರ್ಣಾಯಕ ವ್ಯಾಪಾರ ಕಾರ್ಯಗಳನ್ನು ಗುರುತಿಸುವುದು
ವ್ಯಾಪಾರ ಗ್ರಾಹಕರೊಂದಿಗೆ ತುರ್ತು ನಂತರದ ಕ್ರಿಯಾ ಯೋಜನೆಯನ್ನು ಚರ್ಚಿಸುವ ಮೂಲಕ ತಯಾರಿ ಪ್ರಾರಂಭಿಸುವುದು ಉತ್ತಮ. ಸಾಮಾನ್ಯ ಭಾಷೆಯನ್ನು ಕಂಡುಹಿಡಿಯುವುದು ಇಲ್ಲಿ ಮುಖ್ಯ ತೊಂದರೆಯಾಗಿದೆ. IT ಪರಿಹಾರವು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಗ್ರಾಹಕರು ಸಾಮಾನ್ಯವಾಗಿ ಕಾಳಜಿ ವಹಿಸುವುದಿಲ್ಲ. ಸೇವೆಯು ವ್ಯವಹಾರ ಕಾರ್ಯಗಳನ್ನು ನಿರ್ವಹಿಸಬಹುದೇ ಮತ್ತು ಹಣವನ್ನು ತರಬಹುದೇ ಎಂದು ಅವರು ಕಾಳಜಿ ವಹಿಸುತ್ತಾರೆ. ಉದಾಹರಣೆಗೆ: ಸೈಟ್ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದ್ದರೆ, ಆದರೆ ಪಾವತಿ ವ್ಯವಸ್ಥೆಯು ಕಡಿಮೆಯಾಗಿದ್ದರೆ, ಗ್ರಾಹಕರಿಂದ ಯಾವುದೇ ಆದಾಯವಿಲ್ಲ, ಮತ್ತು "ಉಗ್ರರು" ಇನ್ನೂ ಐಟಿ ತಜ್ಞರು.
ಹಲವಾರು ಕಾರಣಗಳಿಗಾಗಿ ಐಟಿ ವೃತ್ತಿಪರರು ಅಂತಹ ಮಾತುಕತೆಗಳಲ್ಲಿ ತೊಂದರೆಗಳನ್ನು ಹೊಂದಿರಬಹುದು:
- IT ಸೇವೆಯು ವ್ಯವಹಾರದಲ್ಲಿ ಮಾಹಿತಿ ವ್ಯವಸ್ಥೆಯ ಪಾತ್ರವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದಿಲ್ಲ. ಉದಾಹರಣೆಗೆ, ವ್ಯಾಪಾರ ಪ್ರಕ್ರಿಯೆಗಳ ಅಥವಾ ಪಾರದರ್ಶಕ ವ್ಯವಹಾರ ಮಾದರಿಯ ಯಾವುದೇ ವಿವರಣೆ ಲಭ್ಯವಿಲ್ಲದಿದ್ದರೆ.
- ಸಂಪೂರ್ಣ ಪ್ರಕ್ರಿಯೆಯು IT ಸೇವೆಯ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿಲ್ಲ. ಉದಾಹರಣೆಗೆ, ಕೆಲಸದ ಭಾಗವನ್ನು ಗುತ್ತಿಗೆದಾರರು ನಿರ್ವಹಿಸಿದಾಗ ಮತ್ತು ಐಟಿ ತಜ್ಞರು ಅವರ ಮೇಲೆ ನೇರ ಪ್ರಭಾವ ಬೀರುವುದಿಲ್ಲ.
ನಾನು ಸಂಭಾಷಣೆಯನ್ನು ಈ ರೀತಿ ರಚಿಸುತ್ತೇನೆ:
- ಎಲ್ಲರಿಗೂ ಅಪಘಾತಗಳು ಸಂಭವಿಸುತ್ತವೆ ಮತ್ತು ಚೇತರಿಕೆಗೆ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಎಂದು ನಾವು ವ್ಯವಹಾರಗಳಿಗೆ ವಿವರಿಸುತ್ತೇವೆ. ಸಂದರ್ಭಗಳನ್ನು ಪ್ರದರ್ಶಿಸುವುದು ಉತ್ತಮ ವಿಷಯ, ಇದು ಹೇಗೆ ಸಂಭವಿಸುತ್ತದೆ ಮತ್ತು ಯಾವ ಪರಿಣಾಮಗಳು ಸಾಧ್ಯ.
- ಎಲ್ಲವೂ ಐಟಿ ಸೇವೆಯ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿಲ್ಲ ಎಂದು ನಾವು ತೋರಿಸುತ್ತೇವೆ, ಆದರೆ ನಿಮ್ಮ ಜವಾಬ್ದಾರಿಯ ಕ್ಷೇತ್ರದಲ್ಲಿ ಕ್ರಿಯಾ ಯೋಜನೆಗೆ ಸಹಾಯ ಮಾಡಲು ನೀವು ಸಿದ್ಧರಿದ್ದೀರಿ.
- ನಾವು ವ್ಯವಹಾರದ ಗ್ರಾಹಕರನ್ನು ಉತ್ತರಿಸಲು ಕೇಳುತ್ತೇವೆ: ಅಪೋಕ್ಯಾಲಿಪ್ಸ್ ಸಂಭವಿಸಿದಲ್ಲಿ, ಯಾವ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಮೊದಲು ಮರುಸ್ಥಾಪಿಸಬೇಕು? ಇದರಲ್ಲಿ ಯಾರು ಭಾಗವಹಿಸುತ್ತಾರೆ ಮತ್ತು ಹೇಗೆ?
ವ್ಯವಹಾರದಿಂದ ಸರಳ ಉತ್ತರದ ಅಗತ್ಯವಿದೆ, ಉದಾಹರಣೆಗೆ: ಕಾಲ್ ಸೆಂಟರ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು 24/7 ನೋಂದಾಯಿಸುವುದನ್ನು ಮುಂದುವರಿಸಬೇಕಾಗುತ್ತದೆ.
- ಈ ಪ್ರಕ್ರಿಯೆಯನ್ನು ವಿವರವಾಗಿ ವಿವರಿಸಲು ನಾವು ಸಿಸ್ಟಮ್‌ನ ಒಂದು ಅಥವಾ ಇಬ್ಬರು ಬಳಕೆದಾರರನ್ನು ಕೇಳುತ್ತೇವೆ.
ನಿಮ್ಮ ಕಂಪನಿಯು ಒಂದನ್ನು ಹೊಂದಿದ್ದರೆ ಸಹಾಯ ಮಾಡಲು ವಿಶ್ಲೇಷಕರನ್ನು ಒಳಗೊಳ್ಳುವುದು ಉತ್ತಮ.ಮೊದಲಿಗೆ, ವಿವರಣೆಯು ಈ ರೀತಿ ಕಾಣಿಸಬಹುದು: ಕಾಲ್ ಸೆಂಟರ್ ಫೋನ್ ಮೂಲಕ, ಮೇಲ್ ಮೂಲಕ ಮತ್ತು ವೆಬ್‌ಸೈಟ್‌ನಿಂದ ಸಂದೇಶಗಳ ಮೂಲಕ ವಿನಂತಿಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ. ನಂತರ ಅವನು ಅವುಗಳನ್ನು ವೆಬ್ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ 1C ಗೆ ಪ್ರವೇಶಿಸುತ್ತಾನೆ ಮತ್ತು ಉತ್ಪಾದನೆಯು ಅವುಗಳನ್ನು ಈ ರೀತಿಯಲ್ಲಿ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.
- ನಂತರ ನಾವು ಯಾವ ಹಾರ್ಡ್‌ವೇರ್ ಮತ್ತು ಸಾಫ್ಟ್‌ವೇರ್ ಪರಿಹಾರಗಳು ಪ್ರಕ್ರಿಯೆಯನ್ನು ಬೆಂಬಲಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ನೋಡುತ್ತೇವೆ. ಸಮಗ್ರ ರಕ್ಷಣೆಗಾಗಿ, ನಾವು ಮೂರು ಹಂತಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳುತ್ತೇವೆ:
- ಸೈಟ್‌ನಲ್ಲಿನ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಮತ್ತು ವ್ಯವಸ್ಥೆಗಳು (ಸಾಫ್ಟ್‌ವೇರ್ ಮಟ್ಟ),
- ವ್ಯವಸ್ಥೆಗಳು ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಸೈಟ್ ಸ್ವತಃ (ಮೂಲಸೌಕರ್ಯ ಮಟ್ಟ),
- ನೆಟ್ವರ್ಕ್ (ಅವರು ಆಗಾಗ್ಗೆ ಅದರ ಬಗ್ಗೆ ಮರೆತುಬಿಡುತ್ತಾರೆ).
- ವೈಫಲ್ಯದ ಸಂಭವನೀಯ ಅಂಶಗಳನ್ನು ನಾವು ಕಂಡುಕೊಳ್ಳುತ್ತೇವೆ: ಸೇವೆಯ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಅವಲಂಬಿಸಿರುವ ಸಿಸ್ಟಮ್ ನೋಡ್ಗಳು. ಇತರ ಕಂಪನಿಗಳಿಂದ ಬೆಂಬಲಿತವಾಗಿರುವ ನೋಡ್‌ಗಳನ್ನು ನಾವು ಪ್ರತ್ಯೇಕವಾಗಿ ಗಮನಿಸುತ್ತೇವೆ: ಟೆಲಿಕಾಂ ಆಪರೇಟರ್‌ಗಳು, ಹೋಸ್ಟಿಂಗ್ ಪೂರೈಕೆದಾರರು, ಡೇಟಾ ಕೇಂದ್ರಗಳು, ಇತ್ಯಾದಿ. ಇದರೊಂದಿಗೆ, ಮುಂದಿನ ಹಂತಕ್ಕಾಗಿ ನೀವು ವ್ಯಾಪಾರ ಗ್ರಾಹಕರ ಬಳಿಗೆ ಹಿಂತಿರುಗಬಹುದು.
ನಾವು ಯಾವುದರಿಂದ ರಕ್ಷಿಸುತ್ತೇವೆ: ಅಪಾಯಗಳು
ಮುಂದೆ, ನಾವು ಮೊದಲು ಯಾವ ಅಪಾಯಗಳಿಂದ ನಮ್ಮನ್ನು ರಕ್ಷಿಸಿಕೊಳ್ಳುತ್ತೇವೆ ಎಂಬುದನ್ನು ವ್ಯಾಪಾರ ಗ್ರಾಹಕರಿಂದ ನಾವು ಕಂಡುಕೊಳ್ಳುತ್ತೇವೆ. ಎಲ್ಲಾ ಅಪಾಯಗಳನ್ನು ಎರಡು ಗುಂಪುಗಳಾಗಿ ವಿಂಗಡಿಸಬಹುದು:
- ಸೇವೆಯ ಅಲಭ್ಯತೆಯಿಂದಾಗಿ ಸಮಯದ ನಷ್ಟ;
- ಭೌತಿಕ ಪರಿಣಾಮಗಳು, ಮಾನವ ಅಂಶಗಳು ಇತ್ಯಾದಿಗಳಿಂದ ಡೇಟಾ ನಷ್ಟ
ವ್ಯವಹಾರಗಳು ಡೇಟಾ ಮತ್ತು ಸಮಯ ಎರಡನ್ನೂ ಕಳೆದುಕೊಳ್ಳುವ ಭಯದಲ್ಲಿರುತ್ತವೆ - ಇವೆಲ್ಲವೂ ಹಣದ ನಷ್ಟಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ. ಆದ್ದರಿಂದ ಮತ್ತೊಮ್ಮೆ ನಾವು ಪ್ರತಿ ಅಪಾಯದ ಗುಂಪಿಗೆ ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳುತ್ತೇವೆ:
- ಈ ಪ್ರಕ್ರಿಯೆಗಾಗಿ, ಹಣದಲ್ಲಿ ಎಷ್ಟು ಡೇಟಾ ನಷ್ಟ ಮತ್ತು ಸಮಯದ ನಷ್ಟವನ್ನು ನಾವು ಅಂದಾಜು ಮಾಡಬಹುದೇ?
- ನಾವು ಯಾವ ಡೇಟಾವನ್ನು ಕಳೆದುಕೊಳ್ಳಬಾರದು?
- ಅಲಭ್ಯತೆಯನ್ನು ನಾವು ಎಲ್ಲಿ ಅನುಮತಿಸಬಾರದು?
- ಯಾವ ಘಟನೆಗಳು ನಮಗೆ ಹೆಚ್ಚು ಸಂಭವನೀಯ ಮತ್ತು ಹೆಚ್ಚು ಅಪಾಯಕಾರಿ?
ಚರ್ಚೆಯ ನಂತರ, ವೈಫಲ್ಯದ ಬಿಂದುಗಳಿಗೆ ಹೇಗೆ ಆದ್ಯತೆ ನೀಡಬೇಕೆಂದು ನಾವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತೇವೆ.
ನಾವು ಎಷ್ಟು ರಕ್ಷಿಸುತ್ತೇವೆ: RPO ಮತ್ತು RTO
ವೈಫಲ್ಯದ ನಿರ್ಣಾಯಕ ಅಂಶಗಳು ಸ್ಪಷ್ಟವಾದಾಗ, ನಾವು RTO ಮತ್ತು RPO ಸೂಚಕಗಳನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡುತ್ತೇವೆ.
ಅದನ್ನು ನಾನು ನಿಮಗೆ ನೆನಪಿಸುತ್ತೇನೆ RTO (ಚೇತರಿಕೆ ಸಮಯದ ಉದ್ದೇಶ) - ಇದು ಅಪಘಾತದ ಕ್ಷಣದಿಂದ ಸೇವೆಯನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಪುನಃಸ್ಥಾಪಿಸುವವರೆಗೆ ಅನುಮತಿಸುವ ಸಮಯ. ವ್ಯವಹಾರ ಭಾಷೆಯಲ್ಲಿ, ಇದು ಸ್ವೀಕಾರಾರ್ಹ ಅಲಭ್ಯತೆಯಾಗಿದೆ. ಪ್ರಕ್ರಿಯೆಯು ಎಷ್ಟು ಹಣವನ್ನು ತಂದಿತು ಎಂದು ನಮಗೆ ತಿಳಿದಿದ್ದರೆ, ನಾವು ಪ್ರತಿ ನಿಮಿಷದ ಅಲಭ್ಯತೆಯಿಂದ ನಷ್ಟವನ್ನು ಲೆಕ್ಕ ಹಾಕಬಹುದು ಮತ್ತು ಸ್ವೀಕಾರಾರ್ಹ ನಷ್ಟವನ್ನು ಲೆಕ್ಕ ಹಾಕಬಹುದು.
RPO (ರಿಕವರಿ ಪಾಯಿಂಟ್ ಉದ್ದೇಶ) - ಮಾನ್ಯ ಡೇಟಾ ರಿಕವರಿ ಪಾಯಿಂಟ್. ನಾವು ಡೇಟಾವನ್ನು ಕಳೆದುಕೊಳ್ಳುವ ಸಮಯವನ್ನು ಇದು ನಿರ್ಧರಿಸುತ್ತದೆ. ವ್ಯವಹಾರದ ದೃಷ್ಟಿಕೋನದಿಂದ, ಡೇಟಾ ನಷ್ಟವು ದಂಡಕ್ಕೆ ಕಾರಣವಾಗಬಹುದು, ಉದಾಹರಣೆಗೆ. ಅಂತಹ ನಷ್ಟವನ್ನು ಹಣವಾಗಿಯೂ ಪರಿವರ್ತಿಸಬಹುದು.
ಅಂತಿಮ ಬಳಕೆದಾರರಿಗೆ ಚೇತರಿಕೆಯ ಸಮಯವನ್ನು ಲೆಕ್ಕಹಾಕುವ ಅಗತ್ಯವಿದೆ: ಅವರು ಎಷ್ಟು ಸಮಯದವರೆಗೆ ಸಿಸ್ಟಮ್ಗೆ ಲಾಗ್ ಇನ್ ಮಾಡಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ಆದ್ದರಿಂದ ಮೊದಲು ನಾವು ಸರಪಳಿಯಲ್ಲಿನ ಎಲ್ಲಾ ಲಿಂಕ್‌ಗಳ ಚೇತರಿಕೆಯ ಸಮಯವನ್ನು ಸೇರಿಸುತ್ತೇವೆ. ಇಲ್ಲಿ ಸಾಮಾನ್ಯವಾಗಿ ತಪ್ಪು ಮಾಡಲಾಗುತ್ತದೆ: ಅವರು SLA ಯಿಂದ ಒದಗಿಸುವವರ RTO ಅನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತಾರೆ ಮತ್ತು ಉಳಿದ ನಿಯಮಗಳನ್ನು ಮರೆತುಬಿಡುತ್ತಾರೆ.
ಒಂದು ನಿರ್ದಿಷ್ಟ ಉದಾಹರಣೆಯನ್ನು ನೋಡೋಣ. ಬಳಕೆದಾರರು 1C ಗೆ ಲಾಗ್ ಮಾಡುತ್ತಾರೆ, ಸಿಸ್ಟಮ್ ಡೇಟಾಬೇಸ್ ದೋಷದೊಂದಿಗೆ ತೆರೆಯುತ್ತದೆ. ಅವರು ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರನ್ನು ಸಂಪರ್ಕಿಸುತ್ತಾರೆ. ಡೇಟಾಬೇಸ್ ಕ್ಲೌಡ್‌ನಲ್ಲಿದೆ, ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರು ಸಮಸ್ಯೆಯನ್ನು ಸೇವಾ ಪೂರೈಕೆದಾರರಿಗೆ ವರದಿ ಮಾಡುತ್ತಾರೆ. ಎಲ್ಲಾ ಸಂವಹನಗಳು 15 ನಿಮಿಷಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಎಂದು ಹೇಳೋಣ. ಕ್ಲೌಡ್ನಲ್ಲಿ, ಈ ಗಾತ್ರದ ಡೇಟಾಬೇಸ್ ಅನ್ನು ಒಂದು ಗಂಟೆಯಲ್ಲಿ ಬ್ಯಾಕಪ್‌ನಿಂದ ಮರುಸ್ಥಾಪಿಸಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ, ಸೇವಾ ಪೂರೈಕೆದಾರರ ಬದಿಯಲ್ಲಿರುವ RTO ಒಂದು ಗಂಟೆ. ಆದರೆ ಇದು ಬಳಕೆದಾರರಿಗೆ ಅಂತಿಮ ಗಡುವು ಅಲ್ಲ, ಸಮಸ್ಯೆಯನ್ನು ಪತ್ತೆಹಚ್ಚಲು 15 ನಿಮಿಷಗಳನ್ನು ಸೇರಿಸಲಾಗುತ್ತದೆ.
ಮುಂದೆ, ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರು ಡೇಟಾಬೇಸ್ ಸರಿಯಾಗಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಬೇಕು, ಅದನ್ನು 1C ಗೆ ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ಸೇವೆಗಳನ್ನು ಪ್ರಾರಂಭಿಸಬೇಕು. ಇದಕ್ಕೆ ಮತ್ತೊಂದು ಗಂಟೆ ಬೇಕಾಗುತ್ತದೆ, ಅಂದರೆ ನಿರ್ವಾಹಕರ ಬದಿಯಲ್ಲಿ RTO ಈಗಾಗಲೇ 2 ಗಂಟೆ 15 ನಿಮಿಷಗಳು. ಬಳಕೆದಾರರಿಗೆ ಇನ್ನೊಂದು 15 ನಿಮಿಷಗಳ ಅಗತ್ಯವಿದೆ: ಲಾಗ್ ಇನ್ ಮಾಡಿ, ಅಗತ್ಯ ವಹಿವಾಟುಗಳು ಕಾಣಿಸಿಕೊಂಡಿವೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಈ ಉದಾಹರಣೆಯಲ್ಲಿ 2 ಗಂಟೆ 30 ನಿಮಿಷಗಳು ಒಟ್ಟು ಸೇವೆಯ ಮರುಪಡೆಯುವಿಕೆ ಸಮಯವಾಗಿದೆ.
ಚೇತರಿಕೆಯ ಅವಧಿಯು ಯಾವ ಬಾಹ್ಯ ಅಂಶಗಳ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿದೆ ಎಂಬುದರ ಮೇಲೆ ಈ ಲೆಕ್ಕಾಚಾರಗಳು ವ್ಯವಹಾರವನ್ನು ತೋರಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಕಚೇರಿಯು ಪ್ರವಾಹಕ್ಕೆ ಒಳಗಾಗಿದ್ದರೆ, ನೀವು ಮೊದಲು ಸೋರಿಕೆಯನ್ನು ಕಂಡುಹಿಡಿಯಬೇಕು ಮತ್ತು ಅದನ್ನು ಸರಿಪಡಿಸಬೇಕು. ಇದು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಇದು IT ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿಲ್ಲ.
ನಾವು ಹೇಗೆ ರಕ್ಷಿಸುತ್ತೇವೆ: ವಿಭಿನ್ನ ಅಪಾಯಗಳಿಗೆ ಸಾಧನಗಳನ್ನು ಆರಿಸುವುದು
ಎಲ್ಲಾ ಅಂಶಗಳನ್ನು ಚರ್ಚಿಸಿದ ನಂತರ, ಗ್ರಾಹಕರು ವ್ಯವಹಾರಕ್ಕೆ ಅಪಘಾತದ ವೆಚ್ಚವನ್ನು ಈಗಾಗಲೇ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತಾರೆ. ಈಗ ನೀವು ಪರಿಕರಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡಬಹುದು ಮತ್ತು ಬಜೆಟ್ ಅನ್ನು ಚರ್ಚಿಸಬಹುದು. ಕ್ಲೈಂಟ್ ಪ್ರಕರಣಗಳ ಉದಾಹರಣೆಗಳನ್ನು ಬಳಸಿಕೊಂಡು, ವಿವಿಧ ಕಾರ್ಯಗಳಿಗಾಗಿ ನಾವು ಯಾವ ಸಾಧನಗಳನ್ನು ಒದಗಿಸುತ್ತೇವೆ ಎಂಬುದನ್ನು ನಾನು ನಿಮಗೆ ತೋರಿಸುತ್ತೇನೆ.
ಅಪಾಯಗಳ ಮೊದಲ ಗುಂಪಿನೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸೋಣ: ಸೇವೆಯ ಅಲಭ್ಯತೆಯಿಂದಾಗಿ ನಷ್ಟಗಳು. ಈ ಸಮಸ್ಯೆಗೆ ಪರಿಹಾರಗಳು ಉತ್ತಮ RTO ಒದಗಿಸಬೇಕು.
- ಕ್ಲೌಡ್ನಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಹೋಸ್ಟ್ ಮಾಡಿ
ಪ್ರಾರಂಭಿಸಲು, ನೀವು ಸರಳವಾಗಿ ಕ್ಲೌಡ್‌ಗೆ ಹೋಗಬಹುದು - ಒದಗಿಸುವವರು ಈಗಾಗಲೇ ಹೆಚ್ಚಿನ ಲಭ್ಯತೆಯ ಸಮಸ್ಯೆಗಳ ಮೂಲಕ ಯೋಚಿಸಿದ್ದಾರೆ. ವರ್ಚುವಲೈಸೇಶನ್ ಹೋಸ್ಟ್‌ಗಳನ್ನು ಕ್ಲಸ್ಟರ್‌ಗೆ ಜೋಡಿಸಲಾಗುತ್ತದೆ, ವಿದ್ಯುತ್ ಮತ್ತು ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಕಾಯ್ದಿರಿಸಲಾಗಿದೆ, ದೋಷ-ಸಹಿಷ್ಣು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಅಲಭ್ಯತೆಗೆ ಸೇವಾ ಪೂರೈಕೆದಾರರು ಆರ್ಥಿಕವಾಗಿ ಜವಾಬ್ದಾರರಾಗಿರುತ್ತಾರೆ.
ಉದಾಹರಣೆಗೆ, ನೀವು ಕ್ಲೌಡ್ನಲ್ಲಿ ಡೇಟಾಬೇಸ್‌ನೊಂದಿಗೆ ವರ್ಚುವಲ್ ಯಂತ್ರವನ್ನು ಹೋಸ್ಟ್ ಮಾಡಬಹುದು. ಅಪ್ಲಿಕೇಶನ್ ಸ್ಥಾಪಿತ ಚಾನಲ್ ಮೂಲಕ ಅಥವಾ ಅದೇ ಮೋಡದಿಂದ ಬಾಹ್ಯವಾಗಿ ಡೇಟಾಬೇಸ್‌ಗೆ ಸಂಪರ್ಕಗೊಳ್ಳುತ್ತದೆ. ಕ್ಲಸ್ಟರ್‌ನಲ್ಲಿರುವ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಒಂದರಲ್ಲಿ ಸಮಸ್ಯೆಗಳು ಉದ್ಭವಿಸಿದರೆ, VM 2 ನಿಮಿಷಗಳಿಗಿಂತ ಕಡಿಮೆ ಅವಧಿಯಲ್ಲಿ ನೆರೆಯ ಸರ್ವರ್‌ನಲ್ಲಿ ಮರುಪ್ರಾರಂಭಗೊಳ್ಳುತ್ತದೆ. ಅದರ ನಂತರ, DBMS ಅದರಲ್ಲಿ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ ಮತ್ತು ಕೆಲವೇ ನಿಮಿಷಗಳಲ್ಲಿ ಡೇಟಾಬೇಸ್ ಲಭ್ಯವಾಗುತ್ತದೆ.
ಆರ್ಟಿಒ: ನಿಮಿಷಗಳಲ್ಲಿ ಅಳೆಯಲಾಗುತ್ತದೆ. ಒದಗಿಸುವವರೊಂದಿಗಿನ ಒಪ್ಪಂದದಲ್ಲಿ ಈ ನಿಯಮಗಳನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದು.
ವೆಚ್ಚ: ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್‌ಗಾಗಿ ನಾವು ಕ್ಲೌಡ್ ಸಂಪನ್ಮೂಲಗಳ ವೆಚ್ಚವನ್ನು ಲೆಕ್ಕ ಹಾಕುತ್ತೇವೆ.
ಅದು ನಿಮ್ಮನ್ನು ಯಾವುದರಿಂದ ರಕ್ಷಿಸುವುದಿಲ್ಲ: ಒದಗಿಸುವವರ ಸೈಟ್‌ನಲ್ಲಿನ ಬೃಹತ್ ವೈಫಲ್ಯಗಳಿಂದ, ಉದಾಹರಣೆಗೆ, ನಗರ ಮಟ್ಟದಲ್ಲಿ ಅಪಘಾತಗಳ ಕಾರಣದಿಂದಾಗಿ. - ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಕ್ಲಸ್ಟರ್ ಮಾಡಿ
ನೀವು RTO ಅನ್ನು ಸುಧಾರಿಸಲು ಬಯಸಿದರೆ, ನೀವು ಹಿಂದಿನ ಆಯ್ಕೆಯನ್ನು ಬಲಪಡಿಸಬಹುದು ಮತ್ತು ಕ್ಲೌಡ್ನಲ್ಲಿ ಕ್ಲಸ್ಟರ್ ಮಾಡಿದ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ತಕ್ಷಣವೇ ಇರಿಸಬಹುದು.
ನೀವು ಸಕ್ರಿಯ-ನಿಷ್ಕ್ರಿಯ ಅಥವಾ ಸಕ್ರಿಯ-ಸಕ್ರಿಯ ಕ್ರಮದಲ್ಲಿ ಕ್ಲಸ್ಟರ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದು. ನಾವು ಮಾರಾಟಗಾರರ ಅವಶ್ಯಕತೆಗಳ ಆಧಾರದ ಮೇಲೆ ಹಲವಾರು VM ಗಳನ್ನು ರಚಿಸುತ್ತೇವೆ. ಹೆಚ್ಚಿನ ವಿಶ್ವಾಸಾರ್ಹತೆಗಾಗಿ, ನಾವು ಅವುಗಳನ್ನು ವಿವಿಧ ಸರ್ವರ್‌ಗಳು ಮತ್ತು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ವಿತರಿಸುತ್ತೇವೆ. ಡೇಟಾಬೇಸ್‌ಗಳಲ್ಲಿ ಒಂದನ್ನು ಹೊಂದಿರುವ ಸರ್ವರ್ ವಿಫಲವಾದರೆ, ಬ್ಯಾಕಪ್ ನೋಡ್ ಕೆಲವು ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಲೋಡ್ ಅನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.
ಆರ್ಟಿಒ: ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಅಳೆಯಲಾಗುತ್ತದೆ.
ವೆಚ್ಚ: ಸಾಮಾನ್ಯ ಮೋಡಕ್ಕಿಂತ ಸ್ವಲ್ಪ ಹೆಚ್ಚು ದುಬಾರಿಯಾಗಿದೆ, ಕ್ಲಸ್ಟರಿಂಗ್‌ಗೆ ಹೆಚ್ಚುವರಿ ಸಂಪನ್ಮೂಲಗಳು ಬೇಕಾಗುತ್ತವೆ.
ಅದು ನಿಮ್ಮನ್ನು ಯಾವುದರಿಂದ ರಕ್ಷಿಸುವುದಿಲ್ಲ: ಇನ್ನೂ ಬೃಹತ್ ಆನ್-ಸೈಟ್ ವೈಫಲ್ಯಗಳ ವಿರುದ್ಧ ರಕ್ಷಿಸುವುದಿಲ್ಲ. ಆದರೆ ಸ್ಥಳೀಯ ಅಡೆತಡೆಗಳು ಹೆಚ್ಚು ಕಾಲ ಉಳಿಯುವುದಿಲ್ಲ.ಅಭ್ಯಾಸದಿಂದ: ಚಿಲ್ಲರೆ ಕಂಪನಿಯು ಹಲವಾರು ಮಾಹಿತಿ ವ್ಯವಸ್ಥೆಗಳು ಮತ್ತು ವೆಬ್‌ಸೈಟ್‌ಗಳನ್ನು ಹೊಂದಿತ್ತು. ಎಲ್ಲಾ ಡೇಟಾಬೇಸ್‌ಗಳು ಕಂಪನಿಯ ಕಚೇರಿಯಲ್ಲಿ ಸ್ಥಳೀಯವಾಗಿ ನೆಲೆಗೊಂಡಿವೆ. ಸತತವಾಗಿ ಹಲವು ಬಾರಿ ಕಚೇರಿಗೆ ವಿದ್ಯುತ್ ಇಲ್ಲದೆ ಪರದಾಡುವವರೆಗೂ ಡಿಆರ್ ಬಗ್ಗೆ ಯೋಚಿಸಿರಲಿಲ್ಲ. ವೆಬ್‌ಸೈಟ್ ಕ್ರ್ಯಾಶ್‌ಗಳಿಂದ ಗ್ರಾಹಕರು ಅತೃಪ್ತರಾಗಿದ್ದರು.
ಕ್ಲೌಡ್‌ಗೆ ತೆರಳಿದ ನಂತರ ಸೇವೆಯ ಲಭ್ಯತೆಯ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲಾಗಿದೆ. ಜೊತೆಗೆ, ನೋಡ್‌ಗಳ ನಡುವೆ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಸಮತೋಲನಗೊಳಿಸುವ ಮೂಲಕ ನಾವು ಡೇಟಾಬೇಸ್‌ಗಳಲ್ಲಿ ಲೋಡ್ ಅನ್ನು ಅತ್ಯುತ್ತಮವಾಗಿಸಲು ನಿರ್ವಹಿಸುತ್ತಿದ್ದೇವೆ. - ವಿಪತ್ತು-ನಿರೋಧಕ ಮೋಡಕ್ಕೆ ಸರಿಸಿ
ಮುಖ್ಯ ಸೈಟ್ನಲ್ಲಿ ನೈಸರ್ಗಿಕ ವಿಪತ್ತು ಕೂಡ ನಿಮ್ಮ ಕೆಲಸಕ್ಕೆ ಅಡ್ಡಿಯಾಗುವುದಿಲ್ಲ ಎಂದು ನೀವು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬೇಕಾದರೆ, ನೀವು ವಿಪತ್ತು-ನಿರೋಧಕ ಮೋಡವನ್ನು ಆಯ್ಕೆ ಮಾಡಬಹುದು, ಈ ಆಯ್ಕೆಯಲ್ಲಿ, ಪೂರೈಕೆದಾರರು 2 ಡೇಟಾ ಕೇಂದ್ರಗಳಲ್ಲಿ ವರ್ಚುವಲೈಸೇಶನ್ ಕ್ಲಸ್ಟರ್ ಅನ್ನು ಹರಡುತ್ತಾರೆ. ಡೇಟಾ ಕೇಂದ್ರಗಳ ನಡುವೆ ಸ್ಥಿರವಾದ ಸಿಂಕ್ರೊನಸ್ ಪುನರಾವರ್ತನೆ ಸಂಭವಿಸುತ್ತದೆ, ಒಂದರಿಂದ ಒಂದಕ್ಕೆ. ಡೇಟಾ ಕೇಂದ್ರಗಳ ನಡುವಿನ ಚಾನಲ್ಗಳು ಕಾಯ್ದಿರಿಸಲಾಗಿದೆ ಮತ್ತು ವಿವಿಧ ಮಾರ್ಗಗಳಲ್ಲಿ ಹೋಗುತ್ತವೆ, ಆದ್ದರಿಂದ ಅಂತಹ ಕ್ಲಸ್ಟರ್ ನೆಟ್ವರ್ಕ್ ಸಮಸ್ಯೆಗಳಿಗೆ ಹೆದರುವುದಿಲ್ಲ.
ಆರ್ಟಿಒ: 0 ಗೆ ಒಲವು.
ವೆಚ್ಚ: ಅತ್ಯಂತ ದುಬಾರಿ ಕ್ಲೌಡ್ ಆಯ್ಕೆ.
ಅದು ನಿಮ್ಮನ್ನು ಯಾವುದರಿಂದ ರಕ್ಷಿಸುವುದಿಲ್ಲ: ಇದು ಡೇಟಾ ಭ್ರಷ್ಟಾಚಾರದ ವಿರುದ್ಧ ಸಹಾಯ ಮಾಡುವುದಿಲ್ಲ, ಹಾಗೆಯೇ ಮಾನವ ಅಂಶದಿಂದ, ಆದ್ದರಿಂದ ಅದೇ ಸಮಯದಲ್ಲಿ ಬ್ಯಾಕ್ಅಪ್ಗಳನ್ನು ಮಾಡಲು ಸೂಚಿಸಲಾಗುತ್ತದೆ.ಅಭ್ಯಾಸದಿಂದ: ನಮ್ಮ ಗ್ರಾಹಕರಲ್ಲಿ ಒಬ್ಬರು ಸಮಗ್ರ ವಿಪತ್ತು ಚೇತರಿಕೆ ಯೋಜನೆಯನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ್ದಾರೆ. ಅವನು ಆರಿಸಿಕೊಂಡ ತಂತ್ರ ಇದು:
- ವಿಪತ್ತು-ಸಹಿಷ್ಣು ಮೋಡವು ಮೂಲಸೌಕರ್ಯ ಮಟ್ಟದಲ್ಲಿನ ವೈಫಲ್ಯಗಳಿಂದ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ರಕ್ಷಿಸುತ್ತದೆ.
- ಎರಡು ಹಂತದ ಬ್ಯಾಕಪ್ ಮಾನವ ದೋಷದ ಸಂದರ್ಭದಲ್ಲಿ ರಕ್ಷಣೆ ನೀಡುತ್ತದೆ. ಎರಡು ವಿಧದ ಬ್ಯಾಕ್ಅಪ್ಗಳಿವೆ: "ಶೀತ" ಮತ್ತು "ಬಿಸಿ". "ಶೀತ" ಬ್ಯಾಕಪ್ ನಿಷ್ಕ್ರಿಯ ಸ್ಥಿತಿಯಲ್ಲಿದೆ ಮತ್ತು ನಿಯೋಜಿಸಲು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. "ಹಾಟ್" ಬ್ಯಾಕಪ್ ಈಗಾಗಲೇ ಬಳಕೆಗೆ ಸಿದ್ಧವಾಗಿದೆ ಮತ್ತು ವೇಗವಾಗಿ ಮರುಸ್ಥಾಪಿಸಲಾಗಿದೆ. ಇದನ್ನು ವಿಶೇಷವಾಗಿ ಮೀಸಲಾದ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ. ಮೂರನೇ ಪ್ರತಿಯನ್ನು ಟೇಪ್ನಲ್ಲಿ ರೆಕಾರ್ಡ್ ಮಾಡಲಾಗಿದೆ ಮತ್ತು ಇನ್ನೊಂದು ಕೋಣೆಯಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ.
ವಾರಕ್ಕೊಮ್ಮೆ, ಕ್ಲೈಂಟ್ ರಕ್ಷಣೆಯನ್ನು ಪರೀಕ್ಷಿಸುತ್ತದೆ ಮತ್ತು ಟೇಪ್ ಸೇರಿದಂತೆ ಎಲ್ಲಾ ಬ್ಯಾಕ್ಅಪ್ಗಳ ಕಾರ್ಯವನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ. ಪ್ರತಿ ವರ್ಷ ಕಂಪನಿಯು ಸಂಪೂರ್ಣ ವಿಪತ್ತು-ನಿರೋಧಕ ಮೋಡವನ್ನು ಪರೀಕ್ಷಿಸುತ್ತದೆ.
- ಮತ್ತೊಂದು ಸೈಟ್‌ಗೆ ಪ್ರತಿಕೃತಿಯನ್ನು ಆಯೋಜಿಸಿ
ಮುಖ್ಯ ಸೈಟ್ನಲ್ಲಿ ಜಾಗತಿಕ ಸಮಸ್ಯೆಗಳನ್ನು ಹೇಗೆ ತಪ್ಪಿಸುವುದು ಎಂಬುದರ ಕುರಿತು ಮತ್ತೊಂದು ಆಯ್ಕೆ: ಜಿಯೋ-ಮೀಸಲಾತಿಯನ್ನು ಒದಗಿಸಿ. ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಹೇಳುವುದಾದರೆ, ಮತ್ತೊಂದು ನಗರದ ಸೈಟ್ನಲ್ಲಿ ಬ್ಯಾಕಪ್ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳನ್ನು ರಚಿಸಿ. DR ಗಾಗಿ ವಿಶೇಷ ಪರಿಹಾರಗಳು ಇದಕ್ಕೆ ಸೂಕ್ತವಾಗಿವೆ: ನಮ್ಮ ಕಂಪನಿಯಲ್ಲಿ ನಾವು VMware vCloud ಲಭ್ಯತೆ (vCAV) ಅನ್ನು ಬಳಸುತ್ತೇವೆ. ಅದರ ಸಹಾಯದಿಂದ, ನೀವು ಹಲವಾರು ಕ್ಲೌಡ್ ಪ್ರೊವೈಡರ್ ಸೈಟ್‌ಗಳ ನಡುವೆ ರಕ್ಷಣೆಯನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು ಅಥವಾ ಆನ್-ಪ್ರಿಮೈಸ್ ಸೈಟ್‌ನಿಂದ ಕ್ಲೌಡ್‌ಗೆ ಮರುಸ್ಥಾಪಿಸಬಹುದು. vCAV ಯೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಯೋಜನೆಯ ಬಗ್ಗೆ ನಾನು ಈಗಾಗಲೇ ಹೆಚ್ಚು ವಿವರವಾಗಿ ಮಾತನಾಡಿದ್ದೇನೆ .
RPO ಮತ್ತು RTO: 5 ನಿಮಿಷಗಳಿಂದ.
ವೆಚ್ಚ: ಮೊದಲ ಆಯ್ಕೆಗಿಂತ ಹೆಚ್ಚು ದುಬಾರಿ, ಆದರೆ ವಿಪತ್ತು-ನಿರೋಧಕ ಮೋಡದಲ್ಲಿ ಹಾರ್ಡ್‌ವೇರ್ ಪುನರಾವರ್ತನೆಗಿಂತ ಅಗ್ಗವಾಗಿದೆ. ಬೆಲೆಯು VCAV ಪರವಾನಗಿಯ ವೆಚ್ಚ, ಆಡಳಿತ ಶುಲ್ಕ, ಕ್ಲೌಡ್ ಸಂಪನ್ಮೂಲಗಳ ವೆಚ್ಚ ಮತ್ತು PAYG ಮಾದರಿಯ ಪ್ರಕಾರ ಮೀಸಲು ಸಂಪನ್ಮೂಲಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ (ಸ್ವಿಚ್ ಆಫ್ VM ಗಳಿಗೆ ಕೆಲಸದ ಸಂಪನ್ಮೂಲಗಳ ವೆಚ್ಚದ 10%).
ಅಭ್ಯಾಸದಿಂದ: ಕ್ಲೈಂಟ್ ಮಾಸ್ಕೋದಲ್ಲಿ ನಮ್ಮ ಕ್ಲೌಡ್ನಲ್ಲಿ ವಿಭಿನ್ನ ಡೇಟಾಬೇಸ್‌ಗಳೊಂದಿಗೆ 6 ವರ್ಚುವಲ್ ಯಂತ್ರಗಳನ್ನು ಇರಿಸಿದೆ. ಮೊದಲಿಗೆ, ಬ್ಯಾಕ್ಅಪ್ ಮೂಲಕ ರಕ್ಷಣೆ ನೀಡಲಾಯಿತು: ಕೆಲವು ಬ್ಯಾಕ್ಅಪ್ ಪ್ರತಿಗಳನ್ನು ಮಾಸ್ಕೋದಲ್ಲಿ ಕ್ಲೌಡ್ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ, ಮತ್ತು ಕೆಲವು ನಮ್ಮ ಸೇಂಟ್ ಪೀಟರ್ಸ್ಬರ್ಗ್ ಸೈಟ್ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ. ಕಾಲಾನಂತರದಲ್ಲಿ, ಡೇಟಾಬೇಸ್‌ಗಳು ಗಾತ್ರದಲ್ಲಿ ಬೆಳೆದವು ಮತ್ತು ಬ್ಯಾಕ್‌ಅಪ್‌ನಿಂದ ಮರುಸ್ಥಾಪಿಸಲು ಹೆಚ್ಚು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳಲಾರಂಭಿಸಿತು.
VMware vCloud ಲಭ್ಯತೆಯ ಆಧಾರದ ಮೇಲೆ ಪ್ರತಿರೂಪವನ್ನು ಬ್ಯಾಕಪ್‌ಗಳಿಗೆ ಸೇರಿಸಲಾಗಿದೆ. ವರ್ಚುವಲ್ ಯಂತ್ರಗಳ ಪ್ರತಿಕೃತಿಗಳನ್ನು ಸೇಂಟ್ ಪೀಟರ್ಸ್ಬರ್ಗ್ನಲ್ಲಿ ಬ್ಯಾಕ್ಅಪ್ ಸೈಟ್ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಪ್ರತಿ 5 ನಿಮಿಷಗಳವರೆಗೆ ನವೀಕರಿಸಲಾಗುತ್ತದೆ. ಮುಖ್ಯ ಸೈಟ್ನಲ್ಲಿ ವೈಫಲ್ಯ ಸಂಭವಿಸಿದಲ್ಲಿ, ಉದ್ಯೋಗಿಗಳು ಸ್ವತಂತ್ರವಾಗಿ ಸೇಂಟ್ ಪೀಟರ್ಸ್ಬರ್ಗ್ನಲ್ಲಿ ವರ್ಚುವಲ್ ಯಂತ್ರದ ಪ್ರತಿಕೃತಿಗೆ ಬದಲಾಯಿಸುತ್ತಾರೆ ಮತ್ತು ಅದರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತಾರೆ.
ಪರಿಗಣಿಸಲಾದ ಎಲ್ಲಾ ಪರಿಹಾರಗಳು ಹೆಚ್ಚಿನ ಲಭ್ಯತೆಯನ್ನು ಒದಗಿಸುತ್ತವೆ, ಆದರೆ ransomware ವೈರಸ್ ಅಥವಾ ಆಕಸ್ಮಿಕ ಉದ್ಯೋಗಿ ದೋಷದಿಂದಾಗಿ ಡೇಟಾ ನಷ್ಟದಿಂದ ರಕ್ಷಿಸುವುದಿಲ್ಲ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ನಮಗೆ ಅಗತ್ಯವಿರುವ RPO ಒದಗಿಸುವ ಬ್ಯಾಕಪ್‌ಗಳು ಬೇಕಾಗುತ್ತವೆ.
5. ಬ್ಯಾಕ್ಅಪ್ ಬಗ್ಗೆ ಮರೆಯಬೇಡಿ
ನೀವು ತಂಪಾದ ವಿಪತ್ತು-ನಿರೋಧಕ ಪರಿಹಾರವನ್ನು ಹೊಂದಿದ್ದರೂ ಸಹ, ನೀವು ಬ್ಯಾಕ್ಅಪ್ಗಳನ್ನು ಮಾಡಬೇಕಾಗಿದೆ ಎಂದು ಎಲ್ಲರಿಗೂ ತಿಳಿದಿದೆ. ಹಾಗಾಗಿ ನಾನು ನಿಮಗೆ ಕೆಲವು ಅಂಶಗಳನ್ನು ಸಂಕ್ಷಿಪ್ತವಾಗಿ ನೆನಪಿಸುತ್ತೇನೆ.
ಕಟ್ಟುನಿಟ್ಟಾಗಿ ಹೇಳುವುದಾದರೆ, ಬ್ಯಾಕಪ್ DR ಅಲ್ಲ. ಮತ್ತು ಅದಕ್ಕಾಗಿಯೇ:
- ಇದು ಬಹಳ ಸಮಯ. ಡೇಟಾವನ್ನು ಟೆರಾಬೈಟ್‌ಗಳಲ್ಲಿ ಅಳೆಯಿದರೆ, ಚೇತರಿಕೆಯು ಒಂದು ಗಂಟೆಗಿಂತ ಹೆಚ್ಚು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ನೀವು ಮರುಸ್ಥಾಪಿಸಬೇಕು, ನೆಟ್ವರ್ಕ್ ಅನ್ನು ನಿಯೋಜಿಸಬೇಕು, ಅದು ಆನ್ ಆಗಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ, ಡೇಟಾ ಕ್ರಮದಲ್ಲಿದೆ ಎಂದು ನೋಡಿ. ಆದ್ದರಿಂದ ಸ್ವಲ್ಪ ಡೇಟಾ ಇದ್ದರೆ ಮಾತ್ರ ನೀವು ಉತ್ತಮ RTO ಅನ್ನು ಒದಗಿಸಬಹುದು.
- ಡೇಟಾವನ್ನು ಮೊದಲ ಬಾರಿಗೆ ಮರುಸ್ಥಾಪಿಸದೇ ಇರಬಹುದು ಮತ್ತು ಕ್ರಿಯೆಯನ್ನು ಪುನರಾವರ್ತಿಸಲು ನೀವು ಸಮಯವನ್ನು ಅನುಮತಿಸಬೇಕಾಗುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಡೇಟಾ ಕಳೆದುಹೋದಾಗ ನಮಗೆ ನಿಖರವಾಗಿ ತಿಳಿದಿಲ್ಲದ ಸಂದರ್ಭಗಳಿವೆ. ನಷ್ಟವನ್ನು 15.00 ಕ್ಕೆ ಗಮನಿಸಲಾಗಿದೆ ಎಂದು ಹೇಳೋಣ ಮತ್ತು ಪ್ರತಿ ಗಂಟೆಗೆ ಪ್ರತಿಗಳನ್ನು ಮಾಡಲಾಗುತ್ತದೆ. 15.00 ರಿಂದ ನಾವು ಎಲ್ಲಾ ಚೇತರಿಕೆ ಬಿಂದುಗಳನ್ನು ನೋಡುತ್ತೇವೆ: 14:00, 13:00 ಮತ್ತು ಹೀಗೆ. ಸಿಸ್ಟಮ್ ಮುಖ್ಯವಾಗಿದ್ದರೆ, ಚೇತರಿಕೆಯ ಬಿಂದುವಿನ ವಯಸ್ಸನ್ನು ಕಡಿಮೆ ಮಾಡಲು ನಾವು ಪ್ರಯತ್ನಿಸುತ್ತೇವೆ. ಆದರೆ ತಾಜಾ ಬ್ಯಾಕಪ್ ಅಗತ್ಯ ಡೇಟಾವನ್ನು ಹೊಂದಿಲ್ಲದಿದ್ದರೆ, ನಾವು ಮುಂದಿನ ಹಂತವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತೇವೆ - ಇದು ಹೆಚ್ಚುವರಿ ಸಮಯ.
ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಬ್ಯಾಕಪ್ ವೇಳಾಪಟ್ಟಿ ಅಗತ್ಯವನ್ನು ಒದಗಿಸಬಹುದು ಕಾಲದ. ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳಿಗಾಗಿ, ಮುಖ್ಯ ಸೈಟ್ನಲ್ಲಿ ಸಮಸ್ಯೆಗಳಿದ್ದಲ್ಲಿ ಜಿಯೋ-ಮೀಸಲಾತಿಯನ್ನು ಒದಗಿಸುವುದು ಮುಖ್ಯವಾಗಿದೆ. ಕೆಲವು ಬ್ಯಾಕಪ್ ಪ್ರತಿಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಸಂಗ್ರಹಿಸಲು ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ.
ಅಂತಿಮ ವಿಪತ್ತು ಮರುಪಡೆಯುವಿಕೆ ಯೋಜನೆಯು ಕನಿಷ್ಠ 2 ಪರಿಕರಗಳನ್ನು ಹೊಂದಿರಬೇಕು:
- 1-4 ಆಯ್ಕೆಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ, ಇದು ವ್ಯವಸ್ಥೆಗಳನ್ನು ವೈಫಲ್ಯಗಳು ಮತ್ತು ಬೀಳುವಿಕೆಗಳಿಂದ ರಕ್ಷಿಸುತ್ತದೆ.
- ನಷ್ಟದಿಂದ ಡೇಟಾವನ್ನು ರಕ್ಷಿಸಲು ಬ್ಯಾಕಪ್ ಮಾಡಿ.
ಮುಖ್ಯ ಇಂಟರ್ನೆಟ್ ಪೂರೈಕೆದಾರರು ಕಡಿಮೆಯಾಗುವ ಸಂದರ್ಭದಲ್ಲಿ ಬ್ಯಾಕಪ್ ಸಂವಹನ ಚಾನಲ್ ಅನ್ನು ನೋಡಿಕೊಳ್ಳುವುದು ಸಹ ಯೋಗ್ಯವಾಗಿದೆ. ಮತ್ತು - voila! - ಕನಿಷ್ಠ ವೇತನದಲ್ಲಿ ಡಿಆರ್ ಈಗಾಗಲೇ ಸಿದ್ಧವಾಗಿದೆ.
ಮೂಲ: www.habr.com