ಕಳೆದ ಬಾರಿ ನಾವು ಸ್ಥಿರ ಮತ್ತು ಕ್ರಿಯಾತ್ಮಕ ರೂಟಿಂಗ್ ವಿಷಯದಲ್ಲಿ NSX ಎಡ್ಜ್ನ ಸಾಮರ್ಥ್ಯಗಳ ಬಗ್ಗೆ ಮಾತನಾಡಿದ್ದೇವೆ ಮತ್ತು ಇಂದು ನಾವು ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ನೊಂದಿಗೆ ವ್ಯವಹರಿಸುತ್ತೇವೆ.
ನಾವು ಹೊಂದಿಸಲು ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು, ಸಮತೋಲನದ ಮುಖ್ಯ ಪ್ರಕಾರಗಳ ಬಗ್ಗೆ ನಾನು ನಿಮಗೆ ಸಂಕ್ಷಿಪ್ತವಾಗಿ ನೆನಪಿಸಲು ಬಯಸುತ್ತೇನೆ.
ಸಿದ್ಧಾಂತ
ಇಂದಿನ ಎಲ್ಲಾ ಪೇಲೋಡ್ ಬ್ಯಾಲೆನ್ಸಿಂಗ್ ಪರಿಹಾರಗಳನ್ನು ಹೆಚ್ಚಾಗಿ ಎರಡು ವರ್ಗಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ: ಮಾದರಿಯ ನಾಲ್ಕನೇ (ಸಾರಿಗೆ) ಮತ್ತು ಏಳನೇ (ಅಪ್ಲಿಕೇಶನ್) ಹಂತಗಳಲ್ಲಿ ಸಮತೋಲನ
- ಬ್ಯಾಲೆನ್ಸರ್ L4 ಹೆಚ್ಚಾಗಿ ಇದು ಕ್ಲೈಂಟ್ ಮತ್ತು ಲಭ್ಯವಿರುವ ಬ್ಯಾಕೆಂಡ್ಗಳ ನಡುವಿನ ಮಧ್ಯದ ಪ್ರಾಕ್ಸಿಯಾಗಿದೆ, ಇದು TCP ಸಂಪರ್ಕಗಳನ್ನು ಕೊನೆಗೊಳಿಸುತ್ತದೆ (ಅಂದರೆ, ಸ್ವತಂತ್ರವಾಗಿ SYN ಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ), ಬ್ಯಾಕೆಂಡ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ಅದರ ದಿಕ್ಕಿನಲ್ಲಿ ಹೊಸ TCP ಸೆಶನ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ, ಸ್ವತಂತ್ರವಾಗಿ SYN ಕಳುಹಿಸುತ್ತದೆ. ಈ ಪ್ರಕಾರವು ಮೂಲಭೂತವಾದವುಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ; ಇತರ ಆಯ್ಕೆಗಳು ಸಾಧ್ಯ.
- ಬ್ಯಾಲೆನ್ಸರ್ L7 L4 ಬ್ಯಾಲೆನ್ಸರ್ ಮಾಡುವುದಕ್ಕಿಂತ "ಹೆಚ್ಚು ಅತ್ಯಾಧುನಿಕ" ಲಭ್ಯವಿರುವ ಬ್ಯಾಕೆಂಡ್ಗಳಾದ್ಯಂತ ಟ್ರಾಫಿಕ್ ಅನ್ನು ವಿತರಿಸುತ್ತದೆ. ಇದು HTTP ಸಂದೇಶದ (URL, ಕುಕೀ, ಇತ್ಯಾದಿ) ವಿಷಯಗಳನ್ನು ಆಧರಿಸಿ ಯಾವ ಬ್ಯಾಕೆಂಡ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಬೇಕೆಂದು ನಿರ್ಧರಿಸಬಹುದು.
ಪ್ರಕಾರದ ಹೊರತಾಗಿ, ಬ್ಯಾಲೆನ್ಸರ್ ಈ ಕೆಳಗಿನ ಕಾರ್ಯಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ:
- ಸೇವೆಯ ಅನ್ವೇಷಣೆಯು ಲಭ್ಯವಿರುವ ಬ್ಯಾಕೆಂಡ್ಗಳ ಗುಂಪನ್ನು ನಿರ್ಧರಿಸುವ ಪ್ರಕ್ರಿಯೆಯಾಗಿದೆ (ಸ್ಥಿರ, DNS, ಕಾನ್ಸುಲ್, ಇತ್ಯಾದಿ.).
- ಪತ್ತೆಯಾದ ಬ್ಯಾಕೆಂಡ್ಗಳ ಕಾರ್ಯವನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತಿದೆ (HTTP ವಿನಂತಿಯನ್ನು ಬಳಸಿಕೊಂಡು ಬ್ಯಾಕೆಂಡ್ನ ಸಕ್ರಿಯ "ಪಿಂಗ್", TCP ಸಂಪರ್ಕಗಳಲ್ಲಿನ ಸಮಸ್ಯೆಗಳ ನಿಷ್ಕ್ರಿಯ ಪತ್ತೆ, ಪ್ರತಿಕ್ರಿಯೆಗಳಲ್ಲಿ ಹಲವಾರು 503 HTTP ಕೋಡ್ಗಳ ಉಪಸ್ಥಿತಿ, ಇತ್ಯಾದಿ.).
- ಸ್ವತಃ ಸಮತೋಲನ (ರೌಂಡ್ ರಾಬಿನ್, ಯಾದೃಚ್ಛಿಕ ಆಯ್ಕೆ, ಮೂಲ IP ಹ್ಯಾಶ್, URI).
- TLS ಮುಕ್ತಾಯ ಮತ್ತು ಪ್ರಮಾಣಪತ್ರ ಪರಿಶೀಲನೆ.
- ಭದ್ರತೆ-ಸಂಬಂಧಿತ ಆಯ್ಕೆಗಳು (ದೃಢೀಕರಣ, DoS ದಾಳಿ ತಡೆಗಟ್ಟುವಿಕೆ, ವೇಗ ಮಿತಿ) ಮತ್ತು ಇನ್ನಷ್ಟು.
NSX ಎಡ್ಜ್ ಎರಡು ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ನಿಯೋಜನೆ ವಿಧಾನಗಳಿಗೆ ಬೆಂಬಲವನ್ನು ನೀಡುತ್ತದೆ:
ಪ್ರಾಕ್ಸಿ ಮೋಡ್, ಅಥವಾ ಒಂದು ತೋಳು. ಈ ಕ್ರಮದಲ್ಲಿ, ಬ್ಯಾಕೆಂಡ್ಗಳಲ್ಲಿ ಒಂದಕ್ಕೆ ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸುವಾಗ NSX ಎಡ್ಜ್ ತನ್ನ IP ವಿಳಾಸವನ್ನು ಮೂಲ ವಿಳಾಸವಾಗಿ ಬಳಸುತ್ತದೆ. ಹೀಗಾಗಿ, ಬ್ಯಾಲೆನ್ಸರ್ ಏಕಕಾಲದಲ್ಲಿ ಮೂಲ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನ NAT ನ ಕಾರ್ಯಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ಬ್ಯಾಲೆನ್ಸರ್ನಿಂದ ಕಳುಹಿಸಲಾದ ಎಲ್ಲಾ ದಟ್ಟಣೆಯನ್ನು ಬ್ಯಾಕೆಂಡ್ ನೋಡುತ್ತದೆ ಮತ್ತು ಅದಕ್ಕೆ ನೇರವಾಗಿ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ. ಅಂತಹ ಯೋಜನೆಯಲ್ಲಿ, ಬ್ಯಾಲೆನ್ಸರ್ ಆಂತರಿಕ ಸರ್ವರ್ಗಳೊಂದಿಗೆ ಅದೇ ನೆಟ್ವರ್ಕ್ ವಿಭಾಗದಲ್ಲಿರಬೇಕು.
ಅದು ಹೇಗೆ ಹೋಗುತ್ತದೆ ಎಂಬುದು ಇಲ್ಲಿದೆ:
1. ಬಳಕೆದಾರರು ಎಡ್ಜ್ನಲ್ಲಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾದ ವಿಐಪಿ ವಿಳಾಸಕ್ಕೆ (ಬ್ಯಾಲೆನ್ಸರ್ ವಿಳಾಸ) ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸುತ್ತಾರೆ.
2. ಎಡ್ಜ್ ಬ್ಯಾಕೆಂಡ್ಗಳಲ್ಲಿ ಒಂದನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನ NAT ಅನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ, VIP ವಿಳಾಸವನ್ನು ಆಯ್ಕೆಮಾಡಿದ ಬ್ಯಾಕೆಂಡ್ನ ವಿಳಾಸದೊಂದಿಗೆ ಬದಲಾಯಿಸುತ್ತದೆ.
3. ಎಡ್ಜ್ ಮೂಲ NAT ಅನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ, ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸಿದ ಬಳಕೆದಾರರ ವಿಳಾಸವನ್ನು ತನ್ನದೇ ಆದ ರೀತಿಯಲ್ಲಿ ಬದಲಾಯಿಸುತ್ತದೆ.
4. ಆಯ್ದ ಬ್ಯಾಕೆಂಡ್ಗೆ ಪ್ಯಾಕೇಜ್ ಕಳುಹಿಸಲಾಗಿದೆ.
5. ಬ್ಯಾಕೆಂಡ್ ಬಳಕೆದಾರರಿಗೆ ನೇರವಾಗಿ ಪ್ರತಿಕ್ರಿಯಿಸುವುದಿಲ್ಲ, ಆದರೆ ಎಡ್ಜ್ಗೆ, ಏಕೆಂದರೆ ಬಳಕೆದಾರರ ಮೂಲ ವಿಳಾಸವನ್ನು ಬ್ಯಾಲೆನ್ಸರ್ನ ವಿಳಾಸಕ್ಕೆ ಬದಲಾಯಿಸಲಾಗಿದೆ.
6. ಎಡ್ಜ್ ಸರ್ವರ್ನ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಬಳಕೆದಾರರಿಗೆ ರವಾನಿಸುತ್ತದೆ.
ರೇಖಾಚಿತ್ರವು ಕೆಳಗಿದೆ.
ಪಾರದರ್ಶಕ, ಅಥವಾ ಇನ್ಲೈನ್, ಮೋಡ್. ಈ ಸನ್ನಿವೇಶದಲ್ಲಿ, ಬ್ಯಾಲೆನ್ಸರ್ ಆಂತರಿಕ ಮತ್ತು ಬಾಹ್ಯ ನೆಟ್ವರ್ಕ್ಗಳಲ್ಲಿ ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ಹೊಂದಿದೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಬಾಹ್ಯ ಒಂದರಿಂದ ಆಂತರಿಕ ನೆಟ್ವರ್ಕ್ಗೆ ನೇರ ಪ್ರವೇಶವಿಲ್ಲ. ಅಂತರ್ನಿರ್ಮಿತ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಆಂತರಿಕ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳಿಗೆ NAT ಗೇಟ್ವೇ ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.
ಕಾರ್ಯವಿಧಾನವು ಈ ಕೆಳಗಿನಂತಿರುತ್ತದೆ:
1. ಬಳಕೆದಾರರು ಎಡ್ಜ್ನಲ್ಲಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾದ ವಿಐಪಿ ವಿಳಾಸಕ್ಕೆ (ಬ್ಯಾಲೆನ್ಸರ್ ವಿಳಾಸ) ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸುತ್ತಾರೆ.
2. ಎಡ್ಜ್ ಬ್ಯಾಕೆಂಡ್ಗಳಲ್ಲಿ ಒಂದನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನ NAT ಅನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ, VIP ವಿಳಾಸವನ್ನು ಆಯ್ಕೆಮಾಡಿದ ಬ್ಯಾಕೆಂಡ್ನ ವಿಳಾಸದೊಂದಿಗೆ ಬದಲಾಯಿಸುತ್ತದೆ.
3. ಆಯ್ದ ಬ್ಯಾಕೆಂಡ್ಗೆ ಪ್ಯಾಕೇಜ್ ಕಳುಹಿಸಲಾಗಿದೆ.
4. ಬ್ಯಾಕೆಂಡ್ ಬಳಕೆದಾರರ ಮೂಲ ವಿಳಾಸದೊಂದಿಗೆ ವಿನಂತಿಯನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ (ಮೂಲ NAT ಅನ್ನು ನಿರ್ವಹಿಸಲಾಗಿಲ್ಲ) ಮತ್ತು ಅದಕ್ಕೆ ನೇರವಾಗಿ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ.
5. ಟ್ರಾಫಿಕ್ ಅನ್ನು ಮತ್ತೆ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಸ್ವೀಕರಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಇನ್ಲೈನ್ ಸ್ಕೀಮ್ನಲ್ಲಿ ಇದು ಸಾಮಾನ್ಯವಾಗಿ ಸರ್ವರ್ ಫಾರ್ಮ್ಗೆ ಡೀಫಾಲ್ಟ್ ಗೇಟ್ವೇ ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.
6. ಎಡ್ಜ್ ತನ್ನ VIP ಅನ್ನು ಮೂಲ IP ವಿಳಾಸವಾಗಿ ಬಳಸಿಕೊಂಡು ಬಳಕೆದಾರರಿಗೆ ಸಂಚಾರವನ್ನು ಕಳುಹಿಸಲು ಮೂಲ NAT ಅನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ.
ರೇಖಾಚಿತ್ರವು ಕೆಳಗಿದೆ.
ಅಭ್ಯಾಸ
ನನ್ನ ಪರೀಕ್ಷಾ ಬೆಂಚ್ ಅಪಾಚೆ ಚಾಲನೆಯಲ್ಲಿರುವ 3 ಸರ್ವರ್ಗಳನ್ನು ಹೊಂದಿದೆ, ಇದನ್ನು HTTPS ಮೂಲಕ ಕೆಲಸ ಮಾಡಲು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ. ಎಡ್ಜ್ HTTPS ವಿನಂತಿಗಳ ರೌಂಡ್ ರಾಬಿನ್ ಬ್ಯಾಲೆನ್ಸಿಂಗ್ ಅನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ, ಪ್ರತಿ ಹೊಸ ವಿನಂತಿಯನ್ನು ಹೊಸ ಸರ್ವರ್ಗೆ ಪ್ರಾಕ್ಸಿ ಮಾಡುತ್ತದೆ.
ಪ್ರಾರಂಭಿಸೋಣ.
NSX ಎಡ್ಜ್ನಿಂದ ಬಳಸಲಾಗುವ SSL ಪ್ರಮಾಣಪತ್ರವನ್ನು ರಚಿಸಲಾಗುತ್ತಿದೆ
ನೀವು ಮಾನ್ಯವಾದ CA ಪ್ರಮಾಣಪತ್ರವನ್ನು ಆಮದು ಮಾಡಿಕೊಳ್ಳಬಹುದು ಅಥವಾ ಸ್ವಯಂ-ಸಹಿ ಮಾಡಿದ ಒಂದನ್ನು ಬಳಸಬಹುದು. ಈ ಪರೀಕ್ಷೆಗಾಗಿ ನಾನು ಸ್ವಯಂ ಸಹಿ ಬಳಸುತ್ತೇನೆ.
- vCloud ಡೈರೆಕ್ಟರ್ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ, ಎಡ್ಜ್ ಸೇವೆಗಳ ಸೆಟ್ಟಿಂಗ್ಗಳಿಗೆ ಹೋಗಿ.
- ಪ್ರಮಾಣಪತ್ರಗಳ ಟ್ಯಾಬ್ಗೆ ಹೋಗಿ. ಕ್ರಿಯೆಗಳ ಪಟ್ಟಿಯಿಂದ, ಹೊಸ CSR ಸೇರಿಸುವುದನ್ನು ಆಯ್ಕೆಮಾಡಿ.
- ಅಗತ್ಯವಿರುವ ಕ್ಷೇತ್ರಗಳನ್ನು ಭರ್ತಿ ಮಾಡಿ ಮತ್ತು ಕೀಪ್ ಅನ್ನು ಕ್ಲಿಕ್ ಮಾಡಿ.
- ಹೊಸದಾಗಿ ರಚಿಸಲಾದ CSR ಅನ್ನು ಆಯ್ಕೆಮಾಡಿ ಮತ್ತು ಸ್ವಯಂ-ಸೈನ್ CSR ಆಯ್ಕೆಯನ್ನು ಆರಿಸಿ.
- ಪ್ರಮಾಣಪತ್ರದ ಮಾನ್ಯತೆಯ ಅವಧಿಯನ್ನು ಆಯ್ಕೆಮಾಡಿ ಮತ್ತು ಕೀಪ್ ಅನ್ನು ಕ್ಲಿಕ್ ಮಾಡಿ
- ಸ್ವಯಂ ಸಹಿ ಮಾಡಿದ ಪ್ರಮಾಣಪತ್ರವು ಲಭ್ಯವಿರುವ ಪಟ್ಟಿಯಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ.
ಅಪ್ಲಿಕೇಶನ್ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಹೊಂದಿಸಲಾಗುತ್ತಿದೆ
ಅಪ್ಲಿಕೇಶನ್ ಪ್ರೊಫೈಲ್ಗಳು ನಿಮಗೆ ನೆಟ್ವರ್ಕ್ ದಟ್ಟಣೆಯ ಮೇಲೆ ಸಂಪೂರ್ಣ ನಿಯಂತ್ರಣವನ್ನು ನೀಡುತ್ತವೆ ಮತ್ತು ಅದನ್ನು ಸರಳ ಮತ್ತು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ನಿರ್ವಹಿಸುತ್ತವೆ. ನಿರ್ದಿಷ್ಟ ರೀತಿಯ ಸಂಚಾರಕ್ಕಾಗಿ ನಡವಳಿಕೆಯನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಲು ಅವುಗಳನ್ನು ಬಳಸಬಹುದು.
- ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಟ್ಯಾಬ್ಗೆ ಹೋಗಿ ಮತ್ತು ಬ್ಯಾಲೆನ್ಸರ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ. ಇಲ್ಲಿ ವೇಗವರ್ಧನೆ ಸಕ್ರಿಯಗೊಳಿಸಿದ ಆಯ್ಕೆಯು ಬ್ಯಾಲೆನ್ಸರ್ಗೆ L4 ಬದಲಿಗೆ ವೇಗವಾಗಿ L7 ಬ್ಯಾಲೆನ್ಸಿಂಗ್ ಅನ್ನು ಬಳಸಲು ಅನುಮತಿಸುತ್ತದೆ.
- ಅಪ್ಲಿಕೇಶನ್ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಹೊಂದಿಸಲು ಅಪ್ಲಿಕೇಶನ್ ಪ್ರೊಫೈಲ್ ಟ್ಯಾಬ್ಗೆ ಹೋಗಿ. + ಕ್ಲಿಕ್ ಮಾಡಿ.
- ಪ್ರೊಫೈಲ್ನ ಹೆಸರನ್ನು ಹೊಂದಿಸಿ ಮತ್ತು ಪ್ರೊಫೈಲ್ ಅನ್ನು ಅನ್ವಯಿಸುವ ಟ್ರಾಫಿಕ್ ಪ್ರಕಾರವನ್ನು ಆಯ್ಕೆಮಾಡಿ. ನಾನು ಕೆಲವು ನಿಯತಾಂಕಗಳನ್ನು ವಿವರಿಸುತ್ತೇನೆ.
ನಿರಂತರತೆ - ಸೆಷನ್ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ ಮತ್ತು ಟ್ರ್ಯಾಕ್ ಮಾಡುತ್ತದೆ, ಉದಾಹರಣೆಗೆ: ಪೂಲ್ನಲ್ಲಿರುವ ನಿರ್ದಿಷ್ಟ ಸರ್ವರ್ ಬಳಕೆದಾರರ ವಿನಂತಿಯನ್ನು ಪೂರೈಸುತ್ತಿದೆ. ಇದು ಬಳಕೆದಾರರ ವಿನಂತಿಗಳನ್ನು ಅಧಿವೇಶನದ ಜೀವಿತಾವಧಿಯಲ್ಲಿ ಅಥವಾ ನಂತರದ ಅವಧಿಗಳಿಗೆ ಅದೇ ಪೂಲ್ ಸದಸ್ಯರಿಗೆ ರವಾನಿಸಲಾಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸುತ್ತದೆ.
SSL ಪಾಸ್ಥ್ರೂ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ - ಈ ಆಯ್ಕೆಯನ್ನು ಆರಿಸಿದಾಗ, NSX ಎಡ್ಜ್ SSL ಅನ್ನು ಕೊನೆಗೊಳಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ. ಬದಲಾಗಿ, ಸಮತೋಲಿತವಾಗಿರುವ ಸರ್ವರ್ಗಳಲ್ಲಿ ಮುಕ್ತಾಯವು ನೇರವಾಗಿ ಸಂಭವಿಸುತ್ತದೆ.
ಎಚ್ಟಿಟಿಪಿ ಹೆಡರ್ಗಾಗಿ ಎಕ್ಸ್-ಫಾರ್ವರ್ಡ್ಡ್ ಅನ್ನು ಸೇರಿಸಿ - ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಮೂಲಕ ವೆಬ್ ಸರ್ವರ್ಗೆ ಸಂಪರ್ಕಿಸುವ ಕ್ಲೈಂಟ್ನ ಮೂಲ IP ವಿಳಾಸವನ್ನು ನಿರ್ಧರಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.
ಪೂಲ್ ಸೈಡ್ SSL ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ - ಆಯ್ದ ಪೂಲ್ HTTPS ಸರ್ವರ್ಗಳನ್ನು ಒಳಗೊಂಡಿದೆ ಎಂಬುದನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.
- ನಾನು HTTPS ದಟ್ಟಣೆಯನ್ನು ಸಮತೋಲನಗೊಳಿಸುವುದರಿಂದ, ನಾನು ಪೂಲ್ ಸೈಡ್ SSL ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಬೇಕು ಮತ್ತು ವರ್ಚುವಲ್ ಸರ್ವರ್ ಪ್ರಮಾಣಪತ್ರಗಳು -> ಸೇವಾ ಪ್ರಮಾಣಪತ್ರ ಟ್ಯಾಬ್ನಲ್ಲಿ ಹಿಂದೆ ರಚಿಸಲಾದ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಆಯ್ಕೆ ಮಾಡಬೇಕಾಗಿದೆ.
- ಅದೇ ರೀತಿ ಪೂಲ್ ಪ್ರಮಾಣಪತ್ರಗಳಿಗೆ -> ಸೇವಾ ಪ್ರಮಾಣಪತ್ರ.
ನಾವು ಸರ್ವರ್ಗಳ ಪೂಲ್ ಅನ್ನು ರಚಿಸುತ್ತೇವೆ, ದಟ್ಟಣೆಯು ಸಮತೋಲಿತ ಪೂಲ್ಗಳಾಗಿರುತ್ತದೆ
- ಪೂಲ್ಸ್ ಟ್ಯಾಬ್ಗೆ ಹೋಗಿ. + ಕ್ಲಿಕ್ ಮಾಡಿ.
- ನಾವು ಪೂಲ್ನ ಹೆಸರನ್ನು ಹೊಂದಿಸುತ್ತೇವೆ, ಅಲ್ಗಾರಿದಮ್ (ನಾನು ರೌಂಡ್ ರಾಬಿನ್ ಅನ್ನು ಬಳಸುತ್ತೇನೆ) ಮತ್ತು ಆರೋಗ್ಯ ತಪಾಸಣೆ ಬ್ಯಾಕೆಂಡ್ಗಾಗಿ ಮಾನಿಟರಿಂಗ್ ಪ್ರಕಾರವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತೇವೆ. ಕ್ಲೈಂಟ್ಗಳ ಆರಂಭಿಕ ಮೂಲ IP ಗಳು ಆಂತರಿಕ ಸರ್ವರ್ಗಳಿಗೆ ಗೋಚರಿಸುತ್ತವೆಯೇ ಎಂಬುದನ್ನು ಪಾರದರ್ಶಕ ಆಯ್ಕೆಯು ಸೂಚಿಸುತ್ತದೆ.
- ಆಯ್ಕೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿದರೆ, ಆಂತರಿಕ ಸರ್ವರ್ಗಳಿಗೆ ದಟ್ಟಣೆಯು ಬ್ಯಾಲೆನ್ಸರ್ನ ಮೂಲ IP ನಿಂದ ಬರುತ್ತದೆ.
- ಆಯ್ಕೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿದರೆ, ಆಂತರಿಕ ಸರ್ವರ್ಗಳು ಕ್ಲೈಂಟ್ಗಳ ಮೂಲ IP ಅನ್ನು ನೋಡುತ್ತವೆ. ಈ ಸಂರಚನೆಯಲ್ಲಿ, ಹಿಂತಿರುಗಿದ ಪ್ಯಾಕೆಟ್ಗಳು NSX ಎಡ್ಜ್ ಮೂಲಕ ಹಾದುಹೋಗುವುದನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು NSX ಎಡ್ಜ್ ಡೀಫಾಲ್ಟ್ ಗೇಟ್ವೇ ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಬೇಕು.
NSX ಕೆಳಗಿನ ಬ್ಯಾಲೆನ್ಸಿಂಗ್ ಅಲ್ಗಾರಿದಮ್ಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ:
- IP_HASH - ಪ್ರತಿ ಪ್ಯಾಕೆಟ್ನ ಮೂಲ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನ IP ಗಾಗಿ ಹ್ಯಾಶ್ ಕಾರ್ಯದ ಫಲಿತಾಂಶಗಳ ಆಧಾರದ ಮೇಲೆ ಸರ್ವರ್ ಆಯ್ಕೆ.
- ಲೀಸ್ಕಾನ್ - ನಿರ್ದಿಷ್ಟ ಸರ್ವರ್ನಲ್ಲಿ ಈಗಾಗಲೇ ಲಭ್ಯವಿರುವ ಸಂಖ್ಯೆಯನ್ನು ಅವಲಂಬಿಸಿ ಒಳಬರುವ ಸಂಪರ್ಕಗಳ ಸಮತೋಲನ. ಕಡಿಮೆ ಸಂಪರ್ಕಗಳನ್ನು ಹೊಂದಿರುವ ಸರ್ವರ್ಗೆ ಹೊಸ ಸಂಪರ್ಕಗಳನ್ನು ನಿರ್ದೇಶಿಸಲಾಗುತ್ತದೆ.
- ROUND_ROBIN - ಪ್ರತಿ ಸರ್ವರ್ಗೆ ನಿಯೋಜಿಸಲಾದ ತೂಕಕ್ಕೆ ಅನುಗುಣವಾಗಿ ಹೊಸ ಸಂಪರ್ಕಗಳನ್ನು ಕಳುಹಿಸಲಾಗುತ್ತದೆ.
- URI ಅನ್ನು – URI ಯ ಎಡಭಾಗವನ್ನು (ಪ್ರಶ್ನಾರ್ಥಕ ಚಿಹ್ನೆಯ ಮೊದಲು) ಹ್ಯಾಶ್ ಮಾಡಲಾಗಿದೆ ಮತ್ತು ಪೂಲ್ನಲ್ಲಿರುವ ಸರ್ವರ್ಗಳ ಒಟ್ಟು ತೂಕದಿಂದ ಭಾಗಿಸಲಾಗಿದೆ. ಯಾವ ಸರ್ವರ್ ವಿನಂತಿಯನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಫಲಿತಾಂಶವು ಸೂಚಿಸುತ್ತದೆ, ಎಲ್ಲಾ ಸರ್ವರ್ಗಳು ಲಭ್ಯವಿರುವವರೆಗೆ ವಿನಂತಿಯನ್ನು ಯಾವಾಗಲೂ ಒಂದೇ ಸರ್ವರ್ಗೆ ರವಾನಿಸಲಾಗುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸುತ್ತದೆ.
- HTTPHEADER - ನಿರ್ದಿಷ್ಟ HTTP ಹೆಡರ್ ಅನ್ನು ಆಧರಿಸಿ ಸಮತೋಲನಗೊಳಿಸುವುದು, ಇದನ್ನು ನಿಯತಾಂಕವಾಗಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದು. ಹೆಡರ್ ಕಾಣೆಯಾಗಿದೆ ಅಥವಾ ಯಾವುದೇ ಮೌಲ್ಯವನ್ನು ಹೊಂದಿಲ್ಲದಿದ್ದರೆ, ROUND_ROBIN ಅಲ್ಗಾರಿದಮ್ ಅನ್ನು ಅನ್ವಯಿಸಲಾಗುತ್ತದೆ.
- URL ಅನ್ನು - ಪ್ರತಿ HTTP GET ವಿನಂತಿಯು ಆರ್ಗ್ಯುಮೆಂಟ್ನಂತೆ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ URL ಪ್ಯಾರಾಮೀಟರ್ಗಾಗಿ ಹುಡುಕುತ್ತದೆ. ಪ್ಯಾರಾಮೀಟರ್ ಅನ್ನು ಸಮಾನ ಚಿಹ್ನೆ ಮತ್ತು ಮೌಲ್ಯದಿಂದ ಅನುಸರಿಸಿದರೆ, ಮೌಲ್ಯವನ್ನು ಹ್ಯಾಶ್ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು ಚಾಲನೆಯಲ್ಲಿರುವ ಸರ್ವರ್ಗಳ ಒಟ್ಟು ತೂಕದಿಂದ ಭಾಗಿಸಲಾಗುತ್ತದೆ. ಯಾವ ಸರ್ವರ್ ವಿನಂತಿಯನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಫಲಿತಾಂಶವು ಸೂಚಿಸುತ್ತದೆ. ವಿನಂತಿಗಳಲ್ಲಿ ಬಳಕೆದಾರ ID ಗಳನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡಲು ಮತ್ತು ಎಲ್ಲಾ ಸರ್ವರ್ಗಳು ಲಭ್ಯವಿರುವವರೆಗೆ ಒಂದೇ ಸರ್ವರ್ಗೆ ಅದೇ ಬಳಕೆದಾರ ಐಡಿಯನ್ನು ಯಾವಾಗಲೂ ಕಳುಹಿಸಲಾಗುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಈ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಬಳಸಲಾಗುತ್ತದೆ.
- ಸದಸ್ಯರ ಬ್ಲಾಕ್ನಲ್ಲಿ, ಪೂಲ್ಗೆ ಸರ್ವರ್ಗಳನ್ನು ಸೇರಿಸಲು + ಕ್ಲಿಕ್ ಮಾಡಿ.
ಇಲ್ಲಿ ನೀವು ನಿರ್ದಿಷ್ಟಪಡಿಸಬೇಕಾಗಿದೆ:- ಸರ್ವರ್ ಹೆಸರು;
- ಸರ್ವರ್ IP ವಿಳಾಸ;
- ಸರ್ವರ್ ಸಂಚಾರವನ್ನು ಸ್ವೀಕರಿಸುವ ಪೋರ್ಟ್;
- ಆರೋಗ್ಯ ತಪಾಸಣೆಗಾಗಿ ಬಂದರು (ಮಾನಿಟರ್ ಆರೋಗ್ಯ ತಪಾಸಣೆ);
- ತೂಕ - ಈ ನಿಯತಾಂಕವನ್ನು ಬಳಸಿಕೊಂಡು ನೀವು ನಿರ್ದಿಷ್ಟ ಪೂಲ್ ಸದಸ್ಯರಿಗೆ ಸ್ವೀಕರಿಸಿದ ದಟ್ಟಣೆಯ ಪ್ರಮಾಣಾನುಗುಣ ಪ್ರಮಾಣವನ್ನು ಸರಿಹೊಂದಿಸಬಹುದು;
- ಗರಿಷ್ಠ ಸಂಪರ್ಕಗಳು - ಸರ್ವರ್ಗೆ ಗರಿಷ್ಠ ಸಂಖ್ಯೆಯ ಸಂಪರ್ಕಗಳು;
- ಕನಿಷ್ಠ ಸಂಪರ್ಕಗಳು - ಟ್ರಾಫಿಕ್ ಅನ್ನು ಮುಂದಿನ ಪೂಲ್ ಸದಸ್ಯರಿಗೆ ಫಾರ್ವರ್ಡ್ ಮಾಡುವ ಮೊದಲು ಸರ್ವರ್ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಬೇಕಾದ ಕನಿಷ್ಠ ಸಂಖ್ಯೆಯ ಸಂಪರ್ಕಗಳು.
ಮೂರು ಸರ್ವರ್ಗಳ ಅಂತಿಮ ಪೂಲ್ ಹೀಗಿದೆ.
ವರ್ಚುವಲ್ ಸರ್ವರ್ ಅನ್ನು ಸೇರಿಸಲಾಗುತ್ತಿದೆ
- ವರ್ಚುವಲ್ ಸರ್ವರ್ಗಳ ಟ್ಯಾಬ್ಗೆ ಹೋಗಿ. + ಕ್ಲಿಕ್ ಮಾಡಿ.
- ವರ್ಚುವಲ್ ಸರ್ವರ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ ಬಳಸಿಕೊಂಡು ನಾವು ವರ್ಚುವಲ್ ಸರ್ವರ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುತ್ತೇವೆ.
ನಾವು ಅದಕ್ಕೆ ಹೆಸರನ್ನು ನೀಡುತ್ತೇವೆ, ಹಿಂದೆ ರಚಿಸಿದ ಅಪ್ಲಿಕೇಶನ್ ಪ್ರೊಫೈಲ್, ಪೂಲ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಿ ಮತ್ತು ವರ್ಚುವಲ್ ಸರ್ವರ್ ಹೊರಗಿನಿಂದ ವಿನಂತಿಗಳನ್ನು ಸ್ವೀಕರಿಸುವ IP ವಿಳಾಸವನ್ನು ಸೂಚಿಸಿ. ನಾವು HTTPS ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ಪೋರ್ಟ್ 443 ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತೇವೆ.
ಇಲ್ಲಿ ಐಚ್ಛಿಕ ನಿಯತಾಂಕಗಳು:
ಸಂಪರ್ಕ ಮಿತಿ - ವರ್ಚುವಲ್ ಸರ್ವರ್ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಬಹುದಾದ ಗರಿಷ್ಠ ಸಂಖ್ಯೆಯ ಏಕಕಾಲಿಕ ಸಂಪರ್ಕಗಳು;
ಸಂಪರ್ಕ ದರ ಮಿತಿ (CPS) - ಪ್ರತಿ ಸೆಕೆಂಡಿಗೆ ಗರಿಷ್ಠ ಸಂಖ್ಯೆಯ ಹೊಸ ಒಳಬರುವ ವಿನಂತಿಗಳು.
ಇದು ಬ್ಯಾಲೆನ್ಸರ್ನ ಸಂರಚನೆಯನ್ನು ಪೂರ್ಣಗೊಳಿಸುತ್ತದೆ; ನೀವು ಅದರ ಕಾರ್ಯವನ್ನು ಪರಿಶೀಲಿಸಬಹುದು. ಸರ್ವರ್ಗಳು ಸರಳವಾದ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಹೊಂದಿದ್ದು ಅದು ಪೂಲ್ನಿಂದ ಯಾವ ಸರ್ವರ್ ವಿನಂತಿಯನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಿದೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಸೆಟಪ್ ಸಮಯದಲ್ಲಿ, ನಾವು ರೌಂಡ್ ರಾಬಿನ್ ಬ್ಯಾಲೆನ್ಸಿಂಗ್ ಅಲ್ಗಾರಿದಮ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಿದ್ದೇವೆ ಮತ್ತು ಪ್ರತಿ ಸರ್ವರ್ನ ತೂಕ ಪ್ಯಾರಾಮೀಟರ್ ಒಂದಕ್ಕೆ ಸಮಾನವಾಗಿರುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ರತಿ ನಂತರದ ವಿನಂತಿಯನ್ನು ಪೂಲ್ನಿಂದ ಮುಂದಿನ ಸರ್ವರ್ನಿಂದ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲಾಗುತ್ತದೆ.
ನಾವು ಬ್ರೌಸರ್ನಲ್ಲಿ ಬ್ಯಾಲೆನ್ಸರ್ನ ಬಾಹ್ಯ ವಿಳಾಸವನ್ನು ನಮೂದಿಸಿ ಮತ್ತು ನೋಡಿ:
ಪುಟವನ್ನು ರಿಫ್ರೆಶ್ ಮಾಡಿದ ನಂತರ, ವಿನಂತಿಯನ್ನು ಕೆಳಗಿನ ಸರ್ವರ್ ಮೂಲಕ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲಾಗುತ್ತದೆ:
ಮತ್ತು ಮತ್ತೆ - ಪೂಲ್ನಿಂದ ಮೂರನೇ ಸರ್ವರ್ ಅನ್ನು ಪರೀಕ್ಷಿಸಲು:
ಪರಿಶೀಲಿಸುವಾಗ, ಎಡ್ಜ್ ನಮಗೆ ಕಳುಹಿಸುವ ಪ್ರಮಾಣಪತ್ರವು ನಾವು ಪ್ರಾರಂಭದಲ್ಲಿಯೇ ರಚಿಸಿದ್ದೇವೆ ಎಂದು ನೀವು ನೋಡಬಹುದು.
ಎಡ್ಜ್ ಗೇಟ್ವೇ ಕನ್ಸೋಲ್ನಿಂದ ಬ್ಯಾಲೆನ್ಸರ್ ಸ್ಥಿತಿಯನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತಿದೆ. ಇದನ್ನು ಮಾಡಲು, ನಮೂದಿಸಿ ಸೇವಾ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಪೂಲ್ ಅನ್ನು ತೋರಿಸಿ.
ಪೂಲ್ನಲ್ಲಿರುವ ಸರ್ವರ್ಗಳ ಸ್ಥಿತಿಯನ್ನು ಪರಿಶೀಲಿಸಲು ಸೇವಾ ಮಾನಿಟರ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗುತ್ತಿದೆ
ಸೇವಾ ಮಾನಿಟರ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ನಾವು ಬ್ಯಾಕೆಂಡ್ ಪೂಲ್ನಲ್ಲಿ ಸರ್ವರ್ಗಳ ಸ್ಥಿತಿಯನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಬಹುದು. ವಿನಂತಿಯ ಪ್ರತಿಕ್ರಿಯೆಯು ನಿರೀಕ್ಷೆಯಂತೆ ಇಲ್ಲದಿದ್ದರೆ, ಸರ್ವರ್ ಅನ್ನು ಪೂಲ್ನಿಂದ ಹೊರತೆಗೆಯಬಹುದು ಇದರಿಂದ ಅದು ಯಾವುದೇ ಹೊಸ ವಿನಂತಿಗಳನ್ನು ಸ್ವೀಕರಿಸುವುದಿಲ್ಲ.
ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, ಮೂರು ಪರಿಶೀಲನಾ ವಿಧಾನಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ:
- TCP-ಮಾನಿಟರ್,
- HTTP ಮಾನಿಟರ್,
- HTTPS-ಮಾನಿಟರ್.
ಹೊಸದನ್ನು ರಚಿಸೋಣ.
- ಸೇವಾ ಮಾನಿಟರಿಂಗ್ ಟ್ಯಾಬ್ಗೆ ಹೋಗಿ, + ಕ್ಲಿಕ್ ಮಾಡಿ.
- ಆಯ್ಕೆಮಾಡಿ:
- ಹೊಸ ವಿಧಾನಕ್ಕೆ ಹೆಸರು;
- ವಿನಂತಿಗಳನ್ನು ಕಳುಹಿಸುವ ಮಧ್ಯಂತರ,
- ಪ್ರತಿಕ್ರಿಯೆಗಾಗಿ ಕಾಯುತ್ತಿರುವ ಸಮಯ ಮೀರಿದೆ,
- ಮಾನಿಟರಿಂಗ್ ಪ್ರಕಾರ - GET ವಿಧಾನವನ್ನು ಬಳಸಿಕೊಂಡು HTTPS ವಿನಂತಿ, ನಿರೀಕ್ಷಿತ ಸ್ಥಿತಿ ಕೋಡ್ - 200(ಸರಿ) ಮತ್ತು ವಿನಂತಿ URL.
- ಇದು ಹೊಸ ಸೇವಾ ಮಾನಿಟರ್ನ ಸೆಟಪ್ ಅನ್ನು ಪೂರ್ಣಗೊಳಿಸುತ್ತದೆ; ಈಗ ನಾವು ಪೂಲ್ ರಚಿಸುವಾಗ ಅದನ್ನು ಬಳಸಬಹುದು.
ಅಪ್ಲಿಕೇಶನ್ ನಿಯಮಗಳನ್ನು ಹೊಂದಿಸಲಾಗುತ್ತಿದೆ
ಅಪ್ಲಿಕೇಶನ್ ನಿಯಮಗಳು ಕೆಲವು ಟ್ರಿಗ್ಗರ್ಗಳ ಆಧಾರದ ಮೇಲೆ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಕುಶಲತೆಯಿಂದ ನಿರ್ವಹಿಸುವ ಮಾರ್ಗವಾಗಿದೆ. ಈ ಉಪಕರಣದೊಂದಿಗೆ ನಾವು ಸುಧಾರಿತ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸಿಂಗ್ ನಿಯಮಗಳನ್ನು ರಚಿಸಬಹುದು ಅದು ಅಪ್ಲಿಕೇಶನ್ ಪ್ರೊಫೈಲ್ಗಳು ಅಥವಾ ಎಡ್ಜ್ ಗೇಟ್ವೇಯಲ್ಲಿ ಲಭ್ಯವಿರುವ ಇತರ ಸೇವೆಗಳ ಮೂಲಕ ಸಾಧ್ಯವಾಗದಿರಬಹುದು.
- ನಿಯಮವನ್ನು ರಚಿಸಲು, ಬ್ಯಾಲೆನ್ಸರ್ನ ಅಪ್ಲಿಕೇಶನ್ ನಿಯಮಗಳ ಟ್ಯಾಬ್ಗೆ ಹೋಗಿ.
- ಹೆಸರನ್ನು ಆಯ್ಕೆಮಾಡಿ, ನಿಯಮವನ್ನು ಬಳಸುವ ಸ್ಕ್ರಿಪ್ಟ್ ಮತ್ತು ಕೀಪ್ ಅನ್ನು ಕ್ಲಿಕ್ ಮಾಡಿ.
- ನಿಯಮವನ್ನು ರಚಿಸಿದ ನಂತರ, ನಾವು ಈಗಾಗಲೇ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾದ ವರ್ಚುವಲ್ ಸರ್ವರ್ ಅನ್ನು ಸಂಪಾದಿಸಬೇಕಾಗಿದೆ.
- ಸುಧಾರಿತ ಟ್ಯಾಬ್ನಲ್ಲಿ, ನಾವು ರಚಿಸಿದ ನಿಯಮವನ್ನು ಸೇರಿಸಿ.
ಮೇಲಿನ ಉದಾಹರಣೆಯಲ್ಲಿ ನಾವು tlsv1 ಬೆಂಬಲವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿದ್ದೇವೆ.
ಇನ್ನೂ ಒಂದೆರಡು ಉದಾಹರಣೆಗಳು:
ಮತ್ತೊಂದು ಪೂಲ್ಗೆ ಸಂಚಾರವನ್ನು ಮರುನಿರ್ದೇಶಿಸಿ.
ಮುಖ್ಯ ಪೂಲ್ ಕೆಳಗಿದ್ದರೆ ಈ ಸ್ಕ್ರಿಪ್ಟ್ನೊಂದಿಗೆ ನಾವು ಟ್ರಾಫಿಕ್ ಅನ್ನು ಮತ್ತೊಂದು ಬ್ಯಾಲೆನ್ಸಿಂಗ್ ಪೂಲ್ಗೆ ಮರುನಿರ್ದೇಶಿಸಬಹುದು. ನಿಯಮವು ಕಾರ್ಯನಿರ್ವಹಿಸಲು, ಬ್ಯಾಲೆನ್ಸರ್ನಲ್ಲಿ ಬಹು ಪೂಲ್ಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕು ಮತ್ತು ಮುಖ್ಯ ಪೂಲ್ನ ಎಲ್ಲಾ ಸದಸ್ಯರು ಡೌನ್ ಸ್ಥಿತಿಯಲ್ಲಿರಬೇಕು. ನೀವು ಪೂಲ್ನ ಹೆಸರನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬೇಕಾಗಿದೆ, ಅದರ ID ಅಲ್ಲ.
acl pool_down nbsrv(PRIMARY_POOL_NAME) eq 0
use_backend SECONDARY_POOL_NAME if PRIMARY_POOL_NAME
ಬಾಹ್ಯ ಸಂಪನ್ಮೂಲಕ್ಕೆ ಸಂಚಾರವನ್ನು ಮರುನಿರ್ದೇಶಿಸಿ.
ಮುಖ್ಯ ಪೂಲ್ನ ಎಲ್ಲಾ ಸದಸ್ಯರು ಡೌನ್ ಆಗಿದ್ದರೆ ನಾವು ಇಲ್ಲಿ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಬಾಹ್ಯ ವೆಬ್ಸೈಟ್ಗೆ ಮರುನಿರ್ದೇಶಿಸುತ್ತೇವೆ.
acl pool_down nbsrv(NAME_OF_POOL) eq 0
redirect location http://www.example.com if pool_down
ಇನ್ನೂ ಹೆಚ್ಚಿನ ಉದಾಹರಣೆಗಳು
ಬ್ಯಾಲೆನ್ಸರ್ ಬಗ್ಗೆ ನನಗೆ ಅಷ್ಟೆ. ನೀವು ಯಾವುದೇ ಪ್ರಶ್ನೆಗಳನ್ನು ಹೊಂದಿದ್ದರೆ, ಕೇಳಿ, ನಾನು ಉತ್ತರಿಸಲು ಸಿದ್ಧನಿದ್ದೇನೆ.
ಮೂಲ: www.habr.com