SDSM ಮುಗಿದಿದೆ, ಆದರೆ ಬರೆಯುವ ಅನಿಯಂತ್ರಿತ ಬಯಕೆ ಉಳಿದಿದೆ.

ಅನೇಕ ವರ್ಷಗಳಿಂದ, ನಮ್ಮ ಸಹೋದರ ದಿನನಿತ್ಯದ ಕೆಲಸವನ್ನು ಮಾಡುವುದರಿಂದ ಬಳಲುತ್ತಿದ್ದರು, ಒಪ್ಪಿಸುವ ಮೊದಲು ಬೆರಳುಗಳನ್ನು ದಾಟಿದರು ಮತ್ತು ರಾತ್ರಿಯ ರೋಲ್‌ಬ್ಯಾಕ್‌ಗಳಿಂದಾಗಿ ನಿದ್ರೆಯ ಕೊರತೆಯನ್ನು ಅನುಭವಿಸಿದರು.
ಆದರೆ ಕರಾಳ ಕಾಲ ಮುಗಿಯುತ್ತಿದೆ.

ಈ ಲೇಖನದೊಂದಿಗೆ ನಾನು ಹೇಗೆ ಸರಣಿಯನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತೇನೆ ನನಗೆ ಸ್ವಯಂಚಾಲಿತತೆ ಕಂಡುಬರುತ್ತದೆ.
ದಾರಿಯುದ್ದಕ್ಕೂ, ನಾವು ಯಾಂತ್ರೀಕೃತಗೊಂಡ ಹಂತಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತೇವೆ, ಅಸ್ಥಿರಗಳನ್ನು ಸಂಗ್ರಹಿಸುವುದು, ವಿನ್ಯಾಸವನ್ನು ಫಾರ್ಮಾಲೈಸ್ ಮಾಡುವುದು, RestAPI, NETCONF, YANG, YDK ಮತ್ತು ನಾವು ಬಹಳಷ್ಟು ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಮಾಡುತ್ತೇವೆ.
ನನಗೆ ಅಂದರೆ ಎ) ಇದು ವಸ್ತುನಿಷ್ಠ ಸತ್ಯವಲ್ಲ, ಬಿ) ಇದು ಬೇಷರತ್ತಾಗಿ ಉತ್ತಮ ವಿಧಾನವಲ್ಲ, ಸಿ) ನನ್ನ ಅಭಿಪ್ರಾಯ, ಮೊದಲಿನಿಂದ ಕೊನೆಯ ಲೇಖನದವರೆಗೆ ಚಳುವಳಿಯ ಸಮಯದಲ್ಲಿಯೂ ಸಹ ಬದಲಾಗಬಹುದು - ಪ್ರಾಮಾಣಿಕವಾಗಿ, ಕರಡು ಹಂತದಿಂದ ಪ್ರಕಟಣೆ, ನಾನು ಎಲ್ಲವನ್ನೂ ಸಂಪೂರ್ಣವಾಗಿ ಎರಡು ಬಾರಿ ಪುನಃ ಬರೆದಿದ್ದೇನೆ.

ಪರಿವಿಡಿ

1. ಉದ್ದೇಶಗಳು
   1. ಜಾಲವು ಒಂದೇ ಜೀವಿಯಂತೆ
   2. ಕಾನ್ಫಿಗರೇಶನ್ ಪರೀಕ್ಷೆ
   3. ಆವೃತ್ತಿ
   4. ಸೇವೆಗಳ ಮೇಲ್ವಿಚಾರಣೆ ಮತ್ತು ಸ್ವಯಂ-ಗುಣಪಡಿಸುವಿಕೆ

2. ಅರ್ಥ
   1. ದಾಸ್ತಾನು ವ್ಯವಸ್ಥೆ
   2. ಐಪಿ ಬಾಹ್ಯಾಕಾಶ ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆ
   3. ನೆಟ್ವರ್ಕ್ ಸೇವೆ ವಿವರಣೆ ವ್ಯವಸ್ಥೆ
   4. ಸಾಧನವನ್ನು ಪ್ರಾರಂಭಿಸುವ ಕಾರ್ಯವಿಧಾನ
   5. ಮಾರಾಟಗಾರ-ಅಜ್ಞೇಯತಾವಾದಿ ಸಂರಚನಾ ಮಾದರಿ
   6. ಮಾರಾಟಗಾರ-ನಿರ್ದಿಷ್ಟ ಚಾಲಕ ಇಂಟರ್ಫೇಸ್
   7. ಸಾಧನಕ್ಕೆ ಸಂರಚನೆಯನ್ನು ತಲುಪಿಸುವ ಕಾರ್ಯವಿಧಾನ
   8. ಸಿಐ / ಸಿಡಿ
   9. ಬ್ಯಾಕ್‌ಅಪ್‌ಗಾಗಿ ಯಾಂತ್ರಿಕತೆ ಮತ್ತು ವಿಚಲನಗಳಿಗಾಗಿ ಹುಡುಕಾಟ
   10. ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್

3. ತೀರ್ಮಾನಕ್ಕೆ

ನಾನು SDSM ಗಿಂತ ಸ್ವಲ್ಪ ಭಿನ್ನವಾದ ಸ್ವರೂಪದಲ್ಲಿ ADSM ಅನ್ನು ನಡೆಸಲು ಪ್ರಯತ್ನಿಸುತ್ತೇನೆ. ದೊಡ್ಡದಾದ, ವಿವರವಾದ, ಸಂಖ್ಯೆಯ ಲೇಖನಗಳು ಕಾಣಿಸಿಕೊಳ್ಳುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತವೆ ಮತ್ತು ಅವುಗಳ ನಡುವೆ ನಾನು ದೈನಂದಿನ ಅನುಭವದಿಂದ ಸಣ್ಣ ಟಿಪ್ಪಣಿಗಳನ್ನು ಪ್ರಕಟಿಸುತ್ತೇನೆ. ನಾನು ಇಲ್ಲಿ ಪರಿಪೂರ್ಣತೆಯ ವಿರುದ್ಧ ಹೋರಾಡಲು ಪ್ರಯತ್ನಿಸುತ್ತೇನೆ ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದನ್ನು ನೆಕ್ಕುವುದಿಲ್ಲ.

ಎರಡನೆ ಬಾರಿ ಅದೇ ದಾರಿಯಲ್ಲಿ ಹೋಗಬೇಕಾಗಿರುವುದು ಎಷ್ಟು ತಮಾಷೆ.

ಮೊದಲಿಗೆ ನಾನು ನೆಟ್‌ವರ್ಕ್‌ಗಳ ಬಗ್ಗೆ ಲೇಖನಗಳನ್ನು ಬರೆಯಬೇಕಾಗಿತ್ತು ಏಕೆಂದರೆ ಅವುಗಳು RuNet ನಲ್ಲಿ ಲಭ್ಯವಿಲ್ಲ.

ಈಗ ನಾನು ಯಾಂತ್ರೀಕೃತಗೊಂಡ ವಿಧಾನಗಳನ್ನು ವ್ಯವಸ್ಥಿತಗೊಳಿಸುವ ಮತ್ತು ಸರಳ ಪ್ರಾಯೋಗಿಕ ಉದಾಹರಣೆಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಮೇಲಿನ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ವಿಶ್ಲೇಷಿಸುವ ಸಮಗ್ರ ಡಾಕ್ಯುಮೆಂಟ್ ಅನ್ನು ಕಂಡುಹಿಡಿಯಲಾಗಲಿಲ್ಲ.

ನಾನು ತಪ್ಪಾಗಿರಬಹುದು, ಆದ್ದರಿಂದ ದಯವಿಟ್ಟು ಉಪಯುಕ್ತ ಸಂಪನ್ಮೂಲಗಳಿಗೆ ಲಿಂಕ್‌ಗಳನ್ನು ಒದಗಿಸಿ. ಆದಾಗ್ಯೂ, ಇದು ಬರೆಯುವ ನನ್ನ ನಿರ್ಣಯವನ್ನು ಬದಲಾಯಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ನಾನೇ ಏನನ್ನಾದರೂ ಕಲಿಯುವುದು ಮುಖ್ಯ ಗುರಿಯಾಗಿದೆ, ಮತ್ತು ಇತರರಿಗೆ ಜೀವನವನ್ನು ಸುಲಭಗೊಳಿಸುವುದು ಆಹ್ಲಾದಕರ ಬೋನಸ್ ಆಗಿದ್ದು ಅದು ಅನುಭವವನ್ನು ಹಂಚಿಕೊಳ್ಳಲು ಜೀನ್ ಅನ್ನು ಮೆಚ್ಚಿಸುತ್ತದೆ.

ನಾವು ಮಧ್ಯಮ ಗಾತ್ರದ LAN DC ಡೇಟಾ ಸೆಂಟರ್ ಅನ್ನು ತೆಗೆದುಕೊಳ್ಳಲು ಪ್ರಯತ್ನಿಸುತ್ತೇವೆ ಮತ್ತು ಸಂಪೂರ್ಣ ಯಾಂತ್ರೀಕೃತಗೊಂಡ ಯೋಜನೆಯನ್ನು ರೂಪಿಸುತ್ತೇವೆ.
ನಾನು ನಿಮ್ಮೊಂದಿಗೆ ಮೊದಲ ಬಾರಿಗೆ ಕೆಲವು ಕೆಲಸಗಳನ್ನು ಮಾಡುತ್ತಿದ್ದೇನೆ.

ಇಲ್ಲಿ ವಿವರಿಸಿರುವ ವಿಚಾರಗಳು ಮತ್ತು ಪರಿಕರಗಳಲ್ಲಿ ನಾನು ಮೂಲವಾಗಿರುವುದಿಲ್ಲ. ಡಿಮಿಟ್ರಿ ಫಿಗೋಲ್ ಅತ್ಯುತ್ತಮವಾಗಿದೆ ಈ ವಿಷಯದ ಕುರಿತು ಸ್ಟ್ರೀಮ್‌ಗಳೊಂದಿಗೆ ಚಾನಲ್.
ಲೇಖನಗಳು ಅವರೊಂದಿಗೆ ಹಲವು ಅಂಶಗಳಲ್ಲಿ ಅತಿಕ್ರಮಿಸುತ್ತವೆ.

LAN DC 4 DC ಗಳು, ಸುಮಾರು 250 ಸ್ವಿಚ್‌ಗಳು, ಅರ್ಧ ಡಜನ್ ರೂಟರ್‌ಗಳು ಮತ್ತು ಒಂದೆರಡು ಫೈರ್‌ವಾಲ್‌ಗಳನ್ನು ಹೊಂದಿದೆ.
ಫೇಸ್‌ಬುಕ್ ಅಲ್ಲ, ಆದರೆ ಯಾಂತ್ರೀಕೃತಗೊಂಡ ಬಗ್ಗೆ ಆಳವಾಗಿ ಯೋಚಿಸುವಂತೆ ಮಾಡಲು ಸಾಕು.
ಆದಾಗ್ಯೂ, ನೀವು 1 ಕ್ಕಿಂತ ಹೆಚ್ಚು ಸಾಧನವನ್ನು ಹೊಂದಿದ್ದರೆ, ಯಾಂತ್ರೀಕೃತಗೊಂಡವು ಈಗಾಗಲೇ ಅಗತ್ಯವಿದೆ ಎಂಬ ಅಭಿಪ್ರಾಯವಿದೆ.
ವಾಸ್ತವವಾಗಿ, ಮೊಣಕಾಲಿನ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳ ಕನಿಷ್ಠ ಪ್ಯಾಕ್ ಇಲ್ಲದೆ ಯಾರಾದರೂ ಈಗ ಬದುಕಬಹುದು ಎಂದು ಊಹಿಸುವುದು ಕಷ್ಟ.
ಎಕ್ಸೆಲ್‌ನಲ್ಲಿ ಐಪಿ ವಿಳಾಸಗಳನ್ನು ಇರಿಸಲಾಗಿರುವ ಕಚೇರಿಗಳು ಇವೆ ಎಂದು ನಾನು ಕೇಳಿದ್ದರೂ, ಮತ್ತು ಸಾವಿರಾರು ನೆಟ್‌ವರ್ಕ್ ಸಾಧನಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ಹಸ್ತಚಾಲಿತವಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲ್ಪಟ್ಟಿದೆ ಮತ್ತು ತನ್ನದೇ ಆದ ವಿಶಿಷ್ಟ ಸಂರಚನೆಯನ್ನು ಹೊಂದಿದೆ. ಇದನ್ನು ಆಧುನಿಕ ಕಲೆಯಾಗಿ ರವಾನಿಸಬಹುದು, ಆದರೆ ಎಂಜಿನಿಯರ್‌ನ ಭಾವನೆಗಳು ಖಂಡಿತವಾಗಿಯೂ ಮನನೊಂದಿಸಲ್ಪಡುತ್ತವೆ.

