Nexus TCAM: ARP 抑制リージョンに二つのスライスが必要な理由
論理エントリは予算の半分にすぎません。二重幅で切り出された機能にはスライスのペアが必要で、位置の悪い空きスライス一つでは足りません。
ARP 抑制リージョンのサイズを決め、設計に必要なエントリを数え、それ以上の空き容量があるリージョンを見つけても、変更は収まりません。数え間違いはありません。読んでいた予算はスライス単位で測られており、二重幅で切り出された機能は、エントリを検討する前にその二つを必要とします。
割り当てを、固定数のユニットを持つレイアウト問題として捉えれば、計算は正しく振る舞い始めます。
リージョンが所有するのはスライスであり、エントリではない
これらのプラットフォームの TCAM はスライスに分割され、各スライスはちょうど 一つのリージョンに属します。リージョンはスライス単位でサイズ設定され、機能の幅が最低限消費するスライス数を決めます。単一幅の機能は 一つのスライスに収まりますが、二重幅の機能には隣接するペアが必要です。
| Concept | What it means when you plan |
|---|---|
| Slice | The indivisible unit; it belongs to one region and cannot be shared |
| Feature width | Single or double; a double-width feature must have two slices available |
| Logical entries | What the feature wants to store, which only matters after the slices are allocated |
したがって、空きスライスは自動的に使える容量ではありません。別々のスライスにある 二つの単一幅リージョンは、新しい二重幅リージョンが必要とするペアには結合されず、全体として未使用領域が豊富だと示す表は、使えないプールの話をしているのです。
切り出す前にベースラインを記録する
正確なハードウェアモデル、NX-OS のリリース、現在のリージョンの幅とサイズ、各リージョンを消費する機能を収集します。変更前に必ず行ってください。再読み込み後では、以前の状態は事実ではなく記憶になるからです。
show version
show hardware capacity
show running-config | include hardware profileコマンド名はプラットフォームとリリースによって異なり、切り出しガイドはそのハードウェアに当てはまるものを示しています。別モデルのコマンドが同じ表を出すと決めつけず、実際に得られる出力を読んでください。
次に、各リージョンが何のためのものかを書き留めます。VACL リージョンがフィルタ容量なのには理由があり、QoS リージョンは今も有効なポリシーのために誰かがサイズ設定したから存在します。そうした領域を確認せずに再利用可能な場所として扱う計画は、機能を静かに削除する計画です。縮小する予定のすべてのリージョンに所有者を決め、ウィンドウの前にその所有者へ新しいサイズを伝えてください。
方向も考慮してください。プラットフォームが入力と出力の割り当てを連動させる場合、片側の変更がもう片側の予算を消費することがあり、入力テーブルだけを数える計画は正しく見えても再読み込みで失敗します。
大きなスライスを 一つ解放してもできないこと
大きな単一幅リージョンを縮小すると、スライスが 一つ解放されます。対象リージョンがペアを必要とする場合、その一つのスライスは、別の空きスライスに隣接していなければ役に立たない可能性があります。隣接性はレイアウトの性質であり、合計の性質ではありません。
ここで人々は、プラットフォームが壊れている、あるいはドキュメントが間違っていると結論づけます。どちらも正しくありません。割り当てモデルは言ったとおりに動いており、誤りは、正しい位置の空きスライスを数える代わりに空き領域を数えたことでした。レイアウトを紙に描けば、利用可能なペアは存在するかしないかのどちらかであり、合計をめぐる口論よりプラットフォームの所有者との会話のほうがはるかに簡単です。
名指しすべきバージョンの罠もあります。Cisco の切り出しガイドは特定のハードウェア世代を扱い、そのモデルが Cloud Scale でも Silicon One でもないと明言しています。リージョン名、既定のサイズ、さらにはどの機能が二重幅かも他所では異なるため、あるプラットフォームの特定リージョンに関する警告は、そのプラットフォームとリリースについての証拠であり、万能のレシピではありません。
リージョンの変更は機能の変更である
すべての切り出しは容量の交換です。リージョンを縮小してARP 抑制のための余地を作ると、そのリージョンが守っていたものが減り、その影響は、領域を必要とするポリシーが再適用されるまで現れないかもしれません。
ウィンドウの前に、影響を受ける各機能の所有者から書面による同意を得てください。これは官僚主義ではありません。もともと VACL リージョンをサイズ設定した人は何をフィルタしているかを知っており、場所を作る人はたいてい知りません。
ハードウェアレイアウトを変える変更には再読み込みを見込んでください。必要なプラットフォームとそうでないものがありますが、再読み込みの可能性があるのにメンテナンスウィンドウなしで計画するのは、ルーティング変更を障害にする方法です。ウィンドウはコマンドではなく再読み込みを中心に組み、以前のプロファイルのテキストは、管理セッションを失ったコンソールから読める場所に保管してください。
適用し、ベースラインと照合する
プラットフォームがサポートする手順で計画を適用し、追加した機能だけでなく、維持した機能も検証します。フィルタリングが静かに一致しなくなったのに動作しているように見える新しく切り出したリージョンは、元の障害より悪い結果です。
容量の出力を読み直して記録したベースラインと比較し、変更のきっかけとなった機能をテストします。Nexus TCAM 切り出しガイドは、ここで説明した幅とスライスのモデルの参照であり、対象となるハードウェア世代も示しています。