27.06.2011 ನೇಟ್ ಮೆಕ್ ಆಲ್ಮಂಡ್

ನಾನು ಮೂರು ಅಭ್ಯರ್ಥಿಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡಿದ್ದೇನೆ: Ipswitch ನಿಂದ WhatsUp ಗೋಲ್ಡ್ ಪ್ರೀಮಿಯಂ, ManageEngine ನಿಂದ OpManager ವೃತ್ತಿಪರ, ಮತ್ತು SolarWinds ನಿಂದ ipMonitor. ಈ ಪ್ರತಿಯೊಂದು ನೆಟ್‌ವರ್ಕ್ ಸ್ಕ್ಯಾನರ್‌ಗಳು $3,000 (ಪ್ರತಿ 100 ಸಾಧನಗಳಿಗೆ) ಗಿಂತ ಕಡಿಮೆ ವೆಚ್ಚವನ್ನು ಹೊಂದಿವೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ಕಾರ್ಯಾಚರಣೆಯ ಪ್ರಾಯೋಗಿಕ ಅವಧಿಯನ್ನು ಹೊಂದಿದೆ, ಈ ಸಮಯದಲ್ಲಿ ನೀವು ಆಯ್ಕೆಮಾಡಿದ ಉತ್ಪನ್ನವನ್ನು ಉಚಿತವಾಗಿ ಪರೀಕ್ಷಿಸಬಹುದು

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

ಅನ್ವೇಷಣೆ ಪ್ರಕ್ರಿಯೆ

ಪರೀಕ್ಷೆಗೆ ತಯಾರಾಗಲು, ವಿಂಡೋಸ್ ಸರ್ವರ್‌ಗಳು ಸೇರಿದಂತೆ ಎಲ್ಲಾ ಸಾಧನಗಳಲ್ಲಿ SNMP ಸೇವೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುವುದು ಮೊದಲ ಹಂತವಾಗಿದೆ. SNMP ಸೇವೆಯ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಬದಲಾಯಿಸುವ ಮೂಲಕ, ಮೇಲ್ವಿಚಾರಣಾ ಪ್ರಕ್ರಿಯೆಯಿಂದ ಒಳಗೊಳ್ಳಬೇಕಾದ ಎಲ್ಲಾ ಸಾಧನಗಳಲ್ಲಿ ನಾನು ಓದಲು-ಮಾತ್ರ ಪ್ರವೇಶವನ್ನು ಹೊಂದಿಸಿದ್ದೇನೆ. ವಿಂಡೋಸ್ ಸರ್ವರ್ 2003/2000 ಸಿಸ್ಟಮ್‌ಗಳಲ್ಲಿ, ಆಡ್/ರಿಮೂವ್ ಪ್ರೊಗ್ರಾಮ್ಸ್ ಪ್ಯಾನೆಲ್‌ನಲ್ಲಿರುವ ವಿಂಡೋಸ್ ಕಾಂಪೊನೆಂಟ್ಸ್ ಮಾಂತ್ರಿಕವನ್ನು ಬಳಸಿಕೊಂಡು SNMP ಸೇವೆಯನ್ನು ಸ್ಥಾಪಿಸಲಾಗಿದೆ ಮತ್ತು ವಿಂಡೋಸ್ ಸರ್ವರ್ 2008 ನಲ್ಲಿ, ಸರ್ವರ್ ಮ್ಯಾನೇಜರ್ ಮಾಂತ್ರಿಕವನ್ನು ಬಳಸಿಕೊಂಡು SNMP ಘಟಕಗಳನ್ನು ಸೇರಿಸಲಾಗುತ್ತದೆ. ಮಾಂತ್ರಿಕವನ್ನು ಪೂರ್ಣಗೊಳಿಸಿದ ನಂತರ, ನೀವು ಕಂಟ್ರೋಲ್ ಪ್ಯಾನಲ್ ಫೋಲ್ಡರ್ನಲ್ಲಿರುವ ಸೇವೆಗಳ ಸ್ನ್ಯಾಪ್-ಇನ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸಬೇಕು ಮತ್ತು SNMP ಸೇವೆಯನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕಾಗುತ್ತದೆ - ಇದು ಕಷ್ಟವೇನಲ್ಲ. ಫೈರ್‌ವಾಲ್‌ಗಳು, ಸ್ವಿಚ್‌ಗಳು, ರೂಟರ್‌ಗಳು ಮತ್ತು ಪ್ರಿಂಟರ್‌ಗಳಂತಹ ನಿರ್ವಹಿಸಲಾದ ನೆಟ್‌ವರ್ಕ್ ಸಾಧನಗಳು ಸಹ SNMP ಸೇವಾ ನಿರ್ವಹಣಾ ಸಾಧನಗಳನ್ನು ಹೊಂದಿವೆ, ಮತ್ತು ಸಂರಚನಾ ಪ್ರಕ್ರಿಯೆಯು ಸಾಮಾನ್ಯವಾಗಿ ಸರಳವಾದ ಕಾರ್ಯಾಚರಣೆಯಾಗಿದೆ. SNMP ಸೇವೆಯ ಕುರಿತು ಹೆಚ್ಚಿನ ಮಾಹಿತಿಗಾಗಿ, "ಸರಳ ನೆಟ್‌ವರ್ಕ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್ ಪ್ರೋಟೋಕಾಲ್" ಡಾಕ್ಯುಮೆಂಟ್ ಅನ್ನು ನೋಡಿ (technet.microsoft.com/en-us/library/bb726987.aspx).

ಮುಂದೆ, ನಾನು ವಿಂಡೋಸ್ XP SP3 ನೊಂದಿಗೆ ನನ್ನ ಎರಡು ಕಾರ್ಯ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ಒಂದರಲ್ಲಿ ಎಲ್ಲಾ ಮೂರು ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ಸ್ಥಾಪಿಸಿದ್ದೇನೆ. ಒಮ್ಮೆ ಸ್ಥಾಪಿಸಿದ ನಂತರ, ಪ್ರತಿ ಸಿಸ್ಟಮ್ ಎರಡು ಭಾಗಗಳನ್ನು ಒಳಗೊಂಡಿದೆ: ಡೇಟಾಬೇಸ್ ಮತ್ತು ವೆಬ್ ಸರ್ವರ್. ಆಯ್ಕೆಮಾಡಿದ ಪ್ರತಿಯೊಂದು ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ಬಹು ನಿರ್ವಾಹಕರು ವೆಬ್ ಇಂಟರ್‌ಫೇಸ್ ಮೂಲಕ ನಿರ್ವಹಿಸಬಹುದು ಮತ್ತು ವಿವಿಧ ಹಂತದ ಪ್ರವೇಶದೊಂದಿಗೆ ಖಾತೆಗಳನ್ನು ಹೊಂದಿಸುವ ಆಯ್ಕೆಯನ್ನು ನೀವು ಹೊಂದಿರುತ್ತೀರಿ. ಮೂರು ಸಿಸ್ಟಂಗಳಿಗೆ ಸಾಮಾನ್ಯವಾದದ್ದು, ಪ್ರತಿಯೊಬ್ಬ ಬಳಕೆದಾರರು ತಮ್ಮ ಕಾರ್ಯಕ್ಷೇತ್ರದಲ್ಲಿ ಪ್ಯಾನಲ್‌ಗಳನ್ನು ಸೇರಿಸಲು, ತೆಗೆದುಹಾಕಲು ಮತ್ತು ಸರಿಸಲು ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿರುತ್ತಾರೆ. ಪ್ಯಾನೆಲ್‌ಗಳು ಒಂದೇ ರೀತಿಯ ಡೇಟಾವನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತವೆ, ಉದಾಹರಣೆಗೆ CPU ಲೋಡ್ ಅಥವಾ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿನ ವಿವಿಧ ಸಾಧನಗಳಿಗೆ ಮೆಮೊರಿ ಬಳಕೆಯು.

ನೆಟ್‌ವರ್ಕ್ ಸ್ಕ್ಯಾನ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು (ಡಿಸ್ಕವರಿ ಪ್ರಕ್ರಿಯೆ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ), ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಪತ್ತೆಯಾದ ಸಾಧನಗಳಿಗೆ ಪ್ರವೇಶವನ್ನು ಪಡೆಯಲು ಪ್ರತಿ ಸಿಸ್ಟಮ್ ಬಳಸಬೇಕಾದ ಖಾತೆ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ನಾನು ಹೊಂದಿಸಿದ್ದೇನೆ. ಹೋಲಿಕೆ ಕೋಷ್ಟಕದಲ್ಲಿ ತೋರಿಸಿರುವಂತೆ, Ipswitch WhatsUp Gold Premium ವ್ಯವಸ್ಥೆಯು SNMP, WMI, Telnet, SSH, ADO ಮತ್ತು VMware ಸೇವೆಗಳಿಗಾಗಿ ಖಾತೆಯನ್ನು ಹೊಂದಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ManageEngine OpManager Professional SNMP, WMI, Telnet, SSH, ಮತ್ತು URL ಪ್ರೋಟೋಕಾಲ್‌ಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ, ಆದರೆ SolarWinds ipMonitor SNMP, WMI ಮತ್ತು URL ಪ್ರೋಟೋಕಾಲ್‌ಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ.

ಪ್ರತಿಯೊಂದು ನೆಟ್‌ವರ್ಕ್ ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳಿಗೆ ನೆಟ್‌ವರ್ಕ್ ಸಾಧನಗಳು ಮತ್ತು ಖಾತೆಗಳಲ್ಲಿ (ವಿಂಡೋಸ್ ಮತ್ತು ಎಸ್‌ಎನ್‌ಎಂಪಿ) SNMP ಸೇವೆಯನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ ನಂತರ, ನನ್ನ ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿನ IP ವಿಳಾಸಗಳ ಶ್ರೇಣಿಗಾಗಿ ನಾನು ಅನ್ವೇಷಣೆ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಪ್ರಾರಂಭಿಸಿದೆ. ಎಲ್ಲಾ ವ್ಯವಸ್ಥೆಗಳು ಸುಮಾರು 70 ಸಾಧನಗಳನ್ನು ಪತ್ತೆಹಚ್ಚಿವೆ. ಡೀಫಾಲ್ಟ್ ಸ್ಕ್ಯಾನ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಬಳಸಿಕೊಂಡು, ಪರೀಕ್ಷೆಯಲ್ಲಿರುವ ವ್ಯವಸ್ಥೆಗಳು ಸಾಧನದ ಪ್ರಕಾರಗಳನ್ನು ಗುರುತಿಸುವಲ್ಲಿ ಹಾಗೂ ವಿವರವಾದ ಸಾಧನ ಸ್ಥಿತಿ ಮಾಹಿತಿಯನ್ನು ಒದಗಿಸುವಲ್ಲಿ ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ. ಎಲ್ಲಾ ಮೂರು ವ್ಯವಸ್ಥೆಗಳು CPU ಲೋಡ್, ಮೆಮೊರಿ ಬಳಕೆ, ಡಿಸ್ಕ್ ಬಳಕೆ/ಪೂರ್ಣತೆ, ಪ್ಯಾಕೆಟ್ ನಷ್ಟ/ವಿಳಂಬ, ವಿನಿಮಯ ಸೇವೆಗಳ ಸ್ಥಿತಿ, ಲೋಟಸ್, ಸಕ್ರಿಯ ಡೈರೆಕ್ಟರಿ ಮತ್ತು ಎಲ್ಲಾ ವಿಂಡೋಸ್ ಸೇವೆಗಳಂತಹ ಪ್ರಮುಖ ಸಾಧನ ಮತ್ತು ಸರ್ವರ್ ಕಾರ್ಯಕ್ಷಮತೆಗಾಗಿ ಸಂವೇದಕಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತವೆ. ಪ್ರತಿಯೊಂದು ವ್ಯವಸ್ಥೆಗಳು ಪ್ರತ್ಯೇಕ ಸಾಧನಗಳು ಮತ್ತು ಸಾಧನಗಳ ದೊಡ್ಡ ಗುಂಪುಗಳೆರಡಕ್ಕೂ ಸಂವೇದಕಗಳನ್ನು ಸೇರಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿವೆ.

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

Ipswitch WhatsUp ಗೋಲ್ಡ್ ಪ್ರೀಮಿಯಂ

Ipswitch WhatsUp ಗೋಲ್ಡ್ ಪ್ರೀಮಿಯಂ
ಹಿಂದೆ:ಮೂರು ಪ್ರತಿಸ್ಪರ್ಧಿಗಳ ಪೈಕಿ ಅತ್ಯಂತ ನಿಖರವಾದ ಫಲಿತಾಂಶಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ, ನಿಮ್ಮ ಸ್ವಂತ ಸಂವೇದಕಗಳನ್ನು ರಚಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ, VMware ಸಿಸ್ಟಮ್‌ಗಳಿಗಾಗಿ ಸಮಗ್ರ ಮೇಲ್ವಿಚಾರಣಾ ಸಾಧನಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ, AD ಯೊಂದಿಗೆ ಸಂಯೋಜಿಸುತ್ತದೆ.
ವಿರುದ್ಧ:ಕಡಿಮೆ ಅಂತರ್ನಿರ್ಮಿತ ಸಂವೇದಕಗಳು ಮತ್ತು ಸ್ಪರ್ಧಿಗಳಿಗೆ ಹೋಲಿಸಿದರೆ ಹೆಚ್ಚಿನ ವೆಚ್ಚ (ನೀವು 500 ಕ್ಕಿಂತ ಕಡಿಮೆ ಸಾಧನಗಳಿಗೆ ಪರವಾನಗಿಯನ್ನು ಖರೀದಿಸಿದರೆ).
ಗ್ರೇಡ್: 5 ರಲ್ಲಿ 4.5.
ಬೆಲೆ: 500 ಸಾಧನಗಳಿಗೆ $7495, 100 ಸಾಧನಗಳಿಗೆ $2695, 25 ಸಾಧನಗಳಿಗೆ $2195.
ಶಿಫಾರಸುಗಳುಉ: ದೊಡ್ಡ VMware ಪರಿಸರದಲ್ಲಿ ಸೇವೆ ಸಲ್ಲಿಸುವ ಅಥವಾ ತಮ್ಮದೇ ಆದ ಸಂವೇದಕಗಳನ್ನು ನಿರ್ಮಿಸಲು ಬಯಸುವ ಇಲಾಖೆಗಳಿಗೆ ನಾನು WhatsUp ಗೋಲ್ಡ್ ಐಟಿಯನ್ನು ಶಿಫಾರಸು ಮಾಡುತ್ತೇವೆ.
ಸಂಪರ್ಕ ಮಾಹಿತಿ: ipswitch www.ipswitch.com

IpMonitor ಮತ್ತು OpManager ಸಿಸ್ಟಂಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವಾಗ, ನಾನು ಸಾಂದರ್ಭಿಕವಾಗಿ ಗ್ರಹಿಸಲಾಗದ ವಾಚನಗೋಷ್ಠಿಯನ್ನು ಎದುರಿಸಿದ್ದೇನೆ ಅದು ನನ್ನನ್ನು ದಿಗ್ಭ್ರಮೆಗೊಳಿಸಿತು. IpMonitor ನಲ್ಲಿ, CPU ಬಳಕೆಯ ಮಟ್ಟವು ಗಮನಾರ್ಹವಾಗಿ ಕಡಿಮೆಯಾದಾಗ ಡ್ಯಾಶ್‌ಬೋರ್ಡ್‌ಗಳು ನಕಾರಾತ್ಮಕ ಮೌಲ್ಯಗಳನ್ನು ಪ್ರದರ್ಶಿಸಬಹುದು. ಇನ್ನೊಂದು ಸಂದರ್ಭದಲ್ಲಿ, ಪ್ರೊಸೆಸರ್ ಲೋಡ್ ಶೂನ್ಯಕ್ಕೆ ಹತ್ತಿರದಲ್ಲಿದ್ದಾಗ, IpMonitor ಸಿಸ್ಟಮ್ ನನಗೆ ಪ್ರೊಸೆಸರ್ ಅನ್ನು 11.490% ನಲ್ಲಿ ಬಳಸಲಾಗಿದೆ ಎಂದು ಅಧಿಸೂಚನೆಯನ್ನು ಕಳುಹಿಸಿದೆ! OpManager ಸಿಸ್ಟಮ್, ಡೊಮೇನ್ ನಿಯಂತ್ರಕಗಳ ಡಿಸ್ಕ್ ಬಳಕೆಯ ಬಗ್ಗೆ ಸರಿಯಾದ ಮಾಹಿತಿಯನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡುವಾಗ ಮತ್ತು ನನಗೆ ಕಳುಹಿಸುವಾಗ, ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ ಗರಿಷ್ಠ ಡಿಸ್ಕ್ ಸ್ಪೇಸ್ ಬಳಕೆಯೊಂದಿಗೆ 10 ಸರ್ವರ್‌ಗಳ ಪಟ್ಟಿಯಲ್ಲಿ ಯಾವುದೇ ನಿಯಂತ್ರಕಗಳನ್ನು ಒಳಗೊಂಡಿಲ್ಲ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಪಕ್ಕದ ಫಲಕವು ನನ್ನ ಡೊಮೇನ್ ನಿಯಂತ್ರಕಗಳಲ್ಲಿ ಒಬ್ಬರು ಮೊದಲ ಹತ್ತರಲ್ಲಿ ಇರಬಾರದು, ಆದರೆ ಮೊದಲ ಮೂರರಲ್ಲಿ ಇರಬಾರದು ಎಂದು ಘೋಷಿಸಿತು. WhatsUp ಚಿನ್ನವನ್ನು ಬಳಸುವಾಗ, ನಾನು ಅಂತಹ ಸಂದರ್ಭಗಳನ್ನು ಎದುರಿಸಲಿಲ್ಲ. ವಾಟ್ಸ್‌ಅಪ್ ಗೋಲ್ಡ್ ತನ್ನ ಪ್ಯಾನೆಲ್‌ಗಳಲ್ಲಿ ಪ್ರೊಸೆಸರ್ ಕೋರ್‌ಗಳ ಬಳಕೆಯನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ನಾನು ವಾಟ್ಸ್‌ಅಪ್ ಗೋಲ್ಡ್ ಪ್ಯಾನೆಲ್‌ಗಳ ಫಲಿತಾಂಶಗಳನ್ನು ವಿಂಡೋಸ್ ಪರ್ಫಾರ್ಮೆನ್ಸ್ ಮಾನಿಟರ್‌ನ ರೀಡಿಂಗ್‌ಗಳೊಂದಿಗೆ ಹೋಲಿಸಿದಾಗ, ಅವು ಪ್ರತಿಯೊಂದು ಕೋರ್‌ಗಳಿಗೂ ಒಂದೇ ಆಗಿದ್ದವು. ಅಂತೆಯೇ, ಹಾರ್ಡ್ ಡಿಸ್ಕ್ ಬಳಕೆಯ ಮಾಹಿತಿಯನ್ನು ಎಲ್ಲಾ ಸಂಬಂಧಿತ ಕಾರ್ಯಸ್ಥಳ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗೆ ಸರಿಯಾಗಿ ವರದಿ ಮಾಡಲಾಗಿದೆ.

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

Dell, HP ಮತ್ತು IBM ಸಾಧನಗಳಿಗೆ ತನ್ನದೇ ಆದ ಸಂವೇದಕಗಳನ್ನು ಬಳಸುವ OpManager ಪ್ಯಾಕೇಜ್‌ನಂತಲ್ಲದೆ, ನಿರ್ದಿಷ್ಟ ತಯಾರಕರ ಸಾಧನಗಳಿಗೆ (APC UPS ವಿದ್ಯುತ್ ಸರಬರಾಜುಗಳಿಗಾಗಿ ಸಂವೇದಕವನ್ನು ಹೊರತುಪಡಿಸಿ) WhatsUp ಗೋಲ್ಡ್ ಸಂವೇದಕಗಳನ್ನು ಹೊಂದಿಲ್ಲ, ಆದರೆ ಅದು ನಿಮಗೆ ಸಕ್ರಿಯವನ್ನು ರಚಿಸಲು ಅನುಮತಿಸುತ್ತದೆ. ಸ್ಕ್ರಿಪ್ಟ್ ಪ್ರಕಾರದ ಸಂವೇದಕಗಳು. VBScript ಮತ್ತು JScript ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಭಾಷೆಗಳನ್ನು ಬಳಸಿಕೊಂಡು ನಿಮ್ಮ ಸ್ವಂತ ಮೇಲ್ವಿಚಾರಣೆ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಈ ಪ್ರಕಾರವು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಸಕ್ರಿಯ ಸ್ಕ್ರಿಪ್ಟ್ ಸಂವೇದಕಗಳು ಆನ್‌ಲೈನ್ ಬೆಂಬಲ ಕೇಂದ್ರವನ್ನು ಹೊಂದಿದ್ದು, ವಾಟ್ಸ್‌ಅಪ್ ಗೋಲ್ಡ್ ಬಳಕೆದಾರರು ರೆಡಿಮೇಡ್ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳನ್ನು ಪಡೆಯಬಹುದು ಮತ್ತು ಡೌನ್‌ಲೋಡ್ ಮಾಡಬಹುದು.

ನಾನು WhatsUp ಗೋಲ್ಡ್ ಸಿಸ್ಟಮ್‌ಗೆ ಸೇರಿಸಲು ಬಯಸುವ ಏಕೈಕ ಸುಧಾರಣೆ ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿದೆ (ಚಿತ್ರ 1), ಮುಖ್ಯವಾಗಿ ಇದು ತುಂಬಾ ರೇಖೀಯವಾಗಿದೆ. ಉದಾಹರಣೆಗೆ, ಸಕ್ರಿಯ ಮಾನಿಟರ್ ಲೈಬ್ರರಿ ವಿಂಡೋದಿಂದ ಕಾರ್ಯಸ್ಥಳಕ್ಕೆ ಹಿಂತಿರುಗಲು ರದ್ದು ಮತ್ತು ಮುಚ್ಚು ಬಟನ್‌ಗಳ ಮೇಲೆ 5 ಕ್ಲಿಕ್‌ಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಅಲ್ಲದೆ, WhatsUp ಗೋಲ್ಡ್ ಸಿಸ್ಟಮ್ ಸೈಟ್‌ನ ಸ್ಥಿತಿಯನ್ನು ಪರಿಶೀಲಿಸುವ ಸಂವೇದಕವನ್ನು ಹೊಂದಿಲ್ಲ (ಸಹಜವಾಗಿ, ನೀವು ಅದನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಬರೆಯದಿದ್ದರೆ) ಮತ್ತು ಇದು ಅಗತ್ಯವಾಗಬಹುದು, ವಿಶೇಷವಾಗಿ ಸೈಟ್ ಅನ್ನು ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಸರ್ವರ್‌ನಲ್ಲಿ ಹೋಸ್ಟ್ ಮಾಡಿದ ಸಂದರ್ಭಗಳಲ್ಲಿ ಮತ್ತು ಅದನ್ನು ಪ್ರವೇಶಿಸಲು ಬೇರೆ ಯಾವುದೇ ಮಾರ್ಗಗಳಿಲ್ಲ.

ಚಿತ್ರ 1: WhatsUp ಗೋಲ್ಡ್ ಪ್ರೀಮಿಯಂ ಇಂಟರ್ಫೇಸ್

ಕೆಲವು ಸಮಯದವರೆಗೆ ಸಾಧನಗಳು ನಿಷ್ಕ್ರಿಯವಾಗಿರುವ ಸಂದರ್ಭಗಳನ್ನು ನಿರ್ವಹಿಸಲು, ನೀವು ಪ್ರತಿ 2, 5 ಮತ್ತು 20 ನಿಮಿಷಗಳಿಗೊಮ್ಮೆ ಅಧಿಸೂಚನೆಗಳನ್ನು ಕಳುಹಿಸಲು ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು. ಈ ರೀತಿಯಾಗಿ, ನಿರ್ದಿಷ್ಟ ಸಮಯದವರೆಗೆ ಪ್ರಮುಖ ನೋಡ್‌ಗಳಿಂದ ಪ್ರತಿಕ್ರಿಯೆಯ ಕೊರತೆಗೆ ನೀವು ನಿರ್ವಾಹಕರ ಗಮನವನ್ನು ಸೆಳೆಯಬಹುದು.

WhatsUp ಗೋಲ್ಡ್ ಪರಿಗಣನೆಯಲ್ಲಿರುವ ಏಕೈಕ ವ್ಯವಸ್ಥೆಯಾಗಿದ್ದು ಅದು LDAP ಪರಿಸರಕ್ಕೆ ಸಂಯೋಜಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿದೆ - ದೊಡ್ಡ ನೆಟ್‌ವರ್ಕ್‌ಗಳಿಗೆ ಪರಿಹಾರವನ್ನು ಆಯ್ಕೆಮಾಡುವಾಗ ಈ ಕ್ಷಣವು ಮೂಲಭೂತವಾಗಿರುತ್ತದೆ.

ManageEngine OpManager

ManageEngine OpManager
ಹಿಂದೆ:ಮೂರು ಉತ್ಪನ್ನಗಳಲ್ಲಿ ಅತ್ಯುತ್ತಮ ಬಳಕೆದಾರ ಇಂಟರ್ಫೇಸ್; ಇತರ ಎರಡು ವ್ಯವಸ್ಥೆಗಳಿಗಿಂತ ಹೆಚ್ಚು ಅಂತರ್ನಿರ್ಮಿತ ಸಂವೇದಕಗಳು; 50 ಅಥವಾ ಅದಕ್ಕಿಂತ ಕಡಿಮೆ ಸಾಧನಗಳಿಗೆ ಪರವಾನಗಿ ಖರೀದಿಸುವಾಗ ಕಡಿಮೆ ಬೆಲೆ.
ವಿರುದ್ಧ:ಪರೀಕ್ಷೆಗಳ ಸಮಯದಲ್ಲಿ, ಎಲ್ಲಾ ಸಾಧನ ಸೂಚಕಗಳನ್ನು ಸರಿಯಾಗಿ ಪ್ರದರ್ಶಿಸಲಾಗಿಲ್ಲ; ಸಿಸ್ಟಮ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಕ್ರಿಯಾತ್ಮಕಗೊಳಿಸಲು ಕೆಲವು ಡೀಬಗ್ ಮಾಡುವ ಸಮಯವನ್ನು ತೆಗೆದುಕೊಳ್ಳಬಹುದು.
ಗ್ರೇಡ್: 5 ರಲ್ಲಿ 4.5.
ಬೆಲೆ: 100 ಸಾಧನಗಳಿಗೆ $1995, 50 ಸಾಧನಗಳಿಗೆ $995, 25 ಸಾಧನಗಳಿಗೆ $595.
ಶಿಫಾರಸುಗಳು:ಬಾಕ್ಸ್‌ನಿಂದ ಹೆಚ್ಚಿನದನ್ನು ಪಡೆಯಲು ಬಯಸುವ IT ವಿಭಾಗಗಳು (AD ಏಕೀಕರಣವನ್ನು ಹೊರತುಪಡಿಸಿ) OpManager ವೃತ್ತಿಪರರನ್ನು ಪ್ರಶಂಸಿಸುತ್ತವೆ. 26-50 ಸಾಧನಗಳ ವ್ಯಾಪ್ತಿಯಲ್ಲಿ ಪರವಾನಗಿಗಳನ್ನು ಖರೀದಿಸುವಾಗ, ಅದರ ವೆಚ್ಚವು ಇತರ ಎರಡು ಉತ್ಪನ್ನಗಳಿಗಿಂತ ಅರ್ಧದಷ್ಟು.
ಸಂಪರ್ಕ ಮಾಹಿತಿ: ManageEngine www.manageengine.com

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

ಪ್ರಮಾಣಿತ ಸಂವೇದಕಗಳ ಜೊತೆಗೆ, OpManager ಡೆಲ್ ಪವರ್-ಎಡ್ಜ್, HP ಪ್ರೊಲಿಯಂಟ್ ಮತ್ತು IBM ಬ್ಲೇಡ್ ಸೆಂಟರ್‌ನಂತಹ ಸಾಧನಗಳಿಗಾಗಿ ಮಾರಾಟಗಾರರು ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ SNMP ಕಾರ್ಯಕ್ಷಮತೆಯ ಮಾನಿಟರಿಂಗ್ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ನೀಡುತ್ತದೆ. OpManager ಅನ್ನು Google Maps API ನೊಂದಿಗೆ ಸಂಯೋಜಿಸಬಹುದು ಆದ್ದರಿಂದ ನೀವು ನಿಮ್ಮ ಸಾಧನಗಳನ್ನು Google ನಕ್ಷೆಗೆ ಸೇರಿಸಬಹುದು. ಆದಾಗ್ಯೂ, Google Maps API ಸಿಸ್ಟಮ್‌ನ ಉಚಿತ ಆವೃತ್ತಿಗೆ ಪರವಾನಗಿ ನಿಯಮಗಳಿಗೆ ಅನುಸಾರವಾಗಿ ನೀವು Google Maps API ಪ್ರೀಮಿಯಂ ಖಾತೆಯನ್ನು (ನಿಮ್ಮ ನಕ್ಷೆಯನ್ನು ಸಾರ್ವಜನಿಕವಾಗಿ ಲಭ್ಯವಾಗುವಂತೆ ಮಾಡಲು ಯೋಜಿಸದ ಹೊರತು) ಖರೀದಿಸಲು ಇದು ನಿಮಗೆ ಅಗತ್ಯವಿರುತ್ತದೆ.

ನಿರ್ವಾಹಕರು ಎಚ್ಚರಿಕೆಯನ್ನು ಸ್ವೀಕರಿಸುವ ಆದರೆ ನಿರ್ದಿಷ್ಟ ಸಮಯದವರೆಗೆ ಅದಕ್ಕೆ ಪ್ರತಿಕ್ರಿಯಿಸದ ಸಂದರ್ಭಗಳನ್ನು ನಿರ್ವಹಿಸಲು, ಮತ್ತೊಂದು ನಿರ್ವಾಹಕರಿಗೆ ಹೆಚ್ಚುವರಿ ಎಚ್ಚರಿಕೆಯನ್ನು ಕಳುಹಿಸಲು OpManager ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು. ಉದಾಹರಣೆಗೆ, ಒಂದು ನಿರ್ದಿಷ್ಟ ಗುಂಪಿನ ಸರ್ವರ್‌ಗಳಿಗೆ ನಿರ್ಣಾಯಕ ಘಟನೆಗಳನ್ನು ನಿರ್ವಹಿಸಲು ಸಾಮಾನ್ಯವಾಗಿ ಜವಾಬ್ದಾರರಾಗಿರುವ ಉದ್ಯೋಗಿ ಕಾರ್ಯನಿರತವಾಗಿರಬಹುದು ಅಥವಾ ಅನಾರೋಗ್ಯಕ್ಕೆ ಒಳಗಾಗಬಹುದು. ಅಂತಹ ಸಂದರ್ಭದಲ್ಲಿ, ಮೊದಲ ಎಚ್ಚರಿಕೆಯನ್ನು ನಿರ್ದಿಷ್ಟ ಸಂಖ್ಯೆಯ ಗಂಟೆಗಳು/ನಿಮಿಷಗಳೊಳಗೆ ವೀಕ್ಷಿಸದಿದ್ದರೆ ಅಥವಾ ತೆರವುಗೊಳಿಸದಿದ್ದರೆ ಮತ್ತೊಂದು ನಿರ್ವಾಹಕರ ಗಮನವನ್ನು ಸೆಳೆಯುವ ಹೆಚ್ಚುವರಿ ಎಚ್ಚರಿಕೆಯನ್ನು ಹೊಂದಿಸಲು ಇದು ಅರ್ಥಪೂರ್ಣವಾಗಿದೆ.

ಪರಿಶೀಲಿಸಲಾದ ಮೂರು ಉತ್ಪನ್ನಗಳಲ್ಲಿ, OpManager ಸಿಸ್ಟಮ್ ಮಾತ್ರ WAN ನಲ್ಲಿ VoIP ವಿನಿಮಯದ ಗುಣಮಟ್ಟವನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ಮೀಸಲಾದ ವಿಭಾಗವನ್ನು ಹೊಂದಿದೆ. VoIP ಮಾನಿಟರಿಂಗ್ ಪರಿಕರಗಳನ್ನು ಬಳಸಲು, ಮೂಲ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನ ನೆಟ್‌ವರ್ಕ್‌ಗಳೆರಡರಲ್ಲೂ ಸಾಧನಗಳು Cisco IP SLA ತಂತ್ರಜ್ಞಾನವನ್ನು ಬೆಂಬಲಿಸಬೇಕು. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಚಿತ್ರ 2 ರಲ್ಲಿ ತೋರಿಸಿರುವ OpManager ಇಂಟರ್ಫೇಸ್ ಯಾವುದೇ ಸ್ಪರ್ಧಾತ್ಮಕ ಉತ್ಪನ್ನಗಳಿಗಿಂತ ಹೆಚ್ಚಿನ ಸಂವೇದಕಗಳು ಮತ್ತು ಡ್ಯಾಶ್‌ಬೋರ್ಡ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿದೆ.

ಚಿತ್ರ 2: OpManager ವೃತ್ತಿಪರ ಇಂಟರ್ಫೇಸ್

ಸೋಲಾರ್ ವಿಂಡ್ಸ್ ಐಪಿ ಮಾನಿಟರ್

ಸೋಲಾರ್ ವಿಂಡ್ಸ್ ಐಪಿ ಮಾನಿಟರ್
ಹಿಂದೆ:ಕಡಿಮೆ ಬೆಲೆಗೆ ಅನಿಯಮಿತ ಸಂಖ್ಯೆಯ ಸಾಧನಗಳು; ಸುಲಭವಾದ ಬಳಕೆ.
ವಿರುದ್ಧ:ನಿರ್ವಾಹಕರ ಕ್ರಮಗಳನ್ನು ಸಮನ್ವಯಗೊಳಿಸಲು ಯಾವುದೇ ಕಾರ್ಯವಿಧಾನವಿಲ್ಲ.
ಗ್ರೇಡ್: 5 ರಲ್ಲಿ 4.
ಬೆಲೆ:$1995 ಅನಿಯಮಿತ ಸಾಧನಗಳು (25 ಸಂವೇದಕಗಳು ಉಚಿತ).
ಶಿಫಾರಸುಗಳು:ನಿಮ್ಮ ಬಜೆಟ್ ಬಿಗಿಯಾಗಿದ್ದರೆ ಮತ್ತು ನೀವು ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಸಾಧನಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಬೇಕಾದರೆ, ಮೇಲ್ವಿಚಾರಣಾ ಪ್ರಕ್ರಿಯೆಗೆ ಸಂಕೀರ್ಣ ಪರಿಹಾರಗಳ ಅಗತ್ಯವಿಲ್ಲದಿದ್ದರೆ ಮತ್ತು ನಿರ್ವಾಹಕರ ಸಮನ್ವಯಕ್ಕೆ ಸಿಸ್ಟಮ್-ಕಡಿಮೆ ವಿಧಾನದೊಂದಿಗೆ ನೀವು ಆರಾಮದಾಯಕವಾಗಿದ್ದರೆ, SolarWinds ನಿಮಗೆ ಪರಿಹಾರವಾಗಿದೆ.
ಸಂಪರ್ಕ ಮಾಹಿತಿ:ಸೌರ ಮಾರುತಗಳು www.solarwinds.com

ipMonitor ಗೆ ನನ್ನ ಮೊದಲ ಪರಿಚಯದ ನಂತರ, ಚಿತ್ರ 3 ರಲ್ಲಿ ತೋರಿಸಿರುವ ಇಂಟರ್ಫೇಸ್ ನನಗೆ ಗೊಂದಲಮಯವಾಗಿ ಕಾಣುತ್ತದೆ. ಸಿಸ್ಟಮ್ ಮೂಲಕ ಪ್ರತ್ಯೇಕ ಸಿಸ್ಟಮ್ ಸಂವೇದಕಗಳನ್ನು ಪರಿಶೀಲಿಸುವ ಆವರ್ತನವನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾದ ಸ್ಥಳವನ್ನು ಕಂಡುಹಿಡಿಯಲು ಇದು ನನಗೆ ಬಹುತೇಕ ಶಾಶ್ವತವಾಗಿ ತೆಗೆದುಕೊಂಡಿತು (ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, ಪ್ರತಿ 300 ಸೆಕೆಂಡುಗಳಿಗೊಮ್ಮೆ ಸಮೀಕ್ಷೆಯನ್ನು ನಡೆಸಲಾಗುತ್ತದೆ). ಆದಾಗ್ಯೂ, ಕೆಲವು ವಾರಗಳವರೆಗೆ ipMonitor ಅನ್ನು ಬಳಸಿದ ನಂತರ, ಅದನ್ನು ಬಳಸಲು ತುಂಬಾ ಸುಲಭ ಮತ್ತು ಕೆಲವು ಗುಣಮಟ್ಟದ ನೆಟ್ವರ್ಕ್ ಮಾನಿಟರಿಂಗ್ ಮಾಡುವ ಸಾಮರ್ಥ್ಯವನ್ನು ನಾನು ಕಂಡುಕೊಂಡಿದ್ದೇನೆ. ipMonitor ನೊಂದಿಗೆ, ನೀವು "ಡೀಫಾಲ್ಟ್" ಸ್ಕ್ಯಾನ್‌ಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು ಇದರಿಂದ ಯಾವುದೇ ಸೇವೆ ಅಥವಾ ಕಾರ್ಯಕ್ಷಮತೆಯ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಭವಿಷ್ಯದ ಸ್ಕ್ಯಾನ್‌ಗಳಲ್ಲಿ ಯಾವಾಗಲೂ ಸೇರಿಸಲಾಗುತ್ತದೆ. ಸ್ಟ್ಯಾಂಡರ್ಡ್ (ಮತ್ತು ಮೇಲೆ ಹೆಸರಿಸಲಾದ) ಸಂವೇದಕಗಳ ಜೊತೆಗೆ, ipMonitor ವಿಂಡೋಸ್ ಈವೆಂಟ್ ಲಾಗ್ ಸಂವೇದಕವನ್ನು ನೀಡುತ್ತದೆ, ಇದನ್ನು ನಿರ್ಣಾಯಕ ಘಟನೆಗಳು ಪತ್ತೆಯಾದಾಗ ಎಚ್ಚರಿಕೆಗಳನ್ನು ಕಳುಹಿಸಲು ಬಳಸಬಹುದು.

ಚಿತ್ರ 3: SolarWinds ipMonitor ಇಂಟರ್ಫೇಸ್

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

ನಿರ್ಧಾರ ತೆಗೆದುಕೊಳ್ಳುವ ಸಮಯ

ನನ್ನ ಪರಿಸರಕ್ಕೆ ಮೂರು ಉತ್ಪನ್ನಗಳಲ್ಲಿ ಯಾವುದು ಹೆಚ್ಚು ಸೂಕ್ತವಾಗಿದೆ ಎಂದು ನಾನು ಈಗಾಗಲೇ ನಿರ್ಧರಿಸಿದ್ದೇನೆ. ನಾನು ಹಲವಾರು ಕಾರಣಗಳಿಗಾಗಿ 50 ಸಾಧನ ಪರವಾನಗಿಯೊಂದಿಗೆ ManageEngine OpManager ಸಿಸ್ಟಮ್‌ನಲ್ಲಿ ನೆಲೆಸಿದ್ದೇನೆ.

ಮೊದಲನೆಯದಾಗಿ, ನನ್ನ ಪರಿಸರದ ಗರಿಷ್ಠ ಸಂಖ್ಯೆಯ ನಿಯತಾಂಕಗಳನ್ನು ನಾನು ಟ್ರ್ಯಾಕ್ ಮಾಡಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ಇದು ಅನಿರೀಕ್ಷಿತ ವೈಫಲ್ಯಗಳನ್ನು ತಪ್ಪಿಸಲು ಉತ್ತಮ ಮಾರ್ಗವಾಗಿದೆ. ಈ ವಿಷಯದಲ್ಲಿ, OpManager ವ್ಯವಸ್ಥೆಯು ಖಂಡಿತವಾಗಿಯೂ ಸ್ಪರ್ಧೆಗಿಂತ ಮುಂದಿದೆ. ಎರಡನೇ ಕಾರಣ ಬಜೆಟ್. ನಾನು ವರ್ಕ್‌ಸ್ಟೇಷನ್‌ಗಳು ಮತ್ತು ಪ್ರಿಂಟರ್‌ಗಳಿಗಾಗಿ ನಮ್ಮ ಹಳೆಯ ಆನ್/ಆಫ್ ಮಾನಿಟರಿಂಗ್ ಪರಿಕರಗಳನ್ನು ಬಳಸುವುದನ್ನು ಮುಂದುವರಿಸಬಹುದು ಮತ್ತು ಹೀಗಾಗಿ ಹೆಚ್ಚುವರಿ ಪರವಾನಗಿಗಳ ವೆಚ್ಚವನ್ನು ತಪ್ಪಿಸಬಹುದು. ಅಂತಿಮವಾಗಿ, ಹೊಸ ತಂತ್ರಜ್ಞಾನಗಳ ಲಾಭವನ್ನು ಪಡೆಯಲು OpManager ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವಲ್ಲಿ ManageEngine ತಂಡವು ತೆಗೆದುಕೊಂಡ ವಿಧಾನವನ್ನು ನಾನು ನಿಜವಾಗಿಯೂ ಇಷ್ಟಪಟ್ಟಿದ್ದೇನೆ ಮತ್ತು ಉತ್ಪನ್ನವು ವಿಕಸನಗೊಂಡಂತೆ ನವೀಕರಣಗಳನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಲು ನಿಮಗೆ ಅನುಮತಿಸುವ ವಾರ್ಷಿಕ ಸೇವೆ ಮತ್ತು ಬೆಂಬಲ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಪಡೆದುಕೊಳ್ಳುವ ವೆಚ್ಚವನ್ನು ನಾನು ಸಂಪೂರ್ಣವಾಗಿ ಸಮರ್ಥಿಸುತ್ತೇನೆ.

ನೇಟ್ ಮೆಕ್ ಆಲ್ಮಂಡ್ ( [ಇಮೇಲ್ ಸಂರಕ್ಷಿತ]) ಅವರು ಸಾಮಾಜಿಕ ಸೇವಾ ಸಂಸ್ಥೆ, MCSE, ಭದ್ರತೆ ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ + ಪ್ರಮಾಣೀಕರಿಸಿದ IT ನಿರ್ದೇಶಕರಾಗಿದ್ದಾರೆ, ತೆಳುವಾದ ಕ್ಲೈಂಟ್ ಪರಿಹಾರಗಳು ಮತ್ತು ವೈದ್ಯಕೀಯ ಡೇಟಾಬೇಸ್‌ಗಳಲ್ಲಿ ಪರಿಣತಿ ಹೊಂದಿದ್ದಾರೆ.

ಮೂಲ ಹೆಸರು:ನೆಟ್‌ವರ್ಕ್ ಟ್ರಾಫಿಕ್ ಮಾನಿಟರಿಂಗ್ ಮತ್ತು ಅನಾಲಿಸಿಸ್ ಟೆಕ್ನಿಕ್ಸ್‌ನ ಸಾರಾಂಶ

ಮೂಲ ಪಠ್ಯಕ್ಕೆ ಲಿಂಕ್: http://www.cse.wustl.edu/~jain/cse567-06/ftp/net_monitoring/index.html

ಶಿಫಾರಸುಗಳು:ಒದಗಿಸಿದ ಅನುವಾದವು ವೃತ್ತಿಪರವಾಗಿಲ್ಲ. ಪಠ್ಯದಿಂದ ವಿಚಲನಗಳು, ಕೆಲವು ನಿಯಮಗಳು ಮತ್ತು ಪರಿಕಲ್ಪನೆಗಳ ತಪ್ಪಾದ ವ್ಯಾಖ್ಯಾನ, ಅನುವಾದಕನ ವ್ಯಕ್ತಿನಿಷ್ಠ ಅಭಿಪ್ರಾಯ ಸಾಧ್ಯ. ಬದಲಾವಣೆಗಳಿಲ್ಲದೆ ಎಲ್ಲಾ ವಿವರಣೆಗಳನ್ನು ಅನುವಾದದಲ್ಲಿ ಸೇರಿಸಲಾಗಿದೆ.

ಅಲಿಶಾ ಸೆಸಿಲ್

ನೆಟ್ವರ್ಕ್ ಟ್ರಾಫಿಕ್ ಅನ್ನು ವಿಶ್ಲೇಷಿಸುವ ಮತ್ತು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವ ವಿಧಾನಗಳ ಅವಲೋಕನ

ಖಾಸಗಿ ಆಂತರಿಕ ಕಂಪನಿ ನೆಟ್‌ವರ್ಕ್‌ಗಳು ಬೆಳೆಯುತ್ತಿರುವಂತೆ, ನೆಟ್‌ವರ್ಕ್ ನಿರ್ವಾಹಕರು ತಮ್ಮ ನೆಟ್‌ವರ್ಕ್ ಮೂಲಕ ಪ್ರಯಾಣಿಸುವ ವಿವಿಧ ರೀತಿಯ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ನಿರ್ವಹಿಸುವ ಬಗ್ಗೆ ತಿಳಿದಿರುವುದು ನಿರ್ಣಾಯಕವಾಗಿದೆ. ಸಮಸ್ಯೆಗಳು ಉಂಟಾದಾಗ ಅವುಗಳನ್ನು ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಪತ್ತೆಹಚ್ಚಲು ಮತ್ತು ಪರಿಹರಿಸಲು ಟ್ರಾಫಿಕ್ ಮೇಲ್ವಿಚಾರಣೆ ಮತ್ತು ವಿಶ್ಲೇಷಣೆ ಅತ್ಯಗತ್ಯ, ಹೀಗಾಗಿ ನೆಟ್‌ವರ್ಕ್ ಸೇವೆಗಳು ದೀರ್ಘಕಾಲದವರೆಗೆ ನಿಷ್ಕ್ರಿಯವಾಗಿರುವುದನ್ನು ತಡೆಯುತ್ತದೆ. ನೆಟ್‌ವರ್ಕ್ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ಮತ್ತು ವಿಶ್ಲೇಷಿಸಲು ನಿರ್ವಾಹಕರಿಗೆ ಸಹಾಯ ಮಾಡಲು ಹಲವು ವಿಭಿನ್ನ ಪರಿಕರಗಳು ಲಭ್ಯವಿದೆ. ಈ ಲೇಖನವು ರೂಟರ್-ಆಧಾರಿತ ಮಾನಿಟರಿಂಗ್ ವಿಧಾನಗಳು ಮತ್ತು ರೂಟರ್-ಆಧಾರಿತವಲ್ಲದ ಮೇಲ್ವಿಚಾರಣಾ ವಿಧಾನಗಳನ್ನು ಚರ್ಚಿಸುತ್ತದೆ (ಸಕ್ರಿಯ ಮತ್ತು ನಿಷ್ಕ್ರಿಯ ವಿಧಾನಗಳು). ಲೇಖನವು ರೂಟರ್‌ಗಳಲ್ಲಿ (SNMP, RMON ಮತ್ತು Cisco Netflow) ನಿರ್ಮಿಸಲಾದ ಮೂರು ಲಭ್ಯವಿರುವ ಮತ್ತು ವ್ಯಾಪಕವಾಗಿ ಬಳಸಲಾಗುವ ನೆಟ್‌ವರ್ಕ್ ಮಾನಿಟರಿಂಗ್ ವಿಧಾನಗಳ ಅವಲೋಕನವನ್ನು ನೀಡುತ್ತದೆ ಮತ್ತು ನಿಷ್ಕ್ರಿಯ ಮತ್ತು ಸಕ್ರಿಯ ಮೇಲ್ವಿಚಾರಣಾ ವಿಧಾನಗಳ (WREN ಮತ್ತು SCNM) ಸಂಯೋಜನೆಯನ್ನು ಬಳಸುವ ಎರಡು ಹೊಸ ಮೇಲ್ವಿಚಾರಣಾ ವಿಧಾನಗಳ ಮಾಹಿತಿಯನ್ನು ಒದಗಿಸುತ್ತದೆ. .

1. ನೆಟ್ವರ್ಕ್ ಮೇಲ್ವಿಚಾರಣೆ ಮತ್ತು ವಿಶ್ಲೇಷಣೆಯ ಪ್ರಾಮುಖ್ಯತೆ

ನೆಟ್‌ವರ್ಕ್ ಮಾನಿಟರಿಂಗ್ (ನೆಟ್‌ವರ್ಕ್ ಮಾನಿಟರಿಂಗ್) ಒಂದು ಸಂಕೀರ್ಣ ಮತ್ತು ಬೇಡಿಕೆಯ ಕಾರ್ಯವಾಗಿದ್ದು ಅದು ನೆಟ್‌ವರ್ಕ್ ನಿರ್ವಾಹಕರ ಕೆಲಸದ ಪ್ರಮುಖ ಭಾಗವಾಗಿದೆ. ನಿರ್ವಾಹಕರು ತಮ್ಮ ನೆಟ್‌ವರ್ಕ್ ಅನ್ನು ಸುಗಮವಾಗಿ ಚಲಾಯಿಸಲು ನಿರಂತರವಾಗಿ ಶ್ರಮಿಸುತ್ತಿದ್ದಾರೆ. ಅಲ್ಪಾವಧಿಗೆ ನೆಟ್‌ವರ್ಕ್ ಕಡಿಮೆಯಾದರೆ, ಕಂಪನಿಯಲ್ಲಿ ಉತ್ಪಾದಕತೆ ಕಡಿಮೆಯಾಗುತ್ತದೆ ಮತ್ತು (ಸಾರ್ವಜನಿಕ ಸೇವಾ ಸಂಸ್ಥೆಗಳ ಸಂದರ್ಭದಲ್ಲಿ) ಮೂಲಭೂತ ಸೇವೆಗಳನ್ನು ಒದಗಿಸುವ ಸಾಮರ್ಥ್ಯವು ರಾಜಿಯಾಗುತ್ತದೆ. ಈ ಕಾರಣದಿಂದಾಗಿ, ನಿರ್ವಾಹಕರು ನೆಟ್‌ವರ್ಕ್ ಟ್ರಾಫಿಕ್ ಹರಿವು ಮತ್ತು ಸಂಪೂರ್ಣ ನೆಟ್‌ವರ್ಕ್‌ನ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಬೇಕಾಗುತ್ತದೆ ಮತ್ತು ಭದ್ರತಾ ಉಲ್ಲಂಘನೆಗಳನ್ನು ಪರಿಶೀಲಿಸಬೇಕು.

2. ಮೇಲ್ವಿಚಾರಣೆ ಮತ್ತು ವಿಶ್ಲೇಷಣೆಯ ವಿಧಾನಗಳು

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

2.1. ರೂಟರ್ ಆಧಾರಿತ ಮಾನಿಟರಿಂಗ್ ವಿಧಾನಗಳು

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

2.1.1. ಸರಳ ನೆಟ್‌ವರ್ಕ್ ಮಾನಿಟರಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ (SNMP), RFC 1157

SNMP ಎಂಬುದು TCP/IP ಪ್ರೋಟೋಕಾಲ್‌ನ ಭಾಗವಾಗಿರುವ ಅಪ್ಲಿಕೇಶನ್ ಲೇಯರ್ ಪ್ರೋಟೋಕಾಲ್ ಆಗಿದೆ. ಇದು ನಿರ್ವಾಹಕರು ನೆಟ್‌ವರ್ಕ್ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ನಿರ್ವಹಿಸಲು, ನೆಟ್‌ವರ್ಕ್ ಸಮಸ್ಯೆಗಳನ್ನು ಹುಡುಕಲು ಮತ್ತು ಸರಿಪಡಿಸಲು ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ಬೆಳವಣಿಗೆಗೆ ಯೋಜಿಸಲು ಅನುಮತಿಸುತ್ತದೆ. ಇದು ರೂಟರ್ ಜೊತೆಗೆ ಅಳವಡಿಸಲಾದ ನಿಷ್ಕ್ರಿಯ ಸಂವೇದಕಗಳ ಮೂಲಕ ಅಂತಿಮ ಹೋಸ್ಟ್‌ಗೆ ದಟ್ಟಣೆಯ ಅಂಕಿಅಂಶಗಳನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ. ಎರಡು ಆವೃತ್ತಿಗಳಿದ್ದರೂ (SNMPv1 ಮತ್ತು SNMPv2), ಈ ವಿಭಾಗವು SNMPv1 ಅನ್ನು ಮಾತ್ರ ವಿವರಿಸುತ್ತದೆ. SNMPv2 SNMPv1 ನಲ್ಲಿ ನಿರ್ಮಿಸುತ್ತದೆ ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್ ಕಾರ್ಯಾಚರಣೆಗಳ ಸೇರ್ಪಡೆಯಂತಹ ಹಲವಾರು ವರ್ಧನೆಗಳನ್ನು ನೀಡುತ್ತದೆ. SNMP ಯ ಇನ್ನೊಂದು ಆವೃತ್ತಿಯನ್ನು ಪ್ರಮಾಣೀಕರಿಸಲಾಗುತ್ತಿದೆ. ಆವೃತ್ತಿ 3 (SNMPv3) ಪರಿಶೀಲನೆಯಲ್ಲಿದೆ.

ಪ್ರೋಟೋಕಾಲ್ಗಾಗಿ SNMP ಮೂರು ಪ್ರಮುಖ ಅಂಶಗಳನ್ನು ಹೊಂದಿದೆ: ನಿರ್ವಹಿಸಿದ ಸಾಧನಗಳು (ನಿರ್ವಹಿಸಿದ ಸಾಧನಗಳು), ಏಜೆಂಟ್‌ಗಳು (ಏಜೆಂಟ್‌ಗಳು ) ಮತ್ತು ನೆಟ್ವರ್ಕ್ ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆಗಳು (ನೆಟ್ವರ್ಕ್ ಮ್ಯಾನೇಜ್ಮೆಂಟ್ ಸಿಸ್ಟಮ್ಸ್ - NMS ಗಳು). ಅವುಗಳನ್ನು ಅಂಜೂರದಲ್ಲಿ ತೋರಿಸಲಾಗಿದೆ. 1.

ಅಕ್ಕಿ. 1. SNMP ಘಟಕಗಳು

ನಿರ್ವಹಿಸಲಾದ ಸಾಧನಗಳು SNMP ಏಜೆಂಟ್ ಅನ್ನು ಒಳಗೊಂಡಿರುತ್ತವೆ ಮತ್ತು ರೂಟರ್‌ಗಳು, ಸ್ವಿಚ್‌ಗಳು, ಸ್ವಿಚ್‌ಗಳು, ಹಬ್‌ಗಳು, ಪರ್ಸನಲ್ ಕಂಪ್ಯೂಟರ್‌ಗಳು, ಪ್ರಿಂಟರ್‌ಗಳು ಮತ್ತು ಈ ರೀತಿಯ ಇತರ ಐಟಂಗಳಿಂದ ಮಾಡಬಹುದಾಗಿದೆ. ಅವರು ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸಲು ಮತ್ತು ಅದನ್ನು ನೆಟ್‌ವರ್ಕ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್ ಸಿಸ್ಟಮ್‌ಗೆ (NMS) ಲಭ್ಯವಾಗುವಂತೆ ಮಾಡುವ ಜವಾಬ್ದಾರಿಯನ್ನು ಹೊಂದಿರುತ್ತಾರೆ.

ಏಜೆಂಟ್‌ಗಳು ನಿರ್ವಹಣಾ ಮಾಹಿತಿಯನ್ನು ಹೊಂದಿರುವ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಒಳಗೊಂಡಿರುತ್ತವೆ ಮತ್ತು ಆ ಮಾಹಿತಿಯನ್ನು SNMP-ಕಾಂಪ್ಲೈಂಟ್ ಫಾರ್ಮ್‌ಗೆ ಭಾಷಾಂತರಿಸುತ್ತದೆ. ಅವುಗಳನ್ನು ನಿಯಂತ್ರಣ ಸಾಧನಕ್ಕೆ ಮುಚ್ಚಲಾಗಿದೆ.

ನೆಟ್‌ವರ್ಕ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್ ಸಿಸ್ಟಮ್‌ಗಳು (NMS) ನಿರ್ವಹಣಾ ಸಾಧನಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವ ಮತ್ತು ನಿಯಂತ್ರಿಸುವ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ರನ್ ಮಾಡುತ್ತದೆ. ನೆಟ್ವರ್ಕ್ ಅನ್ನು ನಿರ್ವಹಿಸಲು ಅಗತ್ಯವಿರುವ CPU ಮತ್ತು ಮೆಮೊರಿ ಸಂಪನ್ಮೂಲಗಳನ್ನು NMS ನಿಂದ ಒದಗಿಸಲಾಗಿದೆ. ಯಾವುದೇ ನಿರ್ವಹಿಸಲಾದ ನೆಟ್‌ವರ್ಕ್‌ಗಾಗಿ, ಕನಿಷ್ಠ ಒಂದು ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆಯನ್ನು ರಚಿಸಬೇಕು. SNMP ಕೇವಲ NMS, ಅಥವಾ ಏಜೆಂಟ್ ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಬಹುದು ಅಥವಾ ತನ್ನದೇ ಆದ ಕರ್ತವ್ಯಗಳನ್ನು ನಿರ್ವಹಿಸಬಹುದು, ಇತ್ಯಾದಿ.

ನಿರ್ವಹಿಸಲಾದ ಸಾಧನಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ಮತ್ತು ನಿಯಂತ್ರಿಸಲು SNMP NMS ನಿಂದ 4 ಮುಖ್ಯ ಆಜ್ಞೆಗಳನ್ನು ಬಳಸಲಾಗಿದೆ: ಓದಲು, ಬರೆಯಲು, ಅಡ್ಡಿಪಡಿಸಲು ಮತ್ತು ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ದಾಟಲು. ಓದುವ ಕಾರ್ಯಾಚರಣೆಯು ನಿರ್ವಹಿಸಲಾದ ಸಾಧನಗಳಿಂದ ಸಂಗ್ರಹಿಸಲಾದ ಅಸ್ಥಿರಗಳನ್ನು ಪರಿಗಣಿಸುತ್ತದೆ. ಬರೆಯುವ ಆಜ್ಞೆಯು ನಿರ್ವಹಿಸಿದ ಸಾಧನಗಳಿಂದ ಸಂಗ್ರಹಿಸಲಾದ ಅಸ್ಥಿರ ಮೌಲ್ಯಗಳನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ. ಟ್ರಾವರ್ಸಲ್ ಕಾರ್ಯಾಚರಣೆಗಳು ಯಾವ ನಿರ್ವಹಿಸಲಾದ ಸಾಧನದ ಅಸ್ಥಿರಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತವೆ ಮತ್ತು ಬೆಂಬಲಿತ ವೇರಿಯಬಲ್ ಕೋಷ್ಟಕಗಳಿಂದ ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸುತ್ತವೆ ಎಂದು ತಿಳಿದಿರುತ್ತದೆ. ಕೆಲವು ಘಟನೆಗಳು ಸಂಭವಿಸಿವೆ ಎಂದು NMS ಗೆ ತಿಳಿಸಲು ನಿರ್ವಹಿಸಲಾದ ಸಾಧನಗಳಿಂದ ಅಡಚಣೆ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಬಳಸಲಾಗುತ್ತದೆ.

SNMP 4 ಪ್ರೋಟೋಕಾಲ್ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಕ್ರಮವಾಗಿ ಬಳಸುತ್ತದೆ: ಗೆಟ್, ಗೆಟ್ ನೆಕ್ಸ್ಟ್, ಸೆಟ್ ಮತ್ತು ಟ್ರ್ಯಾಪ್. ನಿರ್ವಹಿಸಿದ ಸಾಧನಗಳಿಗೆ ಮಾಹಿತಿಗಾಗಿ NMS ವಿನಂತಿಯನ್ನು ನೀಡಿದಾಗ Get ಆಜ್ಞೆಯನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. SNMPv1 ವಿನಂತಿಯು ಸಂದೇಶದ ಹೆಡರ್ ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್ ಡೇಟಾ ಘಟಕವನ್ನು (PDU) ಒಳಗೊಂಡಿರುತ್ತದೆ. ಸಂದೇಶ PDU ವಿನಂತಿಯನ್ನು ಯಶಸ್ವಿಯಾಗಿ ಕಾರ್ಯಗತಗೊಳಿಸಲು ಅಗತ್ಯವಾದ ಮಾಹಿತಿಯನ್ನು ಒಳಗೊಂಡಿದೆ, ಅದು ಏಜೆಂಟ್‌ನಿಂದ ಮಾಹಿತಿಯನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಅಥವಾ ಏಜೆಂಟ್‌ನಲ್ಲಿ ಮೌಲ್ಯವನ್ನು ಹೊಂದಿಸುತ್ತದೆ. ನಿರ್ವಹಿಸಲಾದ ಸಾಧನವು ಅಗತ್ಯ ಮಾಹಿತಿಯನ್ನು ಪಡೆಯಲು ಅದರಲ್ಲಿರುವ SNMP ಏಜೆಂಟ್‌ಗಳನ್ನು ಬಳಸುತ್ತದೆ ಮತ್ತು ನಂತರ ವಿನಂತಿಗೆ ಪ್ರತಿಕ್ರಿಯೆಯೊಂದಿಗೆ NMS "y" ಗೆ ಸಂದೇಶವನ್ನು ಕಳುಹಿಸುತ್ತದೆ. ವಿನಂತಿಯ ಕುರಿತು ಏಜೆಂಟ್ ಯಾವುದೇ ಮಾಹಿತಿಯನ್ನು ಹೊಂದಿಲ್ಲದಿದ್ದರೆ, ಅದು ಏನನ್ನೂ ಹಿಂತಿರುಗಿಸುವುದಿಲ್ಲ. GetNext ಆಜ್ಞೆಯು ಈ ಕೆಳಗಿನ ಆಬ್ಜೆಕ್ಟ್ ನಿದರ್ಶನದ ಮೌಲ್ಯವನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ. ಏಜೆಂಟ್‌ಗಳಿಲ್ಲದ ಅಂಶಗಳ ಮೌಲ್ಯವನ್ನು ಹೊಂದಿಸಿದಾಗ ವಿನಂತಿಯನ್ನು (ಸೆಟ್ ಆಪರೇಷನ್) ಕಳುಹಿಸಲು NMS ಗೆ ಸಾಧ್ಯವಿದೆ. ಏಜೆಂಟ್ NMS ಈವೆಂಟ್‌ಗಳನ್ನು ವರದಿ ಮಾಡಬೇಕಾದಾಗ, ಅದು ಬಳಸುತ್ತದೆ ಬಲೆ ಕಾರ್ಯಾಚರಣೆ.

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

2.1.2. ರಿಮೋಟ್ ಮಾನಿಟರಿಂಗ್ (RMON), RFS 1757

RMON ನೆಟ್ವರ್ಕ್ ಮಾನಿಟರಿಂಗ್ ಡೇಟಾವನ್ನು ಮಾರ್ಪಡಿಸಲು ವಿವಿಧ ನೆಟ್ವರ್ಕ್ ಮಾನಿಟರ್ಗಳು ಮತ್ತು ಕನ್ಸೋಲ್ ಸಿಸ್ಟಮ್ಗಳನ್ನು ಒಳಗೊಂಡಿದೆ. ಇದು SNMP ಮ್ಯಾನೇಜ್ಮೆಂಟ್ ಮಾಹಿತಿ ಡೇಟಾಬೇಸ್ (MIB) ಗೆ ವಿಸ್ತರಣೆಯಾಗಿದೆ. ಮಾಹಿತಿಗಾಗಿ ವಿನಂತಿಗಳನ್ನು ಕಳುಹಿಸಬೇಕಾದ SNMP ಗಿಂತ ಭಿನ್ನವಾಗಿ, RMON ಎಚ್ಚರಿಕೆಗಳನ್ನು ಹೊಂದಿಸಬಹುದು ಅದು ನಿರ್ದಿಷ್ಟ ಮಾನದಂಡದ ಆಧಾರದ ಮೇಲೆ ನೆಟ್‌ವರ್ಕ್ ಅನ್ನು "ಮೇಲ್ವಿಚಾರಣೆ" ಮಾಡುತ್ತದೆ. RMON ನಿರ್ವಾಹಕರಿಗೆ ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ನೀಡುತ್ತದೆ ಮತ್ತು ಒಂದು ನಿರ್ದಿಷ್ಟ ಸ್ಥಳ / ಬಿಂದುವಿನಿಂದ ದೂರಸ್ಥ ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ನೆಟ್ವರ್ಕ್ ಲೇಯರ್ಗಾಗಿ ಅದರ ಮಾನಿಟರ್ಗಳನ್ನು ಕೆಳಗೆ ತೋರಿಸಲಾಗಿದೆ. RMON ಎರಡು ಆವೃತ್ತಿಗಳನ್ನು RMON ಮತ್ತು RMON2 ಹೊಂದಿದೆ. ಆದಾಗ್ಯೂ, ಈ ಲೇಖನವು RMON ಬಗ್ಗೆ ಮಾತ್ರ ಮಾತನಾಡುತ್ತದೆ. RMON2 ಎಲ್ಲಾ ನೆಟ್‌ವರ್ಕ್ ಲೇಯರ್‌ಗಳಲ್ಲಿ ಮೇಲ್ವಿಚಾರಣೆಯನ್ನು ಅನುಮತಿಸುತ್ತದೆ. ಇದು ಐಪಿ ಟ್ರಾಫಿಕ್ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಲೇಯರ್ ಟ್ರಾಫಿಕ್ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸುತ್ತದೆ.

RMON ಮಾನಿಟರಿಂಗ್ ಪರಿಸರದ 3 ಪ್ರಮುಖ ಅಂಶಗಳಿದ್ದರೂ, ಅವುಗಳಲ್ಲಿ ಎರಡು ಮಾತ್ರ ಇಲ್ಲಿ ಪಟ್ಟಿಮಾಡಲಾಗಿದೆ. ಅವುಗಳನ್ನು ಅಂಜೂರದಲ್ಲಿ ತೋರಿಸಲಾಗಿದೆ. 2 ಕೆಳಗೆ.

ಅಕ್ಕಿ. 2. RMON ಘಟಕಗಳು

RMON ನ ಎರಡು ಘಟಕಗಳು ಸಂವೇದಕವಾಗಿದ್ದು, ಇದನ್ನು ಏಜೆಂಟ್ ಅಥವಾ ಮಾನಿಟರ್ ಎಂದೂ ಕರೆಯಲಾಗುತ್ತದೆ, ಮತ್ತು ಕ್ಲೈಂಟ್ ಅನ್ನು ನಿಯಂತ್ರಣ ಕೇಂದ್ರ (ನಿರ್ವಹಣಾ ಕೇಂದ್ರ) ಎಂದೂ ಕರೆಯಲಾಗುತ್ತದೆ. SNMP ಗಿಂತ ಭಿನ್ನವಾಗಿ, ಸಂವೇದಕ ಅಥವಾ RMON ಏಜೆಂಟ್ ನೆಟ್‌ವರ್ಕ್ ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ ಮತ್ತು ಸಂಗ್ರಹಿಸುತ್ತದೆ. ಸಂವೇದಕವು ನೆಟ್‌ವರ್ಕ್ ಸಾಧನದಲ್ಲಿ ನಿರ್ಮಿಸಲಾದ ಸಾಫ್ಟ್‌ವೇರ್ ಆಗಿದೆ (ಉದಾಹರಣೆಗೆ ರೂಟರ್ ಅಥವಾ ಸ್ವಿಚ್). ಸಂವೇದಕವು ವೈಯಕ್ತಿಕ ಕಂಪ್ಯೂಟರ್ನಲ್ಲಿಯೂ ಸಹ ಕಾರ್ಯನಿರ್ವಹಿಸಬಹುದು. ಪ್ರತಿ ವಿಭಿನ್ನ LAN ಅಥವಾ WAN ವಿಭಾಗಕ್ಕೆ ಸಂವೇದಕವನ್ನು ಇರಿಸಬೇಕು, ಏಕೆಂದರೆ ಅವುಗಳು ತಮ್ಮ ಲಿಂಕ್‌ಗಳ ಮೂಲಕ ಹಾದುಹೋಗುವ ದಟ್ಟಣೆಯನ್ನು ನೋಡಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ, ಆದರೆ ಅವುಗಳನ್ನು ಮೀರಿದ ದಟ್ಟಣೆಯ ಬಗ್ಗೆ ಅವರಿಗೆ ತಿಳಿದಿರುವುದಿಲ್ಲ. ಕ್ಲೈಂಟ್ ಸಾಮಾನ್ಯವಾಗಿ ನಿರ್ವಹಣಾ ಕೇಂದ್ರವಾಗಿದ್ದು ಅದು RMON ಡೇಟಾವನ್ನು ಸ್ವೀಕರಿಸಲು ಮತ್ತು ಸರಿಪಡಿಸಲು SNMP ಅನ್ನು ಬಳಸುವ ಸಂವೇದಕಕ್ಕೆ ಸಂಪರ್ಕ ಹೊಂದಿದೆ.

RMON ನೆಟ್‌ವರ್ಕ್ ಮಾಹಿತಿಯನ್ನು ಪಡೆಯಲು 9 ವಿಭಿನ್ನ ಮಾನಿಟರಿಂಗ್ ಗುಂಪುಗಳನ್ನು ಬಳಸುತ್ತದೆ.

• ಅಂಕಿಅಂಶಗಳು - ಈ ಸಾಧನಕ್ಕಾಗಿ ಪ್ರತಿ ಮಾನಿಟರಿಂಗ್ ಇಂಟರ್ಫೇಸ್‌ಗಾಗಿ ಸಂವೇದಕದಿಂದ ಅಳೆಯಲಾದ ಅಂಕಿಅಂಶಗಳು.
• ಇತಿಹಾಸ - ನೆಟ್‌ವರ್ಕ್‌ನಿಂದ ಆವರ್ತಕ ಅಂಕಿಅಂಶಗಳ ಮಾದರಿಗಳನ್ನು ಲೆಕ್ಕಹಾಕುವುದು ಮತ್ತು ಅವುಗಳನ್ನು ಹುಡುಕಲು ಸಂಗ್ರಹಿಸುವುದು.
• ಅಲಾರ್ಮ್ - ಕಾಲಕಾಲಕ್ಕೆ ಅಂಕಿಅಂಶಗಳ ಮಾದರಿಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಈವೆಂಟ್ ಅನ್ನು ರಚಿಸಲು ಮಿತಿಗಳ ಗುಂಪಿಗೆ ಹೋಲಿಸುತ್ತದೆ.
• ಹೋಸ್ಟ್ - ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಕಂಡುಬರುವ ಪ್ರತಿ ಹೋಸ್ಟ್‌ಗೆ ಸಂಬಂಧಿಸಿದ ಅಂಕಿಅಂಶಗಳನ್ನು ಒಳಗೊಂಡಿದೆ.
• HostTopN - ಹೋಸ್ಟ್‌ಗಳ ಮೇಲ್ಭಾಗವನ್ನು ವಿವರಿಸುವ ಕೋಷ್ಟಕಗಳನ್ನು ಸಿದ್ಧಪಡಿಸುತ್ತದೆ (ಮುಖ್ಯ ಹೋಸ್ಟ್).
• ಫಿಲ್ಟರ್‌ಗಳು - ಈವೆಂಟ್ ಕ್ಯಾಪ್ಚರ್ ಫಿಲ್ಟರ್ ಸಮೀಕರಣದ ಆಧಾರದ ಮೇಲೆ ಪ್ಯಾಕೆಟ್ ಫಿಲ್ಟರಿಂಗ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ.
• ಪ್ಯಾಕೆಟ್ ಕ್ಯಾಪ್ಚರ್ - ಚಾನಲ್ ಮೂಲಕ ಹಾದುಹೋದ ನಂತರ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಸೆರೆಹಿಡಿಯುವುದು.
• ಈವೆಂಟ್‌ಗಳು - ಸಾಧನದಿಂದ ಈವೆಂಟ್‌ಗಳ ಉತ್ಪಾದನೆ ಮತ್ತು ನೋಂದಣಿ ನಿಯಂತ್ರಣ.
• ಟೋಕನ್ ರಿಂಗ್ - ರಿಂಗ್ ಟೋಕನ್‌ಗಳಿಗೆ ಬೆಂಬಲ.

ಮೇಲೆ ಹೇಳಿದಂತೆ, RMON SNMP ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಆಧರಿಸಿದೆ. ಈ ವಿಧಾನವನ್ನು ಬಳಸಿಕೊಂಡು ಟ್ರಾಫಿಕ್ ಮಾನಿಟರಿಂಗ್ ಅನ್ನು ನಿರ್ವಹಿಸಬಹುದಾದರೂ, SNMP ಮತ್ತು RMON ನಿಂದ ಪಡೆದ ಮಾಹಿತಿ ವಿಶ್ಲೇಷಣೆ ಡೇಟಾವು ಕಳಪೆ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಹೊಂದಿದೆ. ಮುಂದಿನ ವಿಭಾಗದಲ್ಲಿ ಚರ್ಚಿಸಲಾದ Netflow ಯುಟಿಲಿಟಿ, ನಿರ್ವಾಹಕರ ಕೆಲಸವನ್ನು ಹೆಚ್ಚು ಸುಲಭಗೊಳಿಸಲು ಅನೇಕ ವಿಶ್ಲೇಷಣಾ ಸಾಫ್ಟ್‌ವೇರ್ ಪ್ಯಾಕೇಜ್‌ಗಳೊಂದಿಗೆ ಯಶಸ್ವಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.

2.1.3. ನೆಟ್‌ಫ್ಲೋ, RFS 3954

ನೆಟ್‌ಫ್ಲೋ ಎನ್ನುವುದು ಸಿಸ್ಕೋ ರೂಟರ್‌ಗಳಲ್ಲಿ ಪರಿಚಯಿಸಲಾದ ವಿಸ್ತರಣೆಯಾಗಿದ್ದು ಅದು ಇಂಟರ್‌ಫೇಸ್‌ನಲ್ಲಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಿದರೆ IP ನೆಟ್‌ವರ್ಕ್ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಸಂಗ್ರಹಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಒದಗಿಸುತ್ತದೆ. Netflow ಒದಗಿಸಿದ ಡೇಟಾವನ್ನು ವಿಶ್ಲೇಷಿಸುವ ಮೂಲಕ, ನೆಟ್‌ವರ್ಕ್ ನಿರ್ವಾಹಕರು ಇಂತಹ ವಿಷಯಗಳನ್ನು ನಿರ್ಧರಿಸಬಹುದು: ಟ್ರಾಫಿಕ್‌ನ ಮೂಲ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನ, ಸೇವೆಯ ವರ್ಗ ಮತ್ತು ದಟ್ಟಣೆಯ ಕಾರಣಗಳು. ನೆಟ್‌ಫ್ಲೋ 3 ಘಟಕಗಳನ್ನು ಒಳಗೊಂಡಿದೆ: ಫ್ಲೋ ಕ್ಯಾಚಿಂಗ್ (ಕ್ಯಾಶಿಂಗ್ ಸ್ಟ್ರೀಮ್), ಫ್ಲೋ ಕಲೆಕ್ಟರ್ (ಫ್ಲೋಗಳ ಬಗ್ಗೆ ಮಾಹಿತಿಯ ಸಂಗ್ರಾಹಕ) ಮತ್ತು ಡೇಟಾ ವಿಶ್ಲೇಷಕ (ಡೇಟಾ ವಿಶ್ಲೇಷಕ). ಅಕ್ಕಿ. 3 ನೆಟ್‌ಫ್ಲೋ ಮೂಲಸೌಕರ್ಯವನ್ನು ತೋರಿಸುತ್ತದೆ. ಚಿತ್ರದಲ್ಲಿ ತೋರಿಸಿರುವ ಪ್ರತಿಯೊಂದು ಘಟಕವನ್ನು ಕೆಳಗೆ ವಿವರಿಸಲಾಗಿದೆ.

ಅಕ್ಕಿ. 3. ನೆಟ್‌ಫ್ಲೋ ಮೂಲಸೌಕರ್ಯ

ಫ್ಲೋಕ್ಯಾಚಿಂಗ್ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಪ್ರವೇಶಿಸುವ ಮತ್ತು ರಫ್ತುಗಾಗಿ ಡೇಟಾವನ್ನು ಪರಿವರ್ತಿಸುವ ಐಪಿ ಹರಿವಿನ ಬಗ್ಗೆ ಡೇಟಾವನ್ನು ವಿಶ್ಲೇಷಿಸುತ್ತದೆ ಮತ್ತು ಸಂಗ್ರಹಿಸುತ್ತದೆ.

ನೆಟ್‌ಫ್ಲೋ ಪ್ಯಾಕೆಟ್‌ಗಳಿಂದ ಈ ಕೆಳಗಿನ ಮಾಹಿತಿಯನ್ನು ಪಡೆಯಬಹುದು:

• ಮೂಲ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನದ ವಿಳಾಸ.
• ಒಳಬರುವ ಮತ್ತು ಹೊರಹೋಗುವ ಸಾಧನ ಸಂಖ್ಯೆ.
• ಮೂಲ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನದ ಪೋರ್ಟ್ ಸಂಖ್ಯೆ.
• ಹಂತ 4 ಪ್ರೋಟೋಕಾಲ್.
• ಸ್ಟ್ರೀಮ್‌ನಲ್ಲಿರುವ ಪ್ಯಾಕೆಟ್‌ಗಳ ಸಂಖ್ಯೆ.
• ಸ್ಟ್ರೀಮ್‌ನಲ್ಲಿರುವ ಬೈಟ್‌ಗಳ ಸಂಖ್ಯೆ.
• ಸ್ಟ್ರೀಮ್‌ನಲ್ಲಿ ಟೈಮ್‌ಸ್ಟ್ಯಾಂಪ್.
• ಮೂಲ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನದ ಸ್ವಾಯತ್ತ ವ್ಯವಸ್ಥೆ (AS) ಸಂಖ್ಯೆ.
• ಸೇವೆಯ ಪ್ರಕಾರ (ToS) ಮತ್ತು TCP ಫ್ಲ್ಯಾಗ್.

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

ಫ್ಲೋ ಕಲೆಕ್ಟರ್ - ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸುವ, ಫಿಲ್ಟರ್ ಮಾಡುವ ಮತ್ತು ಸಂಗ್ರಹಿಸುವ ಜವಾಬ್ದಾರಿ. ಇದು ಇಂಟರ್ಫೇಸ್ ಬಳಸಿ ಸಂಪರ್ಕಗೊಂಡಿರುವ ಸ್ಟ್ರೀಮ್‌ಗಳ ಬಗ್ಗೆ ಮಾಹಿತಿಯ ಇತಿಹಾಸವನ್ನು ಒಳಗೊಂಡಿದೆ. ಫ್ಲೋ ಕಲೆಕ್ಟರ್ "ಮತ್ತು ಆಯ್ದ ಫಿಲ್ಟರ್‌ಗಳು ಮತ್ತು ಒಟ್ಟುಗೂಡಿಸುವಿಕೆಯ ಸಹಾಯದಿಂದ ಡೇಟಾ ಕಡಿತವು ಸಂಭವಿಸುತ್ತದೆ.

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

SNMP ಮತ್ತು RMON ನಂತಹ ಇತರ ಮೇಲ್ವಿಚಾರಣಾ ವಿಧಾನಗಳ ಮೇಲೆ Netflow ನ ಪ್ರಯೋಜನವೆಂದರೆ ಅದು Netflow ಪ್ಯಾಕೆಟ್‌ಗಳಿಂದ ಡೇಟಾವನ್ನು ಸ್ವೀಕರಿಸಲು ಮತ್ತು ಅವುಗಳನ್ನು ಹೆಚ್ಚು ಬಳಕೆದಾರ ಸ್ನೇಹಿ ರೀತಿಯಲ್ಲಿ ಪ್ರಸ್ತುತಪಡಿಸಲು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ವಿವಿಧ ಸಂಚಾರ ವಿಶ್ಲೇಷಣೆಗಾಗಿ ವಿನ್ಯಾಸಗೊಳಿಸಲಾದ ಸಾಫ್ಟ್‌ವೇರ್ ಪ್ಯಾಕೇಜ್‌ಗಳನ್ನು ಹೊಂದಿದೆ.

ನೆಟ್‌ಫ್ಲೋ ವಿಶ್ಲೇಷಕದಂತಹ ಪರಿಕರಗಳನ್ನು ಬಳಸುವಾಗ (ನೆಟ್‌ಫ್ಲೋ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ವಿಶ್ಲೇಷಿಸಲು ಲಭ್ಯವಿರುವ ಏಕೈಕ ಸಾಧನವಾಗಿದೆ), ಮೇಲಿನ ಮಾಹಿತಿಯನ್ನು ನೆಟ್‌ಫ್ಲೋ ಪ್ಯಾಕೆಟ್‌ಗಳಿಂದ ಚಾರ್ಟ್‌ಗಳು ಮತ್ತು ನಿಯಮಿತ ಗ್ರಾಫ್‌ಗಳನ್ನು ರಚಿಸಲು ಪಡೆಯಬಹುದು, ಅದನ್ನು ನಿರ್ವಾಹಕರು ತಮ್ಮ ನೆಟ್‌ವರ್ಕ್‌ಗಳ ಬಗ್ಗೆ ಚೆನ್ನಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಅಧ್ಯಯನ ಮಾಡಬಹುದು. ಲಭ್ಯವಿರುವ ವಿಶ್ಲೇಷಣಾತ್ಮಕ ಪ್ಯಾಕೇಜ್‌ಗಳಿಗೆ ವಿರುದ್ಧವಾಗಿ ನೆಟ್‌ಫ್ಲೋ ಅನ್ನು ಬಳಸುವ ದೊಡ್ಡ ಪ್ರಯೋಜನವೆಂದರೆ, ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಯಾವುದೇ ಸಮಯದಲ್ಲಿ ನೆಟ್‌ವರ್ಕ್‌ನ ಚಟುವಟಿಕೆಯನ್ನು ವಿವರಿಸುವ ಹಲವಾರು ಗ್ರಾಫ್‌ಗಳನ್ನು ನಿರ್ಮಿಸಬಹುದು.

2.2 ತಂತ್ರಜ್ಞಾನಗಳು ರೂಟರ್‌ಗಳನ್ನು ಆಧರಿಸಿಲ್ಲ

ರೂಟರ್‌ನಲ್ಲಿ ನಿರ್ಮಿಸದ ತಂತ್ರಜ್ಞಾನಗಳು ಅವುಗಳ ಸಾಮರ್ಥ್ಯಗಳಲ್ಲಿ ಇನ್ನೂ ಸೀಮಿತವಾಗಿದ್ದರೂ, ಅವು ರೂಟರ್‌ಗಳಲ್ಲಿ ನಿರ್ಮಿಸಲಾದವುಗಳಿಗಿಂತ ಹೆಚ್ಚಿನ ನಮ್ಯತೆಯನ್ನು ನೀಡುತ್ತವೆ. ಈ ವಿಧಾನಗಳನ್ನು ಸಕ್ರಿಯ ಮತ್ತು ನಿಷ್ಕ್ರಿಯ ಎಂದು ವರ್ಗೀಕರಿಸಲಾಗಿದೆ.

2.2.1. ಸಕ್ರಿಯ ಮೇಲ್ವಿಚಾರಣೆ

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

ಮುಖ್ಯವಾಗಿ ಲೇಟೆನ್ಸಿ ಮತ್ತು ಪ್ಯಾಕೆಟ್ ನಷ್ಟವನ್ನು ಅಳೆಯುವ ಪಿಂಗ್ ಕಮಾಂಡ್ ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ಟೋಪೋಲಜಿಯನ್ನು ನಿರ್ಧರಿಸಲು ಸಹಾಯ ಮಾಡುವ ಟ್ರೇಸರೂಟ್‌ನಂತಹ ಸಾಧನಗಳ ಬಳಕೆ ಮುಖ್ಯ ಸಕ್ರಿಯ ಮಾಪನ ಸಾಧನಗಳ ಉದಾಹರಣೆಗಳಾಗಿವೆ. ಈ ಎರಡೂ ಪರಿಕರಗಳು ತನಿಖಾ ICMP ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಕಳುಹಿಸುತ್ತವೆ ಮತ್ತು ಕಳುಹಿಸುವವರಿಗೆ ಪ್ರತ್ಯುತ್ತರಿಸಲು ಆ ಗಮ್ಯಸ್ಥಾನಕ್ಕಾಗಿ ಕಾಯಿರಿ. ಅಕ್ಕಿ. 4 ಎನ್ನುವುದು ಪಿಂಗ್ ಕಮಾಂಡ್‌ನ ಒಂದು ಉದಾಹರಣೆಯಾಗಿದ್ದು ಅದು ಮೂಲದಿಂದ ಎಕೋ ವಿನಂತಿಯನ್ನು ನೆಟ್ವರ್ಕ್ ಮೂಲಕ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಬಿಂದುವಿಗೆ ಕಳುಹಿಸುವ ಮೂಲಕ ಸಕ್ರಿಯ ಮಾಪನ ವಿಧಾನವನ್ನು ಬಳಸುತ್ತದೆ. ರಿಸೀವರ್ ನಂತರ ವಿನಂತಿಯು ಬಂದ ಮೂಲಕ್ಕೆ ಎಕೋ ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸುತ್ತದೆ.

ಅಕ್ಕಿ. 4. ಪಿಂಗ್ ಆಜ್ಞೆ (ಸಕ್ರಿಯ ಅಳತೆ)

ಈ ವಿಧಾನವು ಸಕ್ರಿಯ ಮಾಪನದ ಬಗ್ಗೆ ಒಂದೇ ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ, ಆದರೆ ನೆಟ್ವರ್ಕ್ ಟೋಪೋಲಜಿಯನ್ನು ಸಹ ನಿರ್ಧರಿಸಬಹುದು. ಸಕ್ರಿಯ ಮಾಪನದ ಮತ್ತೊಂದು ಪ್ರಮುಖ ಉದಾಹರಣೆಯೆಂದರೆ iperf ಯುಟಿಲಿಟಿ. Iperf ಎನ್ನುವುದು TCP ಮತ್ತು UDP ಪ್ರೋಟೋಕಾಲ್‌ಗಳ ಥ್ರೋಪುಟ್ ಗುಣಮಟ್ಟವನ್ನು ಅಳೆಯುವ ಒಂದು ಉಪಯುಕ್ತತೆಯಾಗಿದೆ. ಇದು ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್, ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ವಿಳಂಬ ಮತ್ತು ಪ್ಯಾಕೆಟ್ ನಷ್ಟವನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ.

ಸಕ್ರಿಯ ಮೇಲ್ವಿಚಾರಣೆಯೊಂದಿಗೆ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಸಮಸ್ಯೆಯೆಂದರೆ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಪ್ರಸ್ತುತಪಡಿಸಿದ ಪ್ರೋಬ್ಗಳು ಸಾಮಾನ್ಯ ಟ್ರಾಫಿಕ್ನಲ್ಲಿ ಹಸ್ತಕ್ಷೇಪ ಮಾಡಬಹುದು. ಸಾಮಾನ್ಯವಾಗಿ ಸಕ್ರಿಯ ತನಿಖೆಯ ಸಮಯವನ್ನು ಸಾಮಾನ್ಯ ಸಂಚಾರದಿಂದ ವಿಭಿನ್ನವಾಗಿ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ, ಈ ಶೋಧಕಗಳಿಂದ ಒದಗಿಸಲಾದ ಮಾಹಿತಿಯ ಮೌಲ್ಯವನ್ನು ಪ್ರಶ್ನಿಸುತ್ತದೆ.

ಮೇಲೆ ವಿವರಿಸಿದ ಸಾಮಾನ್ಯ ಮಾಹಿತಿಯ ಪ್ರಕಾರ, ಸಕ್ರಿಯ ಮೇಲ್ವಿಚಾರಣೆಯು ಪ್ರತ್ಯೇಕವಾಗಿ ತೆಗೆದುಕೊಳ್ಳಲಾದ ಅತ್ಯಂತ ಅಪರೂಪದ ಮೇಲ್ವಿಚಾರಣಾ ವಿಧಾನವಾಗಿದೆ. ನಿಷ್ಕ್ರಿಯ ಮಾನಿಟರಿಂಗ್, ಮತ್ತೊಂದೆಡೆ, ದೊಡ್ಡ ನೆಟ್ವರ್ಕ್ ವೆಚ್ಚಗಳ ಅಗತ್ಯವಿರುವುದಿಲ್ಲ.

2.2.2. ನಿಷ್ಕ್ರಿಯ ಮಾನಿಟರಿಂಗ್

ನಿಷ್ಕ್ರಿಯ ಮೇಲ್ವಿಚಾರಣೆ, ಸಕ್ರಿಯ ಮೇಲ್ವಿಚಾರಣೆಗಿಂತ ಭಿನ್ನವಾಗಿ, ನೆಟ್‌ವರ್ಕ್‌ಗೆ ದಟ್ಟಣೆಯನ್ನು ಸೇರಿಸುವುದಿಲ್ಲ ಮತ್ತು ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಈಗಾಗಲೇ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ದಟ್ಟಣೆಯನ್ನು ಬದಲಾಯಿಸುವುದಿಲ್ಲ. ಅಲ್ಲದೆ, ಸಕ್ರಿಯ ಮೇಲ್ವಿಚಾರಣೆಗಿಂತ ಭಿನ್ನವಾಗಿ, ನಿಷ್ಕ್ರಿಯ ಮಾನಿಟರಿಂಗ್ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಕೇವಲ ಒಂದು ಬಿಂದುವಿನ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ. ಸಕ್ರಿಯ ಮೇಲ್ವಿಚಾರಣೆಯೊಂದಿಗೆ ಎರಡು ಬಿಂದುಗಳ ನಡುವೆ ಅಳತೆಗಳು ಉತ್ತಮವಾಗಿವೆ. ಅಕ್ಕಿ. ಚಿತ್ರ 5 ನಿಷ್ಕ್ರಿಯ ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್ ಸೆಟಪ್ ಅನ್ನು ತೋರಿಸುತ್ತದೆ, ಅಲ್ಲಿ ಮಾನಿಟರ್ ಅನ್ನು ಎರಡು ಅಂತಿಮ ಬಿಂದುಗಳ ನಡುವೆ ಒಂದೇ ಲಿಂಕ್‌ನಲ್ಲಿ ಇರಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಅದು ಲಿಂಕ್‌ನ ಮೇಲೆ ಹಾದುಹೋಗುವಾಗ ಟ್ರಾಫಿಕ್ ಅನ್ನು ವೀಕ್ಷಿಸುತ್ತದೆ.

ಅಕ್ಕಿ. 5. ನಿಷ್ಕ್ರಿಯ ಮೇಲ್ವಿಚಾರಣೆಯ ಸ್ಥಾಪನೆ

ನಿಷ್ಕ್ರಿಯ ಮಾಪನಗಳು ಮಾಹಿತಿಯೊಂದಿಗೆ ವ್ಯವಹರಿಸುತ್ತವೆ: ಟ್ರಾಫಿಕ್ ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್ ಮಿಶ್ರಣ, ಬಿಟ್‌ಗಳ ಸಂಖ್ಯೆ (ಬಿಟ್ರೇಟ್), ಪ್ಯಾಕೆಟ್ ಸಮಯ ಮತ್ತು ಆಗಮನದ ನಡುವಿನ ಸಮಯ. ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಎಳೆಯುವ ಯಾವುದೇ ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಬಳಸಿಕೊಂಡು ನಿಷ್ಕ್ರಿಯ ಮೇಲ್ವಿಚಾರಣೆಯನ್ನು ಮಾಡಬಹುದು.

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

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

2.2.3. ಸಂಯೋಜಿತ ಮೇಲ್ವಿಚಾರಣೆ

ಮೇಲಿನ ವಿಭಾಗಗಳನ್ನು ಓದಿದ ನಂತರ, ಹಿಂದಿನ ಅಥವಾ ಎರಡನೆಯದನ್ನು ಮಾತ್ರ ಬಳಸುವುದಕ್ಕಿಂತ ಸಕ್ರಿಯ ಮತ್ತು ನಿಷ್ಕ್ರಿಯ ಮೇಲ್ವಿಚಾರಣೆಯ ಸಂಯೋಜನೆಯು ಉತ್ತಮ ಮಾರ್ಗವಾಗಿದೆ ಎಂದು ಒಬ್ಬರು ಸುರಕ್ಷಿತವಾಗಿ ತೀರ್ಮಾನಿಸಬಹುದು. ಸಂಯೋಜಿತ ತಂತ್ರಜ್ಞಾನಗಳು ಪರಿಸರದ ನಿಷ್ಕ್ರಿಯ ಮತ್ತು ಸಕ್ರಿಯ ಮೇಲ್ವಿಚಾರಣೆಯ ಅತ್ಯುತ್ತಮ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಬಳಸುತ್ತವೆ. ಸಂಯೋಜಿತ ಮೇಲ್ವಿಚಾರಣಾ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ಪ್ರತಿನಿಧಿಸುವ ಎರಡು ಹೊಸ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ಕೆಳಗೆ ವಿವರಿಸಲಾಗಿದೆ. ಅವುಗಳೆಂದರೆ ಎಂಡ್-ಆಫ್-ನೆಟ್‌ವರ್ಕ್ ಸಂಪನ್ಮೂಲ ವೀಕ್ಷಕ (WREN) ಮತ್ತು ಸ್ವಯಂ-ಕಾನ್ಫಿಗರಿಂಗ್ ನೆಟ್‌ವರ್ಕ್ ಮಾನಿಟರ್ (SCNM).

2.2.3.1. ಎಂಡ್ ಟು ಎಂಡ್ ಸಂಪನ್ಮೂಲ ವೀಕ್ಷಣೆ (WREN)

WREN ಸಕ್ರಿಯ ಮತ್ತು ನಿಷ್ಕ್ರಿಯ ಮಾನಿಟರಿಂಗ್ ತಂತ್ರಗಳ ಸಂಯೋಜನೆಯನ್ನು ಬಳಸುತ್ತದೆ, ದಟ್ಟಣೆ ಕಡಿಮೆಯಾದಾಗ ಡೇಟಾವನ್ನು ಸಕ್ರಿಯವಾಗಿ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಹೆಚ್ಚಿನ ದಟ್ಟಣೆಯ ಸಮಯದಲ್ಲಿ ಡೇಟಾವನ್ನು ನಿಷ್ಕ್ರಿಯವಾಗಿ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುತ್ತದೆ. ಇದು ಮೂಲ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನ ಎರಡರಿಂದಲೂ ಸಂಚಾರವನ್ನು ನೋಡುತ್ತದೆ, ಹೆಚ್ಚು ನಿಖರವಾದ ಅಳತೆಗಳನ್ನು ಸಾಧ್ಯವಾಗಿಸುತ್ತದೆ. WREN ಉಪಯುಕ್ತ ಥ್ರೋಪುಟ್ ಅನ್ನು ಅಳೆಯಲು ಅಪ್ಲಿಕೇಶನ್ ರಚಿತ ಟ್ರಾಫಿಕ್‌ನಿಂದ ಪ್ಯಾಕೆಟ್ ಟ್ರೇಸಿಂಗ್ ಅನ್ನು ಬಳಸುತ್ತದೆ. WREN ಅನ್ನು ಎರಡು ಪದರಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ: ಮುಖ್ಯ ವೇಗದ ಪ್ಯಾಕೆಟ್ ಸಂಸ್ಕರಣಾ ಪದರ ಮತ್ತು ಬಳಕೆದಾರ ಮಟ್ಟದ ಟ್ರೇಸ್ ವಿಶ್ಲೇಷಕ.

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

ಅಕ್ಕಿ. 6. ಪ್ಯಾಕೆಟ್ ಟ್ರೇಸ್‌ಗಳ ಮುಖ್ಯ ಮಟ್ಟದಲ್ಲಿ ಸಂಗ್ರಹಿಸಿದ ಮಾಹಿತಿ

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

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

ಟ್ರಾಫಿಕ್ ಕಡಿಮೆಯಾದಾಗ, ಮಾಪನ ಸ್ಟ್ರೀಮ್‌ಗಳ ಕ್ರಮವನ್ನು ನಿರ್ವಹಿಸುವಾಗ WREN ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಸಕ್ರಿಯವಾಗಿ ಸೇರಿಸುತ್ತದೆ. ಹಲವಾರು ಅಧ್ಯಯನಗಳ ನಂತರ, ಸೂಪರ್‌ಸ್ಯಾಚುರೇಟೆಡ್ ಮತ್ತು ಸೂಪರ್‌ಸಾಚುರೇಟೆಡ್ ಅಲ್ಲದ ಪರಿಸರದಲ್ಲಿ WREN ಒಂದೇ ರೀತಿಯ ಅಳತೆಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ ಎಂದು ಕಂಡುಬಂದಿದೆ.

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

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

2.2.3.2. ಸ್ವಯಂ ಸಂರಚನೆಯೊಂದಿಗೆ ನೆಟ್‌ವರ್ಕ್ ಮಾನಿಟರ್ (SCNM)

SCNM ಒಂದು ಮೇಲ್ವಿಚಾರಣಾ ಸಾಧನವಾಗಿದ್ದು, ಪೆನೆಟ್ರೇಶನ್ ಲೇಯರ್ 3, ಹೊರಹೋಗುವ ಮಾರ್ಗನಿರ್ದೇಶಕಗಳು ಮತ್ತು ಇತರ ಪ್ರಮುಖ ನೆಟ್‌ವರ್ಕ್ ಮಾನಿಟರಿಂಗ್ ಪಾಯಿಂಟ್‌ಗಳ ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸಲು ನಿಷ್ಕ್ರಿಯ ಮತ್ತು ಸಕ್ರಿಯ ಅಳತೆಗಳ ಸಂಯೋಜನೆಯನ್ನು ಬಳಸುತ್ತದೆ. SCNM ಪರಿಸರವು ಹಾರ್ಡ್‌ವೇರ್ ಮತ್ತು ಸಾಫ್ಟ್‌ವೇರ್ ಘಟಕ ಎರಡನ್ನೂ ಒಳಗೊಂಡಿದೆ.

ಹಾರ್ಡ್ವೇರ್ ಅನ್ನು ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ನಿರ್ಣಾಯಕ ಬಿಂದುಗಳಲ್ಲಿ ಸ್ಥಾಪಿಸಲಾಗಿದೆ. ಪ್ಯಾಕೆಟ್ ಹೆಡರ್‌ಗಳನ್ನು ನಿಷ್ಕ್ರಿಯವಾಗಿ ಸಂಗ್ರಹಿಸಲು ಇದು ಕಾರಣವಾಗಿದೆ. ಸಾಫ್ಟ್‌ವೇರ್ ನೆಟ್‌ವರ್ಕ್ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ನಲ್ಲಿ ಚಲಿಸುತ್ತದೆ. ಅಕ್ಕಿ. ಕೆಳಗಿನ 7 SCNM ಪರಿಸರದ ಸಾಫ್ಟ್‌ವೇರ್ ಘಟಕವನ್ನು ತೋರಿಸುತ್ತದೆ.

ಅಕ್ಕಿ. 7. SCNM ಸಾಫ್ಟ್‌ವೇರ್ ಘಟಕ

ನೆಟ್‌ವರ್ಕ್ ಮೇಲ್ವಿಚಾರಣೆಯನ್ನು ಪ್ರಾರಂಭಿಸಲು ಬಳಸಲಾಗುವ ಸಕ್ರಿಯ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ರಚಿಸಲು ಮತ್ತು ಕಳುಹಿಸಲು ಸಾಫ್ಟ್‌ವೇರ್ ಕಾರಣವಾಗಿದೆ. ಬಳಕೆದಾರರು ಮೇಲ್ವಿಚಾರಣೆ ಮತ್ತು ಸಂಗ್ರಹಣೆಗಾಗಿ ಸ್ವೀಕರಿಸಲು ಬಯಸುವ ಪ್ಯಾಕೇಜುಗಳ ವಿವರಗಳನ್ನು ಹೊಂದಿರುವ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಸಕ್ರಿಯಗೊಳಿಸುವ ಪ್ಯಾಕೇಜ್‌ಗಳನ್ನು ಕಳುಹಿಸುತ್ತಾರೆ. ಎಲ್ಲಾ ಹೋಸ್ಟ್‌ಗಳು ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಕೇಳಲು ತೆರೆದಿರುತ್ತವೆ ಎಂದು ಭಾವಿಸಿದರೆ, ಬಳಕೆದಾರರು SCNM ಹೋಸ್ಟ್‌ನ ಸ್ಥಳವನ್ನು ತಿಳಿದುಕೊಳ್ಳಬೇಕಾಗಿಲ್ಲ. ಸಕ್ರಿಯಗೊಳಿಸುವ ಪ್ಯಾಕೇಜ್‌ನಲ್ಲಿ ಇರುವ ಮಾಹಿತಿಯ ಆಧಾರದ ಮೇಲೆ, ಫಿಲ್ಟರ್ ಅನ್ನು ಡೇಟಾ ಸಂಗ್ರಹಣೆಯ ಸ್ಟ್ರೀಮ್‌ನಲ್ಲಿ ಇರಿಸಲಾಗುತ್ತದೆ, ಅದು ಎಂಡ್‌ಪಾಯಿಂಟ್‌ನಲ್ಲಿಯೂ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಫಿಲ್ಟರ್‌ಗೆ ಹೊಂದಿಕೆಯಾಗುವ ನೆಟ್‌ವರ್ಕ್ ಮತ್ತು ಟ್ರಾನ್ಸ್‌ಪೋರ್ಟ್ ಲೇಯರ್ ಪ್ಯಾಕೆಟ್ ಹೆಡರ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸಲಾಗಿದೆ. ಇತರ ಅಪ್ಲಿಕೇಶನ್ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಸ್ವೀಕರಿಸಿದರೆ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಸಮಯದ ನಂತರ ಫಿಲ್ಟರ್ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸಮಯ ಮೀರುತ್ತದೆ. SCNM ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಪ್ಯಾಕೆಟ್ ಮಾದರಿ ಸೇವೆಯು ಸ್ವೀಕರಿಸಿದ ವಿನಂತಿಗಳ ಕ್ರಮದಲ್ಲಿ tcpdump ಆಜ್ಞೆಯನ್ನು (ಪ್ಯಾಕೆಟ್ ಮಾದರಿ ಪ್ರೋಗ್ರಾಂಗೆ ಹೋಲುತ್ತದೆ) ಬಳಸುತ್ತದೆ ಮತ್ತು ವಿನಂತಿಗೆ ಹೊಂದಿಕೆಯಾಗುವ ದಟ್ಟಣೆಯನ್ನು ದಾಖಲಿಸುತ್ತದೆ.

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

SCNM ಅನ್ನು ಸ್ಥಾಪಿಸಲು ಮತ್ತು ಪ್ರಾಥಮಿಕವಾಗಿ ನಿರ್ವಾಹಕರಿಂದ ಬಳಸಲು ಉದ್ದೇಶಿಸಲಾಗಿದೆ. ಆದಾಗ್ಯೂ, ಸಾಮಾನ್ಯ ಬಳಕೆದಾರರು ಈ ಕೆಲವು ಕಾರ್ಯಗಳನ್ನು ಬಳಸಬಹುದು. ಸಾಮಾನ್ಯ ಬಳಕೆದಾರರು SCNM ಮಾನಿಟರಿಂಗ್ ಪರಿಸರದ ಭಾಗಗಳನ್ನು ಬಳಸಲು ಸಮರ್ಥರಾಗಿದ್ದರೂ, ಅವರು ತಮ್ಮ ಸ್ವಂತ ಡೇಟಾವನ್ನು ವೀಕ್ಷಿಸಲು ಮಾತ್ರ ಅನುಮತಿಸುತ್ತಾರೆ.

ಕೊನೆಯಲ್ಲಿ, SCNM ಸಂಯೋಜಿತ ಮೇಲ್ವಿಚಾರಣೆಯ ಮತ್ತೊಂದು ವಿಧಾನವಾಗಿದ್ದು, ನಿರ್ವಾಹಕರು ತಮ್ಮ ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ಮತ್ತು ವಿಶ್ಲೇಷಿಸಲು ಸಹಾಯ ಮಾಡಲು ಸಕ್ರಿಯ ಮತ್ತು ನಿಷ್ಕ್ರಿಯ ವಿಧಾನಗಳನ್ನು ಬಳಸುತ್ತಾರೆ.

3. ತೀರ್ಮಾನ

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

ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರ ಕೆಲಸಕ್ಕೆ ನೆಟ್‌ವರ್ಕ್ ಮೇಲ್ವಿಚಾರಣೆ ಮತ್ತು ವಿಶ್ಲೇಷಣೆ ಅತ್ಯಗತ್ಯ. ನಿರ್ವಾಹಕರು ಕಂಪನಿಯೊಳಗೆ ಚದುರಿದ ಕಾರ್ಯಕ್ಷಮತೆಗಾಗಿ ಮತ್ತು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಯಾವುದೇ ಸಾರ್ವಜನಿಕ ಸೇವೆಗಳೊಂದಿಗೆ ಸಂವಹನಕ್ಕಾಗಿ ತಮ್ಮ ನೆಟ್‌ವರ್ಕ್ ಅನ್ನು ಕ್ರಮವಾಗಿ ಇರಿಸಿಕೊಳ್ಳಲು ಪ್ರಯತ್ನಿಸಬೇಕು. ಮೇಲಿನ ಮಾಹಿತಿಯ ಪ್ರಕಾರ, ನೆಟ್‌ವರ್ಕ್ ನಿರ್ವಾಹಕರು ತಮ್ಮ ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ಪ್ರತಿದಿನವೂ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ಮತ್ತು ವಿಶ್ಲೇಷಿಸಲು ಸಹಾಯ ಮಾಡಲು ಹಲವಾರು ರೂಟರ್-ಆಧಾರಿತ ಮತ್ತು ರೂಟರ್-ಅಲ್ಲದ ತಂತ್ರಜ್ಞಾನಗಳು ಲಭ್ಯವಿದೆ. SNMP, RMON, ಮತ್ತು Cisco ನ NetFlow ಅನ್ನು ಇಲ್ಲಿ ಸಂಕ್ಷಿಪ್ತವಾಗಿ ವಿವರಿಸಲಾಗಿದೆ - ಹಲವಾರು ರೂಟರ್ ಆಧಾರಿತ ತಂತ್ರಜ್ಞಾನಗಳ ಉದಾಹರಣೆ. ಲೇಖನದಲ್ಲಿ ಚರ್ಚಿಸಲಾದ ರೂಟರ್-ಆಧಾರಿತ ತಂತ್ರಜ್ಞಾನಗಳ ಉದಾಹರಣೆಗಳು ಸಕ್ರಿಯ, ನಿಷ್ಕ್ರಿಯ ಮೇಲ್ವಿಚಾರಣೆ ಮತ್ತು ಎರಡರ ಸಂಯೋಜನೆಯಾಗಿದೆ.

ಪರಿಚಯ

ಇತ್ತೀಚಿನ ವರ್ಷಗಳಲ್ಲಿ, ಮಾಹಿತಿ ತಂತ್ರಜ್ಞಾನವು ಗಮನಾರ್ಹ ಮತ್ತು ನಿರಂತರ ಬದಲಾವಣೆಗಳಿಗೆ ಒಳಗಾಗಿದೆ. ಕೆಲವು ಅಂದಾಜಿನ ಪ್ರಕಾರ, ಕಳೆದ ಐದು ವರ್ಷಗಳಲ್ಲಿ, ಸ್ಥಳೀಯ ನೆಟ್ವರ್ಕ್ಗಳಲ್ಲಿ ನೆಟ್ವರ್ಕ್ ದಟ್ಟಣೆಯ ಪ್ರಮಾಣವು ಹತ್ತು ಪಟ್ಟು ಹೆಚ್ಚಾಗಿದೆ. ಹೀಗಾಗಿ, ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್‌ಗಳು ನಿರಂತರವಾಗಿ ಹೆಚ್ಚುತ್ತಿರುವ ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಮತ್ತು ಅಗತ್ಯ ಮಟ್ಟದ ಸೇವೆಯ ಗುಣಮಟ್ಟವನ್ನು ಒದಗಿಸಬೇಕು. ಆದಾಗ್ಯೂ, ನೆಟ್‌ವರ್ಕ್ ಯಾವುದೇ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಹೊಂದಿದ್ದರೂ, ಅವು ಇನ್ನೂ ಸೀಮಿತವಾಗಿವೆ, ಆದ್ದರಿಂದ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ದಟ್ಟಣೆಯನ್ನು ನಿಯಂತ್ರಿಸುವ ಸಾಮರ್ಥ್ಯದ ಅಗತ್ಯವಿದೆ.

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

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

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

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

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

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

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

ವಿಶ್ಲೇಷಣೆ ಮತ್ತು ರೋಗನಿರ್ಣಯಕ್ಕಾಗಿ ಬಹುಕ್ರಿಯಾತ್ಮಕ ಸಾಧನಗಳು. ಇತ್ತೀಚಿನ ವರ್ಷಗಳಲ್ಲಿ, ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್‌ಗಳ ಸರ್ವವ್ಯಾಪಿಯಿಂದಾಗಿ, ಹಲವಾರು ಸಾಧನಗಳ ಕಾರ್ಯಗಳನ್ನು ಸಂಯೋಜಿಸುವ ಅಗ್ಗದ ಪೋರ್ಟಬಲ್ ಸಾಧನಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವುದು ಅಗತ್ಯವಾಗಿದೆ: ಪ್ರೋಟೋಕಾಲ್ ವಿಶ್ಲೇಷಕರು, ಕೇಬಲ್ ಸ್ಕ್ಯಾನರ್‌ಗಳು ಮತ್ತು ಕೆಲವು ನೆಟ್‌ವರ್ಕ್ ನಿರ್ವಹಣಾ ಸಾಫ್ಟ್‌ವೇರ್ ವೈಶಿಷ್ಟ್ಯಗಳು. ಈ ರೀತಿಯ ಸಾಧನದ ಉದಾಹರಣೆಯೆಂದರೆ ಮೈಕ್ರೊಟೆಸ್ಟ್, ಇಂಕ್‌ನಿಂದ ಕಂಪಾಸ್. ಅಥವಾ FlukeCorp ನಿಂದ 675 LANMeter.

ನಿಯಂತ್ರಣ ವ್ಯವಸ್ಥೆಗಳು

ಇತ್ತೀಚೆಗೆ, ನಿಯಂತ್ರಣ ವ್ಯವಸ್ಥೆಗಳ ಕ್ಷೇತ್ರದಲ್ಲಿ ಎರಡು ವಿಭಿನ್ನವಾದ ಪ್ರವೃತ್ತಿಗಳನ್ನು ಗಮನಿಸಲಾಗಿದೆ:

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

ಸಾಮಾನ್ಯವಾಗಿ, ನಿಯಂತ್ರಣ ವ್ಯವಸ್ಥೆಗಳು ನೆಟ್ವರ್ಕ್ನ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವ ಮತ್ತು ವಿಶ್ಲೇಷಿಸುವ ಕಾರ್ಯಗಳನ್ನು ಮಾತ್ರ ನಿರ್ವಹಿಸುತ್ತವೆ, ಆದರೆ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಸಕ್ರಿಯವಾಗಿ ಪ್ರಭಾವಿಸುವ ಕಾರ್ಯಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ - ಸಂರಚನೆ ಮತ್ತು ಭದ್ರತಾ ನಿರ್ವಹಣೆ (ಸೈಡ್ಬಾರ್ ನೋಡಿ).

SNMP ನೆಟ್‌ವರ್ಕ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್ ಪ್ರೋಟೋಕಾಲ್

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

ಅತ್ಯಂತ ಸಾಮಾನ್ಯವಾದ ನೆಟ್ವರ್ಕ್ ಮ್ಯಾನೇಜ್ಮೆಂಟ್ ಪ್ರೋಟೋಕಾಲ್ SNMP (SimpleNetworkManagementProtocol), ಇದು ನೂರಾರು ಮಾರಾಟಗಾರರಿಂದ ಬೆಂಬಲಿತವಾಗಿದೆ. SNMP ಪ್ರೋಟೋಕಾಲ್ನ ಮುಖ್ಯ ಪ್ರಯೋಜನಗಳೆಂದರೆ ಸರಳತೆ, ಲಭ್ಯತೆ, ತಯಾರಕರಿಂದ ಸ್ವಾತಂತ್ರ್ಯ. SNMP ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಇಂಟರ್ನೆಟ್‌ನಲ್ಲಿ ರೂಟರ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸಲು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ ಮತ್ತು ಇದು TCP/IP ಸ್ಟಾಕ್‌ನ ಭಾಗವಾಗಿದೆ.

MIB - ಮ್ಯಾನ್ ಇನ್ ಬ್ಲ್ಯಾಕ್ ಎಂದರೇನು?

ನಾವು ಕಾರ್ಪೊರೇಟ್ ನೆಟ್‌ವರ್ಕ್ ಮಾನಿಟರಿಂಗ್ ಪರಿಕರಗಳ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದರೆ, ಈ ಸಂಕ್ಷೇಪಣವು ನಿರ್ವಹಣಾ ಮಾಹಿತಿ ಬೇಸ್ ಎಂಬ ಪದವನ್ನು ಮರೆಮಾಡುತ್ತದೆ. ಈ ಡೇಟಾಬೇಸ್ ಯಾವುದಕ್ಕಾಗಿ?

SNMP ಎನ್ನುವುದು ನೆಟ್‌ವರ್ಕ್ ಸಾಧನಗಳಿಂದ ಅವುಗಳ ಸ್ಥಿತಿ, ಕಾರ್ಯಕ್ಷಮತೆ ಮತ್ತು ಗುಣಲಕ್ಷಣಗಳ ಕುರಿತು ಮಾಹಿತಿಯನ್ನು ಪಡೆಯಲು ಬಳಸಲಾಗುವ ಪ್ರೋಟೋಕಾಲ್ ಆಗಿದೆ, ಇದನ್ನು MIB ಎಂಬ ವಿಶೇಷ ನೆಟ್‌ವರ್ಕ್ ಸಾಧನ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ. MIB ನ ರಚನೆಯನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುವ ಮಾನದಂಡಗಳಿವೆ, ಅದರ ಅಸ್ಥಿರಗಳ ಪ್ರಕಾರಗಳ ಸೆಟ್ (ISO ಪರಿಭಾಷೆಯಲ್ಲಿನ ವಸ್ತುಗಳು), ಅವುಗಳ ಹೆಸರುಗಳು ಮತ್ತು ಈ ಅಸ್ಥಿರಗಳ ಮೇಲೆ ಅನುಮತಿಸಲಾದ ಕಾರ್ಯಾಚರಣೆಗಳು (ಉದಾಹರಣೆಗೆ, ಓದಿ). ಇತರ ಮಾಹಿತಿಯ ಜೊತೆಗೆ, MIB ನೆಟ್‌ವರ್ಕ್ ಮತ್ತು/ಅಥವಾ ಸಾಧನಗಳ MAC ವಿಳಾಸಗಳು, ಸಂಸ್ಕರಿಸಿದ ಪ್ಯಾಕೆಟ್‌ಗಳ ಕೌಂಟರ್‌ಗಳ ಮೌಲ್ಯಗಳು ಮತ್ತು ದೋಷಗಳು, ಸಂಖ್ಯೆಗಳು, ಆದ್ಯತೆಗಳು ಮತ್ತು ಪೋರ್ಟ್‌ಗಳ ಸ್ಥಿತಿಯ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸಬಹುದು. MIB ಮರದ ರಚನೆಯು ಕಡ್ಡಾಯ (ಪ್ರಮಾಣಿತ) ಉಪವೃಕ್ಷಗಳನ್ನು ಒಳಗೊಂಡಿದೆ; ಹೆಚ್ಚುವರಿಯಾಗಿ, ಇದು ಸ್ಮಾರ್ಟ್ ಸಾಧನಗಳ ತಯಾರಕರು ಅದರ ನಿರ್ದಿಷ್ಟ ವೇರಿಯಬಲ್‌ಗಳ ಆಧಾರದ ಮೇಲೆ ಯಾವುದೇ ನಿರ್ದಿಷ್ಟ ಕಾರ್ಯಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಅನುಮತಿಸುವ ಖಾಸಗಿ ಸಬ್‌ಟ್ರೀಗಳನ್ನು ಒಳಗೊಂಡಿರಬಹುದು.

SNMP ಪ್ರೋಟೋಕಾಲ್‌ನಲ್ಲಿರುವ ಏಜೆಂಟ್ ಒಂದು ಸಂಸ್ಕರಣಾ ಅಂಶವಾಗಿದ್ದು ಅದು ನೆಟ್‌ವರ್ಕ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್ ಸ್ಟೇಷನ್‌ಗಳಲ್ಲಿರುವ ವ್ಯವಸ್ಥಾಪಕರಿಗೆ MIB ವೇರಿಯಬಲ್‌ಗಳ ಮೌಲ್ಯಗಳಿಗೆ ಪ್ರವೇಶವನ್ನು ಒದಗಿಸುತ್ತದೆ ಮತ್ತು ಹೀಗಾಗಿ ಸಾಧನ ನಿರ್ವಹಣೆ ಮತ್ತು ಮೇಲ್ವಿಚಾರಣೆ ಕಾರ್ಯಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಅವರಿಗೆ ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ.

SNMP ಕಾರ್ಯಚಟುವಟಿಕೆಗೆ ಒಂದು ಉಪಯುಕ್ತ ಸೇರ್ಪಡೆ RMON ವಿವರಣೆಯಾಗಿದೆ, ಇದು MIB ನೊಂದಿಗೆ ದೂರಸ್ಥ ಸಂವಹನವನ್ನು ಒದಗಿಸುತ್ತದೆ. RMON ಗೆ ಮೊದಲು, SNMP ಅನ್ನು ರಿಮೋಟ್ ಆಗಿ ಬಳಸಲಾಗಲಿಲ್ಲ, ಇದು ಸ್ಥಳೀಯ ಸಾಧನ ನಿರ್ವಹಣೆಯನ್ನು ಮಾತ್ರ ಅನುಮತಿಸಿತು. ಆದಾಗ್ಯೂ, RMON ಎಲ್ಲಾ ಟ್ರಾಫಿಕ್ ಅನ್ನು ನಿಯಂತ್ರಿಸಬಹುದಾದ ಹಂಚಿದ ನೆಟ್‌ವರ್ಕ್‌ಗಳಲ್ಲಿ ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಆದರೆ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಫಿಲ್ಟರ್ ಮಾಡುವ ಸ್ವಿಚ್ ಇದ್ದರೆ ಅದು ಪೋರ್ಟ್‌ಗೆ ಅಗೋಚರವಾಗಿರುತ್ತದೆ, ಅದು ಆ ಪೋರ್ಟ್‌ಗೆ ಸಂಯೋಜಿತವಾಗಿರುವ ಸಾಧನಕ್ಕೆ ಉದ್ದೇಶಿಸದಿದ್ದರೆ ಅಥವಾ ಆ ಸಾಧನದಿಂದ ಹುಟ್ಟಿಕೊಳ್ಳದಿದ್ದರೆ, ನಿಮ್ಮ ಪ್ರೋಬ್ ಡೇಟಾ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ.

ಇದನ್ನು ತಪ್ಪಿಸಲು, ತಯಾರಕರು ಪ್ರತಿ ಸ್ವಿಚ್ ಪೋರ್ಟ್‌ನಲ್ಲಿ ಕೆಲವು RMON ಕಾರ್ಯವನ್ನು ಒದಗಿಸಿದ್ದಾರೆ. ಸ್ವಿಚ್‌ನಲ್ಲಿರುವ ಎಲ್ಲಾ ಪೋರ್ಟ್‌ಗಳನ್ನು ನಿರಂತರವಾಗಿ ಸಮೀಕ್ಷೆ ಮಾಡುವ ವ್ಯವಸ್ಥೆಗಿಂತ ಇದು ಹೆಚ್ಚು ಸ್ಕೇಲೆಬಲ್ ಸಿಸ್ಟಮ್ ಆಗಿದೆ.

ಪ್ರೋಟೋಕಾಲ್ ವಿಶ್ಲೇಷಕರು

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

ಈ ಕಷ್ಟಕರ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ, ನೀವು ವಿವಿಧ ಪರಿಕರಗಳನ್ನು ಬಳಸಬಹುದು ಮತ್ತು ಎಲ್ಲಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ, ನೆಟ್ವರ್ಕ್ ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ಪರಿಕರಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಬಹುದು, ಇದನ್ನು ಈಗಾಗಲೇ ಲೇಖನದ ಹಿಂದಿನ ವಿಭಾಗಗಳಲ್ಲಿ ಚರ್ಚಿಸಲಾಗಿದೆ. ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿನ ಕೆಲವು ಅಳತೆಗಳನ್ನು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂನಲ್ಲಿ ನಿರ್ಮಿಸಲಾದ ಸಾಫ್ಟ್‌ವೇರ್ ಮೀಟರ್‌ಗಳಿಂದ ಸಹ ನಿರ್ವಹಿಸಬಹುದು, ಇದಕ್ಕೆ ಉದಾಹರಣೆಯೆಂದರೆ Windows NTPerformanceMonitor OS ಘಟಕ. ನೈಜ ಸಮಯದಲ್ಲಿ ಕಂಪ್ಯೂಟರ್ ಚಟುವಟಿಕೆಯನ್ನು ಸೆರೆಹಿಡಿಯಲು ಈ ಉಪಯುಕ್ತತೆಯನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ. ಅದರ ಸಹಾಯದಿಂದ, ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಕಡಿಮೆ ಮಾಡುವ ಹೆಚ್ಚಿನ "ಅಡಚಣೆ" ಗಳನ್ನು ನೀವು ಗುರುತಿಸಬಹುದು.

PerformanceMonitor ಕೌಂಟರ್‌ಗಳ ಸರಣಿಯನ್ನು ಆಧರಿಸಿದೆ, ಇದು ಡಿಸ್ಕ್ ಕಾರ್ಯಾಚರಣೆಯ ಪೂರ್ಣಗೊಳ್ಳುವಿಕೆಗಾಗಿ ಕಾಯುತ್ತಿರುವ ಪ್ರಕ್ರಿಯೆಗಳ ಸಂಖ್ಯೆ, ಪ್ರತಿ ಯುನಿಟ್ ಸಮಯದ ಪ್ರತಿ ಪ್ರಸಾರವಾಗುವ ನೆಟ್‌ವರ್ಕ್ ಪ್ಯಾಕೆಟ್‌ಗಳ ಸಂಖ್ಯೆ, ಪ್ರೊಸೆಸರ್ ಬಳಕೆಯ ಶೇಕಡಾವಾರು ಇತ್ಯಾದಿಗಳಂತಹ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಸೆರೆಹಿಡಿಯುತ್ತದೆ.

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

ಸಾಮಾನ್ಯವಾಗಿ, ಪ್ರೋಟೋಕಾಲ್ ವಿಶ್ಲೇಷಣೆ ಪ್ರಕ್ರಿಯೆಯು ಸಾಕಷ್ಟು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ (ಹಲವಾರು ಕೆಲಸದ ದಿನಗಳವರೆಗೆ) ಮತ್ತು ಈ ಕೆಳಗಿನ ಹಂತಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ:

1. ಡೇಟಾ ಕ್ಯಾಪ್ಚರ್.
2. ಸೆರೆಹಿಡಿಯಲಾದ ಡೇಟಾವನ್ನು ವೀಕ್ಷಿಸಿ.
3. ಮಾಹಿತಿ ವಿಶ್ಲೇಷಣೆ.
4. ದೋಷಗಳಿಗಾಗಿ ಹುಡುಕಿ.
5. ಕಾರ್ಯಕ್ಷಮತೆಯ ಅಧ್ಯಯನ. ನೆಟ್‌ವರ್ಕ್ ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಬಳಕೆಯ ಲೆಕ್ಕಾಚಾರ ಅಥವಾ ವಿನಂತಿಗೆ ಸರಾಸರಿ ಪ್ರತಿಕ್ರಿಯೆ ಸಮಯ.
6. ನೆಟ್ವರ್ಕ್ನ ಪ್ರತ್ಯೇಕ ವಿಭಾಗಗಳ ವಿವರವಾದ ಅಧ್ಯಯನ. ಈ ಹಂತದಲ್ಲಿ ಕೆಲಸದ ವಿಷಯವು ನೆಟ್ವರ್ಕ್ನ ವಿಶ್ಲೇಷಣೆಯಲ್ಲಿ ಪಡೆದ ಫಲಿತಾಂಶಗಳನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ.

ನಿಮ್ಮ ನೆಟ್‌ವರ್ಕ್‌ಗಾಗಿ ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಯನ್ನು ನಿರ್ಮಿಸುವಾಗ ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಬೇಕಾದ ಸೈದ್ಧಾಂತಿಕ ಅಂಶಗಳ ಪರಿಗಣನೆಯನ್ನು ನಾವು ಇಲ್ಲಿ ಮುಗಿಸಬಹುದು ಮತ್ತು ಕಾರ್ಪೊರೇಟ್ ನೆಟ್‌ವರ್ಕ್‌ನ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ವಿಶ್ಲೇಷಿಸಲು ಮತ್ತು ಅದನ್ನು ನಿಯಂತ್ರಿಸಲು ರಚಿಸಲಾದ ಸಾಫ್ಟ್‌ವೇರ್ ಉತ್ಪನ್ನಗಳ ಪರಿಗಣನೆಗೆ ಮುಂದುವರಿಯಬಹುದು.

ಮೇಲ್ವಿಚಾರಣೆ ಮತ್ತು ವಿಶ್ಲೇಷಣೆಗಾಗಿ ಉತ್ಪನ್ನಗಳು

HPOpenView ಮತ್ತು CabletronSpectrum ನಿಯಂತ್ರಣ ವ್ಯವಸ್ಥೆಗಳ ತುಲನಾತ್ಮಕ ಅವಲೋಕನ

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

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

ಮೂರನೇ ಪ್ರದೇಶವು ಜಾಗತಿಕ ನಿರ್ವಹಣಾ ಪರಿಕರಗಳು, ಇದು ಸಾಧನಗಳನ್ನು ಗುಂಪು ಮಾಡಲು ಮತ್ತು ಅವುಗಳ ನಡುವೆ ಸಂವಹನಗಳನ್ನು ಸಂಘಟಿಸಲು ಈಗಾಗಲೇ ಜವಾಬ್ದಾರವಾಗಿದೆ, ಉದಾಹರಣೆಗೆ, ನೆಟ್‌ವರ್ಕ್ ಟೋಪೋಲಜಿ ರೇಖಾಚಿತ್ರವನ್ನು ರಚಿಸುವ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು.

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

ಎಂಟರ್‌ಪ್ರೈಸ್ ನೆಟ್‌ವರ್ಕ್ ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆಗಳಿಗೆ ಉತ್ತಮ ವೇದಿಕೆಯು ಈ ಕೆಳಗಿನ ಗುಣಗಳನ್ನು ಹೊಂದಿರಬೇಕು:

• ಸ್ಕೇಲೆಬಿಲಿಟಿ;
• "ಕ್ಲೈಂಟ್ / ಸರ್ವರ್" ಪರಿಕಲ್ಪನೆಗೆ ಅನುಗುಣವಾಗಿ ನಿಜವಾದ ವಿತರಣೆ;
• ಡೆಸ್ಕ್‌ಟಾಪ್‌ಗಳಿಂದ ಮೇನ್‌ಫ್ರೇಮ್‌ಗಳವರೆಗೆ ವೈವಿಧ್ಯಮಯ ಹಾರ್ಡ್‌ವೇರ್ ಅನ್ನು ನಿರ್ವಹಿಸಲು ಮುಕ್ತತೆ.

ಮೊದಲ ಎರಡು ಗುಣಲಕ್ಷಣಗಳು ನಿಕಟ ಸಂಬಂಧ ಹೊಂದಿವೆ. ನಿಯಂತ್ರಣ ವ್ಯವಸ್ಥೆಯ ವಿತರಣೆಯಿಂದಾಗಿ ಉತ್ತಮ ಸ್ಕೇಲೆಬಿಲಿಟಿ ಸಾಧಿಸಲಾಗುತ್ತದೆ. ಇಲ್ಲಿ ವಿತರಣೆ ಎಂದರೆ ಸಿಸ್ಟಮ್ ಹಲವಾರು ಸರ್ವರ್‌ಗಳು ಮತ್ತು ಕ್ಲೈಂಟ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ.

ಇಂದಿನ ನಿಯಂತ್ರಣ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ವಾಸ್ತವಕ್ಕಿಂತ ಭಿನ್ನಜಾತಿಯ ಸಾಧನಗಳಿಗೆ ಬೆಂಬಲವು ಒಂದು ಆಶಯವಾಗಿದೆ. ನಾವು ಎರಡು ಜನಪ್ರಿಯ ನೆಟ್‌ವರ್ಕ್ ನಿರ್ವಹಣಾ ಉತ್ಪನ್ನಗಳನ್ನು ನೋಡುತ್ತೇವೆ: CabletronSystems' Spectrum ಮತ್ತು Hewlett-Packard's OpenView. ಈ ಎರಡೂ ಕಂಪನಿಗಳು ತಮ್ಮದೇ ಆದ ಸಂವಹನ ಸಾಧನಗಳನ್ನು ಉತ್ಪಾದಿಸುತ್ತವೆ. ಸ್ವಾಭಾವಿಕವಾಗಿ, ಕೇಬಲ್‌ಟ್ರಾನ್ ಉಪಕರಣಗಳನ್ನು ನಿರ್ವಹಿಸುವಲ್ಲಿ ಸ್ಪೆಕ್ಟ್ರಮ್ ಉತ್ತಮವಾಗಿದೆ ಮತ್ತು ಹೆವ್ಲೆಟ್-ಪ್ಯಾಕರ್ಡ್ ಉಪಕರಣಗಳನ್ನು ನಿರ್ವಹಿಸುವಲ್ಲಿ ಓಪನ್ ವ್ಯೂ ಉತ್ತಮವಾಗಿದೆ.

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

ಈ ಪರಿಸ್ಥಿತಿಯನ್ನು ತಪ್ಪಿಸಲು, ನಿಯಂತ್ರಣ ಸಿಸ್ಟಮ್ ಡೆವಲಪರ್‌ಗಳು ಸ್ಟ್ಯಾಂಡರ್ಡ್ MIBI, MIBII ಮತ್ತು RMONMIB ಡೇಟಾಬೇಸ್‌ಗಳಿಗೆ ಮಾತ್ರವಲ್ಲದೆ ಹಲವಾರು ಖಾಸಗಿ MIB ತಯಾರಕರಿಗೆ ಬೆಂಬಲವನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. ಈ ಕ್ಷೇತ್ರದಲ್ಲಿ ನಾಯಕ ಸ್ಪೆಕ್ಟ್ರಮ್ ಸಿಸ್ಟಮ್ ಆಗಿದೆ, ಇದು ವಿವಿಧ ತಯಾರಕರಿಂದ 1000 ಕ್ಕಿಂತ ಹೆಚ್ಚು MIB ಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ.

ಆದಾಗ್ಯೂ, OpenView ನ ನಿಸ್ಸಂದೇಹವಾದ ಪ್ರಯೋಜನವೆಂದರೆ TCP / IP ಮೂಲಕ ಚಾಲನೆಯಲ್ಲಿರುವ ಯಾವುದೇ ನೆಟ್‌ವರ್ಕ್‌ನ ನೆಟ್‌ವರ್ಕ್ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ಗುರುತಿಸುವ ಸಾಮರ್ಥ್ಯ. ಸ್ಪೆಕ್ಟ್ರಮ್‌ಗಾಗಿ, ಈ ಸಾಮರ್ಥ್ಯವು ಎತರ್ನೆಟ್, ಟೋಕನ್‌ರಿಂಗ್, ಎಫ್‌ಡಿಡಿಐ, ಎಟಿಎಂ, ವಾನ್ ಮತ್ತು ಸ್ವಿಚ್ಡ್ ನೆಟ್‌ವರ್ಕ್‌ಗಳಿಗೆ ಸೀಮಿತವಾಗಿದೆ. ನೆಟ್ವರ್ಕ್ನಲ್ಲಿನ ಸಾಧನಗಳು ಹೆಚ್ಚಾದಂತೆ, ಸ್ಪೆಕ್ಟ್ರಮ್ ಹೆಚ್ಚು ಸ್ಕೇಲೆಬಲ್ ಆಗಿ ಹೊರಹೊಮ್ಮುತ್ತದೆ, ಅಲ್ಲಿ ಸೇವೆ ಸಲ್ಲಿಸಿದ ನೋಡ್ಗಳ ಸಂಖ್ಯೆಯು ಯಾವುದಕ್ಕೂ ಸೀಮಿತವಾಗಿಲ್ಲ.

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

ವಿಶಾಲ ವರ್ಗದ ನೆಟ್ವರ್ಕ್ಗಳಿಗಾಗಿ ಸಿಸ್ಟಮ್ಸ್

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

FoundationAgentMulti-Port ಪ್ರಮಾಣಿತ SNMP ಏಜೆಂಟ್ ಮತ್ತು ಸುಧಾರಿತ ಡೇಟಾ ಸಂಗ್ರಹಣೆ ಮತ್ತು ಫಿಲ್ಟರಿಂಗ್ ಸಿಸ್ಟಮ್‌ನ ಎಲ್ಲಾ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ ಮತ್ತು ಒಂದೇ ಕಂಪ್ಯೂಟರ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಈಥರ್ನೆಟ್ ಅಥವಾ ಟೋಕನ್‌ರಿಂಗ್ ವಿಭಾಗಗಳಿಂದ ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.

FoundationProbe ಪ್ರಮಾಣೀಕೃತ NIC ಮತ್ತು ಪೂರ್ವ-ಸ್ಥಾಪಿತವಾದ ಫೌಂಡೇಶನ್ ಏಜೆಂಟ್ ಸಾಫ್ಟ್‌ವೇರ್‌ನ ಸೂಕ್ತ ಪ್ರಕಾರದೊಂದಿಗೆ ಪ್ರಮಾಣೀಕೃತ ಕಂಪ್ಯೂಟರ್ ಆಗಿದೆ. FoundationAgent ಮತ್ತು FoundationProbe ಸಾಮಾನ್ಯವಾಗಿ ಮಾನಿಟರ್‌ಲೆಸ್ ಮತ್ತು ಕೀಬೋರ್ಡ್‌ಲೆಸ್ ಮೋಡ್‌ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ ಏಕೆಂದರೆ ಅವುಗಳನ್ನು FoundationManager ಸಾಫ್ಟ್‌ವೇರ್ ನಿರ್ವಹಿಸುತ್ತದೆ.

ಫೌಂಡೇಶನ್ ಮ್ಯಾನೇಜರ್ ಕನ್ಸೋಲ್ ಸಾಫ್ಟ್‌ವೇರ್ ಎರಡು ಫ್ಲೇವರ್‌ಗಳಲ್ಲಿ ಬರುತ್ತದೆ, ಒಂದು ವಿಂಡೋಸ್‌ಗೆ ಮತ್ತು ಒಂದು ಯುನಿಕ್ಸ್‌ಗೆ.

FoundationManager ಕನ್ಸೋಲ್ ಎಲ್ಲಾ ಮಾನಿಟರ್ ಮಾಡಲಾದ ನೆಟ್‌ವರ್ಕ್ ವಿಭಾಗಗಳಿಗೆ ಅಂಕಿಅಂಶಗಳನ್ನು ಸಚಿತ್ರವಾಗಿ ಪ್ರದರ್ಶಿಸಲು ಅನುಮತಿಸುತ್ತದೆ, ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸರಾಸರಿ ನೆಟ್‌ವರ್ಕ್ ನಿಯತಾಂಕಗಳನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ ಮತ್ತು ಅನುಮತಿಸುವ ಪ್ಯಾರಾಮೀಟರ್ ಮಿತಿಗಳನ್ನು ಮೀರಲು ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ (ಉದಾಹರಣೆಗೆ, ಹ್ಯಾಂಡ್ಲರ್ ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಪ್ರಾರಂಭಿಸಿ, SNMP-ಟ್ರ್ಯಾಪ್ ಮತ್ತು SNA-ಅಲಾರ್ಮ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸಿ), ನಿರ್ಮಿಸಲು ನಿಲ್ದಾಣಗಳ ನಡುವೆ ಚಿತ್ರಾತ್ಮಕ ಡೈನಾಮಿಕ್ ಸಂಚಾರ ನಕ್ಷೆ.

ವಿತರಿಸಿದ ನೆಟ್ವರ್ಕ್ಗಳಿಗಾಗಿ ಸಿಸ್ಟಮ್ಸ್

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

DSS ವ್ಯವಸ್ಥೆಯನ್ನು ಎರಡು ರೀತಿಯ ಘಟಕಗಳಿಂದ ನಿರ್ಮಿಸಲಾಗಿದೆ - SnifferServer (SS) ಮತ್ತು SniffMasterConsole (SM). ಈಥರ್ನೆಟ್, ಟೋಕನ್ ರಿಂಗ್ ಅಥವಾ ಸೀರಿಯಲ್ ಪೋರ್ಟ್ ಕಾರ್ಡ್‌ಗಳನ್ನು ಕನ್ಸೋಲ್‌ನೊಂದಿಗೆ ಸಂವಹನಕ್ಕಾಗಿ ಇಂಟರ್ಫೇಸ್‌ಗಳಾಗಿ ಬಳಸಬಹುದು. ಹೀಗಾಗಿ, ಯಾವುದೇ ನೆಟ್‌ವರ್ಕ್ ಟೋಪೋಲಜಿಯ ವಿಭಾಗವನ್ನು ನಿಯಂತ್ರಿಸಲು ಮತ್ತು ಮೋಡೆಮ್ ಸಂಪರ್ಕಗಳನ್ನು ಒಳಗೊಂಡಂತೆ ಕನ್ಸೋಲ್‌ನೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಲು ವಿವಿಧ ಪರಿಸರಗಳನ್ನು ಬಳಸಲು ಸಾಧ್ಯವಿದೆ.

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

ಪ್ರೋಟೋಕಾಲ್ ವ್ಯಾಖ್ಯಾನ ಉಪವ್ಯವಸ್ಥೆಯ ಕಾರ್ಯಗಳಲ್ಲಿ ಸೆರೆಹಿಡಿಯಲಾದ ಪ್ಯಾಕೆಟ್‌ಗಳ ವಿಶ್ಲೇಷಣೆ ಮತ್ತು ಪ್ಯಾಕೆಟ್ ಹೆಡರ್‌ಗಳ ಪ್ರತಿಯೊಂದು ಕ್ಷೇತ್ರಗಳ ಸಂಪೂರ್ಣ ವ್ಯಾಖ್ಯಾನ ಮತ್ತು ಅದರ ವಿಷಯಗಳು ಸೇರಿವೆ. NetworkGeneral ಈ ರೀತಿಯ ಅತ್ಯಂತ ಶಕ್ತಿಶಾಲಿ ಉಪವ್ಯವಸ್ಥೆಯನ್ನು ರಚಿಸಿದೆ - ಪ್ರೋಟೋಕಾಲ್ ಇಂಟರ್ಪ್ರಿಟರ್ ISO / OSI ಮಾದರಿಯ ಎಲ್ಲಾ ಏಳು ಪದರಗಳ 200 ಕ್ಕೂ ಹೆಚ್ಚು ಪ್ರೋಟೋಕಾಲ್‌ಗಳನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಡಿಕೋಡ್ ಮಾಡಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ (TCP / IP, IPX / SPX, NCP, DECnetSunNFS, X-Windows, SNAIBM ಪ್ರೊಟೊಕಾಲ್ ಕುಟುಂಬ, AppleTalk, BanyanVINES, OSI, XNS, X.25, ವಿವಿಧ ಇಂಟರ್ನೆಟ್‌ವರ್ಕಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್‌ಗಳು). ಅದೇ ಸಮಯದಲ್ಲಿ, ಮಾಹಿತಿಯನ್ನು ಮೂರು ವಿಧಾನಗಳಲ್ಲಿ ಒಂದರಲ್ಲಿ ಪ್ರದರ್ಶಿಸಬಹುದು - ಸಾಮಾನ್ಯ, ವಿವರವಾದ ಮತ್ತು ಹೆಕ್ಸಾಡೆಸಿಮಲ್.

ಪರಿಣಿತ ವಿಶ್ಲೇಷಣಾ ವ್ಯವಸ್ಥೆಯ (ತಜ್ಞ ವಿಶ್ಲೇಷಣೆ) ಮುಖ್ಯ ಉದ್ದೇಶವೆಂದರೆ ನೆಟ್‌ವರ್ಕ್ ಅಲಭ್ಯತೆಯನ್ನು ಕಡಿಮೆ ಮಾಡುವುದು ಮತ್ತು ಅಸಂಗತ ವಿದ್ಯಮಾನಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಗುರುತಿಸುವ ಮೂಲಕ ಮತ್ತು ಅವುಗಳ ಪರಿಹಾರಕ್ಕಾಗಿ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ವಿಧಾನಗಳನ್ನು ರಚಿಸುವ ಮೂಲಕ ನೆಟ್‌ವರ್ಕ್ ಅಡಚಣೆಗಳನ್ನು ನಿವಾರಿಸುವುದು.

ಎಕ್ಸ್‌ಪರ್ಟ್ ಅನಾಲಿಸಿಸ್ ಸಿಸ್ಟಮ್ ನೆಟ್‌ವರ್ಕ್ ಜನರಲ್ ಸಕ್ರಿಯ ವಿಶ್ಲೇಷಣೆ ಎಂದು ಕರೆಯುವುದನ್ನು ಒದಗಿಸುತ್ತದೆ. ಈ ಪರಿಕಲ್ಪನೆಯನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು, ಸಾಂಪ್ರದಾಯಿಕ ನಿಷ್ಕ್ರಿಯ ವಿಶ್ಲೇಷಣಾ ವ್ಯವಸ್ಥೆಗಳು ಮತ್ತು ಸಕ್ರಿಯ ವಿಶ್ಲೇಷಣಾ ವ್ಯವಸ್ಥೆಯಿಂದ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಅದೇ ತಪ್ಪಾದ ಘಟನೆಯ ಸಂಸ್ಕರಣೆಯನ್ನು ಪರಿಗಣಿಸಿ.

3:00 AM ನಲ್ಲಿ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಪ್ರಸಾರದ ಬಿರುಗಾಳಿಯು ಸಂಭವಿಸಿದೆ ಎಂದು ಹೇಳೋಣ, ಅದು ಡೇಟಾಬೇಸ್ ಬ್ಯಾಕಪ್ ಸಿಸ್ಟಮ್ 3:05 AM ನಲ್ಲಿ ವಿಫಲಗೊಳ್ಳಲು ಕಾರಣವಾಯಿತು. 4:00 ರ ಹೊತ್ತಿಗೆ ಚಂಡಮಾರುತವು ನಿಲ್ಲುತ್ತದೆ ಮತ್ತು ಸಿಸ್ಟಮ್ ನಿಯತಾಂಕಗಳು ಸಾಮಾನ್ಯ ಸ್ಥಿತಿಗೆ ಮರಳುತ್ತವೆ. ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ನಿಷ್ಕ್ರಿಯ ಟ್ರಾಫಿಕ್ ವಿಶ್ಲೇಷಣಾ ವ್ಯವಸ್ಥೆಯ ಸಂದರ್ಭದಲ್ಲಿ, 8:00 ರ ಹೊತ್ತಿಗೆ ಕೆಲಸಕ್ಕೆ ಬಂದ ನಿರ್ವಾಹಕರು ಎರಡನೇ ವೈಫಲ್ಯದ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಹೊರತುಪಡಿಸಿ ವಿಶ್ಲೇಷಿಸಲು ಏನನ್ನೂ ಹೊಂದಿಲ್ಲ ಮತ್ತು ಅತ್ಯುತ್ತಮವಾಗಿ, ರಾತ್ರಿಯ ಸಾಮಾನ್ಯ ಟ್ರಾಫಿಕ್ ಅಂಕಿಅಂಶಗಳು - ಯಾವುದೇ ಸೆರೆಹಿಡಿಯುವಿಕೆಯ ಗಾತ್ರ ರಾತ್ರಿಯಿಡೀ ನೆಟ್‌ವರ್ಕ್ ಮೂಲಕ ಹಾದುಹೋಗುವ ಎಲ್ಲಾ ದಟ್ಟಣೆಯನ್ನು ಸಂಗ್ರಹಿಸಲು ಬಫರ್ ಅನುಮತಿಸುವುದಿಲ್ಲ. ಅಂತಹ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ ಪ್ರಸಾರ ಚಂಡಮಾರುತಕ್ಕೆ ಕಾರಣವಾದ ಕಾರಣವನ್ನು ತೆಗೆದುಹಾಕುವ ಸಂಭವನೀಯತೆಯು ಅತ್ಯಂತ ಚಿಕ್ಕದಾಗಿದೆ.

ಈಗ ಅದೇ ಘಟನೆಗಳಿಗೆ ಸಕ್ರಿಯ ವಿಶ್ಲೇಷಣಾ ವ್ಯವಸ್ಥೆಯ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಪರಿಗಣಿಸೋಣ. 03:00 ಕ್ಕೆ, ಪ್ರಸಾರ ಚಂಡಮಾರುತದ ಪ್ರಾರಂಭದ ನಂತರ, ಸಕ್ರಿಯ ವಿಶ್ಲೇಷಣಾ ವ್ಯವಸ್ಥೆಯು ಪ್ರಮಾಣಿತವಲ್ಲದ ಪರಿಸ್ಥಿತಿಯ ಆಕ್ರಮಣವನ್ನು ಪತ್ತೆ ಮಾಡುತ್ತದೆ, ಅನುಗುಣವಾದ ತಜ್ಞರನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಡೇಟಾಬೇಸ್ನಲ್ಲಿ ಈವೆಂಟ್ ಮತ್ತು ಅದರ ಕಾರಣಗಳ ಬಗ್ಗೆ ನೀಡಿದ ಮಾಹಿತಿಯನ್ನು ಸರಿಪಡಿಸುತ್ತದೆ. 03:05 ಕ್ಕೆ, ಆರ್ಕೈವಿಂಗ್ ಸಿಸ್ಟಮ್ನ ವೈಫಲ್ಯಕ್ಕೆ ಸಂಬಂಧಿಸಿದ ಹೊಸ ಪ್ರಮಾಣಿತವಲ್ಲದ ಪರಿಸ್ಥಿತಿಯನ್ನು ಸರಿಪಡಿಸಲಾಗಿದೆ ಮತ್ತು ಅನುಗುಣವಾದ ಮಾಹಿತಿಯನ್ನು ಸರಿಪಡಿಸಲಾಗಿದೆ. ಪರಿಣಾಮವಾಗಿ, 8:00 ಗಂಟೆಗೆ, ನಿರ್ವಾಹಕರು ಎದುರಿಸಿದ ಸಮಸ್ಯೆಗಳು, ಅವುಗಳ ಕಾರಣಗಳು ಮತ್ತು ಈ ಕಾರಣಗಳನ್ನು ತೆಗೆದುಹಾಕುವ ಶಿಫಾರಸುಗಳ ಸಂಪೂರ್ಣ ವಿವರಣೆಯನ್ನು ಸ್ವೀಕರಿಸುತ್ತಾರೆ.

ಪೋರ್ಟಬಲ್ ವಿಶ್ಲೇಷಣೆ ಮತ್ತು ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಗಳು

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

ನೋವೆಲ್ LANaliser ಪ್ರೋಟೋಕಾಲ್ ವಿಶ್ಲೇಷಕ

LANalyser ಅನ್ನು ನೆಟ್‌ವರ್ಕ್ ಬೋರ್ಡ್ ಮತ್ತು ಸಾಫ್ಟ್‌ವೇರ್‌ನಂತೆ ಒದಗಿಸಲಾಗುತ್ತದೆ, ಅದನ್ನು ವೈಯಕ್ತಿಕ ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿ ಸ್ಥಾಪಿಸಬೇಕು ಅಥವಾ ಈಗಾಗಲೇ ಸ್ಥಾಪಿಸಲಾದ ಬೋರ್ಡ್ ಮತ್ತು ಸಾಫ್ಟ್‌ವೇರ್‌ನೊಂದಿಗೆ PC ನಂತೆ.

LANalyser ಅಭಿವೃದ್ಧಿ ಹೊಂದಿದ ಬಳಕೆದಾರ ಸ್ನೇಹಿ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಹೊಂದಿದೆ, ಅದು ನಿಮಗೆ ಆಯ್ಕೆಮಾಡಿದ ಕಾರ್ಯಾಚರಣೆಯ ವಿಧಾನವನ್ನು ಹೊಂದಿಸಲು ಅನುಮತಿಸುತ್ತದೆ. ApplicationLANalyser ಮೆನು ಕ್ಯಾಪ್ಚರ್ ಮೋಡ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಮುಖ್ಯ ಸಾಧನವಾಗಿದೆ ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್‌ಗಳು, ಫಿಲ್ಟರ್‌ಗಳು, ಇನಿಶಿಯೇಟರ್‌ಗಳು, ಅಲಾರಮ್‌ಗಳು ಇತ್ಯಾದಿಗಳ ಆಯ್ಕೆಯನ್ನು ನೀಡುತ್ತದೆ. ಈ ವಿಶ್ಲೇಷಕವು NetBIOS, SMB, NCP, NCPBurst, TCP/IP, DECnet, BanyanVINES, AppleTalk, XNS, SunNFS, ISO, EGP, NIS, SNA ಮತ್ತು ಇತರ ಕೆಲವು ಪ್ರೋಟೋಕಾಲ್‌ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಬಹುದು.

ಹೆಚ್ಚುವರಿಯಾಗಿ, LANalyser ದೋಷನಿವಾರಣೆಯಲ್ಲಿ ಬಳಕೆದಾರರಿಗೆ ಸಹಾಯ ಮಾಡಲು ಪರಿಣಿತ ವ್ಯವಸ್ಥೆಯನ್ನು ಒಳಗೊಂಡಿದೆ.

ತೀರ್ಮಾನ

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

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

ಕಂಪ್ಯೂಟರ್ ಪ್ರೆಸ್ 7 "2001

ಅಮೂರ್ತ

ಈ ಡಾಕ್ಯುಮೆಂಟ್ Gerkon LLC ಯ Verkhnepyshma ನಗರದ ಸಾರ್ವಜನಿಕ ಡೇಟಾ ಟ್ರಾನ್ಸ್ಮಿಷನ್ ನೆಟ್ವರ್ಕ್ಗಾಗಿ ನೆಟ್ವರ್ಕ್ ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್ನ ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಅನುಷ್ಠಾನಕ್ಕೆ ತಾಂತ್ರಿಕ ಯೋಜನೆಯಾಗಿದೆ. ಯೋಜನೆಯು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ನೆಟ್‌ವರ್ಕ್ ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳ ಅಧ್ಯಯನವನ್ನು ಒಳಗೊಂಡಿದೆ, ಎಂಟರ್‌ಪ್ರೈಸ್‌ನಲ್ಲಿ ಪ್ರಸ್ತುತ ಪರಿಸ್ಥಿತಿಯ ವಿಶ್ಲೇಷಣೆ ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್‌ನ ನಿರ್ದಿಷ್ಟ ಘಟಕಗಳ ಆಯ್ಕೆಯನ್ನು ಸಮರ್ಥಿಸುತ್ತದೆ.

ಡಾಕ್ಯುಮೆಂಟ್ ವಿನ್ಯಾಸ ಪರಿಹಾರಗಳು ಮತ್ತು ಸಲಕರಣೆಗಳ ವಿಶೇಷಣಗಳ ವಿವರಣೆಯನ್ನು ಒಳಗೊಂಡಿದೆ.

ವಿನ್ಯಾಸದ ಫಲಿತಾಂಶವು ವ್ಯವಸ್ಥೆಯ ಅನುಷ್ಠಾನ ಮತ್ತು ಬಳಕೆಗಾಗಿ ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ ಪರಿಹಾರಗಳಾಗಿವೆ:

§ ವಿನ್ಯಾಸ, ಅಭಿವೃದ್ಧಿ ಮತ್ತು ವ್ಯವಸ್ಥೆಯ ಅನುಷ್ಠಾನದ ಎಲ್ಲಾ ಹಂತಗಳ ಸಂಪೂರ್ಣ ವಿವರಣೆ;

§ ಸಿಸ್ಟಮ್ ಅಡ್ಮಿನಿಸ್ಟ್ರೇಷನ್ ಗೈಡ್, ಇದು ಸಿಸ್ಟಮ್ನ ಬಳಕೆದಾರ ಇಂಟರ್ಫೇಸ್ನ ವಿವರಣೆಯನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ.

ಈ ಡಾಕ್ಯುಮೆಂಟ್ ಸಂಪೂರ್ಣ ವಿನ್ಯಾಸ ಪರಿಹಾರಗಳನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತದೆ ಮತ್ತು ಸಿಸ್ಟಮ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಬಳಸಬಹುದು.

ಗ್ರಾಫಿಕ್ ಡಾಕ್ಯುಮೆಂಟ್‌ಗಳ ಹಾಳೆಗಳ ಪಟ್ಟಿ

ಕೋಷ್ಟಕ 1 - ಗ್ರಾಫಿಕ್ ದಾಖಲೆಗಳ ಹಾಳೆಗಳ ಪಟ್ಟಿ

1-ಸಿಸ್ಟಮ್ ನೆಟ್‌ವರ್ಕ್ ಮಾನಿಟರಿಂಗ್220100 4010002ನೆಟ್‌ವರ್ಕ್‌ನ ವೈಜ್ಞಾನಿಕ ರಚನೆ220100 4010003ನೆಟ್‌ವರ್ಕ್ ಮಾನಿಟರಿಂಗ್ ನ್ಯೂಕ್ಲಿಯಸ್‌ನ ಅಲ್ಗಾರಿದಮ್ ಮತ್ತು ಅಧಿಸೂಚನೆಗಳು 220100 4010004 ನೆಟ್‌ವರ್ಕ್ ಇಂಟರ್‌ಫೇಸ್‌ಗಳ ಲೋಡಿಂಗ್ ವಿಶ್ಲೇಷಕದ ರಚನೆ

ಚಿಹ್ನೆಗಳು ಮತ್ತು ನಿಯಮಗಳ ಪಟ್ಟಿ

ಎತರ್ನೆಟ್ ಐಇಇಇ ನೀಡಿದ ಡೇಟಾ ಟ್ರಾನ್ಸ್ಮಿಷನ್ ಮಾನದಂಡವಾಗಿದೆ. ಸಾಮಾನ್ಯ ಸಂವಹನ ಮಾಧ್ಯಮದಿಂದ ಡೇಟಾವನ್ನು ಹೇಗೆ ಕಳುಹಿಸುವುದು ಅಥವಾ ಸ್ವೀಕರಿಸುವುದು ಎಂಬುದನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತದೆ. ಕಡಿಮೆ ಸಾರಿಗೆ ಪದರವನ್ನು ರೂಪಿಸುತ್ತದೆ ಮತ್ತು ವಿವಿಧ ಉನ್ನತ ಮಟ್ಟದ ಪ್ರೋಟೋಕಾಲ್‌ಗಳಿಂದ ಬಳಸಲ್ಪಡುತ್ತದೆ. 10Mbps ಡೇಟಾ ವರ್ಗಾವಣೆ ದರವನ್ನು ಒದಗಿಸುತ್ತದೆ.

ಫಾಸ್ಟ್ ಎತರ್ನೆಟ್ 10Base-T ಯಂತೆಯೇ CSMA/CD ವಿಧಾನವನ್ನು ಬಳಸಿಕೊಂಡು 100Mbps ಡೇಟಾ ವರ್ಗಾವಣೆ ತಂತ್ರಜ್ಞಾನವಾಗಿದೆ.

FDDI - ಫೈಬರ್ ಡಿಸ್ಟ್ರಿಬ್ಯೂಟೆಡ್ ಡೇಟಾ ಇಂಟರ್‌ಫೇಸ್ - ಫೈಬರ್ ಆಪ್ಟಿಕ್ ಡಿಸ್ಟ್ರಿಬ್ಯೂಡ್ ಡೇಟಾ ಟ್ರಾನ್ಸ್‌ಮಿಷನ್ ಇಂಟರ್ಫೇಸ್ - ಟೋಕನ್ ರಿಂಗ್ ವಿಧಾನವನ್ನು ಬಳಸಿಕೊಂಡು 100 Mbps ವೇಗದಲ್ಲಿ ಡೇಟಾ ಟ್ರಾನ್ಸ್‌ಮಿಷನ್ ತಂತ್ರಜ್ಞಾನ.

IEEE - ಇನ್‌ಸ್ಟಿಟ್ಯೂಟ್ ಆಫ್ ಎಲೆಕ್ಟ್ರಿಕಲ್ ಮತ್ತು ಎಲೆಕ್ಟ್ರಾನಿಕ್ ಇಂಜಿನಿಯರ್ಸ್ (ಇನ್‌ಸ್ಟಿಟ್ಯೂಟ್ ಆಫ್ ಎಲೆಕ್ಟ್ರಿಕಲ್ ಮತ್ತು ಎಲೆಕ್ಟ್ರಾನಿಕ್ ಇಂಜಿನಿಯರ್ಸ್) - ಮಾನದಂಡಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವ ಮತ್ತು ಪ್ರಕಟಿಸುವ ಸಂಸ್ಥೆ.

LAN - ಲೋಕಲ್ ಏರಿಯಾ ನೆಟ್‌ವರ್ಕ್ - ಲೋಕಲ್ ಏರಿಯಾ ನೆಟ್‌ವರ್ಕ್, LAN. ವಿಳಾಸ - ಮಾಧ್ಯಮ ಪ್ರವೇಶ ನಿಯಂತ್ರಣ - ನೆಟ್ವರ್ಕ್ ಸಾಧನದ ಗುರುತಿನ ಸಂಖ್ಯೆ, ಸಾಮಾನ್ಯವಾಗಿ ತಯಾರಕರು ನಿರ್ಧರಿಸುತ್ತಾರೆ.

RFC - ಕಾಮೆಂಟ್‌ಗಳಿಗಾಗಿ ವಿನಂತಿ - IEEE ಸಂಸ್ಥೆಯಿಂದ ನೀಡಲಾದ ದಾಖಲೆಗಳ ಒಂದು ಸೆಟ್, ಮತ್ತು ಮಾನದಂಡಗಳು, ವಿಶೇಷಣಗಳು ಇತ್ಯಾದಿಗಳ ವಿವರಣೆಯನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ.

TCP / IP - ಟ್ರಾನ್ಸ್ಮಿಷನ್ ಕಂಟ್ರೋಲ್ ಪ್ರೋಟೋಕಾಲ್ / ಇಂಟರ್ನೆಟ್ ಪ್ರೋಟೋಕಾಲ್ - ಪ್ರಸರಣ ನಿಯಂತ್ರಣ ಪ್ರೋಟೋಕಾಲ್ / ಇಂಟರ್ನೆಟ್ ಪ್ರೋಟೋಕಾಲ್.

LAN - ಲೋಕಲ್ ಏರಿಯಾ ನೆಟ್‌ವರ್ಕ್.

ಓಎಸ್ - ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್.

ಆನ್ - ಸಾಫ್ಟ್‌ವೇರ್.

SCS - ರಚನಾತ್ಮಕ ಕೇಬಲ್ ವ್ಯವಸ್ಥೆ.

DBMS - ಡೇಟಾಬೇಸ್ ಮ್ಯಾನೇಜ್ಮೆಂಟ್ ಸಿಸ್ಟಮ್.

ಪ್ರವೃತ್ತಿ - ನೀವು ಕರೆಯಲ್ಪಡುವ ಪ್ರವೃತ್ತಿಯನ್ನು ನಿರ್ಮಿಸಲು ಅನುಮತಿಸುವ ದೀರ್ಘಾವಧಿಯ ಅಂಕಿಅಂಶಗಳು.

ಕಂಪ್ಯೂಟರ್ - ಎಲೆಕ್ಟ್ರಾನಿಕ್ ಕಂಪ್ಯೂಟರ್.

ಪರಿಚಯ

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

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

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

"ಸ್ಥಳೀಯ ನೆಟ್ವರ್ಕ್ನ ರೋಗನಿರ್ಣಯ" - ಮಾಹಿತಿ ಜಾಲದ ಸ್ಥಿತಿಯ (ನಿರಂತರ) ವಿಶ್ಲೇಷಣೆಯ ಪ್ರಕ್ರಿಯೆ. ನೆಟ್ವರ್ಕ್ ಸಾಧನಗಳ ಅಸಮರ್ಪಕ ಕ್ರಿಯೆಯ ಸಂದರ್ಭದಲ್ಲಿ, ಅಸಮರ್ಪಕ ಕ್ರಿಯೆಯ ಸತ್ಯವನ್ನು ದಾಖಲಿಸಲಾಗುತ್ತದೆ, ಅದರ ಸ್ಥಳ ಮತ್ತು ಪ್ರಕಾರವನ್ನು ನಿರ್ಧರಿಸಲಾಗುತ್ತದೆ. ದೋಷ ಸಂದೇಶವನ್ನು ರವಾನಿಸಲಾಗುತ್ತದೆ, ಸಾಧನವನ್ನು ಆಫ್ ಮಾಡಲಾಗಿದೆ ಮತ್ತು ಬ್ಯಾಕಪ್ ಮೂಲಕ ಬದಲಾಯಿಸಲಾಗುತ್ತದೆ.

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

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

ಕಂಪನಿ

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

ವಿಭಾಗದ ವೈಜ್ಞಾನಿಕ ಮತ್ತು ಉತ್ಪಾದನಾ ಕಾರ್ಯಗಳು

ಎಂಟರ್‌ಪ್ರೈಸ್‌ನಲ್ಲಿ ಈ ಕೆಳಗಿನ ಶ್ರೇಣಿಯ ಕಾರ್ಯಗಳನ್ನು ಬೆಂಬಲ ವಿಭಾಗವು ಪರಿಹರಿಸುತ್ತದೆ:

§ ಡಯಲ್-ಅಪ್ ಮತ್ತು ಮೀಸಲಾದ ಚಾನಲ್‌ಗಳ ಮೂಲಕ ಇಂಟರ್ನೆಟ್‌ಗೆ ಪ್ರವೇಶವನ್ನು ಒದಗಿಸುವ ತಾಂತ್ರಿಕ ಮತ್ತು ತಾಂತ್ರಿಕ ಸಂಸ್ಥೆ;

§ ವೈರ್ಲೆಸ್ ಇಂಟರ್ನೆಟ್ ಪ್ರವೇಶದ ತಾಂತ್ರಿಕ ಮತ್ತು ತಾಂತ್ರಿಕ ಸಂಸ್ಥೆ;

§ ಸೈಟ್ಗಳ ಸಂಗ್ರಹಣೆ ಮತ್ತು ಕಾರ್ಯಾಚರಣೆಗಾಗಿ ಡಿಸ್ಕ್ ಜಾಗದ ಹಂಚಿಕೆ (ಹೋಸ್ಟಿಂಗ್);

§ ಮೇಲ್ಬಾಕ್ಸ್ಗಳು ಅಥವಾ ವರ್ಚುವಲ್ ಮೇಲ್ ಸರ್ವರ್ಗೆ ಬೆಂಬಲ;

§ ಪೂರೈಕೆದಾರರ ಸೈಟ್ನಲ್ಲಿ ಕ್ಲೈಂಟ್ನ ಸಲಕರಣೆಗಳ ನಿಯೋಜನೆ (ಕೊಲೊಕೇಶನ್);

§ ಮೀಸಲಾದ ಮತ್ತು ವರ್ಚುವಲ್ ಸರ್ವರ್‌ಗಳ ಗುತ್ತಿಗೆ;

§ ಡೇಟಾ ಬ್ಯಾಕ್ಅಪ್;

§ ಖಾಸಗಿ ಉದ್ಯಮಗಳ ಕಾರ್ಪೊರೇಟ್ ನೆಟ್‌ವರ್ಕ್‌ಗಳ ನಿಯೋಜನೆ ಮತ್ತು ಬೆಂಬಲ.

1. ನೆಟ್ವರ್ಕ್ ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್ಸ್

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

ನಿಜ, ತಾಂತ್ರಿಕ ರೂಪಾಂತರಗಳನ್ನು ಕೈಗೊಳ್ಳುತ್ತಿದ್ದಂತೆ, ಕೆಲವು ಹಳೆಯ ಸಮಸ್ಯೆಗಳನ್ನು ಸ್ವತಃ ಪರಿಹರಿಸಲಾಯಿತು. ತಿರುಚಿದ ಜೋಡಿಗಿಂತ ವಿದ್ಯುತ್ ದೋಷಗಳನ್ನು ಪತ್ತೆಹಚ್ಚಲು ಯಾವಾಗಲೂ ಕಷ್ಟಕರವಾದ ಏಕಾಕ್ಷ ಕೇಬಲ್, ಕಾರ್ಪೊರೇಟ್ ಪರಿಸರದಲ್ಲಿ ಅಪರೂಪವಾಗುತ್ತಿದೆ. ಟೋಕನ್ ರಿಂಗ್ ನೆಟ್‌ವರ್ಕ್‌ಗಳು, ಈಥರ್ನೆಟ್‌ಗೆ ಅವುಗಳ ಅಸಮಾನತೆ (ಮತ್ತು ತಾಂತ್ರಿಕ ದೌರ್ಬಲ್ಯವೇ ಅಲ್ಲ) ಮುಖ್ಯ ಸಮಸ್ಯೆಯಾಗಿದ್ದು, ಕ್ರಮೇಣ ಸ್ವಿಚ್ಡ್ ಎತರ್ನೆಟ್ ನೆಟ್‌ವರ್ಕ್‌ಗಳಿಂದ ಬದಲಾಯಿಸಲಾಗುತ್ತಿದೆ. SNA, DECnet, ಮತ್ತು AppleTalk ನಂತಹ ಹಲವಾರು ನೆಟ್‌ವರ್ಕ್ ಲೇಯರ್ ಪ್ರೋಟೋಕಾಲ್ ದೋಷ ಸಂದೇಶಗಳನ್ನು ಉತ್ಪಾದಿಸುವ ಪ್ರೋಟೋಕಾಲ್‌ಗಳನ್ನು IP ಯಿಂದ ಬದಲಾಯಿಸಲಾಗುತ್ತಿದೆ. IP ಪ್ರೋಟೋಕಾಲ್ ಸ್ಟ್ಯಾಕ್ ಸ್ವತಃ ಹೆಚ್ಚು ಸ್ಥಿರವಾಗಿದೆ ಮತ್ತು ನಿರ್ವಹಿಸಲು ಸುಲಭವಾಗಿದೆ, ಇಂಟರ್ನೆಟ್‌ನಲ್ಲಿ ಲಕ್ಷಾಂತರ ಗ್ರಾಹಕರು ಮತ್ತು ಶತಕೋಟಿ ವೆಬ್ ಪುಟಗಳಿಂದ ಸಾಕ್ಷಿಯಾಗಿದೆ. ಮೂರನೇ ವ್ಯಕ್ತಿಯ TCP/IP ಸ್ಟಾಕ್‌ಗಳು ಮತ್ತು ಸ್ವತಂತ್ರ ಡಯಲ್-ಅಪ್ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಸ್ಥಾಪಿಸುವುದಕ್ಕಿಂತ ಹೊಸ ವಿಂಡೋಸ್ ಕ್ಲೈಂಟ್ ಅನ್ನು ಇಂಟರ್ನೆಟ್‌ಗೆ ಸಂಪರ್ಕಿಸುವುದು ತುಂಬಾ ಸುಲಭ ಮತ್ತು ಹೆಚ್ಚು ವಿಶ್ವಾಸಾರ್ಹವಾಗಿದೆ ಎಂದು Microsoft ನ ಗಟ್ಟಿಯಾದ ವಿರೋಧಿಗಳು ಸಹ ಒಪ್ಪಿಕೊಳ್ಳಬೇಕು.

ಇಂದಿನ ಬಹು ತಂತ್ರಜ್ಞಾನಗಳು ನೆಟ್‌ವರ್ಕ್ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ನಿವಾರಿಸುವುದು ಮತ್ತು ನಿರ್ವಹಿಸುವುದು ಎಷ್ಟು ಕಷ್ಟವೋ, ಪಿಸಿ ಮಟ್ಟದಲ್ಲಿ ಎಟಿಎಂ ತಂತ್ರಜ್ಞಾನವು ವ್ಯಾಪಕವಾಗಿ ಹರಡಿದರೆ ಪರಿಸ್ಥಿತಿ ಇನ್ನಷ್ಟು ಭೀಕರವಾಗಬಹುದು. 100 Mbps, 100VG-AnyLAN ಮತ್ತು ಸುಧಾರಿತ ARCnet ನೆಟ್‌ವರ್ಕ್‌ಗಳ ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್‌ನೊಂದಿಗೆ ಟೋಕನ್ ರಿಂಗ್ ಸೇರಿದಂತೆ 90 ರ ದಶಕದ ಉತ್ತರಾರ್ಧದಲ್ಲಿ, ಸ್ವೀಕಾರವನ್ನು ಪಡೆಯುವ ಮೊದಲು, ಕೆಲವು ಇತರ ಹೆಚ್ಚಿನ ವೇಗದ ಡೇಟಾ ವಿನಿಮಯ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ತಿರಸ್ಕರಿಸಲಾಯಿತು. ಅಂತಿಮವಾಗಿ, ಅತ್ಯಂತ ಸಂಕೀರ್ಣವಾದ OSI ಪ್ರೋಟೋಕಾಲ್ ಸ್ಟಾಕ್ ಅನ್ನು (ಆದಾಗ್ಯೂ, ಹಲವಾರು ಯುರೋಪಿಯನ್ ಸರ್ಕಾರಗಳು ಕಾನೂನುಬದ್ಧಗೊಳಿಸಿವೆ) USA ನಲ್ಲಿ ತಿರಸ್ಕರಿಸಲಾಯಿತು.

ಉದ್ಯಮಗಳ ನೆಟ್ವರ್ಕ್ ನಿರ್ವಾಹಕರಿಗೆ ಉದ್ಭವಿಸುವ ಕೆಲವು ತುರ್ತು ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಗಣಿಸೋಣ.

ಗಿಗಾಬಿಟ್ ಎತರ್ನೆಟ್ ಬೆನ್ನೆಲುಬುಗಳನ್ನು ಹೊಂದಿರುವ ಕಂಪ್ಯೂಟರ್ ನೆಟ್‌ವರ್ಕ್‌ಗಳ ಶ್ರೇಣೀಕೃತ ಟೋಪೋಲಜಿ ಮತ್ತು ವೈಯಕ್ತಿಕ ಕ್ಲೈಂಟ್ ಸಿಸ್ಟಮ್‌ಗಳಿಗಾಗಿ 10 ಅಥವಾ 100 Mbps ನ ಮೀಸಲಾದ ಸ್ವಿಚ್ ಪೋರ್ಟ್‌ಗಳು ಬಳಕೆದಾರರಿಗೆ ಸಂಭಾವ್ಯವಾಗಿ ಲಭ್ಯವಿರುವ ಗರಿಷ್ಠ ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಅನ್ನು ಕನಿಷ್ಠ 10-20 ಪಟ್ಟು ಹೆಚ್ಚಿಸಲು ಸಾಧ್ಯವಾಗಿಸಿತು. ಸಹಜವಾಗಿ, ಹೆಚ್ಚಿನ ಕಂಪ್ಯೂಟರ್ ನೆಟ್‌ವರ್ಕ್‌ಗಳಲ್ಲಿ ಸರ್ವರ್‌ಗಳು ಅಥವಾ ಪ್ರವೇಶ ಮಾರ್ಗನಿರ್ದೇಶಕಗಳ ಮಟ್ಟದಲ್ಲಿ ಅಡಚಣೆಗಳಿವೆ, ಏಕೆಂದರೆ ಪ್ರತಿ ಬಳಕೆದಾರರ ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಗಮನಾರ್ಹವಾಗಿ 10 Mbps ಗಿಂತ ಕಡಿಮೆಯಿದೆ. ಆದ್ದರಿಂದ, ಅಂತಿಮ ನೋಡ್‌ಗಾಗಿ ಮೀಸಲಾದ 100 Mbps ಸ್ವಿಚ್ ಪೋರ್ಟ್‌ನೊಂದಿಗೆ 10 Mbps ಹಬ್ ಪೋರ್ಟ್ ಅನ್ನು ಬದಲಾಯಿಸುವುದರಿಂದ ಯಾವಾಗಲೂ ಗಮನಾರ್ಹ ವೇಗ ಹೆಚ್ಚಳಕ್ಕೆ ಕಾರಣವಾಗುವುದಿಲ್ಲ. ಆದಾಗ್ಯೂ, ಸ್ವಿಚ್‌ಗಳ ಬೆಲೆ ಇತ್ತೀಚೆಗೆ ಕಡಿಮೆಯಾಗಿದೆ ಮತ್ತು ಹೆಚ್ಚಿನ ಉದ್ಯಮಗಳು 100 Mbps ಈಥರ್ನೆಟ್ ತಂತ್ರಜ್ಞಾನವನ್ನು ಬೆಂಬಲಿಸುವ ವರ್ಗ 5 ಕೇಬಲ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿದ್ದರೆ ಮತ್ತು ಸಿಸ್ಟಮ್ ಅನ್ನು ರೀಬೂಟ್ ಮಾಡಿದ ತಕ್ಷಣ 100 Mbps ವೇಗದಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ನೆಟ್‌ವರ್ಕ್ ಕಾರ್ಡ್‌ಗಳನ್ನು ಸ್ಥಾಪಿಸಿದರೆ, ಅದು ಆಗುತ್ತದೆ. ಆಧುನೀಕರಣದ ಪ್ರಲೋಭನೆಯನ್ನು ವಿರೋಧಿಸುವುದು ಏಕೆ ಕಷ್ಟ ಎಂಬುದು ಸ್ಪಷ್ಟವಾಗಿದೆ. ಸಾಂಪ್ರದಾಯಿಕ ಹಂಚಿಕೆಯ LAN ನಲ್ಲಿ, ಪ್ರೋಟೋಕಾಲ್ ವಿಶ್ಲೇಷಕ ಅಥವಾ ಮಾನಿಟರ್ ನೀಡಿದ ನೆಟ್‌ವರ್ಕ್ ವಿಭಾಗದಲ್ಲಿ ಎಲ್ಲಾ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಪರಿಶೀಲಿಸಬಹುದು.

ಅಕ್ಕಿ. 1.1 - ಹಂಚಿದ ಮಾಧ್ಯಮ ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್ ವಿಶ್ಲೇಷಕದೊಂದಿಗೆ ಸಾಂಪ್ರದಾಯಿಕ LAN

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

ಅಕ್ಕಿ. 1.2 - ಸ್ವಿಚ್ಡ್ ನೆಟ್ವರ್ಕ್

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

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

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

ಒಟ್ಟು ಟ್ರಾಫಿಕ್ ನಿಯತಾಂಕಗಳನ್ನು ವಿಶ್ಲೇಷಿಸುವಾಗ ಭಾಗಶಃ ಪರಿಹಾರವೆಂದರೆ ಮಿನಿ-RMON ಏಜೆಂಟ್‌ಗಳ ಮೇಲ್ವಿಚಾರಣಾ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಬಳಸುವುದು, ವಿಶೇಷವಾಗಿ ಅವುಗಳನ್ನು ಹೆಚ್ಚಿನ ಈಥರ್ನೆಟ್ ಸ್ವಿಚ್‌ಗಳ ಪ್ರತಿಯೊಂದು ಪೋರ್ಟ್‌ನಲ್ಲಿ ನಿರ್ಮಿಸಲಾಗಿದೆ. ಮಿನಿ-RMON ಏಜೆಂಟ್‌ಗಳು ಪೂರ್ಣ-ವೈಶಿಷ್ಟ್ಯದ ಪ್ರೋಟೋಕಾಲ್ ವಿಶ್ಲೇಷಣೆಯನ್ನು ಒದಗಿಸುವ ವಸ್ತುಗಳ RMON II ಕ್ಯಾಪ್ಚರ್ ಗುಂಪನ್ನು ಬೆಂಬಲಿಸುವುದಿಲ್ಲವಾದರೂ, ಅವರು ಇನ್ನೂ ಸಂಪನ್ಮೂಲ ಬಳಕೆ, ದೋಷ ದರಗಳು ಮತ್ತು ಮಲ್ಟಿಕಾಸ್ಟ್ ಪರಿಮಾಣವನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಬಹುದು.

ಪೋರ್ಟ್ ಮಿರರಿಂಗ್ ತಂತ್ರಜ್ಞಾನದ ಕೆಲವು ನ್ಯೂನತೆಗಳನ್ನು ಶೋಮಿತಿ ಮಾಡಿದಂತಹ "ನಿಷ್ಕ್ರಿಯ ಟ್ಯಾಪ್‌ಗಳನ್ನು" ಸ್ಥಾಪಿಸುವ ಮೂಲಕ ನಿವಾರಿಸಬಹುದು. ಈ ಸಾಧನಗಳು ಪೂರ್ವ-ಸ್ಥಾಪಿತವಾದ ವೈ-ಕನೆಕ್ಟರ್‌ಗಳಾಗಿವೆ ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್ ವಿಶ್ಲೇಷಕಗಳು ಅಥವಾ ಇತರ ಸಾಧನಗಳು ನೈಜ ಸಿಗ್ನಲ್ ಅನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ಅನುಮತಿಸುತ್ತದೆ, ಪುನರುತ್ಪಾದಿತ ಒಂದಲ್ಲ.

ಮುಂದಿನ ನಿಜವಾದ ಸಮಸ್ಯೆ ದೃಗ್ವಿಜ್ಞಾನದ ವೈಶಿಷ್ಟ್ಯಗಳೊಂದಿಗೆ ಸಮಸ್ಯೆಯಾಗಿದೆ. ಕಂಪ್ಯೂಟರ್ ನೆಟ್‌ವರ್ಕ್ ನಿರ್ವಾಹಕರು ಸಾಮಾನ್ಯವಾಗಿ ಆಪ್ಟಿಕಲ್ ಕೇಬಲ್ ಸಮಸ್ಯೆಗಳನ್ನು ನಿವಾರಿಸಲು ವಿಶೇಷ ಆಪ್ಟಿಕಲ್ ನೆಟ್‌ವರ್ಕ್ ಡಯಾಗ್ನೋಸ್ಟಿಕ್ ಉಪಕರಣಗಳನ್ನು ಬಳಸುತ್ತಾರೆ. ಸಾಮಾನ್ಯ ಪ್ರಮಾಣಿತ SNMP ಅಥವಾ CLI-ಆಧಾರಿತ ಸಾಧನ ನಿರ್ವಹಣಾ ಸಾಫ್ಟ್‌ವೇರ್ ಆಪ್ಟಿಕಲ್ ಇಂಟರ್ಫೇಸ್‌ಗಳೊಂದಿಗೆ ಸ್ವಿಚ್‌ಗಳು ಮತ್ತು ರೂಟರ್‌ಗಳಲ್ಲಿನ ಸಮಸ್ಯೆಗಳನ್ನು ಪತ್ತೆ ಮಾಡುತ್ತದೆ. ಮತ್ತು ಕೆಲವು ನೆಟ್‌ವರ್ಕ್ ನಿರ್ವಾಹಕರು ಮಾತ್ರ SONET ಸಾಧನಗಳನ್ನು ಪತ್ತೆಹಚ್ಚುವ ಅಗತ್ಯವನ್ನು ಎದುರಿಸುತ್ತಾರೆ.

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

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

ದೊಡ್ಡ ಆಪ್ಟಿಕಲ್ ಮೂಲಸೌಕರ್ಯವನ್ನು ನಿಯೋಜಿಸಿರುವ ಮತ್ತು ಅದನ್ನು ನಿರ್ವಹಿಸುವ ಉದ್ಯಮಗಳು ಆಪ್ಟಿಕಲ್ ಟೈಮ್ ಡೊಮೈನ್ ರಿಫ್ಲೆಕ್ಟೋಮೀಟರ್ (OTDR) ಅನ್ನು ಖರೀದಿಸಬೇಕಾಗಬಹುದು, ಇದು ತಾಮ್ರದ ಕೇಬಲ್‌ಗಾಗಿ ಟೈಮ್ ಡೊಮೈನ್ ರಿಫ್ಲೆಕ್ಟೋಮೀಟರ್ (TDR) ನಂತಹ ಆಪ್ಟಿಕಲ್ ಫೈಬರ್‌ಗಾಗಿ ಅದೇ ಕಾರ್ಯಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ಸಾಧನವು ರೇಡಾರ್‌ನಂತೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ: ಇದು ಪಲ್ಸ್ ಸಿಗ್ನಲ್‌ಗಳನ್ನು ಕೇಬಲ್‌ನ ಕೆಳಗೆ ಕಳುಹಿಸುತ್ತದೆ ಮತ್ತು ಅವುಗಳ ಪ್ರತಿಫಲನಗಳನ್ನು ವಿಶ್ಲೇಷಿಸುತ್ತದೆ, ಅದರ ಆಧಾರದ ಮೇಲೆ ಅದು ಕಂಡಕ್ಟರ್ ದೋಷಗಳು ಅಥವಾ ಇತರ ಅಸಂಗತತೆಯನ್ನು ಪತ್ತೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ನಂತರ ಕೇಬಲ್‌ನಲ್ಲಿ ಸಮಸ್ಯೆಯ ಮೂಲವನ್ನು ಎಲ್ಲಿ ನೋಡಬೇಕೆಂದು ತಜ್ಞರಿಗೆ ತಿಳಿಸುತ್ತದೆ. .

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

802.11b ವೈರ್‌ಲೆಸ್ LAN ಗಳನ್ನು ನಿವಾರಿಸುವುದು ಸಹ ಸಂಭವಿಸಬಹುದು. ವೈರ್‌ಲೆಸ್ ಟ್ರಾನ್ಸ್‌ಮಿಷನ್ ಮಾಧ್ಯಮವನ್ನು ಕ್ಲೈಂಟ್ ರೇಡಿಯೊ ಸಾಧನಗಳ ಎಲ್ಲಾ ಮಾಲೀಕರಲ್ಲಿ ಹಂಚಿಕೊಳ್ಳುವುದರಿಂದ ಡಯಾಗ್ನೋಸ್ಟಿಕ್ಸ್ ಸ್ವತಃ ಹಬ್-ಆಧಾರಿತ ಈಥರ್ನೆಟ್ ನೆಟ್‌ವರ್ಕ್‌ಗಳಂತೆಯೇ ಸರಳವಾಗಿದೆ. Sniffer TechHlogies ಅಂತಹ ನೆಟ್‌ವರ್ಕ್‌ಗಳಿಗೆ 11 Mbps ವರೆಗಿನ ಪ್ರೋಟೋಕಾಲ್ ವಿಶ್ಲೇಷಣಾ ಪರಿಹಾರವನ್ನು ನೀಡುವಲ್ಲಿ ಮೊದಲಿಗರಾಗಿದ್ದರು ಮತ್ತು ತರುವಾಯ, ಹೆಚ್ಚಿನ ಪ್ರಮುಖ ವಿಶ್ಲೇಷಕ ಮಾರಾಟಗಾರರು ಇದೇ ರೀತಿಯ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಪರಿಚಯಿಸಿದರು.

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

ವೈಯಕ್ತಿಕ ಡಿಜಿಟಲ್ ಸಹಾಯಕರ (ಪಿಡಿಎ) ಬಳಕೆದಾರರು ಅನುಭವಿಸುವ ಡೇಟಾ ಸಿಂಕ್ರೊನೈಸೇಶನ್ ಮತ್ತು ಸಾಧನ ಸ್ಥಾಪನೆಯ ಸಮಸ್ಯೆಗಳು ನೆಟ್‌ವರ್ಕ್ ನಿರ್ವಾಹಕರ ಕರ್ತವ್ಯಗಳಿಗಿಂತ ತಾಂತ್ರಿಕ ಬೆಂಬಲ ತಂಡದ ಕಾರ್ಯಗಳಿಗೆ ಹೆಚ್ಚು ಸ್ವಾಭಾವಿಕವಾಗಿ ಹೊಂದಿಕೆಯಾಗುತ್ತವೆಯಾದರೂ, ಮುಂದಿನ ದಿನಗಳಲ್ಲಿ ಹೆಚ್ಚಿನದನ್ನು ನಿರೀಕ್ಷಿಸುವುದು ಕಷ್ಟವೇನಲ್ಲ. ಅಂತಹ ಸಾಧನಗಳು ಪೂರ್ಣ ನೆಟ್‌ವರ್ಕ್ ಕ್ಲೈಂಟ್‌ಗಳಲ್ಲಿ ಪಿಸಿಗೆ ಪೂರಕವಾಗಿರುವ ಪ್ರತ್ಯೇಕ ಸಹಾಯಕ ಸಾಧನಗಳಿಂದ ವಿಕಸನಗೊಳ್ಳುತ್ತವೆ.

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

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

ಹೀಗಾಗಿ, ಕಂಪ್ಯೂಟರ್ ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ಪತ್ತೆಹಚ್ಚುವ ಸಮಸ್ಯೆಯು ಪ್ರಸ್ತುತವಾಗಿದೆ ಮತ್ತು ಅಂತಿಮವಾಗಿ, ದೋಷಗಳನ್ನು ನಿರ್ಣಯಿಸುವುದು ನಿರ್ವಹಣಾ ಕಾರ್ಯವಾಗಿದೆ. ಹೆಚ್ಚಿನ ಮಿಷನ್-ಕ್ರಿಟಿಕಲ್ ಎಂಟರ್‌ಪ್ರೈಸ್ ಸಿಸ್ಟಮ್‌ಗಳಿಗೆ, ದೀರ್ಘವಾದ ಚೇತರಿಕೆಯ ಪ್ರಯತ್ನಗಳು ಸ್ವೀಕಾರಾರ್ಹವಲ್ಲ, ಆದ್ದರಿಂದ ವೈಫಲ್ಯ ಸಂಭವಿಸಿದ ತಕ್ಷಣ ಅಗತ್ಯ ಕಾರ್ಯಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುವ ಅನಗತ್ಯ ಸಾಧನಗಳು ಮತ್ತು ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಬಳಸುವುದು ಏಕೈಕ ಪರಿಹಾರವಾಗಿದೆ. ಕೆಲವು ಉದ್ಯಮಗಳಲ್ಲಿ, ನೆಟ್‌ವರ್ಕ್‌ಗಳು ಯಾವಾಗಲೂ ಮುಖ್ಯ ಘಟಕವು ವಿಫಲವಾದಲ್ಲಿ ಹೆಚ್ಚುವರಿ ಅನಗತ್ಯ ಘಟಕವನ್ನು ಹೊಂದಿರುತ್ತದೆ, ಅಂದರೆ, n x 2 ಘಟಕಗಳು, ಅಲ್ಲಿ n ಸ್ವೀಕಾರಾರ್ಹ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಒದಗಿಸಲು ಅಗತ್ಯವಿರುವ ಪ್ರಾಥಮಿಕ ಘಟಕಗಳ ಸಂಖ್ಯೆ. ಮೀನ್ ಟೈಮ್ ಟು ರಿಪೇರಿ (MTTR) ಸಾಕಷ್ಟು ಹೆಚ್ಚಿದ್ದರೆ, ನಂತರ ಹೆಚ್ಚಿನ ಪುನರುಕ್ತಿ ಅಗತ್ಯವಾಗಬಹುದು. ಅಂಶವೆಂದರೆ ದೋಷನಿವಾರಣೆಯ ಸಮಯವನ್ನು ಊಹಿಸಲು ಸುಲಭವಲ್ಲ, ಮತ್ತು ಅನಿರೀಕ್ಷಿತ ಚೇತರಿಕೆಯ ಅವಧಿಯಲ್ಲಿ ಗಮನಾರ್ಹ ವೆಚ್ಚಗಳು ಕಳಪೆ ನಿರ್ವಹಣೆಯ ಸಂಕೇತವಾಗಿದೆ.

ಕಡಿಮೆ ನಿರ್ಣಾಯಕ ವ್ಯವಸ್ಥೆಗಳಿಗೆ, ಪುನರುಕ್ತಿಯು ಆರ್ಥಿಕವಾಗಿ ಕಾರ್ಯಸಾಧ್ಯವಾಗದಿರಬಹುದು, ಈ ಸಂದರ್ಭದಲ್ಲಿ ಸಾಧ್ಯವಾದಷ್ಟು ಬೇಗ ಸಸ್ಯದ ರೋಗನಿರ್ಣಯ ಮತ್ತು ದೋಷನಿವಾರಣೆಯ ಪ್ರಕ್ರಿಯೆಯನ್ನು ವೇಗಗೊಳಿಸಲು ಅತ್ಯಂತ ಪರಿಣಾಮಕಾರಿ ಸಾಧನಗಳಲ್ಲಿ (ಮತ್ತು ಸಿಬ್ಬಂದಿ ತರಬೇತಿಯಲ್ಲಿ) ಹೂಡಿಕೆ ಮಾಡುವುದು ಅರ್ಥಪೂರ್ಣವಾಗಿದೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಕೆಲವು ಸಿಸ್ಟಮ್‌ಗಳಿಗೆ ಬೆಂಬಲವನ್ನು ಹೊರಗುತ್ತಿಗೆ ನೀಡಬಹುದು, ಎಂಟರ್‌ಪ್ರೈಸ್‌ಗೆ ಹೊರಗುತ್ತಿಗೆ, ಅಥವಾ ಬಾಹ್ಯ ಡೇಟಾ ಕೇಂದ್ರಗಳ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್ ಸೇವಾ ಪೂರೈಕೆದಾರರು (ASP ಗಳು) ಅಥವಾ ನಿರ್ವಹಣಾ ಸೇವಾ ಪೂರೈಕೆದಾರರನ್ನು ಸಂಪರ್ಕಿಸುವ ಮೂಲಕ. ವೆಚ್ಚಗಳ ಜೊತೆಗೆ, ತೃತೀಯ ಸಂಸ್ಥೆಗಳ ಸೇವೆಗಳನ್ನು ಬಳಸುವ ನಿರ್ಧಾರದ ಮೇಲೆ ಪ್ರಭಾವ ಬೀರುವ ಅತ್ಯಂತ ಮಹತ್ವದ ಅಂಶವನ್ನು ತಮ್ಮದೇ ಆದ ಸಿಬ್ಬಂದಿಯ ಸಾಮರ್ಥ್ಯದ ಮಟ್ಟವನ್ನು ಪರಿಗಣಿಸಬಹುದು. ನೆಟ್‌ವರ್ಕ್ ನಿರ್ವಾಹಕರು ನಿರ್ದಿಷ್ಟ ಕಾರ್ಯವು ಎಂಟರ್‌ಪ್ರೈಸ್‌ನ ನಿರ್ದಿಷ್ಟ ಕಾರ್ಯಗಳಿಗೆ ತುಂಬಾ ನಿಕಟವಾಗಿ ಸಂಬಂಧಿಸಿದೆಯೇ ಎಂದು ಪರಿಗಣಿಸಬೇಕು, ಮೂರನೇ ವ್ಯಕ್ತಿಯ ತಜ್ಞರು ಕಂಪನಿಯ ಉದ್ಯೋಗಿಗಳು ಮಾಡುವುದಕ್ಕಿಂತ ಉತ್ತಮ ಕೆಲಸವನ್ನು ಮಾಡಲು ನಿರೀಕ್ಷಿಸಲಾಗುವುದಿಲ್ಲ.

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

1.1 ರೋಗನಿರ್ಣಯ ತಂತ್ರಾಂಶ

ಕಂಪ್ಯೂಟರ್ ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ಪತ್ತೆಹಚ್ಚುವ ಸಾಫ್ಟ್‌ವೇರ್‌ಗಳಲ್ಲಿ, ಒಬ್ಬರು ವಿಶೇಷ ನೆಟ್‌ವರ್ಕ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು (ನೆಟ್‌ವರ್ಕ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್ ಸಿಸ್ಟಮ್ಸ್) ಪ್ರತ್ಯೇಕಿಸಬಹುದು - ನೆಟ್‌ವರ್ಕ್ ನೋಡ್‌ಗಳು ಮತ್ತು ಸಂವಹನ ಸಾಧನಗಳ ಸ್ಥಿತಿಯ ಮೇಲೆ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸುವ ಕೇಂದ್ರೀಕೃತ ಸಾಫ್ಟ್‌ವೇರ್ ಸಿಸ್ಟಮ್‌ಗಳು, ಜೊತೆಗೆ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಪ್ರಸಾರವಾಗುವ ದಟ್ಟಣೆಯ ಡೇಟಾ. ಈ ವ್ಯವಸ್ಥೆಗಳು ನೆಟ್‌ವರ್ಕ್ ಅನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವುದು ಮತ್ತು ವಿಶ್ಲೇಷಿಸುವುದಲ್ಲದೆ, ಸ್ವಯಂಚಾಲಿತ ಅಥವಾ ಅರೆ-ಸ್ವಯಂಚಾಲಿತ ಮೋಡ್‌ನಲ್ಲಿ ನೆಟ್‌ವರ್ಕ್ ನಿರ್ವಹಣಾ ಕ್ರಮಗಳನ್ನು ಸಹ ನಿರ್ವಹಿಸುತ್ತವೆ - ಸಾಧನ ಪೋರ್ಟ್‌ಗಳನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುವುದು ಮತ್ತು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು, ಸೇತುವೆಗಳು, ಸ್ವಿಚ್‌ಗಳು ಮತ್ತು ರೂಟರ್‌ಗಳ ವಿಳಾಸ ಕೋಷ್ಟಕಗಳ ಸೇತುವೆ ನಿಯತಾಂಕಗಳನ್ನು ಬದಲಾಯಿಸುವುದು ಇತ್ಯಾದಿ. ನಿಯಂತ್ರಣ ವ್ಯವಸ್ಥೆಗಳ ಉದಾಹರಣೆಗಳೆಂದರೆ ಜನಪ್ರಿಯ ವ್ಯವಸ್ಥೆಗಳಾದ HPOpenView, SunNetManager, IBMNetView.

ಸಿಸ್ಟಮ್ ಮ್ಯಾನೇಜ್ಮೆಂಟ್ ಉಪಕರಣಗಳು ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆಗಳಂತೆಯೇ ಕಾರ್ಯಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತವೆ, ಆದರೆ ಸಂವಹನ ಸಾಧನಗಳಿಗೆ ಸಂಬಂಧಿಸಿದಂತೆ. ಆದಾಗ್ಯೂ, ಈ ಎರಡು ವಿಧದ ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆಗಳ ಕೆಲವು ಕಾರ್ಯಗಳು ಅತಿಕ್ರಮಿಸಬಹುದು, ಉದಾಹರಣೆಗೆ, ಸಿಸ್ಟಮ್ ಮ್ಯಾನೇಜ್ಮೆಂಟ್ ಉಪಕರಣಗಳು ನೆಟ್ವರ್ಕ್ ಟ್ರಾಫಿಕ್ನ ಸರಳ ವಿಶ್ಲೇಷಣೆಯನ್ನು ಮಾಡಬಹುದು.

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

1.1.1 ಪ್ರೋಟೋಕಾಲ್ ವಿಶ್ಲೇಷಕರು

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

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

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

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

ಮಾರುಕಟ್ಟೆಯಲ್ಲಿ ಪ್ರೋಟೋಕಾಲ್ ವಿಶ್ಲೇಷಕಗಳ ತುಲನಾತ್ಮಕ ವೈವಿಧ್ಯತೆಯ ಹೊರತಾಗಿಯೂ, ಅವುಗಳಲ್ಲಿ ಕೆಲವು ಅಂತರ್ಗತವಾಗಿರುವ ಕೆಲವು ವೈಶಿಷ್ಟ್ಯಗಳಿವೆ:

ಬಳಕೆದಾರ ಇಂಟರ್ಫೇಸ್. ಹೆಚ್ಚಿನ ವಿಶ್ಲೇಷಕರು ಸಾಮಾನ್ಯವಾಗಿ ವಿಂಡೋಸ್ ಅಥವಾ ಮೋಟಿಫ್ ಅನ್ನು ಆಧರಿಸಿದ ಬಳಕೆದಾರ ಸ್ನೇಹಿ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ್ದಾರೆ. ಈ ಇಂಟರ್ಫೇಸ್ ಬಳಕೆದಾರರಿಗೆ ಅನುಮತಿಸುತ್ತದೆ: ಸಂಚಾರ ತೀವ್ರತೆಯ ವಿಶ್ಲೇಷಣೆಯ ಫಲಿತಾಂಶಗಳನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತದೆ; ನೆಟ್ವರ್ಕ್ ಕಾರ್ಯಕ್ಷಮತೆಯ ತ್ವರಿತ ಮತ್ತು ಸರಾಸರಿ ಅಂಕಿಅಂಶಗಳ ಮೌಲ್ಯಮಾಪನವನ್ನು ಸ್ವೀಕರಿಸಿ; ಅವುಗಳ ಸಂಭವಿಸುವಿಕೆಯನ್ನು ಪತ್ತೆಹಚ್ಚಲು ಕೆಲವು ಘಟನೆಗಳು ಮತ್ತು ನಿರ್ಣಾಯಕ ಸಂದರ್ಭಗಳನ್ನು ಹೊಂದಿಸಿ; ವಿವಿಧ ಹಂತಗಳ ಪ್ರೋಟೋಕಾಲ್‌ಗಳನ್ನು ಡಿಕೋಡ್ ಮಾಡಲು ಮತ್ತು ಪ್ಯಾಕೆಟ್‌ಗಳ ವಿಷಯಗಳನ್ನು ಅರ್ಥವಾಗುವ ರೂಪದಲ್ಲಿ ಪ್ರಸ್ತುತಪಡಿಸಲು.

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

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

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

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

ವಿಶ್ಲೇಷಣೆಯ ವಿಧಾನವನ್ನು ಈ ಕೆಳಗಿನ ಆರು ಹಂತಗಳ ರೂಪದಲ್ಲಿ ಪ್ರಸ್ತುತಪಡಿಸಬಹುದು:

ಡೇಟಾ ಕ್ಯಾಪ್ಚರ್.

ಸೆರೆಹಿಡಿಯಲಾದ ಡೇಟಾವನ್ನು ವೀಕ್ಷಿಸಿ.

ಮಾಹಿತಿ ವಿಶ್ಲೇಷಣೆ.

ದೋಷಗಳಿಗಾಗಿ ಹುಡುಕಿ. (ಹೆಚ್ಚಿನ ಪಾರ್ಸರ್‌ಗಳು ದೋಷಗಳ ಪ್ರಕಾರಗಳನ್ನು ಗುರುತಿಸುವ ಮೂಲಕ ಮತ್ತು ತಪ್ಪಾದ ಪ್ಯಾಕೆಟ್ ಬಂದ ನಿಲ್ದಾಣವನ್ನು ಗುರುತಿಸುವ ಮೂಲಕ ಈ ಕೆಲಸವನ್ನು ಸುಲಭಗೊಳಿಸುತ್ತದೆ.)

ಕಾರ್ಯಕ್ಷಮತೆಯ ಅಧ್ಯಯನ. ನೆಟ್‌ವರ್ಕ್ ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಬಳಕೆ ಅಥವಾ ವಿನಂತಿಯ ಸರಾಸರಿ ಪ್ರತಿಕ್ರಿಯೆ ಸಮಯವನ್ನು ಲೆಕ್ಕಹಾಕಲಾಗುತ್ತದೆ.

ನೆಟ್ವರ್ಕ್ನ ಪ್ರತ್ಯೇಕ ವಿಭಾಗಗಳ ವಿವರವಾದ ಅಧ್ಯಯನ. ವಿಶ್ಲೇಷಣೆಯನ್ನು ಕೈಗೊಂಡಂತೆ ಈ ಹಂತದ ವಿಷಯವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಲಾಗಿದೆ.

ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರೋಟೋಕಾಲ್ ವಿಶ್ಲೇಷಣೆ ಪ್ರಕ್ರಿಯೆಯು ತುಲನಾತ್ಮಕವಾಗಿ ಕಡಿಮೆ ಸಮಯವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ - 1-2 ಕೆಲಸದ ದಿನಗಳು.

X.25, PPP, SLIP, SDLC/SNA, ಫ್ರೇಮ್ ರಿಲೇ, SMDS, ISDN, ಸೇತುವೆ/ರೂಟರ್ ಪ್ರೋಟೋಕಾಲ್‌ಗಳು (3Com, Cisco, Bay Networks ಮತ್ತು ಇತರೆ) ನಂತಹ ಹಲವಾರು WAN ಪ್ರೋಟೋಕಾಲ್‌ಗಳನ್ನು ಏಕಕಾಲದಲ್ಲಿ ವಿಶ್ಲೇಷಿಸಲು ಹೆಚ್ಚಿನ ಆಧುನಿಕ ವಿಶ್ಲೇಷಕಗಳು ನಿಮಗೆ ಅವಕಾಶ ಮಾಡಿಕೊಡುತ್ತವೆ. ಇಂತಹ ವಿಶ್ಲೇಷಕರು ನಿಮಗೆ ವಿವಿಧ ಪ್ರೋಟೋಕಾಲ್ ನಿಯತಾಂಕಗಳನ್ನು ಅಳೆಯಲು, ನೆಟ್‌ವರ್ಕ್ ದಟ್ಟಣೆಯನ್ನು ವಿಶ್ಲೇಷಿಸಲು, LAN ಮತ್ತು WAN ಪ್ರೋಟೋಕಾಲ್‌ಗಳ ನಡುವೆ ಪರಿವರ್ತಿಸಲು, ಈ ಪರಿವರ್ತನೆಗಳ ಸಮಯದಲ್ಲಿ ರೂಟರ್‌ಗಳ ವಿಳಂಬ ಇತ್ಯಾದಿಗಳನ್ನು ಅನುಮತಿಸುತ್ತದೆ. ಹೆಚ್ಚು ಸುಧಾರಿತ ಸಾಧನಗಳು WAN ಪ್ರೋಟೋಕಾಲ್‌ಗಳನ್ನು ಅನುಕರಿಸುವ ಮತ್ತು ಡಿಕೋಡ್ ಮಾಡುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಒದಗಿಸುತ್ತದೆ, "ಒತ್ತಡ" ಪರೀಕ್ಷೆ, ಮಾಪನ ಗರಿಷ್ಠ ಥ್ರೋಪುಟ್, ಒದಗಿಸಿದ ಸೇವೆಗಳ ಗುಣಮಟ್ಟವನ್ನು ಪರೀಕ್ಷಿಸುವುದು. ಸಾರ್ವತ್ರಿಕತೆಯ ಸಲುವಾಗಿ, ಬಹುತೇಕ ಎಲ್ಲಾ WAN ಪ್ರೋಟೋಕಾಲ್ ವಿಶ್ಲೇಷಕಗಳು LAN ಮತ್ತು ಎಲ್ಲಾ ಪ್ರಮುಖ ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ಪರೀಕ್ಷಿಸುವ ಕಾರ್ಯಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತವೆ. ಕೆಲವು ಉಪಕರಣಗಳು ಟೆಲಿಫೋನಿ ಪ್ರೋಟೋಕಾಲ್‌ಗಳನ್ನು ವಿಶ್ಲೇಷಿಸಲು ಸಮರ್ಥವಾಗಿವೆ. ಮತ್ತು ಅತ್ಯಂತ ಆಧುನಿಕ ಮಾದರಿಗಳು ಡಿಕೋಡ್ ಮಾಡಬಹುದು ಮತ್ತು ಎಲ್ಲಾ ಏಳು OSI ಪದರಗಳನ್ನು ಅನುಕೂಲಕರ ರೀತಿಯಲ್ಲಿ ಪ್ರಸ್ತುತಪಡಿಸಬಹುದು. ಎಟಿಎಂನ ಆಗಮನವು ತಯಾರಕರು ಈ ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ಪರೀಕ್ಷಿಸುವ ವಿಧಾನಗಳೊಂದಿಗೆ ತಮ್ಮ ವಿಶ್ಲೇಷಕಗಳನ್ನು ಒದಗಿಸುವಂತೆ ಮಾಡಿದೆ. ಈ ಉಪಕರಣಗಳು ಮೇಲ್ವಿಚಾರಣೆ ಮತ್ತು ಸಿಮ್ಯುಲೇಶನ್ ಬೆಂಬಲದೊಂದಿಗೆ E-1/E-3 ATM ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಪರೀಕ್ಷಿಸಬಹುದು. ವಿಶ್ಲೇಷಕದ ಸೇವಾ ಕಾರ್ಯಗಳ ಸೆಟ್ ಬಹಳ ಮುಖ್ಯವಾಗಿದೆ. ಸಾಧನವನ್ನು ದೂರದಿಂದಲೇ ನಿಯಂತ್ರಿಸುವ ಸಾಮರ್ಥ್ಯದಂತಹ ಅವುಗಳಲ್ಲಿ ಕೆಲವು ಸರಳವಾಗಿ ಭರಿಸಲಾಗದವು.

ಹೀಗಾಗಿ, ಆಧುನಿಕ WAN/LAN/DTM ಪ್ರೋಟೋಕಾಲ್ ವಿಶ್ಲೇಷಕರು ಮಾರ್ಗನಿರ್ದೇಶಕಗಳು ಮತ್ತು ಸೇತುವೆಗಳ ಸಂರಚನೆಯಲ್ಲಿ ದೋಷಗಳನ್ನು ಪತ್ತೆ ಮಾಡಬಹುದು; ಜಾಗತಿಕ ನೆಟ್‌ವರ್ಕ್ ಮೂಲಕ ಕಳುಹಿಸಲಾದ ದಟ್ಟಣೆಯ ಪ್ರಕಾರವನ್ನು ಹೊಂದಿಸಿ; ಬಳಸಿದ ವೇಗ ಶ್ರೇಣಿಯನ್ನು ನಿರ್ಧರಿಸಿ, ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಮತ್ತು ಚಾನಲ್‌ಗಳ ಸಂಖ್ಯೆಯ ನಡುವಿನ ಅನುಪಾತವನ್ನು ಉತ್ತಮಗೊಳಿಸಿ; ತಪ್ಪಾದ ಸಂಚಾರದ ಮೂಲವನ್ನು ಸ್ಥಳೀಕರಿಸಿ; ಸರಣಿ ಇಂಟರ್ಫೇಸ್ ಪರೀಕ್ಷೆ ಮತ್ತು ಪೂರ್ಣ ATM ಪರೀಕ್ಷೆಯನ್ನು ನಿರ್ವಹಿಸಿ; ಯಾವುದೇ ಚಾನಲ್‌ನಲ್ಲಿ ಮುಖ್ಯ ಪ್ರೋಟೋಕಾಲ್‌ಗಳ ಸಂಪೂರ್ಣ ಮೇಲ್ವಿಚಾರಣೆ ಮತ್ತು ಡಿಕೋಡಿಂಗ್ ಅನ್ನು ಕೈಗೊಳ್ಳಲು; WAN ಗಳ ಮೂಲಕ LAN ದಟ್ಟಣೆಯ ವಿಶ್ಲೇಷಣೆ ಸೇರಿದಂತೆ ನೈಜ-ಸಮಯದ ಅಂಕಿಅಂಶಗಳನ್ನು ವಿಶ್ಲೇಷಿಸಿ.

1.1.2 ಮಾನಿಟರಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್‌ಗಳು

SNMP ಪ್ರೋಟೋಕಾಲ್ (ಇಂಗ್ಲಿಷ್ ಸರಳ ನೆಟ್‌ವರ್ಕ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್ ಪ್ರೋಟೋಕಾಲ್ - ಸರಳ ನೆಟ್‌ವರ್ಕ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್ ಪ್ರೋಟೋಕಾಲ್) TCP / IP ಆರ್ಕಿಟೆಕ್ಚರ್ ಆಧಾರಿತ ಸಂವಹನ ಜಾಲಗಳನ್ನು ನಿರ್ವಹಿಸುವ ಪ್ರೋಟೋಕಾಲ್ ಆಗಿದೆ.

1980-1990ರಲ್ಲಿ TMN ಪರಿಕಲ್ಪನೆಯನ್ನು ಆಧರಿಸಿದೆ. ವಿವಿಧ ಪ್ರಮಾಣೀಕರಣ ಸಂಸ್ಥೆಗಳು TMN ಕಾರ್ಯಗಳ ಅನುಷ್ಠಾನದ ವಿಭಿನ್ನ ಸ್ಪೆಕ್ಟ್ರಮ್‌ನೊಂದಿಗೆ ಡೇಟಾ ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸಲು ಹಲವಾರು ಪ್ರೋಟೋಕಾಲ್‌ಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಿವೆ. ಅಂತಹ ನಿರ್ವಹಣಾ ಪ್ರೋಟೋಕಾಲ್‌ನ ಒಂದು ವಿಧವು SNMP ಆಗಿದೆ. ನೆಟ್ವರ್ಕ್ ಮಾರ್ಗನಿರ್ದೇಶಕಗಳು ಮತ್ತು ಸೇತುವೆಗಳ ಕಾರ್ಯವನ್ನು ಪರೀಕ್ಷಿಸಲು SNMP ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ. ತರುವಾಯ, ಪ್ರೋಟೋಕಾಲ್‌ನ ವ್ಯಾಪ್ತಿಯು ಇತರ ನೆಟ್‌ವರ್ಕ್ ಸಾಧನಗಳಾದ ಹಬ್‌ಗಳು, ಗೇಟ್‌ವೇಗಳು, ಟರ್ಮಿನಲ್ ಸರ್ವರ್‌ಗಳು, LAN ಮ್ಯಾನೇಜರ್ ಸರ್ವರ್‌ಗಳು, ವಿಂಡೋಸ್ NT ಯಂತ್ರಗಳು ಮತ್ತು ಮುಂತಾದವುಗಳಿಗೆ ವಿಸ್ತರಿಸಿತು. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಪ್ರೋಟೋಕಾಲ್ ಈ ಸಾಧನಗಳ ಕಾರ್ಯಚಟುವಟಿಕೆಗೆ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡುವ ಸಾಧ್ಯತೆಯನ್ನು ಅನುಮತಿಸುತ್ತದೆ.

ಈ ತಂತ್ರಜ್ಞಾನವನ್ನು ನೆಟ್‌ವರ್ಕ್ ಸಾಧನಗಳಲ್ಲಿರುವ ಏಜೆಂಟ್‌ಗಳು ಮತ್ತು ನಿಯಂತ್ರಣ ಕೇಂದ್ರಗಳಲ್ಲಿರುವ ನಿರ್ವಾಹಕರ ನಡುವೆ ನಿಯಂತ್ರಣ ಮಾಹಿತಿಯನ್ನು ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳುವ ಮೂಲಕ ಸಂವಹನ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಸಾಧನಗಳು ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ಮೇಲೆ ನಿರ್ವಹಣೆ ಮತ್ತು ನಿಯಂತ್ರಣವನ್ನು ಒದಗಿಸಲು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ. SNMP ನೆಟ್‌ವರ್ಕ್ ನಿರ್ವಹಣಾ ಕೇಂದ್ರಗಳು ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ಅಂಶಗಳ (ಹೋಸ್ಟ್‌ಗಳು, ಗೇಟ್‌ವೇಗಳು ಮತ್ತು ರೂಟರ್‌ಗಳು, ಟರ್ಮಿನಲ್ ಸರ್ವರ್‌ಗಳು) ಸಂಗ್ರಹಣೆಯಾಗಿ ನೆಟ್‌ವರ್ಕ್ ಅನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ, ಅದು ಒಟ್ಟಿಗೆ ನೆಟ್‌ವರ್ಕ್ ನಿರ್ವಹಣಾ ಕೇಂದ್ರಗಳು ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ಏಜೆಂಟ್‌ಗಳ ನಡುವೆ ಆಡಳಿತಾತ್ಮಕ ಸಂವಹನಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ.

SNMP ಬಳಸುವಾಗ, ನಿರ್ವಹಿಸಿದ ಮತ್ತು ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆಗಳಿವೆ. ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆಯು ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆಗೆ ವರದಿಗಳನ್ನು ಕಳುಹಿಸುವ ಏಜೆಂಟ್ ಎಂಬ ಘಟಕವನ್ನು ಒಳಗೊಂಡಿದೆ. ಮೂಲಭೂತವಾಗಿ, SNMP ಏಜೆಂಟ್‌ಗಳು ನಿರ್ವಹಣಾ ಮಾಹಿತಿಯನ್ನು ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆಗಳಿಗೆ ವೇರಿಯೇಬಲ್‌ಗಳಾಗಿ ರವಾನಿಸುತ್ತಾರೆ (ಉದಾಹರಣೆಗೆ "ಉಚಿತ ಮೆಮೊರಿ", "ಸಿಸ್ಟಮ್ ಹೆಸರು", "ಚಾಲನೆಯಲ್ಲಿರುವ ಪ್ರಕ್ರಿಯೆಗಳ ಸಂಖ್ಯೆ").

SNMP ಪ್ರೋಟೋಕಾಲ್‌ನಲ್ಲಿನ ಏಜೆಂಟ್ ಒಂದು ಸಂಸ್ಕರಣಾ ಅಂಶವಾಗಿದ್ದು ಅದು ನೆಟ್‌ವರ್ಕ್ ನಿರ್ವಹಣಾ ಕೇಂದ್ರಗಳಲ್ಲಿ ನಿರ್ವಾಹಕರಿಗೆ MIB ವೇರಿಯೇಬಲ್‌ಗಳ ಮೌಲ್ಯಗಳಿಗೆ ಪ್ರವೇಶವನ್ನು ಒದಗಿಸುತ್ತದೆ ಮತ್ತು ಹೀಗಾಗಿ ಸಾಧನ ನಿರ್ವಹಣೆ ಮತ್ತು ಮೇಲ್ವಿಚಾರಣೆ ಕಾರ್ಯಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಅವುಗಳನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ.

ಸಾಫ್ಟ್‌ವೇರ್ ಏಜೆಂಟ್ ನಿರ್ವಹಣಾ ಕಾರ್ಯಗಳನ್ನು ನಿರ್ವಹಿಸುವ ರೆಸಿಡೆಂಟ್ ಪ್ರೋಗ್ರಾಂ ಆಗಿದ್ದು, ಅದನ್ನು ನೆಟ್‌ವರ್ಕ್ ಸಾಧನದ ಮಾಹಿತಿ ಬೇಸ್‌ಗೆ ವರ್ಗಾಯಿಸಲು ಅಂಕಿಅಂಶಗಳನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ.

ಹಾರ್ಡ್‌ವೇರ್ ಏಜೆಂಟ್ - ಸಾಫ್ಟ್‌ವೇರ್ ಏಜೆಂಟ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸುವ ಅಂತರ್ನಿರ್ಮಿತ ಹಾರ್ಡ್‌ವೇರ್ (ಪ್ರೊಸೆಸರ್ ಮತ್ತು ಮೆಮೊರಿಯೊಂದಿಗೆ).

SNMP ಮೂಲಕ ಪ್ರವೇಶಿಸಬಹುದಾದ ಅಸ್ಥಿರಗಳನ್ನು ಕ್ರಮಾನುಗತದಲ್ಲಿ ಆಯೋಜಿಸಲಾಗಿದೆ. ಈ ಕ್ರಮಾನುಗತಗಳು ಮತ್ತು ಇತರ ಮೆಟಾಡೇಟಾವನ್ನು (ವೇರಿಯಬಲ್ ಪ್ರಕಾರ ಮತ್ತು ವಿವರಣೆಯಂತಹವು) ಮ್ಯಾನೇಜ್ಮೆಂಟ್ ಇನ್ಫರ್ಮೇಷನ್ ಬೇಸಸ್ (MIB ಗಳು) ವಿವರಿಸುತ್ತದೆ.

ಇಂದು ನಿರ್ವಹಣಾ ಮಾಹಿತಿ ಡೇಟಾಬೇಸ್‌ಗಳಿಗೆ ಹಲವಾರು ಮಾನದಂಡಗಳಿವೆ. ಮುಖ್ಯವಾದವುಗಳು MIB-I ಮತ್ತು MIB-II ಮಾನದಂಡಗಳು, ಹಾಗೆಯೇ RMON MIB ನ ರಿಮೋಟ್ ಕಂಟ್ರೋಲ್‌ಗಾಗಿ ಡೇಟಾಬೇಸ್‌ನ ಆವೃತ್ತಿಯಾಗಿದೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ನಿರ್ದಿಷ್ಟ ಪ್ರಕಾರದ ವಿಶೇಷ ಸಾಧನ MIB ಗಳಿಗೆ ಮಾನದಂಡಗಳಿವೆ (ಉದಾಹರಣೆಗೆ, ಹಬ್‌ಗಳಿಗಾಗಿ MIB ಗಳು ಅಥವಾ ಮೋಡೆಮ್‌ಗಳಿಗಾಗಿ MIB ಗಳು), ಹಾಗೆಯೇ ನಿರ್ದಿಷ್ಟ ಸಲಕರಣೆ ತಯಾರಕರ ಖಾಸಗಿ MIB ಗಳು.

ಮೂಲ MIB-I ವಿವರಣೆಯು ವೇರಿಯಬಲ್ ಮೌಲ್ಯಗಳನ್ನು ಓದುವ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಮಾತ್ರ ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ. ವಸ್ತುವಿನ ಮೌಲ್ಯಗಳನ್ನು ಬದಲಾಯಿಸುವ ಅಥವಾ ಹೊಂದಿಸುವ ಕಾರ್ಯಾಚರಣೆಗಳು MIB-II ವಿಶೇಷಣಗಳ ಭಾಗವಾಗಿದೆ.

MIB-I ಆವೃತ್ತಿಯು (RFC 1156) 114 ವಸ್ತುಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ, ಇವುಗಳನ್ನು 8 ಗುಂಪುಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ:

ಸಿಸ್ಟಮ್ - ಸಾಧನದ ಬಗ್ಗೆ ಸಾಮಾನ್ಯ ಡೇಟಾ (ಉದಾಹರಣೆಗೆ, ಮಾರಾಟಗಾರರ ID, ಕೊನೆಯ ಸಿಸ್ಟಮ್ ಪ್ರಾರಂಭದ ಸಮಯ).

ಇಂಟರ್ಫೇಸ್ಗಳು - ಸಾಧನದ ನೆಟ್ವರ್ಕ್ ಇಂಟರ್ಫೇಸ್ಗಳ ನಿಯತಾಂಕಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ (ಉದಾಹರಣೆಗೆ, ಅವುಗಳ ಸಂಖ್ಯೆ, ಪ್ರಕಾರಗಳು, ವಿನಿಮಯ ದರಗಳು, ಗರಿಷ್ಠ ಪ್ಯಾಕೆಟ್ ಗಾತ್ರ).

ವಿಳಾಸ ಅನುವಾದ ಕೋಷ್ಟಕ - ನೆಟ್ವರ್ಕ್ ಮತ್ತು ಭೌತಿಕ ವಿಳಾಸಗಳ ನಡುವಿನ ಪತ್ರವ್ಯವಹಾರವನ್ನು ವಿವರಿಸುತ್ತದೆ (ಉದಾಹರಣೆಗೆ, ARP ಪ್ರೋಟೋಕಾಲ್ ಮೂಲಕ).

ಇಂಟರ್ನೆಟ್ ಪ್ರೋಟೋಕಾಲ್ - ಐಪಿ ಪ್ರೋಟೋಕಾಲ್‌ಗೆ ಸಂಬಂಧಿಸಿದ ಡೇಟಾ (ಐಪಿ ಗೇಟ್‌ವೇಗಳ ವಿಳಾಸಗಳು, ಹೋಸ್ಟ್‌ಗಳು, ಐಪಿ ಪ್ಯಾಕೆಟ್‌ಗಳಲ್ಲಿನ ಅಂಕಿಅಂಶಗಳು).

ICMP - ICMP ನಿಯಂತ್ರಣ ಸಂದೇಶ ವಿನಿಮಯ ಪ್ರೋಟೋಕಾಲ್‌ಗೆ ಸಂಬಂಧಿಸಿದ ಡೇಟಾ.

TCP - TCP ಪ್ರೋಟೋಕಾಲ್ಗೆ ಸಂಬಂಧಿಸಿದ ಡೇಟಾ (ಉದಾಹರಣೆಗೆ, TCP ಸಂಪರ್ಕಗಳ ಬಗ್ಗೆ).

UDP - UDP ಪ್ರೋಟೋಕಾಲ್‌ಗೆ ಸಂಬಂಧಿಸಿದ ಡೇಟಾ (ರವಾನೆಯಾದ, ಸ್ವೀಕರಿಸಿದ ಮತ್ತು ದೋಷಪೂರಿತ UPD ಡೇಟಾಗ್ರಾಮ್‌ಗಳ ಸಂಖ್ಯೆ).

EGP - ಇಂಟರ್ನೆಟ್‌ನಲ್ಲಿ ಬಳಸಲಾಗುವ ರೂಟಿಂಗ್ ಮಾಹಿತಿ ವಿನಿಮಯ ಪ್ರೋಟೋಕಾಲ್ ಎಕ್ಸ್‌ಟೀರಿಯರ್‌ಗೇಟ್‌ವೇಪ್ರೊಟೊಕಾಲ್‌ಗೆ ಸಂಬಂಧಿಸಿದ ಡೇಟಾ (ದೋಷಗಳೊಂದಿಗೆ ಮತ್ತು ದೋಷಗಳಿಲ್ಲದೆ ಸ್ವೀಕರಿಸಿದ ಸಂದೇಶಗಳ ಸಂಖ್ಯೆ).

ವೇರಿಯಬಲ್ ಗುಂಪುಗಳ ಈ ಪಟ್ಟಿಯಿಂದ, TCP/IP ಸ್ಟಾಕ್‌ನ ಪ್ರೋಟೋಕಾಲ್‌ಗಳನ್ನು ಬೆಂಬಲಿಸುವ ರೂಟರ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸುವಲ್ಲಿ MIB-I ಮಾನದಂಡವನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ ಎಂದು ನೋಡಬಹುದು.

1992 ರಲ್ಲಿ ಅಳವಡಿಸಿಕೊಂಡ MIB-II (RFC 1213) ಆವೃತ್ತಿಯಲ್ಲಿ, ಪ್ರಮಾಣಿತ ವಸ್ತುಗಳ ಗುಂಪನ್ನು ಗಮನಾರ್ಹವಾಗಿ (185 ರವರೆಗೆ) ವಿಸ್ತರಿಸಲಾಯಿತು ಮತ್ತು ಗುಂಪುಗಳ ಸಂಖ್ಯೆಯು 10 ಕ್ಕೆ ಏರಿತು.

RMON ಏಜೆಂಟ್ಸ್

SNMP ಕಾರ್ಯಚಟುವಟಿಕೆಗೆ ಇತ್ತೀಚಿನ ಸೇರ್ಪಡೆ RMON ವಿವರಣೆಯಾಗಿದೆ, ಇದು MIB ನೊಂದಿಗೆ ದೂರಸ್ಥ ಸಂವಹನವನ್ನು ಒದಗಿಸುತ್ತದೆ.

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

RMON ಆಗಮನದ ಮೊದಲು, SNMP ಅನ್ನು ದೂರದಿಂದಲೇ ಬಳಸಲಾಗಲಿಲ್ಲ, ಇದು ಸ್ಥಳೀಯ ಸಾಧನ ನಿರ್ವಹಣೆಯನ್ನು ಮಾತ್ರ ಅನುಮತಿಸಿತು. RMON MIB ರಿಮೋಟ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್‌ಗಾಗಿ ಸುಧಾರಿತ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಹೊಂದಿದೆ, ಏಕೆಂದರೆ ಇದು ಸಾಧನದ ಬಗ್ಗೆ ಒಟ್ಟುಗೂಡಿದ ಮಾಹಿತಿಯನ್ನು ಹೊಂದಿದೆ, ಇದು ನೆಟ್‌ವರ್ಕ್ ಮೂಲಕ ಹೆಚ್ಚಿನ ಪ್ರಮಾಣದ ಮಾಹಿತಿಯನ್ನು ವರ್ಗಾಯಿಸುವ ಅಗತ್ಯವಿಲ್ಲ. RMON MIB ಆಬ್ಜೆಕ್ಟ್‌ಗಳು ಹೆಚ್ಚುವರಿ ಪ್ಯಾಕೆಟ್ ದೋಷ ಕೌಂಟರ್‌ಗಳು, ಹೆಚ್ಚು ಹೊಂದಿಕೊಳ್ಳುವ ಗ್ರಾಫಿಕಲ್ ಟ್ರೆಂಡಿಂಗ್ ಮತ್ತು ಅಂಕಿಅಂಶಗಳ ವಿಶ್ಲೇಷಣೆ, ಪ್ರತ್ಯೇಕ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಸೆರೆಹಿಡಿಯಲು ಮತ್ತು ವಿಶ್ಲೇಷಿಸಲು ಹೆಚ್ಚು ಶಕ್ತಿಯುತ ಫಿಲ್ಟರಿಂಗ್ ಪರಿಕರಗಳು ಮತ್ತು ಹೆಚ್ಚು ಅತ್ಯಾಧುನಿಕ ಎಚ್ಚರಿಕೆಯ ಪರಿಸ್ಥಿತಿಗಳನ್ನು ಒಳಗೊಂಡಿವೆ. RMON MIB ಏಜೆಂಟ್‌ಗಳು MIB-I ಅಥವಾ MIB-II ಏಜೆಂಟ್‌ಗಳಿಗಿಂತ ಹೆಚ್ಚು ಬುದ್ಧಿವಂತರಾಗಿದ್ದಾರೆ ಮತ್ತು ನಿರ್ವಾಹಕರು ಮಾಡುತ್ತಿದ್ದ ಹೆಚ್ಚಿನ ಸಾಧನದ ಮಾಹಿತಿ ಸಂಸ್ಕರಣಾ ಕಾರ್ಯವನ್ನು ನಿರ್ವಹಿಸುತ್ತಾರೆ. ಈ ಏಜೆಂಟ್‌ಗಳನ್ನು ವಿವಿಧ ಸಂವಹನ ಸಾಧನಗಳಲ್ಲಿ ಇರಿಸಬಹುದು, ಹಾಗೆಯೇ ಸಾರ್ವತ್ರಿಕ PC ಗಳು ಮತ್ತು ಲ್ಯಾಪ್‌ಟಾಪ್‌ಗಳಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವ ಪ್ರತ್ಯೇಕ ಸಾಫ್ಟ್‌ವೇರ್ ಮಾಡ್ಯೂಲ್‌ಗಳಾಗಿ ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದು (LANalyzerНvell ಒಂದು ಉದಾಹರಣೆಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ).

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

ನೆಟ್‌ವರ್ಕ್‌ಗೆ ನೇರವಾಗಿ ಸಂಪರ್ಕಗೊಂಡಿರುವ ಹಾರ್ಡ್‌ವೇರ್ ಮತ್ತು ಸಾಫ್ಟ್‌ವೇರ್ ಪ್ರೋಬ್‌ಗಳಿಂದ RMON ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ. ಸಂಗ್ರಹಣೆ ಮತ್ತು ಪ್ರಾಥಮಿಕ ಡೇಟಾ ವಿಶ್ಲೇಷಣೆಯ ಕಾರ್ಯವನ್ನು ನಿರ್ವಹಿಸಲು, ತನಿಖೆಯು ಸಾಕಷ್ಟು ಕಂಪ್ಯೂಟಿಂಗ್ ಸಂಪನ್ಮೂಲಗಳು ಮತ್ತು RAM ಅನ್ನು ಹೊಂದಿರಬೇಕು. ಪ್ರಸ್ತುತ ಮಾರುಕಟ್ಟೆಯಲ್ಲಿ ಮೂರು ವಿಧದ ಶೋಧಕಗಳಿವೆ: ಅಂತರ್ನಿರ್ಮಿತ ಶೋಧಕಗಳು, ಕಂಪ್ಯೂಟರ್ ಆಧಾರಿತ ಶೋಧಕಗಳು ಮತ್ತು ಅದ್ವಿತೀಯ ಶೋಧಕಗಳು. ಉತ್ಪನ್ನವು ಕನಿಷ್ಠ ಒಂದು RMON ಗುಂಪನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿದರೆ ಅದನ್ನು RMON-ಸಕ್ರಿಯಗೊಳಿಸಲಾಗಿದೆ ಎಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ. ಸಹಜವಾಗಿ, ನಿರ್ದಿಷ್ಟ ಉತ್ಪನ್ನದಲ್ಲಿ ಹೆಚ್ಚು RMON ಡೇಟಾ ಗುಂಪುಗಳನ್ನು ಅಳವಡಿಸಲಾಗಿದೆ, ಅದು ಹೆಚ್ಚು ದುಬಾರಿಯಾಗಿದೆ, ಒಂದು ಕಡೆ, ಮತ್ತು ಮತ್ತೊಂದೆಡೆ, ಅದು ಒದಗಿಸುವ ನೆಟ್ವರ್ಕ್ ಕಾರ್ಯಾಚರಣೆಯ ಬಗ್ಗೆ ಹೆಚ್ಚು ಸಂಪೂರ್ಣ ಮಾಹಿತಿ.

ಎಂಬೆಡೆಡ್ ಪ್ರೋಬ್‌ಗಳು ನೆಟ್‌ವರ್ಕ್ ಸಾಧನಗಳಿಗೆ ವಿಸ್ತರಣೆ ಮಾಡ್ಯೂಲ್‌ಗಳಾಗಿವೆ. ಅಂತಹ ಮಾಡ್ಯೂಲ್‌ಗಳನ್ನು ಅನೇಕ ತಯಾರಕರು ಉತ್ಪಾದಿಸುತ್ತಾರೆ, ನಿರ್ದಿಷ್ಟವಾಗಿ, 3Com, Cabletron, Bay Networks ಮತ್ತು Cisco ನಂತಹ ದೊಡ್ಡ ಕಂಪನಿಗಳು. (ಪ್ರಾಸಂಗಿಕವಾಗಿ, 3Com ಮತ್ತು ಬೇ ನೆಟ್‌ವರ್ಕ್‌ಗಳು ಇತ್ತೀಚೆಗೆ Axon ಮತ್ತು ARMON ಅನ್ನು ಸ್ವಾಧೀನಪಡಿಸಿಕೊಂಡಿವೆ, RMON ನಿರ್ವಹಣಾ ಪರಿಕರಗಳ ವಿನ್ಯಾಸ ಮತ್ತು ತಯಾರಿಕೆಯಲ್ಲಿ ಗುರುತಿಸಲ್ಪಟ್ಟ ನಾಯಕರನ್ನು. ಪ್ರಮುಖ ನೆಟ್‌ವರ್ಕ್ ಉಪಕರಣ ತಯಾರಕರಿಂದ ಈ ತಂತ್ರಜ್ಞಾನದಲ್ಲಿನ ಅಂತಹ ಆಸಕ್ತಿಯು ಬಳಕೆದಾರರಿಗೆ ರಿಮೋಟ್ ಮಾನಿಟರಿಂಗ್ ಎಷ್ಟು ಅಗತ್ಯ ಎಂಬುದನ್ನು ಮತ್ತೊಮ್ಮೆ ತೋರಿಸುತ್ತದೆ.) ಹೆಚ್ಚಿನ ನಿರ್ಧಾರ RMON ಮಾಡ್ಯೂಲ್‌ಗಳನ್ನು ಹಬ್‌ಗಳಲ್ಲಿ ಎಂಬೆಡ್ ಮಾಡುವುದು ಸ್ವಾಭಾವಿಕವೆಂದು ತೋರುತ್ತದೆ, ಏಕೆಂದರೆ ಈ ಸಾಧನಗಳನ್ನು ಗಮನಿಸುವುದರಿಂದ ವಿಭಾಗದ ಕಾರ್ಯಾಚರಣೆಯ ಕಲ್ಪನೆಯನ್ನು ಪಡೆಯಬಹುದು. ಅಂತಹ ಶೋಧಕಗಳ ಪ್ರಯೋಜನವು ಸ್ಪಷ್ಟವಾಗಿದೆ: ಎಲ್ಲಾ ಪ್ರಮುಖ RMON ಡೇಟಾ ಗುಂಪುಗಳ ಮಾಹಿತಿಯನ್ನು ತುಲನಾತ್ಮಕವಾಗಿ ಕಡಿಮೆ ಬೆಲೆಯಲ್ಲಿ ಪಡೆಯಲು ಅವು ಅವಕಾಶ ಮಾಡಿಕೊಡುತ್ತವೆ. ಮೊದಲನೆಯದಾಗಿ, ಅನನುಕೂಲವೆಂದರೆ ಹೆಚ್ಚಿನ ಕಾರ್ಯಕ್ಷಮತೆಯಲ್ಲ, ಇದು ನಿರ್ದಿಷ್ಟವಾಗಿ, ಅಂತರ್ನಿರ್ಮಿತ ಶೋಧಕಗಳು ಎಲ್ಲಾ RMON ಡೇಟಾ ಗುಂಪುಗಳಿಂದ ದೂರವನ್ನು ಬೆಂಬಲಿಸುತ್ತವೆ ಎಂಬ ಅಂಶದಲ್ಲಿ ವ್ಯಕ್ತವಾಗುತ್ತದೆ. ಬಹಳ ಹಿಂದೆಯೇ, Etherlink III ಮತ್ತು ಫಾಸ್ಟ್ ಎತರ್ನೆಟ್ ನೆಟ್‌ವರ್ಕ್ ಅಡಾಪ್ಟರ್‌ಗಳಿಗಾಗಿ RMON-ಸಕ್ರಿಯಗೊಳಿಸಿದ ಡ್ರೈವರ್‌ಗಳನ್ನು ಬಿಡುಗಡೆ ಮಾಡುವ ಉದ್ದೇಶವನ್ನು 3Com ಘೋಷಿಸಿತು. ಪರಿಣಾಮವಾಗಿ, ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿರುವ ವರ್ಕ್‌ಸ್ಟೇಷನ್‌ಗಳಿಂದ ನೇರವಾಗಿ RMON ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಲು ಮತ್ತು ವಿಶ್ಲೇಷಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ.

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

ಸ್ವತಂತ್ರ ಶೋಧಕಗಳು ಅತ್ಯಧಿಕ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಹೊಂದಿವೆ; ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಸುಲಭವಾಗುವಂತೆ, ಇವುಗಳು ವಿವರಿಸಿದ ಎಲ್ಲಕ್ಕಿಂತ ಹೆಚ್ಚು ದುಬಾರಿ ಉತ್ಪನ್ನಗಳಾಗಿವೆ. ವಿಶಿಷ್ಟವಾಗಿ, ಸ್ವತಂತ್ರ ತನಿಖೆಯು ಸಾಕಷ್ಟು RAM ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ಅಡಾಪ್ಟರ್‌ಗಳನ್ನು ಹೊಂದಿರುವ ಪ್ರೊಸೆಸರ್ (i486 ವರ್ಗ ಅಥವಾ RISC ಪ್ರೊಸೆಸರ್) ಆಗಿದೆ. ಈ ಮಾರುಕಟ್ಟೆ ವಲಯದ ನಾಯಕರು ಫ್ರಾಂಟಿಯರ್ ಮತ್ತು ಹೆವ್ಲೆಟ್-ಪ್ಯಾಕರ್ಡ್. ಈ ಪ್ರಕಾರದ ಶೋಧಕಗಳು ಗಾತ್ರದಲ್ಲಿ ಚಿಕ್ಕದಾಗಿರುತ್ತವೆ ಮತ್ತು ಹೆಚ್ಚು ಮೊಬೈಲ್ ಆಗಿರುತ್ತವೆ - ಅವುಗಳು ನೆಟ್ವರ್ಕ್ಗೆ ಸಂಪರ್ಕಿಸಲು ಮತ್ತು ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಲು ತುಂಬಾ ಸುಲಭ. ಜಾಗತಿಕ ನೆಟ್‌ವರ್ಕ್ ನಿರ್ವಹಣಾ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುವಾಗ, ಇದು ಬಹಳ ಮುಖ್ಯವಾದ ಆಸ್ತಿಯಲ್ಲ, ಆದರೆ ಮಧ್ಯಮ ಗಾತ್ರದ ಕಾರ್ಪೊರೇಟ್ ನೆಟ್‌ವರ್ಕ್‌ನ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ವಿಶ್ಲೇಷಿಸಲು RMON ಪರಿಕರಗಳನ್ನು ಬಳಸಿದರೆ, ನಂತರ (ಸಾಧನಗಳ ಹೆಚ್ಚಿನ ವೆಚ್ಚವನ್ನು ನೀಡಲಾಗಿದೆ), ಚಲನಶೀಲತೆಯನ್ನು ತನಿಖೆ ಮಾಡಿ ಬಹಳ ಧನಾತ್ಮಕ ಪಾತ್ರವನ್ನು ವಹಿಸಬಹುದು.

MIB ಆಬ್ಜೆಕ್ಟ್ ಸೆಟ್‌ನಲ್ಲಿ RMON ಆಬ್ಜೆಕ್ಟ್‌ಗೆ ಸಂಖ್ಯೆ 16 ಅನ್ನು ನಿಗದಿಪಡಿಸಲಾಗಿದೆ ಮತ್ತು RMON ಆಬ್ಜೆಕ್ಟ್ ಅನ್ನು RFC 1271 ಗೆ ಅನುಗುಣವಾಗಿ ಒಟ್ಟುಗೂಡಿಸಲಾಗುತ್ತದೆ, ಹತ್ತು ಡೇಟಾ ಗುಂಪುಗಳನ್ನು ಒಳಗೊಂಡಿದೆ.

ಅಂಕಿಅಂಶಗಳು - ಪ್ಯಾಕೆಟ್ ಗುಣಲಕ್ಷಣಗಳು, ಘರ್ಷಣೆಗಳ ಸಂಖ್ಯೆ ಇತ್ಯಾದಿಗಳ ಬಗ್ಗೆ ಪ್ರಸ್ತುತ ಸಂಗ್ರಹವಾದ ಅಂಕಿಅಂಶಗಳು.

ಇತಿಹಾಸ - ಅವುಗಳ ಬದಲಾವಣೆಗಳಲ್ಲಿನ ಪ್ರವೃತ್ತಿಗಳ ನಂತರದ ವಿಶ್ಲೇಷಣೆಗಾಗಿ ಕೆಲವು ಮಧ್ಯಂತರಗಳಲ್ಲಿ ಸಂಖ್ಯಾಶಾಸ್ತ್ರೀಯ ಡೇಟಾವನ್ನು ಉಳಿಸಲಾಗಿದೆ.

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

ಹೋಸ್ಟ್ - ಅವರ MAC ವಿಳಾಸಗಳನ್ನು ಒಳಗೊಂಡಂತೆ ನೆಟ್‌ವರ್ಕ್ ಹೋಸ್ಟ್‌ಗಳ ಕುರಿತು ಡೇಟಾ.

HostTopN - ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಅತ್ಯಂತ ಜನನಿಬಿಡ ಹೋಸ್ಟ್‌ಗಳ ಟೇಬಲ್. ಟೇಬಲ್ N ಟಾಪ್ ಹೋಸ್ಟ್‌ಗಳು (HostTopN) ಟಾಪ್ N ಹೋಸ್ಟ್‌ಗಳ ಪಟ್ಟಿಯನ್ನು ಒಳಗೊಂಡಿದೆ, ನಿರ್ದಿಷ್ಟ ಮಧ್ಯಂತರಕ್ಕೆ ನೀಡಿರುವ ಅಂಕಿಅಂಶಗಳ ನಿಯತಾಂಕದ ಗರಿಷ್ಠ ಮೌಲ್ಯದಿಂದ ನಿರೂಪಿಸಲಾಗಿದೆ. ಉದಾಹರಣೆಗೆ, ಕಳೆದ 24 ಗಂಟೆಗಳಲ್ಲಿ ಹೆಚ್ಚು ದೋಷಗಳನ್ನು ಅನುಭವಿಸಿದ 10 ಹೋಸ್ಟ್‌ಗಳ ಪಟ್ಟಿಯನ್ನು ನೀವು ವಿನಂತಿಸಬಹುದು. ಈ ಪಟ್ಟಿಯನ್ನು ಏಜೆಂಟ್ ಸ್ವತಃ ಕಂಪೈಲ್ ಮಾಡಲಾಗುವುದು ಮತ್ತು ನಿರ್ವಹಣಾ ಅಪ್ಲಿಕೇಶನ್ ಈ ಹೋಸ್ಟ್‌ಗಳ ವಿಳಾಸಗಳನ್ನು ಮತ್ತು ಅನುಗುಣವಾದ ಅಂಕಿಅಂಶಗಳ ನಿಯತಾಂಕಗಳ ಮೌಲ್ಯಗಳನ್ನು ಮಾತ್ರ ಸ್ವೀಕರಿಸುತ್ತದೆ. ಈ ವಿಧಾನವು ನೆಟ್ವರ್ಕ್ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಎಷ್ಟರ ಮಟ್ಟಿಗೆ ಉಳಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ನೋಡಬಹುದು.

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

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

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

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

ಈ ಗುಂಪುಗಳನ್ನು ಆ ಕ್ರಮದಲ್ಲಿ ಎಣಿಸಲಾಗಿದೆ, ಆದ್ದರಿಂದ, ಉದಾಹರಣೆಗೆ, ಹೋಸ್ಟ್‌ಗಳ ಗುಂಪು 1.3.6.1.2.1.16.4 ಎಂಬ ಸಂಖ್ಯಾತ್ಮಕ ಹೆಸರನ್ನು ಹೊಂದಿದೆ.

ಹತ್ತನೇ ಗುಂಪು ಟೋಕನ್ರಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ನ ವಿಶೇಷ ವಸ್ತುಗಳನ್ನು ಒಳಗೊಂಡಿದೆ.

ಒಟ್ಟಾರೆಯಾಗಿ, RMON MIB ಮಾನದಂಡವು 10 ಗುಂಪುಗಳಲ್ಲಿ ಸುಮಾರು 200 ವಸ್ತುಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ, ಎರಡು ದಾಖಲೆಗಳಲ್ಲಿ ಸ್ಥಿರವಾಗಿದೆ - ಎತರ್ನೆಟ್ ನೆಟ್ವರ್ಕ್ಗಳಿಗಾಗಿ RFC 1271 ಮತ್ತು ಟೋಕನ್ರಿಂಗ್ ನೆಟ್ವರ್ಕ್ಗಳಿಗಾಗಿ RFC 1513.

RMON MIB ಮಾನದಂಡದ ವಿಶಿಷ್ಟ ಲಕ್ಷಣವೆಂದರೆ ನೆಟ್‌ವರ್ಕ್ ಲೇಯರ್ ಪ್ರೋಟೋಕಾಲ್‌ನಿಂದ ಅದರ ಸ್ವಾತಂತ್ರ್ಯ (MIB-I ಮತ್ತು MIB-II ಮಾನದಂಡಗಳಿಗಿಂತ ಭಿನ್ನವಾಗಿ, ಇದು TCP/IP ಪ್ರೋಟೋಕಾಲ್‌ಗಳ ಕಡೆಗೆ ಆಧಾರಿತವಾಗಿದೆ). ಆದ್ದರಿಂದ, ವಿಭಿನ್ನ ನೆಟ್‌ವರ್ಕ್ ಲೇಯರ್ ಪ್ರೋಟೋಕಾಲ್‌ಗಳನ್ನು ಬಳಸಿಕೊಂಡು ವೈವಿಧ್ಯಮಯ ಪರಿಸರದಲ್ಲಿ ಇದನ್ನು ಬಳಸಲು ಅನುಕೂಲಕರವಾಗಿದೆ.

1.2 ಜನಪ್ರಿಯ ನೆಟ್‌ವರ್ಕ್ ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆಗಳು

ನೆಟ್‌ವರ್ಕ್ ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆ - ನೆಟ್‌ವರ್ಕ್ ನೋಡ್‌ಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ಮತ್ತು ನಿರ್ವಹಿಸಲು ಹಾರ್ಡ್‌ವೇರ್ ಮತ್ತು/ಅಥವಾ ಸಾಫ್ಟ್‌ವೇರ್ ಪರಿಕರಗಳು. ನೆಟ್‌ವರ್ಕ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್ ಸಿಸ್ಟಮ್ ಸಾಫ್ಟ್‌ವೇರ್ ನೆಟ್‌ವರ್ಕ್ ಸಾಧನಗಳಲ್ಲಿ ಸ್ಥಳೀಕರಿಸಲ್ಪಟ್ಟ ಏಜೆಂಟ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗೆ ಮಾಹಿತಿಯನ್ನು ರವಾನಿಸುತ್ತದೆ. ಸಾಧನಗಳಲ್ಲಿನ ನಿಯಂತ್ರಣ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಮತ್ತು ಏಜೆಂಟ್‌ಗಳ ನಡುವಿನ ಮಾಹಿತಿ ವಿನಿಮಯದ ವಿಧಾನವನ್ನು ಪ್ರೋಟೋಕಾಲ್‌ಗಳಿಂದ ವ್ಯಾಖ್ಯಾನಿಸಲಾಗಿದೆ.

ನೆಟ್‌ವರ್ಕ್ ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆಗಳು ಹಲವಾರು ಗುಣಗಳನ್ನು ಹೊಂದಿರಬೇಕು:

ಕ್ಲೈಂಟ್/ಸರ್ವರ್ ಪರಿಕಲ್ಪನೆಯ ಪ್ರಕಾರ ನಿಜವಾದ ವಿತರಣೆ,

ಸ್ಕೇಲೆಬಿಲಿಟಿ

ವೈವಿಧ್ಯಮಯವಾಗಿ ನಿಭಾಯಿಸಲು ಮುಕ್ತತೆ - ಡೆಸ್ಕ್‌ಟಾಪ್ ಕಂಪ್ಯೂಟರ್‌ಗಳಿಂದ ಮೇನ್‌ಫ್ರೇಮ್‌ಗಳವರೆಗೆ - ಉಪಕರಣಗಳು.

ಮೊದಲ ಎರಡು ಗುಣಲಕ್ಷಣಗಳು ನಿಕಟ ಸಂಬಂಧ ಹೊಂದಿವೆ. ನಿಯಂತ್ರಣ ವ್ಯವಸ್ಥೆಯ ವಿತರಣೆಯಿಂದಾಗಿ ಉತ್ತಮ ಸ್ಕೇಲೆಬಿಲಿಟಿ ಸಾಧಿಸಲಾಗುತ್ತದೆ. ವಿತರಿಸಲಾಗಿದೆ ಎಂದರೆ ಸಿಸ್ಟಮ್ ಬಹು ಸರ್ವರ್‌ಗಳು ಮತ್ತು ಕ್ಲೈಂಟ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿರಬಹುದು. ಸರ್ವರ್‌ಗಳು (ವ್ಯವಸ್ಥಾಪಕರು) ನೆಟ್‌ವರ್ಕ್ ಉಪಕರಣಗಳಲ್ಲಿ ನಿರ್ಮಿಸಲಾದ ಏಜೆಂಟ್‌ಗಳಿಂದ (SNMP, CMIP ಅಥವಾ RMON) ನೆಟ್‌ವರ್ಕ್‌ನ ಪ್ರಸ್ತುತ ಸ್ಥಿತಿಯ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸುತ್ತಾರೆ ಮತ್ತು ಅದನ್ನು ಅವರ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಸಂಗ್ರಹಿಸುತ್ತಾರೆ. ಕ್ಲೈಂಟ್‌ಗಳು ನೆಟ್‌ವರ್ಕ್ ನಿರ್ವಾಹಕರು ಬಳಸುವ ಚಿತ್ರಾತ್ಮಕ ಕನ್ಸೋಲ್‌ಗಳಾಗಿವೆ. ನಿಯಂತ್ರಣ ವ್ಯವಸ್ಥೆಯ ಕ್ಲೈಂಟ್ ಸಾಫ್ಟ್‌ವೇರ್ ನಿರ್ವಾಹಕರಿಂದ ಯಾವುದೇ ಕ್ರಿಯೆಯನ್ನು ಮಾಡಲು ವಿನಂತಿಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ (ಉದಾಹರಣೆಗೆ, ನೆಟ್‌ವರ್ಕ್‌ನ ಒಂದು ಭಾಗದ ವಿವರವಾದ ನಕ್ಷೆಯನ್ನು ನಿರ್ಮಿಸುವುದು) ಮತ್ತು ಸರ್ವರ್‌ನಿಂದ ಅಗತ್ಯ ಮಾಹಿತಿಯನ್ನು ವಿನಂತಿಸುತ್ತದೆ. ಸರ್ವರ್ ಅಗತ್ಯ ಮಾಹಿತಿಯನ್ನು ಹೊಂದಿದ್ದರೆ, ಅದು ತಕ್ಷಣವೇ ಅದನ್ನು ಕ್ಲೈಂಟ್‌ಗೆ ವರ್ಗಾಯಿಸುತ್ತದೆ, ಇಲ್ಲದಿದ್ದರೆ, ಅದನ್ನು ಏಜೆಂಟ್‌ಗಳಿಂದ ಸಂಗ್ರಹಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತದೆ.

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

ಇಂದಿನ ನಿಯಂತ್ರಣ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ವಾಸ್ತವಕ್ಕಿಂತ ಭಿನ್ನಜಾತಿಯ ಸಾಧನಗಳಿಗೆ ಬೆಂಬಲವು ಒಂದು ಆಶಯವಾಗಿದೆ. ನಾಲ್ಕು ಅತ್ಯಂತ ಜನಪ್ರಿಯ ನೆಟ್‌ವರ್ಕ್ ನಿರ್ವಹಣಾ ಉತ್ಪನ್ನಗಳೆಂದರೆ ಕೇಬಲ್‌ಟ್ರಾನ್ ಸಿಸ್ಟಮ್ಸ್‌ನಿಂದ ಸ್ಪೆಕ್ಟ್ರಮ್, ಹೆವ್ಲೆಟ್-ಪ್ಯಾಕರ್ಡ್‌ನಿಂದ ಓಪನ್ ವ್ಯೂ, IBM ನಿಂದ ನೆಟ್‌ವ್ಯೂ ಮತ್ತು ಸನ್‌ಮೈಕ್ರೋಸಿಸ್ಟಮ್ಸ್‌ನ ವಿಭಾಗವಾದ ಸನ್‌ಸಾಫ್ಟ್‌ನಿಂದ ಅಯನ ಸಂಕ್ರಾಂತಿ. ನಾಲ್ಕು ಕಂಪನಿಗಳಲ್ಲಿ ಮೂರು ಕಂಪನಿಗಳು ಸಂವಹನ ಸಾಧನಗಳನ್ನು ಸ್ವತಃ ಉತ್ಪಾದಿಸುತ್ತವೆ. ಸ್ವಾಭಾವಿಕವಾಗಿ, ಸ್ಪೆಕ್ಟ್ರಮ್ ಕೇಬಲ್‌ಟ್ರಾನ್ ಉಪಕರಣಗಳೊಂದಿಗೆ ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಹೆವ್ಲೆಟ್-ಪ್ಯಾಕರ್ಡ್ ಉಪಕರಣದೊಂದಿಗೆ ಓಪನ್ ವ್ಯೂ ಮತ್ತು IBM ಉಪಕರಣದೊಂದಿಗೆ ನೆಟ್‌ವ್ಯೂ.

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

ಈ ನ್ಯೂನತೆಯನ್ನು ನಿವಾರಿಸಲು, ಕಂಟ್ರೋಲ್ ಸಿಸ್ಟಮ್ ಡೆವಲಪರ್‌ಗಳು ಸ್ಟ್ಯಾಂಡರ್ಡ್ MIB I, MIB II, ಮತ್ತು RMON MIB ಗಳಿಗೆ ಮಾತ್ರವಲ್ಲದೆ ಉತ್ಪಾದನಾ ಕಂಪನಿಗಳಿಂದ ಹಲವಾರು ಸ್ವಾಮ್ಯದ MIB ಗಳಿಗೆ ಬೆಂಬಲವನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. ಈ ಪ್ರದೇಶದಲ್ಲಿ ನಾಯಕ ಸ್ಪೆಕ್ಟ್ರಮ್ ವ್ಯವಸ್ಥೆಯಾಗಿದೆ, ಇದು ವಿವಿಧ ತಯಾರಕರಿಂದ ಸುಮಾರು 1000 MIB ಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ.

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

ಆದಾಗ್ಯೂ, ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಒಂದೇ ತಯಾರಕರ ಉಪಕರಣಗಳು ಪ್ರಾಬಲ್ಯ ಹೊಂದಿದ್ದರೆ, ಜನಪ್ರಿಯ ನಿರ್ವಹಣಾ ವೇದಿಕೆಗಾಗಿ ಆ ತಯಾರಕರ ನಿರ್ವಹಣಾ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಹೊಂದಿರುವುದು ನೆಟ್‌ವರ್ಕ್ ನಿರ್ವಾಹಕರು ಅನೇಕ ಕಾರ್ಯಗಳನ್ನು ಯಶಸ್ವಿಯಾಗಿ ನಿರ್ವಹಿಸಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ. ಆದ್ದರಿಂದ, ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಡೆವಲಪರ್‌ಗಳು ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಸುಲಭವಾಗಿಸುವ ಸಾಧನಗಳನ್ನು ಅವರೊಂದಿಗೆ ರವಾನಿಸುತ್ತಾರೆ ಮತ್ತು ನಿರ್ವಹಣಾ ವೇದಿಕೆಯನ್ನು ಆಯ್ಕೆಮಾಡುವಾಗ ಅಂತಹ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ಲಭ್ಯತೆ ಮತ್ತು ಸಂಖ್ಯೆಯನ್ನು ಬಹಳ ಮುಖ್ಯವಾದ ಅಂಶವೆಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ.

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

2. ಸಮಸ್ಯೆಯ ಹೇಳಿಕೆ

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

2.1 ಉಲ್ಲೇಖದ ನಿಯಮಗಳು

ಸ್ವಿಚ್‌ಗಳು, ವಿವಿಧ ತಯಾರಕರಿಂದ ರೂಟರ್‌ಗಳು ಮತ್ತು ವಿವಿಧ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳ ಸರ್ವರ್‌ಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ಅನುಮತಿಸುವ ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಯನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಿ ಮತ್ತು ಕಾರ್ಯಗತಗೊಳಿಸಿ. ಮುಕ್ತ ಪ್ರೋಟೋಕಾಲ್‌ಗಳು ಮತ್ತು ಸಿಸ್ಟಮ್‌ಗಳ ಬಳಕೆಯ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸಿ, ಉಚಿತ ಸಾಫ್ಟ್‌ವೇರ್ ನಿಧಿಯಿಂದ ಸಿದ್ಧ-ನಿರ್ಮಿತ ಬೆಳವಣಿಗೆಗಳ ಗರಿಷ್ಠ ಬಳಕೆಯೊಂದಿಗೆ.

2.2 ಉಲ್ಲೇಖಿತ ನಿಯಮಗಳು

ವಿಷಯದ ಪ್ರದೇಶದ ಸಮಸ್ಯೆ ಮತ್ತು ಸಂಶೋಧನೆಯ ಮತ್ತಷ್ಟು ಸೂತ್ರೀಕರಣದ ಸಂದರ್ಭದಲ್ಲಿ, ಆರ್ಥಿಕ ಮತ್ತು ಸಮಯದ ಹೂಡಿಕೆಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಂಡು, ಉಲ್ಲೇಖದ ನಿಯಮಗಳ ನಿರ್ದಿಷ್ಟತೆಯನ್ನು ಕೈಗೊಳ್ಳಲಾಯಿತು:

ಸಿಸ್ಟಮ್ ಈ ಕೆಳಗಿನ ಅವಶ್ಯಕತೆಗಳನ್ನು ಪೂರೈಸಬೇಕು:

§ ಹಾರ್ಡ್ವೇರ್ ಸಂಪನ್ಮೂಲಗಳಿಗೆ ಕನಿಷ್ಠ ಅವಶ್ಯಕತೆಗಳು;

§ ಸಂಕೀರ್ಣದ ಎಲ್ಲಾ ಘಟಕಗಳ ಮುಕ್ತ ಮೂಲ ಸಂಕೇತಗಳು;

§ ವ್ಯವಸ್ಥೆಯ ವಿಸ್ತರಣೆ ಮತ್ತು ಸ್ಕೇಲೆಬಿಲಿಟಿ;

§ ರೋಗನಿರ್ಣಯದ ಮಾಹಿತಿಯನ್ನು ಒದಗಿಸುವ ಪ್ರಮಾಣಿತ ವಿಧಾನಗಳು;

§ ಬಳಸಿದ ಎಲ್ಲಾ ಸಾಫ್ಟ್‌ವೇರ್ ಉತ್ಪನ್ನಗಳಿಗೆ ವಿವರವಾದ ದಾಖಲಾತಿಗಳ ಲಭ್ಯತೆ;

§ ವಿವಿಧ ತಯಾರಕರ ಉಪಕರಣಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಸಾಮರ್ಥ್ಯ.

3. ಪ್ರಸ್ತಾವಿತ ವ್ಯವಸ್ಥೆ

1 ನೆಟ್‌ವರ್ಕ್ ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದು

ಪರಿಷ್ಕೃತ ನಿಯಮಗಳಿಗೆ ಅನುಸಾರವಾಗಿ, ನೆಟ್‌ವರ್ಕ್ ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್‌ನ ಕೋರ್ ಆಗಿ ನಾಗಿಯೋಸ್ ಸಿಸ್ಟಮ್ ಸೂಕ್ತವಾಗಿರುತ್ತದೆ, ಏಕೆಂದರೆ ಅದು ಈ ಕೆಳಗಿನ ಗುಣಗಳನ್ನು ಹೊಂದಿದೆ:

§ ರೇಖಾಚಿತ್ರಗಳನ್ನು ಉತ್ಪಾದಿಸುವ ವಿಧಾನಗಳಿವೆ;

§ ವರದಿಗಳನ್ನು ರಚಿಸುವ ವಿಧಾನಗಳಿವೆ;

§ ತಾರ್ಕಿಕ ಗುಂಪಿನ ಸಾಧ್ಯತೆಯಿದೆ;

§ ಪ್ರವೃತ್ತಿಗಳನ್ನು ರೆಕಾರ್ಡ್ ಮಾಡಲು ಮತ್ತು ಅವುಗಳನ್ನು ಮುನ್ಸೂಚಿಸಲು ಅಂತರ್ನಿರ್ಮಿತ ವ್ಯವಸ್ಥೆ ಇದೆ;

§ ಅಧಿಕೃತ ಪ್ಲಗಿನ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಹೊಸ ಸಾಧನಗಳನ್ನು (ಆಟೋಡಿಸ್ಕವರಿ) ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸೇರಿಸಲು ಸಾಧ್ಯವಿದೆ;

§ ಏಜೆಂಟ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಹೋಸ್ಟ್‌ನ ಸುಧಾರಿತ ಮೇಲ್ವಿಚಾರಣೆಯ ಸಾಧ್ಯತೆಯಿದೆ;

§ ಪ್ಲಗಿನ್ ಮೂಲಕ SNMP ಪ್ರೋಟೋಕಾಲ್ಗೆ ಬೆಂಬಲ;

§ ಪ್ಲಗಿನ್ ಮೂಲಕ ಸಿಸ್ಲಾಗ್ ಪ್ರೋಟೋಕಾಲ್‌ಗೆ ಬೆಂಬಲ;

§ ಬಾಹ್ಯ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳಿಗೆ ಬೆಂಬಲ;

§ ಸ್ವಯಂ-ಬರಹದ ಪ್ಲಗಿನ್‌ಗಳಿಗೆ ಬೆಂಬಲ ಮತ್ತು ಅವುಗಳನ್ನು ತ್ವರಿತವಾಗಿ ಮತ್ತು ಸುಲಭವಾಗಿ ರಚಿಸುವ ಸಾಮರ್ಥ್ಯ;

§ ಅಂತರ್ನಿರ್ಮಿತ ಪ್ರಚೋದಕಗಳು ಮತ್ತು ಘಟನೆಗಳು;

§ ಪೂರ್ಣ ವೈಶಿಷ್ಟ್ಯಗೊಳಿಸಿದ ವೆಬ್ ಇಂಟರ್ಫೇಸ್;

§ ವಿತರಿಸಿದ ಮೇಲ್ವಿಚಾರಣೆಯ ಸಾಧ್ಯತೆ;

§ ಪ್ಲಗಿನ್ ಮೂಲಕ ದಾಸ್ತಾನು;

§ ಫೈಲ್‌ಗಳಲ್ಲಿ ಮತ್ತು SQL ಡೇಟಾಬೇಸ್‌ಗಳಲ್ಲಿ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸುವ ಸಾಮರ್ಥ್ಯ, ಇದು ಸಂಪುಟಗಳನ್ನು ಹೆಚ್ಚಿಸುವಾಗ ಬಹಳ ಮುಖ್ಯವಾಗಿದೆ;

§ GPL ಪರವಾನಗಿ, ಮತ್ತು ಆದ್ದರಿಂದ ಉಚಿತ ಮೂಲ ವಿತರಣೆ, ಬೆಂಬಲ ಮತ್ತು ಸಿಸ್ಟಮ್ ಕರ್ನಲ್ ಮತ್ತು ಅದರ ಜೊತೆಗಿನ ಘಟಕಗಳ ಮುಕ್ತ ಮೂಲ ಕೋಡ್‌ಗಳು;

§ ಕ್ರಿಯಾತ್ಮಕ ಮತ್ತು ಗ್ರಾಹಕೀಯಗೊಳಿಸಬಹುದಾದ ನಕ್ಷೆಗಳು;

§ ಪ್ರವೇಶ ನಿಯಂತ್ರಣ;

§ ಹೋಸ್ಟ್‌ಗಳು, ಸೇವೆಗಳು ಮತ್ತು ಚೆಕ್‌ಗಳನ್ನು ವಿವರಿಸಲು ಅಂತರ್ನಿರ್ಮಿತ ಭಾಷೆ;

§ ಬಳಕೆದಾರರನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡುವ ಸಾಮರ್ಥ್ಯ.

Zabbix ನೆಟ್ವರ್ಕ್ ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್ ಇದೇ ರೀತಿಯ ನಿಯತಾಂಕಗಳನ್ನು ಹೊಂದಿದೆ, ಆದರೆ ಅನುಷ್ಠಾನದ ಸಮಯದಲ್ಲಿ ಇದು Nagios ಗಿಂತ ಕಡಿಮೆ ಕಾರ್ಯವನ್ನು ಹೊಂದಿತ್ತು ಮತ್ತು ಬೀಟಾ ಆವೃತ್ತಿಯ ಸ್ಥಿತಿಯನ್ನು ಹೊಂದಿತ್ತು. ಹೆಚ್ಚುವರಿಯಾಗಿ, ವಿಷಯಾಧಾರಿತ ವೇದಿಕೆಗಳು ಮತ್ತು ಸುದ್ದಿ ಫೀಡ್‌ಗಳ ಅಧ್ಯಯನವು ನಾಗಿಯೋಸ್‌ನ ಬಳಕೆದಾರರಲ್ಲಿ ಹೆಚ್ಚಿನ ಪ್ರಾಬಲ್ಯವನ್ನು ತೋರಿಸಿದೆ, ಇದರರ್ಥ ಬಳಕೆದಾರ-ಲಿಖಿತ ದಾಖಲಾತಿಗಳ ಉಪಸ್ಥಿತಿ ಮತ್ತು ಸಂರಚನೆಯಲ್ಲಿ ಕಷ್ಟಕರವಾದ ಕ್ಷಣಗಳ ವಿವರವಾದ ವಿವರಣೆ.

SMTP, TELNET, SSH, HTTP, DNS, POP3, IMAP, NNTP ಮತ್ತು ಇನ್ನೂ ಹೆಚ್ಚಿನ ನೆಟ್‌ವರ್ಕ್ ಸೇವೆಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು Nagios ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಡಿಸ್ಕ್ ಸ್ಪೇಸ್ ಬಳಕೆ, ಉಚಿತ ಮೆಮೊರಿ ಮತ್ತು ಪ್ರೊಸೆಸರ್ ಲೋಡ್‌ನಂತಹ ಸರ್ವರ್ ಸಂಪನ್ಮೂಲಗಳ ಬಳಕೆಯನ್ನು ನೀವು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಬಹುದು. ನಿಮ್ಮ ಸ್ವಂತ ಈವೆಂಟ್ ಹ್ಯಾಂಡ್ಲರ್‌ಗಳನ್ನು ರಚಿಸಲು ಸಾಧ್ಯವಿದೆ. ಸೇವೆ ಅಥವಾ ಸರ್ವರ್ ಚೆಕ್‌ಗಳಿಂದ ಕೆಲವು ಘಟನೆಗಳನ್ನು ಪ್ರಚೋದಿಸಿದಾಗ ಈ ಹ್ಯಾಂಡ್ಲರ್‌ಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುತ್ತದೆ. ಈ ವಿಧಾನವು ನಡೆಯುತ್ತಿರುವ ಘಟನೆಗಳಿಗೆ ಸಕ್ರಿಯವಾಗಿ ಪ್ರತಿಕ್ರಿಯಿಸಲು ಮತ್ತು ಉದ್ಭವಿಸಿದ ಸಮಸ್ಯೆಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಪರಿಹರಿಸಲು ಪ್ರಯತ್ನಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಹ್ಯಾಂಗ್ ಸೇವೆಯನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಮರುಪ್ರಾರಂಭಿಸುವ ಈವೆಂಟ್ ಹ್ಯಾಂಡ್ಲರ್ ಅನ್ನು ನೀವು ರಚಿಸಬಹುದು. ನ್ಯಾಗಿಯೋಸ್ ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್‌ನ ಮತ್ತೊಂದು ಪ್ರಯೋಜನವೆಂದರೆ ಮೊಬೈಲ್ ಫೋನ್‌ನ ವ್ಯಾಪ್ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಅದನ್ನು ದೂರದಿಂದಲೇ ನಿಯಂತ್ರಿಸುವ ಸಾಮರ್ಥ್ಯ. "ಪೋಷಕ" ಹೋಸ್ಟ್‌ಗಳ ಪರಿಕಲ್ಪನೆಯನ್ನು ಬಳಸಿಕೊಂಡು, ಎಲ್ಲಾ ಹೋಸ್ಟ್‌ಗಳ ನಡುವಿನ ಕ್ರಮಾನುಗತ ಮತ್ತು ಅವಲಂಬನೆಗಳನ್ನು ವಿವರಿಸುವುದು ಸುಲಭ. ಈ ವಿಧಾನವು ದೊಡ್ಡ ನೆಟ್‌ವರ್ಕ್‌ಗಳಿಗೆ ಅತ್ಯಂತ ಉಪಯುಕ್ತವಾಗಿದೆ ಏಕೆಂದರೆ ಇದು ಸಂಕೀರ್ಣ ರೋಗನಿರ್ಣಯವನ್ನು ಅನುಮತಿಸುತ್ತದೆ. ಮತ್ತು ಈ ಗುಣಮಟ್ಟವು ಪ್ರತಿಯಾಗಿ, ಮಧ್ಯಂತರ ಲಿಂಕ್‌ಗಳಲ್ಲಿನ ಅಸಮರ್ಪಕ ಕಾರ್ಯಗಳಿಂದಾಗಿ ಪ್ರಸ್ತುತ ಲಭ್ಯವಿಲ್ಲದವರಿಂದ ಕೆಲಸ ಮಾಡದ ಹೋಸ್ಟ್‌ಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ. ನ್ಯಾಜಿಯೋಸ್ ಮಾನಿಟರ್ ಸಿಸ್ಟಮ್‌ಗಳ ಗ್ರಾಫ್‌ಗಳನ್ನು ಮತ್ತು ಮಾನಿಟರ್ ಮಾಡಲಾದ ನೆಟ್‌ವರ್ಕ್ ಮೂಲಸೌಕರ್ಯದ ನಕ್ಷೆಗಳನ್ನು ನಿರ್ಮಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ.

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

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

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

4. ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿ

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

ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ನೆಟ್‌ವರ್ಕ್ ಲಿನಕ್ಸ್ ಕರ್ನಲ್ ಅನ್ನು ಆಧರಿಸಿ ಡೆಬಿಯನ್ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಸಕ್ರಿಯವಾಗಿ ಬಳಸುತ್ತದೆ, ಈ ವ್ಯವಸ್ಥೆಯನ್ನು ಬಳಸುವಲ್ಲಿ ವ್ಯಾಪಕ ಅನುಭವವಿದೆ, ಅದರ ಸ್ಥಿರತೆಯನ್ನು ನಿರ್ವಹಿಸುವ, ಸಂರಚಿಸುವ ಮತ್ತು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಹೆಚ್ಚಿನ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಡೀಬಗ್ ಮಾಡಲಾಗಿದೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಈ OS ಅನ್ನು GPL ಪರವಾನಗಿ ಅಡಿಯಲ್ಲಿ ವಿತರಿಸಲಾಗಿದೆ, ಇದು ಅದರ ಉಚಿತ ಮತ್ತು ಮುಕ್ತ ಮೂಲ ಕೋಡ್‌ಗಳನ್ನು ಸೂಚಿಸುತ್ತದೆ, ಇದು ನೆಟ್‌ವರ್ಕ್ ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸಲು ನವೀಕರಿಸಿದ ಉಲ್ಲೇಖದ ನಿಯಮಗಳಿಗೆ ಅನುರೂಪವಾಗಿದೆ. (ಪೂರ್ಣ ಹೆಸರು GNU / Linux, ಇದನ್ನು “gnu ಸ್ಲಾಶ್ ಎಂದು ಉಚ್ಚರಿಸಲಾಗುತ್ತದೆ. ́ ನಕ್ಸ್, ಕೆಲವು ಭಾಷೆಗಳಲ್ಲಿ GNU+Linux, GNU-Linux, ಇತ್ಯಾದಿ.) ಯುನಿಕ್ಸ್-ರೀತಿಯ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳ ಸಾಮಾನ್ಯ ಹೆಸರು ಅದೇ ಹೆಸರಿನ ಕರ್ನಲ್ ಮತ್ತು ಲೈಬ್ರರಿಗಳು ಮತ್ತು ಸಿಸ್ಟಮ್ ಪ್ರೋಗ್ರಾಂಗಳ ಭಾಗವಾಗಿ ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ. GNU ಪ್ರಾಜೆಕ್ಟ್./ Linux ಇಂಟೆಲ್ x86 ಕುಟುಂಬದಿಂದ PC-ಹೊಂದಾಣಿಕೆಯ ಸಿಸ್ಟಮ್‌ಗಳಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಜೊತೆಗೆ IA-64, AMD64, PowerPC, ARM, ಮತ್ತು ಇನ್ನೂ ಅನೇಕ.

GNU/Linux ಕಾರ್ಯಾಚರಣಾ ವ್ಯವಸ್ಥೆಯು ಈ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗೆ ಪೂರಕವಾಗಿರುವ ಪ್ರೋಗ್ರಾಮ್‌ಗಳನ್ನು ಮತ್ತು ಅದನ್ನು ಪೂರ್ಣ ಪ್ರಮಾಣದ ಬಹುಕ್ರಿಯಾತ್ಮಕ ಕಾರ್ಯಾಚರಣಾ ಪರಿಸರವನ್ನಾಗಿ ಮಾಡುವ ಅಪ್ಲಿಕೇಶನ್ ಪ್ರೋಗ್ರಾಂಗಳನ್ನು ಸಹ ಒಳಗೊಂಡಿರುತ್ತದೆ.

ಹೆಚ್ಚಿನ ಇತರ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳಂತೆ, GNU/Linux ಒಂದೇ "ಅಧಿಕೃತ" ಬಂಡಲ್‌ನೊಂದಿಗೆ ಬರುವುದಿಲ್ಲ. ಬದಲಾಗಿ, GNU/Linux ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ವಿತರಣೆಗಳು ಎಂದು ಕರೆಯಲ್ಪಡುತ್ತದೆ, ಇದು GNU ಪ್ರೋಗ್ರಾಂಗಳನ್ನು Linux ಕರ್ನಲ್ ಮತ್ತು ಇತರ ಪ್ರೋಗ್ರಾಂಗಳೊಂದಿಗೆ ಲಿಂಕ್ ಮಾಡುತ್ತದೆ. Ubuntu, Debian GNU/Linux, Red Hat, Fedora, Mandriva, SuSE, Gentoo, Slackware, Archlinux ಅತ್ಯಂತ ಪ್ರಸಿದ್ಧವಾದ GNU/Linux ವಿತರಣೆಗಳು. ರಷ್ಯಾದ ವಿತರಣೆಗಳು - ALT Linux ಮತ್ತು ASPLinux.

Microsoft Windows (Windows NT), Mac OS (Mac OS X), ಮತ್ತು ವಾಣಿಜ್ಯ UNIX-ರೀತಿಯ ವ್ಯವಸ್ಥೆಗಳಂತೆ, GNU/Linux ಭೌಗೋಳಿಕ ಅಭಿವೃದ್ಧಿ ಕೇಂದ್ರವನ್ನು ಹೊಂದಿಲ್ಲ. ಈ ವ್ಯವಸ್ಥೆಯನ್ನು ಹೊಂದಿರುವ ಯಾವುದೇ ಸಂಸ್ಥೆ ಇಲ್ಲ; ಒಂದೇ ಒಂದು ಸಮನ್ವಯ ಕೇಂದ್ರವೂ ಇಲ್ಲ. ಲಿನಕ್ಸ್‌ಗಾಗಿ ಪ್ರೋಗ್ರಾಂಗಳು ಸಾವಿರಾರು ಯೋಜನೆಗಳ ಕೆಲಸದ ಫಲಿತಾಂಶವಾಗಿದೆ. ಈ ಯೋಜನೆಗಳಲ್ಲಿ ಕೆಲವು ಕೇಂದ್ರೀಕೃತವಾಗಿವೆ, ಕೆಲವು ಸಂಸ್ಥೆಗಳಲ್ಲಿ ಕೇಂದ್ರೀಕೃತವಾಗಿವೆ. ಪತ್ರವ್ಯವಹಾರದ ಮೂಲಕ ಮಾತ್ರ ಪರಸ್ಪರ ತಿಳಿದಿರುವ ಪ್ರಪಂಚದಾದ್ಯಂತದ ಹ್ಯಾಕರ್‌ಗಳನ್ನು ಅನೇಕ ಯೋಜನೆಗಳು ಒಟ್ಟುಗೂಡಿಸುತ್ತವೆ. ಯಾರಾದರೂ ತಮ್ಮದೇ ಆದ ಯೋಜನೆಯನ್ನು ರಚಿಸಬಹುದು ಅಥವಾ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಒಂದನ್ನು ಸೇರಬಹುದು ಮತ್ತು ಯಶಸ್ವಿಯಾದರೆ, ಕೆಲಸದ ಫಲಿತಾಂಶಗಳು ಲಕ್ಷಾಂತರ ಬಳಕೆದಾರರಿಗೆ ತಿಳಿಯುತ್ತದೆ. ಬಳಕೆದಾರರು ಉಚಿತ ಸಾಫ್ಟ್‌ವೇರ್ ಪರೀಕ್ಷೆಯಲ್ಲಿ ಪಾಲ್ಗೊಳ್ಳುತ್ತಾರೆ, ಡೆವಲಪರ್‌ಗಳೊಂದಿಗೆ ನೇರವಾಗಿ ಸಂವಹನ ನಡೆಸುತ್ತಾರೆ, ಇದು ದೋಷಗಳನ್ನು ತ್ವರಿತವಾಗಿ ಹುಡುಕಲು ಮತ್ತು ಸರಿಪಡಿಸಲು ಮತ್ತು ಹೊಸ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ.

UNIX-ವ್ಯವಸ್ಥೆಗಳ ಅಭಿವೃದ್ಧಿಯ ಇತಿಹಾಸ. GNU/Linux ಯುನಿಕ್ಸ್ ಹೊಂದಬಲ್ಲ, ಆದರೆ ತನ್ನದೇ ಆದ ಮೂಲ ಕೋಡ್ ಅನ್ನು ಆಧರಿಸಿದೆ

ಇದು ಈ ಹೊಂದಿಕೊಳ್ಳುವ ಮತ್ತು ಕ್ರಿಯಾತ್ಮಕ ಅಭಿವೃದ್ಧಿ ವ್ಯವಸ್ಥೆಯಾಗಿದೆ, ಇದು ಮುಚ್ಚಿದ ಮೂಲ ಯೋಜನೆಗಳಿಗೆ ಅಸಾಧ್ಯವಾಗಿದೆ, ಇದು [ಮೂಲವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಲಾಗಿಲ್ಲ 199 ದಿನಗಳು] GNU/Linux ನ ಅಸಾಧಾರಣ ವೆಚ್ಚ-ಪರಿಣಾಮಕಾರಿತ್ವವನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಉಚಿತ ಅಭಿವೃದ್ಧಿಯ ಕಡಿಮೆ ವೆಚ್ಚ, ಸುಸ್ಥಾಪಿತ ಪರೀಕ್ಷೆ ಮತ್ತು ವಿತರಣಾ ಕಾರ್ಯವಿಧಾನಗಳು, ಸಮಸ್ಯೆಗಳ ವಿಭಿನ್ನ ದೃಷ್ಟಿಕೋನಗಳೊಂದಿಗೆ ವಿವಿಧ ದೇಶಗಳ ಜನರ ಒಳಗೊಳ್ಳುವಿಕೆ, ಜಿಪಿಎಲ್ ಪರವಾನಗಿಯಿಂದ ಕೋಡ್‌ನ ರಕ್ಷಣೆ - ಇವೆಲ್ಲವೂ ಉಚಿತ ಸಾಫ್ಟ್‌ವೇರ್‌ನ ಯಶಸ್ಸಿಗೆ ಕಾರಣವಾಗಿದೆ. .

ಸಹಜವಾಗಿ, ಅಂತಹ ಹೆಚ್ಚಿನ ಅಭಿವೃದ್ಧಿ ದಕ್ಷತೆಯು ತಮ್ಮ ಯೋಜನೆಗಳನ್ನು ತೆರೆಯಲು ಪ್ರಾರಂಭಿಸಿದ ದೊಡ್ಡ ಕಂಪನಿಗಳಿಗೆ ಆಸಕ್ತಿಯನ್ನುಂಟುಮಾಡಲು ವಿಫಲವಾಗುವುದಿಲ್ಲ. Mozilla (Netscape, AOL), OpenOffice.org (Sun), ಇಂಟರ್‌ಬೇಸ್ (Borland) ನ ಉಚಿತ ಕ್ಲೋನ್ - Firebird, SAP DB (SAP) ಕಾಣಿಸಿಕೊಂಡಿದ್ದು ಹೀಗೆ. IBM GNU/Linux ಅನ್ನು ಅದರ ಮೇನ್‌ಫ್ರೇಮ್‌ಗಳಿಗೆ ಪೋರ್ಟ್ ಮಾಡಲು ಅನುಕೂಲ ಮಾಡಿಕೊಟ್ಟಿತು.

ಮತ್ತೊಂದೆಡೆ, ತೆರೆದ ಮೂಲವು GNU/Linux ಗಾಗಿ ಮುಚ್ಚಿದ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವ ವೆಚ್ಚವನ್ನು ಗಮನಾರ್ಹವಾಗಿ ಕಡಿಮೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ಬಳಕೆದಾರರಿಗೆ ಪರಿಹಾರದ ಬೆಲೆಯನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ. ಇದಕ್ಕಾಗಿಯೇ GNU/Linux ಸಾಮಾನ್ಯವಾಗಿ ಒರಾಕಲ್, DB2, Informix, SyBase, SAP R3, Domino ನಂತಹ ಉತ್ಪನ್ನಗಳಿಗೆ ಶಿಫಾರಸು ಮಾಡಲಾದ ವೇದಿಕೆಯಾಗಿದೆ.

GNU/Linux ಸಮುದಾಯವು Linux ಬಳಕೆದಾರರ ಗುಂಪುಗಳ ಮೂಲಕ ಸಂವಹನ ನಡೆಸುತ್ತದೆ.

ಹೆಚ್ಚಿನ ಬಳಕೆದಾರರು GNU/Linux ಅನ್ನು ಸ್ಥಾಪಿಸಲು ವಿತರಣೆಗಳನ್ನು ಬಳಸುತ್ತಾರೆ. ವಿತರಣಾ ಕಿಟ್ ಕೇವಲ ಪ್ರೋಗ್ರಾಂಗಳ ಒಂದು ಸೆಟ್ ಅಲ್ಲ, ಆದರೆ ವಿಭಿನ್ನ ಬಳಕೆದಾರ ಕಾರ್ಯಗಳಿಗಾಗಿ ಹಲವಾರು ಪರಿಹಾರಗಳು, ಪ್ಯಾಕೇಜ್‌ಗಳನ್ನು ಸ್ಥಾಪಿಸಲು, ನಿರ್ವಹಿಸಲು ಮತ್ತು ನವೀಕರಿಸಲು, ಕಾನ್ಫಿಗರೇಶನ್ ಮತ್ತು ಬೆಂಬಲಕ್ಕಾಗಿ ಸಾಮಾನ್ಯ ವ್ಯವಸ್ಥೆಗಳಿಂದ ಸಂಯೋಜಿಸಲ್ಪಟ್ಟಿದೆ.

ವಿಶ್ವದ ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ವಿತರಣೆಗಳು: - ವೇಗವಾಗಿ ಬೆಳೆಯುತ್ತಿರುವ ವಿತರಣೆಯು ಕಲಿಕೆ ಮತ್ತು ಬಳಕೆಯ ಸುಲಭತೆಯ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸಿದೆ - Novell ಮಾಲೀಕತ್ವದ SuSE ವಿತರಣೆಯ ಉಚಿತ ಆವೃತ್ತಿ. YaST ಸೌಲಭ್ಯವನ್ನು ಬಳಸಿಕೊಂಡು ಹೊಂದಿಸಲು ಮತ್ತು ನಿರ್ವಹಿಸಲು ಸುಲಭ - ಸಮುದಾಯ ಮತ್ತು RedHat ಕಾರ್ಪೊರೇಶನ್‌ನಿಂದ ಬೆಂಬಲಿತವಾಗಿದೆ, RHEL ನ ವಾಣಿಜ್ಯ ಆವೃತ್ತಿಯ ಬಿಡುಗಡೆಗೆ ಮುಂಚಿತವಾಗಿ GNU / Linux - ವಾಣಿಜ್ಯೇತರ ಡೆವಲಪರ್‌ಗಳ ದೊಡ್ಡ ಸಮುದಾಯದಿಂದ ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾದ ಅಂತರರಾಷ್ಟ್ರೀಯ ವಿತರಣಾ ಕಿಟ್ ಉದ್ದೇಶಗಳು. ಅನೇಕ ಇತರ ವಿತರಣೆಗಳ ರಚನೆಗೆ ಆಧಾರವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಇದು ಮುಕ್ತವಲ್ಲದ ಸಾಫ್ಟ್‌ವೇರ್‌ನ ಸೇರ್ಪಡೆಗೆ ಕಟ್ಟುನಿಟ್ಟಾದ ವಿಧಾನದಿಂದ ಗುರುತಿಸಲ್ಪಟ್ಟಿದೆ - ಫ್ರೆಂಚ್-ಬ್ರೆಜಿಲಿಯನ್ ವಿತರಣೆ, ಹಿಂದಿನ ಮ್ಯಾಂಡ್ರೇಕ್ ಮತ್ತು ಕನೆಕ್ಟಿವಾ (ಇಂಗ್ಲಿಷ್) ಗಳ ಸಮ್ಮಿಲನ - ಹಳೆಯ ವಿತರಣೆಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ, ಇದು ಸಂಪ್ರದಾಯವಾದಿ ವಿಧಾನದಿಂದ ಭಿನ್ನವಾಗಿದೆ ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಬಳಕೆ - ವಿತರಣಾ ಕಿಟ್ ಮೂಲ ಕೋಡ್‌ಗಳಿಂದ ಸಂಕಲಿಸಲಾಗಿದೆ. ಅಂತಿಮ ಸಿಸ್ಟಮ್ ಮತ್ತು ಕಾರ್ಯಕ್ಷಮತೆಯ ಆಪ್ಟಿಮೈಸೇಶನ್‌ನ ಅತ್ಯಂತ ಹೊಂದಿಕೊಳ್ಳುವ ಗ್ರಾಹಕೀಕರಣಕ್ಕೆ ಅನುಮತಿಸುತ್ತದೆ, ಅದಕ್ಕಾಗಿಯೇ ಇದು ಸ್ವತಃ ಮೆಟಾ-ವಿತರಣೆ ಎಂದು ಕರೆಯುತ್ತದೆ. ತಜ್ಞರು ಮತ್ತು ಮುಂದುವರಿದ ಬಳಕೆದಾರರ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸಲಾಗಿದೆ - ಇತ್ತೀಚಿನ ಸಾಫ್ಟ್‌ವೇರ್ ಆವೃತ್ತಿಗಳ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸಲಾಗಿದೆ ಮತ್ತು ನಿರಂತರವಾಗಿ ನವೀಕರಿಸಲಾಗುತ್ತದೆ, ಬೈನರಿ ಮತ್ತು ಮೂಲ ಸ್ಥಾಪನೆಗಳನ್ನು ಸಮಾನವಾಗಿ ಬೆಂಬಲಿಸುತ್ತದೆ ಮತ್ತು ಸರಳತೆಯ KISS ತತ್ವದ ಮೇಲೆ ನಿರ್ಮಿಸಲಾಗಿದೆ, ಈ ವಿತರಣೆಯು ಎಲ್ಲಾ ಶಕ್ತಿ ಮತ್ತು ಮಾರ್ಪಾಡುಗಳನ್ನು ಹೊಂದಲು ಬಯಸುವ ಸಮರ್ಥ ಬಳಕೆದಾರರನ್ನು ಗುರಿಯಾಗಿರಿಸಿಕೊಂಡಿದೆ. Linux ನ, ಆದರೆ ನಿರ್ವಹಣೆ ಸಮಯವನ್ನು ತ್ಯಾಗ ಮಾಡುತ್ತಿಲ್ಲ.

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

ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ತನ್ನದೇ ಆದ ಪರಿಕಲ್ಪನೆಯನ್ನು ಹೊಂದಿದೆ, ತನ್ನದೇ ಆದ ಪ್ಯಾಕೇಜ್‌ಗಳು, ತನ್ನದೇ ಆದ ಅನುಕೂಲಗಳು ಮತ್ತು ಅನಾನುಕೂಲಗಳನ್ನು ಹೊಂದಿದೆ. ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ ಎಲ್ಲಾ ಬಳಕೆದಾರರನ್ನು ತೃಪ್ತಿಪಡಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ, ಮತ್ತು ಆದ್ದರಿಂದ, ನಾಯಕರ ಪಕ್ಕದಲ್ಲಿ, ಅವರ ಪರಿಹಾರಗಳು, ಅವರ ವಿತರಣೆಗಳು, ಅವರ ಸೇವೆಗಳನ್ನು ನೀಡುವ ಇತರ ಸಂಸ್ಥೆಗಳು ಮತ್ತು ಪ್ರೋಗ್ರಾಮರ್ ಸಂಘಗಳು ಇವೆ. Knoppix ನಂತಹ GNU/Linux ನ ಮೇಲೆ ನಿರ್ಮಿಸಲಾದ ಅನೇಕ LiveCD ಗಳಿವೆ. ನಿಮ್ಮ ಹಾರ್ಡ್ ಡ್ರೈವಿನಲ್ಲಿ ಇನ್‌ಸ್ಟಾಲ್ ಮಾಡದೆಯೇ CD ಯಿಂದ ನೇರವಾಗಿ GNU/Linux ಅನ್ನು ಚಲಾಯಿಸಲು LiveCD ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.

GNU / Linux ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಬಯಸುವವರಿಗೆ, ಯಾವುದೇ ವಿತರಣೆಗಳು ಸೂಕ್ತವಾಗಿವೆ, ಆದರೆ ಆಗಾಗ್ಗೆ ಮೂಲ ಆಧಾರಿತ ವಿತರಣೆಗಳು ಎಂದು ಕರೆಯಲ್ಪಡುವ ಈ ಉದ್ದೇಶಕ್ಕಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ, ಅಂದರೆ, ಅವುಗಳು ಎಲ್ಲಾ (ಅಥವಾ ಭಾಗಗಳ) ಸ್ವಯಂ ಜೋಡಣೆಯನ್ನು ಒಳಗೊಂಡಿರುತ್ತವೆ. LFS, Gentoo, ArchLinux ಅಥವಾ CRUX ನಂತಹ ಮೂಲ ಕೋಡ್‌ಗಳಿಂದ ಘಟಕಗಳು.

4.1 ಸಿಸ್ಟಮ್ ಕರ್ನಲ್ ಅನ್ನು ಸ್ಥಾಪಿಸುವುದು

Nagios ಅನ್ನು ಎರಡು ರೀತಿಯಲ್ಲಿ ಸ್ಥಾಪಿಸಬಹುದು - ಮೂಲಗಳಿಂದ ಮತ್ತು ನಿರ್ಮಿಸಿದ ಪ್ಯಾಕೇಜ್‌ಗಳಿಂದ. ಎರಡೂ ವಿಧಾನಗಳು ಅನುಕೂಲಗಳು ಮತ್ತು ಅನಾನುಕೂಲಗಳನ್ನು ಹೊಂದಿವೆ, ಅವುಗಳನ್ನು ಪರಿಗಣಿಸಿ.

ಅವರ ಮೂಲ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಸ್ಥಾಪಿಸುವ ಪ್ರಯೋಜನಗಳು:

§ ಸಿಸ್ಟಮ್ನ ವಿವರವಾದ ಸಂರಚನೆಯ ಸಾಧ್ಯತೆ;

§ ಉನ್ನತ ಮಟ್ಟದ ಅಪ್ಲಿಕೇಶನ್ ಆಪ್ಟಿಮೈಸೇಶನ್;

§ ಕಾರ್ಯಕ್ರಮದ ಅತ್ಯಂತ ಸಂಪೂರ್ಣ ಪ್ರಾತಿನಿಧ್ಯ.

ಅವರ ಮೂಲ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಸ್ಥಾಪಿಸುವ ಅನಾನುಕೂಲಗಳು:

§ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಜೋಡಿಸಲು ಹೆಚ್ಚುವರಿ ಸಮಯ ಬೇಕಾಗುತ್ತದೆ, ಆಗಾಗ್ಗೆ ಅದನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಮತ್ತು ಡೀಬಗ್ ಮಾಡಲು ಸಮಯವನ್ನು ಮೀರುತ್ತದೆ;

§ ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್‌ಗಳೊಂದಿಗೆ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ತೆಗೆದುಹಾಕಲು ಅಸಮರ್ಥತೆ;

§ ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್‌ಗಳೊಂದಿಗೆ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ನವೀಕರಿಸಲು ಅಸಮರ್ಥತೆ;

§ ಸ್ಥಾಪಿಸಲಾದ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ಮೇಲೆ ಕೇಂದ್ರೀಕೃತ ನಿಯಂತ್ರಣದ ಅಸಾಧ್ಯತೆ.

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

ಎರಡೂ ಅನುಸ್ಥಾಪನಾ ವಿಧಾನಗಳನ್ನು ಆರಂಭದಲ್ಲಿ ಪರೀಕ್ಷಿಸಲಾಗಿರುವುದರಿಂದ, ನಾವು ಪ್ರತಿಯೊಂದನ್ನು ಹೆಚ್ಚು ವಿವರವಾಗಿ ಪರಿಗಣಿಸುತ್ತೇವೆ.

4.1.1 ಅವುಗಳ ಮೂಲ ಕೋಡ್‌ಗಳ ಕರ್ನಲ್ ಸಿಸ್ಟಮ್‌ನ ಅನುಸ್ಥಾಪನೆಯ ವಿವರಣೆ

ಅಗತ್ಯವಿರುವ ಪ್ಯಾಕೇಜುಗಳು.

ನೀವು Nagios ಅನ್ನು ನಿಯೋಜಿಸಲು ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು ಕೆಳಗಿನ ಪ್ಯಾಕೇಜ್‌ಗಳನ್ನು ಸ್ಥಾಪಿಸಲಾಗಿದೆ ಎಂದು ನೀವು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬೇಕು. ಅವರ ಅನುಸ್ಥಾಪನೆಯ ಪ್ರಕ್ರಿಯೆಯ ವಿವರವಾದ ಚರ್ಚೆಯು ಈ ಕೆಲಸದ ವ್ಯಾಪ್ತಿಯನ್ನು ಮೀರಿದೆ.

· ಅಪಾಚೆ 2

· PHP

· GCC ಕಂಪೈಲರ್ ಮತ್ತು ಡೆವಲಪರ್ ಲೈಬ್ರರಿಗಳು

· ಜಿಡಿ ಡೆವಲಪರ್ ಲೈಬ್ರರೀಸ್

ಅವುಗಳನ್ನು ಈ ರೀತಿ ಸ್ಥಾಪಿಸಲು ನೀವು apt-get (ಮೇಲಾಗಿ ಆಪ್ಟಿಟ್ಯೂಡ್) ಅನ್ನು ಬಳಸಬಹುದು:

% sudo apt-get install apache2

% sudo apt-get install libapache2-mod-php5

% sudo apt-get install ಬಿಲ್ಡ್-ಎಸೆನ್ಷಿಯಲ್

% sudo apt-get install libgd2-dev

1) ಹೊಸ ಬಳಕೆದಾರ ಸವಲತ್ತು ಇಲ್ಲದ ಖಾತೆಯನ್ನು ರಚಿಸಿ

Nagios ಸೇವೆಯನ್ನು ಪ್ರಾರಂಭಿಸಲು ಹೊಸ ಖಾತೆಯನ್ನು ರಚಿಸಲಾಗಿದೆ. ಸೂಪರ್ಯೂಸರ್ ಖಾತೆಯ ಅಡಿಯಲ್ಲಿ ನೀವು ಇದನ್ನು ಮಾಡಬಹುದು, ಇದು ಸಿಸ್ಟಮ್ನ ಭದ್ರತೆಗೆ ಗಂಭೀರ ಬೆದರಿಕೆಯನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ.

ಸೂಪರ್ಯೂಸರ್ ಆಗಿ:

ಹೊಸ nagios ಬಳಕೆದಾರ ಖಾತೆಯನ್ನು ರಚಿಸಿ ಮತ್ತು ಅದಕ್ಕೆ ಪಾಸ್‌ವರ್ಡ್ ನೀಡಿ:

# /usr/sbin/useradd -m -s /bin/bash nagios

# passwd ನಾಗೋಸ್

ನಾಗಿಯೋಸ್ ಗುಂಪನ್ನು ರಚಿಸಿ ಮತ್ತು ಅದಕ್ಕೆ ನಾಗಿಯೋಸ್ ಬಳಕೆದಾರರನ್ನು ಸೇರಿಸಿ:

# /usr/sbin/groupadd nagios

# /usr/sbin/usermod -G ನಾಗಿಯೋಸ್ ನಾಗಿಯೋಸ್

ವೆಬ್ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ರವಾನಿಸಲಾದ ಬಾಹ್ಯ ಆಜ್ಞೆಗಳ ಕಾರ್ಯಗತಗೊಳಿಸಲು ಅನುಮತಿಸಲು nagcmd ಗುಂಪನ್ನು ರಚಿಸೋಣ. ಈ ಗುಂಪಿಗೆ ನಾಗಿಯೋಸ್ ಮತ್ತು ಅಪಾಚೆ ಬಳಕೆದಾರರನ್ನು ಸೇರಿಸೋಣ:

# /usr/sbin/groupadd nagcmd

# /usr/sbin/usermod -a -G nagcmd nagios

# /usr/sbin/usermod -a -G nagcmd www-data

2) Nagios ಮತ್ತು ಅದರ ಪ್ಲಗಿನ್‌ಗಳನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಿ

ಡೌನ್‌ಲೋಡ್ ಮಾಡಿದ ಫೈಲ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು ಡೈರೆಕ್ಟರಿಯನ್ನು ರಚಿಸಿ:

# mkdir ~/ಡೌನ್‌ಲೋಡ್‌ಗಳು

# ಸಿಡಿ ~/ಡೌನ್‌ಲೋಡ್‌ಗಳು

Nagios ಮತ್ತು ಅದರ ಪ್ಲಗಿನ್‌ಗಳ ಸಂಕುಚಿತ ಮೂಲಗಳನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಿ (#"justify"># wget #"justify"># wget #"justify">3) Nagios ಅನ್ನು ಕಂಪೈಲ್ ಮಾಡಿ ಮತ್ತು ಸ್ಥಾಪಿಸಿ

ಸಂಕುಚಿತ Nagios ಮೂಲಗಳನ್ನು ಅನ್ಪ್ಯಾಕ್ ಮಾಡೋಣ:

# ಸಿಡಿ ~/ಡೌನ್‌ಲೋಡ್‌ಗಳು

# tar xzf nagios-3.2.0.tar.gz

# CD nagios-3.2.0

Nagios ಕಾನ್ಫಿಗರೇಶನ್ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ರನ್ ಮಾಡಿ, ನಾವು ಮೊದಲು ರಚಿಸಿದ ಗುಂಪಿನ ಹೆಸರನ್ನು ರವಾನಿಸಿ:

# ./configure --with-command-group=nagcmd

ಕಾನ್ಫಿಗರೇಶನ್ ಸ್ಕ್ರಿಪ್ಟ್ ಪ್ಯಾರಾಮೀಟರ್‌ಗಳ ಸಂಪೂರ್ಣ ಪಟ್ಟಿ:

#./configure --help

`configure" ಈ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಹಲವು ರೀತಿಯ ವ್ಯವಸ್ಥೆಗಳಿಗೆ ಹೊಂದಿಕೊಳ್ಳುವಂತೆ ಕಾನ್ಫಿಗರ್ ಮಾಡುತ್ತದೆ.: ./configure ... ... ಪರಿಸರ ವೇರಿಯೇಬಲ್‌ಗಳನ್ನು ನಿಯೋಜಿಸಿ (ಉದಾ., CC, CFLAGS...), ಅವುಗಳನ್ನು=VALUE ಎಂದು ನಿರ್ದಿಷ್ಟಪಡಿಸಿ. ಕೆಲವು ವಿವರಣೆಗಳಿಗಾಗಿ ಕೆಳಗೆ ನೋಡಿ ಉಪಯುಕ್ತ ವೇರಿಯಬಲ್‌ಗಳ ಆಯ್ಕೆಗಳಿಗಾಗಿ ಬ್ರಾಕೆಟ್‌ಗಳಲ್ಲಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಲಾಗಿದೆ.:

h, --help ಈ ಸಹಾಯವನ್ನು ಪ್ರದರ್ಶಿಸಿ ಮತ್ತು ನಿರ್ಗಮಿಸಿ

ಸಹಾಯ=ಈ ಪ್ಯಾಕೇಜ್‌ಗೆ ನಿರ್ದಿಷ್ಟವಾದ ಕಿರು ಪ್ರದರ್ಶನ ಆಯ್ಕೆಗಳು

ಸಹಾಯ=ಆವರ್ತಕ ಪ್ರದರ್ಶನ ಎಲ್ಲಾ ಒಳಗೊಂಡಿರುವ ಪ್ಯಾಕೇಜುಗಳ ಕಿರು ಸಹಾಯ

V, --version ಪ್ರದರ್ಶನ ಆವೃತ್ತಿ ಮಾಹಿತಿ ಮತ್ತು ನಿರ್ಗಮನ

q, --quiet, --silent `ಚೆಕಿಂಗ್..." ಸಂದೇಶಗಳನ್ನು ಮುದ್ರಿಸಬೇಡಿ

cache-file=FILE ನಲ್ಲಿ FILE ಸಂಗ್ರಹ ಪರೀಕ್ಷೆಯ ಫಲಿತಾಂಶಗಳು

`--cache-file=config.cache" ಗಾಗಿ C, --config-cache ಅಲಿಯಾಸ್

n, --no-create ಔಟ್‌ಪುಟ್ ಫೈಲ್‌ಗಳನ್ನು ರಚಿಸಬೇಡಿ

Srcdir=DIR DIR ಡೈರೆಕ್ಟರಿಗಳಲ್ಲಿ ಮೂಲಗಳನ್ನು ಹುಡುಕುತ್ತದೆ:

Prefix=PREFIX PREFIX ನಲ್ಲಿ ಆರ್ಕಿಟೆಕ್ಚರ್-ಸ್ವತಂತ್ರ ಫೈಲ್‌ಗಳನ್ನು ಸ್ಥಾಪಿಸಿ

Exec-prefix=EPREFIX EPREFIXdefault ನಲ್ಲಿ ಆರ್ಕಿಟೆಕ್ಚರ್-ಅವಲಂಬಿತ ಫೈಲ್‌ಗಳನ್ನು ಸ್ಥಾಪಿಸಿ, `ಮೇಕ್ ಇನ್‌ಸ್ಟಾಲ್' ಎಲ್ಲಾ ಫೈಲ್‌ಗಳನ್ನು `/usr/local/nagios/bin", `/usr/local/nagios/lib" ಇತ್ಯಾದಿಗಳಲ್ಲಿ ಸ್ಥಾಪಿಸುತ್ತದೆ. ನೀವು ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದು `--ಪೂರ್ವಪ್ರತ್ಯಯ" ಬಳಸಿಕೊಂಡು `/usr/local/nagios" ಹೊರತುಪಡಿಸಿ ಅನುಸ್ಥಾಪನ ಪೂರ್ವಪ್ರತ್ಯಯ, ಉದಾಹರಣೆಗೆ `--prefix=$HOME". ಉತ್ತಮ ನಿಯಂತ್ರಣ, ಕೆಳಗಿನ ಆಯ್ಕೆಗಳನ್ನು ಬಳಸಿ. ಅನುಸ್ಥಾಪನಾ ಡೈರೆಕ್ಟರಿಗಳ tuning:

Bindir=DIR ಬಳಕೆದಾರ ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆಗಳು

Sbindir=DIR ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರು ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದು

libexecdir=DIR ಪ್ರೋಗ್ರಾಂ ಎಕ್ಸಿಕ್ಯೂಟಬಲ್‌ಗಳು

Datadir=DIR ಓದಲು-ಮಾತ್ರ ಆರ್ಕಿಟೆಕ್ಚರ್-ಸ್ವತಂತ್ರ ಡೇಟಾ

Sysconfdir=DIR ಓದಲು-ಮಾತ್ರ ಏಕ-ಯಂತ್ರ ಡೇಟಾ

Sharedstatedir=DIR ಮಾರ್ಪಡಿಸಬಹುದಾದ ಆರ್ಕಿಟೆಕ್ಚರ್-ಸ್ವತಂತ್ರ ಡೇಟಾ

Localstatedir=DIR ಮಾರ್ಪಡಿಸಬಹುದಾದ ಏಕ-ಯಂತ್ರ ಡೇಟಾ

Libdir=DIR ಆಬ್ಜೆಕ್ಟ್ ಕೋಡ್ ಲೈಬ್ರರಿಗಳು

Includedir=DIR C ಹೆಡರ್ ಫೈಲ್‌ಗಳು

oldincludedir=ಡಿಐಆರ್ ಸಿ ಹೆಡರ್ ಫೈಲ್‌ಗಳು ಅಲ್ಲದ ಜಿಸಿಸಿಗಾಗಿ

infodir=DIR ಮಾಹಿತಿ ದಾಖಲಾತಿ

ಮಂದಿರ=DIR ಮ್ಯಾನ್ ದಸ್ತಾವೇಜನ್ನು ವಿಧಗಳು:

Build=BUILD ಅನ್ನು BUILD ನಲ್ಲಿ ನಿರ್ಮಿಸಲು ಕಾನ್ಫಿಗರ್ ಮಾಡಿ

Host=HOST ಕ್ರಾಸ್-ಕಂಪೈಲ್ HOST ವೈಶಿಷ್ಟ್ಯಗಳಲ್ಲಿ ರನ್ ಮಾಡಲು ಪ್ರೋಗ್ರಾಂಗಳನ್ನು ನಿರ್ಮಿಸಲು:

ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ-ಫೀಚರ್ ವೈಶಿಷ್ಟ್ಯವನ್ನು ಒಳಗೊಂಡಿಲ್ಲ (ಅದೇ --enable-FEATURE=no)

ಸಕ್ರಿಯಗೊಳಿಸಿ-ಫೀಚರ್[=ARG] ವೈಶಿಷ್ಟ್ಯವನ್ನು ಒಳಗೊಂಡಿದೆ

disable-statusmap=ಸಿಜಿಐ ಸ್ಥಿತಿ ನಕ್ಷೆಯ ಸಂಕಲನವನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ

disable-statuswrl=Statuswrl (VRML) CGI ಯ ಸಂಕಲನವನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ

ಸಕ್ರಿಯಗೊಳಿಸಿ-DEBUG0 ಕಾರ್ಯ ಪ್ರವೇಶ ಮತ್ತು ನಿರ್ಗಮನವನ್ನು ತೋರಿಸುತ್ತದೆ

ಸಕ್ರಿಯಗೊಳಿಸಿ-DEBUG1 ಸಾಮಾನ್ಯ ಮಾಹಿತಿ ಸಂದೇಶಗಳನ್ನು ತೋರಿಸುತ್ತದೆ

ಸಕ್ರಿಯಗೊಳಿಸಿ-DEBUG2 ಎಚ್ಚರಿಕೆ ಸಂದೇಶಗಳನ್ನು ತೋರಿಸುತ್ತದೆ

ಸಕ್ರಿಯಗೊಳಿಸಿ-DEBUG3 ನಿಗದಿತ ಈವೆಂಟ್‌ಗಳನ್ನು ತೋರಿಸುತ್ತದೆ (ಸೇವೆ ಮತ್ತು ಹೋಸ್ಟ್ ಪರಿಶೀಲನೆಗಳು... ಇತ್ಯಾದಿ)

ಸಕ್ರಿಯಗೊಳಿಸಿ-DEBUG4 ಸೇವೆ ಮತ್ತು ಹೋಸ್ಟ್ ಅಧಿಸೂಚನೆಗಳನ್ನು ತೋರಿಸುತ್ತದೆ

ಸಕ್ರಿಯಗೊಳಿಸಿ-DEBUG5 SQL ಪ್ರಶ್ನೆಗಳನ್ನು ತೋರಿಸುತ್ತದೆ

Enable-DEBUGALL ಎಲ್ಲಾ ಡೀಬಗ್ ಮಾಡುವ ಸಂದೇಶಗಳನ್ನು ತೋರಿಸುತ್ತದೆ

ಎನೇಬಲ್-ನ್ಯಾನೋಸ್ಲೀಪ್ ಈವೆಂಟ್ ಟೈಮಿಂಗ್‌ನಲ್ಲಿ ನ್ಯಾನೋಸ್ಲೀಪ್ (ನಿದ್ರೆಯ ಬದಲಿಗೆ) ಬಳಕೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ

ಈವೆಂಟ್-ಬ್ರೋಕರ್ ಈವೆಂಟ್ ಬ್ರೋಕರ್ ವಾಡಿಕೆಯ ಏಕೀಕರಣವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ

Enable-Embedded-perl ಎಂಬೆಡೆಡ್ ಪರ್ಲ್ ಇಂಟರ್ಪ್ರಿಟರ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ

ಸಕ್ರಿಯಗೊಳಿಸಿ-ಸಿಗ್ವಿನ್ CYGWIN ಪರಿಸರ ಪ್ಯಾಕೇಜ್‌ಗಳ ಅಡಿಯಲ್ಲಿ ಕಟ್ಟಡವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ:

ಜೊತೆ-ಪ್ಯಾಕೇಜ್[=ARG] ಪ್ಯಾಕೇಜ್ ಬಳಸಿ

PACKAGE ಇಲ್ಲದೆ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಬಳಸಬೇಡಿ (ಅದೇ --with-PACKAGE=no)

ವಿತ್-ನಾಜಿಯೋಸ್-ಯೂಸರ್= nagios ಅನ್ನು ಚಲಾಯಿಸಲು ಬಳಕೆದಾರಹೆಸರನ್ನು ಹೊಂದಿಸುತ್ತದೆ

ವಿತ್-ನಾಜಿಯೋಸ್-ಗುಂಪು= ನ್ಯಾಜಿಯೊಗಳನ್ನು ಚಲಾಯಿಸಲು ಗುಂಪಿನ ಹೆಸರನ್ನು ಹೊಂದಿಸುತ್ತದೆ

ವಿತ್-ಕಮಾಂಡ್-ಯೂಸರ್= ಕಮಾಂಡ್ ಪ್ರವೇಶಕ್ಕಾಗಿ ಬಳಕೆದಾರ ಹೆಸರನ್ನು ಹೊಂದಿಸುತ್ತದೆ

ವಿತ್-ಕಮಾಂಡ್-ಗ್ರೂಪ್= ಕಮಾಂಡ್ ಪ್ರವೇಶಕ್ಕಾಗಿ ಗುಂಪಿನ ಹೆಸರನ್ನು ಹೊಂದಿಸುತ್ತದೆ

ವಿತ್-ಮೇಲ್= ಮೇಲ್ ಮಾಡಲು ಸಮಾನವಾದ ಪ್ರೋಗ್ರಾಂಗೆ ಮಾರ್ಗವನ್ನು ಹೊಂದಿಸುತ್ತದೆ

ವಿತ್-ಇನಿಟ್-ಡಿರ್= init ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಇರಿಸಲು ಡೈರೆಕ್ಟರಿಯನ್ನು ಹೊಂದಿಸಿ

ಲಾಕ್‌ಫೈಲ್‌ನೊಂದಿಗೆ = ಲಾಕ್ ಫೈಲ್‌ಗಾಗಿ ಮಾರ್ಗ ಮತ್ತು ಫೈಲ್ ಹೆಸರನ್ನು ಹೊಂದಿಸಿ

With-gd-lib=DIR gd ಲೈಬ್ರರಿಯ ಸ್ಥಳವನ್ನು ಹೊಂದಿಸುತ್ತದೆ

With-gd-inc=DIR ಸೆಟ್‌ಗಳು gd ನ ಸ್ಥಳವು ಫೈಲ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ

ವಿತ್-ಸಿಜಿಯುರ್ಲ್= cgi ಪ್ರೋಗ್ರಾಂಗಳಿಗಾಗಿ URL ಅನ್ನು ಹೊಂದಿಸುತ್ತದೆ (ಟ್ರೇಲಿಂಗ್ ಸ್ಲ್ಯಾಷ್ ಅನ್ನು ಬಳಸಬೇಡಿ)

ವಿತ್-htmurl= ಸಾರ್ವಜನಿಕ html ಗಾಗಿ URL ಅನ್ನು ಹೊಂದಿಸುತ್ತದೆ

ಪರ್ಲ್‌ಕ್ಯಾಶ್‌ನೊಂದಿಗೆ ಆಂತರಿಕವಾಗಿ ಕಂಪೈಲ್ ಮಾಡಲಾದ ಪರ್ಲ್ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳ ಕ್ಯಾಶಿಯಿಂಗ್ ಅನ್ನು ಆನ್ ಮಾಡುತ್ತದೆ ಪ್ರಭಾವಶಾಲಿ ಪರಿಸರ ವೇರಿಯಬಲ್‌ಗಳು:C ಕಂಪೈಲರ್ ಕಮಾಂಡ್‌ಸಿ ಕಂಪೈಲರ್ ಫ್ಲ್ಯಾಗ್‌ಸ್ಲಿಂಕರ್ ಫ್ಲ್ಯಾಗ್‌ಗಳು, ಉದಾ. -ಎಲ್ ನೀವು ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಗ್ರಂಥಾಲಯಗಳನ್ನು ಹೊಂದಿದ್ದರೆ C/C++ ಪ್ರಿಪ್ರೊಸೆಸರ್ ಫ್ಲ್ಯಾಗ್‌ಗಳು, ಉದಾ. -ಐ ನೀವು ಪ್ರಮಾಣಿತವಲ್ಲದ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿದ್ದರೆ ಸಿ ಪ್ರಿಪ್ರೊಸೆಸ್ಈ ಅಸ್ಥಿರಗಳು `ಕಾನ್ಫಿಗರ್' ಮೂಲಕ ಮಾಡಲಾದ ಆಯ್ಕೆಗಳನ್ನು ಅತಿಕ್ರಮಿಸಲು ಅಥವಾ ಪ್ರಮಾಣಿತವಲ್ಲದ ಹೆಸರುಗಳು/ಸ್ಥಳಗಳೊಂದಿಗೆ ಲೈಬ್ರರಿಗಳು ಮತ್ತು ಪ್ರೋಗ್ರಾಂಗಳನ್ನು ಹುಡುಕಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ.

Nagios ಮೂಲ ಕೋಡ್ ಅನ್ನು ಕಂಪೈಲ್ ಮಾಡಲಾಗುತ್ತಿದೆ.

ಬೈನರಿಗಳು, ಇನಿಶಿಯಲೈಸೇಶನ್ ಸ್ಕ್ರಿಪ್ಟ್, ಮಾದರಿ ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್‌ಗಳನ್ನು ಸ್ಥಾಪಿಸಿ ಮತ್ತು ಬಾಹ್ಯ ಆಜ್ಞೆಗಳ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಅನುಮತಿಗಳನ್ನು ಹೊಂದಿಸಿ:

# ಇನ್‌ಸ್ಟಾಲ್-ಇನಿಟ್ ಮಾಡಿ

# ಅನುಸ್ಥಾಪನ-ಸಂರಚನೆಯನ್ನು ಮಾಡಿ

# ಇನ್‌ಸ್ಟಾಲ್-ಕಮಾಂಡ್‌ಮೋಡ್ ಮಾಡಿ

) ಸಂರಚನೆಯನ್ನು ಬದಲಾಯಿಸಿ

ಮಾದರಿ ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್‌ಗಳನ್ನು /usr/local/nagios/etc ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಸ್ಥಾಪಿಸಲಾಗಿದೆ. ಅವರು ತಕ್ಷಣ ಕೆಲಸ ಮಾಡಬೇಕು. ಮುಂದುವರಿಯುವ ಮೊದಲು ನೀವು ಕೇವಲ ಒಂದು ಬದಲಾವಣೆಯನ್ನು ಮಾಡಬೇಕಾಗಿದೆ.

ಯಾವುದೇ ಪಠ್ಯ ಸಂಪಾದಕದೊಂದಿಗೆ ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್ /usr/local/nagios/etc/objects/contacts.cfg ಅನ್ನು ಸಂಪಾದಿಸೋಣ ಮತ್ತು nagiosadmin ಸಂಪರ್ಕ ವ್ಯಾಖ್ಯಾನದೊಂದಿಗೆ ಸಂಯೋಜಿತವಾಗಿರುವ ಇಮೇಲ್ ವಿಳಾಸವನ್ನು ನಾವು ತೊಂದರೆ ಸಂದೇಶಗಳನ್ನು ಸ್ವೀಕರಿಸಲಿರುವ ವಿಳಾಸಕ್ಕೆ ಬದಲಾಯಿಸೋಣ.

# vi /usr/local/nagios/etc/objects/contacts.cfg

5) ವೆಬ್ ಇಂಟರ್ಫೇಸ್ ಸೆಟಪ್

Apache conf.d ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ Nagios ವೆಬ್ ಇಂಟರ್ಫೇಸ್ ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿ.

# ಇನ್‌ಸ್ಟಾಲ್-ವೆಬ್‌ಕಾನ್ಫ್ ಮಾಡಿ

Nagios ವೆಬ್ ಇಂಟರ್‌ಫೇಸ್‌ಗೆ ಲಾಗ್ ಇನ್ ಮಾಡಲು nagiosadmin ಖಾತೆಯನ್ನು ರಚಿಸಿ

# htpasswd -c /usr/local/nagios/etc/htpasswd.users nagiosadmin

ಬದಲಾವಣೆಗಳು ಕಾರ್ಯರೂಪಕ್ಕೆ ಬರಲು Apache ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ.

# /etc/init.d/apache2 ಮರುಲೋಡ್

ಈ ಖಾತೆಯ ಕಳ್ಳತನವನ್ನು ತಡೆಗಟ್ಟಲು CGI ಯ ಭದ್ರತೆಯನ್ನು ಬಲಪಡಿಸಲು ಕ್ರಮಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುವುದು ಅವಶ್ಯಕ, ಏಕೆಂದರೆ ಮೇಲ್ವಿಚಾರಣಾ ಮಾಹಿತಿಯು ಸಾಕಷ್ಟು ಸೂಕ್ಷ್ಮವಾಗಿರುತ್ತದೆ.

) Nagios ಪ್ಲಗಿನ್‌ಗಳನ್ನು ಕಂಪೈಲ್ ಮಾಡಿ ಮತ್ತು ಸ್ಥಾಪಿಸಿ

Nagios ಪ್ಲಗಿನ್‌ಗಳ ಸಂಕುಚಿತ ಮೂಲಗಳನ್ನು ಅನ್ಪ್ಯಾಕ್ ಮಾಡೋಣ:

# ಸಿಡಿ ~/ಡೌನ್‌ಲೋಡ್‌ಗಳು

# tar xzf nagios-plugins-1.4.11.tar.gz

ಪ್ಲಗಿನ್‌ಗಳನ್ನು ಕಂಪೈಲ್ ಮಾಡುವುದು ಮತ್ತು ಸ್ಥಾಪಿಸುವುದು:

# ./configure --with-nagios-user=nagios --with-nagios-group=nagios

#ಸ್ಥಾಪನೆ ಮಾಡಿ

) ನಾಗಿಯೋಸ್ ಸೇವೆಯನ್ನು ಪ್ರಾರಂಭಿಸಿ

ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಆನ್ ಆಗಿರುವಾಗ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಬೂಟ್ ಮಾಡಲು Nagios ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡೋಣ:

# ln -s /etc/init.d/nagios /etc/rcS.d/S99nagios

ಮಾದರಿ ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್‌ಗಳ ವಾಕ್ಯರಚನೆಯ ಸರಿಯಾಗಿರುವುದನ್ನು ಪರಿಶೀಲಿಸೋಣ:

# /usr/local/nagios/bin/nagios -v /usr/local/nagios/etc/nagios.cfg

ಯಾವುದೇ ದೋಷಗಳಿಲ್ಲದಿದ್ದರೆ, Nagios ಅನ್ನು ರನ್ ಮಾಡಿ:

# /etc/init.d/nagios ಪ್ರಾರಂಭ

) ವೆಬ್ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ನಮೂದಿಸಿ

ನೀವು ಈಗ ಕೆಳಗಿನ URL ಅನ್ನು ಬಳಸಿಕೊಂಡು Nagios ವೆಬ್ ಇಂಟರ್ಫೇಸ್‌ಗೆ ಲಾಗಿನ್ ಮಾಡಬಹುದು. ನಾವು ಮೊದಲೇ ಹೊಂದಿಸಿರುವ ಬಳಕೆದಾರಹೆಸರು (nagiosadmin) ಮತ್ತು ಪಾಸ್‌ವರ್ಡ್‌ಗಾಗಿ ನಿಮ್ಮನ್ನು ಕೇಳಲಾಗುತ್ತದೆ.

#"ಸಮರ್ಥಿಸು">) ವಿವಿಧ ಸೆಟ್ಟಿಂಗ್‌ಗಳು

Nagios ಈವೆಂಟ್‌ಗಳ ಕುರಿತು ಇಮೇಲ್ ಜ್ಞಾಪನೆಗಳನ್ನು ಸ್ವೀಕರಿಸಲು, ನೀವು mailx (Postfix) ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಸ್ಥಾಪಿಸುವ ಅಗತ್ಯವಿದೆ:

% sudo apt-get install mailx

% sudo apt-get install postfix

ನೀವು /usr/local/nagios/etc/objects/commands.cfg ನಲ್ಲಿ Nagios ಜ್ಞಾಪನೆ ಆದೇಶಗಳನ್ನು ಸಂಪಾದಿಸಬೇಕು ಮತ್ತು ಎಲ್ಲಾ ಉಲ್ಲೇಖಗಳನ್ನು "/bin/mail" ನಿಂದ "/usr/bin/mail" ಗೆ ಬದಲಾಯಿಸಬೇಕು. ಅದರ ನಂತರ, ನೀವು ನಾಗಿಯೋಸ್ ಸೇವೆಯನ್ನು ಮರುಪ್ರಾರಂಭಿಸಬೇಕಾಗಿದೆ:

# sudo /etc/init.d/nagios ಮರುಪ್ರಾರಂಭಿಸಿ

ವಿವರವಾದ ಮೇಲ್ ಮಾಡ್ಯೂಲ್ ಸಂರಚನೆಯನ್ನು ಅನುಬಂಧ D ಯಲ್ಲಿ ವಿವರಿಸಲಾಗಿದೆ.

4.1.2 ರೆಪೊಸಿಟರಿಯಿಂದ ಸಿಸ್ಟಮ್ ಕರ್ನಲ್ ಅನ್ನು ಸ್ಥಾಪಿಸುವ ವಿವರಣೆ

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

% ಸುಡೋ ಆಪ್ಟಿಟ್ಯೂಡ್ ನ್ಯಾಜಿಯೋಸ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿ

ಪ್ಯಾಕೇಜ್ ಮ್ಯಾನೇಜರ್ ಸ್ವತಃ ಎಲ್ಲಾ ಅವಲಂಬನೆಗಳನ್ನು ಪೂರೈಸುತ್ತದೆ ಮತ್ತು ಅಗತ್ಯ ಪ್ಯಾಕೇಜುಗಳನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ.

4.2 ಸಿಸ್ಟಮ್ ಕೋರ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗುತ್ತಿದೆ

ವಿವರವಾದ ಸಂರಚನೆಯ ಮೊದಲು, ನಾಗಿಯೋಸ್ ಕೋರ್ ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ನೀವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು. ಇದರ ಚಿತ್ರಾತ್ಮಕ ವಿವರಣೆಯನ್ನು ಕೆಳಗೆ ವಿವರಣೆ 6.2 ರಲ್ಲಿ ನೀಡಲಾಗಿದೆ.

4.2.1 ಸಿಸ್ಟಮ್ ಕೋರ್ನ ಕಾರ್ಯಾಚರಣೆಯ ವಿವರಣೆ

ಕೆಳಗಿನ ಚಿತ್ರವು Nagios ಸೇವೆಯು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದರ ಸರಳೀಕೃತ ರೇಖಾಚಿತ್ರವನ್ನು ತೋರಿಸುತ್ತದೆ.

ಅಕ್ಕಿ. 4.1 - ಸಿಸ್ಟಮ್ ಕೋರ್

Nagios ಸೇವೆಯು ಮುಖ್ಯ ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್ ಅನ್ನು ಓದುತ್ತದೆ, ಇದು ಸೇವೆಯ ಮುಖ್ಯ ನಿಯತಾಂಕಗಳ ಜೊತೆಗೆ, ಸಂಪನ್ಮೂಲ ಫೈಲ್‌ಗಳು, ವಸ್ತು ವಿವರಣೆ ಫೈಲ್‌ಗಳು ಮತ್ತು CGI ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್‌ಗಳಿಗೆ ಲಿಂಕ್‌ಗಳನ್ನು ಹೊಂದಿರುತ್ತದೆ.

ನೆಟ್‌ವರ್ಕ್ ಮಾನಿಟರಿಂಗ್ ಕರ್ನಲ್‌ನ ಅಲ್ಗಾರಿದಮ್ ಮತ್ತು ಲಾಜಿಕ್ ಅನ್ನು ಕೆಳಗೆ ತೋರಿಸಲಾಗಿದೆ.

ಅಕ್ಕಿ. 4.2 - ನಾಗಿಯೋಸ್ ಎಚ್ಚರಿಕೆ ಅಲ್ಗಾರಿದಮ್

2.2 ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್‌ಗಳ ಪರಸ್ಪರ ಕ್ರಿಯೆಯ ವಿವರಣೆ

/etc/apache2/conf.d/ ಡೈರೆಕ್ಟರಿಯು nagios3.conf ಫೈಲ್ ಅನ್ನು ಹೊಂದಿದೆ, ಇದರಿಂದ ಅಪಾಚೆ ವೆಬ್ ಸರ್ವರ್ ನ್ಯಾಜಿಯೋಸ್‌ಗಾಗಿ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.

nagios ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್‌ಗಳು /etc/nagios3 ಡೈರೆಕ್ಟರಿಯಲ್ಲಿವೆ.

/etc/nagios3/htpasswd.users ಫೈಲ್ ನಾಗಿಯೋಸ್ ಬಳಕೆದಾರರಿಗೆ ಪಾಸ್‌ವರ್ಡ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿದೆ. ಡೀಫಾಲ್ಟ್ ನಾಗೋಸ್ ಬಳಕೆದಾರರಿಗೆ ಫೈಲ್ ಅನ್ನು ರಚಿಸಲು ಮತ್ತು ಪಾಸ್‌ವರ್ಡ್ ಅನ್ನು ಹೊಂದಿಸಲು ಆಜ್ಞೆಯನ್ನು ಮೇಲೆ ನೀಡಲಾಗಿದೆ. ಭವಿಷ್ಯದಲ್ಲಿ, ಹೊಸ ಬಳಕೆದಾರರಿಗೆ ಪಾಸ್ವರ್ಡ್ ಅನ್ನು ಹೊಂದಿಸುವಾಗ "-c" ಆರ್ಗ್ಯುಮೆಂಟ್ ಅನ್ನು ಬಿಟ್ಟುಬಿಡುವುದು ಅಗತ್ಯವಾಗಿರುತ್ತದೆ, ಇಲ್ಲದಿದ್ದರೆ ಹೊಸ ಫೈಲ್ ಹಳೆಯದನ್ನು ಓವರ್ರೈಟ್ ಮಾಡುತ್ತದೆ.

/etc/nagios3/nagios.cfg ಕಡತವು nagios ನ ಮುಖ್ಯ ಸಂರಚನೆಯನ್ನು ಹೊಂದಿದೆ. ಉದಾಹರಣೆಗೆ, ಈವೆಂಟ್ ಲಾಗ್ ಫೈಲ್‌ಗಳು ಅಥವಾ ಇತರ ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್‌ಗಳಿಗೆ ಮಾರ್ಗವು ಪ್ರಾರಂಭದಲ್ಲಿ nagios ಓದುತ್ತದೆ.

/etc/nagios/objects ಡೈರೆಕ್ಟರಿಯು ಹೊಸ ಹೋಸ್ಟ್‌ಗಳು ಮತ್ತು ಸೇವೆಗಳನ್ನು ಒಳಗೊಂಡಿದೆ.

4.2.3 ಜನಪ್ರಿಯ ಹೋಸ್ಟ್ ಮತ್ತು ಸೇವೆ ವಿವರಣೆಗಳು

ಮೇಲೆ ತೋರಿಸಿರುವಂತೆ, ಹೋಸ್ಟ್‌ಗಳು ಮತ್ತು ಸೇವೆಗಳಿಗಾಗಿ ಒಂದೇ ವಿವರಣೆ ಫೈಲ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಸಿಸ್ಟಮ್ ಕೋರ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಸಾಧ್ಯವಿದೆ, ಆದರೆ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವ ಉಪಕರಣಗಳ ಸಂಖ್ಯೆಯಲ್ಲಿನ ಹೆಚ್ಚಳದೊಂದಿಗೆ ಈ ವಿಧಾನವು ಅನುಕೂಲಕರವಾಗಿರುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಕೆಲವು ಡೈರೆಕ್ಟರಿ ಮತ್ತು ಫೈಲ್ ರಚನೆಯನ್ನು ರಚಿಸುವುದು ಅವಶ್ಯಕ. ಹೋಸ್ಟ್‌ಗಳು ಮತ್ತು ಸೇವೆಗಳ ವಿವರಣೆಯೊಂದಿಗೆ.

ರಚಿಸಿದ ರಚನೆಯನ್ನು ಅನುಬಂಧ H ನಲ್ಲಿ ತೋರಿಸಲಾಗಿದೆ.

hosts.cfg ಫೈಲ್

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

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

hostgroups.cfg ಫೈಲ್

ಇಲ್ಲಿಯೇ ಹೋಸ್ಟ್ ಗುಂಪಿಗೆ ಹೋಸ್ಟ್‌ಗಳನ್ನು ಸೇರಿಸಲಾಗುತ್ತದೆ. ಸರಳವಾದ ಕಾನ್ಫಿಗರೇಶನ್‌ನಲ್ಲಿಯೂ ಸಹ, ಕೇವಲ ಒಂದು ಹೋಸ್ಟ್ ಇದ್ದಾಗ, ನೀವು ಅದನ್ನು ಇನ್ನೂ ಗುಂಪಿಗೆ ಸೇರಿಸಬೇಕಾಗುತ್ತದೆ ಇದರಿಂದ ಎಚ್ಚರಿಕೆಗಳನ್ನು ಕಳುಹಿಸಲು ಯಾವ ಸಂಪರ್ಕ ಗುಂಪನ್ನು ಬಳಸಬೇಕೆಂದು ನಾಗಿಯೋಸ್‌ಗೆ ತಿಳಿಯುತ್ತದೆ. ಕೆಳಗಿನ ಸಂಪರ್ಕ ಗುಂಪಿನ ಬಗ್ಗೆ ಇನ್ನಷ್ಟು.

Contactgroups.cfg ಫೈಲ್

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

ಸಂಪರ್ಕ ಮಾಹಿತಿ ಮತ್ತು ಎಚ್ಚರಿಕೆ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುವುದು ಮುಂದಿನ ಹಂತವಾಗಿದೆ.

contacts.cfg ಫೈಲ್

ಈ ಫೈಲ್‌ನಲ್ಲಿ ಬಳಕೆದಾರರಿಗೆ ಹೆಚ್ಚುವರಿ ಸಂಪರ್ಕ ಮಾಹಿತಿಯನ್ನು ಒದಗಿಸುವುದರ ಜೊತೆಗೆ, ಕ್ಷೇತ್ರಗಳಲ್ಲಿ ಒಂದಾದ contact_name ಮತ್ತೊಂದು ಉದ್ದೇಶವನ್ನು ಹೊಂದಿದೆ. CGI ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳು ಬಳಕೆದಾರರಿಗೆ ಕೆಲವು ಸಂಪನ್ಮೂಲಗಳನ್ನು ಪ್ರವೇಶಿಸುವ ಹಕ್ಕನ್ನು ಹೊಂದಿದೆಯೇ ಅಥವಾ ಇಲ್ಲವೇ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಲು ಈ ಕ್ಷೇತ್ರಗಳಲ್ಲಿ ನೀಡಲಾದ ಹೆಸರುಗಳನ್ನು ಬಳಸುತ್ತದೆ. ನೀವು .htaccess ಆಧಾರದ ಮೇಲೆ ದೃಢೀಕರಣವನ್ನು ಹೊಂದಿಸಬೇಕು, ಆದರೆ ಬಳಕೆದಾರರು ವೆಬ್ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ಕೆಲಸ ಮಾಡಲು ಮೇಲಿನ ಹೆಸರುಗಳನ್ನೇ ನೀವು ಬಳಸಬೇಕು.

ಈಗ ಹೋಸ್ಟ್‌ಗಳು ಮತ್ತು ಸಂಪರ್ಕಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ, ನಾವು ಮಾನಿಟರ್ ಮಾಡಬೇಕಾದ ವೈಯಕ್ತಿಕ ಸೇವೆಗಳ ಮೇಲ್ವಿಚಾರಣೆಯನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಮುಂದುವರಿಯಬಹುದು.

Services.cfg ಫೈಲ್

ಇಲ್ಲಿ, ಹೋಸ್ಟ್‌ಗಳಿಗಾಗಿ hosts.cfg ಫೈಲ್‌ನಲ್ಲಿರುವಂತೆ, ನಾವು ಎಲ್ಲಾ ಸೇವೆಗಳಿಗೆ ಸಾಮಾನ್ಯ ನಿಯತಾಂಕಗಳನ್ನು ಮಾತ್ರ ಹೊಂದಿಸುತ್ತೇವೆ.

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

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

SNMP ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು NSClient ಅನ್ನು ಬಳಸಿಕೊಂಡು ವಿಂಡೋಸ್ ಹೋಸ್ಟ್‌ಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲಾಗುತ್ತದೆ ಎಂದು ಗಮನಿಸಬೇಕಾದ ಅಂಶವಾಗಿದೆ. ನಾಗಿಯೋಸ್‌ನೊಂದಿಗೆ ಬರುತ್ತದೆ. ಅದು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದರ ರೇಖಾಚಿತ್ರವನ್ನು ಕೆಳಗೆ ನೀಡಲಾಗಿದೆ.

ಅಕ್ಕಿ. 4.3 - ವಿಂಡೋಸ್ ಹೋಸ್ಟ್‌ಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವ ಯೋಜನೆ

ಅದೇ ಸಮಯದಲ್ಲಿ, *nix ಹೋಸ್ಟ್‌ಗಳನ್ನು SNMP ಮತ್ತು NRPE ಪ್ಲಗಿನ್ ಮೂಲಕವೂ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲಾಗುತ್ತದೆ. ಅದರ ಕೆಲಸದ ಯೋಜನೆಯನ್ನು ಚಿತ್ರದಲ್ಲಿ ತೋರಿಸಲಾಗಿದೆ.

ಅಕ್ಕಿ. 4.4 - ಮೇಲ್ವಿಚಾರಣೆಗಾಗಿ * ನಿಕ್ಸ್ ಹೋಸ್ಟ್‌ಗಳ ಯೋಜನೆ

2.4 ಪ್ಲಗಿನ್‌ಗಳನ್ನು ಬರೆಯುವುದು

ಪ್ರಾರಂಭಿಕ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳನ್ನು ಬರೆಯುವುದರ ಜೊತೆಗೆ, ಹೋಸ್ಟ್‌ಗಳು ಮತ್ತು ಸೇವೆಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುವುದು, ಈ ಕೆಳಗಿನ ಪ್ಲಗಿನ್‌ಗಳನ್ನು ಬಳಸಲಾಗಿದೆ:

├── ಚೆಕ್_ಡಿಸ್ಕ್

├── ಚೆಕ್_ಡಿಎನ್ಎಸ್

├── ಚೆಕ್_http

├── ಚೆಕ್_ಐಸಿಎಂಪಿ

├── ಚೆಕ್_ಐಫೊಪರ್ ಸ್ಟೇಟಸ್

├── ಚೆಕ್_ಇಫ್ ಸ್ಟೇಟಸ್

├── check_imap -> check_tcp

├── check_linux_raid

├── ಚೆಕ್_ಲೋಡ್

├── ಚೆಕ್_ಎಂಆರ್ಟಿಜಿ

├── check_mrtgtraf

├── ಚೆಕ್_ಎನ್ಆರ್ಪಿ

├── ಚೆಕ್_ಎನ್ಟಿ

├── ಚೆಕ್_ಪಿಂಗ್

├── ಚೆಕ್_ಪಾಪ್ -> ಚೆಕ್_ಟಿಸಿಪಿ

├── ಚೆಕ್_ಸೆನ್ಸರ್‌ಗಳು

├── ಚೆಕ್_ಸಿಮಾಪ್ -> ಚೆಕ್_ಟಿಸಿಪಿ

├── check_smtp

├── check_snmp

├── check_snmp_load.pl

├── check_snmp_mem.pl

├── ಚೆಕ್_ಸ್ಪಾಪ್ -> ಚೆಕ್_ಟಿಸಿಪಿ

├── check_ssh

├── check_ssmtp -> check_tcp

├── ಚೆಕ್_ಸ್ವಾಪ್

├── ಚೆಕ್_ಟಿಸಿಪಿ

├── ಚೆಕ್_ಟೈಮ್

ಅವುಗಳಲ್ಲಿ ಹೆಚ್ಚಿನವು ನಾಗಿಯೋಸ್ ಪ್ಯಾಕೇಜ್‌ನೊಂದಿಗೆ ಬರುತ್ತವೆ. ವಿತರಣಾ ಸೆಟ್‌ನಲ್ಲಿ ಸೇರಿಸದ ಮತ್ತು ಸಿಸ್ಟಮ್‌ನಲ್ಲಿ ಬಳಸಲಾದ ಪ್ಲಗ್-ಇನ್‌ಗಳ ಮೂಲ ಪಠ್ಯಗಳನ್ನು ಅನುಬಂಧ I ರಲ್ಲಿ ಪ್ರಸ್ತುತಪಡಿಸಲಾಗಿದೆ.

4.2.5 ರಿಮೋಟ್ ಹೋಸ್ಟ್‌ಗಳಲ್ಲಿ SNMP ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗುತ್ತಿದೆ

SNMP ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು, ನೀವು ಮೊದಲು ಈ ಪ್ರೋಟೋಕಾಲ್‌ನ ಏಜೆಂಟ್‌ಗಳನ್ನು ನೆಟ್‌ವರ್ಕ್ ಉಪಕರಣಗಳಲ್ಲಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕು. ನೆಟ್ವರ್ಕ್ ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್ನ ಕೋರ್ನೊಂದಿಗೆ SNMP ಕಾರ್ಯಾಚರಣೆಯ ಯೋಜನೆಯು ಕೆಳಗಿನ ಚಿತ್ರದಲ್ಲಿ ತೋರಿಸಲಾಗಿದೆ.

ಅಕ್ಕಿ. 4.5 - SNMP ಪ್ರೋಟೋಕಾಲ್ ಮೂಲಕ ಮೇಲ್ವಿಚಾರಣೆಯ ಯೋಜನೆ

ಹೋಸ್ಟ್‌ಗಳ ಕಾನ್ಫಿಗರೇಶನ್ ನಿಯತಾಂಕಗಳನ್ನು ಅನುಬಂಧ H ನಲ್ಲಿ ಪ್ರಸ್ತುತಪಡಿಸಲಾಗಿದೆ. ಭದ್ರತೆಯನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪ್ರತಿ ಹೋಸ್ಟ್‌ಗಳಲ್ಲಿ ಪ್ಯಾಕೆಟ್ ಫಿಲ್ಟರ್ ಅನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡುವ ಮೂಲಕ ಮತ್ತು ಎಂಟರ್‌ಪ್ರೈಸ್‌ನ ಅಧಿಕೃತ ಸಿಬ್ಬಂದಿಗೆ ಮಾತ್ರ ಪ್ರವೇಶವನ್ನು ಹೊಂದಿರುವ ಸುರಕ್ಷಿತ ಸಿಸ್ಟಮ್ ಸಬ್‌ನೆಟ್‌ಗಳನ್ನು ಆಯೋಜಿಸುವ ಮೂಲಕ ಕೈಗೊಳ್ಳಲಾಗುತ್ತದೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, SNMP ಪ್ರೋಟೋಕಾಲ್ ಬಳಸಿ, ನೀವು ನಿಯತಾಂಕಗಳನ್ನು ಮಾತ್ರ ಓದಬಹುದು ಮತ್ತು ಅವುಗಳನ್ನು ಬರೆಯದ ರೀತಿಯಲ್ಲಿ ಸಂರಚನೆಯನ್ನು ಮಾಡಲಾಗಿದೆ.

4.2.6 ರಿಮೋಟ್ ಹೋಸ್ಟ್‌ಗಳಲ್ಲಿ ಏಜೆಂಟ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದು

ಹೋಸ್ಟ್‌ಗಳು ಮತ್ತು ಸೇವೆಗಳಿಗಾಗಿ ಸುಧಾರಿತ ಮೇಲ್ವಿಚಾರಣೆ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಪಡೆಯಲು, ನೀವು ಅವುಗಳ ಮೇಲೆ ನ್ಯಾಜಿಯೋಸ್ ಏಜೆಂಟ್ ಅನ್ನು ಸ್ಥಾಪಿಸಬೇಕಾಗುತ್ತದೆ, ಇದನ್ನು nagios-nrpe-server ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ:

# ಆಪ್ಟಿಟ್ಯೂಡ್ ನ್ಯಾಜಿಯೋಸ್-ಎನ್ಆರ್ಪಿ-ಸರ್ವರ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿ

ಏಜೆಂಟರ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಅನುಬಂಧ K ಯಲ್ಲಿ ಪ್ರಸ್ತುತಪಡಿಸಲಾಗಿದೆ. ಏಜೆಂಟರ ಕಾರ್ಯಾಚರಣೆಯ ಯೋಜನೆಯನ್ನು ಮೇಲಿನ ಚಿತ್ರ 4.5 ರಲ್ಲಿ ತೋರಿಸಲಾಗಿದೆ.

4.4 ಡೌನ್‌ಲೋಡ್ ಟ್ರ್ಯಾಕಿಂಗ್ ಮಾಡ್ಯೂಲ್ ಅನ್ನು ಸ್ಥಾಪಿಸುವುದು ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದು

MRTG (ಮಲ್ಟಿ ರೂಟರ್ ಟ್ರಾಫಿಕ್ ಗ್ರಾಫರ್) ಎಂಬುದು SNMP ಪ್ರೋಟೋಕಾಲ್ ಮೂಲಕ ಹಲವಾರು ಸಾಧನಗಳಿಂದ ಮಾಹಿತಿಯನ್ನು ಸ್ವೀಕರಿಸಲು ಮತ್ತು ನಿಮ್ಮ ಬ್ರೌಸರ್‌ನಲ್ಲಿ ನಿಮಿಷಗಳು, ಗಂಟೆಗಳು, ದಿನಗಳು ಮತ್ತು ವರ್ಷಕ್ಕೆ ಚಾನಲ್ ಲೋಡ್ ಗ್ರಾಫ್‌ಗಳನ್ನು (ಒಳಬರುವ ದಟ್ಟಣೆ, ಹೊರಹೋಗುವ, ಗರಿಷ್ಠ, ಸರಾಸರಿ) ಪ್ರದರ್ಶಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುವ ಸೇವೆಯಾಗಿದೆ. ಕಿಟಕಿ.

ಅನುಸ್ಥಾಪನೆಯ ಅವಶ್ಯಕತೆಗಳು

MRTG ಕೆಲಸ ಮಾಡಲು ಕೆಳಗಿನ ಗ್ರಂಥಾಲಯಗಳ ಅಗತ್ಯವಿದೆ:

§ gd - ಗ್ರಾಫ್ ಡ್ರಾಯಿಂಗ್ ಲೈಬ್ರರಿ. ಗ್ರಾಫಿಕ್ಸ್ ರೆಂಡರಿಂಗ್ ಮಾಡಲು ಲೈಬ್ರರಿ ಜವಾಬ್ದಾರವಾಗಿದೆ (#"ಸಮರ್ಥನೆ">§ png ಗ್ರಾಫಿಕ್ಸ್ ರಚಿಸಲು libpng - gd ಅಗತ್ಯವಿದೆ (#"ಸಮರ್ಥಿಸು">ನಮ್ಮ ಸಂದರ್ಭದಲ್ಲಿ, ಒಂದೇ ಆಜ್ಞೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಅನುಸ್ಥಾಪನೆಯನ್ನು ಕಡಿಮೆ ಮಾಡಲಾಗಿದೆ, ಏಕೆಂದರೆ ರೆಪೊಸಿಟರಿಯಿಂದ ಪೂರ್ವಸಂಯೋಜಿತ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಸ್ಥಾಪಿಸುವ ವಿಧಾನವನ್ನು ಆಯ್ಕೆಮಾಡಲಾಗಿದೆ:

# ಆಪ್ಟಿಟ್ಯೂಡ್ ಇನ್‌ಸ್ಟಾಲ್ mrtg

ನೀವು ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್‌ಗಳನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ರಚಿಸಬಹುದು ಅಥವಾ ಪ್ಯಾಕೇಜ್‌ನಲ್ಲಿ ಸೇರಿಸಲಾದ ಕಾನ್ಫಿಗರೇಶನ್ ಜನರೇಟರ್‌ಗಳನ್ನು ನೀವು ಬಳಸಬಹುದು:

#cfgmaker @ >

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

#ಸೂಚ್ಯಂಕ ತಯಾರಕ >

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

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

4.5 ಸಿಸ್ಟಮ್ ಈವೆಂಟ್ ಲಾಗ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು ಮಾಡ್ಯೂಲ್ ಅನ್ನು ಸ್ಥಾಪಿಸುವುದು ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದು

syslog-ng.ng (syslog ಮುಂದಿನ ಪೀಳಿಗೆ) ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಸಿಸ್ಟಮ್ ಈವೆಂಟ್ ಲಾಗ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು ಮಾಡ್ಯೂಲ್ ಆಗಿ ಆಯ್ಕೆ ಮಾಡಲಾಗಿದೆ - ಇದು ಸಿಸ್ಟಮ್ ಸಂದೇಶಗಳನ್ನು ಲಾಗ್ ಮಾಡಲು ಬಹುಕ್ರಿಯಾತ್ಮಕ ಸೇವೆಯಾಗಿದೆ. ಪ್ರಮಾಣಿತ syslogd ಸೇವೆಗೆ ಹೋಲಿಸಿದರೆ, ಇದು ಹಲವಾರು ವ್ಯತ್ಯಾಸಗಳನ್ನು ಹೊಂದಿದೆ:

§ ಸುಧಾರಿತ ಸಂರಚನಾ ಯೋಜನೆ

§ ಸಂದೇಶಗಳನ್ನು ಆದ್ಯತೆಗಳಿಂದ ಮಾತ್ರವಲ್ಲ, ಅವುಗಳ ವಿಷಯದ ಮೂಲಕವೂ ಫಿಲ್ಟರ್ ಮಾಡುವುದು

§ regexps ಗೆ ಬೆಂಬಲ (ನಿಯಮಿತ ಅಭಿವ್ಯಕ್ತಿಗಳು)

§ ಹೆಚ್ಚು ಹೊಂದಿಕೊಳ್ಳುವ ಕುಶಲತೆ ಮತ್ತು ಲಾಗ್‌ಗಳ ಸಂಘಟನೆ

§ IPSec / ಸ್ಟನಲ್ ಬಳಸಿಕೊಂಡು ಡೇಟಾ ಚಾನಲ್ ಅನ್ನು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡುವ ಸಾಮರ್ಥ್ಯ

ಕೆಳಗಿನ ಕೋಷ್ಟಕವು ಬೆಂಬಲಿತ ಹಾರ್ಡ್‌ವೇರ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ.

ಕೋಷ್ಟಕ 4.1 - ಬೆಂಬಲಿತ ಯಂತ್ರಾಂಶ ವೇದಿಕೆಗಳು

x86x86_64SUN SPARCppc32ppc64PA-RISCAIX 5.2 & 5.3НетНетНетДаПо запросуНетDebian etchДаДаНетНетНетНетFreeBSD 6.1 *ДаПо запросуПо запросуНетНетНетHP-UНет 11iНетНетНетНетНетДаIBM System iНетНетНетДаНетНетRed Hat ES 4 / CentOS 4ДаДаНетНетНетНетRed Hat ES 5 / CentOS 5ДаДаНетНетНетНетSLES 10 / openSUSE 10.0ДаПо запросуНетНетНетНетSLES 10 SP1 / openSUSE 10.1ДаДаНетНетНетНетSolaris 8НетНетДаНетНетНетSolaris 9По запросуНетДаНетНетНетSolaris 10По запросуДаДаНетНетНетWindowsДаДаНетНетНетНет ಗಮನಿಸಿ: *Oracle ಡೇಟಾಬೇಸ್ ಪ್ರವೇಶವನ್ನು ಬೆಂಬಲಿಸುವುದಿಲ್ಲ

ತಾಂತ್ರಿಕ ವೈಶಿಷ್ಟ್ಯಗಳ ವಿವರವಾದ ಹೋಲಿಕೆಯನ್ನು ಅನುಬಂಧ P ನಲ್ಲಿ ನೀಡಲಾಗಿದೆ.

ನಿಯಮಗಳು ಮತ್ತು ಫಿಲ್ಟರ್‌ಗಳನ್ನು ವಿವರಿಸುವ ಫೈಲ್‌ಗಳು, ಹಾಗೆಯೇ ರಿಮೋಟ್ ಹೋಸ್ಟ್‌ಗಳ ಸಂರಚನೆಯನ್ನು ಅನುಬಂಧ P ನಲ್ಲಿ ನೀಡಲಾಗಿದೆ.

ಸಿಸ್ಲಾಗ್ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ವಿವರವಾಗಿ ವಿವರಿಸುವ RFC ಡಾಕ್ಯುಮೆಂಟ್ ಇದೆ, ಸಾಮಾನ್ಯ ಪರಿಭಾಷೆಯಲ್ಲಿ, ಸಿಸ್ಲಾಗ್ ಕಲೆಕ್ಟರ್ ಮಾಡ್ಯೂಲ್ನ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಈ ಕೆಳಗಿನ ಯೋಜನೆಯಿಂದ ಪ್ರತಿನಿಧಿಸಬಹುದು

ಅಕ್ಕಿ. 4.6 - ಸಿಸ್ಟಮ್ ಲಾಗ್ಗಳನ್ನು ಸಂಗ್ರಹಿಸುವುದಕ್ಕಾಗಿ ಮಾಡ್ಯೂಲ್ನ ಕಾರ್ಯಾಚರಣೆಯ ಯೋಜನೆ

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

ಅಕ್ಕಿ. 4.7 - ಫಿಲ್ಟರ್ ಶಾಖೆ

ಸ್ಕೇಲೆಬಿಲಿಟಿ ಎಂದರೆ ಲೋಡ್ ಅನ್ನು ವಿತರಿಸಲು, ನಿರ್ವಾಹಕರು ರಿಲೇಗಳು ಎಂದು ಕರೆಯಲ್ಪಡುವ ಸಹಾಯಕ ಫಿಲ್ಟರಿಂಗ್ ಸರ್ವರ್‌ಗಳ ನೆಟ್‌ವರ್ಕ್ ಅನ್ನು ನಿಯೋಜಿಸುತ್ತಾರೆ.

ಅಕ್ಕಿ. 4.8 - ಸ್ಕೇಲಿಂಗ್ ಮತ್ತು ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸಿಂಗ್

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

ಅಕ್ಕಿ. 4.9 - ಮಾಡ್ಯೂಲ್ ಕಾರ್ಯಾಚರಣೆಯ ಸಾಮಾನ್ಯೀಕೃತ ಯೋಜನೆ

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

ಅಕ್ಕಿ. 4.10 - ಕೆಲಸದ ಅಂಗೀಕೃತ ಯೋಜನೆ

5. ಸಿಸ್ಟಮ್ ಅಡ್ಮಿನಿಸ್ಟ್ರೇಟರ್ ಗೈಡ್

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

5.1 ಸಿಸ್ಟಮ್ ವೆಬ್ ಇಂಟರ್ಫೇಸ್ನ ವಿವರಣೆ

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

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

ಅಕ್ಕಿ. 5.1 - ಸಿಸ್ಟಮ್ ವೆಬ್ ಇಂಟರ್ಫೇಸ್ನ ಪ್ರಾರಂಭ ಪುಟ

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

ಅಕ್ಕಿ. 5.2 - ಸಿಸ್ಟಮ್ ವೆಬ್ ಇಂಟರ್ಫೇಸ್ನ ಪ್ರಾರಂಭ ಪುಟ

ಈ ಪುಟವು ಎಲ್ಲಾ ಮಾನಿಟರಿಂಗ್ ಪ್ಯಾರಾಮೀಟರ್‌ಗಳು ಮತ್ತು ಹೋಸ್ಟ್‌ಗಳು ಮತ್ತು ಸೇವೆಗಳ ಸ್ಥಿತಿಯ ಸಾರಾಂಶ ಮಾಹಿತಿಯನ್ನು ಒಳಗೊಂಡಿದೆ, ಆದರೆ ಯಾವುದೇ ವಿವರಗಳನ್ನು ನೀಡಲಾಗಿಲ್ಲ, ಆದಾಗ್ಯೂ, ಯಾವುದೇ ಸಮಸ್ಯೆಗಳು ಉಂಟಾದರೆ, ಅವುಗಳನ್ನು ವಿಶೇಷ ಬಣ್ಣದಲ್ಲಿ ಹೈಲೈಟ್ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು ಸಮಸ್ಯೆಯ ವಿವರವಾದ ವಿವರಣೆಗೆ ಕಾರಣವಾಗುವ ಹೈಪರ್‌ಲಿಂಕ್ ಆಗುತ್ತದೆ. ನಮ್ಮ ಸಂದರ್ಭದಲ್ಲಿ, ಪ್ರಸ್ತುತ ಎಲ್ಲಾ ಹೋಸ್ಟ್‌ಗಳು ಮತ್ತು ಸೇವೆಗಳ ನಡುವೆ ಪರಿಹರಿಸಲಾಗದ ಸಮಸ್ಯೆಯಿದೆ, ಈ ಲಿಂಕ್ ಅನ್ನು ಅನುಸರಿಸೋಣ (1 ನಿರ್ವಹಿಸದ ಸಮಸ್ಯೆಗಳು).

ಅಕ್ಕಿ. 5.3 - ಪತ್ತೆಯಾದ ಸೇವಾ ಸಮಸ್ಯೆ

ಯಾವ ಹೋಸ್ಟ್ ಸಮಸ್ಯೆ ಸಂಭವಿಸಿದೆ, ಯಾವ ಸೇವೆಯು ಅದಕ್ಕೆ ಕಾರಣವಾಯಿತು (ನಮ್ಮ ಸಂದರ್ಭದಲ್ಲಿ, ಇದು ರೂಟರ್‌ನಲ್ಲಿ ಹೆಚ್ಚಿನ ಪ್ರೊಸೆಸರ್ ಲೋಡ್ ಆಗಿದೆ), ದೋಷ ಸ್ಥಿತಿ (ಇದು ಸಾಮಾನ್ಯ, ಮಿತಿ ಮತ್ತು ನಿರ್ಣಾಯಕವಾಗಿರಬಹುದು), ಸಮಯವನ್ನು ಇಲ್ಲಿ ನಾವು ಕೋಷ್ಟಕ ರೂಪದಲ್ಲಿ ಗಮನಿಸುತ್ತೇವೆ. ಕೊನೆಯ ಪರಿಶೀಲನೆ, ಸಮಸ್ಯೆಯ ಉಪಸ್ಥಿತಿಯ ಅವಧಿ, ಲೂಪ್‌ನಲ್ಲಿನ ಖಾತೆಯಲ್ಲಿನ ಚೆಕ್‌ನ ಸಂಖ್ಯೆ ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಮೌಲ್ಯಗಳೊಂದಿಗೆ ವಿವರವಾದ ಮಾಹಿತಿಯನ್ನು ಬಳಸಿದ ಪ್ಲಗಿನ್‌ನಿಂದ ಹಿಂತಿರುಗಿಸಲಾಗಿದೆ.

ಅಕ್ಕಿ. 5.4 - ಸೇವೆಯ ಸ್ಥಿತಿಯ ವಿವರವಾದ ವಿವರಣೆ

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

ಸೇವೆಯ ವಿವರ ಪುಟಕ್ಕೆ ಹೋಗೋಣ.

ಅಕ್ಕಿ. 5.5 - ಎಲ್ಲಾ ಸೇವೆಗಳ ವಿವರವಾದ ನೋಟ

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

ಅಕ್ಕಿ. 5.6 - ಹೋಸ್ಟ್‌ಗಳ ಸಂಪೂರ್ಣ ವಿವರವಾದ ಪಟ್ಟಿ

ಈ ಕೋಷ್ಟಕವು ಹೋಸ್ಟ್‌ಗಳ ಸಂಪೂರ್ಣ ವಿವರವಾದ ಪಟ್ಟಿಯನ್ನು ಒದಗಿಸುತ್ತದೆ, ಅವುಗಳ ಸ್ಥಿತಿಗಳು, ಕೊನೆಯ ಪರಿಶೀಲನೆಯ ಸಮಯ, ಪ್ರಸ್ತುತ ಸ್ಥಿತಿಯ ಅವಧಿ ಮತ್ತು ಹೆಚ್ಚುವರಿ ಮಾಹಿತಿಯನ್ನು. ನಮ್ಮ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ, ICMP (8) ಹೋಸ್ಟ್ ರೀಚಬಿಲಿಟಿ ಚೆಕ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಹೋಸ್ಟ್‌ನ ಸ್ಥಿತಿಯನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ ಎಂದು ಒಪ್ಪಿಕೊಳ್ಳಲಾಗಿದೆ, ಅಂದರೆ, ಪಿಂಗ್ ಆಜ್ಞೆ, ಆದರೆ ಸಾಮಾನ್ಯ ಸಂದರ್ಭದಲ್ಲಿ, ಚೆಕ್ ಯಾವುದಾದರೂ ಆಗಿರಬಹುದು. ಹೋಸ್ಟ್ ಹೆಸರಿನ ಬಲಭಾಗದಲ್ಲಿರುವ ಕಾಲಮ್‌ನಲ್ಲಿರುವ ಐಕಾನ್‌ಗಳು ಅದು ಸೇರಿರುವ ಗುಂಪನ್ನು ಸೂಚಿಸುತ್ತವೆ, ಮಾಹಿತಿ ಗ್ರಹಿಕೆಯ ಅನುಕೂಲಕ್ಕಾಗಿ ಇದನ್ನು ಮಾಡಲಾಗುತ್ತದೆ. ಟ್ರಾಫಿಕ್ ಲೈಟ್ ಐಕಾನ್ ಈ ಹೋಸ್ಟ್‌ಗಾಗಿ ಸೇವೆಗಳ ವಿವರವಾದ ಪಟ್ಟಿಗೆ ಕಾರಣವಾಗುವ ಲಿಂಕ್ ಆಗಿದೆ, ಈ ಕೋಷ್ಟಕವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ವಿವರಿಸಲು ಅರ್ಥವಿಲ್ಲ, ಇದು ಚಿತ್ರ 10.4 ರಲ್ಲಿನಂತೆಯೇ ಇರುತ್ತದೆ, ಒಂದೇ ಹೋಸ್ಟ್ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಮಾತ್ರ ಪ್ರಸ್ತುತಪಡಿಸಲಾಗುತ್ತದೆ.

ಪಟ್ಟಿಯಲ್ಲಿರುವ ಕೆಳಗಿನ ಲಿಂಕ್‌ಗಳು ಹಿಂದಿನ ಕೋಷ್ಟಕಗಳ ವಿವಿಧ ಮಾರ್ಪಾಡುಗಳಾಗಿವೆ ಮತ್ತು ಅವುಗಳ ವಿಷಯಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಕಷ್ಟವಾಗುವುದಿಲ್ಲ. ವೆಬ್ ಇಂಟರ್ಫೇಸ್ನ ಅತ್ಯಂತ ಆಸಕ್ತಿದಾಯಕ ವೈಶಿಷ್ಟ್ಯವೆಂದರೆ ಅರೆ-ಸ್ವಯಂಚಾಲಿತ ಮೋಡ್ನಲ್ಲಿ ನೆಟ್ವರ್ಕ್ ನಕ್ಷೆಯನ್ನು ನಿರ್ಮಿಸುವ ಸಾಮರ್ಥ್ಯ.

ಅಕ್ಕಿ. 5.7 - ನೆಟ್ವರ್ಕ್ನ ಸಂಪೂರ್ಣ ವೃತ್ತಾಕಾರದ ನಕ್ಷೆ

ಪ್ರತಿ ಹೋಸ್ಟ್ ಮತ್ತು ಸೇವೆಯ ಪೋಷಕ ನಿಯತಾಂಕದ ಮೂಲಕ, ನಾವು ನಮ್ಮ ನೆಟ್‌ವರ್ಕ್‌ನ ರಚನೆ ಅಥವಾ ಕ್ರಮಾನುಗತವನ್ನು ರಚಿಸಬಹುದು, ಇದು ನೆಟ್‌ವರ್ಕ್ ಮಾನಿಟರಿಂಗ್ ಎಂಜಿನ್‌ನ ತರ್ಕವನ್ನು ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ನಕ್ಷೆಯಲ್ಲಿ ಹೋಸ್ಟ್‌ಗಳು ಮತ್ತು ಸೇವೆಗಳ ಪ್ರಾತಿನಿಧ್ಯವನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಹಲವಾರು ಪ್ರದರ್ಶನ ವಿಧಾನಗಳಿವೆ, ವೃತ್ತಾಕಾರದ ಜೊತೆಗೆ, ಅತ್ಯಂತ ಅನುಕೂಲಕರವಾದ ಸಮತೋಲಿತ ಮರದ ಮೋಡ್ ಮತ್ತು ಗೋಳಾಕಾರದ.

ಅಕ್ಕಿ. 5.8 - ನೆಟ್‌ವರ್ಕ್ ನಕ್ಷೆ - ಬಿ-ಟ್ರೀ ಮೋಡ್

ಅಕ್ಕಿ. 5.9 - ನೆಟ್ವರ್ಕ್ ನಕ್ಷೆ - ಬಾಲ್ ಮೋಡ್

ಎಲ್ಲಾ ವಿಧಾನಗಳಲ್ಲಿ, ಪ್ರತಿ ಹೋಸ್ಟ್‌ನ ಚಿತ್ರವು ಅದರ ಸೇವೆಗಳ ಕೋಷ್ಟಕ ಮತ್ತು ಅವುಗಳ ಸ್ಥಿತಿಗಳಿಗೆ ಲಿಂಕ್ ಆಗಿದೆ.

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

ಹಂತ 1: ವರದಿ ಪ್ರಕಾರವನ್ನು ಆಯ್ಕೆಮಾಡಿ: ಸೇವೆ

ಮೂರನೇ ಹಂತವು ಎಣಿಕೆಯ ಅವಧಿಯನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದು ಮತ್ತು ವರದಿಯನ್ನು ರಚಿಸುವುದು.

ಅಕ್ಕಿ. 5.10 - ಪ್ರವೃತ್ತಿ

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

5.2 ಇಂಟರ್ಫೇಸ್‌ಗಳ ಲೋಡ್ ಅನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ಮಾಡ್ಯೂಲ್‌ನ ವೆಬ್ ಇಂಟರ್ಫೇಸ್‌ನ ವಿವರಣೆ

ಇಂಟರ್ಫೇಸ್ ಲೋಡ್ ಟ್ರ್ಯಾಕಿಂಗ್ ಮಾಡ್ಯೂಲ್ನ ವೆಬ್ ಇಂಟರ್ಫೇಸ್ ಪ್ರತಿ ಇಂಟರ್ಫೇಸ್ಗೆ ಲೋಡ್ ವೇಳಾಪಟ್ಟಿಗಳೊಂದಿಗೆ ಟ್ರ್ಯಾಕ್ ಮಾಡಲಾದ ಹೋಸ್ಟ್ಗಳ ಸೂಚ್ಯಂಕ ಪುಟಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ಡೈರೆಕ್ಟರಿಗಳ ಪಟ್ಟಿಯಾಗಿದೆ.

ಅಕ್ಕಿ. 5.11 - ಇಂಟರ್ಫೇಸ್ ಲೋಡ್ ಟ್ರ್ಯಾಕಿಂಗ್ ಮಾಡ್ಯೂಲ್ನ ಪ್ರಾರಂಭ ಪುಟ

ಯಾವುದೇ ಲಿಂಕ್‌ಗಳ ಮೇಲೆ ಕ್ಲಿಕ್ ಮಾಡುವ ಮೂಲಕ, ನಾವು ಡೌನ್‌ಲೋಡ್ ವೇಳಾಪಟ್ಟಿಯನ್ನು ಪಡೆಯುತ್ತೇವೆ. ಪ್ರತಿ ಗ್ರಾಫ್ ವಾರ, ತಿಂಗಳು ಮತ್ತು ವರ್ಷದ ಅಂಕಿಅಂಶಗಳಿಗೆ ಕಾರಣವಾಗುವ ಲಿಂಕ್ ಆಗಿದೆ.

5.3 ಸಿಸ್ಟಮ್ ಈವೆಂಟ್ ಲಾಗ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು ಮಾಡ್ಯೂಲ್‌ನ ವಿವರಣೆ

ಈ ಸಮಯದಲ್ಲಿ, ಸಿಸ್ಟಮ್ ಲಾಗ್‌ಗಳ ಸುಧಾರಿತ ಫಿಲ್ಟರಿಂಗ್ ಮತ್ತು ಒಂದೇ ವೆಬ್ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ಅವುಗಳ ಮೂಲಕ ಹುಡುಕುವ ಸಾಮರ್ಥ್ಯ ಅಗತ್ಯವಿಲ್ಲ, ಏಕೆಂದರೆ. ಈ ಲಾಗ್‌ಗಳ ವೀಕ್ಷಣೆಯ ಅಗತ್ಯವಿರುವ ಸಮಸ್ಯೆಗಳು ಅಪರೂಪ. ಆದ್ದರಿಂದ, ಈ ಜರ್ನಲ್‌ಗಳಿಗೆ ಡೇಟಾಬೇಸ್ ಮತ್ತು ವೆಬ್ ಇಂಟರ್‌ಫೇಸ್‌ನ ಅಭಿವೃದ್ಧಿಯನ್ನು ಮುಂದೂಡಲಾಗಿದೆ. ಇವುಗಳನ್ನು ಪ್ರಸ್ತುತ mc ಫೈಲ್ ಮ್ಯಾನೇಜರ್‌ನಲ್ಲಿ ssh ಮತ್ತು ಡೈರೆಕ್ಟರಿ ಬ್ರೌಸಿಂಗ್ ಮೂಲಕ ಪ್ರವೇಶಿಸಲಾಗುತ್ತದೆ.

ಈ ಮಾಡ್ಯೂಲ್ನ ಕೆಲಸದ ಪರಿಣಾಮವಾಗಿ, ನಾವು ಈ ಕೆಳಗಿನ ಡೈರೆಕ್ಟರಿ ರಚನೆಯನ್ನು ಸ್ವೀಕರಿಸಿದ್ದೇವೆ:

├── ಅಪಾಚೆ2

├── ಆಸ್ಟರಿಕ್ಸ್

├── bgp_router

├── dbconfig-ಸಾಮಾನ್ಯ

├── ಅನುಸ್ಥಾಪಕ

│ └── cdebconf

├── len58a_3lvl

├── ಮೇಲ್ವಿಚಾರಣೆ

├── nagios3

│ └── ದಾಖಲೆಗಳು

├── ಆಕ್ಸಿನ್ವೆಂಟರಿ-ಕ್ಲೈಂಟ್

├── ಆಕ್ಸಿನ್ವೆಂಟರಿ-ಸರ್ವರ್

├── ಕ್ವಾಗಾ

├── router_krivous36b

├── router_lenina58a

├── router_su

├── router_ur39a

├── ಆಕಾರಕಾರ

├── ub13_ರೂಟರ್

├── univer11_router

└── voip

ಪ್ರತಿಯೊಂದು ಡೈರೆಕ್ಟರಿಯು ಪ್ರತಿ ಹೋಸ್ಟ್‌ಗಾಗಿ ಈವೆಂಟ್ ಲಾಗ್‌ಗಳ ಭಂಡಾರವಾಗಿದೆ.

ಅಕ್ಕಿ. 5.13 - ಸಿಸ್ಟಮ್ ಈವೆಂಟ್ ಲಾಗ್ ಸಂಗ್ರಹಣೆ ಮಾಡ್ಯೂಲ್‌ನಿಂದ ಸಂಗ್ರಹಿಸಲಾದ ಡೇಟಾವನ್ನು ವೀಕ್ಷಿಸಲಾಗುತ್ತಿದೆ

6. ಕೆಲಸವನ್ನು ಪರೀಕ್ಷಿಸುವುದು

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

) Nagios ಆಧರಿಸಿ ಕರ್ನಲ್ ಅನ್ನು ಸ್ಥಾಪಿಸುವುದು ಮತ್ತು ಡೀಬಗ್ ಮಾಡುವುದು;

) ನಾಗಿಯೋಸ್‌ನ ಮೂಲಭೂತ ಕಾರ್ಯನಿರ್ವಹಣೆಯೊಂದಿಗೆ ರಿಮೋಟ್ ಹೋಸ್ಟ್‌ಗಳ ಮೇಲ್ವಿಚಾರಣೆಯನ್ನು ಹೊಂದಿಸುವುದು;

) MRTG ಬಳಸಿಕೊಂಡು ನೆಟ್ವರ್ಕ್ ಇಂಟರ್ಫೇಸ್ಗಳ ಲೋಡ್ ಅನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ಮಾಡ್ಯೂಲ್ನ ಹೊಂದಾಣಿಕೆ;

) ಸಿಸ್ಟಮ್ ಕೋರ್ನ ಕ್ರಿಯಾತ್ಮಕತೆಯ ವಿಸ್ತರಣೆ ಮತ್ತು MRTG ಮಾಡ್ಯೂಲ್ನೊಂದಿಗೆ ಅದರ ಏಕೀಕರಣ;

) ಸಿಸ್ಟಮ್ ಲಾಗ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು ಮಾಡ್ಯೂಲ್ ಅನ್ನು ಹೊಂದಿಸುವುದು;

) ಸಿಸ್ಟಮ್‌ನ ಭದ್ರತೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್‌ನ ಪ್ಯಾಕೆಟ್ ಫಿಲ್ಟರ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸಲು ಸ್ಕ್ರಿಪ್ಟ್ ಬರೆಯುವುದು.

7. ಮಾಹಿತಿ ಭದ್ರತೆ

1 ಕೆಲಸದ ಸ್ಥಳದ ಗುಣಲಕ್ಷಣಗಳು

ಪಿಸಿಯನ್ನು ಬಳಸುವಾಗ ಕೆಲಸದ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವ ಹಾನಿಕಾರಕ ಅಂಶಗಳು ಸೇರಿವೆ:

· ವಿದ್ಯುತ್ ಪ್ರವಾಹದ ವೋಲ್ಟೇಜ್ನ ಹೆಚ್ಚಿದ ಮೌಲ್ಯ;

· ಶಬ್ದ;

· ವಿದ್ಯುತ್ಕಾಂತೀಯ ವಿಕಿರಣ;

· ಸ್ಥಾಯೀವಿದ್ಯುತ್ತಿನ ಕ್ಷೇತ್ರ.

ಪರಿಣಾಮಕಾರಿ ಮತ್ತು ಸುರಕ್ಷಿತ ಕೆಲಸಕ್ಕಾಗಿ ಉತ್ತಮ ಪರಿಸ್ಥಿತಿಗಳನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು, ಆರಾಮದಾಯಕವಾದ ಮತ್ತು ಈ ಹಾನಿಕಾರಕ ಅಂಶಗಳ ಪ್ರಭಾವವನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಅಂತಹ ಕೆಲಸದ ಪರಿಸ್ಥಿತಿಗಳನ್ನು ರಚಿಸುವುದು ಅವಶ್ಯಕ. ಪಟ್ಟಿ ಮಾಡಲಾದ ಹಾನಿಕಾರಕ ಅಂಶಗಳು ಸ್ಥಾಪಿತ ನಿಯಮಗಳು ಮತ್ತು ನಿಬಂಧನೆಗಳಿಗೆ ಅನುಗುಣವಾಗಿರುವುದು ಅವಶ್ಯಕ.

7.2 ಔದ್ಯೋಗಿಕ ಸುರಕ್ಷತೆ

2.1 ವಿದ್ಯುತ್ ಸುರಕ್ಷತೆ

ವಿಶೇಷವಾಗಿ ಸುಸಜ್ಜಿತ ತಾಂತ್ರಿಕ ಕೊಠಡಿಯಲ್ಲಿರುವ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಸರ್ವರ್‌ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ವಿನ್ಯಾಸಗೊಳಿಸಲಾದ ಸಾಫ್ಟ್‌ವೇರ್ ಉಪಕರಣವನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ. ಇದು ಕೇಬಲ್ ರೂಟಿಂಗ್ಗಾಗಿ ಕೇಬಲ್ ನಾಳಗಳೊಂದಿಗೆ ಅಳವಡಿಸಲಾಗಿದೆ. ಪ್ರತಿ ಸರ್ವರ್‌ಗೆ ಪವರ್ ~ 220V, ಆವರ್ತನ 50Hz, ವರ್ಕಿಂಗ್ ಗ್ರೌಂಡಿಂಗ್‌ನೊಂದಿಗೆ ಸರಬರಾಜು ಮಾಡಲಾಗುತ್ತದೆ. ಕೋಣೆಗೆ ವಿದ್ಯುತ್ ಸರಬರಾಜನ್ನು ಪ್ರವೇಶಿಸುವ ಮೊದಲು, ಶಾರ್ಟ್ ಸರ್ಕ್ಯೂಟ್ನ ಸಂದರ್ಭದಲ್ಲಿ ವಿದ್ಯುತ್ ಸರಬರಾಜನ್ನು ಆಫ್ ಮಾಡುವ ಸ್ವಯಂಚಾಲಿತ ಸ್ವಿಚ್ಗಳನ್ನು ಸ್ಥಾಪಿಸಲಾಗಿದೆ. ಪ್ರತ್ಯೇಕ ರಕ್ಷಣಾತ್ಮಕ ಗ್ರೌಂಡಿಂಗ್.

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

ಇದಕ್ಕಾಗಿ, ವಿದ್ಯುತ್ ಸಾಕೆಟ್ಗಳಲ್ಲಿ ಮೂರನೇ ಸಂಪರ್ಕವನ್ನು ಬಳಸಲಾಗುತ್ತದೆ, ಇದು ರಕ್ಷಣಾತ್ಮಕ ಭೂಮಿಯ ಕೋರ್ಗೆ ಸಂಪರ್ಕ ಹೊಂದಿದೆ. ಉಪಕರಣದ ಪ್ರಕರಣಗಳು ವಿಶೇಷವಾಗಿ ಮೀಸಲಾದ ಕಂಡಕ್ಟರ್ ಜೊತೆಗೆ ವಿದ್ಯುತ್ ಕೇಬಲ್ ಮೂಲಕ ನೆಲಸಮವಾಗಿವೆ.

ಲೈವ್ ಭಾಗಗಳ ನಿರೋಧನದ ಸ್ಥಗಿತದ ಸಂದರ್ಭದಲ್ಲಿ ವಿದ್ಯುತ್ ಅನುಸ್ಥಾಪನೆಯ ದೇಹವನ್ನು ಸ್ಪರ್ಶಿಸುವಾಗ ವಿದ್ಯುತ್ ಆಘಾತದಿಂದ ರಕ್ಷಣೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ತಾಂತ್ರಿಕ ಕ್ರಮಗಳನ್ನು ಅನ್ವಯಿಸಲಾಗುತ್ತದೆ, ಅವುಗಳೆಂದರೆ:

· ರಕ್ಷಣಾತ್ಮಕ ಗ್ರೌಂಡಿಂಗ್;

· ರಕ್ಷಣಾತ್ಮಕ ಶೂನ್ಯಗೊಳಿಸುವಿಕೆ;

· ರಕ್ಷಣಾತ್ಮಕ ಸ್ಥಗಿತಗೊಳಿಸುವಿಕೆ.

7.2.2 ಶಬ್ದ ರಕ್ಷಣೆ

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

ಕಂಪ್ಯೂಟರ್ಗಳು ಇರುವ ಆವರಣದಲ್ಲಿ ಶಬ್ದದ ಮುಖ್ಯ ಮೂಲವೆಂದರೆ ಹವಾನಿಯಂತ್ರಣ ಉಪಕರಣಗಳು, ಮುದ್ರಣ ಮತ್ತು ನಕಲು ಉಪಕರಣಗಳು, ಮತ್ತು ಕಂಪ್ಯೂಟರ್ಗಳಲ್ಲಿ ಸ್ವತಃ, ಕೂಲಿಂಗ್ ಸಿಸ್ಟಮ್ ಅಭಿಮಾನಿಗಳು.

ಕೆಳಗಿನ ಶಬ್ದ ನಿಯಂತ್ರಣ ಕ್ರಮಗಳನ್ನು ಉತ್ಪಾದನಾ ಕೋಣೆಯಲ್ಲಿ ಸಕ್ರಿಯವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ:

· ಮೂಕ ಕೂಲಿಂಗ್ ಕಾರ್ಯವಿಧಾನಗಳ ಬಳಕೆ;

· ಧ್ವನಿ ನಿರೋಧನ ಮತ್ತು ಧ್ವನಿ ಹೀರಿಕೊಳ್ಳುವ ಮೂಲಕ ಪರಿಸರದಿಂದ ಶಬ್ದ ಮೂಲಗಳ ಪ್ರತ್ಯೇಕತೆ;

· ಆಂತರಿಕ ಕ್ಲಾಡಿಂಗ್ಗಾಗಿ ಧ್ವನಿ-ಹೀರಿಕೊಳ್ಳುವ ವಸ್ತುಗಳ ಬಳಕೆ.

ಕೆಲಸದ ಸ್ಥಳದಲ್ಲಿ ಶಬ್ದದ ಕೆಳಗಿನ ಮೂಲಗಳು ಇರುತ್ತವೆ:

· ಸಿಸ್ಟಮ್ ಯೂನಿಟ್ (ತಂಪಾದ (25dB), ಹಾರ್ಡ್ ಡ್ರೈವ್ (29dB), ವಿದ್ಯುತ್ ಸರಬರಾಜು (20dB));

· ಪ್ರಿಂಟರ್ (49dB) .

ಈ ಸಾಧನಗಳು ಹೊರಸೂಸುವ ಒಟ್ಟು ಶಬ್ದ L ಅನ್ನು ಸೂತ್ರದಿಂದ ಲೆಕ್ಕಹಾಕಲಾಗುತ್ತದೆ:

ಇಲ್ಲಿ Li ಎಂಬುದು ಒಂದು ಸಾಧನದ ಶಬ್ದ ಮಟ್ಟ, dB= 10*lg(316.23+794.33+100+79432.82) = 10*4.91 = 49.1dB

SN 2.2.4 / 2.1.8.562-96 ಪ್ರಕಾರ, ಗಣಿತಜ್ಞರು-ಪ್ರೋಗ್ರಾಮರ್‌ಗಳು ಮತ್ತು ವೀಡಿಯೊ ಆಪರೇಟರ್‌ಗಳ ಕೆಲಸದ ಸ್ಥಳದಲ್ಲಿ ಶಬ್ದ ಮಟ್ಟವು 50 dB ಅನ್ನು ಮೀರಬಾರದು.

7.2.3 ವಿದ್ಯುತ್ಕಾಂತೀಯ ವಿಕಿರಣದ ವಿರುದ್ಧ ರಕ್ಷಣೆ

ವಿದ್ಯುತ್ಕಾಂತೀಯ ಹಸ್ತಕ್ಷೇಪದ ವಿರುದ್ಧ ರಕ್ಷಣೆಯನ್ನು ವಿದ್ಯುತ್ ವಾಹಕ ಮೇಲ್ಮೈ ಹೊಂದಿರುವ ಪರದೆಗಳು ಮತ್ತು ಕಡಿಮೆ ವಿಕಿರಣ ವ್ಯವಸ್ಥೆಯನ್ನು ಹೊಂದಿರುವ ಮಾನಿಟರ್‌ಗಳ ಬಳಕೆಯನ್ನು ಒದಗಿಸಲಾಗುತ್ತದೆ, ಇದು ಹಾನಿಕಾರಕ ವಿಕಿರಣದ ಮಟ್ಟವನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ, ಜೊತೆಗೆ ದ್ರವ ಸ್ಫಟಿಕ ಮಾನಿಟರ್‌ಗಳು, ಇದರಲ್ಲಿ ವಿದ್ಯುತ್ಕಾಂತೀಯ ವಿಕಿರಣವು ಸಂಪೂರ್ಣವಾಗಿ ಇರುವುದಿಲ್ಲ.

7.2.4 ಸ್ಥಾಯೀವಿದ್ಯುತ್ತಿನ ರಕ್ಷಣೆ

ಸ್ಥಾಯೀವಿದ್ಯುತ್ತಿನ ಚಾರ್ಜ್ ವಿರುದ್ಧ ರಕ್ಷಿಸಲು, ನೆಲದ ರಕ್ಷಣಾತ್ಮಕ ಫಿಲ್ಟರ್ ಅನ್ನು ಬಳಸಲಾಗುತ್ತದೆ, ಗಾಳಿಯ ಆರ್ದ್ರಕಗಳು, ಮತ್ತು ಮಹಡಿಗಳನ್ನು ಆಂಟಿಸ್ಟಾಟಿಕ್ ಲೇಪನದಿಂದ ಮುಚ್ಚಲಾಗುತ್ತದೆ. ಕಂಪ್ಯೂಟರ್‌ಗಳು, ಹವಾನಿಯಂತ್ರಣಗಳು, ಏರ್ ಅಯಾನೀಕರಣ ಸಾಧನಗಳೊಂದಿಗೆ ಆವರಣದಲ್ಲಿ ಧನಾತ್ಮಕ ಮತ್ತು ಋಣಾತ್ಮಕ ಅಯಾನುಗಳ ಸಾಂದ್ರತೆಯ ಸಾಮಾನ್ಯ ಮೌಲ್ಯಗಳನ್ನು ಕಾಪಾಡಿಕೊಳ್ಳಲು, ಪ್ರತಿ 2 ಗಂಟೆಗಳ ಕಾರ್ಯಾಚರಣೆಯ ನಂತರ ಕನಿಷ್ಠ 10 ನಿಮಿಷಗಳ ಕಾಲ ನೈಸರ್ಗಿಕ ವಾತಾಯನವನ್ನು ಕೈಗೊಳ್ಳಲಾಗುತ್ತದೆ.

ವಾಯುಗಾಮಿ ಕಣಗಳೊಂದಿಗೆ ಧೂಳಿನ ಕಣಗಳ ಕೆಲಸ ಮಾಡುವ ಜನರ ದೇಹದ ಮೇಲೆ ಹಾನಿಕಾರಕ ಪರಿಣಾಮಗಳನ್ನು ತಡೆಗಟ್ಟುವ ಸಲುವಾಗಿ, ಆವರಣದ ಆರ್ದ್ರ ಶುಚಿಗೊಳಿಸುವಿಕೆಯನ್ನು ಪ್ರತಿದಿನ ನಡೆಸಲಾಗುತ್ತದೆ ಮತ್ತು ಮಾನಿಟರ್ ಆಫ್ ಮಾಡಿದಾಗ ಪ್ರತಿ ಶಿಫ್ಟ್ಗೆ ಒಮ್ಮೆಯಾದರೂ ಪರದೆಯಿಂದ ಧೂಳನ್ನು ತೆಗೆದುಹಾಕಲಾಗುತ್ತದೆ.

7.3 ಕೆಲಸದ ಪರಿಸ್ಥಿತಿಗಳು

3.1 ಉತ್ಪಾದನಾ ಕೊಠಡಿಯ ಮೈಕ್ರೋಕ್ಲೈಮೇಟ್

ಈ ಪ್ರಬಂಧ ಯೋಜನೆಯಲ್ಲಿ ಪರಿಗಣಿಸಲಾದ ಉಪಕರಣಗಳು ಕಾರ್ಯಾಚರಣೆಯ ಸಮಯದಲ್ಲಿ ಯಾವುದೇ ಹಾನಿಕಾರಕ ವಸ್ತುಗಳನ್ನು ಉತ್ಪಾದಿಸುವುದಿಲ್ಲ. ಹೀಗಾಗಿ, ಅವುಗಳನ್ನು ಬಳಸಿದ ಕೋಣೆಯಲ್ಲಿನ ಗಾಳಿಯ ವಾತಾವರಣವು ಮಾನವ ದೇಹದ ಮೇಲೆ ಹಾನಿಕಾರಕ ಪರಿಣಾಮಗಳನ್ನು ಬೀರುವುದಿಲ್ಲ ಮತ್ತು GOST 12.1.005-88 ಪ್ರಕಾರ ನಾನು ಕೆಲಸ ಮಾಡುವ ವರ್ಗದ ಅವಶ್ಯಕತೆಗಳನ್ನು ಪೂರೈಸುತ್ತದೆ.

ಕೈಗಾರಿಕಾ ಆವರಣದ ಕೆಲಸದ ಪ್ರದೇಶದಲ್ಲಿ ತಾಪಮಾನ, ಸಾಪೇಕ್ಷ ಆರ್ದ್ರತೆ ಮತ್ತು ಗಾಳಿಯ ವೇಗಕ್ಕೆ ಸೂಕ್ತವಾದ ಮಾನದಂಡಗಳನ್ನು GOST 12.1.005-88 ನಿಂದ ಪ್ರಮಾಣೀಕರಿಸಲಾಗಿದೆ ಮತ್ತು ಕೋಷ್ಟಕ 7.1 ರಲ್ಲಿ ನೀಡಲಾಗಿದೆ.

ಕೋಷ್ಟಕ 7.1 - ಮೈಕ್ರೋಕ್ಲೈಮೇಟ್ ನಿಯತಾಂಕಗಳು

ಸಾಧಾರಣಗೊಳಿಸಿದ ಪ್ಯಾರಾಮೀಟರ್ ಮೌಲ್ಯ ಆಪ್ಟಿಮಲ್ಅಡ್ಮಿಸಿಬಲ್ಆಕ್ಚುವಲ್ ಏರ್ ತಾಪಮಾನ, С20 - 2218 - 2020 ಆರ್ದ್ರತೆ,% 40 - 60 8045 ವಾಯು ವೇಗಕ್ಕಿಂತ ಹೆಚ್ಚಿಲ್ಲ, m/s0.20.30..0.3

ಮೈಕ್ರೋಕ್ಲೈಮೇಟ್ ಸೂಕ್ತ ಪರಿಸ್ಥಿತಿಗಳಿಗೆ ಅನುರೂಪವಾಗಿದೆ.

3.2 ಕೈಗಾರಿಕಾ ಬೆಳಕು

ಲೆಕ್ಕಾಚಾರಕ್ಕಾಗಿ, ಈ ಯೋಜನೆಯನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ ವರ್ಖ್ನ್ಯಾಯಾ ಪಿಶ್ಮಾ ನಗರದ ಗೆರ್ಕಾನ್ ಎಲ್ಎಲ್ ಸಿ ಯಲ್ಲಿ ನಾವು ಬೆಂಬಲ ವಿಭಾಗವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತೇವೆ:

· ಕೋಣೆಯ ವಿಸ್ತೀರ್ಣ 60 ಮೀ 2;

· ಬೆಳಕಿನ ತೆರೆಯುವಿಕೆಯ ಪ್ರದೇಶವು 10 ಮೀ 2;

· 4 ಕಾರ್ಯಕ್ಷೇತ್ರಗಳನ್ನು ಸ್ಥಾಪಿಸಲಾಗಿದೆ.

ನೈಸರ್ಗಿಕ ಪ್ರಕಾಶದ ಲೆಕ್ಕಾಚಾರವನ್ನು SNiP 23.05-95 ಸೂತ್ರದ ಪ್ರಕಾರ ನಡೆಸಲಾಗುತ್ತದೆ:

S0 \u003d Sp * en * Kz * N0 * KZD / 100% * T0 * T1 (7.2)

ಅಲ್ಲಿ S0 ಎಂಬುದು ಬೆಳಕಿನ ತೆರೆಯುವಿಕೆಯ ಪ್ರದೇಶವಾಗಿದೆ, m2;

ಎಸ್ಪಿ - ಕೋಣೆಯ ನೆಲದ ಪ್ರದೇಶ, ಮೀ 2, 60;

ಎನ್ - ನೈಸರ್ಗಿಕ ಪ್ರಕಾಶದ ಗುಣಾಂಕ, 1.6;

Kz - ಸುರಕ್ಷತಾ ಅಂಶ, 1.5;

N0 - ಕಿಟಕಿಗಳ ಬೆಳಕಿನ ಗುಣಲಕ್ಷಣ, 1;

KZD - ಕಟ್ಟಡಗಳನ್ನು ವಿರೋಧಿಸುವ ಮೂಲಕ ಕಿಟಕಿಗಳ ಮಬ್ಬಾಗಿಸುವಿಕೆಯನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳುವ ಗುಣಾಂಕ, 1.2;

T0 - ಒಟ್ಟು ಬೆಳಕಿನ ಪ್ರಸರಣ ಗುಣಾಂಕ, 0.48;

T1 - ಕೋಣೆಯ ಮೇಲ್ಮೈಯಿಂದ ಪ್ರತಿಫಲನದ ಗುಣಾಂಕ, 1.2.

ಎಲ್ಲಾ ಗುಣಾಂಕಗಳ ಮೌಲ್ಯಗಳನ್ನು SNiP 23.05.-95 ನಿಂದ ತೆಗೆದುಕೊಳ್ಳಲಾಗಿದೆ.

ಲೆಕ್ಕಾಚಾರದ ಪರಿಣಾಮವಾಗಿ, ನಾವು ಪಡೆಯುತ್ತೇವೆ: S0 = 3.4 m2 ಕಿಟಕಿಗಳ ಬೆಳಕಿನ ತೆರೆಯುವಿಕೆಯ ಅಗತ್ಯವಿರುವ ಪ್ರದೇಶ. ತೆರೆಯುವಿಕೆಯ ನಿಜವಾದ ಪ್ರದೇಶವು 10 ಮೀ 2 ಆಗಿದೆ, ಇದು ಈ ಪ್ರಕಾರದ ಆವರಣಗಳಿಗೆ ಬೆಳಕಿನ ತೆರೆಯುವಿಕೆಯ ಕನಿಷ್ಠ ಅನುಮತಿಸುವ ಪ್ರದೇಶವನ್ನು ಮೀರಿದೆ ಮತ್ತು ಹಗಲು ಹೊತ್ತಿನಲ್ಲಿ ಸಾಕಾಗುತ್ತದೆ.

ಪ್ರತಿ 60 W ಶಕ್ತಿಯೊಂದಿಗೆ LDC-60 ಪ್ರಕಾರದ 15 ಪ್ರತಿದೀಪಕ ದೀಪಗಳಿಂದ ಪ್ರಕಾಶಿಸಲ್ಪಟ್ಟ ಕೋಣೆಗೆ ಕೃತಕ ಬೆಳಕಿನ ಲೆಕ್ಕಾಚಾರ.

SNiP 23.05-95 ಪ್ರಕಾರ, ಪ್ರತಿದೀಪಕ ದೀಪಗಳಿಂದ ಪ್ರಕಾಶದ ಪ್ರಮಾಣವು ಸಮತಲ ಸಮತಲದಲ್ಲಿ ಕನಿಷ್ಠ 300lm ಆಗಿರಬೇಕು - ಸಾಮಾನ್ಯ ಬೆಳಕಿನ ವ್ಯವಸ್ಥೆಗೆ. ಹೆಚ್ಚಿನ ನಿಖರತೆಯ ದೃಷ್ಟಿಗೋಚರ ಕೆಲಸವನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಂಡು, ಪ್ರಕಾಶಮಾನ ಮೌಲ್ಯವನ್ನು 1000lm ವರೆಗೆ ಹೆಚ್ಚಿಸಬಹುದು.

ಪ್ರತಿದೀಪಕ ದೀಪದ ಹೊಳೆಯುವ ಹರಿವನ್ನು SNiP 23.05.-95 ರಿಂದ ಸೂತ್ರದ ಪ್ರಕಾರ ಲೆಕ್ಕಹಾಕಲಾಗುತ್ತದೆ:

ಫಿ = ಯೋಂಗ್ * ಎಸ್ * ಝಡ್ * ಕೆ / ಎನ್ * η (7.3)

ಎಲ್ಲಿ ಎನ್ - ಕೋಣೆಯ ಸಾಮಾನ್ಯ ಬೆಳಕು, ಎಲ್ಎಕ್ಸ್, 200;

ಎಸ್ - ಕೋಣೆಯ ನೆಲದ ಪ್ರದೇಶ, ಮೀ 2, 60;

Z - ಗುಣಾಂಕ ಕನಿಷ್ಠ, 1.1 ಗೆ ಸರಾಸರಿ ಪ್ರಕಾಶದ ಅನುಪಾತವನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ;

ಕೆ - ವಾಯು ಮಾಲಿನ್ಯವನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳುವ ಸುರಕ್ಷತಾ ಅಂಶ, 1.3;

ಎನ್ - ಫಿಕ್ಚರ್ಗಳ ಸಂಖ್ಯೆ, 15;

η - ಪ್ರಕಾಶಕ ಫ್ಲಕ್ಸ್ ಬಳಕೆಯ ಅಂಶ, 0.8.

ಪರಿಣಾಮವಾಗಿ, ನಾವು ಫಿ = 1340lm ಅನ್ನು ಪಡೆಯುತ್ತೇವೆ, ಎಲ್ಲಾ ದೀಪಗಳ ಒಟ್ಟು ಪ್ರಕಾಶಕ ಫ್ಲಕ್ಸ್ 3740lm ಆಗಿದೆ, ಆದ್ದರಿಂದ, ಪ್ರಯೋಗಾಲಯದ ಪ್ರಕಾಶವು ಕನಿಷ್ಟ ಅನುಮತಿಗಿಂತ ಹೆಚ್ಚಾಗಿರುತ್ತದೆ.

7.4 ಕಾರ್ಯಸ್ಥಳದ ದಕ್ಷತಾಶಾಸ್ತ್ರ

4.1 ಕೆಲಸದ ಸ್ಥಳದ ಸಂಘಟನೆ

SanPiN 2.2.2 / 4.2.1340-03 ಗೆ ಅನುಗುಣವಾಗಿ, VDT (ವೀಡಿಯೊ ಪ್ರದರ್ಶನ ಟರ್ಮಿನಲ್) ಕೆಳಗಿನ ತಾಂತ್ರಿಕ ಅವಶ್ಯಕತೆಗಳನ್ನು ಪೂರೈಸಬೇಕು:

· ಪ್ರಕಾಶದ ಹೊಳಪು 100cd/m2 ಗಿಂತ ಕಡಿಮೆಯಿಲ್ಲ;

· ಬೆಳಕಿನ ಬಿಂದುವಿನ ಕನಿಷ್ಠ ಗಾತ್ರವು ಬಣ್ಣ ಪ್ರದರ್ಶನಕ್ಕಾಗಿ 0.1 ಮಿಮೀಗಿಂತ ಹೆಚ್ಚಿಲ್ಲ;

· ಚಿಹ್ನೆಯ ಚಿತ್ರದ ವ್ಯತಿರಿಕ್ತತೆಯು 0.8 ಕ್ಕಿಂತ ಕಡಿಮೆಯಿಲ್ಲ;

· ಲಂಬ ಸ್ಕ್ಯಾನಿಂಗ್ ಆವರ್ತನವು 7 kHz ಗಿಂತ ಕಡಿಮೆಯಿಲ್ಲ

· ಅಂಕಗಳ ಸಂಖ್ಯೆ 640 ಕ್ಕಿಂತ ಕಡಿಮೆಯಿಲ್ಲ;

· ವಿರೋಧಿ ಪ್ರತಿಫಲಿತ ಪರದೆಯ ಲೇಪನ;

· ಪರದೆಯ ಗಾತ್ರವು ಕರ್ಣೀಯವಾಗಿ 31cm ಗಿಂತ ಕಡಿಮೆಯಿಲ್ಲ;

· ಪರದೆಯ ಮೇಲಿನ ಅಕ್ಷರಗಳ ಎತ್ತರವು 3.8 ಮಿಮೀಗಿಂತ ಕಡಿಮೆಯಿಲ್ಲ;

· ಆಪರೇಟರ್ನ ಕಣ್ಣುಗಳಿಂದ ಪರದೆಯವರೆಗಿನ ಅಂತರವು ಸುಮಾರು 40-80cm ಆಗಿರಬೇಕು;

VDT 130-220 ಮಿಮೀ ಒಳಗೆ ಸಮತಲ ಮತ್ತು ಲಂಬವಾದ ಸಮತಲಗಳಲ್ಲಿ ಚಲಿಸಲು ಮತ್ತು 10-15 ಡಿಗ್ರಿಗಳಷ್ಟು ಪರದೆಯ ಕೋನವನ್ನು ಬದಲಿಸಲು ಅನುಮತಿಸುವ ಟರ್ನ್ಟೇಬಲ್ನೊಂದಿಗೆ ಸಜ್ಜುಗೊಳಿಸಬೇಕು.

ಪದವಿ ಯೋಜನೆಯನ್ನು 39 ಸೆಂ.ಮೀ ಕರ್ಣದೊಂದಿಗೆ ವಿಡಿಟಿ ವ್ಯೂಸೋನಿಕ್ ಹೊಂದಿರುವ ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿ ನಡೆಸಲಾಯಿತು. ಈ ಮಾನಿಟರ್ ಅನ್ನು ವಿಶ್ವ ಮಾನದಂಡಗಳಿಗೆ ಅನುಗುಣವಾಗಿ ತಯಾರಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಮೇಲಿನ ಎಲ್ಲಾ ತಾಂತ್ರಿಕ ಅವಶ್ಯಕತೆಗಳನ್ನು ಪೂರೈಸುತ್ತದೆ.

ಕೀಬೋರ್ಡ್ ಅವಶ್ಯಕತೆಗಳು ಹೀಗಿವೆ:

· ಪ್ರಸರಣ ಬೆಳಕಿನ ಸ್ಕ್ಯಾಟರಿಂಗ್ನೊಂದಿಗೆ ಹಿತವಾದ ಮೃದುವಾದ ಟೋನ್ಗಳಲ್ಲಿ ಕೇಸ್ ಪೇಂಟಿಂಗ್;

· 0.4 - 0.6 ಪ್ರತಿಬಿಂಬದೊಂದಿಗೆ ಮ್ಯಾಟ್ ಮೇಲ್ಮೈ ಮತ್ತು ಪ್ರಜ್ವಲಿಸುವಿಕೆಯನ್ನು ರಚಿಸುವ ಯಾವುದೇ ಹೊಳೆಯುವ ವಿವರಗಳಿಲ್ಲ;

ಮೇಲಿನ ಎಲ್ಲಾ ಅವಶ್ಯಕತೆಗಳನ್ನು ಪೂರೈಸುವ ಲಾಜಿಟೆಕ್ ಬ್ರಾಂಡ್ ಕೀಬೋರ್ಡ್‌ನಲ್ಲಿ ಯೋಜನೆಯನ್ನು ಕೈಗೊಳ್ಳಲಾಗಿದೆ.

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

ಸಂಪರ್ಕಿಸುವ ಕೇಬಲ್ಗಳನ್ನು ವಿಶೇಷ ಚಾನಲ್ಗಳಲ್ಲಿ ಹಾಕಲಾಗುತ್ತದೆ. ಕನೆಕ್ಟರ್‌ಗಳು ಕೇಬಲ್‌ಗಳ ಹೊರತೆಗೆಯುವಿಕೆಗೆ ಅಡ್ಡಿಯಾಗದಂತೆ ಚಾನಲ್‌ಗಳ ವ್ಯವಸ್ಥೆಯು ಇರಬೇಕು.

ಟೇಬಲ್‌ಟಾಪ್‌ನಲ್ಲಿ ಬಳಕೆದಾರರ ಬಲಭಾಗದಲ್ಲಿರುವ "ಮೌಸ್" ಮ್ಯಾನಿಪ್ಯುಲೇಟರ್‌ಗಾಗಿ ಮುಕ್ತ ಪ್ರದೇಶವಿದೆ, ಅದು ಪರದೆಯ ಮೇಲ್ಮೈಗೆ ಆಕಾರ ಮತ್ತು ಗಾತ್ರದಲ್ಲಿ ಒಂದೇ ಆಗಿರಬೇಕು.

ಆಪರೇಟರ್ನ ಕೆಲಸದ ಸ್ಥಳವು GOST 12.2.032-78 SSBT ನ ಅಗತ್ಯತೆಗಳಿಗೆ ಅನುಗುಣವಾಗಿರುತ್ತದೆ.

ಕೆಲಸದ ಸ್ಥಳದ ಪ್ರಾದೇಶಿಕ ಸಂಘಟನೆಯು ಸೂಕ್ತವಾದ ಕೆಲಸದ ಭಂಗಿಯನ್ನು ಒದಗಿಸುತ್ತದೆ:

· ತಲೆ 10 - 20 ಡಿಗ್ರಿ ಮುಂದಕ್ಕೆ ಬಾಗಿರುತ್ತದೆ;

· ಹಿಂಭಾಗವು ಮಹತ್ವವನ್ನು ಹೊಂದಿದೆ, ಭುಜ ಮತ್ತು ಮುಂದೋಳಿನ ನಡುವಿನ ಅನುಪಾತ, ಹಾಗೆಯೇ ತೊಡೆಯ ಮತ್ತು ಕೆಳಗಿನ ಕಾಲಿನ ನಡುವಿನ ಅನುಪಾತವು ಲಂಬ ಕೋನವಾಗಿದೆ.

ಕೆಲಸದ ಸ್ಥಳದ ಮುಖ್ಯ ನಿಯತಾಂಕಗಳನ್ನು ಸರಿಹೊಂದಿಸಬೇಕು. ಜಿಯೋಆಂಥ್ರೊಪೊಮೆಟ್ರಿಕ್ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಂಡು ಒಬ್ಬ ವ್ಯಕ್ತಿಗೆ ಅನುಕೂಲಕರ ಕೆಲಸದ ಪರಿಸ್ಥಿತಿಗಳನ್ನು ರಚಿಸುವ ಸಾಧ್ಯತೆಯನ್ನು ಇದು ಖಾತ್ರಿಗೊಳಿಸುತ್ತದೆ.

ವೈಯಕ್ತಿಕ ಕಂಪ್ಯೂಟರ್ ಹೊಂದಿದ ಕೆಲಸದ ಸ್ಥಳ ಮತ್ತು ಪೀಠೋಪಕರಣಗಳ ಮುಖ್ಯ ನಿಯತಾಂಕಗಳು (ಚಿತ್ರ 7.1)

ಅಕ್ಕಿ. 7.1 - ಕಂಪ್ಯೂಟರ್ ಆಪರೇಟರ್ನ ಕೆಲಸದ ಸ್ಥಳ

· ಆಸನ ಎತ್ತರ 42 - 45 ಸೆಂ;

· ನೆಲದಿಂದ ಕೀಬೋರ್ಡ್ ಎತ್ತರ 70 - 85 ಸೆಂ;

· ಸಮತಲ 7 - 15 ಡಿಗ್ರಿಗಳಿಂದ ಕೀಬೋರ್ಡ್ನ ಕೋನ;

· ಟೇಬಲ್ 10 - 26cm ಅಂಚಿನಿಂದ ಕೀಬೋರ್ಡ್ನ ದೂರಸ್ಥತೆ;

· ಪರದೆಯ ಮಧ್ಯಭಾಗದಿಂದ ನೆಲಕ್ಕೆ 90 - 115 ಸೆಂ.ಮೀ ಅಂತರ;

· ಲಂಬ 0 - 30 ಡಿಗ್ರಿಗಳಿಂದ ಪರದೆಯ ಓರೆ ಕೋನ (ಸೂಕ್ತ 15);

· ಮೇಜಿನ ಅಂಚಿನಿಂದ ಪರದೆಯ ದೂರಸ್ಥತೆ 50 - 75cm;

· 74 - 78cm ಬರೆಯಲು ಕೆಲಸದ ಮೇಲ್ಮೈ ಎತ್ತರ;

ಕೆಲಸದ ಸ್ಥಳದಲ್ಲಿ ಫುಟ್‌ರೆಸ್ಟ್ ಅನ್ನು ಒದಗಿಸಲಾಗುತ್ತದೆ, ದೀರ್ಘಾವಧಿಯ ಕುಳಿತುಕೊಳ್ಳುವಿಕೆಗೆ ಸಂಬಂಧಿಸಿದ ಎಲ್ಲಾ ರೀತಿಯ ಕೆಲಸಗಳಿಗೆ ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ

SanPiN 2.2.2.542-96 ಪ್ರಕಾರ, ಕಂಪ್ಯೂಟರ್ ಆಪರೇಟರ್‌ನ ಕೆಲಸದ ಸ್ವರೂಪವನ್ನು ಸುಲಭವೆಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ವರ್ಗ 1A ಗೆ ಸೇರಿದೆ.

ಕೆಲಸದ ಶಿಫ್ಟ್‌ನ ಪ್ರಾರಂಭದಿಂದ 2 ಗಂಟೆಗಳ ನಂತರ ಮತ್ತು ಊಟದ ವಿರಾಮದ 2 ಗಂಟೆಗಳ ನಂತರ ತಲಾ 15 ನಿಮಿಷಗಳ ನಂತರ ವಿರಾಮಗಳನ್ನು ಹೊಂದಿಸಲಾಗಿದೆ. ನಿಯಂತ್ರಿತ ವಿರಾಮಗಳಲ್ಲಿ, ನರ-ಭಾವನಾತ್ಮಕ ಒತ್ತಡ, ಆಯಾಸವನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಮತ್ತು ಹೈಪೋಡೈನಮಿಯಾದ ಪ್ರಭಾವವನ್ನು ತೊಡೆದುಹಾಕಲು, ವ್ಯಾಯಾಮದ ಸೆಟ್ಗಳನ್ನು ನಡೆಸಲಾಗುತ್ತದೆ.

7.5 ಅಗ್ನಿ ಸುರಕ್ಷತೆ

ಈ ಯೋಜನೆಯ ಕೆಲಸವನ್ನು ನಿರ್ವಹಿಸಿದ ಕೊಠಡಿಯು ಬೆಂಕಿಯ ಅಪಾಯದ ವರ್ಗವನ್ನು ಹೊಂದಿದೆ NPB 105-03 ರಲ್ಲಿ - ದಹಿಸುವ ಮತ್ತು ದಹಿಸಲಾಗದ ದ್ರವಗಳು, ಘನ ದಹನಕಾರಿ ಮತ್ತು ದಹಿಸಲಾಗದ ವಸ್ತುಗಳು ಮತ್ತು ವಸ್ತುಗಳು, ಧೂಳು ಮತ್ತು ನಾರುಗಳು, ವಸ್ತುಗಳು ಮತ್ತು ಸಂವಹನ ಮಾಡುವ ಸಾಮರ್ಥ್ಯವಿರುವ ವಸ್ತುಗಳು ಸೇರಿದಂತೆ ನೀರು, ಆಮ್ಲಜನಕದ ಗಾಳಿಯೊಂದಿಗೆ ಅಥವಾ ಪರಸ್ಪರ ಮಾತ್ರ ಸುಡುವ ಮೂಲಕ, ಅವು ಲಭ್ಯವಿರುವ ಅಥವಾ ರೂಪುಗೊಂಡ ಆವರಣಗಳು ಎ ಅಥವಾ ಬಿ ವರ್ಗಗಳಿಗೆ ಸೇರಿಲ್ಲ ಎಂದು ಒದಗಿಸಲಾಗಿದೆ. .

ಉತ್ಪಾದನಾ ಪ್ರದೇಶದಲ್ಲಿ ಈ ಕೆಳಗಿನ ಸುರಕ್ಷತಾ ನಿಯಮಗಳನ್ನು ಗಮನಿಸಲಾಗಿದೆ:

· ಹಾದಿಗಳು, ಆವರಣದಿಂದ ನಿರ್ಗಮಿಸುವುದು, ಬೆಂಕಿಯನ್ನು ನಂದಿಸುವ ವಿಧಾನಗಳಿಗೆ ಪ್ರವೇಶ ಉಚಿತ;

· ಕಾರ್ಯಾಚರಣೆಯಲ್ಲಿರುವ ಉಪಕರಣಗಳು ಉತ್ತಮ ಕೆಲಸದ ಕ್ರಮದಲ್ಲಿವೆ ಮತ್ತು ಕೆಲಸವನ್ನು ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು ಪ್ರತಿ ಬಾರಿ ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ;

· ಕೆಲಸ ಮುಗಿದ ನಂತರ, ಆವರಣವನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ, ವಿದ್ಯುತ್ ಸರಬರಾಜನ್ನು ಡಿ-ಎನರ್ಜೈಸ್ ಮಾಡಲಾಗಿದೆ, ಆವರಣವನ್ನು ಮುಚ್ಚಲಾಗುತ್ತದೆ.

ಆವರಣದಿಂದ ಕಟ್ಟಡಗಳಿಂದ ನಿರ್ಗಮಿಸುವವರ ಸಂಖ್ಯೆ ಎರಡು. ತುರ್ತು ನಿರ್ಗಮನದ (ಬಾಗಿಲು) ಅಗಲ 2 ಮೀ. ಎಸ್ಕೇಪ್ ಮಾರ್ಗಗಳು ಸಾಂಪ್ರದಾಯಿಕ ಏಣಿಗಳು ಮತ್ತು ಕೀಲು ಬಾಗಿಲುಗಳನ್ನು ಬಳಸುತ್ತವೆ. ಮೆಟ್ಟಿಲುಗಳ ಮೇಲೆ ಯಾವುದೇ ಕೊಠಡಿಗಳು, ತಾಂತ್ರಿಕ ಸಂವಹನಗಳು, ಲಿಫ್ಟ್‌ಗಳ ನಿರ್ಗಮನ ಮತ್ತು ಸರಕು ಎಲಿವೇಟರ್‌ಗಳಿಲ್ಲ. ಎಸ್ಕೇಪ್ ಮಾರ್ಗಗಳು ನೈಸರ್ಗಿಕ ಮತ್ತು ಕೃತಕ ತುರ್ತು ಬೆಳಕಿನೊಂದಿಗೆ ಸಜ್ಜುಗೊಂಡಿವೆ.

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

ಬೆಂಕಿಯ ಆರಂಭಿಕ ಹಂತವನ್ನು ಪತ್ತೆಹಚ್ಚಲು ಮತ್ತು ಅಗ್ನಿಶಾಮಕ ಇಲಾಖೆಯನ್ನು ಎಚ್ಚರಿಸಲು, ಸ್ವಯಂಚಾಲಿತ ಮತ್ತು ಅಗ್ನಿಶಾಮಕ ಅಲಾರ್ಮ್ ಸಿಸ್ಟಮ್ (APS) ಅನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಬೆಂಕಿ ದೊಡ್ಡ ಗಾತ್ರವನ್ನು ತಲುಪುವವರೆಗೆ ಮತ್ತು ನಗರದ ಅಗ್ನಿಶಾಮಕ ಇಲಾಖೆಗೆ ತಿಳಿಸುವವರೆಗೆ ಇದು ಸ್ವತಂತ್ರವಾಗಿ ಬೆಂಕಿಯನ್ನು ನಂದಿಸುವ ಸ್ಥಾಪನೆಗಳನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ.

EC ಯ ವಸ್ತುಗಳು, ಎಪಿಎಸ್ ಹೊರತುಪಡಿಸಿ, ಸ್ಥಾಯಿ ಅಗ್ನಿಶಾಮಕ ಅನುಸ್ಥಾಪನೆಗಳನ್ನು ಹೊಂದಿರಬೇಕು. ಅನಿಲ ಬೆಂಕಿಯನ್ನು ನಂದಿಸುವ ಸ್ಥಾಪನೆಗಳ ಅನ್ವಯಗಳು, ಇದರ ಕ್ರಿಯೆಯು ಬೆಂಕಿಯನ್ನು ನಂದಿಸುವ ಅನಿಲ ವಸ್ತುವಿನೊಂದಿಗೆ ಕೋಣೆಯನ್ನು ತ್ವರಿತವಾಗಿ ತುಂಬಿಸುವುದನ್ನು ಆಧರಿಸಿದೆ, ಇದರ ಪರಿಣಾಮವಾಗಿ ಗಾಳಿಯಲ್ಲಿ ಆಮ್ಲಜನಕದ ಅಂಶವು ಕಡಿಮೆಯಾಗುತ್ತದೆ.

7.6 ತುರ್ತು ಪರಿಸ್ಥಿತಿಗಳು

ಈ ಪರಿಸರದಲ್ಲಿ, ಹೆಚ್ಚಾಗಿ ತುರ್ತು ಪರಿಸ್ಥಿತಿ ಬೆಂಕಿಯಾಗಿರುತ್ತದೆ. ಬೆಂಕಿಯ ಸಂದರ್ಭದಲ್ಲಿ, ಸಿಬ್ಬಂದಿಯನ್ನು ಸ್ಥಳಾಂತರಿಸುವುದು ಮತ್ತು ಘಟನೆಯನ್ನು ಅಗ್ನಿಶಾಮಕ ಇಲಾಖೆಗೆ ವರದಿ ಮಾಡುವುದು ಅವಶ್ಯಕ. ಸ್ಥಳಾಂತರಿಸುವ ಯೋಜನೆಯನ್ನು ಚಿತ್ರ 7.2 ರಲ್ಲಿ ತೋರಿಸಲಾಗಿದೆ.

ಅಕ್ಕಿ. 7.2 - ಫೈರ್ ಎಸ್ಕೇಪ್ ಯೋಜನೆ

8. ಆರ್ಥಿಕ ಭಾಗ

ಈ ವಿಭಾಗವು ನೆಟ್‌ವರ್ಕ್ ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವ ವೆಚ್ಚಗಳು, ಅದರ ಅನುಷ್ಠಾನ ಮತ್ತು ನಿರ್ವಹಣೆ, ಜೊತೆಗೆ ಸಂಬಂಧಿತ ವಸ್ತುಗಳು ಮತ್ತು ಸಾಧನಗಳನ್ನು ಚರ್ಚಿಸುತ್ತದೆ.

ಯೋಜನೆಯ ವೆಚ್ಚವು ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಉತ್ಪಾದನಾ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ಸೇವಿಸುವ ಕಾರ್ಮಿಕ ಸಾಧನಗಳು ಮತ್ತು ವಸ್ತುಗಳ ವೆಚ್ಚವನ್ನು ಪ್ರತಿಬಿಂಬಿಸುತ್ತದೆ (ಸವಕಳಿ, ಉಪಕರಣಗಳ ವೆಚ್ಚ, ವಸ್ತುಗಳು, ಇಂಧನ, ಶಕ್ತಿ, ಇತ್ಯಾದಿ), ಜೀವನ ವೆಚ್ಚದ ಭಾಗ (ವೇತನ) , ಖರೀದಿಸಿದ ಸಿಸ್ಟಮ್ ಮಾಡ್ಯೂಲ್ಗಳ ವೆಚ್ಚ.

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

ಕ್ಲೈಂಟ್ ಬೇಸ್ನ ಬೆಳವಣಿಗೆಯೊಂದಿಗೆ, ಮತ್ತು ಇದರ ಪರಿಣಾಮವಾಗಿ, ಸಕ್ರಿಯ ಉಪಕರಣಗಳ ಸಂಖ್ಯೆ, ಒಟ್ಟಾರೆಯಾಗಿ ನೆಟ್ವರ್ಕ್ನ ಸ್ಥಿತಿಯನ್ನು ಮತ್ತು ಅದರ ಪ್ರತ್ಯೇಕ ಅಂಶಗಳನ್ನು ವಿವರವಾಗಿ ತ್ವರಿತವಾಗಿ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವುದು ಅಗತ್ಯವಾಯಿತು. ನೆಟ್‌ವರ್ಕ್ ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಪರಿಚಯಿಸುವ ಮೊದಲು, ನೆಟ್‌ವರ್ಕ್ ನಿರ್ವಾಹಕರು ಟೆಲ್ನೆಟ್, http, snmp, ssh, ಇತ್ಯಾದಿ ಪ್ರೋಟೋಕಾಲ್‌ಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಸಂಪರ್ಕಿಸಬೇಕಾಗಿತ್ತು. ಆಸಕ್ತಿಯ ಪ್ರತಿಯೊಂದು ನೆಟ್‌ವರ್ಕ್ ನೋಡ್‌ಗೆ ಮತ್ತು ಅಂತರ್ನಿರ್ಮಿತ ಮಾನಿಟರಿಂಗ್ ಮತ್ತು ಡಯಾಗ್ನೋಸ್ಟಿಕ್ ಪರಿಕರಗಳನ್ನು ಬಳಸಿ. ಈ ಸಮಯದಲ್ಲಿ, ನೆಟ್‌ವರ್ಕ್ ಸಾಮರ್ಥ್ಯವು 5000 ಪೋರ್ಟ್‌ಗಳು, 300 ಲೇಯರ್ 2 ಸ್ವಿಚ್‌ಗಳು, 15 ರೂಟರ್‌ಗಳು ಮತ್ತು 20 ಆಂತರಿಕ ಸರ್ವರ್‌ಗಳು.

ಇದರ ಜೊತೆಗೆ, ಬಳಕೆದಾರರಿಗೆ ಗಂಭೀರ ಸಮಸ್ಯೆಗಳಿದ್ದಾಗ ಮಾತ್ರ ನೆಟ್ವರ್ಕ್ ದಟ್ಟಣೆ ಮತ್ತು ಮರುಕಳಿಸುವ ದೋಷಗಳನ್ನು ಕಂಡುಹಿಡಿಯಲಾಯಿತು, ಇದು ನೆಟ್ವರ್ಕ್ ನವೀಕರಣಗಳ ಯೋಜನೆಗಳನ್ನು ತಡೆಯುತ್ತದೆ.

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

ಪ್ರಸ್ತುತ ಪರಿಸ್ಥಿತಿಗೆ ಅನುಗುಣವಾಗಿ, ಮೇಲಿನ ಎಲ್ಲಾ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುವ ನೆಟ್‌ವರ್ಕ್ ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಮತ್ತು ಕಾರ್ಯಗತಗೊಳಿಸಲು ನಿರ್ಧರಿಸಲಾಯಿತು, ಇದನ್ನು ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಈ ಕೆಳಗಿನಂತೆ ವ್ಯಕ್ತಪಡಿಸಬಹುದು:

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

ವ್ಯವಸ್ಥೆಯು ಆರ್ಥಿಕ ಪರಿಭಾಷೆಯಲ್ಲಿ ಈ ಕೆಳಗಿನ ಅವಶ್ಯಕತೆಗಳನ್ನು ಪೂರೈಸಬೇಕು:

· ಹಾರ್ಡ್‌ವೇರ್ ಸಂಪನ್ಮೂಲಗಳಿಗೆ ಕನಿಷ್ಠ ಅವಶ್ಯಕತೆಗಳು (ಯೋಜನೆಯ ಹಾರ್ಡ್‌ವೇರ್ ಭಾಗಕ್ಕೆ ಕಡಿಮೆ ವೆಚ್ಚಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ);

· ಸಂಕೀರ್ಣದ ಎಲ್ಲಾ ಘಟಕಗಳ ಮುಕ್ತ ಮೂಲ ಸಂಕೇತಗಳು (ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಸ್ವಾಮ್ಯದ ಬೆಳವಣಿಗೆಗಳನ್ನು ಆಶ್ರಯಿಸದೆ ಸ್ವತಂತ್ರವಾಗಿ ಸಿಸ್ಟಮ್ನ ತತ್ವವನ್ನು ಬದಲಾಯಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ ಮತ್ತು ಉತ್ಪನ್ನ ಪರವಾನಗಿ ವೆಚ್ಚವನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ);

· ವ್ಯವಸ್ಥೆಯ ವಿಸ್ತರಣೆ ಮತ್ತು ಸ್ಕೇಲೆಬಿಲಿಟಿ (ಮೂರನೇ ವ್ಯಕ್ತಿ ಮತ್ತು ಸ್ವಾಮ್ಯದ ಬೆಳವಣಿಗೆಗಳನ್ನು ಆಶ್ರಯಿಸದೆ ಅಪ್ಲಿಕೇಶನ್‌ನ ವ್ಯಾಪ್ತಿಯನ್ನು ವಿಸ್ತರಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ ಮತ್ತು ಉತ್ಪನ್ನ ಪರವಾನಗಿ ವೆಚ್ಚವನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ);

· ರೋಗನಿರ್ಣಯದ ಮಾಹಿತಿಯನ್ನು ಒದಗಿಸುವ ಪ್ರಮಾಣಿತ ವಿಧಾನಗಳು (ಸಿಸ್ಟಮ್ ನಿರ್ವಹಣೆಯ ವೆಚ್ಚವನ್ನು ಕಡಿಮೆ ಮಾಡಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ);

· ಬಳಸಿದ ಎಲ್ಲಾ ಸಾಫ್ಟ್‌ವೇರ್ ಉತ್ಪನ್ನಗಳಿಗೆ ವಿವರವಾದ ದಾಖಲಾತಿಗಳ ಲಭ್ಯತೆ (ಹೊಸ ಉದ್ಯೋಗಿಗೆ ತ್ವರಿತವಾಗಿ ತರಬೇತಿ ನೀಡಲು ಸಾಧ್ಯವಾಗುವಂತೆ ಮಾಡುತ್ತದೆ);

· ವಿವಿಧ ತಯಾರಕರ ಉಪಕರಣಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಸಾಮರ್ಥ್ಯ (ಒಂದು ಸಾಫ್ಟ್‌ವೇರ್ ಉತ್ಪನ್ನವನ್ನು ಬಳಸಲು ಸಾಧ್ಯವಾಗುವಂತೆ ಮಾಡುತ್ತದೆ). (ಉಪಕರಣಗಳ ಸಂಪೂರ್ಣ ಪಟ್ಟಿಗಾಗಿ ಅನುಬಂಧ B ನೋಡಿ).

ಸಾಮಾನ್ಯವಾಗಿ, ಯೋಜನೆಯ ಅಭಿವೃದ್ಧಿಯು 112 ಗಂಟೆಗಳ (2 ವಾರಗಳು) ತೆಗೆದುಕೊಂಡಿತು. ಈ ಯೋಜನೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು 56 ಗಂಟೆಗಳು (1 ವಾರ) ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.

1 ಯೋಜನೆಯ ಅಭಿವೃದ್ಧಿ ವೆಚ್ಚಗಳ ಲೆಕ್ಕಾಚಾರ

ಯೋಜನೆಯ ಅಭಿವೃದ್ಧಿ ವೆಚ್ಚಗಳು ಇವುಗಳನ್ನು ಒಳಗೊಂಡಿವೆ:

· ವೇತನದಾರರ ವೆಚ್ಚಗಳು;

· ಉಪಕರಣಗಳು ಮತ್ತು ಸಾಫ್ಟ್‌ವೇರ್ ಉತ್ಪನ್ನಗಳಿಗೆ ಸವಕಳಿ ವೆಚ್ಚಗಳು;

· ವಿದ್ಯುತ್ ವೆಚ್ಚಗಳು;

· ಓವರ್ಹೆಡ್.

ವೇತನದಾರರ ವೆಚ್ಚಗಳು.

ವೇತನದಾರರ ವೆಚ್ಚವನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡುವಾಗ, ಈ ಯೋಜನೆಯನ್ನು ಒಬ್ಬ ವ್ಯಕ್ತಿಯಿಂದ ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ ಎಂದು ನಾವು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳುತ್ತೇವೆ: ಸಿಸ್ಟಮ್ ಎಂಜಿನಿಯರ್.

ಪ್ರದೇಶದಲ್ಲಿ ಅಗತ್ಯವಿರುವ ಮಟ್ಟದ ಸಿಸ್ಟಮ್ ಇಂಜಿನಿಯರ್ನ ಸರಾಸರಿ ಮಾರುಕಟ್ಟೆ ಸಂಬಳ 30,000 ರೂಬಲ್ಸ್ಗಳು.

ಕೆಳಗಿನ ಡೇಟಾದ ಆಧಾರದ ಮೇಲೆ ಇಂಜಿನಿಯರ್ ಕೆಲಸದ 1 ಗಂಟೆಯ ವೆಚ್ಚವನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡೋಣ:

· ಪ್ರೀಮಿಯಂ 25%;

· ಜಿಲ್ಲಾ ಗುಣಾಂಕ 15%;

· ಉತ್ಪಾದನಾ ಕ್ಯಾಲೆಂಡರ್ಗೆ ಅನುಗುಣವಾಗಿ 2010 ರಲ್ಲಿ ಕೆಲಸದ ಸಮಯದ ನಿಧಿಯು 1988 ಗಂಟೆಗಳು;

ಹೀಗಾಗಿ, ಪ್ರಾದೇಶಿಕ ಗುಣಾಂಕವನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಂಡು ದರವು ಹೀಗಿರುತ್ತದೆ:

RF \u003d 30000 * 1.25 * 1.15 * 12 / 1988 \u003d 260 ರೂಬಲ್ಸ್ಗಳು

ವೇತನದಾರರ ವೆಚ್ಚಗಳ ಲೆಕ್ಕಾಚಾರವು ಸಂಚಿತ ವೇತನದಿಂದ ಪಾವತಿಸಿದ ಕಡಿತಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಅಂದರೆ, ವಿಮಾ ಪ್ರೀಮಿಯಂ ದರದ ಒಟ್ಟು ಮೊತ್ತವು ಗರಿಷ್ಠ UST ದರಕ್ಕೆ ಸಮನಾಗಿರುತ್ತದೆ - 26%, ಸೇರಿದಂತೆ:

· PFR - 20%;

· FSSR - 2.9%

· FFOMS - 1.1%;

· GFOMS - 2%;

· ಕಡ್ಡಾಯ ಸಾಮಾಜಿಕ ಅಪಘಾತ ವಿಮೆ - 0.2%.

ಒಟ್ಟು ಕಡಿತಗಳು ಹೀಗಿರುತ್ತವೆ:

CO \u003d RF * 0.262 \u003d 260 * 0.262 \u003d 68 ರೂಬಲ್ಸ್ಗಳು

ಎಂಜಿನಿಯರ್‌ನ ಕೆಲಸದ ಸಮಯವನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಂಡು (ಅಭಿವೃದ್ಧಿಗೆ 112 ಗಂಟೆಗಳು ಮತ್ತು ಅನುಷ್ಠಾನಕ್ಕೆ 56 ಗಂಟೆಗಳು), ನಾವು ಸಂಬಳ ವೆಚ್ಚವನ್ನು ಲೆಕ್ಕ ಹಾಕುತ್ತೇವೆ:

ZP \u003d (112 + 56) * (RF + CO) \u003d 168 * 328 \u003d 55104 ರೂಬಲ್ಸ್ಗಳು

ಉಪಕರಣಗಳು ಮತ್ತು ಸಾಫ್ಟ್‌ವೇರ್ ಉತ್ಪನ್ನಗಳಿಗೆ ಸವಕಳಿ ವೆಚ್ಚಗಳು.

ನೆಟ್ವರ್ಕ್ ಪ್ರಾಜೆಕ್ಟ್ ಅಭಿವೃದ್ಧಿ ಹಂತದಲ್ಲಿ ವೈಯಕ್ತಿಕ ಕಂಪ್ಯೂಟರ್ ಮತ್ತು AQUARIUS ಸರ್ವರ್ T40 S41 ಸರ್ವರ್ ಅನ್ನು ಮುಖ್ಯ ಸಾಧನವಾಗಿ ಬಳಸಲಾಯಿತು. ಈ ಸಮಯದಲ್ಲಿ ಕಂಪ್ಯೂಟರ್‌ನ ಬೆಲೆ ಸರಿಸುಮಾರು 17,000 ರೂಬಲ್ಸ್‌ಗಳಾಗಿದ್ದರೆ, ಸರ್ವರ್ 30,000 ರೂಬಲ್ಸ್ ಆಗಿದೆ.

ಹೀಗಾಗಿ, ಸಲಕರಣೆಗಳಲ್ಲಿ ಒಂದು-ಬಾರಿ ಹೂಡಿಕೆಯ ವೆಚ್ಚವು ಹೀಗಿರುತ್ತದೆ:

PBA = 47000 ರೂಬಲ್ಸ್ಗಳು

ಕಂಪ್ಯೂಟರ್ ಮತ್ತು ಸರ್ವರ್ನ ಜೀವಿತಾವಧಿಯಲ್ಲಿ, ಅವುಗಳನ್ನು ಅಪ್ಗ್ರೇಡ್ ಮಾಡಲು ಅನುಮತಿಸಲಾಗಿದೆ, ಈ ರೀತಿಯ ವೆಚ್ಚವನ್ನು ಲೆಕ್ಕಾಚಾರದಲ್ಲಿ ಸಹ ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಲಾಗುತ್ತದೆ. ಆಧುನೀಕರಣಕ್ಕಾಗಿ ನಾವು RV ಯ 50% ಅನ್ನು ಇಡುತ್ತೇವೆ:

RMA \u003d PB * 0.5 \u003d 23500 ರೂಬಲ್ಸ್ಗಳು

ಕಂಪ್ಯೂಟರ್ ಅನ್ನು ಈ ಕೆಳಗಿನ ಹಂತಗಳಲ್ಲಿ ಬಳಸಲಾಗಿದೆ:

· ಸಾಹಿತ್ಯ ಹುಡುಕಾಟ;

· ನೆಟ್ವರ್ಕ್ ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸಲು ಪರಿಹಾರಗಳನ್ನು ಹುಡುಕಿ;

· ರಚನೆಗಳು ಮತ್ತು ಉಪವ್ಯವಸ್ಥೆಗಳ ಅಭಿವೃದ್ಧಿ;

· ನೆಟ್ವರ್ಕ್ ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸುವುದು;

· ಡಾಕ್ಯುಮೆಂಟ್ ಫಾರ್ಮ್ಯಾಟಿಂಗ್.

ಸಿಸ್ಟಮ್ನ ಅನುಷ್ಠಾನ ಮತ್ತು ಸಿಸ್ಟಮ್ನೊಂದಿಗೆ ನೇರ ಕೆಲಸದ ಸಮಯದಲ್ಲಿ ಸರ್ವರ್ ಅನ್ನು ಬಳಸಲಾಯಿತು.

ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ ಬಳಸಲಾದ ಸಾಫ್ಟ್‌ವೇರ್ ಉತ್ಪನ್ನಗಳನ್ನು ಉಚಿತ ಪರವಾನಗಿಗಳ ಅಡಿಯಲ್ಲಿ ಪಡೆಯಲಾಗುತ್ತದೆ, ಅಂದರೆ ಅವುಗಳ ವೆಚ್ಚವು ಶೂನ್ಯವಾಗಿರುತ್ತದೆ ಮತ್ತು ಅವುಗಳ ಸವಕಳಿ ಅಗತ್ಯವಿಲ್ಲ.

ಹೀಗಾಗಿ, ಸಲಕರಣೆಗಳ ಒಟ್ಟು ವೆಚ್ಚ, ಖಾತೆ ಸವಕಳಿಯನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ:

OZA \u003d PVA + RMA \u003d 47000 + 23500 \u003d 70500 ರೂಬಲ್ಸ್

ಉಪಯುಕ್ತ ಜೀವನವು 2 ವರ್ಷಗಳು ಎಂದು ಊಹಿಸಲಾಗಿದೆ. ಒಂದು ಗಂಟೆಯ ಕೆಲಸದ ವೆಚ್ಚವು (ಒಂದು ತಿಂಗಳು 22 ರಲ್ಲಿ ಕೆಲಸದ ದಿನಗಳ ಸಂಖ್ಯೆಯನ್ನು ಮತ್ತು 8-ಗಂಟೆಗಳ ಕೆಲಸದ ದಿನದೊಂದಿಗೆ):

SOCHR \u003d OZA / VR \u003d 70500 / 4224 \u003d 16.69 ರೂಬಲ್ಸ್

ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಅನುಷ್ಠಾನದ ಸಮಯದಲ್ಲಿ, ಸವಕಳಿ ಕಡಿತಗಳ ವೆಚ್ಚವು ಕ್ರಮವಾಗಿ ಹೀಗಿರುತ್ತದೆ:

SACHRV \u003d SOCHR * TRV \u003d 16.69 * 168 \u003d 2803.92 ರೂಬಲ್ಸ್

ವಿದ್ಯುತ್ ವೆಚ್ಚಗಳು.

ವಿದ್ಯುಚ್ಛಕ್ತಿ ವೆಚ್ಚಗಳು ಕಂಪ್ಯೂಟರ್ನಿಂದ ಸೇವಿಸುವ ಮತ್ತು ಬೆಳಕಿನ ಮೇಲೆ ಖರ್ಚು ಮಾಡಿದ ಮೊತ್ತವಾಗಿದೆ. ವಿದ್ಯುತ್ ವೆಚ್ಚ:

SEN \u003d 0.80 ರೂಬಲ್ಸ್ / kW * h (ಆವರಣದ ಮಾಲೀಕರೊಂದಿಗೆ ಒಪ್ಪಂದದ ಅಡಿಯಲ್ಲಿ)

Рк,с = 200 W - ಕಂಪ್ಯೂಟರ್ ಅಥವಾ ಸರ್ವರ್ ಸೇವಿಸುವ ಶಕ್ತಿ.

Тrk = 168 ಗಂ - ಸಿಸ್ಟಮ್ ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಅನುಷ್ಠಾನದ ಹಂತದಲ್ಲಿ ಕಂಪ್ಯೂಟರ್ ಕಾರ್ಯಾಚರಣೆಯ ಸಮಯ.

ಟ್ರಾಸ್ = 52 ಗಂ - ಸಿಸ್ಟಮ್ ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಅನುಷ್ಠಾನದ ಹಂತದಲ್ಲಿ ಸರ್ವರ್ ಕಾರ್ಯಾಚರಣೆಯ ಸಮಯ.

ಹೀಗಾಗಿ, ಯೋಜನೆಯ ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಅನುಷ್ಠಾನದ ಹಂತದಲ್ಲಿ ವಿದ್ಯುತ್ ವೆಚ್ಚವು ಹೀಗಿರುತ್ತದೆ:

SENP \u003d Rk * Trk * SEN + Rk * Trs * SEN \u003d (200 * 168 * 0.80 + 200 * 52 * 0.80) / 1000 \u003d (26880 + 8320) / 103 d 3000 \u.

ಈ ಕೆಲಸವನ್ನು ನಡೆಸಿದ ಕೆಲಸದ ಸ್ಥಳವು 100 W ದೀಪವನ್ನು ಹೊಂದಿದೆ. ವ್ಯವಸ್ಥೆಯ ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಅನುಷ್ಠಾನದ ಸಮಯದಲ್ಲಿ ಬೆಳಕಿನ ಸಾಧನದಿಂದ ಸೇವಿಸುವ ವಿದ್ಯುತ್ ವೆಚ್ಚವನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡೋಣ:

SENO \u003d 100 * Trk * SEN \u003d (100 * 168 * 0.80) / 1000 \u003d 13.44 ರೂಬಲ್ಸ್ಗಳು

ಒಟ್ಟು ವಿದ್ಯುತ್ ವೆಚ್ಚಗಳು:

OZEN \u003d SENP + SENO \u003d 35.2 + 13.44 \u003d 48.64 ರೂಬಲ್ಸ್

8.2 ಓವರ್ಹೆಡ್ ಲೆಕ್ಕಾಚಾರ

ಈ ವೆಚ್ಚದ ಐಟಂ ಇತರ ಉಪಕರಣಗಳು ಮತ್ತು ಉಪಭೋಗ್ಯ ವಸ್ತುಗಳ ವೆಚ್ಚವನ್ನು ಮತ್ತು ಅನಿಶ್ಚಯತೆಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ.

ಎಂಟರ್‌ಪ್ರೈಸ್ ಬಜೆಟ್‌ನಲ್ಲಿನ ಓವರ್‌ಹೆಡ್ ವೆಚ್ಚಗಳು ಸಂಚಿತ ವೇತನದ 400% ಆಗಿದೆ:

HP \u003d ZP * 4 \u003d 55104 * 4 \u003d 220416 ರೂಬಲ್ಸ್ಗಳು.

ಹೀಗಾಗಿ, ಯೋಜನೆಯ ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಅನುಷ್ಠಾನದ ವೆಚ್ಚಗಳು:

SRV = ZP + SACHRV + OZEN + HP = 55104 + 2803.92 + 48.64 + 220416 = 278372.56 ರೂಬಲ್ಸ್ಗಳು

3 ದಕ್ಷತೆ

ಆರ್ಥಿಕ ಲೆಕ್ಕಾಚಾರಗಳನ್ನು ನಿರ್ವಹಿಸುವ ಪರಿಣಾಮವಾಗಿ, ನೆಟ್ವರ್ಕ್ ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್ನ ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಅನುಷ್ಠಾನಕ್ಕೆ ಕನಿಷ್ಠ ಬೆಲೆ 278,372.56 ರೂಬಲ್ಸ್ಗಳನ್ನು ನಿಗದಿಪಡಿಸಲಾಗಿದೆ.

ಲೆಕ್ಕಾಚಾರಗಳಿಂದ ನೋಡಬಹುದಾದಂತೆ, ವೆಚ್ಚಗಳ ಬಹುಪಾಲು ವೆಚ್ಚವು ವಸ್ತುಗಳು ಮತ್ತು ಸಲಕರಣೆಗಳ ಮೇಲೆ ಬೀಳುತ್ತದೆ. ಮುಖ್ಯ ಸಲಕರಣೆ ತಯಾರಕರು ವಿದೇಶಿ ಕಂಪನಿಗಳು ಮತ್ತು ಅದರ ಪ್ರಕಾರ, ಈ ಉತ್ಪನ್ನಗಳಿಗೆ ಬೆಲೆಗಳನ್ನು ಸೆಂಟ್ರಲ್ ಬ್ಯಾಂಕ್ ಆಫ್ ರಶಿಯಾ + 3% ದರದಲ್ಲಿ US ಡಾಲರ್‌ಗಳಲ್ಲಿ ನೀಡಲಾಗಿದೆ ಎಂಬ ಅಂಶದಿಂದ ಇದನ್ನು ವಿವರಿಸಲಾಗಿದೆ. ಮತ್ತು ಆಮದು ಮಾಡಿದ ಉತ್ಪನ್ನಗಳ ಮೇಲಿನ ಕಸ್ಟಮ್ಸ್ ಸುಂಕಗಳ ಹೆಚ್ಚಳವು ಅಂತಿಮ ಗ್ರಾಹಕರಿಗೆ ಬೆಲೆಯನ್ನು ಋಣಾತ್ಮಕವಾಗಿ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ.

ವ್ಯವಸ್ಥೆಯ ಸ್ವತಂತ್ರ ಅಭಿವೃದ್ಧಿಯನ್ನು ಸಮರ್ಥಿಸಲು, ಅದರ ವೆಚ್ಚವನ್ನು ಮಾರುಕಟ್ಟೆಯಲ್ಲಿ ಸಿದ್ಧ ಪರಿಹಾರಗಳೊಂದಿಗೆ ಹೋಲಿಸೋಣ:

· ಡಿ-ಲಿಂಕ್ ಡಿ-ವೀಕ್ಷಣೆ - 360,000 ರೂಬಲ್ಸ್ಗಳು