Định cỡ VPN hình sao lớn: đếm trước khi chọn BGP
Tiền tố là con số dễ. Phiên, đợt cập nhật và khôi phục sau sự cố hub mới quyết định thiết kế có trụ nổi ở vài nghìn chi nhánh hay không.
Ba nghìn chi nhánh nghe như bài toán định tuyến nhưng lại hành xử như bài toán sổ sách. Tổng số tiền tố tính xong trong mười phút, và hiếm khi đó là con số gây đau. Cái gây đau là công việc trên mỗi phiên, đợt cập nhật khi một thành phần dùng chung hỏng, và thời gian cho đến khi chuyển tiếp khớp lại với cấu trúc mạng mới.
Vì vậy hãy đi qua phép tính theo đúng thứ tự. Đếm các mối quan hệ, đếm tiền tố và phương án thay thế, rồi đếm điều gì xảy ra trong một giờ xấu, và chỉ sau đó mới so sánh giao thức với nền tảng. Theo thứ tự ngược lại, bài tập biến thành tranh luận về giới hạn tuyến mà không ai có thể kết thúc bằng thông tin trên bàn.
Bốn ngân sách, không phải một
Mỗi ngân sách trả lời một câu hỏi khác nhau, và mỗi cái có thể là ràng buộc giới hạn trên một nền tảng khác. Viết tách riêng chúng ngăn một con số tiền tố lớn thay thế cho toàn bộ thiết kế.
| Budget | What you are really counting |
|---|---|
| Sessions | Peers per hub, keepalive or hello processing, authentication state, and the per-neighbor memory that never shows up in a route count |
| Prefixes | Alternatives received, prefixes selected, entries installed for forwarding, and how much of that each spoke is allowed to see |
| Churn | Updates generated by a flapping link, a hub outage, or every branch reconnecting after a regional event |
| Recovery | Time to detect, reselect, reinstall and restore the application, measured end to end rather than per box |
Hai cái cuối là những cái bị bỏ qua khi rà soát thiết kế. Một mạng nằm gọn trong bộ nhớ ở trạng thái ổn định vẫn có thể hành xử tệ khi bốn trăm chi nhánh kết nối lại trong hai phút, vì công việc đến nhanh hơn khả năng xử lý của mặt phẳng điều khiển. Ghi kích thước đợt tăng tải thành một con số, cùng với thời gian dịch vụ được phép suy giảm. Điều đó biến một nỗi lo mơ hồ thành bài kiểm tra mà ai đó thực sự chạy được.
Cũng có một câu hỏi nền tảng ẩn trong cả bốn: liệu mã hóa, chuyển tiếp và định tuyến có dùng chung một CPU hay có đường đi riêng. Hai thiết bị có cùng dung lượng tuyến có thể hành xử rất khác nhau dưới đợt tăng tải, và bảng dữ liệu hiếm khi nói bạn đang mua cái nào.
Hãy làm phép tính với con số của chính bạn
Lấy một thiết kế giả định: 3,000 chi nhánh, ba tiền tố mỗi chi nhánh trước khi tổng hợp, và hai hub mỗi chi nhánh để dự phòng. Cặp hub phải giữ khoảng 9,000 tiền tố chi nhánh trước khi tóm tắt, và thiết kế ngụ ý 6,000 phiên chi nhánh-tới-hub nếu mỗi chi nhánh kết nối với cả hai.
Giờ thêm những phần không phải tiền tố. Mỗi phiên mang trạng thái và thông điệp định kỳ ngay cả khi không có gì thay đổi. Mỗi hub có thể giữ nhiều hơn một đường cho mỗi tiền tố nếu dự kiến chuyển nhanh, nên số phương án thay thế có thể vượt số đã chọn. Và góc nhìn của mỗi chi nhánh là một quyết định chính sách riêng: cho mỗi chi nhánh thấy tuyến của tất cả các chi nhánh khác nhân công việc lên theo cách mà phép đếm phía hub không bộc lộ.
Đây là những con số lập kế hoạch cho một cuộc trao đổi thiết kế, không phải phép đo của bất kỳ sản phẩm nào. Kết quả hữu ích của bài tập là hình dạng đường cong, không phải khẳng định về nơi một router cụ thể chịu thua.
BGP mang lại gì cho bạn, và IGP mang lại gì
BGP tách những gì router đã nhận, những gì nó chọn và những gì nó quảng bá, và mỗi thứ đó đều do chính sách điều khiển. Đó chính là thứ một mạng chi nhánh cần, vì một chi nhánh thường chỉ nên thấy tuyến mặc định, các dịch vụ trung tâm và rất ít thứ khác. Chỉ đếm bảng cuối cùng sẽ che mất các phương án thay thế và quảng bá, và đó đúng là những phần lớn lên khi bạn thêm dự phòng.
IGP không tự động sai. Khi cấu trúc mạng, cấu trúc vùng và mô hình láng giềng phù hợp với dịch vụ, một giao thức trạng thái liên kết hội tụ nhanh và cần ít giàn giáo chính sách hơn. Cái bẫy là cho rằng nó có thể diễn đạt cùng kiểu kiểm soát xuất theo láng giềng như BGP: một vùng OSPF là ranh giới tràn, không phải bộ lọc có thể treo vào một chi nhánh.
Dù thế nào, hãy quyết định mô hình khả kiến trước. Tuyến mặc định, bản tóm tắt cho dịch vụ trung tâm hay chi tiết đầy đủ của chi nhánh là ba sản phẩm khác nhau, và một bản tóm tắt che giấu sự cố cụ thể hơn là quyết định thiết kế phải được viết ra, không phải phát hiện trong lúc sự cố.
Kiểm tra đợt tăng tải, không phải trạng thái ổn định
Xây dựng so sánh quanh sự cố mà bạn thực sự chờ đợi: một hub sập, một sự kiện WAN khu vực, hoặc cửa sổ bảo trì đưa nửa số site offline cùng lúc. Đo thời gian khôi phục theo góc nhìn của chi nhánh, bao gồm ứng dụng, vì mặt phẳng điều khiển hội tụ trong vài giây có nghĩa ít nếu phiên cần vài phút để thiết lập lại.
show bgp vpnv4 unicast summary
show ip route vrf BRANCH summary
show processes cpu sorted | include BGP|OSPFGhi lại những gì nền tảng làm ở đỉnh đợt tăng tải chứ không phải lúc nghỉ, và lặp lại với các tính năng bảo mật được bật. Một bằng chứng khái niệm chỉ cho thấy bảng yên tĩnh là bài kiểm tra bộ nhớ, và bộ nhớ chưa bao giờ là con số thú vị.