ಉದ್ದೇಶಗಳು

ಈಗ ನಾವು ಹೆಚ್ಚು ಅಮೂರ್ತ ಗುರಿಗಳನ್ನು ಹೊಂದಿಸುತ್ತೇವೆ:

• ಜಾಲವು ಒಂದೇ ಜೀವಿಯಂತೆ
• ಕಾನ್ಫಿಗರೇಶನ್ ಪರೀಕ್ಷೆ
• ನೆಟ್‌ವರ್ಕ್ ಸ್ಥಿತಿಯ ಆವೃತ್ತಿ
• ಸೇವೆಗಳ ಮೇಲ್ವಿಚಾರಣೆ ಮತ್ತು ಸ್ವಯಂ-ಗುಣಪಡಿಸುವಿಕೆ

ನಂತರ ಈ ಲೇಖನದಲ್ಲಿ ನಾವು ಯಾವ ವಿಧಾನಗಳನ್ನು ಬಳಸುತ್ತೇವೆ ಎಂಬುದನ್ನು ನಾವು ನೋಡುತ್ತೇವೆ ಮತ್ತು ಕೆಳಗಿನವುಗಳಲ್ಲಿ ನಾವು ಗುರಿಗಳು ಮತ್ತು ವಿಧಾನಗಳನ್ನು ವಿವರವಾಗಿ ನೋಡುತ್ತೇವೆ.

ಜಾಲವು ಒಂದೇ ಜೀವಿಯಂತೆ

ಸರಣಿಯ ವ್ಯಾಖ್ಯಾನಿಸುವ ನುಡಿಗಟ್ಟು, ಮೊದಲ ನೋಟದಲ್ಲಿ ಅದು ಅಷ್ಟು ಮಹತ್ವದ್ದಾಗಿಲ್ಲದಿರಬಹುದು: ನಾವು ನೆಟ್‌ವರ್ಕ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುತ್ತೇವೆ, ಪ್ರತ್ಯೇಕ ಸಾಧನಗಳಲ್ಲ.
ಇತ್ತೀಚಿನ ವರ್ಷಗಳಲ್ಲಿ, ನೆಟ್‌ವರ್ಕ್ ಅನ್ನು ಒಂದೇ ಘಟಕವಾಗಿ ಪರಿಗಣಿಸುವ ಕಡೆಗೆ ಒತ್ತು ನೀಡುವುದನ್ನು ನಾವು ನೋಡಿದ್ದೇವೆ, ಆದ್ದರಿಂದ ವ್ಯಾಖ್ಯಾನಿಸಲಾದ ನೆಟ್‌ವರ್ಕಿಂಗ್ ಸಾಫ್ಟ್‌ವೇರ್, ಉದ್ದೇಶ ಚಾಲಿತ ನೆಟ್‌ವರ್ಕ್‌ಗಳು и ಸ್ವಾಯತ್ತ ಜಾಲಗಳು.
ಎಲ್ಲಾ ನಂತರ, ನೆಟ್ವರ್ಕ್ನಿಂದ ಅಪ್ಲಿಕೇಶನ್ಗಳಿಗೆ ಜಾಗತಿಕವಾಗಿ ಏನು ಬೇಕು: A ಮತ್ತು B ಬಿಂದುಗಳ ನಡುವಿನ ಸಂಪರ್ಕ (ಚೆನ್ನಾಗಿ, ಕೆಲವೊಮ್ಮೆ +B-Z) ಮತ್ತು ಇತರ ಅಪ್ಲಿಕೇಶನ್ಗಳು ಮತ್ತು ಬಳಕೆದಾರರಿಂದ ಪ್ರತ್ಯೇಕತೆ.

ಮತ್ತು ಆದ್ದರಿಂದ ಈ ಸರಣಿಯಲ್ಲಿ ನಮ್ಮ ಕಾರ್ಯ ಒಂದು ವ್ಯವಸ್ಥೆಯನ್ನು ನಿರ್ಮಿಸಿ, ಪ್ರಸ್ತುತ ಸಂರಚನೆಯನ್ನು ನಿರ್ವಹಿಸುವುದು ಇಡೀ ನೆಟ್ವರ್ಕ್, ಇದು ಈಗಾಗಲೇ ಅದರ ಪಾತ್ರ ಮತ್ತು ಸ್ಥಳಕ್ಕೆ ಅನುಗುಣವಾಗಿ ಪ್ರತಿ ಸಾಧನದಲ್ಲಿ ನಿಜವಾದ ಕಾನ್ಫಿಗರೇಶನ್‌ಗೆ ವಿಭಜನೆಯಾಗಿದೆ.
ವ್ಯವಸ್ಥೆಯ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಲು ನಾವು ಅದನ್ನು ಸಂಪರ್ಕಿಸುತ್ತೇವೆ ಮತ್ತು ಅದು ಪ್ರತಿ ಸಾಧನಕ್ಕೆ ಬೇಕಾದ ಸ್ಥಿತಿಯನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುತ್ತದೆ ಎಂದು ನೆಟ್ವರ್ಕ್ ನಿರ್ವಹಣೆ ಸೂಚಿಸುತ್ತದೆ.
ಈ ರೀತಿಯಾಗಿ, ನಾವು CLI ಗೆ ಹಸ್ತಚಾಲಿತ ಪ್ರವೇಶವನ್ನು ಬಹುತೇಕ ಶೂನ್ಯಕ್ಕೆ ಕಡಿಮೆ ಮಾಡುತ್ತೇವೆ - ಸಾಧನ ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಅಥವಾ ನೆಟ್‌ವರ್ಕ್ ವಿನ್ಯಾಸದಲ್ಲಿನ ಯಾವುದೇ ಬದಲಾವಣೆಗಳನ್ನು ಔಪಚಾರಿಕಗೊಳಿಸಬೇಕು ಮತ್ತು ದಾಖಲಿಸಬೇಕು - ಮತ್ತು ನಂತರ ಮಾತ್ರ ಅಗತ್ಯ ನೆಟ್‌ವರ್ಕ್ ಅಂಶಗಳಿಗೆ ಹೊರತರಲಾಗುತ್ತದೆ.

ಅಂದರೆ, ಉದಾಹರಣೆಗೆ, ಇಂದಿನಿಂದ ಕಜಾನ್‌ನಲ್ಲಿನ ರ್ಯಾಕ್ ಸ್ವಿಚ್‌ಗಳು ಒಂದರ ಬದಲಿಗೆ ಎರಡು ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ಘೋಷಿಸಬೇಕು ಎಂದು ನಾವು ನಿರ್ಧರಿಸಿದರೆ, ನಾವು

1. ಮೊದಲು ನಾವು ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ಬದಲಾವಣೆಗಳನ್ನು ದಾಖಲಿಸುತ್ತೇವೆ
2. ಎಲ್ಲಾ ನೆಟ್ವರ್ಕ್ ಸಾಧನಗಳ ಗುರಿ ಸಂರಚನೆಯನ್ನು ರಚಿಸಲಾಗುತ್ತಿದೆ
3. ನಾವು ನೆಟ್‌ವರ್ಕ್ ಕಾನ್ಫಿಗರೇಶನ್ ಅಪ್‌ಡೇಟ್ ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತೇವೆ, ಇದು ಪ್ರತಿ ನೋಡ್‌ನಲ್ಲಿ ಏನನ್ನು ತೆಗೆದುಹಾಕಬೇಕು, ಯಾವುದನ್ನು ಸೇರಿಸಬೇಕು ಮತ್ತು ನೋಡ್‌ಗಳನ್ನು ಬಯಸಿದ ಸ್ಥಿತಿಗೆ ತರುತ್ತದೆ ಎಂದು ಲೆಕ್ಕಾಚಾರ ಮಾಡುತ್ತದೆ.

ಅದೇ ಸಮಯದಲ್ಲಿ, ನಾವು ಮೊದಲ ಹಂತದಲ್ಲಿ ಮಾತ್ರ ಹಸ್ತಚಾಲಿತವಾಗಿ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡುತ್ತೇವೆ.

ಕಾನ್ಫಿಗರೇಶನ್ ಪರೀಕ್ಷೆ

ತಿಳಿದಿದೆಸಂರಚನಾ ಬದಲಾವಣೆಗಳ ಸಮಯದಲ್ಲಿ 80% ಸಮಸ್ಯೆಗಳು ಸಂಭವಿಸುತ್ತವೆ - ಇದರ ಪರೋಕ್ಷ ಪುರಾವೆ ಎಂದರೆ ಹೊಸ ವರ್ಷದ ರಜಾದಿನಗಳಲ್ಲಿ ಎಲ್ಲವೂ ಸಾಮಾನ್ಯವಾಗಿ ಶಾಂತವಾಗಿರುತ್ತದೆ.
ಮಾನವ ದೋಷದಿಂದಾಗಿ ನಾನು ವೈಯಕ್ತಿಕವಾಗಿ ಡಜನ್ಗಟ್ಟಲೆ ಜಾಗತಿಕ ಅಲಭ್ಯತೆಯನ್ನು ವೀಕ್ಷಿಸಿದ್ದೇನೆ: ತಪ್ಪು ಆಜ್ಞೆ, ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ತಪ್ಪಾದ ಶಾಖೆಯಲ್ಲಿ ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗಿದೆ, ಸಮುದಾಯವು ಮರೆತುಹೋಗಿದೆ, ರೂಟರ್‌ನಲ್ಲಿ MPLS ಅನ್ನು ಜಾಗತಿಕವಾಗಿ ಕೆಡವಲಾಗಿದೆ, ಐದು ಹಾರ್ಡ್‌ವೇರ್ ತುಣುಕುಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ, ಆದರೆ ದೋಷ ಕಂಡುಬಂದಿಲ್ಲ ಆರನೇಯಂದು ಗಮನಿಸಿದಾಗ, ಇನ್ನೊಬ್ಬ ವ್ಯಕ್ತಿ ಮಾಡಿದ ಹಳೆಯ ಬದಲಾವಣೆಗಳು ಬದ್ಧವಾಗಿವೆ. ಒಂದು ಟನ್ ಸನ್ನಿವೇಶಗಳಿವೆ.

ಆಟೊಮೇಷನ್ ನಮಗೆ ಕಡಿಮೆ ತಪ್ಪುಗಳನ್ನು ಮಾಡಲು ಅನುಮತಿಸುತ್ತದೆ, ಆದರೆ ದೊಡ್ಡ ಪ್ರಮಾಣದಲ್ಲಿ. ಈ ರೀತಿಯಾಗಿ ನೀವು ಒಂದು ಸಾಧನವನ್ನು ಮಾತ್ರವಲ್ಲ, ಇಡೀ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಏಕಕಾಲದಲ್ಲಿ ಇಟ್ಟಿಗೆ ಮಾಡಬಹುದು.

ಅನಾದಿ ಕಾಲದಿಂದಲೂ, ನಮ್ಮ ಅಜ್ಜಿಯರು ತೀಕ್ಷ್ಣವಾದ ಕಣ್ಣು, ಉಕ್ಕಿನ ಚೆಂಡುಗಳು ಮತ್ತು ನೆಟ್‌ವರ್ಕ್‌ನ ಕಾರ್ಯಚಟುವಟಿಕೆಯನ್ನು ಹೊರತಂದ ನಂತರ ಮಾಡಿದ ಬದಲಾವಣೆಗಳ ಸರಿಯಾದತೆಯನ್ನು ಪರಿಶೀಲಿಸಿದರು.
ಅವರ ಕೆಲಸವು ಅಲಭ್ಯತೆ ಮತ್ತು ದುರಂತದ ನಷ್ಟಗಳಿಗೆ ಕಾರಣವಾದ ಅಜ್ಜರು ಕಡಿಮೆ ಸಂತತಿಯನ್ನು ತೊರೆದರು ಮತ್ತು ಕಾಲಾನಂತರದಲ್ಲಿ ಸಾಯಬೇಕು, ಆದರೆ ವಿಕಸನವು ನಿಧಾನ ಪ್ರಕ್ರಿಯೆಯಾಗಿದೆ ಮತ್ತು ಆದ್ದರಿಂದ ಪ್ರತಿಯೊಬ್ಬರೂ ಪ್ರಯೋಗಾಲಯದಲ್ಲಿ ಬದಲಾವಣೆಗಳನ್ನು ಮೊದಲು ಪರೀಕ್ಷಿಸುತ್ತಿಲ್ಲ.
ಆದಾಗ್ಯೂ, ಪ್ರಗತಿಯ ಮುಂಚೂಣಿಯಲ್ಲಿ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಪರೀಕ್ಷಿಸುವ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಿದ ಮತ್ತು ನೆಟ್ವರ್ಕ್ಗೆ ಅದರ ಮುಂದಿನ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಹೊಂದಿರುವವರು. ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಹೇಳುವುದಾದರೆ, ನಾನು CI/CD ಕಾರ್ಯವಿಧಾನವನ್ನು ಎರವಲು ಪಡೆದಿದ್ದೇನೆ (ನಿರಂತರ ಏಕೀಕರಣ, ನಿರಂತರ ನಿಯೋಜನೆ) ಅಭಿವರ್ಧಕರಿಂದ.
ಒಂದು ಭಾಗಗಳಲ್ಲಿ ನಾವು ಆವೃತ್ತಿ ನಿಯಂತ್ರಣ ವ್ಯವಸ್ಥೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಇದನ್ನು ಹೇಗೆ ಕಾರ್ಯಗತಗೊಳಿಸಬೇಕೆಂದು ನೋಡೋಣ, ಬಹುಶಃ ಗಿಥಬ್.

