GCP ಸ್ಥಿರ IP ಮತ್ತು VPN ವೇಗ: ಮೂರು ಚರಗಳು, ಒಂದು ಪರೀಕ್ಷೆ

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

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

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

ಒಂದನ್ನು ಕಾಯ್ದಿರಿಸಲು ಇವು ಒಳ್ಳೆಯ ಕಾರಣಗಳು. ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ ಥ್ರೂಪುಟ್ ಕಾರಣವಲ್ಲ.

ಹಂತ, ವಿಳಾಸ ಮತ್ತು ಸಾಗಣೆಯನ್ನು ಮೂರು ಚರಗಳಾಗಿ ಇರಿಸಿ

Google Cloud Premium ಮತ್ತು Standard Network Service Tier ಗಳನ್ನೂ ಮಾರುತ್ತದೆ, ಮತ್ತು ಎರಡೂ ವಿಭಿನ್ನ ಸೌಲಭ್ಯ ಲಭ್ಯತೆಯೊಂದಿಗೆ ಇಂಟರ್ನೆಟ್‌ಗೆ ಬೇರೆ ಬೇರೆ ಮಾರ್ಗ ತೆಗೆದುಕೊಳ್ಳುತ್ತವೆ. ಸ್ಥಿರ ವಿಳಾಸೀಕರಣ ಎರಡಕ್ಕೂ ಆರ್ಥೋಗೋನಲ್, ಆದ್ದರಿಂದ ಸ್ಥಿರ ಮತ್ತು Premium ಅನ್ನು VM ಬಗ್ಗೆ ಸಂಬಂಧವಿಲ್ಲದ ಸತ್ಯಗಳಾಗಿ ಪರಿಗಣಿಸಿ, ಸಮಾನಾರ್ಥಕಗಳಲ್ಲ. ನಿಜವಾದ ಹಂತ, ಪ್ರದೇಶ ಮತ್ತು ಒಳಗೊಂಡ ಯಾವುದೇ ಇಂಟರ್ಕನೆಕ್ಷನ್ ಅಥವಾ ಅಟ್ಯಾಚ್‌ಮೆಂಟ್ ಅನ್ನು ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ಅವು ವಿಳಾಸದ ಲೇಬಲ್ ಎಂದಿಗೂ ಮಾಡದ ರೀತಿಯಲ್ಲಿ ಮಾರ್ಗವನ್ನು ವಿವರಿಸುತ್ತವೆ.

ಮೂರು ಚರಗಳು, ಮೂರು ಪ್ರತ್ಯೇಕ ಪ್ರಯೋಗಗಳು, ಇಲ್ಲದಿದ್ದರೆ ಫಲಿತಾಂಶ ಅಳತೆಯಲ್ಲ, ಕಥೆ.

ಒಂದು ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುವ ಪರೀಕ್ಷೆಯನ್ನು ವಿನ್ಯಾಸ ಮಾಡಿ

ಅನುಮೋದಿತ UDP ಮತ್ತು TCP ಪ್ರೊಫೈಲ್‌ಗಳನ್ನು ಹೋಲಿಸುವಾಗ VM, ವಿಳಾಸ, ಕ್ಲೈಂಟ್ ಸ್ಥಳ, ಗಮ್ಯ ಮತ್ತು ಕೆಲಸದ ಹೊರೆ ಸ್ಥಿರವಾಗಿ ಇರಿಸಿ. ಪ್ರತಿ ಸಾಗಣೆಗೆ ಸರ್ವರ್ ಶ್ರೋತ ಮತ್ತು ಹೊಂದಿಕೆಯಾಗುವ ಫೈರ್‌ವಾಲ್ ನಿಯಮಗಳು ಎರಡೂ ಬೇಕು; ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ಕೀವರ್ಡ್ ಬದಲಿಸಿ ಶ್ರೋತವನ್ನು ಬದಲಿಸದೆ ಬಿಟ್ಟರೆ ನಿಮ್ಮ ತಾಳ್ಮೆಯಷ್ಟೇ ಪರೀಕ್ಷೆಯಾಗುತ್ತದೆ. ಪುನರಾವರ್ತನೀಯ ವರ್ಗಾವಣೆ ಬಳಸಿ ಮತ್ತು ದಿಕ್ಕು, ಅವಧಿ, ಏಕ ಮತ್ತು ಸಮಾನಾಂತರ ಸ್ಟ್ರೀಮ್‌ಗಳು ಹಾಗೂ ಘಟಕಗಳನ್ನು ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ MB/s ಮತ್ತು Mb/s ಎಂಟು ಪಟ್ಟು ಭಿನ್ನ.

