ಪ್ರೊಹೋಸ್ಟರ್ > Блог > ಆಡಳಿತ > AWS ತನ್ನ ಸ್ಥಿತಿಸ್ಥಾಪಕ ಸೇವೆಗಳನ್ನು ಹೇಗೆ ಬೇಯಿಸುತ್ತದೆ. ನೆಟ್ವರ್ಕ್ ಸ್ಕೇಲಿಂಗ್
AWS ತನ್ನ ಸ್ಥಿತಿಸ್ಥಾಪಕ ಸೇವೆಗಳನ್ನು ಹೇಗೆ ಬೇಯಿಸುತ್ತದೆ. ನೆಟ್ವರ್ಕ್ ಸ್ಕೇಲಿಂಗ್
Amazon ವೆಬ್ ಸೇವೆಗಳ ನೆಟ್ವರ್ಕ್ನ ಪ್ರಮಾಣವು ಪ್ರಪಂಚದಾದ್ಯಂತ 69 ಪ್ರದೇಶಗಳಲ್ಲಿ 22 ವಲಯಗಳನ್ನು ಹೊಂದಿದೆ: USA, ಯೂರೋಪ್, ಏಷ್ಯಾ, ಆಫ್ರಿಕಾ ಮತ್ತು ಆಸ್ಟ್ರೇಲಿಯಾ. ಪ್ರತಿ ವಲಯವು 8 ಡೇಟಾ ಕೇಂದ್ರಗಳನ್ನು ಒಳಗೊಂಡಿದೆ - ಡೇಟಾ ಸಂಸ್ಕರಣಾ ಕೇಂದ್ರಗಳು. ಪ್ರತಿಯೊಂದು ಡೇಟಾ ಕೇಂದ್ರವು ಸಾವಿರಾರು ಅಥವಾ ನೂರಾರು ಸಾವಿರ ಸರ್ವರ್ಗಳನ್ನು ಹೊಂದಿದೆ. ಎಲ್ಲಾ ಅಸಂಭವ ನಿಲುಗಡೆ ಸನ್ನಿವೇಶಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳುವ ರೀತಿಯಲ್ಲಿ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ. ಉದಾಹರಣೆಗೆ, ಎಲ್ಲಾ ಪ್ರದೇಶಗಳು ಪರಸ್ಪರ ಪ್ರತ್ಯೇಕವಾಗಿರುತ್ತವೆ ಮತ್ತು ಹಲವಾರು ಕಿಲೋಮೀಟರ್ ದೂರದಲ್ಲಿ ಪ್ರವೇಶಿಸುವಿಕೆ ವಲಯಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸಲಾಗಿದೆ. ನೀವು ಕೇಬಲ್ ಅನ್ನು ಕತ್ತರಿಸಿದರೂ ಸಹ, ಸಿಸ್ಟಮ್ ಬ್ಯಾಕಪ್ ಚಾನಲ್ಗಳಿಗೆ ಬದಲಾಗುತ್ತದೆ ಮತ್ತು ಮಾಹಿತಿಯ ನಷ್ಟವು ಕೆಲವು ಡೇಟಾ ಪ್ಯಾಕೆಟ್ಗಳಿಗೆ ಮೊತ್ತವಾಗಿರುತ್ತದೆ. ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಯಾವ ಇತರ ತತ್ವಗಳ ಮೇಲೆ ನಿರ್ಮಿಸಲಾಗಿದೆ ಮತ್ತು ಅದನ್ನು ಹೇಗೆ ರಚಿಸಲಾಗಿದೆ ಎಂಬುದರ ಕುರಿತು ವಾಸಿಲಿ ಪ್ಯಾಂಟ್ಯುಖಿನ್ ಮಾತನಾಡುತ್ತಾರೆ.
ವಾಸಿಲಿ ಪ್ಯಾಂಟ್ಯುಖಿನ್ .ru ಕಂಪನಿಗಳಲ್ಲಿ Unix ನಿರ್ವಾಹಕರಾಗಿ ಪ್ರಾರಂಭಿಸಿದರು, 6 ವರ್ಷಗಳ ಕಾಲ ದೊಡ್ಡ ಸನ್ ಮೈಕ್ರೋಸಿಸ್ಟಮ್ ಹಾರ್ಡ್ವೇರ್ನಲ್ಲಿ ಕೆಲಸ ಮಾಡಿದರು ಮತ್ತು EMC ನಲ್ಲಿ 11 ವರ್ಷಗಳ ಕಾಲ ಡೇಟಾ-ಕೇಂದ್ರಿತ ಜಗತ್ತನ್ನು ಬೋಧಿಸಿದರು. ಇದು ಸ್ವಾಭಾವಿಕವಾಗಿ ಖಾಸಗಿ ಮೋಡಗಳಾಗಿ ವಿಕಸನಗೊಂಡಿತು, ನಂತರ ಸಾರ್ವಜನಿಕ ಮೋಡಗಳಿಗೆ ಸ್ಥಳಾಂತರಗೊಂಡಿತು. ಈಗ, ಅಮೆಜಾನ್ ವೆಬ್ ಸೇವೆಗಳ ವಾಸ್ತುಶಿಲ್ಪಿಯಾಗಿ, ಅವರು AWS ಕ್ಲೌಡ್ನಲ್ಲಿ ವಾಸಿಸಲು ಮತ್ತು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಸಹಾಯ ಮಾಡಲು ತಾಂತ್ರಿಕ ಸಲಹೆಯನ್ನು ನೀಡುತ್ತಾರೆ.
ಈ ಭಾಗವು AWS ನಲ್ಲಿನ ಅತ್ಯಂತ ಸಂಕೀರ್ಣ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ಒಂದಾದ ನೆಟ್ವರ್ಕ್ ಸ್ಕೇಲಿಂಗ್ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸುತ್ತದೆ. ಫ್ಲಾಟ್ ನೆಟ್ವರ್ಕ್ನಿಂದ ವರ್ಚುವಲ್ ಪ್ರೈವೇಟ್ ಕ್ಲೌಡ್ಗೆ ವಿಕಸನ ಮತ್ತು ಅದರ ವಿನ್ಯಾಸ, ಬ್ಲ್ಯಾಕ್ಫೂಟ್ ಮತ್ತು ಹೈಪರ್ಪ್ಲೇನ್ನ ಆಂತರಿಕ ಸೇವೆಗಳು, ಗದ್ದಲದ ನೆರೆಯ ಸಮಸ್ಯೆ, ಮತ್ತು ಕೊನೆಯಲ್ಲಿ - ನೆಟ್ವರ್ಕ್, ಬೆನ್ನೆಲುಬು ಮತ್ತು ಭೌತಿಕ ಕೇಬಲ್ಗಳ ಪ್ರಮಾಣ. ಕಟ್ ಅಡಿಯಲ್ಲಿ ಈ ಎಲ್ಲಾ ಬಗ್ಗೆ.
ಹಕ್ಕು ನಿರಾಕರಣೆ: ಕೆಳಗಿನ ಎಲ್ಲವೂ ವಾಸಿಲಿಯ ವೈಯಕ್ತಿಕ ಅಭಿಪ್ರಾಯವಾಗಿದೆ ಮತ್ತು ಅಮೆಜಾನ್ ವೆಬ್ ಸೇವೆಗಳ ಸ್ಥಾನದೊಂದಿಗೆ ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ.
ನೆಟ್ವರ್ಕ್ ಸ್ಕೇಲಿಂಗ್
AWS ಕ್ಲೌಡ್ ಅನ್ನು 2006 ರಲ್ಲಿ ಪ್ರಾರಂಭಿಸಲಾಯಿತು. ಅವನ ನೆಟ್ವರ್ಕ್ ಸಾಕಷ್ಟು ಪ್ರಾಚೀನವಾಗಿತ್ತು - ಸಮತಟ್ಟಾದ ರಚನೆಯೊಂದಿಗೆ. ಖಾಸಗಿ ವಿಳಾಸಗಳ ವ್ಯಾಪ್ತಿಯು ಎಲ್ಲಾ ಕ್ಲೌಡ್ ಬಾಡಿಗೆದಾರರಿಗೆ ಸಾಮಾನ್ಯವಾಗಿತ್ತು. ಹೊಸ ವರ್ಚುವಲ್ ಯಂತ್ರವನ್ನು ಪ್ರಾರಂಭಿಸುವಾಗ, ನೀವು ಆಕಸ್ಮಿಕವಾಗಿ ಈ ಶ್ರೇಣಿಯಿಂದ ಲಭ್ಯವಿರುವ IP ವಿಳಾಸವನ್ನು ಸ್ವೀಕರಿಸಿದ್ದೀರಿ.
ಈ ವಿಧಾನವು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಸುಲಭವಾಗಿದೆ, ಆದರೆ ಮೂಲಭೂತವಾಗಿ ಮೋಡದ ಬಳಕೆಯನ್ನು ಸೀಮಿತಗೊಳಿಸಿತು. ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೇಳುವುದಾದರೆ, ನೆಲದ ಮೇಲೆ ಮತ್ತು AWS ನಲ್ಲಿ ಖಾಸಗಿ ನೆಟ್ವರ್ಕ್ಗಳನ್ನು ಸಂಯೋಜಿಸುವ ಹೈಬ್ರಿಡ್ ಪರಿಹಾರಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವುದು ತುಂಬಾ ಕಷ್ಟಕರವಾಗಿತ್ತು. IP ವಿಳಾಸ ಶ್ರೇಣಿಗಳನ್ನು ಅತಿಕ್ರಮಿಸುವುದು ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ಸಮಸ್ಯೆಯಾಗಿದೆ.
ವರ್ಚುವಲ್ ಖಾಸಗಿ ಮೇಘ
ಮೋಡವು ಬೇಡಿಕೆಯಲ್ಲಿದೆ. ಹತ್ತಾರು ಮಿಲಿಯನ್ ಬಾಡಿಗೆದಾರರಿಂದ ಸ್ಕೇಲೆಬಿಲಿಟಿ ಮತ್ತು ಅದರ ಬಳಕೆಯ ಸಾಧ್ಯತೆಯ ಬಗ್ಗೆ ಯೋಚಿಸುವ ಸಮಯ ಬಂದಿದೆ. ಫ್ಲಾಟ್ ನೆಟ್ವರ್ಕ್ ಪ್ರಮುಖ ಅಡಚಣೆಯಾಗಿದೆ. ಆದ್ದರಿಂದ, ನೆಟ್ವರ್ಕ್ ಮಟ್ಟದಲ್ಲಿ ಬಳಕೆದಾರರನ್ನು ಪರಸ್ಪರ ಹೇಗೆ ಪ್ರತ್ಯೇಕಿಸುವುದು ಎಂಬುದರ ಕುರಿತು ನಾವು ಯೋಚಿಸಿದ್ದೇವೆ ಇದರಿಂದ ಅವರು ಸ್ವತಂತ್ರವಾಗಿ ಐಪಿ ಶ್ರೇಣಿಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡಬಹುದು.
ನೆಟ್ವರ್ಕ್ ಪ್ರತ್ಯೇಕತೆಯ ಬಗ್ಗೆ ನೀವು ಯೋಚಿಸಿದಾಗ ಮನಸ್ಸಿಗೆ ಬರುವ ಮೊದಲ ವಿಷಯ ಯಾವುದು? ಖಂಡಿತವಾಗಿಯೂ ವಿಎಲ್ಎಎನ್ и VRF - ವರ್ಚುವಲ್ ರೂಟಿಂಗ್ ಮತ್ತು ಫಾರ್ವರ್ಡ್.
ದುರದೃಷ್ಟವಶಾತ್, ಇದು ಕೆಲಸ ಮಾಡಲಿಲ್ಲ. VLAN ID ಕೇವಲ 12 ಬಿಟ್ಗಳು, ಇದು ನಮಗೆ ಕೇವಲ 4096 ಪ್ರತ್ಯೇಕ ವಿಭಾಗಗಳನ್ನು ನೀಡುತ್ತದೆ. ದೊಡ್ಡ ಸ್ವಿಚ್ಗಳು ಸಹ ಗರಿಷ್ಠ 1-2 ಸಾವಿರ ವಿಆರ್ಎಫ್ಗಳನ್ನು ಬಳಸಬಹುದು. VRF ಮತ್ತು VLAN ಅನ್ನು ಒಟ್ಟಿಗೆ ಬಳಸುವುದು ನಮಗೆ ಕೆಲವೇ ಮಿಲಿಯನ್ ಸಬ್ನೆಟ್ಗಳನ್ನು ನೀಡುತ್ತದೆ. ಹತ್ತಾರು ಮಿಲಿಯನ್ ಬಾಡಿಗೆದಾರರಿಗೆ ಇದು ಖಂಡಿತವಾಗಿಯೂ ಸಾಕಾಗುವುದಿಲ್ಲ, ಪ್ರತಿಯೊಂದೂ ಬಹು ಸಬ್ನೆಟ್ಗಳನ್ನು ಬಳಸಲು ಶಕ್ತವಾಗಿರಬೇಕು.
ಅಗತ್ಯ ಸಂಖ್ಯೆಯ ದೊಡ್ಡ ಪೆಟ್ಟಿಗೆಗಳನ್ನು ಖರೀದಿಸಲು ನಾವು ಶಕ್ತರಾಗಿರುವುದಿಲ್ಲ, ಉದಾಹರಣೆಗೆ, ಸಿಸ್ಕೋ ಅಥವಾ ಜುನಿಪರ್ನಿಂದ. ಎರಡು ಕಾರಣಗಳಿವೆ: ಇದು ತುಂಬಾ ದುಬಾರಿಯಾಗಿದೆ ಮತ್ತು ಅವರ ಅಭಿವೃದ್ಧಿ ಮತ್ತು ತೇಪೆ ನೀತಿಗಳ ಕರುಣೆಗೆ ನಾವು ಬಯಸುವುದಿಲ್ಲ.
ಒಂದೇ ಒಂದು ತೀರ್ಮಾನವಿದೆ - ನಿಮ್ಮ ಸ್ವಂತ ಪರಿಹಾರವನ್ನು ಮಾಡಿ.
2009 ರಲ್ಲಿ ನಾವು ಘೋಷಿಸಿದ್ದೇವೆ ವಿಪಿಸಿ - ವರ್ಚುವಲ್ ಖಾಸಗಿ ಮೇಘ. ಹೆಸರು ಅಂಟಿಕೊಂಡಿದೆ ಮತ್ತು ಈಗ ಅನೇಕ ಕ್ಲೌಡ್ ಪೂರೈಕೆದಾರರು ಇದನ್ನು ಬಳಸುತ್ತಾರೆ.
VPC ಒಂದು ವರ್ಚುವಲ್ ನೆಟ್ವರ್ಕ್ ಆಗಿದೆ SDN (ಸಾಫ್ಟ್ವೇರ್ ಡಿಫೈನ್ಡ್ ನೆಟ್ವರ್ಕ್). L2 ಮತ್ತು L3 ಹಂತಗಳಲ್ಲಿ ವಿಶೇಷ ಪ್ರೋಟೋಕಾಲ್ಗಳನ್ನು ಆವಿಷ್ಕರಿಸದಿರಲು ನಾವು ನಿರ್ಧರಿಸಿದ್ದೇವೆ. ನೆಟ್ವರ್ಕ್ ಪ್ರಮಾಣಿತ ಎತರ್ನೆಟ್ ಮತ್ತು ಐಪಿಯಲ್ಲಿ ಚಲಿಸುತ್ತದೆ. ನೆಟ್ವರ್ಕ್ ಮೂಲಕ ಪ್ರಸಾರ ಮಾಡಲು, ವರ್ಚುವಲ್ ಮೆಷಿನ್ ಟ್ರಾಫಿಕ್ ಅನ್ನು ನಮ್ಮದೇ ಆದ ಪ್ರೋಟೋಕಾಲ್ ರ್ಯಾಪರ್ನಲ್ಲಿ ಸುತ್ತುವರಿಯಲಾಗಿದೆ. ಇದು ಹಿಡುವಳಿದಾರನ VPC ಗೆ ಸೇರಿದ ID ಯನ್ನು ಸೂಚಿಸುತ್ತದೆ.
ಸರಳ ಧ್ವನಿಸುತ್ತದೆ. ಆದಾಗ್ಯೂ, ಜಯಿಸಬೇಕಾದ ಹಲವಾರು ಗಂಭೀರ ತಾಂತ್ರಿಕ ಸವಾಲುಗಳಿವೆ. ಉದಾಹರಣೆಗೆ, ವರ್ಚುವಲ್ MAC/IP ವಿಳಾಸಗಳು, VPC ID ಮತ್ತು ಅನುಗುಣವಾದ ಭೌತಿಕ MAC/IP ಅನ್ನು ಮ್ಯಾಪಿಂಗ್ ಮಾಡುವಲ್ಲಿ ಡೇಟಾವನ್ನು ಎಲ್ಲಿ ಮತ್ತು ಹೇಗೆ ಸಂಗ್ರಹಿಸುವುದು. AWS ಸ್ಕೇಲ್ನಲ್ಲಿ, ಇದು ಒಂದು ದೊಡ್ಡ ಟೇಬಲ್ ಆಗಿದ್ದು ಅದು ಕನಿಷ್ಟ ಪ್ರವೇಶ ವಿಳಂಬಗಳೊಂದಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಇದಕ್ಕೆ ಹೊಣೆ ಮ್ಯಾಪಿಂಗ್ ಸೇವೆ, ಇದು ನೆಟ್ವರ್ಕ್ ಉದ್ದಕ್ಕೂ ತೆಳುವಾದ ಪದರದಲ್ಲಿ ಹರಡುತ್ತದೆ.
ಹೊಸ ಪೀಳಿಗೆಯ ಯಂತ್ರಗಳಲ್ಲಿ, ಹಾರ್ಡ್ವೇರ್ ಮಟ್ಟದಲ್ಲಿ ನೈಟ್ರೋ ಕಾರ್ಡ್ಗಳಿಂದ ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಅನ್ನು ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ. ಹಳೆಯ ನಿದರ್ಶನಗಳಲ್ಲಿ, ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಮತ್ತು ಡಿಕ್ಯಾಪ್ಸುಲೇಶನ್ ಸಾಫ್ಟ್ವೇರ್ ಆಧಾರಿತವಾಗಿದೆ.
ಸಾಮಾನ್ಯ ಪರಿಭಾಷೆಯಲ್ಲಿ ಅದು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡೋಣ. L2 ಮಟ್ಟದಿಂದ ಪ್ರಾರಂಭಿಸೋಣ. ನಾವು ಭೌತಿಕ ಸರ್ವರ್ 10.0.0.2 ನಲ್ಲಿ IP 192.168.0.3 ನೊಂದಿಗೆ ವರ್ಚುವಲ್ ಯಂತ್ರವನ್ನು ಹೊಂದಿದ್ದೇವೆ ಎಂದು ಭಾವಿಸೋಣ. ಇದು 10.0.0.3 ನಲ್ಲಿ ವಾಸಿಸುವ ವರ್ಚುವಲ್ ಯಂತ್ರ 192.168.1.4 ಗೆ ಡೇಟಾವನ್ನು ಕಳುಹಿಸುತ್ತದೆ. ARP ವಿನಂತಿಯನ್ನು ರಚಿಸಲಾಗಿದೆ ಮತ್ತು ನೆಟ್ವರ್ಕ್ ನೈಟ್ರೋ ಕಾರ್ಡ್ಗೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ. ಸರಳತೆಗಾಗಿ, ಎರಡೂ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳು ಒಂದೇ "ನೀಲಿ" VPC ಯಲ್ಲಿ ವಾಸಿಸುತ್ತವೆ ಎಂದು ನಾವು ಭಾವಿಸುತ್ತೇವೆ.
ನಕ್ಷೆಯು ಮೂಲ ವಿಳಾಸವನ್ನು ತನ್ನದೇ ಆದ ಜೊತೆಗೆ ಬದಲಾಯಿಸುತ್ತದೆ ಮತ್ತು ARP ಫ್ರೇಮ್ ಅನ್ನು ಮ್ಯಾಪಿಂಗ್ ಸೇವೆಗೆ ಫಾರ್ವರ್ಡ್ ಮಾಡುತ್ತದೆ.
ಮ್ಯಾಪಿಂಗ್ ಸೇವೆಯು L2 ಭೌತಿಕ ನೆಟ್ವರ್ಕ್ ಮೂಲಕ ಪ್ರಸರಣಕ್ಕೆ ಅಗತ್ಯವಾದ ಮಾಹಿತಿಯನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ.
ARP ಪ್ರತಿಕ್ರಿಯೆಯಲ್ಲಿರುವ ನೈಟ್ರೋ ಕಾರ್ಡ್ ಭೌತಿಕ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ MAC ಅನ್ನು VPC ಯಲ್ಲಿನ ವಿಳಾಸದೊಂದಿಗೆ ಬದಲಾಯಿಸುತ್ತದೆ.
ಡೇಟಾವನ್ನು ವರ್ಗಾಯಿಸುವಾಗ, ನಾವು ತಾರ್ಕಿಕ MAC ಮತ್ತು IP ಅನ್ನು VPC ರ್ಯಾಪರ್ನಲ್ಲಿ ಸುತ್ತಿಕೊಳ್ಳುತ್ತೇವೆ. ಸೂಕ್ತವಾದ ಮೂಲ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನ IP ನೈಟ್ರೋ ಕಾರ್ಡ್ಗಳನ್ನು ಬಳಸಿಕೊಂಡು ನಾವು ಭೌತಿಕ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಇದನ್ನೆಲ್ಲ ರವಾನಿಸುತ್ತೇವೆ.
ಪ್ಯಾಕೇಜ್ ಉದ್ದೇಶಿಸಲಾದ ಭೌತಿಕ ಯಂತ್ರವು ಚೆಕ್ ಅನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ವಿಳಾಸವನ್ನು ವಂಚಿಸುವ ಸಾಧ್ಯತೆಯನ್ನು ತಡೆಗಟ್ಟಲು ಇದು ಅವಶ್ಯಕವಾಗಿದೆ. ಯಂತ್ರವು ಮ್ಯಾಪಿಂಗ್ ಸೇವೆಗೆ ವಿಶೇಷ ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸುತ್ತದೆ ಮತ್ತು ಕೇಳುತ್ತದೆ: "ಭೌತಿಕ ಯಂತ್ರ 192.168.0.3 ನಿಂದ ನಾನು ನೀಲಿ VPC ಯಲ್ಲಿ 10.0.0.3 ಗಾಗಿ ಉದ್ದೇಶಿಸಲಾದ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಸ್ವೀಕರಿಸಿದ್ದೇನೆ. ಅವನು ನ್ಯಾಯಸಮ್ಮತವೇ?
ಮ್ಯಾಪಿಂಗ್ ಸೇವೆಯು ಅದರ ಸಂಪನ್ಮೂಲ ಹಂಚಿಕೆ ಕೋಷ್ಟಕವನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ ಮತ್ತು ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಹಾದುಹೋಗಲು ಅನುಮತಿಸುತ್ತದೆ ಅಥವಾ ನಿರಾಕರಿಸುತ್ತದೆ. ಎಲ್ಲಾ ಹೊಸ ನಿದರ್ಶನಗಳಲ್ಲಿ, ಹೆಚ್ಚುವರಿ ಮೌಲ್ಯೀಕರಣವನ್ನು ನೈಟ್ರೋ ಕಾರ್ಡ್ಗಳಲ್ಲಿ ಎಂಬೆಡ್ ಮಾಡಲಾಗಿದೆ. ಸೈದ್ಧಾಂತಿಕವಾಗಿ ಸಹ ಅದನ್ನು ಬೈಪಾಸ್ ಮಾಡುವುದು ಅಸಾಧ್ಯ. ಆದ್ದರಿಂದ, ಮತ್ತೊಂದು VPC ನಲ್ಲಿ ಸಂಪನ್ಮೂಲಗಳಿಗೆ ವಂಚನೆಯು ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ.
ಮುಂದೆ, ಡೇಟಾವನ್ನು ಅದು ಉದ್ದೇಶಿಸಿರುವ ವರ್ಚುವಲ್ ಯಂತ್ರಕ್ಕೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ.
ಮ್ಯಾಪಿಂಗ್ ಸೇವೆಯು ವಿವಿಧ ಸಬ್ನೆಟ್ಗಳಲ್ಲಿ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳ ನಡುವೆ ಡೇಟಾವನ್ನು ವರ್ಗಾಯಿಸಲು ತಾರ್ಕಿಕ ರೂಟರ್ ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಎಲ್ಲವೂ ಕಲ್ಪನಾತ್ಮಕವಾಗಿ ಸರಳವಾಗಿದೆ, ನಾನು ವಿವರವಾಗಿ ಹೋಗುವುದಿಲ್ಲ.
ಪ್ರತಿ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ರವಾನಿಸುವಾಗ, ಸರ್ವರ್ಗಳು ಮ್ಯಾಪಿಂಗ್ ಸೇವೆಗೆ ತಿರುಗುತ್ತವೆ ಎಂದು ಅದು ತಿರುಗುತ್ತದೆ. ಅನಿವಾರ್ಯ ವಿಳಂಬಗಳನ್ನು ಹೇಗೆ ಎದುರಿಸುವುದು? ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುವುದು, ಖಂಡಿತವಾಗಿ.
ಸೌಂದರ್ಯವೆಂದರೆ ನೀವು ಸಂಪೂರ್ಣ ದೊಡ್ಡ ಟೇಬಲ್ ಅನ್ನು ಸಂಗ್ರಹಿಸುವ ಅಗತ್ಯವಿಲ್ಲ. ಭೌತಿಕ ಸರ್ವರ್ ತುಲನಾತ್ಮಕವಾಗಿ ಕಡಿಮೆ ಸಂಖ್ಯೆಯ VPC ಗಳಿಂದ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳನ್ನು ಹೋಸ್ಟ್ ಮಾಡುತ್ತದೆ. ನೀವು ಈ VPC ಗಳ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಮಾತ್ರ ಸಂಗ್ರಹಿಸಬೇಕಾಗಿದೆ. "ಡೀಫಾಲ್ಟ್" ಕಾನ್ಫಿಗರೇಶನ್ನಲ್ಲಿ ಇತರ VPC ಗಳಿಗೆ ಡೇಟಾವನ್ನು ವರ್ಗಾಯಿಸುವುದು ಇನ್ನೂ ಕಾನೂನುಬದ್ಧವಾಗಿಲ್ಲ. VPC-ಪೀರಿಂಗ್ನಂತಹ ಕಾರ್ಯವನ್ನು ಬಳಸಿದರೆ, ಅನುಗುಣವಾದ VPC ಗಳ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಹೆಚ್ಚುವರಿಯಾಗಿ ಸಂಗ್ರಹಕ್ಕೆ ಲೋಡ್ ಮಾಡಲಾಗುತ್ತದೆ.
ನಾವು VPC ಗೆ ಡೇಟಾ ವರ್ಗಾವಣೆಯನ್ನು ವಿಂಗಡಿಸಿದ್ದೇವೆ.
ಕಪ್ಪುಪಾದ
ಟ್ರಾಫಿಕ್ ಅನ್ನು ಹೊರಗೆ ರವಾನಿಸಬೇಕಾದ ಸಂದರ್ಭಗಳಲ್ಲಿ ಏನು ಮಾಡಬೇಕು, ಉದಾಹರಣೆಗೆ ಇಂಟರ್ನೆಟ್ ಅಥವಾ VPN ಮೂಲಕ ನೆಲಕ್ಕೆ? ಇಲ್ಲಿ ನಮಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ ಕಪ್ಪುಪಾದ - AWS ಆಂತರಿಕ ಸೇವೆ. ಇದನ್ನು ನಮ್ಮ ದಕ್ಷಿಣ ಆಫ್ರಿಕಾ ತಂಡವು ಅಭಿವೃದ್ಧಿಪಡಿಸಿದೆ. ಅದಕ್ಕಾಗಿಯೇ ಈ ಸೇವೆಗೆ ದಕ್ಷಿಣ ಆಫ್ರಿಕಾದಲ್ಲಿ ವಾಸಿಸುವ ಪೆಂಗ್ವಿನ್ ಹೆಸರನ್ನು ಇಡಲಾಗಿದೆ.
ಬ್ಲ್ಯಾಕ್ಫೂಟ್ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಡಿಕ್ಯಾಪ್ಸುಲೇಟ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಅದರೊಂದಿಗೆ ಬೇಕಾದುದನ್ನು ಮಾಡುತ್ತದೆ. ಡೇಟಾವನ್ನು ಇಂಟರ್ನೆಟ್ಗೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ.
VPN ಅನ್ನು ಬಳಸುವಾಗ ಡೇಟಾವನ್ನು IPsec ನಲ್ಲಿ ಡಿಕ್ಯಾಪ್ಸುಲೇಟ್ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು ಮರು-ಸುತ್ತಲಾಗುತ್ತದೆ.
ನೇರ ಸಂಪರ್ಕವನ್ನು ಬಳಸುವಾಗ, ಟ್ರಾಫಿಕ್ ಅನ್ನು ಟ್ಯಾಗ್ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು ಸೂಕ್ತವಾದ VLAN ಗೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ.
ಹೈಪರ್ಪ್ಲೇನ್
ಇದು ಆಂತರಿಕ ಹರಿವಿನ ನಿಯಂತ್ರಣ ಸೇವೆಯಾಗಿದೆ. ಅನೇಕ ನೆಟ್ವರ್ಕ್ ಸೇವೆಗಳಿಗೆ ಮೇಲ್ವಿಚಾರಣೆಯ ಅಗತ್ಯವಿದೆ ಡೇಟಾ ಹರಿವಿನ ಸ್ಥಿತಿಗಳು. ಉದಾಹರಣೆಗೆ, NAT ಅನ್ನು ಬಳಸುವಾಗ, ಹರಿವಿನ ನಿಯಂತ್ರಣವು ಪ್ರತಿ IP:ಗಮ್ಯಸ್ಥಾನ ಪೋರ್ಟ್ ಜೋಡಿಯು ವಿಶಿಷ್ಟವಾದ ಹೊರಹೋಗುವ ಪೋರ್ಟ್ ಅನ್ನು ಹೊಂದಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬೇಕು. ಸಮತೋಲನದ ಸಂದರ್ಭದಲ್ಲಿ NLB - ನೆಟ್ವರ್ಕ್ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್, ಡೇಟಾ ಹರಿವು ಯಾವಾಗಲೂ ಅದೇ ಗುರಿ ವರ್ಚುವಲ್ ಯಂತ್ರಕ್ಕೆ ನಿರ್ದೇಶಿಸಲ್ಪಡಬೇಕು. ಸೆಕ್ಯುರಿಟಿ ಗ್ರೂಪ್ಗಳು ಸ್ಟೇಟ್ಫುಲ್ ಫೈರ್ವಾಲ್ ಆಗಿದೆ. ಇದು ಒಳಬರುವ ದಟ್ಟಣೆಯನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ಹೊರಹೋಗುವ ಪ್ಯಾಕೆಟ್ ಹರಿವಿಗೆ ಸೂಚ್ಯವಾಗಿ ಪೋರ್ಟ್ಗಳನ್ನು ತೆರೆಯುತ್ತದೆ.
AWS ಕ್ಲೌಡ್ನಲ್ಲಿ, ಪ್ರಸರಣ ಲೇಟೆನ್ಸಿ ಅಗತ್ಯತೆಗಳು ತುಂಬಾ ಹೆಚ್ಚು. ಅದಕ್ಕೇ ಹೈಪರ್ಪ್ಲೇನ್ ಇಡೀ ನೆಟ್ವರ್ಕ್ನ ಕಾರ್ಯಕ್ಷಮತೆಗೆ ನಿರ್ಣಾಯಕ.
ಹೈಪರ್ಪ್ಲೇನ್ ಅನ್ನು EC2 ವರ್ಚುವಲ್ ಗಣಕಗಳಲ್ಲಿ ನಿರ್ಮಿಸಲಾಗಿದೆ. ಇಲ್ಲಿ ಮ್ಯಾಜಿಕ್ ಇಲ್ಲ, ಕುತಂತ್ರ ಮಾತ್ರ. ಟ್ರಿಕ್ ಇದು ದೊಡ್ಡ RAM ಹೊಂದಿರುವ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳಾಗಿವೆ. ಕಾರ್ಯಾಚರಣೆಗಳು ವಹಿವಾಟು ಮತ್ತು ಮೆಮೊರಿಯಲ್ಲಿ ಪ್ರತ್ಯೇಕವಾಗಿ ನಿರ್ವಹಿಸಲ್ಪಡುತ್ತವೆ. ಇದು ಕೇವಲ ಹತ್ತಾರು ಮೈಕ್ರೋಸೆಕೆಂಡ್ಗಳ ವಿಳಂಬವನ್ನು ಸಾಧಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಡಿಸ್ಕ್ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದು ಎಲ್ಲಾ ಉತ್ಪಾದಕತೆಯನ್ನು ನಾಶಪಡಿಸುತ್ತದೆ.
ಹೈಪರ್ಪ್ಲೇನ್ ಅಂತಹ ಬೃಹತ್ ಸಂಖ್ಯೆಯ EC2 ಯಂತ್ರಗಳ ವಿತರಣೆ ವ್ಯವಸ್ಥೆಯಾಗಿದೆ. ಪ್ರತಿ ವರ್ಚುವಲ್ ಯಂತ್ರವು 5 GB/s ಬ್ಯಾಂಡ್ವಿಡ್ತ್ ಅನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಇಡೀ ಪ್ರಾದೇಶಿಕ ನೆಟ್ವರ್ಕ್ನಾದ್ಯಂತ, ಇದು ಬ್ಯಾಂಡ್ವಿಡ್ತ್ನ ನಂಬಲಾಗದ ಟೆರಾಬಿಟ್ಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ ಮತ್ತು ಪ್ರಕ್ರಿಯೆಗೆ ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ ಪ್ರತಿ ಸೆಕೆಂಡಿಗೆ ಲಕ್ಷಾಂತರ ಸಂಪರ್ಕಗಳು.
ಹೈಪರ್ಪ್ಲೇನ್ ಸ್ಟ್ರೀಮ್ಗಳೊಂದಿಗೆ ಮಾತ್ರ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. VPC ಪ್ಯಾಕೆಟ್ ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಇದಕ್ಕೆ ಸಂಪೂರ್ಣವಾಗಿ ಪಾರದರ್ಶಕವಾಗಿರುತ್ತದೆ. ಈ ಆಂತರಿಕ ಸೇವೆಯಲ್ಲಿನ ಸಂಭಾವ್ಯ ದುರ್ಬಲತೆಯು VPC ಪ್ರತ್ಯೇಕತೆಯನ್ನು ಮುರಿಯದಂತೆ ತಡೆಯುತ್ತದೆ. ಕೆಳಗಿನ ಹಂತಗಳು ಭದ್ರತೆಗೆ ಕಾರಣವಾಗಿವೆ.
ಗದ್ದಲದ ನೆರೆಹೊರೆಯವರು
ಇನ್ನೂ ಸಮಸ್ಯೆ ಇದೆ ಗದ್ದಲದ ನೆರೆಯ - ಗದ್ದಲದ ನೆರೆಹೊರೆಯವರು. ನಾವು 8 ನೋಡ್ಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ ಎಂದು ಭಾವಿಸೋಣ. ಈ ನೋಡ್ಗಳು ಎಲ್ಲಾ ಕ್ಲೌಡ್ ಬಳಕೆದಾರರ ಹರಿವನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುತ್ತವೆ. ಎಲ್ಲವೂ ಉತ್ತಮವಾಗಿದೆ ಎಂದು ತೋರುತ್ತದೆ ಮತ್ತು ಲೋಡ್ ಅನ್ನು ಎಲ್ಲಾ ನೋಡ್ಗಳಲ್ಲಿ ಸಮವಾಗಿ ವಿತರಿಸಬೇಕು. ನೋಡ್ಗಳು ತುಂಬಾ ಶಕ್ತಿಯುತವಾಗಿವೆ ಮತ್ತು ಅವುಗಳನ್ನು ಓವರ್ಲೋಡ್ ಮಾಡುವುದು ಕಷ್ಟ.
ಆದರೆ ನಾವು ನಮ್ಮ ವಾಸ್ತುಶಿಲ್ಪವನ್ನು ಅಸಂಭವ ಸನ್ನಿವೇಶಗಳ ಆಧಾರದ ಮೇಲೆ ನಿರ್ಮಿಸುತ್ತೇವೆ.
ಕಡಿಮೆ ಸಂಭವನೀಯತೆ ಎಂದರೆ ಅಸಾಧ್ಯವಲ್ಲ.
ಒಬ್ಬರು ಅಥವಾ ಹೆಚ್ಚಿನ ಬಳಕೆದಾರರು ಹೆಚ್ಚು ಲೋಡ್ ಅನ್ನು ಉತ್ಪಾದಿಸುವ ಪರಿಸ್ಥಿತಿಯನ್ನು ನಾವು ಊಹಿಸಬಹುದು. ಎಲ್ಲಾ ಹೈಪರ್ಪ್ಲೇನ್ ನೋಡ್ಗಳು ಈ ಲೋಡ್ ಅನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವುದರಲ್ಲಿ ತೊಡಗಿಕೊಂಡಿವೆ ಮತ್ತು ಇತರ ಬಳಕೆದಾರರು ಕೆಲವು ರೀತಿಯ ಕಾರ್ಯಕ್ಷಮತೆಯ ಹಿಟ್ ಅನ್ನು ಸಮರ್ಥವಾಗಿ ಅನುಭವಿಸಬಹುದು. ಇದು ಮೋಡದ ಪರಿಕಲ್ಪನೆಯನ್ನು ಮುರಿಯುತ್ತದೆ, ಇದರಲ್ಲಿ ಬಾಡಿಗೆದಾರರು ಪರಸ್ಪರ ಪ್ರಭಾವ ಬೀರುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿರುವುದಿಲ್ಲ.
ಗದ್ದಲದ ನೆರೆಹೊರೆಯವರ ಸಮಸ್ಯೆಯನ್ನು ಹೇಗೆ ಪರಿಹರಿಸುವುದು? ಮನಸ್ಸಿಗೆ ಬರುವ ಮೊದಲ ವಿಷಯವೆಂದರೆ ಶಾರ್ಡಿಂಗ್. ನಮ್ಮ 8 ನೋಡ್ಗಳನ್ನು ತಾರ್ಕಿಕವಾಗಿ 4 ನೋಡ್ಗಳ 2 ಚೂರುಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ. ಈಗ ಗದ್ದಲದ ನೆರೆಹೊರೆಯವರು ಎಲ್ಲಾ ಬಳಕೆದಾರರಲ್ಲಿ ಕಾಲು ಭಾಗದಷ್ಟು ಮಾತ್ರ ತೊಂದರೆಗೊಳಗಾಗುತ್ತಾರೆ, ಆದರೆ ಇದು ಅವರಿಗೆ ಹೆಚ್ಚು ತೊಂದರೆ ನೀಡುತ್ತದೆ.
ವಿಷಯಗಳನ್ನು ವಿಭಿನ್ನವಾಗಿ ಮಾಡೋಣ. ನಾವು ಪ್ರತಿ ಬಳಕೆದಾರರಿಗೆ ಕೇವಲ 3 ನೋಡ್ಗಳನ್ನು ಮಾತ್ರ ನಿಯೋಜಿಸುತ್ತೇವೆ.
ವಿಭಿನ್ನ ಬಳಕೆದಾರರಿಗೆ ಯಾದೃಚ್ಛಿಕವಾಗಿ ನೋಡ್ಗಳನ್ನು ನಿಯೋಜಿಸುವುದು ಟ್ರಿಕ್ ಆಗಿದೆ. ಕೆಳಗಿನ ಚಿತ್ರದಲ್ಲಿ, ನೀಲಿ ಬಳಕೆದಾರರು ಇತರ ಎರಡು ಬಳಕೆದಾರರಲ್ಲಿ ಒಬ್ಬರೊಂದಿಗೆ ನೋಡ್ಗಳನ್ನು ಛೇದಿಸುತ್ತಾರೆ - ಹಸಿರು ಮತ್ತು ಕಿತ್ತಳೆ.
8 ನೋಡ್ಗಳು ಮತ್ತು 3 ಬಳಕೆದಾರರೊಂದಿಗೆ, ಗದ್ದಲದ ನೆರೆಹೊರೆಯವರು ಬಳಕೆದಾರರಲ್ಲಿ ಒಬ್ಬರೊಂದಿಗೆ ಛೇದಿಸುವ ಸಂಭವನೀಯತೆ 54% ಆಗಿದೆ. ಈ ಸಂಭವನೀಯತೆಯೊಂದಿಗೆ ನೀಲಿ ಬಳಕೆದಾರನು ಇತರ ಬಾಡಿಗೆದಾರರ ಮೇಲೆ ಪ್ರಭಾವ ಬೀರುತ್ತಾನೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಅದರ ಹೊರೆಯ ಒಂದು ಭಾಗ ಮಾತ್ರ. ನಮ್ಮ ಉದಾಹರಣೆಯಲ್ಲಿ, ಈ ಪ್ರಭಾವವು ಕನಿಷ್ಠ ಹೇಗಾದರೂ ಎಲ್ಲರಿಗೂ ಅಲ್ಲ, ಆದರೆ ಎಲ್ಲಾ ಬಳಕೆದಾರರಲ್ಲಿ ಮೂರನೇ ಒಂದು ಭಾಗಕ್ಕೆ ಮಾತ್ರ ಗಮನಿಸಬಹುದಾಗಿದೆ. ಇದು ಈಗಾಗಲೇ ಉತ್ತಮ ಫಲಿತಾಂಶವಾಗಿದೆ.
ಛೇದಿಸುವ ಬಳಕೆದಾರರ ಸಂಖ್ಯೆ
ಶೇಕಡಾವಾರು ಸಂಭವನೀಯತೆ
0
18%
1
54%
2
26%
3
2%
ಪರಿಸ್ಥಿತಿಯನ್ನು ವಾಸ್ತವಕ್ಕೆ ಹತ್ತಿರ ತರೋಣ - 100 ನೋಡ್ಗಳಲ್ಲಿ 5 ನೋಡ್ಗಳು ಮತ್ತು 5 ಬಳಕೆದಾರರನ್ನು ತೆಗೆದುಕೊಳ್ಳೋಣ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಯಾವುದೇ ನೋಡ್ಗಳು 77% ಸಂಭವನೀಯತೆಯೊಂದಿಗೆ ಛೇದಿಸುವುದಿಲ್ಲ.
ಛೇದಿಸುವ ಬಳಕೆದಾರರ ಸಂಖ್ಯೆ
ಶೇಕಡಾವಾರು ಸಂಭವನೀಯತೆ
0
77%
1
21%
2
1,8%
3
0,06%
4
0,0006%
5
0,00000013%
ನೈಜ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ, ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಹೈಪರ್ಪ್ಲೇನ್ ನೋಡ್ಗಳು ಮತ್ತು ಬಳಕೆದಾರರೊಂದಿಗೆ, ಇತರ ಬಳಕೆದಾರರ ಮೇಲೆ ಗದ್ದಲದ ನೆರೆಹೊರೆಯವರ ಸಂಭಾವ್ಯ ಪರಿಣಾಮವು ಕಡಿಮೆಯಾಗಿದೆ. ಈ ವಿಧಾನವನ್ನು ಕರೆಯಲಾಗುತ್ತದೆ ಮಿಶ್ರಣ ಶಾರ್ಡಿಂಗ್ - ಷಫಲ್ ಶಾರ್ಡಿಂಗ್. ಇದು ನೋಡ್ ವೈಫಲ್ಯದ ಋಣಾತ್ಮಕ ಪರಿಣಾಮವನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ.
ಅನೇಕ ಸೇವೆಗಳನ್ನು ಹೈಪರ್ಪ್ಲೇನ್ ಆಧಾರದ ಮೇಲೆ ನಿರ್ಮಿಸಲಾಗಿದೆ: ನೆಟ್ವರ್ಕ್ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್, NAT ಗೇಟ್ವೇ, ಅಮೆಜಾನ್ EFS, AWS ಪ್ರೈವೇಟ್ಲಿಂಕ್, AWS ಟ್ರಾನ್ಸಿಟ್ ಗೇಟ್ವೇ.
ನೆಟ್ವರ್ಕ್ ಸ್ಕೇಲ್
ಈಗ ನೆಟ್ವರ್ಕ್ನ ಪ್ರಮಾಣದ ಬಗ್ಗೆ ಮಾತನಾಡೋಣ. ಅಕ್ಟೋಬರ್ 2019 ಕ್ಕೆ AWS ತನ್ನ ಸೇವೆಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ 22 ಪ್ರದೇಶಗಳು, ಮತ್ತು 9 ಹೆಚ್ಚು ಯೋಜಿಸಲಾಗಿದೆ.
ಪ್ರತಿಯೊಂದು ಪ್ರದೇಶವು ಹಲವಾರು ಲಭ್ಯತೆಯ ವಲಯಗಳನ್ನು ಒಳಗೊಂಡಿದೆ. ಪ್ರಪಂಚದಾದ್ಯಂತ ಅವುಗಳಲ್ಲಿ 69 ಇವೆ.
ಪ್ರತಿಯೊಂದು AZ ಡೇಟಾ ಸಂಸ್ಕರಣಾ ಕೇಂದ್ರಗಳನ್ನು ಒಳಗೊಂಡಿದೆ. ಅವುಗಳಲ್ಲಿ ಒಟ್ಟು 8 ಕ್ಕಿಂತ ಹೆಚ್ಚಿಲ್ಲ.
ಡೇಟಾ ಸೆಂಟರ್ ದೊಡ್ಡ ಸಂಖ್ಯೆಯ ಸರ್ವರ್ಗಳನ್ನು ಹೊಂದಿದೆ, ಕೆಲವು 300 ವರೆಗೆ.
ಈಗ ನಾವು ಎಲ್ಲವನ್ನೂ ಸರಾಸರಿ ಮಾಡೋಣ, ಗುಣಿಸಿ ಮತ್ತು ಪ್ರತಿಬಿಂಬಿಸುವ ಪ್ರಭಾವಶಾಲಿ ಅಂಕಿಅಂಶವನ್ನು ಪಡೆಯೋಣ ಅಮೆಜಾನ್ ಕ್ಲೌಡ್ ಸ್ಕೇಲ್.
ಲಭ್ಯತೆ ವಲಯಗಳು ಮತ್ತು ಡೇಟಾ ಕೇಂದ್ರದ ನಡುವೆ ಹಲವು ಆಪ್ಟಿಕಲ್ ಲಿಂಕ್ಗಳಿವೆ. ನಮ್ಮ ಒಂದು ದೊಡ್ಡ ಪ್ರದೇಶದಲ್ಲಿ, 388 ಚಾನಲ್ಗಳನ್ನು ಪರಸ್ಪರ ಮತ್ತು ಇತರ ಪ್ರದೇಶಗಳೊಂದಿಗಿನ ಸಂವಹನ ಕೇಂದ್ರಗಳ ನಡುವೆ AZ ಸಂವಹನಕ್ಕಾಗಿ (ಸಾರಿಗೆ ಕೇಂದ್ರಗಳು) ಹಾಕಲಾಗಿದೆ. ಒಟ್ಟಾರೆಯಾಗಿ ಇದು ಹುಚ್ಚುತನವನ್ನು ನೀಡುತ್ತದೆ 5000 ಟಿಬಿಟ್.
ಬ್ಯಾಕ್ಬೋನ್ AWS ಅನ್ನು ನಿರ್ದಿಷ್ಟವಾಗಿ ನಿರ್ಮಿಸಲಾಗಿದೆ ಮತ್ತು ಕ್ಲೌಡ್ಗಾಗಿ ಆಪ್ಟಿಮೈಸ್ ಮಾಡಲಾಗಿದೆ. ನಾವು ಅದನ್ನು ಚಾನಲ್ಗಳಲ್ಲಿ ನಿರ್ಮಿಸುತ್ತೇವೆ 100 GB / s. ಚೀನಾದ ಪ್ರದೇಶಗಳನ್ನು ಹೊರತುಪಡಿಸಿ ನಾವು ಅವುಗಳನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ನಿಯಂತ್ರಿಸುತ್ತೇವೆ. ಇತರ ಕಂಪನಿಗಳ ಹೊರೆಗಳೊಂದಿಗೆ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಹಂಚಿಕೊಳ್ಳಲಾಗುವುದಿಲ್ಲ.
ಸಹಜವಾಗಿ, ನಾವು ಖಾಸಗಿ ಬೆನ್ನೆಲುಬು ನೆಟ್ವರ್ಕ್ ಹೊಂದಿರುವ ಏಕೈಕ ಕ್ಲೌಡ್ ಪೂರೈಕೆದಾರರಲ್ಲ. ಹೆಚ್ಚು ಹೆಚ್ಚು ದೊಡ್ಡ ಕಂಪನಿಗಳು ಈ ಮಾರ್ಗವನ್ನು ಅನುಸರಿಸುತ್ತಿವೆ. ಇದನ್ನು ಸ್ವತಂತ್ರ ಸಂಶೋಧಕರು ದೃಢೀಕರಿಸಿದ್ದಾರೆ, ಉದಾಹರಣೆಗೆ ಟೆಲಿಜಿಯೋಗ್ರಫಿ.
ವಿಷಯ ಪೂರೈಕೆದಾರರು ಮತ್ತು ಕ್ಲೌಡ್ ಪೂರೈಕೆದಾರರ ಪಾಲು ಬೆಳೆಯುತ್ತಿದೆ ಎಂದು ಗ್ರಾಫ್ ತೋರಿಸುತ್ತದೆ. ಈ ಕಾರಣದಿಂದಾಗಿ, ಬೆನ್ನೆಲುಬು ಪೂರೈಕೆದಾರರ ಇಂಟರ್ನೆಟ್ ದಟ್ಟಣೆಯ ಪಾಲು ನಿರಂತರವಾಗಿ ಕಡಿಮೆಯಾಗುತ್ತಿದೆ.
ಇದು ಏಕೆ ಸಂಭವಿಸುತ್ತದೆ ಎಂದು ನಾನು ವಿವರಿಸುತ್ತೇನೆ. ಹಿಂದೆ, ಹೆಚ್ಚಿನ ವೆಬ್ ಸೇವೆಗಳನ್ನು ಇಂಟರ್ನೆಟ್ನಿಂದ ನೇರವಾಗಿ ಪ್ರವೇಶಿಸಬಹುದು ಮತ್ತು ಸೇವಿಸಲಾಗುತ್ತಿತ್ತು. ಇತ್ತೀಚಿನ ದಿನಗಳಲ್ಲಿ, ಹೆಚ್ಚು ಹೆಚ್ಚು ಸರ್ವರ್ಗಳು ಕ್ಲೌಡ್ನಲ್ಲಿವೆ ಮತ್ತು ಅವುಗಳ ಮೂಲಕ ಪ್ರವೇಶಿಸಬಹುದು ಸಿಡಿಎನ್ - ವಿಷಯ ವಿತರಣಾ ಜಾಲ. ಸಂಪನ್ಮೂಲವನ್ನು ಪ್ರವೇಶಿಸಲು, ಬಳಕೆದಾರರು ಇಂಟರ್ನೆಟ್ ಮೂಲಕ ಹತ್ತಿರದ CDN PoP ಗೆ ಮಾತ್ರ ಹೋಗುತ್ತಾರೆ - ಇರುವಿಕೆಯ ಬಿಂದು. ಹೆಚ್ಚಾಗಿ ಇದು ಎಲ್ಲೋ ಹತ್ತಿರದಲ್ಲಿದೆ. ನಂತರ ಅದು ಸಾರ್ವಜನಿಕ ಇಂಟರ್ನೆಟ್ ಅನ್ನು ಬಿಟ್ಟು ಅಟ್ಲಾಂಟಿಕ್ನಾದ್ಯಂತ ಖಾಸಗಿ ಬೆನ್ನೆಲುಬಿನ ಮೂಲಕ ಹಾರುತ್ತದೆ, ಉದಾಹರಣೆಗೆ, ಮತ್ತು ಸಂಪನ್ಮೂಲಕ್ಕೆ ನೇರವಾಗಿ ಪಡೆಯುತ್ತದೆ.
ಈ ಪ್ರವೃತ್ತಿ ಮುಂದುವರಿದರೆ 10 ವರ್ಷಗಳಲ್ಲಿ ಇಂಟರ್ನೆಟ್ ಹೇಗೆ ಬದಲಾಗುತ್ತದೆ ಎಂದು ನಾನು ಆಶ್ಚರ್ಯ ಪಡುತ್ತೇನೆ?
ಭೌತಿಕ ಚಾನಲ್ಗಳು
ಬ್ರಹ್ಮಾಂಡದಲ್ಲಿ ಬೆಳಕಿನ ವೇಗವನ್ನು ಹೇಗೆ ಹೆಚ್ಚಿಸುವುದು ಎಂದು ವಿಜ್ಞಾನಿಗಳು ಇನ್ನೂ ಕಂಡುಕೊಂಡಿಲ್ಲ, ಆದರೆ ಆಪ್ಟಿಕಲ್ ಫೈಬರ್ ಮೂಲಕ ಅದನ್ನು ರವಾನಿಸುವ ವಿಧಾನಗಳಲ್ಲಿ ಅವರು ಹೆಚ್ಚಿನ ಪ್ರಗತಿಯನ್ನು ಸಾಧಿಸಿದ್ದಾರೆ. ನಾವು ಪ್ರಸ್ತುತ 6912 ಫೈಬರ್ ಕೇಬಲ್ಗಳನ್ನು ಬಳಸುತ್ತೇವೆ. ಇದು ಅವರ ಅನುಸ್ಥಾಪನೆಯ ವೆಚ್ಚವನ್ನು ಗಮನಾರ್ಹವಾಗಿ ಅತ್ಯುತ್ತಮವಾಗಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ.
ಕೆಲವು ಪ್ರದೇಶಗಳಲ್ಲಿ ನಾವು ವಿಶೇಷ ಕೇಬಲ್ಗಳನ್ನು ಬಳಸಬೇಕಾಗುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಸಿಡ್ನಿ ಪ್ರದೇಶದಲ್ಲಿ ನಾವು ಗೆದ್ದಲುಗಳ ವಿರುದ್ಧ ವಿಶೇಷ ಲೇಪನದೊಂದಿಗೆ ಕೇಬಲ್ಗಳನ್ನು ಬಳಸುತ್ತೇವೆ.
ತೊಂದರೆಗಳಿಂದ ಯಾರೂ ನಿರೋಧಕರಾಗಿರುವುದಿಲ್ಲ ಮತ್ತು ಕೆಲವೊಮ್ಮೆ ನಮ್ಮ ಚಾನಲ್ಗಳು ಹಾನಿಗೊಳಗಾಗುತ್ತವೆ. ಬಲಭಾಗದಲ್ಲಿರುವ ಫೋಟೋವು ನಿರ್ಮಾಣ ಕೆಲಸಗಾರರಿಂದ ಹರಿದುಹೋದ ಅಮೆರಿಕಾದ ಪ್ರದೇಶಗಳಲ್ಲಿ ಒಂದಾದ ಆಪ್ಟಿಕಲ್ ಕೇಬಲ್ಗಳನ್ನು ತೋರಿಸುತ್ತದೆ. ಅಪಘಾತದ ಪರಿಣಾಮವಾಗಿ, ಕೇವಲ 13 ಡೇಟಾ ಪ್ಯಾಕೆಟ್ಗಳು ಕಳೆದುಹೋಗಿವೆ, ಇದು ಆಶ್ಚರ್ಯಕರವಾಗಿದೆ. ಮತ್ತೊಮ್ಮೆ - ಕೇವಲ 13! ಸಿಸ್ಟಮ್ ಅಕ್ಷರಶಃ ತಕ್ಷಣವೇ ಬ್ಯಾಕಪ್ ಚಾನಲ್ಗಳಿಗೆ ಬದಲಾಯಿತು - ಪ್ರಮಾಣವು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆ.
ನಾವು ಅಮೆಜಾನ್ನ ಕೆಲವು ಕ್ಲೌಡ್ ಸೇವೆಗಳು ಮತ್ತು ತಂತ್ರಜ್ಞಾನಗಳ ಮೂಲಕ ಸಾಗಿದೆವು. ನಮ್ಮ ಎಂಜಿನಿಯರ್ಗಳು ಪರಿಹರಿಸಬೇಕಾದ ಕಾರ್ಯಗಳ ಪ್ರಮಾಣದ ಬಗ್ಗೆ ನಿಮಗೆ ಸ್ವಲ್ಪವಾದರೂ ಕಲ್ಪನೆ ಇದೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ವೈಯಕ್ತಿಕವಾಗಿ, ನನಗೆ ಇದು ತುಂಬಾ ರೋಮಾಂಚನಕಾರಿಯಾಗಿದೆ.
AWS ಸಾಧನದ ಕುರಿತು ವಾಸಿಲಿ ಪ್ಯಾಂಟ್ಯುಖಿನ್ ಅವರ ಟ್ರೈಲಾಜಿಯ ಅಂತಿಮ ಭಾಗವಾಗಿದೆ. IN ಮೊದಲನೆಯದು ಭಾಗಗಳು ಸರ್ವರ್ ಆಪ್ಟಿಮೈಸೇಶನ್ ಮತ್ತು ಡೇಟಾಬೇಸ್ ಸ್ಕೇಲಿಂಗ್ ಅನ್ನು ವಿವರಿಸುತ್ತದೆ, ಮತ್ತು ಇನ್ ಎರಡನೆಯದು - ಸರ್ವರ್ಲೆಸ್ ಕಾರ್ಯಗಳು ಮತ್ತು ಫೈರ್ಕ್ರ್ಯಾಕರ್.
ಮೇಲೆ ಹೈಲೋಡ್ ++ ನವೆಂಬರ್ನಲ್ಲಿ ವಾಸಿಲಿ ಪ್ಯಾಂಟ್ಯುಖಿನ್ ಅಮೆಜಾನ್ ಸಾಧನದ ಹೊಸ ವಿವರಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತಾರೆ. ಅವನು ಹೇಳುವುದಿಲ್ಲ ವೈಫಲ್ಯಗಳ ಕಾರಣಗಳು ಮತ್ತು Amazon ನಲ್ಲಿ ವಿತರಣೆ ವ್ಯವಸ್ಥೆಗಳ ವಿನ್ಯಾಸದ ಬಗ್ಗೆ. ಅಕ್ಟೋಬರ್ 24 ಇನ್ನೂ ಸಾಧ್ಯ ಬುಕ್ ಮಾಡಲು ಉತ್ತಮ ಬೆಲೆಗೆ ಟಿಕೆಟ್, ಮತ್ತು ನಂತರ ಪಾವತಿಸಿ. ನಾವು ನಿಮಗಾಗಿ HighLoad++ ನಲ್ಲಿ ಕಾಯುತ್ತಿದ್ದೇವೆ, ಬನ್ನಿ ಮತ್ತು ಚಾಟ್ ಮಾಡೋಣ!