ಒಮ್ಮೆ ನೀವು ನೆಟ್‌ವರ್ಕ್ CI/CD ಕಲ್ಪನೆಗೆ ಒಗ್ಗಿಕೊಂಡರೆ, ರಾತ್ರೋರಾತ್ರಿ ಅದನ್ನು ಪ್ರೊಡಕ್ಷನ್ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಅನ್ವಯಿಸುವ ಮೂಲಕ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಪರಿಶೀಲಿಸುವ ವಿಧಾನವು ಆರಂಭಿಕ ಮಧ್ಯಕಾಲೀನ ಅಜ್ಞಾನದಂತೆ ತೋರುತ್ತದೆ. ಒಂದು ಸುತ್ತಿಗೆಯಿಂದ ಸಿಡಿತಲೆ ಹೊಡೆಯುವ ರೀತಿಯ.

ಬಗ್ಗೆ ವಿಚಾರಗಳ ಸಾವಯವ ಮುಂದುವರಿಕೆ ವ್ಯವಸ್ಥೆ ಜಾಲಬಂಧ ನಿರ್ವಹಣೆ ಮತ್ತು CI/CD ಸಂರಚನೆಯ ಪೂರ್ಣ ಆವೃತ್ತಿಯಾಗುತ್ತದೆ.

ಆವೃತ್ತಿ

ಯಾವುದೇ ಬದಲಾವಣೆಗಳೊಂದಿಗೆ, ಅತ್ಯಂತ ಚಿಕ್ಕದಾದವುಗಳು, ಒಂದು ಗಮನಿಸಲಾಗದ ಸಾಧನದಲ್ಲಿಯೂ ಸಹ, ಇಡೀ ನೆಟ್ವರ್ಕ್ ಒಂದು ರಾಜ್ಯದಿಂದ ಇನ್ನೊಂದಕ್ಕೆ ಚಲಿಸುತ್ತದೆ ಎಂದು ನಾವು ಊಹಿಸುತ್ತೇವೆ.
ಮತ್ತು ನಾವು ಯಾವಾಗಲೂ ಸಾಧನದಲ್ಲಿ ಆಜ್ಞೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವುದಿಲ್ಲ, ನಾವು ನೆಟ್ವರ್ಕ್ನ ಸ್ಥಿತಿಯನ್ನು ಬದಲಾಯಿಸುತ್ತೇವೆ.
ಹಾಗಾದರೆ ಈ ರಾಜ್ಯಗಳ ಆವೃತ್ತಿಗಳನ್ನು ಕರೆಯೋಣವೇ?

ಪ್ರಸ್ತುತ ಆವೃತ್ತಿಯು 1.0.0 ಎಂದು ಹೇಳೋಣ.
ToR ಗಳಲ್ಲಿ ಒಂದರಲ್ಲಿ ಲೂಪ್‌ಬ್ಯಾಕ್ ಇಂಟರ್‌ಫೇಸ್‌ನ IP ವಿಳಾಸ ಬದಲಾಗಿದೆಯೇ? ಇದು ಚಿಕ್ಕ ಆವೃತ್ತಿಯಾಗಿದೆ ಮತ್ತು 1.0.1 ಎಂದು ನಮೂದಿಸಲಾಗುವುದು.
BGP ಗೆ ಮಾರ್ಗಗಳನ್ನು ಆಮದು ಮಾಡಿಕೊಳ್ಳುವ ನೀತಿಗಳನ್ನು ನಾವು ಪರಿಷ್ಕರಿಸಿದ್ದೇವೆ - ಸ್ವಲ್ಪ ಹೆಚ್ಚು ಗಂಭೀರವಾಗಿ - ಈಗಾಗಲೇ 1.1.0
ನಾವು IGP ಅನ್ನು ತೊಡೆದುಹಾಕಲು ಮತ್ತು BGP ಗೆ ಮಾತ್ರ ಬದಲಾಯಿಸಲು ನಿರ್ಧರಿಸಿದ್ದೇವೆ - ಇದು ಈಗಾಗಲೇ ಮೂಲಭೂತ ವಿನ್ಯಾಸ ಬದಲಾವಣೆಯಾಗಿದೆ - 2.0.0.

ಅದೇ ಸಮಯದಲ್ಲಿ, ವಿಭಿನ್ನ ಡಿಸಿಗಳು ವಿಭಿನ್ನ ಆವೃತ್ತಿಗಳನ್ನು ಹೊಂದಿರಬಹುದು - ನೆಟ್‌ವರ್ಕ್ ಅಭಿವೃದ್ಧಿಗೊಳ್ಳುತ್ತಿದೆ, ಹೊಸ ಉಪಕರಣಗಳನ್ನು ಸ್ಥಾಪಿಸಲಾಗುತ್ತಿದೆ, ಹೊಸ ಮಟ್ಟದ ಸ್ಪೈನ್‌ಗಳನ್ನು ಎಲ್ಲೋ ಸೇರಿಸಲಾಗುತ್ತಿದೆ, ಇತರರಲ್ಲಿ ಅಲ್ಲ, ಇತ್ಯಾದಿ.

ಮೇಲೆ ಲಾಕ್ಷಣಿಕ ಆವೃತ್ತಿ ನಾವು ಪ್ರತ್ಯೇಕ ಲೇಖನದಲ್ಲಿ ಮಾತನಾಡುತ್ತೇವೆ.

ನಾನು ಪುನರಾವರ್ತಿಸುತ್ತೇನೆ - ಯಾವುದೇ ಬದಲಾವಣೆ (ಡೀಬಗ್ ಮಾಡುವ ಆಜ್ಞೆಗಳನ್ನು ಹೊರತುಪಡಿಸಿ) ಆವೃತ್ತಿಯ ನವೀಕರಣವಾಗಿದೆ. ಪ್ರಸ್ತುತ ಆವೃತ್ತಿಯಿಂದ ಯಾವುದೇ ವಿಚಲನಗಳ ಕುರಿತು ನಿರ್ವಾಹಕರಿಗೆ ಸೂಚಿಸಬೇಕು.

ರೋಲಿಂಗ್ ಬ್ಯಾಕ್ ಬದಲಾವಣೆಗಳಿಗೆ ಇದು ಅನ್ವಯಿಸುತ್ತದೆ - ಇದು ಕೊನೆಯ ಆಜ್ಞೆಗಳನ್ನು ರದ್ದುಗೊಳಿಸುತ್ತಿಲ್ಲ, ಇದು ಸಾಧನದ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ರೋಲ್‌ಬ್ಯಾಕ್ ಅಲ್ಲ - ಇದು ಸಂಪೂರ್ಣ ನೆಟ್‌ವರ್ಕ್ ಅನ್ನು ಹೊಸ (ಹಳೆಯ) ಆವೃತ್ತಿಗೆ ತರುತ್ತಿದೆ.

ಸೇವೆಗಳ ಮೇಲ್ವಿಚಾರಣೆ ಮತ್ತು ಸ್ವಯಂ-ಗುಣಪಡಿಸುವಿಕೆ

ಈ ಸ್ವಯಂ-ಸ್ಪಷ್ಟ ಕಾರ್ಯವು ಆಧುನಿಕ ನೆಟ್‌ವರ್ಕ್‌ಗಳಲ್ಲಿ ಹೊಸ ಮಟ್ಟವನ್ನು ತಲುಪಿದೆ.
ಸಾಮಾನ್ಯವಾಗಿ, ದೊಡ್ಡ ಸೇವಾ ಪೂರೈಕೆದಾರರು ಏನಾಯಿತು ಎಂಬುದನ್ನು ಕಂಡುಹಿಡಿಯುವ ಬದಲು ವಿಫಲವಾದ ಸೇವೆಯನ್ನು ತ್ವರಿತವಾಗಿ ಸರಿಪಡಿಸಲು ಮತ್ತು ಹೊಸದನ್ನು ಹೆಚ್ಚಿಸುವ ವಿಧಾನವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತಾರೆ.
"ಬಹಳ" ಎಂದರೆ ನೀವು ಮೇಲ್ವಿಚಾರಣೆಯೊಂದಿಗೆ ಎಲ್ಲಾ ಕಡೆಗಳಲ್ಲಿ ಉದಾರವಾಗಿ ಲೇಪಿಸಬೇಕು, ಇದು ಸೆಕೆಂಡುಗಳಲ್ಲಿ ರೂಢಿಯಲ್ಲಿರುವ ಸಣ್ಣದೊಂದು ವಿಚಲನಗಳನ್ನು ಪತ್ತೆ ಮಾಡುತ್ತದೆ.
ಮತ್ತು ಇಲ್ಲಿ ಇಂಟರ್ಫೇಸ್ ಲೋಡಿಂಗ್ ಅಥವಾ ನೋಡ್ ಲಭ್ಯತೆಯಂತಹ ಸಾಮಾನ್ಯ ಮೆಟ್ರಿಕ್‌ಗಳು ಇನ್ನು ಮುಂದೆ ಸಾಕಾಗುವುದಿಲ್ಲ. ಕರ್ತವ್ಯ ಅಧಿಕಾರಿಯಿಂದ ಅವರ ಕೈಯಿಂದ ಮೇಲ್ವಿಚಾರಣೆಯೂ ಸಾಕಾಗುವುದಿಲ್ಲ.
ಅನೇಕ ವಿಷಯಗಳಿಗೆ ಇರಬೇಕು ಸ್ವಯಂ ಗುಣಪಡಿಸುವುದು - ಮಾನಿಟರಿಂಗ್ ಲೈಟ್‌ಗಳು ಕೆಂಪು ಬಣ್ಣಕ್ಕೆ ತಿರುಗಿದವು ಮತ್ತು ನಾವು ಹೋಗಿ ಬಾಳೆಹಣ್ಣನ್ನು ನೋಯಿಸುವಲ್ಲಿ ಅನ್ವಯಿಸಿದೆವು.

ಮತ್ತು ಇಲ್ಲಿ ನಾವು ವೈಯಕ್ತಿಕ ಸಾಧನಗಳನ್ನು ಮಾತ್ರವಲ್ಲದೆ ಸಂಪೂರ್ಣ ನೆಟ್‌ವರ್ಕ್‌ನ ಆರೋಗ್ಯವನ್ನೂ ಸಹ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುತ್ತೇವೆ, ವೈಟ್‌ಬಾಕ್ಸ್, ತುಲನಾತ್ಮಕವಾಗಿ ಅರ್ಥವಾಗುವಂತಹದ್ದು ಮತ್ತು ಬ್ಲಾಕ್‌ಬಾಕ್ಸ್, ಇದು ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾಗಿದೆ.

ಅಂತಹ ಮಹತ್ವಾಕಾಂಕ್ಷೆಯ ಯೋಜನೆಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ನಮಗೆ ಏನು ಬೇಕು?

• ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿರುವ ಎಲ್ಲಾ ಸಾಧನಗಳ ಪಟ್ಟಿ, ಅವುಗಳ ಸ್ಥಳ, ಪಾತ್ರಗಳು, ಮಾದರಿಗಳು, ಸಾಫ್ಟ್‌ವೇರ್ ಆವೃತ್ತಿಗಳು.
  kazan-leaf-1.lmu.net, ಕಜನ್, ಎಲೆ, ಜುನಿಪರ್ QFX 5120, R18.3.
