VPN ಸೆಷನ್ಗಳನ್ನು ಪಾತ್ರದ ಪ್ರಕಾರ ಸ್ಕೇಲ್ ಮಾಡಿ, ನಂತರ ವೈಫಲ್ಯದ ಮಾರ್ಜಿನ್ ಪರಿಶೀಲಿಸಿ

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

ಕಾರ್ಯವಿಧಾನವನ್ನು ಸೆಷನ್ ಪ್ರಕಾರಕ್ಕೆ ಹೊಂದಿಸಿ

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

Cisco ನ ASA ಹೆಚ್ಚಿನ ಲಭ್ಯತೆ ಮಾರ್ಗದರ್ಶಿ ಮೂರು ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸುತ್ತದೆ: ರಿಮೋಟ್ ಪ್ರವೇಶ VPN ಲೋಡ್ ಸಮತೋಲನ, ಸ್ಥಿತಿಯೊಂದಿಗೆ ಫೇಲ್ಓವರ್ ಮತ್ತು ಸೈಟ್-ಟು-ಸೈಟ್ ಕ್ಲಸ್ಟರಿಂಗ್. ಮೊದಲನೆಯದು ಮಾತ್ರ ಅರ್ಹ ಕ್ಲೈಂಟ್ ಅನ್ನು ಗುಂಪು ನಮೂದಿನಿಂದ ಸದಸ್ಯರಿಗೆ ಸರಿಸುತ್ತದೆ, ಮತ್ತು LAN-ನಿಂದ-LAN ಸಂಪರ್ಕಗಳು ಆ ವಿತರಣೆಯಿಂದ ಹೊರಗೆ ಉಳಿಯುತ್ತವೆ. ಸಾಮಾನ್ಯ TCP ಬ್ಯಾಲೆನ್ಸರ್ ಪ್ರೋಟೋಕಾಲ್ನ ಸ್ವಂತ ಮರುನಿರ್ದೇಶನ ಹಂತವನ್ನು ಬದಲಿಸಲಾರದು, ಏಕೆಂದರೆ ಟನೆಲ್ ಹ್ಯಾಂಡ್ಶೇಕ್ ಪ್ರಾಕ್ಸಿ ಮತ್ತೆ ಬರೆಯಬಹುದಾದ ಸಾಮಾನ್ಯ HTTP ಅಲ್ಲ. ಪ್ರಾಯೋಗಿಕ ಫಲಿತಾಂಶ ಸಂಪರ್ಕವನ್ನು ಸ್ವೀಕರಿಸಿ, ಆದರೂ ಕ್ಲೈಂಟ್ಗೆ ಟನೆಲ್ ರಚಿಸಲು ಅವಕಾಶ ನೀಡದ ಬ್ಯಾಲೆನ್ಸರ್.

ಎರಡನೇ ಸಾಧನವನ್ನು ಆರ್ಡರ್ ಮಾಡುವ ಮೊದಲು ವೈಶಿಷ್ಟ್ಯಗಳ ಪಟ್ಟಿಯನ್ನು ನಿಮ್ಮ ಸೆಷನ್ ಪ್ರಕಾರದೊಂದಿಗೆ ಹೋಲಿಸಿ ಓದಿ. ಪರವಾನಗಿ ಸಾಲು ಮತ್ತು ಕಾರ್ಯವಿಧಾನ ಸಾಲು ಪ್ರತ್ಯೇಕ ನಮೂದುಗಳು, ಮತ್ತು ಒಂದು ಇನ್ನೊಂದನ್ನು ಸೂಚಿಸುವುದಿಲ್ಲ.

ಊಹಿಸುವ ಬದಲು ಉದಾಹರಣೆಯನ್ನು ಲೆಕ್ಕಿಸಿ

