VPN ಮೂಲಕ ಫೈಲ್ ಹಂಚಿಕೆ ನಿಧಾನವೆನಿಸುವುದೇಕೆ: ರೌಂಡ್ ಟ್ರಿಪ್ಗಳು, Mbps ಅಲ್ಲ

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

ದೂರದ ಕೆಲಸದ ಪ್ರತಿಗೆ ತಪ್ಪು ಆಕಾರವಿದೆ

SMB ಫೈಲ್ಗಳನ್ನು ತೆರೆಯುತ್ತದೆ, ಮೆಟಾಡೇಟಾ ಓದುತ್ತದೆ ಮತ್ತು ಅನೇಕ ಸಣ್ಣ ವಿನಿಮಯಗಳಲ್ಲಿ ದೃಢೀಕರಿಸುತ್ತದೆ. ಮ್ಯಾಪ್ ಮಾಡಿದ ಡ್ರೈವ್ನಲ್ಲಿ ಆವೃತ್ತಿ ನಿಯಂತ್ರಣದ ಕೆಲಸದ ಪ್ರತಿ ಸ್ಥಳೀಯ ಫೈಲ್ಸಿಸ್ಟಮ್ ವಿಳಂಬವನ್ನು ಊಹಿಸುತ್ತದೆ ಮತ್ತು ಅನೇಕ ಸಣ್ಣ ಫೈಲ್ಗಳನ್ನು ಓದುತ್ತದೆ. ಡೆಸ್ಕ್ಟಾಪ್ ಡೇಟಾಬೇಸ್ ಬಳಕೆದಾರ ಕೆಲಸ ಮಾಡುವಾಗ ಪುಟಗಳನ್ನು ಎಳೆಯುತ್ತದೆ. ಇವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ವಿಳಂಬವನ್ನು ಗುಣಕವಾಗಿ ಮಾಡುತ್ತದೆ, ಏಕೆಂದರೆ ಕಾರ್ಯಾಚರಣೆ ಮಾಡುವ ವಿನಿಮಯಗಳ ಸಂಖ್ಯೆಯೊಂದಿಗೆ ವೆಚ್ಚ ಬೆಳೆಯುತ್ತದೆ; ಆದ್ದರಿಂದ 40 ms ನ ಸುರಂಗವು ಕೆಲವು ನೂರು ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಕೆಲವು ಸೆಕೆಂಡುಗಳಾಗಿ ಮಾಡುತ್ತದೆ. ಆ ಗಣಿತದಲ್ಲಿ ಪೇಲೋಡ್ನ ಗಾತ್ರ ಬಹುತೇಕ ಅಪ್ರಸ್ತುತ.

ಎನ್ಕ್ರಿಪ್ಷನ್ ಓವರ್ಹೆಡ್ ಅದರ ಸಣ್ಣ ಭಾಗ; ನಷ್ಟವು ಕೆಟ್ಟದು, ಏಕೆಂದರೆ ಒಂದು ಮರುಪ್ರಸಾರಣೆ ಮತ್ತು ಕುಸಿದ ಕಾಂಜೆಷನ್ ವಿಂಡೋ ಸಂಬಂಧಿತ ಬೈಟ್ಗಳಿಗಿಂತ ಬಹಳ ಹೆಚ್ಚು ವೆಚ್ಚ ಮಾಡುತ್ತವೆ.

ಮೆಗಾಬೈಟ್ಗಳ ಮೊದಲು ರೌಂಡ್ ಟ್ರಿಪ್ಗಳನ್ನು ಎಣಿಸಿ

ಸಾಮರ್ಥ್ಯ ಖರೀದಿಸುವ ಮೊದಲು ವಿಳಂಬವನ್ನು ಅಳೆಯಿರಿ. ಒಂದು ping ಪ್ರತಿ ವಿನಿಮಯ ಎಷ್ಟು ಪಾವತಿಸುತ್ತದೆ ಎಂದು ಹೇಳುತ್ತದೆ.

ping -c 10 fileserver.example.net

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

ಬೈಟ್ಗಳನ್ನಲ್ಲ, ಕೆಲಸವನ್ನು ಸರಿಸಿ

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

rsync -av --info=progress2 ./project/ [email protected]:/srv/share/project/

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

ಅದೇ ಗಾತ್ರದ ಬಳಿ ನಿಂತುಕೊಳ್ಳುವುದು MTU ಲಕ್ಷಣ

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

ping -M do -s 1400 -c 3 fileserver.example.net

ಯಶಸ್ವಿ ಪರೀಕ್ಷೆ ಎಂದರೆ 1428 ಬೈಟ್ನ IP ಪ್ಯಾಕೆಟ್ ತುಂಡಾಗದೆ ಮಾರ್ಗವನ್ನು ದಾಟುತ್ತದೆ, ಏಕೆಂದರೆ ICMP ಮತ್ತು IP ಶೀರ್ಷಿಕೆಗಳು 28 ಬೈಟ್ ಸೇರಿಸುತ್ತವೆ. ತುಂಡು ಮಾಡದಿರುವ ಧ್ವಜದೊಂದಿಗೆ ವೈಫಲ್ಯ ಎಂದರೆ ಸುರಂಗದ ಬಳಸಬಹುದಾದ MTU ಸರ್ವರ್ ಊಹಿಸಿದ್ದಕ್ಕಿಂತ ಚಿಕ್ಕದು. 9000 ಬೈಟ್ನ ಬಫರ್ಗಳನ್ನು 1500 ಬೈಟ್ನ ಮಾರ್ಗಕ್ಕೆ ಕಳುಹಿಸುವ ಸರ್ವರ್ ತುಂಡಾಗುವಿಕೆ ಅಥವಾ ಬೀಳುವಿಕೆಯನ್ನು ಒತ್ತಾಯಿಸುತ್ತದೆ, ಮತ್ತು ICMP ಫಿಲ್ಟರ್ ಆದಾಗ ಮಾರ್ಗ MTU ಪತ್ತೆ ಸದ್ದಿಲ್ಲದೆ ವಿಫಲವಾಗಬಹುದು. ಸುರಂಗದ MTU ಕಡಿಮೆ ಮಾಡಿ, ಸಕ್ರಿಯಗೊಳಿಸಿ mssfix OpenVPN ನಲ್ಲಿ, ಅಥವಾ ಸರ್ವರ್ನ ಬಫರ್ಗಳನ್ನು ಚಿಕ್ಕದಾಗಿಸಿ, ನಂತರ ದೃಢೀಕರಿಸಲು ಅದೇ ವರ್ಗಾವಣೆಯನ್ನು ಮತ್ತೆ ಚಲಾಯಿಸಿ.

ಮುಖ್ಯವಾದ ಅಂತರವನ್ನು ಅಳೆಯಿರಿ

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

ಕೇವಲ ಮೊದಲ ಮೆಗಾಬೈಟ್ಗಳು ಎಳೆದಾಗ ದೃಢೀಕರಣ ಮತ್ತು ಮೆಟಾಡೇಟಾವನ್ನು ನೋಡಿ; ಎಲ್ಲವೂ ನಿಧಾನವಾದಾಗ ಸಾಮರ್ಥ್ಯ ಮತ್ತು ನಷ್ಟವನ್ನು ನೋಡಿ. ಹೊಂದುವ ಕಾರಣವನ್ನು ಸರಿಪಡಿಸಿ, ಮತ್ತು WAN ಲಿಂಕ್ LAN ಕೇಬಲ್ನಂತೆ ವರ್ತಿಸುತ್ತದೆ ಎಂಬ ನಿರೀಕ್ಷೆಯನ್ನು ಬಿಡಿ.