• ನೆಟ್ವರ್ಕ್ ಸೇವೆಗಳನ್ನು ವಿವರಿಸುವ ವ್ಯವಸ್ಥೆಯನ್ನು ಹೊಂದಿರಿ.
  IGP, BGP, L2/3VPN, ನೀತಿ, ACL, NTP, SSH.
• ಸಾಧನವನ್ನು ಪ್ರಾರಂಭಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ.
  ಹೋಸ್ಟ್ ಹೆಸರು, Mgmt IP, Mgmt ಮಾರ್ಗ, ಬಳಕೆದಾರರು, RSA-ಕೀಗಳು, LLDP, NETCONF
• ಸಾಧನವನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಿ ಮತ್ತು ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಬಯಸಿದ (ಹಳೆಯ ಸೇರಿದಂತೆ) ಆವೃತ್ತಿಗೆ ತನ್ನಿ.
• ಪರೀಕ್ಷಾ ಸಂರಚನೆ
• ಪ್ರಸ್ತುತ ಸಾಧನಗಳಿಂದ ವಿಚಲನಗಳಿಗಾಗಿ ಎಲ್ಲಾ ಸಾಧನಗಳ ಸ್ಥಿತಿಯನ್ನು ನಿಯತಕಾಲಿಕವಾಗಿ ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಅದು ಯಾರಿಗೆ ಇರಬೇಕು ಎಂದು ವರದಿ ಮಾಡಿ.
  ರಾತ್ರೋರಾತ್ರಿ, ಯಾರೋ ಸದ್ದಿಲ್ಲದೆ ACL ಗೆ ನಿಯಮವನ್ನು ಸೇರಿಸಿದ್ದಾರೆ.
• ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಿ.

ಅರ್ಥ

ಯೋಜನೆಯನ್ನು ಘಟಕಗಳಾಗಿ ವಿಭಜಿಸಲು ಪ್ರಾರಂಭಿಸಲು ಇದು ಸಾಕಷ್ಟು ಜಟಿಲವಾಗಿದೆ.

ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಹತ್ತು ಇರುತ್ತದೆ:

1. ದಾಸ್ತಾನು ವ್ಯವಸ್ಥೆ
2. ಐಪಿ ಬಾಹ್ಯಾಕಾಶ ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆ
3. ನೆಟ್ವರ್ಕ್ ಸೇವೆ ವಿವರಣೆ ವ್ಯವಸ್ಥೆ
4. ಸಾಧನವನ್ನು ಪ್ರಾರಂಭಿಸುವ ಕಾರ್ಯವಿಧಾನ
5. ಮಾರಾಟಗಾರ-ಅಜ್ಞೇಯತಾವಾದಿ ಸಂರಚನಾ ಮಾದರಿ
6. ಮಾರಾಟಗಾರ-ನಿರ್ದಿಷ್ಟ ಚಾಲಕ ಇಂಟರ್ಫೇಸ್
7. ಸಾಧನಕ್ಕೆ ಸಂರಚನೆಯನ್ನು ತಲುಪಿಸುವ ಕಾರ್ಯವಿಧಾನ
8. ಸಿಐ / ಸಿಡಿ
9. ಬ್ಯಾಕ್‌ಅಪ್‌ಗಾಗಿ ಯಾಂತ್ರಿಕತೆ ಮತ್ತು ವಿಚಲನಗಳಿಗಾಗಿ ಹುಡುಕಾಟ
10. ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್

ಚಕ್ರದ ಗುರಿಗಳ ದೃಷ್ಟಿಕೋನವು ಹೇಗೆ ಬದಲಾಯಿತು ಎಂಬುದಕ್ಕೆ ಇದು ಒಂದು ಉದಾಹರಣೆಯಾಗಿದೆ - ಡ್ರಾಫ್ಟ್‌ನಲ್ಲಿ 4 ಅಂಶಗಳಿವೆ.

ವಿವರಣೆಯಲ್ಲಿ ನಾನು ಎಲ್ಲಾ ಘಟಕಗಳನ್ನು ಮತ್ತು ಸಾಧನವನ್ನು ಚಿತ್ರಿಸಿದ್ದೇನೆ.
ಛೇದಿಸುವ ಘಟಕಗಳು ಪರಸ್ಪರ ಸಂವಹನ ನಡೆಸುತ್ತವೆ.
ದೊಡ್ಡದಾದ ಬ್ಲಾಕ್, ಈ ಘಟಕಕ್ಕೆ ಹೆಚ್ಚಿನ ಗಮನವನ್ನು ನೀಡಬೇಕಾಗಿದೆ.

ಘಟಕ 1: ದಾಸ್ತಾನು ವ್ಯವಸ್ಥೆ

ನಿಸ್ಸಂಶಯವಾಗಿ, ಯಾವ ಸಾಧನವು ಎಲ್ಲಿದೆ, ಯಾವುದಕ್ಕೆ ಸಂಪರ್ಕ ಹೊಂದಿದೆ ಎಂಬುದನ್ನು ತಿಳಿಯಲು ನಾವು ಬಯಸುತ್ತೇವೆ.
ದಾಸ್ತಾನು ವ್ಯವಸ್ಥೆಯು ಯಾವುದೇ ಉದ್ಯಮದ ಅವಿಭಾಜ್ಯ ಅಂಗವಾಗಿದೆ.
ಹೆಚ್ಚಾಗಿ, ಎಂಟರ್ಪ್ರೈಸ್ ನೆಟ್ವರ್ಕ್ ಸಾಧನಗಳಿಗಾಗಿ ಪ್ರತ್ಯೇಕ ದಾಸ್ತಾನು ವ್ಯವಸ್ಥೆಯನ್ನು ಹೊಂದಿದೆ, ಇದು ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುತ್ತದೆ.
ಈ ಲೇಖನಗಳ ಸರಣಿಯ ಭಾಗವಾಗಿ, ನಾವು ಇದನ್ನು DCIM - ಡೇಟಾ ಸೆಂಟರ್ ಇನ್ಫ್ರಾಸ್ಟ್ರಕ್ಚರ್ ಮ್ಯಾನೇಜ್ಮೆಂಟ್ ಎಂದು ಕರೆಯುತ್ತೇವೆ. DCIM ಎಂಬ ಪದವು ಕಟ್ಟುನಿಟ್ಟಾಗಿ ಹೇಳುವುದಾದರೆ, ಹೆಚ್ಚಿನದನ್ನು ಒಳಗೊಂಡಿದೆ.

ನಮ್ಮ ಉದ್ದೇಶಗಳಿಗಾಗಿ, ಸಾಧನದ ಕುರಿತು ನಾವು ಈ ಕೆಳಗಿನ ಮಾಹಿತಿಯನ್ನು ಅದರಲ್ಲಿ ಸಂಗ್ರಹಿಸುತ್ತೇವೆ:

• ದಾಸ್ತಾನು ಸಂಖ್ಯೆ
• ಶೀರ್ಷಿಕೆ/ವಿವರಣೆ
• ಮಾದರಿ (Huawei CE12800, Juniper QFX5120, ಇತ್ಯಾದಿ.)
• ವಿಶಿಷ್ಟ ನಿಯತಾಂಕಗಳು (ಬೋರ್ಡ್‌ಗಳು, ಇಂಟರ್‌ಫೇಸ್‌ಗಳು, ಇತ್ಯಾದಿ.)
• ಪಾತ್ರ (ಲೀಫ್, ಸ್ಪೈನ್, ಬಾರ್ಡರ್ ರೂಟರ್, ಇತ್ಯಾದಿ.)
• ಸ್ಥಳ (ಪ್ರದೇಶ, ನಗರ, ಡೇಟಾ ಸೆಂಟರ್, ರ್ಯಾಕ್, ಘಟಕ)
• ಸಾಧನಗಳ ನಡುವಿನ ಪರಸ್ಪರ ಸಂಪರ್ಕಗಳು
• ನೆಟ್‌ವರ್ಕ್ ಟೋಪೋಲಜಿ

ನಾವೇ ಇದನ್ನೆಲ್ಲಾ ತಿಳಿದುಕೊಳ್ಳಲು ಬಯಸುತ್ತೇವೆ ಎಂಬುದು ಸಂಪೂರ್ಣವಾಗಿ ಸ್ಪಷ್ಟವಾಗಿದೆ.
ಆದರೆ ಇದು ಯಾಂತ್ರೀಕೃತಗೊಂಡ ಉದ್ದೇಶಗಳಿಗಾಗಿ ಸಹಾಯ ಮಾಡುತ್ತದೆ?
ನಿಸ್ಸಂಶಯವಾಗಿ.
ಉದಾಹರಣೆಗೆ, ಲೀಫ್ ಸ್ವಿಚ್‌ಗಳಲ್ಲಿ ನೀಡಲಾದ ಡೇಟಾ ಸೆಂಟರ್‌ನಲ್ಲಿ, ಅದು Huawei ಆಗಿದ್ದರೆ, VLAN ನಲ್ಲಿ ನಿರ್ದಿಷ್ಟ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಫಿಲ್ಟರ್ ಮಾಡಲು ACL ಗಳನ್ನು ಅನ್ವಯಿಸಬೇಕು ಮತ್ತು ಅದು ಜುನಿಪರ್ ಆಗಿದ್ದರೆ, ನಂತರ ಭೌತಿಕ ಇಂಟರ್ಫೇಸ್‌ನ ಘಟಕ 0 ನಲ್ಲಿ ಅನ್ವಯಿಸಬೇಕು ಎಂದು ನಮಗೆ ತಿಳಿದಿದೆ.
ಅಥವಾ ನೀವು ಹೊಸ ಸಿಸ್ಲಾಗ್ ಸರ್ವರ್ ಅನ್ನು ಪ್ರದೇಶದ ಎಲ್ಲಾ ಗಡಿಗಳಿಗೆ ರೋಲ್ ಮಾಡಬೇಕಾಗಿದೆ.

ಅದರಲ್ಲಿ ನಾವು ವರ್ಚುವಲ್ ನೆಟ್ವರ್ಕ್ ಸಾಧನಗಳನ್ನು ಸಂಗ್ರಹಿಸುತ್ತೇವೆ, ಉದಾಹರಣೆಗೆ ವರ್ಚುವಲ್ ರೂಟರ್ಗಳು ಅಥವಾ ರೂಟ್ ಪ್ರತಿಫಲಕಗಳು. ನಾವು DNS ಸರ್ವರ್‌ಗಳು, NTP, ಸಿಸ್ಲಾಗ್ ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಸಂಬಂಧಿಸಿದ ಎಲ್ಲವನ್ನೂ ಸೇರಿಸಬಹುದು.

ಘಟಕ 2: IP ಸ್ಪೇಸ್ ಮ್ಯಾನೇಜ್ಮೆಂಟ್ ಸಿಸ್ಟಮ್

ಹೌದು, ಮತ್ತು ಇತ್ತೀಚಿನ ದಿನಗಳಲ್ಲಿ ಎಕ್ಸೆಲ್ ಫೈಲ್‌ನಲ್ಲಿ ಪೂರ್ವಪ್ರತ್ಯಯಗಳು ಮತ್ತು ಐಪಿ ವಿಳಾಸಗಳನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡುವ ಜನರ ತಂಡಗಳಿವೆ. ಆದರೆ ಆಧುನಿಕ ವಿಧಾನವು ಇನ್ನೂ ಡೇಟಾಬೇಸ್ ಆಗಿದೆ, nginx/apache, API ನಲ್ಲಿ ಮುಂಭಾಗದ ತುದಿ ಮತ್ತು IP ವಿಳಾಸಗಳು ಮತ್ತು ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ರೆಕಾರ್ಡಿಂಗ್ ಮಾಡಲು ವ್ಯಾಪಕವಾದ ಕಾರ್ಯಗಳನ್ನು VRF ಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ.
IPAM - IP ವಿಳಾಸ ನಿರ್ವಹಣೆ.

ನಮ್ಮ ಉದ್ದೇಶಗಳಿಗಾಗಿ, ನಾವು ಈ ಕೆಳಗಿನ ಮಾಹಿತಿಯನ್ನು ಅದರಲ್ಲಿ ಸಂಗ್ರಹಿಸುತ್ತೇವೆ:

• ವಿಎಲ್ಎಎನ್
• ವಿ.ಆರ್.ಎಫ್
• ನೆಟ್‌ವರ್ಕ್‌ಗಳು/ಸಬ್‌ನೆಟ್‌ಗಳು
• IP ವಿಳಾಸಗಳು
• ಸಾಧನಗಳಿಗೆ ವಿಳಾಸಗಳು, ಸ್ಥಳಗಳಿಗೆ ನೆಟ್‌ವರ್ಕ್‌ಗಳು ಮತ್ತು VLAN ಸಂಖ್ಯೆಗಳಿಗೆ ಬೈಂಡಿಂಗ್

ಮತ್ತೊಮ್ಮೆ, ನಾವು ToR ಲೂಪ್‌ಬ್ಯಾಕ್‌ಗಾಗಿ ಹೊಸ IP ವಿಳಾಸವನ್ನು ನಿಯೋಜಿಸಿದಾಗ, ಅದನ್ನು ಈಗಾಗಲೇ ಯಾರಿಗಾದರೂ ನಿಯೋಜಿಸಲಾಗಿದೆ ಎಂಬ ಅಂಶದ ಮೇಲೆ ನಾವು ಎಡವುವುದಿಲ್ಲ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ನಾವು ಬಯಸುತ್ತೇವೆ ಎಂಬುದು ಸ್ಪಷ್ಟವಾಗಿದೆ. ಅಥವಾ ನಾವು ನೆಟ್‌ವರ್ಕ್‌ನ ವಿವಿಧ ತುದಿಗಳಲ್ಲಿ ಒಂದೇ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಎರಡು ಬಾರಿ ಬಳಸಿದ್ದೇವೆ.
ಆದರೆ ಇದು ಯಾಂತ್ರೀಕರಣಕ್ಕೆ ಹೇಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ?
ಸುಲಭ
ಹಂಚಿಕೆಗಾಗಿ ಲಭ್ಯವಿರುವ IP ವಿಳಾಸಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ಲೂಪ್‌ಬ್ಯಾಕ್ ಪಾತ್ರದೊಂದಿಗೆ ಸಿಸ್ಟಂನಲ್ಲಿ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ನಾವು ವಿನಂತಿಸುತ್ತೇವೆ - ಅದು ಕಂಡುಬಂದರೆ, ನಾವು ವಿಳಾಸವನ್ನು ನಿಯೋಜಿಸುತ್ತೇವೆ, ಇಲ್ಲದಿದ್ದರೆ, ಹೊಸ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ರಚಿಸಲು ನಾವು ವಿನಂತಿಸುತ್ತೇವೆ.
ಅಥವಾ ಸಾಧನದ ಸಂರಚನೆಯನ್ನು ರಚಿಸುವಾಗ, VRF ಇಂಟರ್ಫೇಸ್ ಇರುವ ಅದೇ ವ್ಯವಸ್ಥೆಯಿಂದ ನಾವು ಕಂಡುಹಿಡಿಯಬಹುದು.
ಮತ್ತು ಹೊಸ ಸರ್ವರ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸುವಾಗ, ಸ್ಕ್ರಿಪ್ಟ್ ಸಿಸ್ಟಮ್‌ಗೆ ಲಾಗ್ ಆಗುತ್ತದೆ, ಸರ್ವರ್ ಯಾವ ಸ್ವಿಚ್‌ನಲ್ಲಿದೆ, ಯಾವ ಪೋರ್ಟ್ ಮತ್ತು ಇಂಟರ್ಫೇಸ್‌ಗೆ ಯಾವ ಸಬ್‌ನೆಟ್ ಅನ್ನು ನಿಯೋಜಿಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ಕಂಡುಕೊಳ್ಳುತ್ತದೆ - ಮತ್ತು ಅದರಿಂದ ಸರ್ವರ್ ವಿಳಾಸವನ್ನು ನಿಯೋಜಿಸುತ್ತದೆ.

ಇದು DCIM ಮತ್ತು IPAM ಅನ್ನು ಒಂದೇ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಸಂಯೋಜಿಸುವ ಬಯಕೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ, ಇದರಿಂದಾಗಿ ಕಾರ್ಯಗಳನ್ನು ನಕಲು ಮಾಡಬಾರದು ಮತ್ತು ಎರಡು ರೀತಿಯ ಘಟಕಗಳಿಗೆ ಸೇವೆ ಸಲ್ಲಿಸುವುದಿಲ್ಲ.
ಅದನ್ನೇ ನಾವು ಮಾಡುತ್ತೇವೆ.

ಘಟಕ 3. ನೆಟ್ವರ್ಕ್ ಸೇವೆಗಳನ್ನು ವಿವರಿಸುವ ವ್ಯವಸ್ಥೆ

ಮೊದಲ ಎರಡು ವ್ಯವಸ್ಥೆಗಳು ಇನ್ನೂ ಹೇಗಾದರೂ ಬಳಸಬೇಕಾದ ಅಸ್ಥಿರಗಳನ್ನು ಸಂಗ್ರಹಿಸಿದರೆ, ಮೂರನೆಯದು ಪ್ರತಿ ಸಾಧನದ ಪಾತ್ರವನ್ನು ಹೇಗೆ ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕು ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ.
ಎರಡು ವಿಭಿನ್ನ ರೀತಿಯ ನೆಟ್ವರ್ಕ್ ಸೇವೆಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸುವುದು ಯೋಗ್ಯವಾಗಿದೆ:

• ಮೂಲಸೌಕರ್ಯ
• ಗ್ರಾಹಕ.

ಮೊದಲಿನವು ಮೂಲ ಸಂಪರ್ಕ ಮತ್ತು ಸಾಧನ ನಿಯಂತ್ರಣವನ್ನು ಒದಗಿಸಲು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ. ಇವುಗಳಲ್ಲಿ VTY, SNMP, NTP, Syslog, AAA, ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್‌ಗಳು, CoPP, ಇತ್ಯಾದಿ.
ಎರಡನೆಯದು ಕ್ಲೈಂಟ್‌ಗಾಗಿ ಸೇವೆಯನ್ನು ಆಯೋಜಿಸುತ್ತದೆ: MPLS L2/L3VPN, GRE, VXLAN, VLAN, L2TP, ಇತ್ಯಾದಿ.
ಸಹಜವಾಗಿ, ಗಡಿರೇಖೆಯ ಪ್ರಕರಣಗಳೂ ಇವೆ - MPLS LDP, BGP ಅನ್ನು ಎಲ್ಲಿ ಸೇರಿಸಬೇಕು? ಹೌದು, ಮತ್ತು ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್‌ಗಳನ್ನು ಕ್ಲೈಂಟ್‌ಗಳಿಗಾಗಿ ಬಳಸಬಹುದು. ಆದರೆ ಇದು ಮುಖ್ಯವಲ್ಲ.

ಎರಡೂ ರೀತಿಯ ಸೇವೆಗಳನ್ನು ಕಾನ್ಫಿಗರೇಶನ್ ಮೂಲಗಳಾಗಿ ವಿಭಜಿಸಲಾಗಿದೆ:

• ಭೌತಿಕ ಮತ್ತು ತಾರ್ಕಿಕ ಸಂಪರ್ಕಸಾಧನಗಳು (ಟ್ಯಾಗ್/ಆಂಟಿಗ್, ಎಂಟಿಯು)
• IP ವಿಳಾಸಗಳು ಮತ್ತು VRF ಗಳು (IP, IPv6, VRF)
• ACL ಗಳು ಮತ್ತು ಸಂಚಾರ ಪ್ರಕ್ರಿಯೆ ನೀತಿಗಳು
• ಪ್ರೋಟೋಕಾಲ್‌ಗಳು (IGP, BGP, MPLS)
• ರೂಟಿಂಗ್ ನೀತಿಗಳು (ಪೂರ್ವಪ್ರತ್ಯಯ ಪಟ್ಟಿಗಳು, ಸಮುದಾಯಗಳು, ASN ಫಿಲ್ಟರ್‌ಗಳು).
• ಯುಟಿಲಿಟಿ ಸೇವೆಗಳು (SSH, NTP, LLDP, Syslog...)
• ಇತ್ಯಾದಿ.

ನಾವು ಇದನ್ನು ಎಷ್ಟು ನಿಖರವಾಗಿ ಮಾಡುತ್ತೇವೆ, ನನಗೆ ಇನ್ನೂ ತಿಳಿದಿಲ್ಲ. ನಾವು ಅದನ್ನು ಪ್ರತ್ಯೇಕ ಲೇಖನದಲ್ಲಿ ನೋಡುತ್ತೇವೆ.

ಜೀವನಕ್ಕೆ ಸ್ವಲ್ಪ ಹತ್ತಿರವಾಗಿದ್ದರೆ, ನಾವು ಅದನ್ನು ವಿವರಿಸಬಹುದು
ಲೀಫ್ ಸ್ವಿಚ್ ಎಲ್ಲಾ ಸಂಪರ್ಕಿತ ಸ್ಪೈನ್ ಸ್ವಿಚ್‌ಗಳೊಂದಿಗೆ BGP ಸೆಷನ್‌ಗಳನ್ನು ಹೊಂದಿರಬೇಕು, ಸಂಪರ್ಕಿತ ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ಪ್ರಕ್ರಿಯೆಗೆ ಆಮದು ಮಾಡಿಕೊಳ್ಳಬೇಕು ಮತ್ತು ಸ್ಪೈನ್ ಸ್ವಿಚ್‌ಗಳಿಂದ ನಿರ್ದಿಷ್ಟ ಪೂರ್ವಪ್ರತ್ಯಯದಿಂದ ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ಮಾತ್ರ ಸ್ವೀಕರಿಸಬೇಕು. CoPP IPv6 ND ಅನ್ನು 10 pps ಗೆ ಮಿತಿಗೊಳಿಸಿ, ಇತ್ಯಾದಿ.
ಪ್ರತಿಯಾಗಿ, ಸ್ಪೈನ್‌ಗಳು ಎಲ್ಲಾ ಸಂಪರ್ಕಿತ ಲೀಡ್‌ಗಳೊಂದಿಗೆ ಸೆಷನ್‌ಗಳನ್ನು ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುತ್ತವೆ, ಮೂಲ ಪ್ರತಿಫಲಕಗಳಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ ಮತ್ತು ಅವುಗಳಿಂದ ನಿರ್ದಿಷ್ಟ ಉದ್ದದ ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಸಮುದಾಯದೊಂದಿಗೆ ಮಾತ್ರ ಮಾರ್ಗಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತವೆ.

ಘಟಕ 4: ಸಾಧನ ಇನಿಶಿಯಲೈಸೇಶನ್ ಮೆಕ್ಯಾನಿಸಂ

ಈ ಶಿರೋನಾಮೆ ಅಡಿಯಲ್ಲಿ ನಾನು ಸಾಧನವು ರಾಡಾರ್‌ನಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳಲು ಮತ್ತು ದೂರದಿಂದಲೇ ಪ್ರವೇಶಿಸಲು ಸಂಭವಿಸಬೇಕಾದ ಅನೇಕ ಕ್ರಿಯೆಗಳನ್ನು ಸಂಯೋಜಿಸುತ್ತೇನೆ.

1. ದಾಸ್ತಾನು ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಸಾಧನವನ್ನು ನಮೂದಿಸಿ.
2. ನಿರ್ವಹಣೆ IP ವಿಳಾಸವನ್ನು ಆಯ್ಕೆಮಾಡಿ.
3. ಅದಕ್ಕೆ ಮೂಲ ಪ್ರವೇಶವನ್ನು ಹೊಂದಿಸಿ:
   ಹೋಸ್ಟ್ ಹೆಸರು, ನಿರ್ವಹಣೆ IP ವಿಳಾಸ, ನಿರ್ವಹಣಾ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಮಾರ್ಗ, ಬಳಕೆದಾರರು, SSH ಕೀಗಳು, ಪ್ರೋಟೋಕಾಲ್‌ಗಳು - telnet/SSH/NETCONF

ಮೂರು ವಿಧಾನಗಳಿವೆ:

