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-მა რეალურად.
გამოსავლების ერთი ნაკრები გეუბნებათ, რას ხედავს ინტერნეტი. მეორე გეუბნებათ, საით მიდის თქვენი ტრაფიკი. არც ერთი არ ცვლის მეორეს.