OpenVPN ಗೆ ಎಷ್ಟು ಕೋರ್ಗಳು ಬೇಕು? ಅದು ಮಾರ್ಗವನ್ನು ಅವಲಂಬಿಸಿದೆ

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

ಕೆಳಗಿನ ಹೋಲಿಕೆ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಎಲ್ಲಿ ಸಂಸ್ಕರಿಸಲಾಗುತ್ತದೆ ಎಂಬುದರ ಬಗ್ಗೆ, ಯಾವ ಉತ್ಪನ್ನವು ಅಮೂರ್ತವಾಗಿ ವೇಗವಾಗಿದೆ ಎಂಬುದರ ಬಗ್ಗೆ ಅಲ್ಲ। ಇವು ವಿಭಿನ್ನ ಉತ್ತರಗಳನ್ನು ಹೊಂದಿರುವ ವಿಭಿನ್ನ ಪ್ರಶ್ನೆಗಳು।

ಬಳಕೆದಾರ-ಜಾಗದ ಮಾರ್ಗದಲ್ಲಿ ಪ್ರತಿ ಹರಿವಿಗೆ ಒಂದು ಕೋರ್

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

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

ಇನ್ನೊಂದು ಮಾರ್ಗ: ಕರ್ನೆಲ್ನಲ್ಲಿ ಪ್ಯಾಕೆಟ್ಗಳು

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

ಆಫ್ಲೋಡ್ ದೃಢೀಕರಣ ಅಥವಾ ನಿಯಂತ್ರಣ ಚಾನೆಲ್ ಅನ್ನು ತೆಗೆದುಹಾಕುವುದಿಲ್ಲ, ಮತ್ತು ಪ್ರತಿ ನಿಯೋಜನೆಯನ್ನು ಬಹು-ಕೋರ್ ಮಾಡುವುದಿಲ್ಲ। ಇದು ಹೊಂದಿಕೊಳ್ಳುವ ಡೇಟಾ ಮಾರ್ಗದ ಸ್ಥಳೀಯ ವೇಗವರ್ಧನೆ, ಮತ್ತು ಅಗತ್ಯತೆಗಳು ವೇದಿಕೆ ಹಾಗೂ ಆವೃತ್ತಿಗೆ ಅನುಸಾರವಾಗಿ ಬದಲಾಗುತ್ತವೆ।

ಹೋಲಿಕೆ ನಿಜವಾಗಿ ಏನನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ

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

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

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

ಸಂಖ್ಯೆ ಅರ್ಥಪೂರ್ಣವಾಗಲು ಅಳೆಯುವುದು

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

ನಂತರ ನಿಯಂತ್ರಣ ಚಾನೆಲ್, ಮರುಮಾತುಕತೆ ಮತ್ತು ಹೋಸ್ಟ್ನಲ್ಲಿ ಚಲಿಸುವ ಉಳಿದ ಎಲ್ಲದಕ್ಕೂ ಜಾಗ ಬಿಡಿ।

ಉದ್ದೇಶಿತ ಸಮಕಾಲೀನತೆಯ ಅಡಿಯಲ್ಲಿ ಸಂರಚನೆ ಏನನ್ನು ತಡೆದುಕೊಂಡಿತು ಎಂದು ವರದಿ ಮಾಡಿ, ಬೇರೊಬ್ಬರ ಹಾರ್ಡ್ವೇರ್ನಿಂದ ಅಂದಾಜಿಸಿದ ದರವನ್ನಲ್ಲ। ಪರೀಕ್ಷೆಯ ಷರತ್ತುಗಳೊಂದಿಗೆ ನೀಡಿದ ಸಂಖ್ಯೆ ಉಪಯುಕ್ತ; ಅವುಗಳಿಲ್ಲದ ಭರವಸೆ ನಿಮಗೆ ಮತ್ತೆ ಉಲ್ಲೇಖಿಸಲಾಗುವ ಊಹೆ।