• ಎಲ್ಲವೂ ಸಂಪೂರ್ಣವಾಗಿ ಹಸ್ತಚಾಲಿತವಾಗಿದೆ. ಸಾಧನವನ್ನು ಸ್ಟ್ಯಾಂಡ್‌ಗೆ ತರಲಾಗುತ್ತದೆ, ಅಲ್ಲಿ ಸಾಮಾನ್ಯ ಸಾವಯವ ವ್ಯಕ್ತಿಯು ಅದನ್ನು ಸಿಸ್ಟಮ್‌ಗಳಲ್ಲಿ ನಮೂದಿಸಿ, ಕನ್ಸೋಲ್‌ಗೆ ಸಂಪರ್ಕಪಡಿಸಿ ಮತ್ತು ಅದನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುತ್ತಾನೆ. ಸಣ್ಣ ಸ್ಥಿರ ನೆಟ್ವರ್ಕ್ಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡಬಹುದು.
• ZTP - ಝೀರೋ ಟಚ್ ಪ್ರಾವಿಶನಿಂಗ್. ಹಾರ್ಡ್‌ವೇರ್ ಆಗಮಿಸಿತು, ಎದ್ದುನಿಂತು, DHCP ಮೂಲಕ ವಿಳಾಸವನ್ನು ಸ್ವೀಕರಿಸಿತು, ವಿಶೇಷ ಸರ್ವರ್‌ಗೆ ಹೋಯಿತು ಮತ್ತು ಸ್ವತಃ ಕಾನ್ಫಿಗರ್ ಮಾಡಿದೆ.
• ಕನ್ಸೋಲ್ ಸರ್ವರ್‌ಗಳ ಮೂಲಸೌಕರ್ಯ, ಇಲ್ಲಿ ಆರಂಭಿಕ ಸಂರಚನೆಯು ಸ್ವಯಂಚಾಲಿತ ಕ್ರಮದಲ್ಲಿ ಕನ್ಸೋಲ್ ಪೋರ್ಟ್ ಮೂಲಕ ಸಂಭವಿಸುತ್ತದೆ.

ನಾವು ಈ ಮೂರರ ಬಗ್ಗೆ ಪ್ರತ್ಯೇಕ ಲೇಖನದಲ್ಲಿ ಮಾತನಾಡುತ್ತೇವೆ.

ಘಟಕ 5: ವೆಂಡರ್-ಅಜ್ಞೇಯತಾವಾದಿ ಕಾನ್ಫಿಗರೇಶನ್ ಮಾದರಿ

ಇಲ್ಲಿಯವರೆಗೆ, ಎಲ್ಲಾ ವ್ಯವಸ್ಥೆಗಳು ವೇರಿಯಬಲ್‌ಗಳನ್ನು ಒದಗಿಸುವ ವಿಭಿನ್ನ ಪ್ಯಾಚ್‌ಗಳಾಗಿವೆ ಮತ್ತು ನಾವು ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಏನನ್ನು ನೋಡಲು ಬಯಸುತ್ತೇವೆ ಎಂಬುದರ ಘೋಷಣಾ ವಿವರಣೆಯನ್ನು ನೀಡುತ್ತದೆ. ಆದರೆ ಬೇಗ ಅಥವಾ ನಂತರ, ನೀವು ನಿಶ್ಚಿತಗಳನ್ನು ಎದುರಿಸಬೇಕಾಗುತ್ತದೆ.
ಈ ಹಂತದಲ್ಲಿ, ಪ್ರತಿ ನಿರ್ದಿಷ್ಟ ಸಾಧನಕ್ಕೆ, ಮೂಲಗಳು, ಸೇವೆಗಳು ಮತ್ತು ಅಸ್ಥಿರಗಳನ್ನು ಸಂರಚನಾ ಮಾದರಿಯಾಗಿ ಸಂಯೋಜಿಸಲಾಗುತ್ತದೆ, ಅದು ನಿರ್ದಿಷ್ಟ ಸಾಧನದ ಸಂಪೂರ್ಣ ಸಂರಚನೆಯನ್ನು ವಾಸ್ತವವಾಗಿ ವಿವರಿಸುತ್ತದೆ, ಮಾರಾಟಗಾರ-ತಟಸ್ಥ ರೀತಿಯಲ್ಲಿ.
ಈ ಹಂತವು ಏನು ಮಾಡುತ್ತದೆ? ನೀವು ಸರಳವಾಗಿ ಅಪ್‌ಲೋಡ್ ಮಾಡಬಹುದಾದ ಸಾಧನ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ತಕ್ಷಣವೇ ಏಕೆ ರಚಿಸಬಾರದು?
ವಾಸ್ತವವಾಗಿ, ಇದು ಮೂರು ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುತ್ತದೆ:

1. ಸಾಧನದೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಲು ನಿರ್ದಿಷ್ಟ ಇಂಟರ್ಫೇಸ್‌ಗೆ ಹೊಂದಿಕೊಳ್ಳಬೇಡಿ. ಅದು CLI, NETCONF, RESTCONF, SNMP ಆಗಿರಲಿ - ಮಾದರಿಯು ಒಂದೇ ಆಗಿರುತ್ತದೆ.
2. ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿನ ಮಾರಾಟಗಾರರ ಸಂಖ್ಯೆಗೆ ಅನುಗುಣವಾಗಿ ಟೆಂಪ್ಲೇಟ್‌ಗಳು/ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳ ಸಂಖ್ಯೆಯನ್ನು ಇಟ್ಟುಕೊಳ್ಳಬೇಡಿ ಮತ್ತು ವಿನ್ಯಾಸವು ಬದಲಾದರೆ, ಅದೇ ವಿಷಯವನ್ನು ಹಲವಾರು ಸ್ಥಳಗಳಲ್ಲಿ ಬದಲಾಯಿಸಿ.
3. ಸಾಧನದಿಂದ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಲೋಡ್ ಮಾಡಿ (ಬ್ಯಾಕಪ್), ಅದನ್ನು ನಿಖರವಾಗಿ ಅದೇ ಮಾದರಿಯಲ್ಲಿ ಇರಿಸಿ ಮತ್ತು ಡೆಲ್ಟಾವನ್ನು ಲೆಕ್ಕಹಾಕಲು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಒಂದಕ್ಕೆ ಗುರಿ ಸಂರಚನೆಯನ್ನು ನೇರವಾಗಿ ಹೋಲಿಕೆ ಮಾಡಿ ಮತ್ತು ಅಗತ್ಯವಿರುವ ಭಾಗಗಳನ್ನು ಮಾತ್ರ ಬದಲಾಯಿಸುವ ಅಥವಾ ವಿಚಲನಗಳನ್ನು ಗುರುತಿಸುವ ಕಾನ್ಫಿಗರೇಶನ್ ಪ್ಯಾಚ್ ಅನ್ನು ತಯಾರಿಸಿ.

ಈ ಹಂತದ ಪರಿಣಾಮವಾಗಿ, ನಾವು ಮಾರಾಟಗಾರ-ಸ್ವತಂತ್ರ ಸಂರಚನೆಯನ್ನು ಪಡೆಯುತ್ತೇವೆ.

ಘಟಕ 6. ಮಾರಾಟಗಾರ-ನಿರ್ದಿಷ್ಟ ಚಾಲಕ ಇಂಟರ್ಫೇಸ್

ಒಂದು ದಿನ ಸಿಸ್ಕಾವನ್ನು ಜುನಿಪರ್‌ನ ರೀತಿಯಲ್ಲಿಯೇ ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ ಎಂಬ ಭರವಸೆಯೊಂದಿಗೆ ನೀವು ನಿಮ್ಮನ್ನು ಹೊಗಳಿಕೊಳ್ಳಬಾರದು, ಅವರಿಗೆ ಒಂದೇ ರೀತಿಯ ಕರೆಗಳನ್ನು ಕಳುಹಿಸುವ ಮೂಲಕ. ವೈಟ್‌ಬಾಕ್ಸ್‌ಗಳ ಹೆಚ್ಚುತ್ತಿರುವ ಜನಪ್ರಿಯತೆ ಮತ್ತು NETCONF, RESTCONF, OpenConfig ಗೆ ಬೆಂಬಲದ ಹೊರಹೊಮ್ಮುವಿಕೆಯ ಹೊರತಾಗಿಯೂ, ಈ ಪ್ರೋಟೋಕಾಲ್‌ಗಳು ಒದಗಿಸುವ ನಿರ್ದಿಷ್ಟ ವಿಷಯವು ಮಾರಾಟಗಾರರಿಂದ ಮಾರಾಟಗಾರರಿಗೆ ಭಿನ್ನವಾಗಿರುತ್ತದೆ ಮತ್ತು ಇದು ಅವರ ಸ್ಪರ್ಧಾತ್ಮಕ ವ್ಯತ್ಯಾಸಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ, ಅದು ಅವರು ಸುಲಭವಾಗಿ ಬಿಟ್ಟುಕೊಡುವುದಿಲ್ಲ.
ಇದು ಸರಿಸುಮಾರು OpenContrail ಮತ್ತು OpenStack ನಂತೆಯೇ ಇರುತ್ತದೆ, ಇದು RestAPI ಅನ್ನು ತಮ್ಮ NorthBound ಇಂಟರ್ಫೇಸ್ ಆಗಿ ಹೊಂದಿದೆ, ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನ ಕರೆಗಳನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತದೆ.

ಆದ್ದರಿಂದ, ಐದನೇ ಹಂತದಲ್ಲಿ, ಮಾರಾಟಗಾರ-ಸ್ವತಂತ್ರ ಮಾದರಿಯು ಹಾರ್ಡ್‌ವೇರ್‌ಗೆ ಹೋಗುವ ರೂಪವನ್ನು ತೆಗೆದುಕೊಳ್ಳಬೇಕು.
ಮತ್ತು ಇಲ್ಲಿ ಎಲ್ಲಾ ವಿಧಾನಗಳು ಉತ್ತಮವಾಗಿವೆ (ಅಲ್ಲ): CLI, NETCONF, RESTCONF, SNMP ಸರಳವಾಗಿ.

ಆದ್ದರಿಂದ, ನಮಗೆ ಹಿಂದಿನ ಹಂತದ ಫಲಿತಾಂಶವನ್ನು ನಿರ್ದಿಷ್ಟ ಮಾರಾಟಗಾರರ ಅಗತ್ಯವಿರುವ ಸ್ವರೂಪಕ್ಕೆ ವರ್ಗಾಯಿಸುವ ಚಾಲಕ ಅಗತ್ಯವಿದೆ: CLI ಆಜ್ಞೆಗಳ ಒಂದು ಸೆಟ್, XML ರಚನೆ.

ಘಟಕ 7. ಸಾಧನಕ್ಕೆ ಸಂರಚನೆಯನ್ನು ತಲುಪಿಸುವ ಕಾರ್ಯವಿಧಾನ

ನಾವು ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ರಚಿಸಿದ್ದೇವೆ, ಆದರೆ ಅದನ್ನು ಇನ್ನೂ ಸಾಧನಗಳಿಗೆ ತಲುಪಿಸಬೇಕಾಗಿದೆ - ಮತ್ತು, ನಿಸ್ಸಂಶಯವಾಗಿ, ಕೈಯಿಂದ ಅಲ್ಲ.
ಮೊದಲನೆಯದಾಗಿ, ನಾವು ಯಾವ ಸಾರಿಗೆಯನ್ನು ಬಳಸುತ್ತೇವೆ ಎಂಬ ಪ್ರಶ್ನೆಯನ್ನು ನಾವು ಎದುರಿಸುತ್ತೇವೆ? ಮತ್ತು ಇಂದು ಆಯ್ಕೆಯು ಇನ್ನು ಮುಂದೆ ಚಿಕ್ಕದಲ್ಲ:

• CLI (ಟೆಲ್ನೆಟ್, ssh)
• SNMP
• NETCONF
• ರೆಸ್ಕಾನ್ಫ್
• REST API ಅನ್ನು
• ಓಪನ್‌ಫ್ಲೋ (ಇದು ಹೊರಗಿದ್ದರೂ FIB ಅನ್ನು ತಲುಪಿಸುವ ಮಾರ್ಗವಾಗಿದೆ, ಸೆಟ್ಟಿಂಗ್‌ಗಳಲ್ಲ)

ಇಲ್ಲಿ t ಗಳನ್ನು ಡಾಟ್ ಮಾಡೋಣ. CLI ಪರಂಪರೆಯಾಗಿದೆ. SNMP... ಕೆಮ್ಮು ಕೆಮ್ಮು.
RESTCONF ಇನ್ನೂ ಅಪರಿಚಿತ ಪ್ರಾಣಿಯಾಗಿದೆ; REST API ಅನ್ನು ಬಹುತೇಕ ಯಾರೂ ಬೆಂಬಲಿಸುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ, ನಾವು ಸರಣಿಯಲ್ಲಿ NETCONF ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸುತ್ತೇವೆ.

