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 ने वास्तव में क्या बदला।
आउटपुट का एक सेट आपको बताता है कि इंटरनेट क्या देखता है। दूसरा बताता है कि आपका ट्रैफ़िक कहाँ जाता है। इनमें से कोई भी दूसरे का स्थान नहीं लेता।