VM ನ CPU ಅನ್ನೂ ಗಮನಿಸಿ, ಏಕೆಂದರೆ ಸಣ್ಣ ಇನ್ಸ್ಟಾನ್ಸ್ ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಅಥವಾ softirq ಕೆಲಸದಲ್ಲಿ ನೆಟ್‌ವರ್ಕ್‌ಗಿಂತ ಬಹಳ ಮೊದಲೇ ಸ್ಯಾಚುರೇಟ್ ಆಗುತ್ತದೆ, ಮತ್ತು ಆ ಮಿತಿ ಸರಿಯಾಗಿ ಪೂರೈಕೆದಾರರ ಮಿತಿಯಂತೆಯೇ ಕಾಣುತ್ತದೆ.

VM ಮತ್ತು ಕ್ಲೈಂಟ್‌ನ ಮರುಕಳುಹಿಕೆ ಮತ್ತು ನಷ್ಟ ಕೌಂಟರ್‌ಗಳು ಮಾರ್ಗದ ಸಮಸ್ಯೆಯನ್ನು ಸಾಗಣೆಯ ಸಮಸ್ಯೆಯಿಂದ ಬೇರ್ಪಡಿಸುತ್ತವೆ, ಮತ್ತು ಪ್ರಗತಿ ಪಟ್ಟಿಯಿಂದ ಸಾಧ್ಯವಿಲ್ಲ. iperf3 ಜೊತೆಗಿನ ಕಾರ್ಯಸಾಧ್ಯ ಅನುಕ್ರಮ ಪ್ರತಿ ಸಾಗಣೆಗೆ ಸುಮಾರು ಹತ್ತು ನಿಮಿಷ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ದೂರದ ಬದಿಯಲ್ಲಿ ಸರ್ವರ್ ಪ್ರಾರಂಭಿಸಿ, ಪ್ರತಿ ದಿಕ್ಕಿನಲ್ಲಿ ಮೂವತ್ತು ಸೆಕೆಂಡು ಕ್ಲೈಂಟ್ ಓಡಿಸಿ ಮತ್ತು ಪ್ರತಿ ದಿಕ್ಕನ್ನು ಮೂರು ಬಾರಿ ಪುನರಾವರ್ತಿಸಿ. ಪ್ರತಿ ಸರಣಿಯ ಮೊದಲ ಓಟವನ್ನು ತಳ್ಳಿಹಾಕಿ, ನಂತರ TCP ಓಟಗಳು ಮುದ್ರಿಸುವ ಮರುಕಳುಹಿಕೆ ಸಂಖ್ಯೆಯೊಂದಿಗೆ ಕಳುಹಿಸುವವ ಮತ್ತು ಸ್ವೀಕರಿಸುವವರ ದರಗಳನ್ನು ಹೋಲಿಸಿ.

UDP ಮತ್ತು TCP ಯಾಂತ್ರಿಕವಾಗಿ ಏಕೆ ಭಿನ್ನ

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

ಆದ್ದರಿಂದ ವೇಗವಾದ TCP ಪ್ರಯೋಗವು ಆ ದಿನ ಆ ಮಾರ್ಗದಲ್ಲಿ TCP ವೇಗವಾಗಿತ್ತು ಎಂಬುದನ್ನು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಹೆಚ್ಚು ಸಾಮಾನ್ಯವಾದ ಯಾವುದನ್ನೂ ಅಲ್ಲ.

ವಿಮರ್ಶೆಯನ್ನು ತಾಳಿಕೊಳ್ಳುವಂತೆ ಫಲಿತಾಂಶ ಬರೆಯಿರಿ

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

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