ವಾಸ್ತವವಾಗಿ, ಓದುಗರು ಈಗಾಗಲೇ ಅರ್ಥಮಾಡಿಕೊಂಡಂತೆ, ಈ ಹೊತ್ತಿಗೆ ನಾವು ಈಗಾಗಲೇ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ನಿರ್ಧರಿಸಿದ್ದೇವೆ - ಹಿಂದಿನ ಹಂತದ ಫಲಿತಾಂಶವನ್ನು ಈಗಾಗಲೇ ಆಯ್ಕೆ ಮಾಡಿದ ಇಂಟರ್ಫೇಸ್ನ ಸ್ವರೂಪದಲ್ಲಿ ಪ್ರಸ್ತುತಪಡಿಸಲಾಗಿದೆ.

ಎರಡನೆಯದಾಗಿ, ಮತ್ತು ನಾವು ಇದನ್ನು ಯಾವ ಸಾಧನಗಳೊಂದಿಗೆ ಮಾಡುತ್ತೇವೆ?
ಇಲ್ಲಿ ದೊಡ್ಡ ಆಯ್ಕೆಯೂ ಇದೆ:

• ಸ್ವಯಂ-ಬರೆದ ಸ್ಕ್ರಿಪ್ಟ್ ಅಥವಾ ವೇದಿಕೆ. ncclient ಮತ್ತು asyncIO ನೊಂದಿಗೆ ನಮ್ಮನ್ನು ನಾವು ಸಜ್ಜುಗೊಳಿಸೋಣ ಮತ್ತು ಎಲ್ಲವನ್ನೂ ನಾವೇ ಮಾಡೋಣ. ಮೊದಲಿನಿಂದಲೂ ನಿಯೋಜನೆ ವ್ಯವಸ್ಥೆಯನ್ನು ನಿರ್ಮಿಸಲು ನಮಗೆ ಏನು ವೆಚ್ಚವಾಗುತ್ತದೆ?
• ನೆಟ್‌ವರ್ಕಿಂಗ್ ಮಾಡ್ಯೂಲ್‌ಗಳ ಶ್ರೀಮಂತ ಲೈಬ್ರರಿಯೊಂದಿಗೆ ಅನ್ಸಿಬಲ್.
• ನೆಟ್‌ವರ್ಕ್‌ನೊಂದಿಗೆ ಅದರ ಅತ್ಯಲ್ಪ ಕೆಲಸ ಮತ್ತು ನೇಪಾಮ್‌ನೊಂದಿಗೆ ಸಂಪರ್ಕದೊಂದಿಗೆ ಉಪ್ಪು.
• ವಾಸ್ತವವಾಗಿ Napalm, ಇದು ಒಂದೆರಡು ಮಾರಾಟಗಾರರನ್ನು ತಿಳಿದಿದೆ ಮತ್ತು ಅದು ಇಲ್ಲಿದೆ, ವಿದಾಯ.
• ನಾರ್ನಿರ್ ನಾವು ಭವಿಷ್ಯದಲ್ಲಿ ವಿಭಜಿಸುವ ಮತ್ತೊಂದು ಪ್ರಾಣಿ.

ಇಲ್ಲಿ ಮೆಚ್ಚಿನವುಗಳನ್ನು ಇನ್ನೂ ಆಯ್ಕೆ ಮಾಡಲಾಗಿಲ್ಲ - ನಾವು ಹುಡುಕುತ್ತೇವೆ.

ಇಲ್ಲಿ ಇನ್ನೇನು ಮುಖ್ಯ? ಸಂರಚನೆಯನ್ನು ಅನ್ವಯಿಸುವ ಪರಿಣಾಮಗಳು.
ಯಶಸ್ವಿಯಾಗಿದೆಯೋ ಇಲ್ಲವೋ. ಹಾರ್ಡ್‌ವೇರ್‌ಗೆ ಇನ್ನೂ ಪ್ರವೇಶವಿದೆಯೇ ಅಥವಾ ಇಲ್ಲವೇ?
ಸಾಧನಕ್ಕೆ ಏನನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಲಾಗಿದೆ ಎಂಬುದರ ದೃಢೀಕರಣ ಮತ್ತು ಮೌಲ್ಯೀಕರಣಕ್ಕೆ ಕಮಿಟ್ ಇಲ್ಲಿ ಸಹಾಯ ಮಾಡುತ್ತದೆ ಎಂದು ತೋರುತ್ತಿದೆ.
ಇದು, NETCONF ನ ಸರಿಯಾದ ಅನುಷ್ಠಾನದೊಂದಿಗೆ ಸೇರಿ, ಸೂಕ್ತವಾದ ಸಾಧನಗಳ ವ್ಯಾಪ್ತಿಯನ್ನು ಗಣನೀಯವಾಗಿ ಸಂಕುಚಿತಗೊಳಿಸುತ್ತದೆ - ಅನೇಕ ತಯಾರಕರು ಸಾಮಾನ್ಯ ಕಮಿಟ್‌ಗಳನ್ನು ಬೆಂಬಲಿಸುವುದಿಲ್ಲ. ಆದರೆ ಇದು ಕೇವಲ ಪೂರ್ವಾಪೇಕ್ಷಿತಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ ಆರ್‌ಎಫ್‌ಪಿ. ಕೊನೆಯಲ್ಲಿ, ಒಬ್ಬ ರಷ್ಯಾದ ಮಾರಾಟಗಾರನು 32 * 100GE ಇಂಟರ್ಫೇಸ್ ಸ್ಥಿತಿಯನ್ನು ಅನುಸರಿಸುವುದಿಲ್ಲ ಎಂದು ಯಾರೂ ಚಿಂತಿಸುವುದಿಲ್ಲ. ಅಥವಾ ಅವನು ಚಿಂತಿತನಾಗಿದ್ದಾನೆಯೇ?

ಘಟಕ 8. CI/CD

ಈ ಹಂತದಲ್ಲಿ, ನಾವು ಈಗಾಗಲೇ ಎಲ್ಲಾ ನೆಟ್‌ವರ್ಕ್ ಸಾಧನಗಳಿಗೆ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಸಿದ್ಧಪಡಿಸಿದ್ದೇವೆ.
ನಾನು "ಎಲ್ಲದಕ್ಕೂ" ಬರೆಯುತ್ತೇನೆ ಏಕೆಂದರೆ ನಾವು ನೆಟ್ವರ್ಕ್ ಸ್ಥಿತಿಯನ್ನು ಆವೃತ್ತಿ ಮಾಡುವ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದೇವೆ. ಮತ್ತು ನೀವು ಕೇವಲ ಒಂದು ಸ್ವಿಚ್ನ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಬದಲಾಯಿಸಬೇಕಾಗಿದ್ದರೂ ಸಹ, ಸಂಪೂರ್ಣ ನೆಟ್ವರ್ಕ್ಗೆ ಬದಲಾವಣೆಗಳನ್ನು ಲೆಕ್ಕಹಾಕಲಾಗುತ್ತದೆ. ನಿಸ್ಸಂಶಯವಾಗಿ, ಹೆಚ್ಚಿನ ನೋಡ್‌ಗಳಿಗೆ ಅವು ಶೂನ್ಯವಾಗಬಹುದು.

ಆದರೆ, ಈಗಾಗಲೇ ಮೇಲೆ ಹೇಳಿದಂತೆ, ನಾವು ಎಲ್ಲವನ್ನೂ ನೇರವಾಗಿ ಉತ್ಪಾದನೆಗೆ ರೋಲ್ ಮಾಡಲು ಬಯಸುವ ಕೆಲವು ರೀತಿಯ ಅನಾಗರಿಕರಲ್ಲ.
ರಚಿತವಾದ ಸಂರಚನೆಯು ಮೊದಲು ಪೈಪ್‌ಲೈನ್ CI/CD ಮೂಲಕ ಹೋಗಬೇಕು.

CI/CD ಎಂದರೆ ನಿರಂತರ ಏಕೀಕರಣ, ನಿರಂತರ ನಿಯೋಜನೆ. ಇದು ತಂಡವು ಪ್ರತಿ ಆರು ತಿಂಗಳಿಗೊಮ್ಮೆ ಹೊಸ ಪ್ರಮುಖ ಬಿಡುಗಡೆಯನ್ನು ಬಿಡುಗಡೆ ಮಾಡುವುದಲ್ಲದೆ, ಹಳೆಯದನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬದಲಾಯಿಸುತ್ತದೆ, ಆದರೆ ನಿಯಮಿತವಾಗಿ ಹೆಚ್ಚುತ್ತಿರುವ (ನಿಯೋಜನೆ) ಹೊಸ ಕಾರ್ಯವನ್ನು ಸಣ್ಣ ಭಾಗಗಳಲ್ಲಿ ಅಳವಡಿಸುತ್ತದೆ, ಪ್ರತಿಯೊಂದೂ ಹೊಂದಾಣಿಕೆ, ಭದ್ರತೆ ಮತ್ತು ಸಮಗ್ರವಾಗಿ ಪರೀಕ್ಷಿಸಲ್ಪಡುತ್ತದೆ. ಕಾರ್ಯಕ್ಷಮತೆ (ಏಕೀಕರಣ).

ಇದನ್ನು ಮಾಡಲು, ನಾವು ಕಾನ್ಫಿಗರೇಶನ್ ಬದಲಾವಣೆಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವ ಆವೃತ್ತಿ ನಿಯಂತ್ರಣ ವ್ಯವಸ್ಥೆಯನ್ನು ಹೊಂದಿದ್ದೇವೆ, ಕ್ಲೈಂಟ್ ಸೇವೆಯು ಮುರಿದುಹೋಗಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸುವ ಪ್ರಯೋಗಾಲಯ, ಈ ಸತ್ಯವನ್ನು ಪರಿಶೀಲಿಸುವ ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆ ಮತ್ತು ಕೊನೆಯ ಹಂತವು ಉತ್ಪಾದನಾ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಬದಲಾವಣೆಗಳನ್ನು ಹೊರತರುತ್ತಿದೆ.

ಡೀಬಗ್ ಮಾಡುವ ಆಜ್ಞೆಗಳನ್ನು ಹೊರತುಪಡಿಸಿ, ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿನ ಎಲ್ಲಾ ಬದಲಾವಣೆಗಳು CI/CD ಪೈಪ್‌ಲೈನ್ ಮೂಲಕ ಹೋಗಬೇಕು - ಇದು ಶಾಂತ ಜೀವನ ಮತ್ತು ಸುದೀರ್ಘ, ಸಂತೋಷದ ವೃತ್ತಿಜೀವನದ ನಮ್ಮ ಭರವಸೆಯಾಗಿದೆ.

ಘಟಕ 9. ಬ್ಯಾಕಪ್ ಮತ್ತು ಅಸಂಗತ ಪತ್ತೆ ವ್ಯವಸ್ಥೆ

ಸರಿ, ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳ ಬಗ್ಗೆ ಮತ್ತೆ ಮಾತನಾಡುವ ಅಗತ್ಯವಿಲ್ಲ.
ನಾವು ಅವುಗಳನ್ನು ಸರಳವಾಗಿ ಕಿರೀಟಕ್ಕೆ ಸೇರಿಸುತ್ತೇವೆ ಅಥವಾ git ನಲ್ಲಿನ ಕಾನ್ಫಿಗರೇಶನ್ ಬದಲಾವಣೆಯ ಸಂಗತಿಯ ಮೇಲೆ.

ಆದರೆ ಎರಡನೇ ಭಾಗವು ಹೆಚ್ಚು ಆಸಕ್ತಿದಾಯಕವಾಗಿದೆ - ಯಾರಾದರೂ ಈ ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳ ಮೇಲೆ ಕಣ್ಣಿಡಬೇಕು. ಮತ್ತು ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ, ಯಾರಾದರೂ ಹೋಗಿ ಎಲ್ಲವನ್ನೂ ಇದ್ದಂತೆ ತಿರುಗಿಸಬೇಕು, ಮತ್ತು ಇತರರಲ್ಲಿ, ಏನಾದರೂ ತಪ್ಪಾಗಿದೆ ಎಂದು ಯಾರಿಗಾದರೂ ಮಿಯಾಂವ್ ಮಾಡಬೇಕು.
ಉದಾಹರಣೆಗೆ, ವೇರಿಯೇಬಲ್‌ಗಳಲ್ಲಿ ನೋಂದಾಯಿಸದ ಹೊಸ ಬಳಕೆದಾರರು ಕಾಣಿಸಿಕೊಂಡರೆ, ನೀವು ಅವನನ್ನು ಹ್ಯಾಕ್‌ನಿಂದ ದೂರವಿಡಬೇಕಾಗುತ್ತದೆ. ಮತ್ತು ಹೊಸ ಫೈರ್‌ವಾಲ್ ನಿಯಮವನ್ನು ಸ್ಪರ್ಶಿಸದಿರುವುದು ಉತ್ತಮವಾಗಿದ್ದರೆ, ಯಾರಾದರೂ ಡೀಬಗ್ ಮಾಡುವುದನ್ನು ಆನ್ ಮಾಡಿರಬಹುದು ಅಥವಾ ಹೊಸ ಸೇವೆ, ಬಂಗ್ಲರ್ ಅನ್ನು ನಿಯಮಗಳ ಪ್ರಕಾರ ನೋಂದಾಯಿಸಲಾಗಿಲ್ಲ, ಆದರೆ ಜನರು ಈಗಾಗಲೇ ಅದನ್ನು ಸೇರಿದ್ದಾರೆ.

