nop_thread さんが2年以上前に追加. 約2年前に更新.
0%
説明
現行の構成だと、 VLAN を跨ぐ通信が RTX830 を経由することになり、つまり 1Gbps になってしまうので VLAN の切り方に妥協があった。
また、 10GbE を使えるほとんどのマシン (ネットワーク機器) が jumbo frame を使えるにもかかわらず、 RTX830 が非対応のせいでデフォルトのフレームサイズを使っていた。
先般 RTX1300 をﾎﾟﾁｰした ことで VLAN を跨ぐ通信で 10Gbps 通せるようになるはずなので、この機会に VLAN の切り方を考え直したい。
考えるべきことは以下のとおり。
サーバ用の VLAN に /20 (v4) を使っているが、どうも足りない気がしている。
アドレスの数だけなら足りているが、溢れないように余裕を持たそうとすると分割がﾐﾁﾐﾁになりがちなことが判明してきた。
意外と「自動デプロイ用にこの領域は丸々 hoge に割り当てる」みたいな豪快な割り当てをしたくなることが多かった。
思い切って /16 とか使うか？ /24 が256個あれば流石に足りないということはないだろう。
現状だとサーバ類を物理・仮想問わず trusted VLAN にまとめているが、基盤の物理ノードと仮想化されたノードを分離する案を見た。
要するに mgmt と dmz ということになるのかもしれないが。
(アプリケーション側もローカルなものはいくつもあるので、 dmz と home-svc とかに分けても良いかもしれない。)
ただ、あまり細かく VLAN を切っても管理が面倒になるだけなので、あまり気乗りはしない。
out-of-band な management VLAN を独立させるなら 10GbE は不要なので、いま 10G スイッチに接続されている RJ45 の諸々を、より安くポートが大量にある 1G スイッチに接続できると嬉しいかも。
→ 買い物・物欲 #285: ラックマウント1Gスイッチ
以上より、 機能 #333: ネットワーク構成再考 [2024-05] でかなりの進捗があり残件は全て優先度の低い別チケットで扱うことになったので、こちらは完了として閉じる。