GCP BYOIP: ಸಾರ್ವಜನಿಕ ಪ್ರಕಟಣೆ ಖಾಸಗಿ ಮಾರ್ಗವಲ್ಲ
BYOIP ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಸೈಟ್ ಮತ್ತು ಕ್ಲೌಡ್ ನಡುವೆ ವಿಭಜಿಸಲು ಎರಡು ಯೋಜನೆಗಳು ಬೇಕು. ಸಾರ್ವಜನಿಕ ಪ್ರಕಟಣೆ, ನಿಯೋಗ ಮತ್ತು ಖಾಸಗಿ ಮುಂದಿನ ಹೆಜ್ಜೆಯನ್ನು ಪ್ರತ್ಯೇಕಿಸಿ.
ಸಾರ್ವಜನಿಕ ಬ್ಲಾಕ್ನ ಒಂದು ಭಾಗ ಸೈಟ್ನಲ್ಲಿ ಉಳಿಯುತ್ತದೆ ಮತ್ತು ಒಂದು ಭಾಗ Google Cloud ಗೆ ಹೋಗುತ್ತದೆ. ಆ ವಾಕ್ಯವು ಒಂದಲ್ಲ, ಎರಡು ಯೋಜನೆಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ: ಇಂಟರ್ನೆಟ್ ಪ್ರಕಟಣೆ ಯೋಜನೆ ಮತ್ತು ಖಾಸಗಿ ಮುಂದಕ್ಕೆ ರವಾನೆ ಯೋಜನೆ. ಅವುಗಳನ್ನು ಒಂದೇ ರೂಟಿಂಗ್ ಸಮಸ್ಯೆಯಾಗಿ ಪರಿಗಣಿಸುವುದು BYOIP ವಿನ್ಯಾಸಗಳು ತಪ್ಪಾಗುವ ಸ್ಥಳವಾಗಿದೆ.
ಒಳಗೊಂಡಿರುವ ವಸ್ತುಗಳು ಬೇರೆ ಬೇರೆ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದೇ ಪ್ಯಾಕೆಟ್ಗಳು ಮುಂದೆ ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತವೆ ಎಂಬುದರ ಬಗ್ಗೆ.
ಮೂರು ವಸ್ತುಗಳು, ಮೂರು ಪ್ರಶ್ನೆಗಳು
ಸಾರ್ವಜನಿಕವಾಗಿ ಪ್ರಕಟಿಸಿದ ಪ್ರಿಫಿಕ್ಸ್ ಎಂಬುದು Google ನಿಮ್ಮ ಪರವಾಗಿ ಇಂಟರ್ನೆಟ್ಗೆ ಪ್ರಕಟಿಸುವ ಘಟಕ. ಸಾರ್ವಜನಿಕವಾಗಿ ನಿಯೋಗಿಸಿದ ಪ್ರಿಫಿಕ್ಸ್ ಎಂಬುದು ಆಮದು ಮಾಡಿದ ಜಾಗವನ್ನು ಬೆಂಬಲಿತ Cloud ಸಂಪನ್ಮೂಲಗಳಿಗೆ ಹೇಗೆ ಹಂಚಲಾಗುತ್ತದೆ ಎಂಬುದು. VPC ಮಾರ್ಗ, VPN ನಿಂದ Cloud Router ಮೂಲಕ ಕಲಿತದ್ದನ್ನು ಒಳಗೊಂಡಂತೆ, ಖಾಸಗಿ ಮುಂದಿನ ಹೆಜ್ಜೆಯನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ. ಪ್ರತಿಯೊಂದಕ್ಕೂ ತನ್ನದೇ ವ್ಯಾಪ್ತಿ, ತನ್ನದೇ API ಮತ್ತು ತನ್ನದೇ ದೋಷ ಸಂದೇಶವಿದೆ.
ಕೋಷ್ಟಕ ಆವೃತ್ತಿ ಚಿಕ್ಕದಾಗಿದೆ.
| Object | Question it answers |
|---|---|
| Public advertised prefix | Which authorized range Google announces publicly |
| Public delegated prefix | How imported space is allocated to Cloud resources |
| VPN or Cloud Router route | Which private next hop carries a destination |
ನಿಮ್ಮ ನೆಟ್ವರ್ಕ್ ಒಳಗಿನ ರವಾನೆಯ ಬಗ್ಗೆ ಮೂರನೇ ಸಾಲು ಮಾತ್ರ.
BYOIP ಓವರ್ಲ್ಯಾಪ್ ಎಚ್ಚರಿಕೆ ಏನನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ
Google ನ BYOIP ದಾಖಲೆ ಪ್ರಕಟಿಸಿದ ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಪ್ರಕಟಣೆ ಘಟಕವಾಗಿ ಪರಿಗಣಿಸುತ್ತದೆ ಮತ್ತು Google ನ ಹೊರಗೆ ಪ್ರಕಟಿಸಿದ ಉಪಪ್ರಿಫಿಕ್ಸ್ ಸೇರಿದಂತೆ ಓವರ್ಲ್ಯಾಪ್ ಆಗುವ ಬಾಹ್ಯ ಪ್ರಕಟಣೆಗಳ ಬಗ್ಗೆ ಎಚ್ಚರಿಸುತ್ತದೆ. ಆ ಎಚ್ಚರಿಕೆ ಸಾರ್ವಜನಿಕ ಪ್ರಕಟಣೆ ಯೋಜನೆಯ ಬಗ್ಗೆ. ಅದು ನೀವು ಸೇರಿಸಬಹುದಾದ ಪ್ರತಿ ಖಾಸಗಿ ಮಾರ್ಗದ ಬಗ್ಗೆ ಹೇಳಿಕೆಯಲ್ಲ.
ಆಮದು ಮಾಡಿದ ಪ್ರಿಫಿಕ್ಸ್ ಒಳಗೆ ಚಿಕ್ಕ ಹಂಚಿಕೆಯನ್ನು ನಿಯೋಗಿಸುವುದು, ತನ್ನಷ್ಟಕ್ಕೆ, ಉಳಿದದ್ದನ್ನು ಬೇರೆ ಮೂಲದಿಂದ ಪ್ರಕಟಿಸಲು ನಿಮಗೆ ಅನುಮತಿ ನೀಡುವುದಿಲ್ಲ.
ಯಾರು ಏನನ್ನು ಪ್ರಕಟಿಸುತ್ತಾರೆ ಎಂಬ ದೃಷ್ಟಿಯಿಂದ ಪ್ರಶ್ನೆ ಕೇಳಿ. Google ಇಡೀ ಆಮದು ಮಾಡಿದ ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಪ್ರಕಟಿಸಿದರೆ, ಉಪಪ್ರಿಫಿಕ್ಸ್ ಪ್ರಕಟಿಸುವ ಎರಡನೇ ಮೂಲವು ದಾಖಲೆ ಎಚ್ಚರಿಸುವ ಓವರ್ಲ್ಯಾಪ್ ಅನ್ನೇ ಸೃಷ್ಟಿಸುತ್ತದೆ, ನಿಮ್ಮ VPC ಮಾರ್ಗಗಳು ಎಷ್ಟೇ ಅಚ್ಚುಕಟ್ಟಾಗಿ ಕಾಣುತ್ತಿದ್ದರೂ.
ಖಾಸಗಿ ಮಾರ್ಗ ಏನನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ
VPN ಮೂಲಕ ಕಲಿತ ಪ್ರಿಫಿಕ್ಸ್ ಇಂಟರ್ನೆಟ್ ಪ್ರಕಟಣೆಯಲ್ಲ, ಮತ್ತು ಯಾವುದೇ ಪ್ರಮಾಣದ BGP ಅದನ್ನು ಹಾಗೆ ಮಾಡುವುದಿಲ್ಲ. ಅದು VPC ಮಾರ್ಗ ಕೋಷ್ಟಕದಲ್ಲಿನ ನಮೂದು, ಆ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಟ್ರಾಫಿಕ್ ಯಾವ ಸುರಂಗ ಅಥವಾ ಗೇಟ್ವೇ ಹೊತ್ತುಕೊಂಡು ಹೋಗಬೇಕು ಎಂದು ಹೇಳುತ್ತದೆ. ಆ ನಮೂದು ಅರ್ಹವೇ, ಆಯ್ಕೆಯಾಗಿದೆಯೇ ಅಥವಾ ಬಳಸಬಹುದೇ ಎಂಬುದು VPC ಯ ಸ್ವಂತ ಮಾರ್ಗ ನಿಯಮಗಳನ್ನು ಅವಲಂಬಿಸಿದೆ.
ಉದ್ದವಾದ ಪ್ರಿಫಿಕ್ಸ್ ಹೊಂದಾಣಿಕೆ ಮಾರ್ಗ ಕೋಷ್ಟಕದ ಒಳಗೆ ಅನ್ವಯಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಉದ್ದವಾದ VPN ಮಾರ್ಗವು ಸಾರ್ವಜನಿಕ ಅಂಚಿನಲ್ಲಿ ಏನನ್ನೂ ಬದಲಿಸದೆ ಸ್ಥಳೀಯವಾಗಿ ಗೆಲ್ಲಬಹುದು.
ಪ್ರಿಫಿಕ್ಸ್ ವಿಭಜನೆ: ಮೊದಲು ಬರುವ ನಿರ್ಧಾರ
ವಾಸ್ತುಶಿಲ್ಪವು ಅರ್ಧ ಬ್ಲಾಕ್ ಅನ್ನು ಡೇಟಾ ಕೇಂದ್ರದಿಂದ ಮತ್ತು ಅರ್ಧವನ್ನು Google ನಿಂದ ಪ್ರಕಟಿಸಬೇಕೆಂದು ಬಯಸಿದರೆ, ಏನನ್ನೂ ಆಮದು ಮಾಡುವ ಮೊದಲು ಪ್ರಕಟಣೆ ಯೋಜನೆಯನ್ನು ನಿರ್ಧರಿಸಿ. Google ಯಾವ ಶ್ರೇಣಿಗಳನ್ನು ಪ್ರಕಟಿಸಬಹುದು, ಯಾವುವು ಬೇರೆಡೆ ಪ್ರಕಟವಾಗಿ ಉಳಿಯುತ್ತವೆ ಮತ್ತು ಎರಡೂ ಓವರ್ಲ್ಯಾಪ್ ಆಗುತ್ತವೆಯೇ ಎಂದು ಖಚಿತಪಡಿಸಿ. ನಂತರ ಪ್ರತಿ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಖಾಸಗಿ ಮಾರ್ಗ ಮತ್ತು ಅದರ ಮರಳುವ ಮಾರ್ಗವನ್ನು ವಿನ್ಯಾಸ ಮಾಡಿ. ಪೂರೈಕೆದಾರರು ನೀವು ಬಯಸುವ ವಿಭಜನೆಯನ್ನು ಬೆಂಬಲಿಸದಿದ್ದರೆ, ಉದ್ದವಾದ VPN ಪ್ರಿಫಿಕ್ಸ್ ಸಾರ್ವಜನಿಕ ಅಂಚಿನ ನಿರ್ಧಾರವನ್ನು ರದ್ದುಗೊಳಿಸುತ್ತದೆ ಎಂದು ಆಶಿಸುವ ಬದಲು ವಿಭಜನೆಯನ್ನೇ ಬದಲಿಸಿ.
ಈ ಕ್ರಮ ಮುಖ್ಯ ಏಕೆಂದರೆ ಎರಡನೇ ಯೋಜನೆ ಮೊದಲನೆಯದನ್ನು ಸರಿಪಡಿಸಲಾರದು.
ಎರಡೂ ಯೋಜನೆಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಿ
ಸಾರ್ವಜನಿಕ ಬದಿಯನ್ನು gcloud compute public-advertised-prefixes list ನಿಂದ ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಶ್ರೇಣಿಗಳು ಹಾಗೂ ಅವುಗಳ ಸ್ಥಿತಿಯನ್ನು ಖಚಿತಪಡಿಸಿ. ಖಾಸಗಿ ಬದಿಯನ್ನು gcloud compute routes list ಮತ್ತು gcloud compute routers get-status ನಿಂದ ಪರಿಶೀಲಿಸಿ, ಇದು BGP ವಾಸ್ತವವಾಗಿ ಏನನ್ನು ವಿನಿಮಯ ಮಾಡಿತು ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ.
ಒಂದು ಗುಂಪಿನ ಔಟ್ಪುಟ್ ಇಂಟರ್ನೆಟ್ ಏನನ್ನು ನೋಡುತ್ತದೆ ಎಂದು ಹೇಳುತ್ತದೆ. ಇನ್ನೊಂದು ನಿಮ್ಮ ಟ್ರಾಫಿಕ್ ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತದೆ ಎಂದು ಹೇಳುತ್ತದೆ. ಯಾವುದೂ ಇನ್ನೊಂದರ ಬದಲಾಗುವುದಿಲ್ಲ.