ನಿಮ್ಮ BGP ಸೆಷನ್ VPC ರೂಟ್ ಟೇಬಲ್ನಲ್ಲಿ ಏಕೆ ಕಾಣಿಸುವುದಿಲ್ಲ
EC2 ಉಪಕರಣದಲ್ಲಿನ BGP ಸೆಷನ್ VPC ರೂಟ್ಗಳನ್ನು ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ. ಪ್ರಸರಣವನ್ನು ಪ್ರತಿ ರೂಟ್ ಟೇಬಲ್ಗೂ ಪ್ರತ್ಯೇಕವಾಗಿ ಸಕ್ರಿಯಗೊಳಿಸಬೇಕು, ಮತ್ತು ಉಪಕರಣವು ಇನ್ನೂ ಪ್ರತಿ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಫಾರ್ವರ್ಡ್ ಮಾಡುತ್ತದೆ.
ಪುನರಾವರ್ತನೆಯಾಗುವ ಕಥೆ ಎಂದರೆ EC2 VPN ಉಪಕರಣದಲ್ಲಿನ ರೂಟಿಂಗ್ ಡೀಮನ್ BGP ಮೇಲೆ ಬಂದ ಕೂಡಲೇ VPC ಗೆ ಅದರ ದೂರದ ಪ್ರಿಫಿಕ್ಸ್ಗಳನ್ನು ಕಲಿಸುತ್ತದೆ ಎಂಬುದು. ಅದರ ಅರ್ಧ ನಿಜ. ಸೆಷನ್ ಮೇಲೆ ಬರುತ್ತದೆ, ಮತ್ತು ಅದರಿಂದ VPC ರೂಟ್ ಟೇಬಲ್ನಲ್ಲಿ ಏನೂ ಬದಲಾಗುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಮೊದಲ ಲಕ್ಷಣ ಸಾಮಾನ್ಯವಾಗಿ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಸದ್ದಿಲ್ಲದೆ ಕಪ್ಪು ಕುಳಿಗೆ ಎಸೆಯುವ ಸಬ್ನೆಟ್ ಆಗಿರುತ್ತದೆ.
ಇಲ್ಲಿ ಎರಡು ಬೇರೆ ಬೇರೆ ವಿಷಯಗಳನ್ನು ಗೊಂದಲ ಮಾಡಲಾಗುತ್ತಿದೆ: ರೂಟ್ ಸರ್ವರ್ನೊಂದಿಗೆ ಪಿಯರಿಂಗ್, ಮತ್ತು ಟೇಬಲ್ಗೆ ರೂಟ್ಗಳನ್ನು ಸ್ಥಾಪಿಸುವುದು.
ಪುರಾಣ: BGP ಎಬ್ಬಿಸಿ, VPC ಪ್ರಿಫಿಕ್ಸ್ಗಳನ್ನು ಕಲಿಯುತ್ತದೆ
BGP ಎಂಬುದು ಇಬ್ಬರು ಮಾತನಾಡುವವರ ನಡುವಿನ ಸಂಭಾಷಣೆ, ಮತ್ತು ಈ ವಿನ್ಯಾಸದಲ್ಲಿ ಮಾತನಾಡುವವರು ನಿಮ್ಮ ಉಪಕರಣದಲ್ಲಿನ ರೂಟಿಂಗ್ ಡೀಮನ್ ಮತ್ತು AWS ನಿಮ್ಮ ಒಡೆತನದ ಸಬ್ನೆಟ್ನಲ್ಲಿ ಇರಿಸುವ VPC Route Server ಎಂಡ್ಪಾಯಿಂಟ್. ಆ ಸಂಭಾಷಣೆ ಪ್ರಿಫಿಕ್ಸ್ಗಳನ್ನು ಸಾಗಿಸುತ್ತದೆ. ಅದು ನಿಮ್ಮ ವರ್ಕ್ಲೋಡ್ ಸಬ್ನೆಟ್ಗಳ ರೂಟ್ ಟೇಬಲ್ ಅನ್ನು ಮುಟ್ಟುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಆ ಟೇಬಲ್ಗಳು ಪ್ರತಿಯೊಂದರಲ್ಲೂ ಸಕ್ರಿಯಗೊಳಿಸಬೇಕಾದ ಪ್ರಸರಣದ ಮೂಲಕ ಮಾತ್ರ ಕಲಿಯುತ್ತವೆ. ಅದು ಆಗುವವರೆಗೆ, VPC ನ ಬಟ್ಟೆ ಉಪಕರಣಕ್ಕೆ ತಿಳಿದಿರುವ ಬಗ್ಗೆ ಏನನ್ನೂ ತಿಳಿದಿಲ್ಲ.
ಸೆಟಪ್ ಹಂತಗಳು ಒಂದು ಕಾರಣಕ್ಕಾಗಿ ಬೇರೆಯಾಗಿವೆ: ಸಂಯೋಜಿಸಿ, ಎಂಡ್ಪಾಯಿಂಟ್ ರಚಿಸಿ, ಪಿಯರ್ ಮಾಡಿ, ನಂತರ ಪ್ರಸರಣವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ.
Route Server ಒಂದು ನಿಯಂತ್ರಣ ಸಮತಲ, ಸುರಂಗವಲ್ಲ
Route Server ಒಂದೇ ಒಂದು ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಎನ್ಕ್ರಿಪ್ಟ್, ಫಾರ್ವರ್ಡ್ ಅಥವಾ ಪರಿಶೀಲಿಸುವುದಿಲ್ಲ. ಅದು ಉಪಕರಣದೊಂದಿಗೆ BGP ವಿನಿಮಯ ಮಾಡಲು ಮತ್ತು ಉಂಟಾದ ಪ್ರಿಫಿಕ್ಸ್ಗಳನ್ನು ಅವುಗಳನ್ನು ಸ್ವೀಕರಿಸಲು ಸಂರಚಿಸಲಾದ ರೂಟ್ ಟೇಬಲ್ಗಳಿಗೆ ಒಪ್ಪಿಸಲು ಇರುತ್ತದೆ. ಡೇಟಾ ಸಮತಲ ಬದಲಾಗಿಲ್ಲ: ಪ್ಯಾಕೆಟ್ಗಳು ಇನ್ನೂ ಉಪಕರಣದ ನೆಟ್ವರ್ಕ್ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ಹೊರಡುತ್ತವೆ, ಅದರ VPN ಮೂಲಕ ಸಂಚರಿಸುತ್ತವೆ ಮತ್ತು ಅದೇ ದಾರಿಯಲ್ಲಿ ಹಿಂತಿರುಗುತ್ತವೆ.
ಇದರರ್ಥ ಫಾರ್ವರ್ಡಿಂಗ್ ಇನ್ಸ್ಟಾನ್ಸ್ನಲ್ಲಿನ ಮೂಲ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನ ಪರಿಶೀಲನೆ ಇನ್ನೂ ಮುಖ್ಯ, ಏಕೆಂದರೆ ಇನ್ಸ್ಟಾನ್ಸ್ ಈಗ ಬೇರೊಬ್ಬರಿಗೆ ಉದ್ದೇಶಿಸಿದ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಫಾರ್ವರ್ಡ್ ಮಾಡುತ್ತಿದೆ.
ಭದ್ರತಾ ಗುಂಪುಗಳು ಮತ್ತು ಸಬ್ನೆಟ್ ನಿಯಂತ್ರಣಗಳು ಫಾರ್ವರ್ಡ್ ಆದ ಹರಿವಿಗೂ ಅನ್ವಯಿಸುತ್ತವೆ. Route Server ಟ್ರಾಫಿಕ್ ಅನ್ನು ಬಿಡುವ ಉಪಕರಣವನ್ನು ಅದನ್ನು ಫಾರ್ವರ್ಡ್ ಮಾಡಲು ಒತ್ತಾಯಿಸುವುದಿಲ್ಲ, ಮತ್ತು ದೂರದ ತುದಿಯಲ್ಲಿ ಕಾಣೆಯಾದ ಹಿಂತಿರುಗುವ ರೂಟ್ ಅನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ.
ಪ್ರಸರಣ ಪ್ರತಿ ರೂಟ್ ಟೇಬಲ್ಗೆ, ಇಡೀ VPC ಗೆ ಅಲ್ಲ
ರೂಟ್ ಸರ್ವರ್ ಅನ್ನು VPC ಗೆ ಸಂಯೋಜಿಸುವುದು ಮತ್ತು ರೂಟ್ ಟೇಬಲ್ನಲ್ಲಿ ಪ್ರಸರಣವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುವುದು ಎರಡು ನಿರ್ಧಾರಗಳು, ಮತ್ತು ಎರಡನೆಯದು ಮಾತ್ರ ಸಬ್ನೆಟ್ ಏನು ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ. ಆರು ರೂಟ್ ಟೇಬಲ್ಗಳಿರುವ VPC ಒಂದರಲ್ಲಿ ಪ್ರಸರಿತ ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಸ್ವೀಕರಿಸಬಹುದು ಮತ್ತು ಉಳಿದ ಐದರಲ್ಲಿ ಅಲ್ಲ, ಇದು ಹಬ್ ಸಬ್ನೆಟ್ಗೆ ನಿಖರವಾಗಿ ಸರಿಯಾಗಿದೆ ಮತ್ತು ನಿಖರವಾಗಿ «ಅರ್ಧ ಕೆಲಸ ಮಾಡುತ್ತದೆ» ಎಂಬ ಗೊಂದಲಮಯ ಫಲಿತಾಂಶವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ. ಪ್ರಸರಣ ಆನ್ ಇರುವಲ್ಲಿಯೂ ಸ್ಪರ್ಧಾತ್ಮಕ ರೂಟ್ ಗೆಲ್ಲಬಹುದು, ಏಕೆಂದರೆ VPC ರೂಟ್ ಆಯ್ಕೆ ಉದ್ದವಾದ ಪ್ರಿಫಿಕ್ಸ್ಗೆ ಆದ್ಯತೆ ನೀಡುತ್ತದೆ ಮತ್ತು ಸಮಾನ ಉದ್ದದಲ್ಲಿ ಪ್ರಸರಿತಕ್ಕಿಂತ ಸ್ಥಿರ ರೂಟ್ಗೆ ಆದ್ಯತೆ ನೀಡುತ್ತದೆ. ಆ ಆದ್ಯತೆಯನ್ನು ಸದ್ದಿಲ್ಲದೆ ಅನ್ವಯಿಸಲಾಗುತ್ತದೆ.
ಉಪಕರಣ ಜಾಹೀರಾತು ಮಾಡುವ ಪ್ರಿಫಿಕ್ಸ್ಗಳ ಪಟ್ಟಿಗಿಂತ ನಿರ್ದಿಷ್ಟ ಸಬ್ನೆಟ್ನ ಪರಿಣಾಮಕಾರಿ ಟೇಬಲ್ ಅನ್ನು ಪರಿಶೀಲಿಸಿ. API ಆ ಪ್ರಶ್ನೆಗೆ ನೇರವಾಗಿ ಉತ್ತರಿಸುತ್ತದೆ: aws ec2 associate-route-server ಮತ್ತು aws ec2 enable-route-server-propagation --route-table-id <id> ಜನರು ಮರೆಯುವ ಎರಡು ಹಂತಗಳು, ಮತ್ತು aws ec2 describe-route-tables --route-table-ids <id> ಪ್ರಿಫಿಕ್ಸ್ route server ನಮೂದಾಗಿ ಬಂದಿದೆಯೇ ಎಂದು ತೋರಿಸುತ್ತದೆ.
ಉಪಕರಣ ಇನ್ನೂ ಪ್ರತಿ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಸಾಗಿಸುತ್ತದೆ
ತಲುಪುವಿಕೆಯನ್ನು ಜಾಹೀರಾತು ಮಾಡುವುದು ಅದನ್ನು ಹೊಂದಿರುವುದಕ್ಕೆ ಸಮನಲ್ಲ. BGP ಸೆಷನ್ ಉಪಕರಣದ VPN ಆಫ್ ಇದ್ದಾಗಲೂ ಸ್ಥಾಪಿತವಾಗಿರಬಹುದು, ಮತ್ತು ಎಂದೂ ಬದಲಾಗದ ಸ್ಥಿರ ಜಾಹೀರಾತು ಟ್ರಾಫಿಕ್ ಅನ್ನು ಸತ್ತ ದಾರಿಯತ್ತ ಎಳೆಯುತ್ತಲೇ ಇರುತ್ತದೆ. Route Server BFD ಯಂತಹ ವೈಫಲ್ಯ ಪತ್ತೆಯನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ, ಆದರೆ ಅದು ಪಿಯರ್ನ ಜೀವಂತಿಕೆಯನ್ನು ಪರೀಕ್ಷಿಸುತ್ತದೆ, ಪಿಯರ್ನ ಹಿಂದಿನ ಎಲ್ಲದರ ಆರೋಗ್ಯವನ್ನಲ್ಲ.
ಜಾಹೀರಾತನ್ನು ನಿಜವಾದ ದೂರದ ರೂಟ್ಗೆ ಬಿಗಿಯಿರಿ: ಸುರಂಗ ಮತ್ತು ದೂರದ ನೆಟ್ವರ್ಕ್ ಆನ್ ಇದ್ದಾಗ ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಘೋಷಿಸಿ, ಇಲ್ಲದಿದ್ದಾಗ ಹಿಂಪಡೆಯಿರಿ.
ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಹಿಂಪಡೆದು ಏನಾಗುತ್ತದೆ ಎಂದು ನೋಡಿ
ಹಂತಹಂತವಾಗಿ ಪರೀಕ್ಷಿಸಿ, ಮತ್ತು ಕೊನೆಯ ಹಂತವನ್ನು ತೆಗೆಯುವಿಕೆಯಾಗಿಸಿ. ಜಾಹೀರಾತು ತಲುಪುತ್ತದೆ, ಪ್ರಿಫಿಕ್ಸ್ ಪ್ರತಿ ಉದ್ದೇಶಿತ ಟೇಬಲ್ನಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ, ಉಪಕರಣ ಮುಂದಿನ ಹಾಪ್ ಆಗಿದೆ, ಫಾರ್ವರ್ಡಿಂಗ್ ಸಕ್ರಿಯ ಸುರಂಗವನ್ನು ದಾಟುತ್ತದೆ ಮತ್ತು ದೂರದ ತುದಿ ಉತ್ತರಿಸುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ನಂತರ ಪರೀಕ್ಷಾ ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಹಿಂಪಡೆಯಿರಿ, ಅಥವಾ ಅನುಮೋದಿತ ಸುರಂಗವನ್ನು ಮುಚ್ಚಿ, ಮತ್ತು ಟ್ರಾಫಿಕ್ ವಿನ್ಯಾಸ ಹೇಳುವಲ್ಲಿಗೆ ಚಲಿಸುತ್ತದೆಯೇ ಎಂದು ಗಮನಿಸಿ. ಪರೀಕ್ಷೆ ತೆರೆದಿರುವಾಗ ಮೊದಲು ಮತ್ತು ನಂತರದ ಟೇಬಲ್ಗಳನ್ನು ದಾಖಲಿಸಿ.
ರೂಟ್ ಅನ್ನು ಎರಡನೇ ಉಪಕರಣಕ್ಕೆ ಸರಿಸುವುದರಿಂದ ಅದು ಸಾಗಿಸುತ್ತಿದ್ದ ಸೆಷನ್ಗಳು ಸರಿಯುವುದಿಲ್ಲ, ಏಕೆಂದರೆ NAT ಮತ್ತು ಫೈರ್ವಾಲ್ ಸ್ಥಿತಿ ಮೊದಲ ಸಾಧನದಲ್ಲೇ ಉಳಿಯುತ್ತದೆ.
ಹನ್ನೆರಡು ಪ್ರಿಫಿಕ್ಸ್ಗಳ ಸ್ಥಿರ ಗುಂಪಿಗೆ, VPC ಟೇಬಲ್ಗಳಲ್ಲಿನ ಸ್ಥಿರ ರೂಟ್ಗಳೇ ಅಗ್ಗದ ಉತ್ತರವಾಗಿ ಉಳಿಯುತ್ತವೆ. Route Server ತನ್ನ ಸ್ಥಾನವನ್ನು ಗಳಿಸುವುದು ಪ್ರಿಫಿಕ್ಸ್ ಪಟ್ಟಿ ನಿಜವಾಗಿಯೂ ಬದಲಾದಾಗ ಮತ್ತು ಹಿಂಪಡೆಯುವ ನೀತಿಯನ್ನು ಆನ್-ಕಾಲ್ ವ್ಯಕ್ತಿಗೆ ವಿವರಿಸಲು ಸಾಧ್ಯವಾದಾಗ.