ಎಲ್ಲರಿಗು ನಮಸ್ಖರ! ಕೋರ್ಸ್ ಇಂದು ಪ್ರಾರಂಭವಾಗುತ್ತದೆ
- AWS ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸಿಂಗ್ ಎಂದರೇನು ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಿ;
- ಸ್ಥಿತಿಸ್ಥಾಪಕ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಮತ್ತು ಅದರ ಘಟಕಗಳ ಪ್ರಕಾರಗಳನ್ನು ತಿಳಿಯಿರಿ;
- ನಿಮ್ಮ ಅಭ್ಯಾಸದಲ್ಲಿ AWS ELB ಬಳಸಿ.
ನೀವು ಇದನ್ನು ಏಕೆ ತಿಳಿದುಕೊಳ್ಳಬೇಕು?
- ನೀವು AWS ಪ್ರಮಾಣೀಕರಣ ಪರೀಕ್ಷೆಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಲು ಯೋಜಿಸುತ್ತಿದ್ದರೆ ಉಪಯುಕ್ತವಾಗಿದೆ;
- ಸರ್ವರ್ಗಳ ನಡುವೆ ಲೋಡ್ ಅನ್ನು ವಿತರಿಸಲು ಇದು ಸರಳ ಮಾರ್ಗವಾಗಿದೆ;
- ನಿಮ್ಮ ಸೇವೆಗೆ (ALB) ಲ್ಯಾಂಬ್ಡಾವನ್ನು ಸೇರಿಸಲು ಇದು ಸರಳ ಮಾರ್ಗವಾಗಿದೆ.
ಮುಕ್ತ ಪಾಠ ನಡೆಸಿದರು
ಪರಿಚಯ
ಎಲಾಸ್ಟಿಕ್ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಎಂದರೇನು ಎಂಬುದನ್ನು ಕೆಳಗಿನ ರೇಖಾಚಿತ್ರದಲ್ಲಿ ಕಾಣಬಹುದು, ಇದು ಸರಳ ಉದಾಹರಣೆಯನ್ನು ತೋರಿಸುತ್ತದೆ:
ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ವಿನಂತಿಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಮತ್ತು ನಿದರ್ಶನಗಳಲ್ಲಿ ಅವುಗಳನ್ನು ವಿತರಿಸುತ್ತದೆ. ನಮಗೆ ಒಂದು ಪ್ರತ್ಯೇಕ ನಿದರ್ಶನವಿದೆ, ಲ್ಯಾಂಬ್ಡಾ ಕಾರ್ಯಗಳಿವೆ ಮತ್ತು ಆಟೋಸ್ಕೇಲಿಂಗ್ ಗುಂಪು (ಸರ್ವರ್ಗಳ ಗುಂಪು) ಇದೆ.
AWS ELB ವಿಧಗಳು
1. ಮುಖ್ಯ ವಿಧಗಳನ್ನು ನೋಡೋಣ:
ಕ್ಲಾಸಿಕ್ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್. AWS ನಿಂದ ಮೊಟ್ಟಮೊದಲ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್, OSI ಲೇಯರ್ 4 ಮತ್ತು ಲೇಯರ್ 7 ಎರಡರಲ್ಲೂ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, HTTP, HTTPS, TCP ಮತ್ತು SSL ಅನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ. ಇದು ಬಹು Amazon EC2 ನಿದರ್ಶನಗಳಲ್ಲಿ ಮೂಲಭೂತ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸಿಂಗ್ ಅನ್ನು ಒದಗಿಸುತ್ತದೆ ಮತ್ತು ವಿನಂತಿ ಮತ್ತು ಸಂಪರ್ಕದ ಹಂತಗಳಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಅದನ್ನು ತೆರೆಯೋಣ (ಬೂದು ಬಣ್ಣದಲ್ಲಿ ಹೈಲೈಟ್ ಮಾಡಲಾಗಿದೆ):
ಈ ಬ್ಯಾಲೆನ್ಸರ್ ಅನ್ನು ಹಳೆಯದು ಎಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಇದನ್ನು ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ ಮಾತ್ರ ಬಳಸಲು ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ. ಉದಾಹರಣೆಗೆ, EC2-ಕ್ಲಾಸಿಕ್ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ನಿರ್ಮಿಸಲಾದ ಅಪ್ಲಿಕೇಶನ್ಗಳಿಗಾಗಿ. ತಾತ್ವಿಕವಾಗಿ, ಅದನ್ನು ರಚಿಸುವುದನ್ನು ಯಾರೂ ತಡೆಯುವುದಿಲ್ಲ:
2. ನೆಟ್ವರ್ಕ್ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್. ಭಾರೀ ಕೆಲಸದ ಹೊರೆಗಳಿಗೆ ಸೂಕ್ತವಾಗಿದೆ, OSI ಲೇಯರ್ 4 ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ (EKS ಮತ್ತು ECS ನಲ್ಲಿ ಬಳಸಬಹುದು), TCP, UDP ಮತ್ತು TLS ಬೆಂಬಲಿತವಾಗಿದೆ.
ನೆಟ್ವರ್ಕ್ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಅಮೆಜಾನ್ VPC ಯಲ್ಲಿನ ಗುರಿಗಳಿಗೆ ಟ್ರಾಫಿಕ್ ಮಾರ್ಗಗಳನ್ನು ನೀಡುತ್ತದೆ ಮತ್ತು ಅಲ್ಟ್ರಾ-ಕಡಿಮೆ ಲೇಟೆನ್ಸಿಯೊಂದಿಗೆ ಪ್ರತಿ ಸೆಕೆಂಡಿಗೆ ಲಕ್ಷಾಂತರ ವಿನಂತಿಗಳನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿದೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಹಠಾತ್ ಮತ್ತು ಬದಲಾಗುತ್ತಿರುವ ಲೋಡ್ಗಳೊಂದಿಗೆ ಟ್ರಾಫಿಕ್ ಮಾದರಿಗಳನ್ನು ನಿರ್ವಹಿಸಲು ಇದು ಹೊಂದುವಂತೆ ಮಾಡಲಾಗಿದೆ.
3. ಅಪ್ಲಿಕೇಶನ್ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್. ಲೇಯರ್ 7 ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಲ್ಯಾಂಬ್ಡಾ ಬೆಂಬಲವನ್ನು ಹೊಂದಿದೆ, ಶಿರೋಲೇಖ ಮತ್ತು ಮಾರ್ಗ ಮಟ್ಟದ ನಿಯಮಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ, HTTP ಮತ್ತು HTTPS ಅನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ.
ಮೈಕ್ರೊ ಸರ್ವೀಸ್ ಮತ್ತು ಕಂಟೈನರ್ಗಳು ಸೇರಿದಂತೆ ಆಧುನಿಕ ಆರ್ಕಿಟೆಕ್ಚರ್ಗಳಲ್ಲಿ ನಿರ್ಮಿಸಲಾದ ಅಪ್ಲಿಕೇಶನ್ಗಳನ್ನು ತಲುಪಿಸುವುದರ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸಿದ ಸುಧಾರಿತ ವಿನಂತಿಯ ರೂಟಿಂಗ್ ಅನ್ನು ಒದಗಿಸುತ್ತದೆ. ವಿನಂತಿಯ ವಿಷಯದ ಆಧಾರದ ಮೇಲೆ Amazon VPC ಯಲ್ಲಿ ಗುರಿಗಳಿಗೆ ಸಂಚಾರವನ್ನು ನಿರ್ದೇಶಿಸುತ್ತದೆ.
ಅನೇಕ ಬಳಕೆದಾರರಿಗೆ, ಕ್ಲಾಸಿಕ್ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಅನ್ನು ಬದಲಿಸಲು ಅಪ್ಲಿಕೇಶನ್ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಮೊದಲ ಆಯ್ಕೆಯಾಗಿದೆ, ಏಕೆಂದರೆ TCP HTTP ಯಷ್ಟು ಸಾಮಾನ್ಯವಲ್ಲ.
ಅದನ್ನು ಸಹ ರಚಿಸೋಣ, ಇದರ ಪರಿಣಾಮವಾಗಿ ನಾವು ಈಗಾಗಲೇ ಎರಡು ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ:
ಬ್ಯಾಲೆನ್ಸ್ ಘಟಕಗಳನ್ನು ಲೋಡ್ ಮಾಡಿ
ಸಾಮಾನ್ಯ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸ್ ಘಟಕಗಳು (ಎಲ್ಲಾ ಬ್ಯಾಲೆನ್ಸರ್ಗಳಿಗೆ ಸಾಮಾನ್ಯ):
- ಪ್ರವೇಶ ಲಾಗಿಂಗ್ ನೀತಿ
— ನಿಮ್ಮ ELB ಪ್ರವೇಶ ಲಾಗ್ಗಳು. ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಮಾಡಲು, ನೀವು ವಿವರಣೆಗೆ ಹೋಗಬಹುದು ಮತ್ತು "ಗುಣಲಕ್ಷಣಗಳನ್ನು ಸಂಪಾದಿಸು" ಬಟನ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಬಹುದು:
ನಂತರ ನಾವು S3Bucket - Amazon ವಸ್ತು ಸಂಗ್ರಹಣೆಯನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತೇವೆ:
- ಯೋಜನೆ
- ಆಂತರಿಕ ಅಥವಾ ಬಾಹ್ಯ ಸಮತೋಲನ. ನಿಮ್ಮ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಹೊರಗಿನಿಂದ ಪ್ರವೇಶಿಸಲು ಬಾಹ್ಯ ವಿಳಾಸಗಳನ್ನು ಸ್ವೀಕರಿಸಬೇಕೇ ಅಥವಾ ಅದು ನಿಮ್ಮ ಆಂತರಿಕ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಆಗಿರಬಹುದು ಎಂಬುದು ಮುಖ್ಯ ವಿಷಯವಾಗಿದೆ;
- ಭದ್ರತಾ ಗುಂಪುಗಳು
- ಬ್ಯಾಲೆನ್ಸರ್ಗೆ ಪ್ರವೇಶ ನಿಯಂತ್ರಣ. ಮೂಲಭೂತವಾಗಿ ಇದು ಉನ್ನತ ಮಟ್ಟದ ಫೈರ್ವಾಲ್ ಆಗಿದೆ.
- ಸಬ್ನೆಟ್ಗಳು
— ನಿಮ್ಮ VPC ಒಳಗೆ ಸಬ್ನೆಟ್ಗಳು (ಮತ್ತು, ಅದರ ಪ್ರಕಾರ, ಲಭ್ಯತೆಯ ವಲಯ). ರಚನೆಯ ಸಮಯದಲ್ಲಿ ಸಬ್ನೆಟ್ಗಳನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಲಾಗಿದೆ. VPC ಗಳು ಪ್ರದೇಶದಿಂದ ಸೀಮಿತವಾಗಿದ್ದರೆ, ಲಭ್ಯತೆಯ ವಲಯಗಳಿಂದ ಸಬ್ನೆಟ್ಗಳನ್ನು ಸೀಮಿತಗೊಳಿಸಲಾಗುತ್ತದೆ. ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಅನ್ನು ರಚಿಸುವಾಗ, ಅದನ್ನು ಕನಿಷ್ಠ ಎರಡು ಸಬ್ನೆಟ್ಗಳಲ್ಲಿ ರಚಿಸುವುದು ಉತ್ತಮ (ಒಂದು ಲಭ್ಯತೆಯ ವಲಯದಲ್ಲಿ ಸಮಸ್ಯೆಗಳು ಉದ್ಭವಿಸಿದರೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ);
- ಕೇಳುಗರು
- ನಿಮ್ಮ ಬ್ಯಾಲೆನ್ಸರ್ ಪ್ರೋಟೋಕಾಲ್ಗಳು. ಮೊದಲೇ ಹೇಳಿದಂತೆ, ಕ್ಲಾಸಿಕ್ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ಗೆ ಇದು HTTP, HTTPS, TCP ಮತ್ತು SSL ಆಗಿರಬಹುದು, ನೆಟ್ವರ್ಕ್ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ಗಾಗಿ - TCP, UDP ಮತ್ತು TLS, ಅಪ್ಲಿಕೇಶನ್ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ಗಾಗಿ - HTTP ಮತ್ತು HTTPS.
ಕ್ಲಾಸಿಕ್ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ಗೆ ಉದಾಹರಣೆ:
ಆದರೆ ಅಪ್ಲಿಕೇಶನ್ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ನಲ್ಲಿ ನಾವು ಸ್ವಲ್ಪ ವಿಭಿನ್ನ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ವಿಭಿನ್ನ ತರ್ಕವನ್ನು ನೋಡುತ್ತೇವೆ:
ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ v2 ಘಟಕಗಳು (ALB ಮತ್ತು NLB)
ಈಗ ಆವೃತ್ತಿ 2 ಬ್ಯಾಲೆನ್ಸರ್ಸ್ ಅಪ್ಲಿಕೇಶನ್ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಮತ್ತು ನೆಟ್ವರ್ಕ್ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಅನ್ನು ಹತ್ತಿರದಿಂದ ನೋಡೋಣ. ಈ ಬ್ಯಾಲೆನ್ಸರ್ಗಳು ತಮ್ಮದೇ ಆದ ಘಟಕ ಲಕ್ಷಣಗಳನ್ನು ಹೊಂದಿವೆ. ಉದಾಹರಣೆಗೆ, ಟಾರ್ಗೆಟ್ ಗುಂಪುಗಳಂತಹ ಪರಿಕಲ್ಪನೆಯು ಕಾಣಿಸಿಕೊಂಡಿತು - ನಿದರ್ಶನಗಳು (ಮತ್ತು ಕಾರ್ಯಗಳು). ಈ ಘಟಕಕ್ಕೆ ಧನ್ಯವಾದಗಳು, ನಾವು ಯಾವ ಗುರಿ ಗುಂಪುಗಳಿಗೆ ಸಂಚಾರವನ್ನು ನಿರ್ದೇಶಿಸಲು ಬಯಸುತ್ತೇವೆ ಎಂಬುದನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಲು ನಮಗೆ ಅವಕಾಶವಿದೆ.
ಸರಳವಾಗಿ ಹೇಳುವುದಾದರೆ, ಟಾರ್ಗೆಟ್ ಗ್ರೂಪ್ಗಳಲ್ಲಿ ಟ್ರಾಫಿಕ್ ಬರುವ ನಿದರ್ಶನಗಳನ್ನು ನಾವು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತೇವೆ. ಅದೇ ಕ್ಲಾಸಿಕ್ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ನಲ್ಲಿ ನೀವು ತಕ್ಷಣವೇ ತೀವ್ರತೆಯನ್ನು ಬ್ಯಾಲೆನ್ಸರ್ಗೆ ಸಂಪರ್ಕಿಸಿದರೆ, ನಂತರ ಅಪ್ಲಿಕೇಶನ್ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ನಲ್ಲಿ ನೀವು ಮೊದಲು:
- ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಅನ್ನು ರಚಿಸಿ;
- ಗುರಿ ಗುಂಪನ್ನು ರಚಿಸಿ;
- ಅಗತ್ಯವಿರುವ ಪೋರ್ಟ್ಗಳ ಮೂಲಕ ನೇರವಾಗಿ ಅಥವಾ ಅಗತ್ಯವಿರುವ ಗುರಿ ಗುಂಪುಗಳಿಗೆ ಬ್ಯಾಲೆನ್ಸರ್ ನಿಯಮಗಳನ್ನು ಲೋಡ್ ಮಾಡಿ;
- ಟಾರ್ಗೆಟ್ ಗುಂಪುಗಳಲ್ಲಿ ನೀವು ನಿದರ್ಶನಗಳನ್ನು ನಿಯೋಜಿಸುತ್ತೀರಿ.
ಈ ಕಾರ್ಯಾಚರಣೆಯ ತರ್ಕವು ಹೆಚ್ಚು ಜಟಿಲವಾಗಿದೆ ಎಂದು ತೋರುತ್ತದೆ, ಆದರೆ ವಾಸ್ತವವಾಗಿ ಇದು ಹೆಚ್ಚು ಅನುಕೂಲಕರವಾಗಿದೆ.
ಮುಂದಿನ ಅಂಶವೆಂದರೆ ಕೇಳುಗನ ನಿಯಮಗಳು (ರೂಟಿಂಗ್ ನಿಯಮಗಳು). ಇದು ಅಪ್ಲಿಕೇಶನ್ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ಗೆ ಮಾತ್ರ ಅನ್ವಯಿಸುತ್ತದೆ. ನೆಟ್ವರ್ಕ್ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ನಲ್ಲಿ ನೀವು ಸರಳವಾಗಿ ಕೇಳುಗನನ್ನು ರಚಿಸಿದರೆ ಮತ್ತು ಅದು ನಿರ್ದಿಷ್ಟ ಗುರಿ ಗುಂಪಿಗೆ ದಟ್ಟಣೆಯನ್ನು ಕಳುಹಿಸಿದರೆ, ನಂತರ ಅಪ್ಲಿಕೇಶನ್ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಎಲ್ಲವೂ
ಈಗ ಮುಂದಿನ ಘಟಕದ ಬಗ್ಗೆ ಕೆಲವು ಪದಗಳನ್ನು ಹೇಳೋಣ - ಸ್ಥಿತಿಸ್ಥಾಪಕ ಐಪಿ (NLB ಗಾಗಿ ಸ್ಥಿರ ವಿಳಾಸಗಳು). ಕೇಳುಗ ನಿಯಮಗಳ ರೂಟಿಂಗ್ ನಿಯಮಗಳು ಅಪ್ಲಿಕೇಶನ್ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಮೇಲೆ ಮಾತ್ರ ಪರಿಣಾಮ ಬೀರಿದರೆ, ನಂತರ ಸ್ಥಿತಿಸ್ಥಾಪಕ IP ನೆಟ್ವರ್ಕ್ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಮೇಲೆ ಮಾತ್ರ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ.
ನೆಟ್ವರ್ಕ್ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಅನ್ನು ರಚಿಸೋಣ:
ಮತ್ತು ರಚನೆಯ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ನಾವು ಸ್ಥಿತಿಸ್ಥಾಪಕ ಐಪಿ ಆಯ್ಕೆ ಮಾಡಲು ಅವಕಾಶವನ್ನು ನೀಡಲಾಗಿದೆ ಎಂದು ನಾವು ನೋಡುತ್ತೇವೆ:
ಸ್ಥಿತಿಸ್ಥಾಪಕ IP ಒಂದೇ IP ವಿಳಾಸವನ್ನು ಒದಗಿಸುತ್ತದೆ ಅದು ಕಾಲಾನಂತರದಲ್ಲಿ ವಿಭಿನ್ನ EC2 ನಿದರ್ಶನಗಳೊಂದಿಗೆ ಸಂಯೋಜಿಸಲ್ಪಡುತ್ತದೆ. EC2 ನಿದರ್ಶನವು ಸ್ಥಿತಿಸ್ಥಾಪಕ IP ವಿಳಾಸವನ್ನು ಹೊಂದಿದ್ದರೆ ಮತ್ತು ಆ ನಿದರ್ಶನವನ್ನು ಕೊನೆಗೊಳಿಸಿದರೆ ಅಥವಾ ನಿಲ್ಲಿಸಿದರೆ, ನೀವು ತಕ್ಷಣ ಹೊಸ EC2 ನಿದರ್ಶನವನ್ನು ಸ್ಥಿತಿಸ್ಥಾಪಕ IP ವಿಳಾಸದೊಂದಿಗೆ ಸಂಯೋಜಿಸಬಹುದು. ಆದಾಗ್ಯೂ, ನಿಮ್ಮ ಪ್ರಸ್ತುತ ಅಪ್ಲಿಕೇಶನ್ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಅಪ್ಲಿಕೇಶನ್ಗಳು ಇನ್ನೂ ಅದೇ IP ವಿಳಾಸವನ್ನು ನೋಡುತ್ತವೆ, ನಿಜವಾದ EC2 ಬದಲಾಗಿದ್ದರೂ ಸಹ.
ಇಲ್ಲಿ
ಅಮೆಜಾನ್ ಕಾಲಾನಂತರದಲ್ಲಿ ಅವುಗಳನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ, ಬಹುಶಃ ಪ್ರತಿ 60 ಸೆಕೆಂಡುಗಳು (ಆದರೆ ಆಚರಣೆಯಲ್ಲಿ, ಸಹಜವಾಗಿ, ಕಡಿಮೆ ಬಾರಿ). ಇದರರ್ಥ IP ವಿಳಾಸಗಳು ಬದಲಾಗಬಹುದು. ಮತ್ತು ನೆಟ್ವರ್ಕ್ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ನ ಸಂದರ್ಭದಲ್ಲಿ, ನೀವು ಕೇವಲ ಐಪಿ ವಿಳಾಸವನ್ನು ಬಂಧಿಸಬಹುದು ಮತ್ತು ಅದನ್ನು ನಿಮ್ಮ ನಿಯಮಗಳು, ನೀತಿಗಳು ಇತ್ಯಾದಿಗಳಲ್ಲಿ ಸೂಚಿಸಬಹುದು.
ತೀರ್ಮಾನಗಳನ್ನು ಬರೆಯಿರಿ
ELB ಬಹು ಗುರಿಗಳಾದ್ಯಂತ ಒಳಬರುವ ದಟ್ಟಣೆಯ ಸ್ವಯಂಚಾಲಿತ ವಿತರಣೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ (ಕಂಟೇನರ್ಗಳು, Amazon EC2 ನಿದರ್ಶನಗಳು, IP ವಿಳಾಸಗಳು ಮತ್ತು ಲ್ಯಾಂಬ್ಡಾ ಕಾರ್ಯಗಳು). ELB ಒಂದೇ ಲಭ್ಯತೆಯ ವಲಯದಲ್ಲಿ ಮತ್ತು ಬಹು ಲಭ್ಯತೆಯ ವಲಯಗಳಲ್ಲಿ ವಿಭಿನ್ನ ಲೋಡ್ಗಳೊಂದಿಗೆ ಟ್ರಾಫಿಕ್ ಅನ್ನು ವಿತರಿಸಲು ಸಮರ್ಥವಾಗಿದೆ. ಹೆಚ್ಚಿನ ಲಭ್ಯತೆ, ಆಟೋಸ್ಕೇಲಿಂಗ್ ಮತ್ತು ಉತ್ತಮ ರಕ್ಷಣೆಯನ್ನು ಒದಗಿಸುವ ಮೂರು ರೀತಿಯ ಬ್ಯಾಲೆನ್ಸರ್ಗಳಿಂದ ಬಳಕೆದಾರರು ಆಯ್ಕೆ ಮಾಡಬಹುದು. ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ಗಳ ದೋಷ ಸಹಿಷ್ಣುತೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಇವೆಲ್ಲವೂ ಮುಖ್ಯವಾಗಿದೆ.
ಮುಖ್ಯ ಅನುಕೂಲಗಳು:
- ಹೆಚ್ಚಿನ ಲಭ್ಯತೆ. ಸೇವಾ ಒಪ್ಪಂದವು ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ಗೆ 99,99% ಲಭ್ಯತೆಯನ್ನು ಊಹಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಆರೋಗ್ಯಕರ ವಸ್ತುಗಳಿಂದ ಮಾತ್ರ ಸಂಚಾರವನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲಾಗುತ್ತದೆ ಎಂದು ಬಹು ಲಭ್ಯತೆಯ ವಲಯಗಳು ಖಚಿತಪಡಿಸುತ್ತವೆ. ವಾಸ್ತವವಾಗಿ, ನೀವು ಸಂಪೂರ್ಣ ಪ್ರದೇಶದಾದ್ಯಂತ ಲೋಡ್ ಅನ್ನು ಸಮತೋಲನಗೊಳಿಸಬಹುದು, ವಿಭಿನ್ನ ಲಭ್ಯತೆಯ ವಲಯಗಳಲ್ಲಿ ಆರೋಗ್ಯಕರ ಗುರಿಗಳಿಗೆ ಸಂಚಾರವನ್ನು ಮರುನಿರ್ದೇಶಿಸಬಹುದು;
- ಭದ್ರತೆ. ELB Amazon VPC ಯೊಂದಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ವಿವಿಧ ಭದ್ರತಾ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ - ಸಮಗ್ರ ಪ್ರಮಾಣಪತ್ರ ನಿರ್ವಹಣೆ, ಬಳಕೆದಾರ ದೃಢೀಕರಣ ಮತ್ತು SSL/TLS ಡೀಕ್ರಿಪ್ಶನ್. ಎಲ್ಲರೂ ಒಟ್ಟಾಗಿ TLS ಸೆಟ್ಟಿಂಗ್ಗಳ ಕೇಂದ್ರೀಕೃತ ಮತ್ತು ಹೊಂದಿಕೊಳ್ಳುವ ನಿರ್ವಹಣೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ;
- ಸ್ಥಿತಿಸ್ಥಾಪಕತ್ವ. ELB ನೆಟ್ವರ್ಕ್ ಟ್ರಾಫಿಕ್ನಲ್ಲಿ ಹಠಾತ್ ಬದಲಾವಣೆಗಳನ್ನು ನಿಭಾಯಿಸುತ್ತದೆ. ಮತ್ತು ಆಟೋ ಸ್ಕೇಲಿಂಗ್ನೊಂದಿಗೆ ಆಳವಾದ ಏಕೀಕರಣವು ಹಸ್ತಚಾಲಿತ ಹಸ್ತಕ್ಷೇಪದ ಅಗತ್ಯವಿಲ್ಲದೇ ಲೋಡ್ ಬದಲಾದರೆ ಅಪ್ಲಿಕೇಶನ್ಗೆ ಸಾಕಷ್ಟು ಸಂಪನ್ಮೂಲಗಳನ್ನು ನೀಡುತ್ತದೆ;
- ನಮ್ಯತೆ. ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ಗಳ ಗುರಿಗಳಿಗೆ ವಿನಂತಿಗಳನ್ನು ರೂಟ್ ಮಾಡಲು ನೀವು IP ವಿಳಾಸಗಳನ್ನು ಬಳಸಬಹುದು. ಟಾರ್ಗೆಟ್ ಅಪ್ಲಿಕೇಶನ್ಗಳನ್ನು ವರ್ಚುವಲೈಸ್ ಮಾಡುವಾಗ ಇದು ನಮ್ಯತೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ, ಹೀಗಾಗಿ ಒಂದೇ ನಿದರ್ಶನದಲ್ಲಿ ಅನೇಕ ಅಪ್ಲಿಕೇಶನ್ಗಳನ್ನು ಹೋಸ್ಟ್ ಮಾಡುವ ಸಾಮರ್ಥ್ಯವನ್ನು ನೀಡುತ್ತದೆ. ಅಪ್ಲಿಕೇಶನ್ಗಳು ಒಂದೇ ನೆಟ್ವರ್ಕ್ ಪೋರ್ಟ್ ಅನ್ನು ಬಳಸಬಹುದಾದ್ದರಿಂದ ಮತ್ತು ಪ್ರತ್ಯೇಕ ಭದ್ರತಾ ಗುಂಪುಗಳನ್ನು ಹೊಂದಿರುವುದರಿಂದ, ನಾವು ಮೈಕ್ರೋಸರ್ವಿಸ್-ಆಧಾರಿತ ಆರ್ಕಿಟೆಕ್ಚರ್ ಅನ್ನು ಹೊಂದಿರುವಾಗ ಅಪ್ಲಿಕೇಶನ್ಗಳ ನಡುವಿನ ಸಂವಹನವನ್ನು ಸರಳಗೊಳಿಸಲಾಗುತ್ತದೆ;
- ಮೇಲ್ವಿಚಾರಣೆ ಮತ್ತು ಲೆಕ್ಕಪರಿಶೋಧನೆ. Amazon CloudWatch ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಬಳಸಿಕೊಂಡು ನೀವು ನೈಜ ಸಮಯದಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್ಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಬಹುದು. ನಾವು ಮೆಟ್ರಿಕ್ಗಳು, ಲಾಗ್ಗಳು, ವಿನಂತಿ ಟ್ರ್ಯಾಕಿಂಗ್ ಕುರಿತು ಮಾತನಾಡುತ್ತಿದ್ದೇವೆ. ಸರಳವಾಗಿ ಹೇಳುವುದಾದರೆ, ನೀವು ಸಮಸ್ಯೆಗಳನ್ನು ಗುರುತಿಸಲು ಮತ್ತು ಕಾರ್ಯಕ್ಷಮತೆಯ ಅಡಚಣೆಗಳನ್ನು ನಿಖರವಾಗಿ ಗುರುತಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ;
- ಹೈಬ್ರಿಡ್ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸಿಂಗ್. ಅದೇ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಆವರಣದಲ್ಲಿರುವ ಸಂಪನ್ಮೂಲಗಳು ಮತ್ತು AWS ನಡುವೆ ಸಮತೋಲನವನ್ನು ಲೋಡ್ ಮಾಡುವ ಸಾಮರ್ಥ್ಯವು ಕ್ಲೌಡ್ಗೆ ಆನ್-ಆವರಣದ ಅಪ್ಲಿಕೇಶನ್ಗಳನ್ನು ಸ್ಥಳಾಂತರಿಸಲು ಅಥವಾ ವಿಸ್ತರಿಸಲು ಸುಲಭಗೊಳಿಸುತ್ತದೆ. ಕ್ಲೌಡ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ವೈಫಲ್ಯ ನಿರ್ವಹಣೆಯನ್ನು ಸಹ ಸರಳಗೊಳಿಸಲಾಗಿದೆ.
ನೀವು ವಿವರಗಳಲ್ಲಿ ಆಸಕ್ತಿ ಹೊಂದಿದ್ದರೆ, ಅಧಿಕೃತ Amazon ವೆಬ್ಸೈಟ್ನಿಂದ ಒಂದೆರಡು ಹೆಚ್ಚು ಉಪಯುಕ್ತ ಲಿಂಕ್ಗಳು ಇಲ್ಲಿವೆ:
ಮೂಲ: www.habr.com