Nhóm VPN lớn hơn không phải là giới hạn phiên lớn hơn

/22 chứa 1,024 địa chỉ IPv4, và con số này dễ bị nhầm với dung lượng. Nó mô tả dải có thể hỗ trợ bao nhiêu phép gán, chứ không phải cổng sẽ nhận bao nhiêu phiên hay chuyển tiếp được bao nhiêu lưu lượng. Đằng sau mọi câu trả lời có ba phép đếm riêng biệt, và chúng hỏng theo những cách khác nhau. So sánh chúng là cách quy một lần từ chối về đúng phép đếm.

Nhóm, quyền và khối lượng công việc được đếm bằng đơn vị khác nhau và bởi những chủ sở hữu khác nhau.

Nhóm thực sự cung cấp gì

Hãy bắt đầu từ ranh giới thực tế thay vì mặt nạ. Cấu trúc mạng con quyết định máy chủ có thể cấp bao nhiêu địa chỉ, các phép gán cố định và đặt trước tiêu tốn một phần, còn địa chỉ mạng và quảng bá thì không dùng được. /22 cung cấp 1,024 về nguyên tắc và ít hơn trên thực tế, thế cũng đủ để phá vỡ phép tính mà người ta mong đợi. Sự chồng lấn với các mạng mà máy khách phải tới có thể loại bỏ một dải trông có vẻ rộng rãi. Hãy xác minh rằng cơ chế gán hỗ trợ dải đề xuất trước khi công bố.

Một nhóm lớn hơn loại bỏ đúng một ràng buộc. Nó không đụng tới giới hạn chấp nhận, giấy phép hay thông lượng chuyển tiếp, và mở rộng mạng con mà không đổi tuyến và chính sách truy cập sẽ tạo ra một dải không ai tới được.

Giấy phép thực sự cho phép gì

Khả năng đồng thời mà nền tảng hỗ trợ và quyền sản phẩm là hai con số nữa, và chúng thường không giống nhau. Quyền có thể đếm người dùng, thiết bị hoặc phiên đồng thời, và các thước đo đó không thể thay thế cho nhau. Hướng dẫn đặt hàng của nhà cung cấp cho thấy các mẫu có thể khác nhau đến mức nào, vì thế không nên đưa số peer từ bảng dữ liệu cũ sang một lần triển khai mới. Hãy đọc thỏa thuận áp dụng cho dịch vụ bạn thực sự vận hành.

Giấy phép đếm người dùng có tên sẽ không nhận thêm thiết bị chỉ vì nhóm còn chỗ.

Cổng thực sự chịu được gì

Phép đếm thứ ba là khối lượng công việc. Hãy ước lượng lưu lượng mà các phiên này tạo ra cùng nhau: tốc độ gói, các đợt bùng phát xác thực, chi phí mã hóa và những tính năng chính sách đang bật. Phiên tương tác và truyền tải lớn rơi xuống cùng một máy rất khác nhau. Cổng có thể còn địa chỉ trống và còn chấp nhận có giấy phép, trong khi tải dự kiến vượt quá khả năng chuyển tiếp. Lập kế hoạch dung lượng bỏ qua bộ tính năng sẽ cho ra một con số chỉ đúng trong phòng thí nghiệm đã tắt mọi thứ.

Một lần từ chối là lúc nhìn xem cổng đã ghi gì cho lần thử đó: một sự kiện cấp phát, một quyết định chấp nhận hay một lời gọi xác thực bị treo. Ba thứ này đòi những chỉnh sửa khác nhau, và đoán từ phía máy khách hiếm khi chọn đúng.

Quy lần từ chối trước khi thay đổi bất cứ điều gì

So sánh hữu ích là giữa ba phép đếm và sự cố quan sát được. Nếu nhóm đầy, hãy mở rộng và cập nhật các tuyến và chính sách mô tả nó. Nếu việc chấp nhận bị từ chối trong khi vẫn còn địa chỉ, ràng buộc nằm ở chỗ khác. Nếu các phiên được chấp nhận và hiệu năng sụp đổ, vấn đề là dung lượng chứ không phải giới hạn nào trong hai.

Ghi lại phép đếm nào đã cạn, khi nào xảy ra và điều gì thay đổi sau đó. Bản ghi ấy giúp cuộc điều tra sau không phải bắt đầu lại từ mặt nạ mạng con.

Mở rộng một nhóm là thay đổi một dòng với phần tiếp theo gồm ba phần: tuyến, chính sách và kiểm tra lại.