ಡಾಕರ್ ಸ್ವಾರ್ಮ್, ಕುಬರ್ನೆಟ್ಸ್ ಮತ್ತು ಮೆಸೊಸ್ ಅತ್ಯಂತ ಜನಪ್ರಿಯ ಕಂಟೈನರ್ ಆರ್ಕೆಸ್ಟ್ರೇಶನ್ ಫ್ರೇಮ್ವರ್ಕ್ಗಳಾಗಿವೆ. ಅವರ ಭಾಷಣದಲ್ಲಿ, ಅರುಣ್ ಗುಪ್ತಾ ಡಾಕರ್, ಸಮೂಹ ಮತ್ತು ಕುಬರ್ನೆಟ್ಸ್ನ ಕೆಳಗಿನ ಅಂಶಗಳನ್ನು ಹೋಲಿಸುತ್ತಾರೆ:
- ಸ್ಥಳೀಯ ಅಭಿವೃದ್ಧಿ.
- ನಿಯೋಜನೆ ಕಾರ್ಯಗಳು.
- ಬಹು-ಧಾರಕ ಅಪ್ಲಿಕೇಶನ್ಗಳು.
- ಸೇವೆಯ ಅನ್ವೇಷಣೆ.
- ಸೇವೆಯನ್ನು ಸ್ಕೇಲಿಂಗ್ ಮಾಡುವುದು.
- ರನ್-ಒಮ್ಮೆ ಕಾರ್ಯಗಳು.
- ಮಾವೆನ್ ಜೊತೆ ಏಕೀಕರಣ.
- "ರೋಲಿಂಗ್" ನವೀಕರಣ.
- ಕೌಚ್ಬೇಸ್ ಡೇಟಾಬೇಸ್ ಕ್ಲಸ್ಟರ್ ಅನ್ನು ರಚಿಸಲಾಗುತ್ತಿದೆ.
ಪರಿಣಾಮವಾಗಿ, ಪ್ರತಿ ಆರ್ಕೆಸ್ಟ್ರೇಶನ್ ಉಪಕರಣವು ಏನನ್ನು ನೀಡುತ್ತದೆ ಎಂಬುದರ ಕುರಿತು ನೀವು ಸ್ಪಷ್ಟವಾದ ತಿಳುವಳಿಕೆಯನ್ನು ಪಡೆಯುತ್ತೀರಿ ಮತ್ತು ಈ ಪ್ಲಾಟ್ಫಾರ್ಮ್ಗಳನ್ನು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಬಳಸುವುದು ಹೇಗೆ ಎಂದು ತಿಳಿಯಿರಿ.
ಅರುಣ್ ಗುಪ್ತಾ ಅವರು ಅಮೆಜಾನ್ ವೆಬ್ ಸೇವೆಗಳಲ್ಲಿ ತೆರೆದ ಮೂಲ ಉತ್ಪನ್ನಗಳಿಗೆ ಮುಖ್ಯ ತಂತ್ರಜ್ಞರಾಗಿದ್ದಾರೆ, ಅವರು 10 ವರ್ಷಗಳಿಂದ ಸನ್, ಒರಾಕಲ್, ರೆಡ್ ಹ್ಯಾಟ್ ಮತ್ತು ಕೌಚ್ಬೇಸ್ ಡೆವಲಪರ್ ಸಮುದಾಯಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುತ್ತಿದ್ದಾರೆ. ಮಾರ್ಕೆಟಿಂಗ್ ಪ್ರಚಾರಗಳು ಮತ್ತು ಕಾರ್ಯಕ್ರಮಗಳಿಗಾಗಿ ತಂತ್ರವನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವ ಮತ್ತು ಕಾರ್ಯಗತಗೊಳಿಸುವ ಪ್ರಮುಖ ಅಡ್ಡ-ಕ್ರಿಯಾತ್ಮಕ ತಂಡಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ವ್ಯಾಪಕ ಅನುಭವವನ್ನು ಹೊಂದಿದೆ. ಅವರು ಸನ್ ಎಂಜಿನಿಯರ್ಗಳ ತಂಡಗಳನ್ನು ಮುನ್ನಡೆಸಿದರು, ಜಾವಾ ಇಇ ತಂಡದ ಸಂಸ್ಥಾಪಕರಲ್ಲಿ ಒಬ್ಬರು ಮತ್ತು ಡೆವೊಕ್ಸ್ಎಕ್ಸ್ 4 ಕಿಡ್ಸ್ನ ಯುಎಸ್ ಶಾಖೆಯ ಸೃಷ್ಟಿಕರ್ತರಾಗಿದ್ದಾರೆ. ಅರುಣ್ ಗುಪ್ತಾ ಐಟಿ ಬ್ಲಾಗ್ಗಳಲ್ಲಿ 2 ಸಾವಿರಕ್ಕೂ ಹೆಚ್ಚು ಪೋಸ್ಟ್ಗಳ ಲೇಖಕರಾಗಿದ್ದು, 40 ಕ್ಕೂ ಹೆಚ್ಚು ದೇಶಗಳಲ್ಲಿ ಭಾಷಣಗಳನ್ನು ನೀಡಿದ್ದಾರೆ.
ಸಾಲು 55 ಈ ಡೇಟಾಬೇಸ್ ಸೇವೆಗೆ ಸೂಚಿಸುವ COUCHBASE_URI ಅನ್ನು ಹೊಂದಿದೆ, ಇದನ್ನು ಕುಬರ್ನೆಟ್ಸ್ ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್ ಬಳಸಿ ರಚಿಸಲಾಗಿದೆ. ನೀವು ಸಾಲು 2 ಅನ್ನು ನೋಡಿದರೆ, ನೀವು ರೀತಿಯದನ್ನು ನೋಡಬಹುದು: ಸೇವೆಯು ನಾನು ರಚಿಸುತ್ತಿರುವ ಸೇವೆಯಾಗಿದೆ couchbase-service, ಮತ್ತು ಅದೇ ಹೆಸರನ್ನು 4 ನೇ ಸಾಲಿನಲ್ಲಿ ಪಟ್ಟಿಮಾಡಲಾಗಿದೆ. ಕೆಳಗೆ ಕೆಲವು ಪೋರ್ಟ್ಗಳಿವೆ.
ಪ್ರಮುಖ ಸಾಲುಗಳು 6 ಮತ್ತು 7. ಸೇವೆಯಲ್ಲಿ ನಾನು ಹೇಳುತ್ತೇನೆ, “ಹೇ, ಇವುಗಳು ನಾನು ಹುಡುಕುತ್ತಿರುವ ಲೇಬಲ್ಗಳು!”, ಮತ್ತು ಈ ಲೇಬಲ್ಗಳು ವೇರಿಯಬಲ್ ಜೋಡಿ ಹೆಸರುಗಳಿಗಿಂತ ಹೆಚ್ಚೇನೂ ಅಲ್ಲ ಮತ್ತು ನನ್ನ ಕೂಚ್ಬೇಸ್-ಆರ್ಎಸ್-ಪಾಡ್ಗೆ 7 ಪಾಯಿಂಟ್ಗಳು ಅಪ್ಲಿಕೇಶನ್. ಇದೇ ಲೇಬಲ್ಗಳಿಗೆ ಪ್ರವೇಶವನ್ನು ಒದಗಿಸುವ ಪೋರ್ಟ್ಗಳು ಈ ಕೆಳಗಿನಂತಿವೆ.
19 ನೇ ಸಾಲಿನಲ್ಲಿ ನಾನು ಹೊಸ ಪ್ರಕಾರದ ರೆಪ್ಲಿಕಾಸೆಟ್ ಅನ್ನು ರಚಿಸುತ್ತೇನೆ, ಸಾಲು 31 ಚಿತ್ರದ ಹೆಸರನ್ನು ಒಳಗೊಂಡಿದೆ ಮತ್ತು 24-27 ಸಾಲುಗಳು ನನ್ನ ಪಾಡ್ಗೆ ಸಂಬಂಧಿಸಿದ ಮೆಟಾಡೇಟಾವನ್ನು ಸೂಚಿಸುತ್ತವೆ. ಇದು ನಿಖರವಾಗಿ ಸೇವೆಯನ್ನು ಹುಡುಕುತ್ತಿದೆ ಮತ್ತು ಯಾವುದಕ್ಕೆ ಸಂಪರ್ಕವನ್ನು ಮಾಡಬೇಕು. ಫೈಲ್ನ ಕೊನೆಯಲ್ಲಿ 55-56 ಮತ್ತು 4 ಸಾಲುಗಳ ನಡುವೆ ಕೆಲವು ರೀತಿಯ ಸಂಪರ್ಕವಿದೆ: "ಈ ಸೇವೆಯನ್ನು ಬಳಸಿ!"
ಆದ್ದರಿಂದ, ಪ್ರತಿಕೃತಿ ಸೆಟ್ ಇದ್ದಾಗ ನಾನು ನನ್ನ ಸೇವೆಯನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತೇನೆ ಮತ್ತು ಪ್ರತಿ ಪ್ರತಿಕೃತಿ ಸೆಟ್ ತನ್ನದೇ ಆದ ಪೋರ್ಟ್ ಅನ್ನು ಅನುಗುಣವಾದ ಲೇಬಲ್ನೊಂದಿಗೆ ಹೊಂದಿರುವುದರಿಂದ, ಅದನ್ನು ಸೇವೆಯಲ್ಲಿ ಸೇರಿಸಲಾಗಿದೆ. ಡೆವಲಪರ್ನ ದೃಷ್ಟಿಕೋನದಿಂದ, ನೀವು ಸೇವೆಗೆ ಕರೆ ಮಾಡಿ, ಅದು ನಿಮಗೆ ಅಗತ್ಯವಿರುವ ಪ್ರತಿಕೃತಿಗಳ ಗುಂಪನ್ನು ಬಳಸುತ್ತದೆ.
ಪರಿಣಾಮವಾಗಿ, ಕೌಚ್ಬೇಸ್ ಸೇವೆಯ ಮೂಲಕ ಡೇಟಾಬೇಸ್ ಬ್ಯಾಕೆಂಡ್ನೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸುವ ವೈಲ್ಡ್ಫ್ಲೈ ಪಾಡ್ ಅನ್ನು ನಾನು ಹೊಂದಿದ್ದೇನೆ. ನಾನು ಹಲವಾರು ವೈಲ್ಡ್ಫ್ಲೈ ಪಾಡ್ಗಳೊಂದಿಗೆ ಮುಂಭಾಗವನ್ನು ಬಳಸಬಹುದು, ಇದು ಕೌಚ್ಬೇಸ್ ಬ್ಯಾಕೆಂಡ್ನೊಂದಿಗೆ ಕೌಚ್ಬೇಸ್ ಸೇವೆಯ ಮೂಲಕ ಸಂವಹನ ನಡೆಸುತ್ತದೆ.
ಕ್ಲಸ್ಟರ್ನ ಹೊರಗೆ ಇರುವ ಸೇವೆಯು ಅದರ IP ವಿಳಾಸದ ಮೂಲಕ ಕ್ಲಸ್ಟರ್ನ ಒಳಗೆ ಇರುವ ಮತ್ತು ಆಂತರಿಕ IP ವಿಳಾಸವನ್ನು ಹೊಂದಿರುವ ಅಂಶಗಳೊಂದಿಗೆ ಹೇಗೆ ಸಂವಹನ ನಡೆಸುತ್ತದೆ ಎಂಬುದನ್ನು ನಂತರ ನಾವು ನೋಡುತ್ತೇವೆ.
ಆದ್ದರಿಂದ, ಸ್ಥಿತಿಯಿಲ್ಲದ ಪಾತ್ರೆಗಳು ಉತ್ತಮವಾಗಿವೆ, ಆದರೆ ಸ್ಥಿತಿಯ ಧಾರಕಗಳನ್ನು ಬಳಸುವುದು ಎಷ್ಟು ಒಳ್ಳೆಯದು? ಸ್ಟೇಟ್ಫುಲ್ ಅಥವಾ ನಿರಂತರ ಕಂಟೈನರ್ಗಳಿಗಾಗಿ ಸಿಸ್ಟಮ್ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ನೋಡೋಣ. ಡಾಕರ್ನಲ್ಲಿ, ನೀವು ಗಮನ ಹರಿಸಬೇಕಾದ ಡೇಟಾ ಸಂಗ್ರಹಣೆಯ ವಿನ್ಯಾಸಕ್ಕೆ 4 ವಿಭಿನ್ನ ವಿಧಾನಗಳಿವೆ. ಮೊದಲನೆಯದು ಇಂಪ್ಲಿಸಿಟ್ ಪರ್-ಕಂಟೇನರ್, ಅಂದರೆ ಕೂಚ್ಬೇಸ್, MySQL ಅಥವಾ MyDB ಸ್ಯಾಟ್ಫುಲ್ ಕಂಟೈನರ್ಗಳನ್ನು ಬಳಸುವಾಗ, ಅವೆಲ್ಲವೂ ಡೀಫಾಲ್ಟ್ ಸ್ಯಾಂಡ್ಬಾಕ್ಸ್ನೊಂದಿಗೆ ಪ್ರಾರಂಭವಾಗುತ್ತವೆ. ಅಂದರೆ, ಡೇಟಾಬೇಸ್ನಲ್ಲಿ ಸಂಗ್ರಹವಾಗಿರುವ ಎಲ್ಲವನ್ನೂ ಕಂಟೇನರ್ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ. ಕಂಟೇನರ್ ಕಣ್ಮರೆಯಾದರೆ, ಅದರೊಂದಿಗೆ ಡೇಟಾ ಕಣ್ಮರೆಯಾಗುತ್ತದೆ.
ಎರಡನೆಯದು ಎಕ್ಸ್ಪ್ಲಿಸಿಟ್ ಪರ್-ಕಂಟೇನರ್, ನೀವು ಡಾಕರ್ ವಾಲ್ಯೂಮ್ ಕ್ರಿಯೇಟ್ ಕಮಾಂಡ್ನೊಂದಿಗೆ ನಿರ್ದಿಷ್ಟ ಸಂಗ್ರಹಣೆಯನ್ನು ರಚಿಸಿದಾಗ ಅದರಲ್ಲಿ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಿ. ಮೂರನೇ ಪ್ರತಿ-ಹೋಸ್ಟ್ ವಿಧಾನವು ಶೇಖರಣಾ ಮ್ಯಾಪಿಂಗ್ಗೆ ಸಂಬಂಧಿಸಿದೆ, ಕಂಟೇನರ್ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾದ ಎಲ್ಲವನ್ನೂ ಹೋಸ್ಟ್ನಲ್ಲಿ ಏಕಕಾಲದಲ್ಲಿ ನಕಲು ಮಾಡಿದಾಗ. ಕಂಟೇನರ್ ವಿಫಲವಾದರೆ, ಡೇಟಾ ಹೋಸ್ಟ್ನಲ್ಲಿ ಉಳಿಯುತ್ತದೆ. ಎರಡನೆಯದು ಹಲವಾರು ಮಲ್ಟಿ-ಹೋಸ್ಟ್ ಹೋಸ್ಟ್ಗಳ ಬಳಕೆಯಾಗಿದೆ, ಇದು ವಿವಿಧ ಪರಿಹಾರಗಳ ಉತ್ಪಾದನಾ ಹಂತದಲ್ಲಿ ಸಲಹೆ ನೀಡಲಾಗುತ್ತದೆ. ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ಗಳೊಂದಿಗೆ ನಿಮ್ಮ ಕಂಟೈನರ್ಗಳು ಹೋಸ್ಟ್ನಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿವೆ ಎಂದು ಹೇಳೋಣ, ಆದರೆ ನಿಮ್ಮ ಡೇಟಾವನ್ನು ಎಲ್ಲೋ ಇಂಟರ್ನೆಟ್ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲು ನೀವು ಬಯಸುತ್ತೀರಿ ಮತ್ತು ಇದಕ್ಕಾಗಿ ನೀವು ವಿತರಿಸಿದ ವ್ಯವಸ್ಥೆಗಳಿಗೆ ಸ್ವಯಂಚಾಲಿತ ಮ್ಯಾಪಿಂಗ್ ಅನ್ನು ಬಳಸುತ್ತೀರಿ.
ಈ ಪ್ರತಿಯೊಂದು ವಿಧಾನಗಳು ನಿರ್ದಿಷ್ಟ ಶೇಖರಣಾ ಸ್ಥಳವನ್ನು ಬಳಸುತ್ತವೆ. /var/lib/docker/volumes ನಲ್ಲಿ ಹೋಸ್ಟ್ನಲ್ಲಿ ಸೂಚ್ಯ ಮತ್ತು ಸ್ಪಷ್ಟವಾದ ಪ್ರತಿ ಕಂಟೈನರ್ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ. ಪರ್-ಹೋಸ್ಟ್ ವಿಧಾನವನ್ನು ಬಳಸುವಾಗ, ಶೇಖರಣೆಯನ್ನು ಕಂಟೇನರ್ ಒಳಗೆ ಜೋಡಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಕಂಟೇನರ್ ಅನ್ನು ಹೋಸ್ಟ್ನಲ್ಲಿ ಜೋಡಿಸಲಾಗುತ್ತದೆ. ಮಲ್ಟಿಹೋಸ್ಟ್ಗಳಿಗೆ, Ceph, ClusterFS, NFS, ಇತ್ಯಾದಿ ಪರಿಹಾರಗಳನ್ನು ಬಳಸಬಹುದು.
ನಿರಂತರ ಕಂಟೇನರ್ ವಿಫಲವಾದರೆ, ಮೊದಲ ಎರಡು ಸಂದರ್ಭಗಳಲ್ಲಿ ಶೇಖರಣಾ ಡೈರೆಕ್ಟರಿಯನ್ನು ಪ್ರವೇಶಿಸಲಾಗುವುದಿಲ್ಲ, ಆದರೆ ಕೊನೆಯ ಎರಡು ಸಂದರ್ಭಗಳಲ್ಲಿ ಪ್ರವೇಶವನ್ನು ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ. ಆದಾಗ್ಯೂ, ಮೊದಲ ಸಂದರ್ಭದಲ್ಲಿ, ವರ್ಚುವಲ್ ಗಣಕದಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವ ಡಾಕರ್ ಹೋಸ್ಟ್ ಮೂಲಕ ನೀವು ರೆಪೊಸಿಟರಿಯನ್ನು ಪ್ರವೇಶಿಸಬಹುದು. ಎರಡನೆಯ ಸಂದರ್ಭದಲ್ಲಿ, ನೀವು ಸ್ಪಷ್ಟವಾದ ಸಂಗ್ರಹಣೆಯನ್ನು ರಚಿಸಿರುವ ಕಾರಣ ಡೇಟಾ ಕಳೆದುಹೋಗುವುದಿಲ್ಲ.
ಹೋಸ್ಟ್ ವಿಫಲವಾದಲ್ಲಿ, ಮೊದಲ ಮೂರು ಸಂದರ್ಭಗಳಲ್ಲಿ ಶೇಖರಣಾ ಡೈರೆಕ್ಟರಿ ಲಭ್ಯವಿರುವುದಿಲ್ಲ; ಕೊನೆಯ ಸಂದರ್ಭದಲ್ಲಿ, ಸಂಗ್ರಹಣೆಯೊಂದಿಗಿನ ಸಂಪರ್ಕವು ಅಡಚಣೆಯಾಗುವುದಿಲ್ಲ. ಅಂತಿಮವಾಗಿ, ಮೊದಲ ಪ್ರಕರಣದಲ್ಲಿ ಶೇಖರಣೆಗಾಗಿ ಹಂಚಿದ ಕಾರ್ಯವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಹೊರಗಿಡಲಾಗುತ್ತದೆ ಮತ್ತು ಉಳಿದವುಗಳಲ್ಲಿ ಸಾಧ್ಯವಿದೆ. ಎರಡನೆಯ ಸಂದರ್ಭದಲ್ಲಿ, ನಿಮ್ಮ ಡೇಟಾಬೇಸ್ ವಿತರಿಸಿದ ಸಂಗ್ರಹಣೆಯನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆಯೇ ಅಥವಾ ಇಲ್ಲವೇ ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿ ನೀವು ಸಂಗ್ರಹಣೆಯನ್ನು ಹಂಚಿಕೊಳ್ಳಬಹುದು. ಪ್ರತಿ-ಹೋಸ್ಟ್ನ ಸಂದರ್ಭದಲ್ಲಿ, ನಿರ್ದಿಷ್ಟ ಹೋಸ್ಟ್ನಲ್ಲಿ ಮಾತ್ರ ಡೇಟಾ ವಿತರಣೆ ಸಾಧ್ಯ, ಮತ್ತು ಮಲ್ಟಿಹೋಸ್ಟ್ಗೆ ಅದನ್ನು ಕ್ಲಸ್ಟರ್ ವಿಸ್ತರಣೆಯಿಂದ ಒದಗಿಸಲಾಗುತ್ತದೆ.
ಸ್ಥಿತಿಯ ಧಾರಕಗಳನ್ನು ರಚಿಸುವಾಗ ಇದನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಬೇಕು. ಮತ್ತೊಂದು ಉಪಯುಕ್ತ ಡಾಕರ್ ಸಾಧನವೆಂದರೆ ವಾಲ್ಯೂಮ್ ಪ್ಲಗಿನ್, ಇದು "ಬ್ಯಾಟರಿಗಳು ಪ್ರಸ್ತುತ, ಆದರೆ ಬದಲಾಯಿಸಬೇಕು" ತತ್ವದ ಮೇಲೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ನೀವು ಡಾಕರ್ ಕಂಟೇನರ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸಿದಾಗ, ಅದು ಹೇಳುತ್ತದೆ, "ಹೇ, ಒಮ್ಮೆ ನೀವು ಡೇಟಾಬೇಸ್ನೊಂದಿಗೆ ಕಂಟೇನರ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸಿದರೆ, ನಿಮ್ಮ ಡೇಟಾವನ್ನು ನೀವು ಈ ಕಂಟೇನರ್ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಬಹುದು!" ಇದು ಡೀಫಾಲ್ಟ್ ವೈಶಿಷ್ಟ್ಯವಾಗಿದೆ, ಆದರೆ ನೀವು ಅದನ್ನು ಬದಲಾಯಿಸಬಹುದು. ಕಂಟೇನರ್ ಡೇಟಾಬೇಸ್ ಬದಲಿಗೆ ನೆಟ್ವರ್ಕ್ ಡ್ರೈವ್ ಅಥವಾ ಅದೇ ರೀತಿಯದನ್ನು ಬಳಸಲು ಈ ಪ್ಲಗಿನ್ ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಇದು ಹೋಸ್ಟ್-ಆಧಾರಿತ ಸಂಗ್ರಹಣೆಗಾಗಿ ಡೀಫಾಲ್ಟ್ ಡ್ರೈವರ್ ಅನ್ನು ಒಳಗೊಂಡಿದೆ ಮತ್ತು ಅಮೆಜಾನ್ ಇಬಿಎಸ್, ಅಜುರೆ ಸ್ಟೋರೇಜ್ ಮತ್ತು ಜಿಸಿಇ ಪರ್ಸಿಸ್ಟೆಂಟ್ ಡಿಸ್ಕ್ಗಳಂತಹ ಬಾಹ್ಯ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳೊಂದಿಗೆ ಕಂಟೇನರ್ ಏಕೀಕರಣವನ್ನು ಅನುಮತಿಸುತ್ತದೆ.
ಮುಂದಿನ ಸ್ಲೈಡ್ ಡಾಕರ್ ವಾಲ್ಯೂಮ್ ಪ್ಲಗಿನ್ನ ಆರ್ಕಿಟೆಕ್ಚರ್ ಅನ್ನು ತೋರಿಸುತ್ತದೆ.
ನೀಲಿ ಬಣ್ಣವು ನೀಲಿ ಡಾಕರ್ ಹೋಸ್ಟ್ನೊಂದಿಗೆ ಸಂಯೋಜಿತವಾಗಿರುವ ಡಾಕರ್ ಕ್ಲೈಂಟ್ ಅನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತದೆ, ಇದು ಸ್ಥಳೀಯ ಶೇಖರಣಾ ಎಂಜಿನ್ ಅನ್ನು ಹೊಂದಿದ್ದು ಅದು ನಿಮಗೆ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಲು ಕಂಟೇನರ್ಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ. ಹಸಿರು ಪ್ಲಗಿನ್ ಕ್ಲೈಂಟ್ ಮತ್ತು ಪ್ಲಗಿನ್ ಡೀಮನ್ ಅನ್ನು ಸೂಚಿಸುತ್ತದೆ, ಇದು ಹೋಸ್ಟ್ಗೆ ಸಹ ಸಂಪರ್ಕ ಹೊಂದಿದೆ. ನಿಮಗೆ ಅಗತ್ಯವಿರುವ ಶೇಖರಣಾ ಬ್ಯಾಕೆಂಡ್ ಪ್ರಕಾರದ ನೆಟ್ವರ್ಕ್ ಸಂಗ್ರಹಣೆಯಲ್ಲಿ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಲು ಅವರು ಅವಕಾಶವನ್ನು ಒದಗಿಸುತ್ತಾರೆ.
ಪೋರ್ಟ್ವರ್ಕ್ಸ್ ಸಂಗ್ರಹಣೆಯೊಂದಿಗೆ ಡಾಕರ್ ವಾಲ್ಯೂಮ್ ಪ್ಲಗಿನ್ ಅನ್ನು ಬಳಸಬಹುದು. PX-Dev ಮಾಡ್ಯೂಲ್ ವಾಸ್ತವವಾಗಿ ನೀವು ನಡೆಸುವ ಕಂಟೇನರ್ ಆಗಿದ್ದು ಅದು ನಿಮ್ಮ ಡಾಕರ್ ಹೋಸ್ಟ್ಗೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ ಮತ್ತು Amazon EBS ನಲ್ಲಿ ಡೇಟಾವನ್ನು ಸುಲಭವಾಗಿ ಸಂಗ್ರಹಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.
ನಿಮ್ಮ ಹೋಸ್ಟ್ಗೆ ಸಂಪರ್ಕಗೊಂಡಿರುವ ವಿವಿಧ ಶೇಖರಣಾ ಕಂಟೈನರ್ಗಳ ಸ್ಥಿತಿಯನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ಪೋರ್ಟ್ವರ್ಕ್ಸ್ ಕ್ಲೈಂಟ್ ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ನೀವು ನನ್ನ ಬ್ಲಾಗ್ಗೆ ಭೇಟಿ ನೀಡಿದರೆ, ಡಾಕರ್ನೊಂದಿಗೆ ಪೋರ್ಟ್ವರ್ಕ್ಸ್ನಿಂದ ಹೆಚ್ಚಿನದನ್ನು ಹೇಗೆ ಮಾಡುವುದು ಎಂಬುದನ್ನು ನೀವು ಓದಬಹುದು.
ಕುಬರ್ನೆಟ್ಸ್ನಲ್ಲಿನ ಸಂಗ್ರಹಣೆಯ ಪರಿಕಲ್ಪನೆಯು ಡಾಕರ್ನಂತೆಯೇ ಇರುತ್ತದೆ ಮತ್ತು ಪಾಡ್ನಲ್ಲಿ ನಿಮ್ಮ ಕಂಟೇನರ್ಗೆ ಪ್ರವೇಶಿಸಬಹುದಾದ ಡೈರೆಕ್ಟರಿಗಳಿಂದ ಪ್ರತಿನಿಧಿಸಲಾಗುತ್ತದೆ. ಅವು ಯಾವುದೇ ಪಾತ್ರೆಯ ಜೀವಿತಾವಧಿಯಿಂದ ಸ್ವತಂತ್ರವಾಗಿವೆ. ಸಾಮಾನ್ಯವಾಗಿ ಲಭ್ಯವಿರುವ ಶೇಖರಣಾ ಪ್ರಕಾರಗಳೆಂದರೆ hostPath, nfs, awsElasticBlockStore, ಮತ್ತು gsePersistentDisk. ಕುಬರ್ನೆಟ್ಸ್ನಲ್ಲಿ ಈ ಅಂಗಡಿಗಳು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ನೋಡೋಣ. ವಿಶಿಷ್ಟವಾಗಿ, ಅವುಗಳನ್ನು ಸಂಪರ್ಕಿಸುವ ಪ್ರಕ್ರಿಯೆಯು 3 ಹಂತಗಳನ್ನು ಒಳಗೊಂಡಿದೆ.
ಮೊದಲನೆಯದು ನೆಟ್ವರ್ಕ್ ಬದಿಯಲ್ಲಿರುವ ಯಾರಾದರೂ, ಸಾಮಾನ್ಯವಾಗಿ ನಿರ್ವಾಹಕರು, ನಿಮಗೆ ನಿರಂತರ ಸಂಗ್ರಹಣೆಯನ್ನು ಒದಗಿಸುತ್ತಾರೆ. ಇದಕ್ಕಾಗಿ ಅನುಗುಣವಾದ PersistentVolume ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್ ಇದೆ. ಮುಂದೆ, ಅಪ್ಲಿಕೇಶನ್ ಡೆವಲಪರ್ PersistentVolumeClaim ಎಂಬ ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್ ಅನ್ನು ಬರೆಯುತ್ತಾರೆ ಅಥವಾ PVC ಶೇಖರಣಾ ವಿನಂತಿಯನ್ನು ಬರೆಯುತ್ತಾರೆ: "ನನ್ನ ಬಳಿ 50GB ವಿತರಣಾ ಸಂಗ್ರಹಣೆಯನ್ನು ಒದಗಿಸಲಾಗಿದೆ, ಆದರೆ ಇತರ ಜನರು ಸಹ ಅದರ ಸಾಮರ್ಥ್ಯವನ್ನು ಬಳಸುವುದಕ್ಕಾಗಿ, ನಾನು ಪ್ರಸ್ತುತ PVC ಗೆ ಹೇಳುತ್ತಿದ್ದೇನೆ. ಕೇವಲ 10 ಜಿಬಿ ಅಗತ್ಯವಿದೆ. ಅಂತಿಮವಾಗಿ, ಮೂರನೇ ಹಂತವೆಂದರೆ ನಿಮ್ಮ ವಿನಂತಿಯನ್ನು ಶೇಖರಣೆಯಾಗಿ ಅಳವಡಿಸಲಾಗಿದೆ ಮತ್ತು ಪಾಡ್, ಅಥವಾ ಪ್ರತಿಕೃತಿ ಸೆಟ್ ಅಥವಾ ಅದೇ ರೀತಿಯ ಯಾವುದನ್ನಾದರೂ ಹೊಂದಿರುವ ಅಪ್ಲಿಕೇಶನ್ ಅದನ್ನು ಬಳಸಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಈ ಪ್ರಕ್ರಿಯೆಯು ಉಲ್ಲೇಖಿಸಲಾದ 3 ಹಂತಗಳನ್ನು ಒಳಗೊಂಡಿದೆ ಮತ್ತು ಸ್ಕೇಲೆಬಲ್ ಆಗಿದೆ ಎಂಬುದನ್ನು ನೆನಪಿಟ್ಟುಕೊಳ್ಳುವುದು ಬಹಳ ಮುಖ್ಯ.
ಮುಂದಿನ ಸ್ಲೈಡ್ AWS ಆರ್ಕಿಟೆಕ್ಚರ್ನ ಕುಬರ್ನೆಟ್ಸ್ ಪರ್ಸಿಸ್ಟೆನ್ಸ್ ಕಂಟೈನರ್ ಅನ್ನು ತೋರಿಸುತ್ತದೆ.
ಕುಬರ್ನೆಟ್ಸ್ ಕ್ಲಸ್ಟರ್ ಅನ್ನು ಪ್ರತಿನಿಧಿಸುವ ಕಂದು ಬಣ್ಣದ ಆಯತದ ಒಳಗೆ, ಹಳದಿ ಬಣ್ಣದಲ್ಲಿ ಸೂಚಿಸಲಾದ ಒಂದು ಮಾಸ್ಟರ್ ನೋಡ್ ಮತ್ತು ಎರಡು ವರ್ಕರ್ ನೋಡ್ಗಳಿವೆ. ವರ್ಕರ್ ನೋಡ್ಗಳಲ್ಲಿ ಒಂದು ಕಿತ್ತಳೆ ಪಾಡ್, ಸಂಗ್ರಹಣೆ, ಪ್ರತಿಕೃತಿ ನಿಯಂತ್ರಕ ಮತ್ತು ಹಸಿರು ಡಾಕರ್ ಕೌಚ್ಬೇಸ್ ಕಂಟೇನರ್ ಅನ್ನು ಒಳಗೊಂಡಿದೆ. ಕ್ಲಸ್ಟರ್ ಒಳಗೆ, ನೋಡ್ಗಳ ಮೇಲೆ, ನೇರಳೆ ಬಣ್ಣದ ಆಯತವು ಹೊರಗಿನಿಂದ ಪ್ರವೇಶಿಸಬಹುದಾದ ಸೇವೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಸಾಧನದಲ್ಲಿಯೇ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಲು ಈ ಆರ್ಕಿಟೆಕ್ಚರ್ ಅನ್ನು ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ. ಅಗತ್ಯವಿದ್ದರೆ, ಮುಂದಿನ ಸ್ಲೈಡ್ನಲ್ಲಿ ತೋರಿಸಿರುವಂತೆ ನಾನು ಕ್ಲಸ್ಟರ್ನ ಹೊರಗೆ EBS ನಲ್ಲಿ ನನ್ನ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಬಹುದು. ಇದು ಸ್ಕೇಲಿಂಗ್ಗೆ ವಿಶಿಷ್ಟವಾದ ಮಾದರಿಯಾಗಿದೆ, ಆದರೆ ಅದನ್ನು ಬಳಸುವಾಗ ಪರಿಗಣಿಸಲು ಹಣಕಾಸಿನ ಅಂಶವಿದೆ - ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಎಲ್ಲೋ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸುವುದು ಹೋಸ್ಟ್ಗಿಂತ ಹೆಚ್ಚು ದುಬಾರಿಯಾಗಿದೆ. ಕಂಟೈನರೈಸೇಶನ್ ಪರಿಹಾರಗಳನ್ನು ಆಯ್ಕೆಮಾಡುವಾಗ, ಇದು ಭಾರವಾದ ವಾದಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ.
ಡಾಕರ್ನಂತೆಯೇ, ನೀವು ಪೋರ್ಟ್ವರ್ಕ್ಸ್ನೊಂದಿಗೆ ನಿರಂತರ ಕುಬರ್ನೆಟ್ಸ್ ಕಂಟೈನರ್ಗಳನ್ನು ಬಳಸಬಹುದು.
ಪ್ರಸ್ತುತ ಕುಬರ್ನೆಟ್ಸ್ 1.6 ಪರಿಭಾಷೆಯಲ್ಲಿ ಇದನ್ನು "ಸ್ಟೇಟ್ಫುಲ್ಸೆಟ್" ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ - ಇದು ಪಾಡ್ ಅನ್ನು ನಿಲ್ಲಿಸುವ ಮತ್ತು ಗ್ರೇಸ್ಫುಲ್ ಶಟ್ಡೌನ್ ಮಾಡುವ ಕುರಿತು ಈವೆಂಟ್ಗಳನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವ ಸ್ಟೇಟ್ಫುಲ್ ಅಪ್ಲಿಕೇಶನ್ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ವಿಧಾನವಾಗಿದೆ. ನಮ್ಮ ಸಂದರ್ಭದಲ್ಲಿ, ಅಂತಹ ಅಪ್ಲಿಕೇಶನ್ಗಳು ಡೇಟಾಬೇಸ್ಗಳಾಗಿವೆ. ನನ್ನ ಬ್ಲಾಗ್ನಲ್ಲಿ ನೀವು ಪೋರ್ಟ್ವರ್ಕ್ಸ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಕುಬರ್ನೆಟ್ಸ್ನಲ್ಲಿ ಸ್ಟೇಟ್ಫುಲ್ಸೆಟ್ ಅನ್ನು ಹೇಗೆ ರಚಿಸುವುದು ಎಂದು ಓದಬಹುದು.
ಅಭಿವೃದ್ಧಿಯ ಅಂಶದ ಬಗ್ಗೆ ಮಾತನಾಡೋಣ. ನಾನು ಹೇಳಿದಂತೆ, ಡಾಕರ್ 2 ಆವೃತ್ತಿಗಳನ್ನು ಹೊಂದಿದೆ - CE ಮತ್ತು EE, ಮೊದಲ ಸಂದರ್ಭದಲ್ಲಿ ನಾವು ಸಮುದಾಯ ಆವೃತ್ತಿಯ ಸ್ಥಿರ ಆವೃತ್ತಿಯ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದೇವೆ, ಇದು EE ಯ ಮಾಸಿಕ ನವೀಕರಿಸಿದ ಆವೃತ್ತಿಗೆ ವ್ಯತಿರಿಕ್ತವಾಗಿ ಪ್ರತಿ 3 ತಿಂಗಳಿಗೊಮ್ಮೆ ನವೀಕರಿಸಲಾಗುತ್ತದೆ. ನೀವು Mac, Linux ಅಥವಾ Windows ಗಾಗಿ ಡಾಕರ್ ಅನ್ನು ಡೌನ್ಲೋಡ್ ಮಾಡಬಹುದು. ಒಮ್ಮೆ ಸ್ಥಾಪಿಸಿದ ನಂತರ, ಡಾಕರ್ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ನವೀಕರಿಸುತ್ತದೆ ಮತ್ತು ಪ್ರಾರಂಭಿಸುವುದು ತುಂಬಾ ಸುಲಭ.
ಕುಬರ್ನೆಟ್ಸ್ಗಾಗಿ, ನಾನು ಮಿನಿಕ್ಯೂಬ್ ಆವೃತ್ತಿಯನ್ನು ಆದ್ಯತೆ ನೀಡುತ್ತೇನೆ - ಒಂದೇ ನೋಡ್ನಲ್ಲಿ ಕ್ಲಸ್ಟರ್ ಅನ್ನು ರಚಿಸುವ ಮೂಲಕ ಪ್ಲಾಟ್ಫಾರ್ಮ್ನೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸಲು ಇದು ಉತ್ತಮ ಮಾರ್ಗವಾಗಿದೆ. ಹಲವಾರು ನೋಡ್ಗಳ ಕ್ಲಸ್ಟರ್ಗಳನ್ನು ರಚಿಸಲು, ಆವೃತ್ತಿಗಳ ಆಯ್ಕೆಯು ವಿಶಾಲವಾಗಿದೆ: ಇವುಗಳು kops, kube-aws (CoreOS + AWS), kube-up (ಹಳತಾಗಿದೆ). ನೀವು AWS-ಆಧಾರಿತ ಕುಬರ್ನೆಟ್ಗಳನ್ನು ಬಳಸಲು ಬಯಸುತ್ತಿದ್ದರೆ, AWS SIG ಗೆ ಸೇರಲು ನಾನು ಶಿಫಾರಸು ಮಾಡುತ್ತೇವೆ, ಇದು ಪ್ರತಿ ಶುಕ್ರವಾರ ಆನ್ಲೈನ್ನಲ್ಲಿ ಭೇಟಿಯಾಗುತ್ತದೆ ಮತ್ತು AWS ಕುಬರ್ನೆಟ್ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಕುರಿತು ವಿವಿಧ ಆಸಕ್ತಿದಾಯಕ ವಸ್ತುಗಳನ್ನು ಪ್ರಕಟಿಸುತ್ತದೆ.
ಈ ಪ್ಲಾಟ್ಫಾರ್ಮ್ಗಳಲ್ಲಿ ರೋಲಿಂಗ್ ಅಪ್ಡೇಟ್ ಅನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ನೋಡೋಣ. ಹಲವಾರು ನೋಡ್ಗಳ ಕ್ಲಸ್ಟರ್ ಇದ್ದರೆ, ಅದು ಚಿತ್ರದ ನಿರ್ದಿಷ್ಟ ಆವೃತ್ತಿಯನ್ನು ಬಳಸುತ್ತದೆ, ಉದಾಹರಣೆಗೆ, ವೈಲ್ಡ್ಫ್ಲೈ: 1. ರೋಲಿಂಗ್ ಅಪ್ಡೇಟ್ ಎಂದರೆ ಚಿತ್ರದ ಆವೃತ್ತಿಯನ್ನು ಪ್ರತಿ ನೋಡ್ನಲ್ಲಿ ಒಂದರ ನಂತರ ಒಂದರಂತೆ ಅನುಕ್ರಮವಾಗಿ ಹೊಸದರೊಂದಿಗೆ ಬದಲಾಯಿಸಲಾಗುತ್ತದೆ.
ಇದನ್ನು ಮಾಡಲು, ನಾನು ಡಾಕರ್ ಸೇವಾ ನವೀಕರಣ (ಸೇವೆಯ ಹೆಸರು) ಆಜ್ಞೆಯನ್ನು ಬಳಸುತ್ತೇನೆ, ಇದರಲ್ಲಿ ನಾನು ವೈಲ್ಡ್ಫ್ಲೈ: 2 ಇಮೇಜ್ನ ಹೊಸ ಆವೃತ್ತಿಯನ್ನು ಮತ್ತು ಅಪ್ಡೇಟ್ ವಿಧಾನ ಅಪ್ಡೇಟ್-ಸಮಾನಾಂತರ 2 ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತೇನೆ. ಸಂಖ್ಯೆ 2 ಎಂದರೆ ಸಿಸ್ಟಮ್ 2 ಅಪ್ಲಿಕೇಶನ್ ಚಿತ್ರಗಳನ್ನು ನವೀಕರಿಸುತ್ತದೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, ನಂತರ 10-ಸೆಕೆಂಡ್ ನವೀಕರಣ ವಿಳಂಬ 10 ಸೆ, ಅದರ ನಂತರ ಮುಂದಿನ 2 ಚಿತ್ರಗಳನ್ನು 2 ಹೆಚ್ಚು ನೋಡ್ಗಳಲ್ಲಿ ನವೀಕರಿಸಲಾಗುತ್ತದೆ, ಇತ್ಯಾದಿ. ಈ ಸರಳ ರೋಲಿಂಗ್ ನವೀಕರಣ ಕಾರ್ಯವಿಧಾನವನ್ನು ಡಾಕರ್ನ ಭಾಗವಾಗಿ ನಿಮಗೆ ಒದಗಿಸಲಾಗಿದೆ.
ಕುಬರ್ನೆಟ್ಸ್ನಲ್ಲಿ, ರೋಲಿಂಗ್ ಅಪ್ಡೇಟ್ ಈ ರೀತಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಪ್ರತಿಕೃತಿ ನಿಯಂತ್ರಕ rc ಅದೇ ಆವೃತ್ತಿಯ ಪ್ರತಿಕೃತಿಗಳ ಗುಂಪನ್ನು ರಚಿಸುತ್ತದೆ ಮತ್ತು ಈ ವೆಬ್ಅಪ್-ಆರ್ಸಿಯಲ್ಲಿನ ಪ್ರತಿಯೊಂದು ಪಾಡ್ಗೆ ಇತ್ಯಾದಿಗಳಲ್ಲಿ ಇರುವ ಲೇಬಲ್ ಅನ್ನು ಒದಗಿಸಲಾಗುತ್ತದೆ. ನನಗೆ ಪಾಡ್ ಅಗತ್ಯವಿದ್ದಾಗ, ನಾನು ಇತ್ಯಾದಿಗಳ ರೆಪೊಸಿಟರಿಯನ್ನು ಪ್ರವೇಶಿಸಲು ಅಪ್ಲಿಕೇಶನ್ ಸೇವೆಯನ್ನು ಬಳಸುತ್ತೇನೆ, ಇದು ನನಗೆ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಲೇಬಲ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಪಾಡ್ ಅನ್ನು ಒದಗಿಸುತ್ತದೆ.
ಈ ಸಂದರ್ಭದಲ್ಲಿ, ವೈಲ್ಡ್ಫ್ಲೈ ಆವೃತ್ತಿ 3 ಅಪ್ಲಿಕೇಶನ್ನಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವ ರೆಪ್ಲಿಕೇಶನ್ ನಿಯಂತ್ರಕದಲ್ಲಿ ನಾವು 1 ಪಾಡ್ಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ. ಹಿನ್ನೆಲೆಯಲ್ಲಿ ನವೀಕರಿಸುವಾಗ, ಇನ್ನೊಂದು ಪ್ರತಿಕೃತಿ ನಿಯಂತ್ರಕವನ್ನು ಅದೇ ಹೆಸರು ಮತ್ತು ಸೂಚ್ಯಂಕದೊಂದಿಗೆ ಕೊನೆಯಲ್ಲಿ ರಚಿಸಲಾಗುತ್ತದೆ - - xxxxx, ಇಲ್ಲಿ x ಯಾದೃಚ್ಛಿಕ ಸಂಖ್ಯೆಗಳು, ಮತ್ತು ಅದೇ ಲೇಬಲ್ಗಳೊಂದಿಗೆ. ಈಗ ಅಪ್ಲಿಕೇಶನ್ ಸೇವೆಯು ಅಪ್ಲಿಕೇಶನ್ನ ಹಳೆಯ ಆವೃತ್ತಿಯೊಂದಿಗೆ ಮೂರು ಪಾಡ್ಗಳನ್ನು ಹೊಂದಿದೆ ಮತ್ತು ಹೊಸ ಪ್ರತಿಕೃತಿ ನಿಯಂತ್ರಕದಲ್ಲಿ ಹೊಸ ಆವೃತ್ತಿಯೊಂದಿಗೆ ಮೂರು ಪಾಡ್ಗಳನ್ನು ಹೊಂದಿದೆ. ಇದರ ನಂತರ, ಹಳೆಯ ಪಾಡ್ಗಳನ್ನು ಅಳಿಸಲಾಗುತ್ತದೆ, ಹೊಸ ಬೀಜಗಳೊಂದಿಗೆ ಪ್ರತಿಕೃತಿ ನಿಯಂತ್ರಕವನ್ನು ಮರುಹೆಸರಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಕಾರ್ಯಾಚರಣೆಗೆ ತರಲಾಗುತ್ತದೆ.
ನಾವು ಮೇಲ್ವಿಚಾರಣೆಗೆ ಹೋಗೋಣ. ಡಾಕರ್ ಅನೇಕ ಅಂತರ್ನಿರ್ಮಿತ ಮಾನಿಟರಿಂಗ್ ಆಜ್ಞೆಗಳನ್ನು ಹೊಂದಿದೆ. ಉದಾಹರಣೆಗೆ, ಡಾಕರ್ ಕಂಟೇನರ್ ಅಂಕಿಅಂಶಗಳ ಕಮಾಂಡ್ ಲೈನ್ ಇಂಟರ್ಫೇಸ್ ಪ್ರತಿ ಸೆಕೆಂಡಿಗೆ ಕನ್ಸೋಲ್ಗೆ ಕಂಟೇನರ್ಗಳ ಸ್ಥಿತಿಯ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಪ್ರದರ್ಶಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ - ಪ್ರೊಸೆಸರ್ ಬಳಕೆ, ಡಿಸ್ಕ್ ಬಳಕೆ, ನೆಟ್ವರ್ಕ್ ಲೋಡ್. ಡಾಕರ್ ರಿಮೋಟ್ API ಉಪಕರಣವು ಕ್ಲೈಂಟ್ ಸರ್ವರ್ನೊಂದಿಗೆ ಹೇಗೆ ಸಂವಹನ ನಡೆಸುತ್ತದೆ ಎಂಬುದರ ಕುರಿತು ಡೇಟಾವನ್ನು ಒದಗಿಸುತ್ತದೆ. ಇದು ಸರಳ ಆಜ್ಞೆಗಳನ್ನು ಬಳಸುತ್ತದೆ, ಆದರೆ ಡಾಕರ್ REST API ಅನ್ನು ಆಧರಿಸಿದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, REST, ಫ್ಲ್ಯಾಶ್, ರಿಮೋಟ್ ಎಂಬ ಪದಗಳು ಒಂದೇ ವಿಷಯವನ್ನು ಅರ್ಥೈಸುತ್ತವೆ. ನೀವು ಹೋಸ್ಟ್ನೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಿದಾಗ, ಅದು REST API. ಚಾಲನೆಯಲ್ಲಿರುವ ಕಂಟೇನರ್ಗಳ ಕುರಿತು ಹೆಚ್ಚಿನ ಮಾಹಿತಿಯನ್ನು ಪಡೆಯಲು ಡಾಕರ್ ರಿಮೋಟ್ API ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ನನ್ನ ಬ್ಲಾಗ್ ವಿಂಡೋಸ್ ಸರ್ವರ್ನೊಂದಿಗೆ ಈ ಮಾನಿಟರಿಂಗ್ ಅನ್ನು ಬಳಸುವ ವಿವರಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ.
ಬಹು-ಹೋಸ್ಟ್ ಕ್ಲಸ್ಟರ್ ಅನ್ನು ಚಾಲನೆ ಮಾಡುವಾಗ ಡಾಕರ್ ಸಿಸ್ಟಮ್ ಈವೆಂಟ್ಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವುದರಿಂದ ಹೋಸ್ಟ್ ಕ್ರ್ಯಾಶ್ ಅಥವಾ ನಿರ್ದಿಷ್ಟ ಹೋಸ್ಟ್, ಸ್ಕೇಲಿಂಗ್ ಸೇವೆಗಳು ಮತ್ತು ಮುಂತಾದವುಗಳಲ್ಲಿ ಕಂಟೇನರ್ ಕ್ರ್ಯಾಶ್ ಬಗ್ಗೆ ಡೇಟಾವನ್ನು ಪಡೆಯಲು ಸಾಧ್ಯವಾಗಿಸುತ್ತದೆ. ಡಾಕರ್ 1.20 ರಿಂದ ಪ್ರಾರಂಭಿಸಿ, ಇದು ಪ್ರೊಮೀಥಿಯಸ್ ಅನ್ನು ಒಳಗೊಂಡಿದೆ, ಇದು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಅಪ್ಲಿಕೇಶನ್ಗಳಲ್ಲಿ ಎಂಡ್ ಪಾಯಿಂಟ್ಗಳನ್ನು ಎಂಬೆಡ್ ಮಾಡುತ್ತದೆ. HTTP ಮೂಲಕ ಮೆಟ್ರಿಕ್ಗಳನ್ನು ಸ್ವೀಕರಿಸಲು ಮತ್ತು ಅವುಗಳನ್ನು ಡ್ಯಾಶ್ಬೋರ್ಡ್ಗಳಲ್ಲಿ ಪ್ರದರ್ಶಿಸಲು ಇದು ನಿಮ್ಮನ್ನು ಅನುಮತಿಸುತ್ತದೆ.
ಮತ್ತೊಂದು ಮೇಲ್ವಿಚಾರಣಾ ವೈಶಿಷ್ಟ್ಯವೆಂದರೆ cAdvisor (ಕಂಟೇನರ್ ಸಲಹೆಗಾರನಿಗೆ ಚಿಕ್ಕದು). ಇದು ರನ್ನಿಂಗ್ ಕಂಟೈನರ್ಗಳಿಂದ ಸಂಪನ್ಮೂಲ ಬಳಕೆ ಮತ್ತು ಕಾರ್ಯಕ್ಷಮತೆಯ ಡೇಟಾವನ್ನು ವಿಶ್ಲೇಷಿಸುತ್ತದೆ ಮತ್ತು ಒದಗಿಸುತ್ತದೆ, ಬಾಕ್ಸ್ನ ಹೊರಗೆ ಪ್ರೊಮೆಥಿಯಸ್ ಮೆಟ್ರಿಕ್ಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ. ಈ ಉಪಕರಣದ ವಿಶೇಷತೆಯೆಂದರೆ, ಇದು ಕೊನೆಯ 60 ಸೆಕೆಂಡುಗಳವರೆಗೆ ಡೇಟಾವನ್ನು ಮಾತ್ರ ಒದಗಿಸುತ್ತದೆ. ಆದ್ದರಿಂದ, ನೀವು ಈ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಲು ಮತ್ತು ಡೇಟಾಬೇಸ್ನಲ್ಲಿ ಇರಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ ಇದರಿಂದ ನೀವು ದೀರ್ಘಕಾಲೀನ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಬಹುದು. ಗ್ರಾಫನಾ ಅಥವಾ ಕಿಬಾನಾವನ್ನು ಬಳಸಿಕೊಂಡು ಡ್ಯಾಶ್ಬೋರ್ಡ್ ಮೆಟ್ರಿಕ್ಗಳನ್ನು ಚಿತ್ರಾತ್ಮಕವಾಗಿ ಪ್ರದರ್ಶಿಸಲು ಸಹ ಇದನ್ನು ಬಳಸಬಹುದು. ನನ್ನ ಬ್ಲಾಗ್ ಕಿಬಾನಾ ಡ್ಯಾಶ್ಬೋರ್ಡ್ ಬಳಸಿ ಕಂಟೈನರ್ಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು cAdvisor ಅನ್ನು ಹೇಗೆ ಬಳಸುವುದು ಎಂಬುದರ ವಿವರವಾದ ವಿವರಣೆಯನ್ನು ಹೊಂದಿದೆ.
ಮುಂದಿನ ಸ್ಲೈಡ್ ಪ್ರಮೀತಿಯಸ್ ಎಂಡ್ಪಾಯಿಂಟ್ ಔಟ್ಪುಟ್ ಹೇಗಿರುತ್ತದೆ ಮತ್ತು ಪ್ರದರ್ಶಿಸಲು ಲಭ್ಯವಿರುವ ಮೆಟ್ರಿಕ್ಗಳನ್ನು ತೋರಿಸುತ್ತದೆ.
ಕೆಳಗಿನ ಎಡಭಾಗದಲ್ಲಿ ನೀವು HTTP ವಿನಂತಿಗಳು, ಪ್ರತಿಕ್ರಿಯೆಗಳು ಇತ್ಯಾದಿಗಳಿಗೆ ಮೆಟ್ರಿಕ್ಗಳನ್ನು ನೋಡುತ್ತೀರಿ, ಬಲಭಾಗದಲ್ಲಿ ಅವುಗಳ ಚಿತ್ರಾತ್ಮಕ ಪ್ರದರ್ಶನವಿದೆ.
ಕುಬರ್ನೆಟ್ಸ್ ಅಂತರ್ನಿರ್ಮಿತ ಮಾನಿಟರಿಂಗ್ ಪರಿಕರಗಳನ್ನು ಸಹ ಒಳಗೊಂಡಿದೆ. ಈ ಸ್ಲೈಡ್ ಒಂದು ಮಾಸ್ಟರ್ ಮತ್ತು ಮೂರು ವರ್ಕರ್ ನೋಡ್ಗಳನ್ನು ಹೊಂದಿರುವ ವಿಶಿಷ್ಟ ಕ್ಲಸ್ಟರ್ ಅನ್ನು ತೋರಿಸುತ್ತದೆ.
ಪ್ರತಿಯೊಂದು ವರ್ಕಿಂಗ್ ನೋಡ್ಗಳು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಬಿಡುಗಡೆಯಾದ cAdvisor ಅನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಇದರ ಜೊತೆಗೆ, ಕುಬರ್ನೆಟ್ಸ್ ಆವೃತ್ತಿ 1.0.6 ಮತ್ತು ಹೆಚ್ಚಿನದಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗುವ ಕಾರ್ಯಕ್ಷಮತೆಯ ಮಾನಿಟರಿಂಗ್ ಮತ್ತು ಮೆಟ್ರಿಕ್ಸ್ ಸಂಗ್ರಹಣಾ ವ್ಯವಸ್ಥೆಯಾದ Heapster ಇದೆ. ಹೀಪ್ಸ್ಟರ್ ಕೆಲಸದ ಹೊರೆಗಳು, ಪಾಡ್ಗಳು ಮತ್ತು ಕಂಟೇನರ್ಗಳ ಕಾರ್ಯಕ್ಷಮತೆಯ ಮೆಟ್ರಿಕ್ಗಳನ್ನು ಮಾತ್ರವಲ್ಲದೆ ಸಂಪೂರ್ಣ ಕ್ಲಸ್ಟರ್ನಿಂದ ರಚಿಸಲಾದ ಈವೆಂಟ್ಗಳು ಮತ್ತು ಇತರ ಸಂಕೇತಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಲು, ಇದು ಪ್ರತಿ ಪಾಡ್ನ ಕುಬೆಲೆಟ್ನೊಂದಿಗೆ ಮಾತನಾಡುತ್ತದೆ, ಇನ್ಫ್ಲಕ್ಸ್ಡಿಬಿ ಡೇಟಾಬೇಸ್ನಲ್ಲಿ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಗ್ರಾಫನಾ ಡ್ಯಾಶ್ಬೋರ್ಡ್ಗೆ ಮೆಟ್ರಿಕ್ಗಳಾಗಿ ಔಟ್ಪುಟ್ ಮಾಡುತ್ತದೆ. ಆದಾಗ್ಯೂ, ನೀವು miniKube ಅನ್ನು ಬಳಸುತ್ತಿದ್ದರೆ, ಈ ವೈಶಿಷ್ಟ್ಯವು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಲಭ್ಯವಿರುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ನೀವು ಮೇಲ್ವಿಚಾರಣೆಗಾಗಿ addons ಅನ್ನು ಬಳಸಬೇಕಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ನೆನಪಿನಲ್ಲಿಡಿ. ಆದ್ದರಿಂದ ನೀವು ಕಂಟೇನರ್ಗಳನ್ನು ಎಲ್ಲಿ ರನ್ ಮಾಡುತ್ತೀರಿ ಮತ್ತು ಯಾವ ಮಾನಿಟರಿಂಗ್ ಪರಿಕರಗಳನ್ನು ನೀವು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಬಳಸಬಹುದು ಮತ್ತು ನೀವು ಪ್ರತ್ಯೇಕ ಆಡ್-ಆನ್ಗಳಾಗಿ ಸ್ಥಾಪಿಸಬೇಕಾದುದನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ.
ಮುಂದಿನ ಸ್ಲೈಡ್ ನನ್ನ ಕಂಟೈನರ್ಗಳ ಚಾಲನೆಯಲ್ಲಿರುವ ಸ್ಥಿತಿಯನ್ನು ತೋರಿಸುವ ಗ್ರಾಫನಾ ಡ್ಯಾಶ್ಬೋರ್ಡ್ಗಳನ್ನು ತೋರಿಸುತ್ತದೆ. ಇಲ್ಲಿ ಸಾಕಷ್ಟು ಆಸಕ್ತಿದಾಯಕ ಡೇಟಾ ಇದೆ. ಸಹಜವಾಗಿ, SysDig, DataDog, NewRelic ನಂತಹ ಅನೇಕ ವಾಣಿಜ್ಯ ಡಾಕರ್ ಮತ್ತು ಕುಬರ್ನೆಟ್ಸ್ ಪ್ರಕ್ರಿಯೆ ಮಾನಿಟರಿಂಗ್ ಪರಿಕರಗಳಿವೆ. ಅವುಗಳಲ್ಲಿ ಕೆಲವು 30-ವರ್ಷಗಳ ಉಚಿತ ಪ್ರಯೋಗ ಅವಧಿಯನ್ನು ಹೊಂದಿವೆ, ಆದ್ದರಿಂದ ನೀವು ಪ್ರಯತ್ನಿಸಬಹುದು ಮತ್ತು ನಿಮಗೆ ಸೂಕ್ತವಾದದನ್ನು ಹುಡುಕಬಹುದು. ವೈಯಕ್ತಿಕವಾಗಿ, ನಾನು SysDig ಮತ್ತು NewRelic ಅನ್ನು ಬಳಸಲು ಬಯಸುತ್ತೇನೆ, ಇದು Kubernetes ನೊಂದಿಗೆ ಉತ್ತಮವಾಗಿ ಸಂಯೋಜಿಸುತ್ತದೆ. ಡಾಕರ್ ಮತ್ತು ಕುಬರ್ನೆಟ್ಸ್ ಪ್ಲಾಟ್ಫಾರ್ಮ್ಗಳಲ್ಲಿ ಸಮಾನವಾಗಿ ಸಂಯೋಜಿಸುವ ಸಾಧನಗಳಿವೆ.
ಕೆಲವು ಜಾಹೀರಾತುಗಳು 🙂
ನಮ್ಮೊಂದಿಗೆ ಇರುವುದಕ್ಕೆ ಧನ್ಯವಾದಗಳು. ನೀವು ನಮ್ಮ ಲೇಖನಗಳನ್ನು ಇಷ್ಟಪಡುತ್ತೀರಾ? ಹೆಚ್ಚು ಆಸಕ್ತಿದಾಯಕ ವಿಷಯವನ್ನು ನೋಡಲು ಬಯಸುವಿರಾ? ಆರ್ಡರ್ ಮಾಡುವ ಮೂಲಕ ಅಥವಾ ಸ್ನೇಹಿತರಿಗೆ ಶಿಫಾರಸು ಮಾಡುವ ಮೂಲಕ ನಮ್ಮನ್ನು ಬೆಂಬಲಿಸಿ,
ಆಮ್ಸ್ಟರ್ಡ್ಯಾಮ್ನಲ್ಲಿರುವ Equinix Tier IV ಡೇಟಾ ಸೆಂಟರ್ನಲ್ಲಿ Dell R730xd 2x ಅಗ್ಗವಾಗಿದೆಯೇ? ಇಲ್ಲಿ ಮಾತ್ರ
ಮೂಲ: www.habr.com