ನೀವು ಅನುಮೋದಿಸಿದ ಹೊರೆಯಲ್ಲಿ ಮೂರು ಗೇಟ್ವೇಗಳು ತಲಾ 800 ಏಕಕಾಲಿಕ ಟನೆಲ್ಗಳಿಗೆ ಮಾನ್ಯವಾಗಿವೆ ಎಂದು ಭಾವಿಸಿ, ಒಟ್ಟು 2,400. ಗರಿಷ್ಠ ಗಂಟೆಯ 1,650 ಗುರಿ ಒಂದು ಘಟಕ ಕಳೆದುಕೊಳ್ಳುವವರೆಗೆ ಆರಾಮದಾಯಕವೆನಿಸುತ್ತದೆ, ಮತ್ತು ಆಗ ಉಳಿದ ಜೋಡಿ ಕಠಿಣ 1,600 ವಿರುದ್ಧ 1,650 ಹಿಡಿದಿಡಬೇಕು. ವಿನ್ಯಾಸ ಈಗಾಗಲೇ ವಿಫಲವಾಗಿದೆ, ಮತ್ತು ಯಾವುದೇ ಫೇಲ್ಓವರ್ ಟ್ಯೂನಿಂಗ್ ಲೆಕ್ಕವನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ.

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

ಕೇವಲ ಸ್ಥಿರ ಸ್ಥಿತಿಯಲ್ಲ, ಮತ್ತೆ ಸಂಪರ್ಕದ ಅಲೆಯನ್ನೂ ಬಜೆಟ್ ಮಾಡಿ

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

ಒಂದು ನಿಮಿಷದೊಳಗೆ ಮತ್ತೆ ಪ್ರಯತ್ನಿಸುವ ಕೆಲವು ಸಾವಿರ ಕ್ಲೈಂಟ್ಗಳು ಸ್ಥಿರ 1,650 ಗಿಂತ ಬೇರೆ ಘಟನೆ, ಮತ್ತು ದೃಢೀಕರಣ ಸರ್ವರ್ಗಳು ಅದನ್ನು ಮೊದಲು ಅನುಭವಿಸುತ್ತವೆ. ಪೂಲ್ ಜಾಗವನ್ನೂ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಮರುನಿರ್ದೇಶನ ಅದನ್ನು ಕೇಳುವುದಿಲ್ಲ: ವಿಳಾಸ ಹಂಚಲಾಗದ ಸದಸ್ಯ ಕ್ಲೈಂಟ್ ಅನ್ನು ಆದರೂ ಸ್ವೀಕರಿಸಿ ನಂತರ ಅದರ ಸಂಚಾರವನ್ನು ಬಿಟ್ಟುಬಿಡುತ್ತದೆ.

ಪೂಲ್ ಮತ್ತು ಮಾರ್ಗದೊಂದಿಗೆ ಸಾಮರ್ಥ್ಯ ಪರಿಶೀಲಿಸಿ

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

show vpn-sessiondb summary
show running-config ip local pool
show vpn load-balancing
show route 10.40.12.0 255.255.255.0

ಆ ಓದುಗಳನ್ನು ಪ್ರತಿ ಸದಸ್ಯರ ಮೇಲೆ ಸಾಮಾನ್ಯ ಗರಿಷ್ಠ ಗಂಟೆಯಲ್ಲಿ ನಡೆಸಿ, ಶಾಂತ ಗಂಟೆಯಲ್ಲಿ ಅಲ್ಲ. ಸೆಷನ್ಗಳನ್ನು ವರದಿ ಮಾಡುವ ಆದರೆ ಖಾಲಿ ವಿಳಾಸಗಳಿಲ್ಲದ ಸದಸ್ಯ ಈಗಾಗಲೇ ತನ್ನ ಪ್ರಾಯೋಗಿಕ ಮಿತಿಯಲ್ಲಿದೆ, ಪರವಾನಗಿ ಏನೇ ಹೇಳಲಿ. ಪ್ರತಿ ಔಟ್ಪುಟ್ನ ಪಕ್ಕದಲ್ಲಿ ಫರ್ಮ್ವೇರ್ ಆವೃತ್ತಿ ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಆದೇಶಗಳ ಹೆಸರುಗಳು ಬಿಡುಗಡೆಗಳ ನಡುವೆ ಬದಲಾಗುತ್ತವೆ.

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