ಯಾವುದೇ ಯಾಂತ್ರೀಕೃತಗೊಂಡ ವ್ಯವಸ್ಥೆಗಳು ಮತ್ತು ನಿರ್ವಹಣೆಯ ಉಕ್ಕಿನ ಹಸ್ತದ ಹೊರತಾಗಿಯೂ, ಇಡೀ ನೆಟ್‌ವರ್ಕ್‌ನ ಪ್ರಮಾಣದಲ್ಲಿ ನಾವು ಇನ್ನೂ ಕೆಲವು ಸಣ್ಣ ಡೆಲ್ಟಾದಿಂದ ತಪ್ಪಿಸಿಕೊಳ್ಳುವುದಿಲ್ಲ. ಸಮಸ್ಯೆಗಳನ್ನು ಡೀಬಗ್ ಮಾಡಲು, ಯಾರೂ ಹೇಗಾದರೂ ಸಿಸ್ಟಮ್‌ಗಳಿಗೆ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಸೇರಿಸುವುದಿಲ್ಲ. ಇದಲ್ಲದೆ, ಅವುಗಳನ್ನು ಕಾನ್ಫಿಗರೇಶನ್ ಮಾದರಿಯಲ್ಲಿ ಸೇರಿಸಲಾಗುವುದಿಲ್ಲ.

ಉದಾಹರಣೆಗೆ, ಸಮಸ್ಯೆಯನ್ನು ಸ್ಥಳೀಕರಿಸಲು ನಿರ್ದಿಷ್ಟ ಐಪಿಗೆ ಪ್ಯಾಕೆಟ್‌ಗಳ ಸಂಖ್ಯೆಯನ್ನು ಎಣಿಸಲು ಫೈರ್‌ವಾಲ್ ನಿಯಮವು ಸಂಪೂರ್ಣವಾಗಿ ಸಾಮಾನ್ಯ ತಾತ್ಕಾಲಿಕ ಸಂರಚನೆಯಾಗಿದೆ.

ಘಟಕ 10. ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್

ಮೊದಲಿಗೆ, ನಾನು ಮೇಲ್ವಿಚಾರಣೆಯ ವಿಷಯವನ್ನು ಒಳಗೊಳ್ಳಲು ಹೋಗುತ್ತಿಲ್ಲ - ಇದು ಇನ್ನೂ ಬೃಹತ್, ವಿವಾದಾತ್ಮಕ ಮತ್ತು ಸಂಕೀರ್ಣ ವಿಷಯವಾಗಿದೆ. ಆದರೆ ವಿಷಯಗಳು ಮುಂದುವರೆದಂತೆ, ಇದು ಯಾಂತ್ರೀಕೃತಗೊಂಡ ಅವಿಭಾಜ್ಯ ಅಂಗವಾಗಿದೆ ಎಂದು ಬದಲಾಯಿತು. ಮತ್ತು ಅಭ್ಯಾಸವಿಲ್ಲದೆಯೇ ಅದನ್ನು ಬೈಪಾಸ್ ಮಾಡುವುದು ಅಸಾಧ್ಯ.

ವಿಕಸನ ಚಿಂತನೆಯು CI/CD ಪ್ರಕ್ರಿಯೆಯ ಸಾವಯವ ಭಾಗವಾಗಿದೆ. ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ರೋಲಿಂಗ್ ಮಾಡಿದ ನಂತರ, ಈಗ ಎಲ್ಲವೂ ಸರಿಯಾಗಿದೆಯೇ ಎಂದು ನಾವು ನಿರ್ಧರಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ.
ಮತ್ತು ನಾವು ಇಂಟರ್ಫೇಸ್ ಬಳಕೆಯ ವೇಳಾಪಟ್ಟಿಗಳು ಅಥವಾ ನೋಡ್ ಲಭ್ಯತೆಯ ಬಗ್ಗೆ ಮಾತ್ರವಲ್ಲದೆ ಹೆಚ್ಚು ಸೂಕ್ಷ್ಮ ವಿಷಯಗಳ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದೇವೆ - ಅಗತ್ಯ ಮಾರ್ಗಗಳ ಉಪಸ್ಥಿತಿ, ಅವುಗಳ ಮೇಲಿನ ಗುಣಲಕ್ಷಣಗಳು, BGP ಅವಧಿಗಳ ಸಂಖ್ಯೆ, OSPF ನೆರೆಹೊರೆಯವರು, ಎಂಡ್-ಟು-ಎಂಡ್ ಕಾರ್ಯಕ್ಷಮತೆ ಮಿತಿಮೀರಿದ ಸೇವೆಗಳು.
ಬಾಹ್ಯ ಸರ್ವರ್‌ಗೆ ಸಿಸ್‌ಲಾಗ್‌ಗಳು ಸೇರಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿದೆಯೇ ಅಥವಾ SFlow ಏಜೆಂಟ್ ಮುರಿದುಬಿದ್ದಿದೆಯೇ ಅಥವಾ ಸರತಿಯಲ್ಲಿನ ಹನಿಗಳು ಬೆಳೆಯಲು ಪ್ರಾರಂಭಿಸಿದೆಯೇ ಅಥವಾ ಕೆಲವು ಜೋಡಿ ಪೂರ್ವಪ್ರತ್ಯಯಗಳ ನಡುವಿನ ಸಂಪರ್ಕವು ಮುರಿದುಹೋಗಿದೆಯೇ?

ನಾವು ಇದನ್ನು ಪ್ರತ್ಯೇಕ ಲೇಖನದಲ್ಲಿ ಪ್ರತಿಬಿಂಬಿಸುತ್ತೇವೆ.

ತೀರ್ಮಾನಕ್ಕೆ

ಆಧಾರವಾಗಿ, ನಾನು ಆಧುನಿಕ ಡೇಟಾ ಸೆಂಟರ್ ನೆಟ್‌ವರ್ಕ್ ವಿನ್ಯಾಸಗಳಲ್ಲಿ ಒಂದನ್ನು ಆಯ್ಕೆ ಮಾಡಿದ್ದೇನೆ - L3 ಕ್ಲೋಸ್ ಫ್ಯಾಬ್ರಿಕ್ ಜೊತೆಗೆ BGP ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್.
ಈ ಸಮಯದಲ್ಲಿ ನಾವು ಜುನಿಪರ್‌ನಲ್ಲಿ ನೆಟ್‌ವರ್ಕ್ ಅನ್ನು ನಿರ್ಮಿಸುತ್ತೇವೆ, ಏಕೆಂದರೆ ಈಗ JunOs ಇಂಟರ್‌ಫೇಸ್ ವ್ಯಾನ್‌ಲೋವ್ ಆಗಿದೆ.

ಕೇವಲ ಓಪನ್ ಸೋರ್ಸ್ ಉಪಕರಣಗಳು ಮತ್ತು ಬಹು-ಮಾರಾಟಗಾರರ ನೆಟ್‌ವರ್ಕ್ ಅನ್ನು ಬಳಸುವ ಮೂಲಕ ನಮ್ಮ ಜೀವನವನ್ನು ಹೆಚ್ಚು ಕಷ್ಟಕರವಾಗಿಸಿಕೊಳ್ಳೋಣ - ಆದ್ದರಿಂದ ಜುನಿಪರ್ ಜೊತೆಗೆ, ನಾನು ದಾರಿಯುದ್ದಕ್ಕೂ ಮತ್ತೊಬ್ಬ ಅದೃಷ್ಟಶಾಲಿ ವ್ಯಕ್ತಿಯನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತೇನೆ.

ಮುಂಬರುವ ಪ್ರಕಟಣೆಗಳ ಯೋಜನೆಯು ಈ ರೀತಿಯಾಗಿದೆ:
ಮೊದಲು ನಾನು ವರ್ಚುವಲ್ ನೆಟ್ವರ್ಕ್ಗಳ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತೇನೆ. ಮೊದಲನೆಯದಾಗಿ, ನಾನು ಬಯಸುತ್ತೇನೆ ಮತ್ತು ಎರಡನೆಯದಾಗಿ, ಏಕೆಂದರೆ ಇದು ಇಲ್ಲದೆ, ಮೂಲಸೌಕರ್ಯ ಜಾಲದ ವಿನ್ಯಾಸವು ತುಂಬಾ ಸ್ಪಷ್ಟವಾಗಿಲ್ಲ.
ನಂತರ ನೆಟ್ವರ್ಕ್ ವಿನ್ಯಾಸದ ಬಗ್ಗೆ: ಟೋಪೋಲಜಿ, ರೂಟಿಂಗ್, ನೀತಿಗಳು.
ಪ್ರಯೋಗಾಲಯದ ಸ್ಟ್ಯಾಂಡ್ ಅನ್ನು ಜೋಡಿಸೋಣ.
ಅದರ ಬಗ್ಗೆ ಯೋಚಿಸೋಣ ಮತ್ತು ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಸಾಧನವನ್ನು ಪ್ರಾರಂಭಿಸಲು ಅಭ್ಯಾಸ ಮಾಡಬಹುದು.
ತದನಂತರ ಪ್ರತಿ ಘಟಕದ ಬಗ್ಗೆ ನಿಕಟ ವಿವರವಾಗಿ.

ಮತ್ತು ಹೌದು, ಸಿದ್ಧ ಪರಿಹಾರದೊಂದಿಗೆ ಈ ಚಕ್ರವನ್ನು ಮನೋಹರವಾಗಿ ಕೊನೆಗೊಳಿಸಲು ನಾನು ಭರವಸೆ ನೀಡುವುದಿಲ್ಲ. 🙂

ಉಪಯುಕ್ತ ಕೊಂಡಿಗಳು

• ಸರಣಿಯನ್ನು ಪರಿಶೀಲಿಸುವ ಮೊದಲು, ನತಾಶಾ ಸಮೋಯಿಲೆಂಕೊ ಅವರ ಪುಸ್ತಕವನ್ನು ಓದುವುದು ಯೋಗ್ಯವಾಗಿದೆ ನೆಟ್‌ವರ್ಕ್ ಎಂಜಿನಿಯರ್‌ಗಳಿಗಾಗಿ ಪೈಥಾನ್. ಮತ್ತು ಬಹುಶಃ ಪಾಸ್ ಕೋರ್ಸ್.
• ಇದು ಓದಲು ಸಹ ಉಪಯುಕ್ತವಾಗಿರುತ್ತದೆ ಆರ್ಎಫ್ಸಿ ಪೀಟರ್ ಲ್ಯಾಪುಖೋವ್ ಅವರಿಂದ ಫೇಸ್‌ಬುಕ್‌ನಿಂದ ಡೇಟಾ ಸೆಂಟರ್ ಫ್ಯಾಕ್ಟರಿಗಳ ವಿನ್ಯಾಸದ ಬಗ್ಗೆ.
• ಆರ್ಕಿಟೆಕ್ಚರ್ ದಸ್ತಾವೇಜನ್ನು ನಿಮಗೆ ಓವರ್‌ಲೇ ಎಸ್‌ಡಿಎನ್ ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂಬ ಕಲ್ಪನೆಯನ್ನು ನೀಡುತ್ತದೆ. ಟಂಗ್ಸ್ಟನ್ ಫ್ಯಾಬ್ರಿಕ್ (ಹಿಂದೆ ಓಪನ್ ಕಾಂಟ್ರಾಲ್).

ಧನ್ಯವಾದ

ರೋಮನ್ ಗಾರ್ಜ್. ಕಾಮೆಂಟ್‌ಗಳು ಮತ್ತು ಸಂಪಾದನೆಗಳಿಗಾಗಿ.
ಆರ್ಟಿಯೋಮ್ ಚೆರ್ನೋಬೇ. KDPV ಗಾಗಿ.

ಮೂಲ: www.habr.com