Nexus TCAM: vì sao một vùng triệt tiêu ARP cần hai lát

Bạn định cỡ một vùng triệt tiêu ARP, đếm các mục mà thiết kế cần, tìm một vùng có dung lượng trống nhiều hơn thế, và thay đổi vẫn không vừa. Không có gì bị đếm sai. Ngân sách bạn đang đọc được đo bằng lát, và một tính năng được cắt theo chiều rộng gấp đôi cần hai lát trong số đó trước khi bất kỳ mục nào được xem xét.

Hãy coi việc phân bổ là một bài toán bố cục với số đơn vị cố định, và số học bắt đầu hành xử đúng.

Một vùng sở hữu các lát, không phải các mục

TCAM trên các nền tảng này được chia thành các lát, và mỗi lát thuộc về đúng một vùng. Các vùng được định cỡ bằng lát, và chiều rộng của tính năng quyết định nó tiêu thụ tối thiểu bao nhiêu lát. Một tính năng chiều rộng đơn có thể sống trong một lát; một tính năng chiều rộng gấp đôi cần một cặp liền kề.

Vì vậy một lát trống không tự động là dung lượng dùng được. Hai vùng chiều rộng đơn trên các lát riêng biệt không kết hợp thành cặp mà một vùng chiều rộng gấp đôi mới yêu cầu, và bảng hiển thị nhiều không gian chưa dùng tổng cộng đang nói với bạn về một nhóm mà bạn không thể tiêu.

Ghi lại đường cơ sở trước khi bạn cắt

Thu thập mô hình phần cứng chính xác, phiên bản NX-OS, chiều rộng và kích thước hiện tại của các vùng, và các tính năng tiêu thụ từng vùng. Hãy làm điều này trước bất kỳ thay đổi nào, vì sau khi tải lại, trạng thái trước đó là ký ức chứ không phải sự thật.

show version
show hardware capacity
show running-config | include hardware profile

Tên lệnh thay đổi theo nền tảng và phiên bản, và hướng dẫn cắt nêu những lệnh áp dụng cho phần cứng của chính nó. Hãy đọc đầu ra bạn thực sự nhận được thay vì cho rằng một lệnh từ model khác tạo ra cùng bảng.

Sau đó ghi lại từng vùng dùng để làm gì. Một vùng VACL là dung lượng lọc vì một lý do, và một vùng QoS tồn tại vì ai đó đã định cỡ nó cho một chính sách vẫn còn hiệu lực. Một kế hoạch coi những không gian đó là không gian có thể thu hồi mà không kiểm tra là kế hoạch âm thầm loại bỏ tính năng. Chỉ định một chủ sở hữu cho mỗi vùng bạn định thu nhỏ, và cho chủ sở hữu đó kích thước mới trước khung thời gian.

Cũng hãy xem xét hướng. Ở nơi nền tảng ghép phân bổ vào và ra với nhau, một thay đổi ở một bên có thể tiêu ngân sách ở bên kia, và một kế hoạch chỉ đếm bảng vào sẽ trông đúng và thất bại khi tải lại.

Điều mà việc giải phóng một lát lớn không làm được

Thu nhỏ một vùng chiều rộng đơn lớn sẽ giải phóng một lát. Nếu vùng đích của bạn cần một cặp, lát đơn đó có thể vô dụng trừ khi nó liền kề một lát trống khác, và sự liền kề là thuộc tính của bố cục, không phải của tổng.

Đây là điểm mà người ta kết luận rằng nền tảng bị hỏng hoặc tài liệu sai. Cả hai đều không đúng. Mô hình phân bổ làm đúng điều nó nói, và sai lầm là đếm không gian trống thay vì đếm các lát trống ở đúng vị trí. Khi bạn đã vẽ bố cục ra giấy, cặp khả dụng hoặc có hoặc không, và đó là một cuộc trò chuyện dễ hơn nhiều với chủ nền tảng so với một cuộc tranh cãi về tổng số.

Cũng có một cái bẫy phiên bản đáng nêu tên. Hướng dẫn cắt của Cisco mô tả một thế hệ phần cứng cụ thể và nói rõ rằng mô hình của nó không phải Cloud Scale cũng không phải Silicon One. Tên vùng, kích thước mặc định và thậm chí tính năng nào có chiều rộng gấp đôi đều khác ở nơi khác, vì vậy một cảnh báo về một vùng cụ thể trên một nền tảng là bằng chứng về nền tảng và phiên bản đó, không phải công thức phổ quát.

Thay đổi một vùng là thay đổi tính năng

Mỗi lần cắt là một trao đổi dung lượng. Thu nhỏ một vùng để tạo chỗ cho việc triệt tiêu ARP làm giảm đi những gì vùng đó bảo vệ, và hậu quả có thể không xuất hiện cho đến khi chính sách cần chỗ được áp dụng lại.

Trước khung thời gian, hãy lấy sự đồng ý bằng văn bản của chủ sở hữu từng tính năng bị ảnh hưởng. Đó không phải quan liêu: người ban đầu định cỡ vùng VACL biết nó lọc gì, và người tạo chỗ thường không biết.

Hãy chuẩn bị cho một lần tải lại đối với các thay đổi làm thay đổi bố cục phần cứng. Một số nền tảng yêu cầu điều đó và một số không, nhưng lập kế hoạch mà không có cửa sổ bảo trì khi có thể tải lại là cách một thay đổi định tuyến trở thành gián đoạn. Hãy lên lịch cửa sổ quanh lần tải lại chứ không phải quanh lệnh, và giữ văn bản cấu hình trước đó ở nơi bạn có thể đọc nó từ một console đã mất phiên quản lý.

Áp dụng và xác minh so với đường cơ sở

Áp dụng kế hoạch thông qua quy trình được nền tảng hỗ trợ, sau đó xác minh các chức năng bạn đã giữ lại, không chỉ chức năng bạn đã thêm. Một vùng mới cắt hoạt động trong khi việc lọc âm thầm ngừng khớp là kết quả tệ hơn sự cố ban đầu.

Đọc lại đầu ra dung lượng và so sánh với đường cơ sở bạn đã ghi, sau đó kiểm tra tính năng đã thúc đẩy thay đổi. Hướng dẫn cắt Nexus TCAM là tài liệu tham chiếu cho mô hình chiều rộng và lát được mô tả ở đây, bao gồm thế hệ phần cứng mà nó bao quát.