ಈ ಟಿಪ್ಪಣಿಯು ಬ್ಯಾಕಪ್ ಕುರಿತು ಚಕ್ರವನ್ನು ಪೂರ್ಣಗೊಳಿಸುತ್ತದೆ. ಇದು ಬ್ಯಾಕ್‌ಅಪ್‌ಗೆ ಅನುಕೂಲಕರವಾದ ಮೀಸಲಾದ ಸರ್ವರ್ನ (ಅಥವಾ VPS) ತಾರ್ಕಿಕ ಸಂಘಟನೆಯನ್ನು ಚರ್ಚಿಸುತ್ತದೆ ಮತ್ತು ವಿಪತ್ತಿನ ಸಂದರ್ಭದಲ್ಲಿ ಹೆಚ್ಚು ಅಲಭ್ಯತೆಯಿಲ್ಲದೆ ಬ್ಯಾಕಪ್‌ನಿಂದ ಸರ್ವರ್ ಅನ್ನು ತ್ವರಿತವಾಗಿ ಮರುಸ್ಥಾಪಿಸುವ ಆಯ್ಕೆಯನ್ನು ಸಹ ನೀಡುತ್ತದೆ.
ಕಚ್ಚಾ ಡೇಟಾ
ಒಂದು ಮೀಸಲಾದ ಸರ್ವರ್ ಹೆಚ್ಚಾಗಿ ಕನಿಷ್ಠ ಎರಡು ಹಾರ್ಡ್ ಡ್ರೈವ್‌ಗಳನ್ನು ಹೊಂದಿರುತ್ತದೆ ಅದು ಮೊದಲ ಹಂತದ RAID ಅರೇ (ಕನ್ನಡಿ) ಅನ್ನು ಸಂಘಟಿಸಲು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಒಂದು ಡಿಸ್ಕ್ ವಿಫಲವಾದರೆ ಸರ್ವರ್ ಅನ್ನು ನಿರ್ವಹಿಸುವುದನ್ನು ಮುಂದುವರಿಸಲು ಇದು ಅವಶ್ಯಕವಾಗಿದೆ. ಇದು ನಿಯಮಿತ ಮೀಸಲಾದ ಸರ್ವರ್ ಆಗಿದ್ದರೆ, SSD ನಲ್ಲಿ ಸಕ್ರಿಯ ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುವ ತಂತ್ರಜ್ಞಾನದೊಂದಿಗೆ ಪ್ರತ್ಯೇಕ ಹಾರ್ಡ್‌ವೇರ್ RAID ನಿಯಂತ್ರಕ ಇರಬಹುದು, ಇದರಿಂದ ಸಾಮಾನ್ಯ ಹಾರ್ಡ್ ಡ್ರೈವ್‌ಗಳ ಜೊತೆಗೆ, ಒಂದು ಅಥವಾ ಹೆಚ್ಚಿನ SSD ಗಳನ್ನು ಸಂಪರ್ಕಿಸಬಹುದು. ಕೆಲವೊಮ್ಮೆ ಮೀಸಲಾದ ಸರ್ವರ್‌ಗಳನ್ನು ನೀಡಲಾಗುತ್ತದೆ, ಇದರಲ್ಲಿ ಸ್ಥಳೀಯ ಡಿಸ್ಕ್ಗಳು SATADOM (ಸಣ್ಣ ಡಿಸ್ಕ್ಗಳು, ರಚನಾತ್ಮಕವಾಗಿ SATA ಪೋರ್ಟ್‌ಗೆ ಸಂಪರ್ಕಗೊಂಡಿರುವ ಫ್ಲಾಶ್ ಡ್ರೈವ್), ಅಥವಾ ವಿಶೇಷ ಆಂತರಿಕ ಪೋರ್ಟ್‌ಗೆ ಸಂಪರ್ಕಗೊಂಡಿರುವ ಸಾಮಾನ್ಯ ಸಣ್ಣ (8-16GB) ಫ್ಲ್ಯಾಷ್ ಡ್ರೈವ್, ಮತ್ತು ದತ್ತಾಂಶವನ್ನು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯಿಂದ ತೆಗೆದುಕೊಳ್ಳಲಾಗಿದೆ, ಮೀಸಲಾದ ಶೇಖರಣಾ ನೆಟ್ವರ್ಕ್ ಮೂಲಕ ಸಂಪರ್ಕಿಸಲಾಗಿದೆ (ಈಥರ್ನೆಟ್ 10G, FC, ಇತ್ಯಾದಿ), ಮತ್ತು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯಿಂದ ನೇರವಾಗಿ ಲೋಡ್ ಆಗುವ ಮೀಸಲಾದ ಸರ್ವರ್‌ಗಳಿವೆ. ನಾನು ಅಂತಹ ಆಯ್ಕೆಗಳನ್ನು ಪರಿಗಣಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಅಂತಹ ಸಂದರ್ಭಗಳಲ್ಲಿ ಸರ್ವರ್ ಅನ್ನು ಬ್ಯಾಕಪ್ ಮಾಡುವ ಕಾರ್ಯವು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯನ್ನು ನಿರ್ವಹಿಸುವ ತಜ್ಞರಿಗೆ ಸರಾಗವಾಗಿ ಹಾದುಹೋಗುತ್ತದೆ; ಸಾಮಾನ್ಯವಾಗಿ ಸ್ನ್ಯಾಪ್‌ಶಾಟ್‌ಗಳನ್ನು ರಚಿಸಲು ವಿವಿಧ ಸ್ವಾಮ್ಯದ ತಂತ್ರಜ್ಞಾನಗಳು, ಅಂತರ್ನಿರ್ಮಿತ ಡಿಡ್ಯೂಪ್ಲಿಕೇಶನ್ ಮತ್ತು ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರ ಇತರ ಸಂತೋಷಗಳಿವೆ. , ಈ ಸರಣಿಯ ಹಿಂದಿನ ಭಾಗಗಳಲ್ಲಿ ಚರ್ಚಿಸಲಾಗಿದೆ. ಸರ್ವರ್‌ಗೆ ಸಂಪರ್ಕಗೊಂಡಿರುವ ಡಿಸ್ಕ್‌ಗಳ ಸಂಖ್ಯೆ ಮತ್ತು ಗಾತ್ರವನ್ನು ಅವಲಂಬಿಸಿ, ಮೀಸಲಾದ ಸರ್ವರ್ನ ಡಿಸ್ಕ್ ರಚನೆಯ ಪರಿಮಾಣವು ಹಲವಾರು ಹತ್ತಾರು ಟೆರಾಬೈಟ್‌ಗಳನ್ನು ತಲುಪಬಹುದು. VPS ನ ಸಂದರ್ಭದಲ್ಲಿ, ಸಂಪುಟಗಳು ಹೆಚ್ಚು ಸಾಧಾರಣವಾಗಿರುತ್ತವೆ: ಸಾಮಾನ್ಯವಾಗಿ 100GB ಗಿಂತ ಹೆಚ್ಚಿಲ್ಲ (ಆದರೆ ಹೆಚ್ಚು ಇವೆ), ಮತ್ತು ಅಂತಹ VPS ಗಾಗಿ ಸುಂಕಗಳು ಅದೇ ಹೋಸ್ಟರ್‌ನಿಂದ ಅಗ್ಗದ ಮೀಸಲಾದ ಸರ್ವರ್‌ಗಳಿಗಿಂತ ಸುಲಭವಾಗಿ ಹೆಚ್ಚು ದುಬಾರಿಯಾಗಬಹುದು. VPS ಹೆಚ್ಚಾಗಿ ಒಂದು ಡಿಸ್ಕ್ ಅನ್ನು ಹೊಂದಿರುತ್ತದೆ, ಏಕೆಂದರೆ ಅದರ ಕೆಳಗೆ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆ (ಅಥವಾ ಹೈಪರ್‌ಕನ್ವರ್ಜ್ಡ್) ಇರುತ್ತದೆ. ಕೆಲವೊಮ್ಮೆ VPS ವಿಭಿನ್ನ ಉದ್ದೇಶಗಳಿಗಾಗಿ ವಿಭಿನ್ನ ಗುಣಲಕ್ಷಣಗಳೊಂದಿಗೆ ಹಲವಾರು ಡಿಸ್ಕ್ಗಳನ್ನು ಹೊಂದಿದೆ:
- ಸಣ್ಣ ವ್ಯವಸ್ಥೆ - ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಸ್ಥಾಪಿಸಲು;
- ದೊಡ್ಡದು - ಬಳಕೆದಾರ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸುವುದು.
ನಿಯಂತ್ರಣ ಫಲಕವನ್ನು ಬಳಸಿಕೊಂಡು ನೀವು ಸಿಸ್ಟಮ್ ಅನ್ನು ಮರುಸ್ಥಾಪಿಸಿದಾಗ, ಬಳಕೆದಾರರ ಡೇಟಾದೊಂದಿಗೆ ಡಿಸ್ಕ್ ಅನ್ನು ತಿದ್ದಿ ಬರೆಯಲಾಗುವುದಿಲ್ಲ, ಆದರೆ ಸಿಸ್ಟಮ್ ಡಿಸ್ಕ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಮರುಪೂರಣಗೊಳಿಸಲಾಗುತ್ತದೆ. ಅಲ್ಲದೆ, VPS ನ ಸಂದರ್ಭದಲ್ಲಿ, ಹೋಸ್ಟರ್ VPS (ಅಥವಾ ಡಿಸ್ಕ್) ಸ್ಥಿತಿಯ ಸ್ನ್ಯಾಪ್‌ಶಾಟ್ ಅನ್ನು ತೆಗೆದುಕೊಳ್ಳುವ ಬಟನ್ ಅನ್ನು ನೀಡಬಹುದು, ಆದರೆ ನೀವು ನಿಮ್ಮ ಸ್ವಂತ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿದರೆ ಅಥವಾ VPS ಒಳಗೆ ಬಯಸಿದ ಸೇವೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲು ಮರೆತರೆ, ಕೆಲವು ಡೇಟಾ ಇನ್ನೂ ಕಳೆದುಹೋಗಬಹುದು. ಬಟನ್ ಜೊತೆಗೆ, ಡೇಟಾ ಸಂಗ್ರಹಣೆ ಸೇವೆಯನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ನೀಡಲಾಗುತ್ತದೆ, ಹೆಚ್ಚಾಗಿ ಬಹಳ ಸೀಮಿತವಾಗಿದೆ. ವಿಶಿಷ್ಟವಾಗಿ ಇದು FTP ಅಥವಾ SFTP ಮೂಲಕ ಪ್ರವೇಶವನ್ನು ಹೊಂದಿರುವ ಖಾತೆಯಾಗಿದೆ, ಕೆಲವೊಮ್ಮೆ SSH ಜೊತೆಗೆ, ಸ್ಟ್ರಿಪ್ಡ್-ಡೌನ್ ಶೆಲ್ (ಉದಾಹರಣೆಗೆ, rbash), ಅಥವಾ authorized_keys ಮೂಲಕ (ForcedCommand ಮೂಲಕ) ರನ್ನಿಂಗ್ ಕಮಾಂಡ್‌ಗಳ ಮೇಲಿನ ನಿರ್ಬಂಧ.
ಮೀಸಲಾದ ಸರ್ವರ್ ಅನ್ನು 1 Gbps ವೇಗದೊಂದಿಗೆ ಎರಡು ಪೋರ್ಟ್‌ಗಳಿಂದ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಸಂಪರ್ಕಿಸಲಾಗಿದೆ, ಕೆಲವೊಮ್ಮೆ ಇವು 10 Gbps ವೇಗದೊಂದಿಗೆ ಕಾರ್ಡ್‌ಗಳಾಗಿರಬಹುದು. VPS ಹೆಚ್ಚಾಗಿ ಒಂದು ನೆಟ್ವರ್ಕ್ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಹೆಚ್ಚಾಗಿ, ಡೇಟಾ ಕೇಂದ್ರಗಳು ಡೇಟಾ ಕೇಂದ್ರದೊಳಗೆ ನೆಟ್ವರ್ಕ್ ವೇಗವನ್ನು ಮಿತಿಗೊಳಿಸುವುದಿಲ್ಲ, ಆದರೆ ಅವುಗಳು ಇಂಟರ್ನೆಟ್ ಪ್ರವೇಶದ ವೇಗವನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತವೆ.
ಅಂತಹ ಮೀಸಲಾದ ಸರ್ವರ್ ಅಥವಾ VPS ನ ವಿಶಿಷ್ಟ ಲೋಡ್ ವೆಬ್ ಸರ್ವರ್, ಡೇಟಾಬೇಸ್ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್ ಆಗಿದೆ. ಕೆಲವೊಮ್ಮೆ ವೆಬ್ ಸರ್ವರ್ ಅಥವಾ ಡೇಟಾಬೇಸ್ ಸೇರಿದಂತೆ ವಿವಿಧ ಹೆಚ್ಚುವರಿ ಸಹಾಯಕ ಸೇವೆಗಳನ್ನು ಸ್ಥಾಪಿಸಬಹುದು: ಹುಡುಕಾಟ ಎಂಜಿನ್, ಮೇಲ್ ವ್ಯವಸ್ಥೆ, ಇತ್ಯಾದಿ.
ವಿಶೇಷವಾಗಿ ಸಿದ್ಧಪಡಿಸಿದ ಸರ್ವರ್ ಬ್ಯಾಕ್ಅಪ್ ಪ್ರತಿಗಳನ್ನು ಸಂಗ್ರಹಿಸುವ ಸ್ಥಳವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ; ನಾವು ಅದರ ಬಗ್ಗೆ ಹೆಚ್ಚು ವಿವರವಾಗಿ ನಂತರ ಬರೆಯುತ್ತೇವೆ.
ಡಿಸ್ಕ್ ಸಿಸ್ಟಮ್ನ ತಾರ್ಕಿಕ ಸಂಘಟನೆ
ನೀವು RAID ನಿಯಂತ್ರಕವನ್ನು ಹೊಂದಿದ್ದರೆ ಅಥವಾ ಒಂದು ಡಿಸ್ಕ್ನೊಂದಿಗೆ VPS ಅನ್ನು ಹೊಂದಿದ್ದರೆ ಮತ್ತು ಡಿಸ್ಕ್ ಉಪವ್ಯವಸ್ಥೆಯ ಕಾರ್ಯಾಚರಣೆಗೆ ಯಾವುದೇ ವಿಶೇಷ ಆದ್ಯತೆಗಳಿಲ್ಲ (ಉದಾಹರಣೆಗೆ, ಡೇಟಾಬೇಸ್ಗಾಗಿ ಪ್ರತ್ಯೇಕ ವೇಗದ ಡಿಸ್ಕ್), ಎಲ್ಲಾ ಮುಕ್ತ ಜಾಗವನ್ನು ಈ ಕೆಳಗಿನಂತೆ ವಿಂಗಡಿಸಲಾಗಿದೆ: ಒಂದು ವಿಭಾಗ ರಚಿಸಲಾಗಿದೆ, ಮತ್ತು ಅದರ ಮೇಲೆ LVM ವಾಲ್ಯೂಮ್ ಗುಂಪನ್ನು ರಚಿಸಲಾಗಿದೆ , ಅದರಲ್ಲಿ ಹಲವಾರು ಸಂಪುಟಗಳನ್ನು ರಚಿಸಲಾಗಿದೆ: ಒಂದೇ ಗಾತ್ರದ 2 ಚಿಕ್ಕವುಗಳನ್ನು ರೂಟ್ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಆಗಿ ಬಳಸಲಾಗುತ್ತದೆ (ತ್ವರಿತ ರೋಲ್ಬ್ಯಾಕ್ ಸಾಧ್ಯತೆಗಾಗಿ ನವೀಕರಣಗಳ ಸಮಯದಲ್ಲಿ ಒಂದೊಂದಾಗಿ ಬದಲಾಯಿಸಲಾಗಿದೆ, ಕಲ್ಪನೆಯನ್ನು ಲೆಕ್ಕಾಚಾರ ಲಿನಕ್ಸ್ ವಿತರಣೆಯಿಂದ ತೆಗೆದುಕೊಳ್ಳಲಾಗಿದೆ), ಇನ್ನೊಂದು ಸ್ವಾಪ್ ವಿಭಾಗಕ್ಕಾಗಿ, ಉಳಿದ ಖಾಲಿ ಜಾಗವನ್ನು ಸಣ್ಣ ಸಂಪುಟಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ , ಪೂರ್ಣ ಪ್ರಮಾಣದ ಕಂಟೈನರ್‌ಗಳಿಗೆ ರೂಟ್ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಆಗಿ ಬಳಸಲಾಗುತ್ತದೆ, ವರ್ಚುವಲ್ ಯಂತ್ರಗಳಿಗೆ ಡಿಸ್ಕ್ಗಳು, ಫೈಲ್ /ಮನೆಯಲ್ಲಿನ ಖಾತೆಗಳ ವ್ಯವಸ್ಥೆಗಳು (ಪ್ರತಿ ಖಾತೆಯು ತನ್ನದೇ ಆದ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಹೊಂದಿದೆ), ಅಪ್ಲಿಕೇಶನ್ ಕಂಟೈನರ್‌ಗಳಿಗಾಗಿ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳು.
ಪ್ರಮುಖ ಟಿಪ್ಪಣಿ: ಸಂಪುಟಗಳು ಸಂಪೂರ್ಣವಾಗಿ ಸ್ವಯಂ-ಒಳಗೊಂಡಿರಬೇಕು, ಅಂದರೆ. ಪರಸ್ಪರ ಅಥವಾ ರೂಟ್ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಅವಲಂಬಿಸಿರಬಾರದು. ವರ್ಚುವಲ್ ಯಂತ್ರಗಳು ಅಥವಾ ಧಾರಕಗಳ ಸಂದರ್ಭದಲ್ಲಿ, ಈ ಹಂತವನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ವೀಕ್ಷಿಸಲಾಗುತ್ತದೆ. ಇವುಗಳು ಅಪ್ಲಿಕೇಶನ್ ಕಂಟೈನರ್‌ಗಳು ಅಥವಾ ಹೋಮ್ ಡೈರೆಕ್ಟರಿಗಳಾಗಿದ್ದರೆ, ವೆಬ್ ಸರ್ವರ್ ಮತ್ತು ಇತರ ಸೇವೆಗಳ ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್‌ಗಳನ್ನು ಸಾಧ್ಯವಾದಷ್ಟು ಪರಿಮಾಣಗಳ ನಡುವಿನ ಅವಲಂಬನೆಗಳನ್ನು ತೊಡೆದುಹಾಕುವ ರೀತಿಯಲ್ಲಿ ಬೇರ್ಪಡಿಸುವ ಬಗ್ಗೆ ನೀವು ಯೋಚಿಸಬೇಕು. ಉದಾಹರಣೆಗೆ, ಪ್ರತಿಯೊಂದು ಸೈಟ್ ತನ್ನದೇ ಆದ ಬಳಕೆದಾರರಿಂದ ರನ್ ಆಗುತ್ತದೆ, ಸೈಟ್ ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್‌ಗಳು ಬಳಕೆದಾರರ ಹೋಮ್ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿವೆ, ವೆಬ್ ಸರ್ವರ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳಲ್ಲಿ, ಸೈಟ್ ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್‌ಗಳನ್ನು /etc/nginx/conf.d/ ಮೂಲಕ ಸೇರಿಸಲಾಗಿಲ್ಲ.conf, ಮತ್ತು, ಉದಾಹರಣೆಗೆ, /home//configs/nginx/*.conf
ಹಲವಾರು ಡಿಸ್ಕ್‌ಗಳಿದ್ದರೆ, ನೀವು ಸಾಫ್ಟ್‌ವೇರ್ RAID ಅರೇ ಅನ್ನು ರಚಿಸಬಹುದು (ಮತ್ತು ಅದರ ಸಂಗ್ರಹವನ್ನು SSD ನಲ್ಲಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಿ, ಅಗತ್ಯವಿದ್ದರೆ ಮತ್ತು ಅವಕಾಶವಿದ್ದರೆ), ಅದರ ಮೇಲೆ ನೀವು ಮೇಲೆ ಪ್ರಸ್ತಾಪಿಸಲಾದ ನಿಯಮಗಳ ಪ್ರಕಾರ LVM ಅನ್ನು ನಿರ್ಮಿಸಬಹುದು. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ನೀವು ZFS ಅಥವಾ BtrFS ಅನ್ನು ಬಳಸಬಹುದು, ಆದರೆ ನೀವು ಇದರ ಬಗ್ಗೆ ಎರಡು ಬಾರಿ ಯೋಚಿಸಬೇಕು: ಎರಡೂ ಸಂಪನ್ಮೂಲಗಳಿಗೆ ಹೆಚ್ಚು ಗಂಭೀರವಾದ ವಿಧಾನದ ಅಗತ್ಯವಿರುತ್ತದೆ ಮತ್ತು ಜೊತೆಗೆ, ZFS ಅನ್ನು Linux ಕರ್ನಲ್‌ನೊಂದಿಗೆ ಸೇರಿಸಲಾಗಿಲ್ಲ.
ಬಳಸಿದ ಯೋಜನೆಯ ಹೊರತಾಗಿಯೂ, ಡಿಸ್ಕ್‌ಗಳಿಗೆ ಬದಲಾವಣೆಗಳನ್ನು ಬರೆಯುವ ಅಂದಾಜು ವೇಗವನ್ನು ಮುಂಚಿತವಾಗಿ ಅಂದಾಜು ಮಾಡುವುದು ಯಾವಾಗಲೂ ಯೋಗ್ಯವಾಗಿರುತ್ತದೆ ಮತ್ತು ನಂತರ ಸ್ನ್ಯಾಪ್‌ಶಾಟ್‌ಗಳನ್ನು ರಚಿಸಲು ಕಾಯ್ದಿರಿಸಲಾದ ಮುಕ್ತ ಜಾಗದ ಪ್ರಮಾಣವನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ನಮ್ಮ ಸರ್ವರ್ ಪ್ರತಿ ಸೆಕೆಂಡಿಗೆ 10 ಮೆಗಾಬೈಟ್‌ಗಳ ವೇಗದಲ್ಲಿ ಡೇಟಾವನ್ನು ಬರೆಯುತ್ತಿದ್ದರೆ ಮತ್ತು ಸಂಪೂರ್ಣ ಡೇಟಾ ರಚನೆಯ ಗಾತ್ರವು 10 ಟೆರಾಬೈಟ್‌ಗಳಾಗಿದ್ದರೆ - ಸಿಂಕ್ರೊನೈಸೇಶನ್ ಸಮಯವು ಒಂದು ದಿನವನ್ನು ತಲುಪಬಹುದು (22 ಗಂಟೆಗಳು - ಅಂತಹ ಪರಿಮಾಣವನ್ನು ಎಷ್ಟು ವರ್ಗಾಯಿಸಲಾಗುತ್ತದೆ ನೆಟ್ವರ್ಕ್ ಮೂಲಕ 1 Gbps) - ಇದು ಸುಮಾರು 800 GB ಕಾಯ್ದಿರಿಸಲು ಯೋಗ್ಯವಾಗಿದೆ . ವಾಸ್ತವದಲ್ಲಿ, ಅಂಕಿ ಚಿಕ್ಕದಾಗಿರುತ್ತದೆ; ನೀವು ಅದನ್ನು ತಾರ್ಕಿಕ ಸಂಪುಟಗಳ ಸಂಖ್ಯೆಯಿಂದ ಸುರಕ್ಷಿತವಾಗಿ ಭಾಗಿಸಬಹುದು.
ಬ್ಯಾಕಪ್ ಶೇಖರಣಾ ಸರ್ವರ್ ಸಾಧನ
ಬ್ಯಾಕಪ್ ಪ್ರತಿಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು ಸರ್ವರ್ ನಡುವಿನ ಪ್ರಮುಖ ವ್ಯತ್ಯಾಸವೆಂದರೆ ಅದರ ದೊಡ್ಡ, ಅಗ್ಗದ ಮತ್ತು ತುಲನಾತ್ಮಕವಾಗಿ ನಿಧಾನವಾದ ಡಿಸ್ಕ್ಗಳು. ಆಧುನಿಕ HDD ಗಳು ಈಗಾಗಲೇ ಒಂದು ಡಿಸ್ಕ್‌ನಲ್ಲಿ 10TB ಬಾರ್ ಅನ್ನು ದಾಟಿರುವುದರಿಂದ, ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳು ಅಥವಾ RAID ಅನ್ನು ಚೆಕ್‌ಸಮ್‌ಗಳೊಂದಿಗೆ ಬಳಸುವುದು ಅವಶ್ಯಕ, ಏಕೆಂದರೆ ರಚನೆಯ ಮರುನಿರ್ಮಾಣ ಅಥವಾ ಫೈಲ್ ಸಿಸ್ಟಮ್ನ ಮರುಸ್ಥಾಪನೆಯ ಸಮಯದಲ್ಲಿ (ಹಲವಾರು ದಿನಗಳು!) ಎರಡನೇ ಡಿಸ್ಕ್ ವಿಫಲವಾಗಬಹುದು ಹೆಚ್ಚಿದ ಹೊರೆಗೆ. 1TB ವರೆಗಿನ ಸಾಮರ್ಥ್ಯವಿರುವ ಡಿಸ್ಕ್ಗಳಲ್ಲಿ ಇದು ಅಷ್ಟು ಸೂಕ್ಷ್ಮವಾಗಿರುವುದಿಲ್ಲ. ವಿವರಣೆಯ ಸರಳತೆಗಾಗಿ, ಡಿಸ್ಕ್ ಜಾಗವನ್ನು ಸರಿಸುಮಾರು ಸಮಾನ ಗಾತ್ರದ ಎರಡು ಭಾಗಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ (ಮತ್ತೆ, ಉದಾಹರಣೆಗೆ, LVM ಬಳಸಿ):
- ಬಳಕೆದಾರ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಲು ಬಳಸಲಾಗುವ ಸರ್ವರ್‌ಗಳಿಗೆ ಅನುಗುಣವಾದ ಸಂಪುಟಗಳು (ಕೊನೆಯ ಬ್ಯಾಕಪ್ ಅನ್ನು ಪರಿಶೀಲನೆಗಾಗಿ ಅವುಗಳ ಮೇಲೆ ನಿಯೋಜಿಸಲಾಗುತ್ತದೆ);
- BorgBackup ರೆಪೊಸಿಟರಿಗಳಾಗಿ ಬಳಸಲಾದ ಸಂಪುಟಗಳು (ಬ್ಯಾಕಪ್‌ಗಳಿಗಾಗಿ ಡೇಟಾ ನೇರವಾಗಿ ಇಲ್ಲಿಗೆ ಹೋಗುತ್ತದೆ).
ಕಾರ್ಯಾಚರಣೆಯ ತತ್ವವೆಂದರೆ BorgBackup ರೆಪೊಸಿಟರಿಗಳಿಗಾಗಿ ಪ್ರತಿ ಸರ್ವರ್‌ಗೆ ಪ್ರತ್ಯೇಕ ಸಂಪುಟಗಳನ್ನು ರಚಿಸಲಾಗುತ್ತದೆ, ಅಲ್ಲಿ ಯುದ್ಧ ಸರ್ವರ್‌ಗಳಿಂದ ಡೇಟಾ ಹೋಗುತ್ತದೆ. ರೆಪೊಸಿಟರಿಗಳು ಅನುಬಂಧ-ಮಾತ್ರ ಮೋಡ್‌ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ, ಇದು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಡೇಟಾವನ್ನು ಅಳಿಸುವ ಸಾಧ್ಯತೆಯನ್ನು ನಿವಾರಿಸುತ್ತದೆ ಮತ್ತು ಹಳೆಯ ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳಿಂದ ರೆಪೊಸಿಟರಿಗಳ ಅಪಕರ್ಷಣೆ ಮತ್ತು ಆವರ್ತಕ ಶುಚಿಗೊಳಿಸುವಿಕೆಯಿಂದಾಗಿ (ವಾರ್ಷಿಕ ಪ್ರತಿಗಳು ಉಳಿದಿವೆ, ಕಳೆದ ವರ್ಷ ಮಾಸಿಕವಾಗಿ, ಕಳೆದ ತಿಂಗಳು ಸಾಪ್ತಾಹಿಕವಾಗಿ, ಪ್ರತಿದಿನ ಕಳೆದ ವಾರ, ಬಹುಶಃ ವಿಶೇಷ ಸಂದರ್ಭಗಳಲ್ಲಿ - ಕೊನೆಯ ದಿನಕ್ಕೆ ಗಂಟೆಗೆ: ಒಟ್ಟು 24 + 7 + 4 + 12 + ವಾರ್ಷಿಕ - ಪ್ರತಿ ಸರ್ವರ್‌ಗೆ ಸರಿಸುಮಾರು 50 ಪ್ರತಿಗಳು).
BorgBackup ರೆಪೊಸಿಟರಿಗಳು ಅನುಬಂಧ-ಮಾತ್ರ ಮೋಡ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುವುದಿಲ್ಲ; ಬದಲಿಗೆ, .ssh/authorized_keys ನಲ್ಲಿನ ForcedCommand ಅನ್ನು ಈ ರೀತಿಯಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ:
from="адрес сервера",command="/usr/local/bin/borg serve --append-only --restrict-to-path /home/servername/borgbackup/",no-pty,no-agent-forwarding,no-port-forwarding,no-X11-forwarding,no-user-rc AAAAA.......ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಮಾರ್ಗವು ಬೋರ್ಗ್ನ ಮೇಲ್ಭಾಗದಲ್ಲಿ ಹೊದಿಕೆಯ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಹೊಂದಿದೆ, ಇದು ಬೈನರಿಯನ್ನು ನಿಯತಾಂಕಗಳೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸುವುದರ ಜೊತೆಗೆ, ಹೆಚ್ಚುವರಿಯಾಗಿ ಡೇಟಾವನ್ನು ತೆಗೆದುಹಾಕಿದ ನಂತರ ಬ್ಯಾಕ್ಅಪ್ ನಕಲನ್ನು ಮರುಸ್ಥಾಪಿಸುವ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಇದನ್ನು ಮಾಡಲು, ರ್ಯಾಪರ್ ಸ್ಕ್ರಿಪ್ಟ್ ಅನುಗುಣವಾದ ರೆಪೊಸಿಟರಿಯ ಪಕ್ಕದಲ್ಲಿ ಟ್ಯಾಗ್ ಫೈಲ್ ಅನ್ನು ರಚಿಸುತ್ತದೆ. ಡೇಟಾ ಭರ್ತಿ ಪ್ರಕ್ರಿಯೆಯು ಪೂರ್ಣಗೊಂಡ ನಂತರ ಮಾಡಿದ ಕೊನೆಯ ಬ್ಯಾಕಪ್ ಅನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಅನುಗುಣವಾದ ತಾರ್ಕಿಕ ಪರಿಮಾಣಕ್ಕೆ ಮರುಸ್ಥಾಪಿಸಲಾಗುತ್ತದೆ.
ಈ ವಿನ್ಯಾಸವು ನಿಯತಕಾಲಿಕವಾಗಿ ಅನಗತ್ಯ ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳನ್ನು ಸ್ವಚ್ಛಗೊಳಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ ಮತ್ತು ಬ್ಯಾಕಪ್ ಶೇಖರಣಾ ಸರ್ವರ್‌ನಲ್ಲಿ ಏನನ್ನೂ ಅಳಿಸದಂತೆ ಯುದ್ಧ ಸರ್ವರ್‌ಗಳನ್ನು ತಡೆಯುತ್ತದೆ.
ಬ್ಯಾಕಪ್ ಪ್ರಕ್ರಿಯೆ
ಬ್ಯಾಕ್‌ಅಪ್‌ನ ಪ್ರಾರಂಭಕವು ಮೀಸಲಾದ ಸರ್ವರ್ ಅಥವಾ VPS ಆಗಿದೆ, ಏಕೆಂದರೆ ಈ ಯೋಜನೆಯು ಈ ಸರ್ವರ್ನ ಭಾಗದಲ್ಲಿ ಬ್ಯಾಕಪ್ ಪ್ರಕ್ರಿಯೆಯ ಮೇಲೆ ಹೆಚ್ಚಿನ ನಿಯಂತ್ರಣವನ್ನು ನೀಡುತ್ತದೆ. ಮೊದಲಿಗೆ, ಸಕ್ರಿಯ ರೂಟ್ ಫೈಲ್ ಸಿಸ್ಟಮ್ನ ಸ್ಥಿತಿಯ ಸ್ನ್ಯಾಪ್‌ಶಾಟ್ ಅನ್ನು ತೆಗೆದುಕೊಳ್ಳಲಾಗುತ್ತದೆ, ಅದನ್ನು BorgBackup ಅನ್ನು ಬ್ಯಾಕಪ್ ಶೇಖರಣಾ ಸರ್ವರ್‌ಗೆ ಮೌಂಟ್ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು ಅಪ್‌ಲೋಡ್ ಮಾಡಲಾಗುತ್ತದೆ. ಡೇಟಾ ಕ್ಯಾಪ್ಚರ್ ಪೂರ್ಣಗೊಂಡ ನಂತರ, ಸ್ನ್ಯಾಪ್‌ಶಾಟ್ ಅನ್ನು ಅನ್‌ಮೌಂಟ್ ಮಾಡಲಾಗಿದೆ ಮತ್ತು ಅಳಿಸಲಾಗುತ್ತದೆ.
ಸಣ್ಣ ಡೇಟಾಬೇಸ್ ಇದ್ದರೆ (ಪ್ರತಿ ಸೈಟ್‌ಗೆ 1 GB ವರೆಗೆ), ಡೇಟಾಬೇಸ್ ಡಂಪ್ ಅನ್ನು ತಯಾರಿಸಲಾಗುತ್ತದೆ, ಅದನ್ನು ಸೂಕ್ತವಾದ ತಾರ್ಕಿಕ ಪರಿಮಾಣದಲ್ಲಿ ಉಳಿಸಲಾಗುತ್ತದೆ, ಅಲ್ಲಿ ಅದೇ ಸೈಟ್‌ನ ಉಳಿದ ಡೇಟಾ ಇದೆ, ಆದರೆ ಡಂಪ್ ಆಗಿರುತ್ತದೆ ವೆಬ್ ಸರ್ವರ್ ಮೂಲಕ ಪ್ರವೇಶಿಸಲಾಗುವುದಿಲ್ಲ. ಡೇಟಾಬೇಸ್‌ಗಳು ದೊಡ್ಡದಾಗಿದ್ದರೆ, ನೀವು "ಹಾಟ್" ಡೇಟಾ ತೆಗೆಯುವಿಕೆಯನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕು, ಉದಾಹರಣೆಗೆ, MySQL ಗಾಗಿ xtrabackup ಬಳಸಿ, ಅಥವಾ PostgreSQL ನಲ್ಲಿ archive_command ನೊಂದಿಗೆ WAL ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಿ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಡೇಟಾಬೇಸ್ ಅನ್ನು ಸೈಟ್ ಡೇಟಾದಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಮರುಸ್ಥಾಪಿಸಲಾಗುತ್ತದೆ.
ಕಂಟೈನರ್‌ಗಳು ಅಥವಾ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳನ್ನು ಬಳಸಿದರೆ, ನೀವು qemu-ಗೆಸ್ಟ್-ಏಜೆಂಟ್, CRIU ಅಥವಾ ಇತರ ಅಗತ್ಯ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕು. ಇತರ ಸಂದರ್ಭಗಳಲ್ಲಿ, ಹೆಚ್ಚುವರಿ ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಹೆಚ್ಚಾಗಿ ಅಗತ್ಯವಿಲ್ಲ - ನಾವು ಸರಳವಾಗಿ ತಾರ್ಕಿಕ ಸಂಪುಟಗಳ ಸ್ನ್ಯಾಪ್‌ಶಾಟ್‌ಗಳನ್ನು ರಚಿಸುತ್ತೇವೆ, ನಂತರ ಅದನ್ನು ರೂಟ್ ಫೈಲ್ ಸಿಸ್ಟಮ್ನ ಸ್ಥಿತಿಯ ಸ್ನ್ಯಾಪ್‌ಶಾಟ್‌ನಂತೆಯೇ ಸಂಸ್ಕರಿಸಲಾಗುತ್ತದೆ. ಡೇಟಾವನ್ನು ತೆಗೆದುಕೊಂಡ ನಂತರ, ಚಿತ್ರಗಳನ್ನು ಅಳಿಸಲಾಗುತ್ತದೆ.
ಬ್ಯಾಕಪ್ ಶೇಖರಣಾ ಸರ್ವರ್‌ನಲ್ಲಿ ಹೆಚ್ಚಿನ ಕೆಲಸವನ್ನು ಕೈಗೊಳ್ಳಲಾಗುತ್ತದೆ:
- ಪ್ರತಿ ರೆಪೊಸಿಟರಿಯಲ್ಲಿ ಮಾಡಿದ ಕೊನೆಯ ಬ್ಯಾಕಪ್ ಅನ್ನು ಪರಿಶೀಲಿಸಲಾಗಿದೆ,
- ಮಾರ್ಕ್ ಫೈಲ್‌ನ ಉಪಸ್ಥಿತಿಯನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ, ಇದು ಡೇಟಾ ಸಂಗ್ರಹಣೆ ಪ್ರಕ್ರಿಯೆಯು ಪೂರ್ಣಗೊಂಡಿದೆ ಎಂದು ಸೂಚಿಸುತ್ತದೆ,
- ಡೇಟಾವನ್ನು ಅನುಗುಣವಾದ ಸ್ಥಳೀಯ ಪರಿಮಾಣಕ್ಕೆ ವಿಸ್ತರಿಸಲಾಗಿದೆ,
- ಟ್ಯಾಗ್ ಫೈಲ್ ಅನ್ನು ಅಳಿಸಲಾಗಿದೆ
ಸರ್ವರ್ ಮರುಪಡೆಯುವಿಕೆ ಪ್ರಕ್ರಿಯೆ
ಮುಖ್ಯ ಸರ್ವರ್ ಸತ್ತರೆ, ಅದೇ ರೀತಿಯ ಮೀಸಲಾದ ಸರ್ವರ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸಲಾಗುತ್ತದೆ, ಇದು ಕೆಲವು ಪ್ರಮಾಣಿತ ಚಿತ್ರದಿಂದ ಬೂಟ್ ಆಗುತ್ತದೆ. ಹೆಚ್ಚಾಗಿ ಡೌನ್ಲೋಡ್ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ನಡೆಯುತ್ತದೆ, ಆದರೆ ಸರ್ವರ್ ಅನ್ನು ಹೊಂದಿಸುವ ಡೇಟಾ ಸೆಂಟರ್ ತಂತ್ರಜ್ಞರು ತಕ್ಷಣವೇ ಈ ಪ್ರಮಾಣಿತ ಚಿತ್ರವನ್ನು ಡಿಸ್ಕ್ಗಳಲ್ಲಿ ಒಂದಕ್ಕೆ ನಕಲಿಸಬಹುದು. ಡೌನ್ಲೋಡ್ RAM ನಲ್ಲಿ ಸಂಭವಿಸುತ್ತದೆ, ಅದರ ನಂತರ ಚೇತರಿಕೆ ಪ್ರಕ್ರಿಯೆಯು ಪ್ರಾರಂಭವಾಗುತ್ತದೆ:
- ಒಂದು ಬ್ಲಾಕ್ ಸಾಧನವನ್ನು iscsinbd ಅಥವಾ ಇನ್ನೊಂದು ರೀತಿಯ ಪ್ರೋಟೋಕಾಲ್ ಮೂಲಕ ಸತ್ತ ಸರ್ವರ್ನ ಮೂಲ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಹೊಂದಿರುವ ತಾರ್ಕಿಕ ಪರಿಮಾಣಕ್ಕೆ ಲಗತ್ತಿಸಲು ವಿನಂತಿಯನ್ನು ಮಾಡಲಾಗಿದೆ; ರೂಟ್ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಚಿಕ್ಕದಾಗಿರಬೇಕು, ಈ ಹಂತವನ್ನು ಕೆಲವು ನಿಮಿಷಗಳಲ್ಲಿ ಪೂರ್ಣಗೊಳಿಸಬೇಕು. ಬೂಟ್ಲೋಡರ್ ಅನ್ನು ಸಹ ಪುನಃಸ್ಥಾಪಿಸಲಾಗಿದೆ;
- ಸ್ಥಳೀಯ ತಾರ್ಕಿಕ ಸಂಪುಟಗಳ ರಚನೆಯನ್ನು ಮರುಸೃಷ್ಟಿಸಲಾಗಿದೆ, dm_clone ಕರ್ನಲ್ ಮಾಡ್ಯೂಲ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಬ್ಯಾಕಪ್ ಸರ್ವರ್‌ನಿಂದ ತಾರ್ಕಿಕ ಸಂಪುಟಗಳನ್ನು ಲಗತ್ತಿಸಲಾಗಿದೆ: ಡೇಟಾ ಮರುಪಡೆಯುವಿಕೆ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ ಮತ್ತು ಬದಲಾವಣೆಗಳನ್ನು ತಕ್ಷಣ ಸ್ಥಳೀಯ ಡಿಸ್ಕ್‌ಗಳಿಗೆ ಬರೆಯಲಾಗುತ್ತದೆ
- ಲಭ್ಯವಿರುವ ಎಲ್ಲಾ ಭೌತಿಕ ಡಿಸ್ಕ್ಗಳೊಂದಿಗೆ ಕಂಟೇನರ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸಲಾಗಿದೆ - ಸರ್ವರ್ನ ಕಾರ್ಯವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಪುನಃಸ್ಥಾಪಿಸಲಾಗಿದೆ, ಆದರೆ ಕಡಿಮೆ ಕಾರ್ಯಕ್ಷಮತೆಯೊಂದಿಗೆ;
- ಡೇಟಾ ಸಿಂಕ್ರೊನೈಸೇಶನ್ ಪೂರ್ಣಗೊಂಡ ನಂತರ, ಬ್ಯಾಕಪ್ ಸರ್ವರ್‌ನಿಂದ ಲಾಜಿಕಲ್ ವಾಲ್ಯೂಮ್‌ಗಳನ್ನು ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಲಾಗುತ್ತದೆ, ಕಂಟೇನರ್ ಅನ್ನು ಆಫ್ ಮಾಡಲಾಗಿದೆ ಮತ್ತು ಸರ್ವರ್ ಅನ್ನು ರೀಬೂಟ್ ಮಾಡಲಾಗುತ್ತದೆ;
ರೀಬೂಟ್ ಮಾಡಿದ ನಂತರ, ಸರ್ವರ್ ಬ್ಯಾಕ್ಅಪ್ ರಚಿಸಲಾದ ಸಮಯದಲ್ಲಿ ಇದ್ದ ಎಲ್ಲಾ ಡೇಟಾವನ್ನು ಹೊಂದಿರುತ್ತದೆ ಮತ್ತು ಮರುಸ್ಥಾಪನೆ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ಮಾಡಿದ ಎಲ್ಲಾ ಬದಲಾವಣೆಗಳನ್ನು ಸಹ ಒಳಗೊಂಡಿರುತ್ತದೆ.
ಸರಣಿಯ ಇತರ ಲೇಖನಗಳು
ಬ್ಯಾಕಪ್ ಭಾಗ 7: ತೀರ್ಮಾನಗಳು
ಕಾಮೆಂಟ್‌ಗಳಲ್ಲಿ ಪ್ರಸ್ತಾವಿತ ಆಯ್ಕೆಯನ್ನು ಚರ್ಚಿಸಲು ನಾನು ನಿಮ್ಮನ್ನು ಆಹ್ವಾನಿಸುತ್ತೇನೆ, ನಿಮ್ಮ ಗಮನಕ್ಕೆ ಧನ್ಯವಾದಗಳು!
ಮೂಲ: www.habr.com