GCP BYOIP: công bố công khai không phải tuyến riêng
Chia một tiền tố BYOIP giữa tại chỗ và đám mây cần hai kế hoạch. Tách công bố công khai, việc ủy thác và bước nhảy riêng tiếp theo.
Một phần của khối công khai ở lại tại chỗ và một phần chuyển vào Google Cloud. Câu đó mô tả hai kế hoạch, không phải một: kế hoạch công bố trên internet và kế hoạch chuyển tiếp riêng. Xem chúng như một bài toán định tuyến duy nhất là chỗ các thiết kế BYOIP sai.
Các đối tượng liên quan trả lời những câu hỏi khác nhau, và chỉ một trong số đó nói về nơi các gói tin đi tiếp.
Ba đối tượng, ba câu hỏi
Một tiền tố được công bố công khai là đơn vị mà Google công bố ra internet thay mặt bạn. Một tiền tố được ủy thác công khai là cách không gian nhập được phân bổ cho các tài nguyên Cloud được hỗ trợ. Một tuyến VPC, kể cả tuyến học được qua Cloud Router từ VPN, chọn bước nhảy riêng tiếp theo. Mỗi thứ có phạm vi, API và thông báo lỗi riêng.
Phiên bản dạng bảng ngắn hơn.
| 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 |
Chỉ hàng thứ ba nói về chuyển tiếp bên trong mạng của bạn.
Cảnh báo chồng lấn của BYOIP bao gồm những gì
Tài liệu BYOIP của Google coi tiền tố được công bố là một đơn vị công bố và cảnh báo về các công bố bên ngoài bị chồng lấn, bao gồm tiền tố phụ được công bố bên ngoài Google. Cảnh báo đó nói về kế hoạch công bố công khai. Đó không phải là một khẳng định về mọi tuyến riêng mà bạn có thể thêm.
Ủy thác một phân bổ nhỏ hơn bên trong một tiền tố đã nhập không tự nó cho bạn quyền công bố phần còn lại từ một nguồn khác.
Đặt câu hỏi theo hướng ai công bố cái gì. Nếu Google công bố toàn bộ tiền tố đã nhập, một nguồn thứ hai công bố tiền tố phụ tạo ra đúng sự chồng lấn mà tài liệu cảnh báo, dù các tuyến VPC của bạn trông gọn gàng đến đâu.
Một tuyến riêng quyết định điều gì
Một tiền tố học được qua VPN không phải công bố internet, và không lượng BGP nào biến nó thành như vậy. Đó là một mục trong bảng tuyến VPC cho biết đường hầm hay cổng nào phải mang lưu lượng đến đích đó. Việc mục đó có đủ điều kiện, được chọn hay dùng được phụ thuộc vào chính các quy tắc định tuyến của VPC.
Việc khớp tiền tố dài nhất áp dụng bên trong bảng tuyến, nên một tuyến VPN dài hơn có thể thắng cục bộ mà không đổi gì ở biên công khai.
Chia một tiền tố: quyết định đến trước
Nếu kiến trúc yêu cầu nửa khối được công bố từ một trung tâm dữ liệu và nửa từ Google, hãy chốt kế hoạch công bố trước khi nhập bất cứ thứ gì. Xác nhận dải nào Google có thể công bố, dải nào vẫn được công bố ở nơi khác, và liệu hai dải có chồng lấn. Sau đó thiết kế đường riêng cho từng đích và đường quay về của nó. Nếu nhà cung cấp không hỗ trợ cách chia bạn muốn, hãy đổi cách chia thay vì hy vọng một tiền tố VPN dài hơn sẽ phủ quyết quyết định ở biên công khai.
Thứ tự đó quan trọng vì kế hoạch thứ hai không thể sửa kế hoạch thứ nhất.
Xác minh cả hai kế hoạch riêng rẽ
Kiểm tra phía công khai bằng gcloud compute public-advertised-prefixes list và xác nhận các dải cùng trạng thái của chúng. Kiểm tra phía riêng bằng gcloud compute routes list và gcloud compute routers get-status, thứ cho thấy BGP thực sự đã trao đổi những gì.
Một tập đầu ra cho bạn biết internet nhìn thấy gì. Tập kia cho bạn biết lưu lượng của bạn đi đâu. Không tập nào thay thế tập kia.