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 च्या स्वतःच्या राउटिंग नियमांवर अवलंबून आहे.
सर्वात लांब प्रीफिक्स जुळणी मार्ग तक्त्याच्या आत लागू होते, त्यामुळे लांब VPC मार्ग सार्वजनिक कडेवर काहीही न बदलता स्थानिक पातळीवर जिंकू शकतो.
प्रीफिक्स विभागणे: जो निर्णय आधी येतो
जर रचनेला अर्धा ब्लॉक डेटा सेंटरमधून आणि अर्धा Google मधून घोषित करायचा असेल, तर काहीही आयात करण्यापूर्वी घोषणा योजना ठरवा. Google कोणत्या श्रेणी घोषित करू शकतो, कोणत्या इतरत्र घोषित राहतात आणि दोन्ही ओव्हरलॅप होतात का याची खात्री करा. नंतर प्रत्येक गंतव्यासाठी आणि त्याच्या परतीच्या मार्गासाठी खाजगी मार्ग रचा. पुरवठादार तुम्हाला हवे असलेले विभाजन समर्थन देत नसतील, तर लांब VPN प्रीफिक्स सार्वजनिक कडेचा निर्णय रद्द करेल अशी आशा करण्याऐवजी विभाजनच बदला.
तो क्रम महत्त्वाचा आहे कारण दुसरी योजना पहिलीची दुरुस्ती करू शकत नाही.
दोन्ही योजना स्वतंत्रपणे पडताळा
सार्वजनिक बाजू gcloud compute public-advertised-prefixes list ने तपासा आणि श्रेणी व त्यांची स्थिती याची खात्री करा. खाजगी बाजू gcloud compute routes list आणि gcloud compute routers get-status ने तपासा, जे BGP ने प्रत्यक्षात काय देवाणघेवाण केले ते दाखवते.
आउटपुटचा एक संच इंटरनेट काय पाहते ते सांगतो. दुसरा तुमचा ट्राफिक कुठे जातो ते सांगतो. दोन्हीपैकी कोणीही दुसऱ्याची जागा घेत नाही.