Proxmox VE 7.x（3）- VLANの使い方

-

Proxmox-VEでVLANを扱うにはいくつか方法がありますが

  • 物理インタフェースにブリッジ(VLAN-aware)を作る方法
  • 物理インタフェースにVLANインタフェースを作ってその上にブリッジインタフェースを作る方法
の２通りを紹介します。最初の方が管理が楽なように感じますね。耐障害性や性能差についてはどうなんでしょう。検証用途ですし気にすることもないかと思います。

ブリッジを作るとき、「Linux-Bridge」「OVS-Bridge」のどちらかを選べますが、普通に使うには「Linux-Bridge」を選んでおけば良いようです。

参考
https://openstackdays.com/archive/2016/wp-content/uploads/2016/07/G7_OpenStackDays2016.pdf

OVSとLinux Bridgeでの性能差は無い

■　物理インタフェースにブリッジ(VLAN-aware)を作る方法

出来上がりはこのようになります。

  • vmbr0は物理インタフェースeno1（デフォルトのブリッジ）で作られています。VLANなしでシステムもvmbr0を使っています。
  • vmbr1は物理インタフェースeno2で作ります。「VLAN aware」が「はい」として設定されるとこのブリッジにはすべてのVLANがタグ付きで流れます。

詳しく見ていきましょう。

デフォルトで作成されているvmbr0ブリッジ

物理インタフェースeno1で作られています。これはVLANなしで作られていてシステムもvmbr0を使っています。

作っていきます。ネットワーク＞作成＞Linux Bridge

VLAN用にvmbr1ブリッジを「Vlan aware」にチェックを入れて作ります

物理インタフェースeno2を指定して作ります。するとこのブリッジにすべてのVLANがタグ付きで流れるようになりますので、あとは仮想マシンでこのブリッジとを使うときに使いたいVLANを指定してあげればいい。というのがポイントです。

設定は以上です。ではゲストになる仮想マシンの設定について見ていきましょう。もちろん仮想マシン自体の設定ではVLAN設定は不要です。

 

ゲストにvmbr1を割り当てインタフェースにタグを指定します

この例はゲストのインタフェースにVLANタグ100を指定したところです。

こちらのゲストのインタフェースにVLANタグ123を指定しています。

■　物理インタフェースにVLANインタフェースを作ってその上にブリッジインタフェースを作る方法

出来上がりはこのようになります。Linuxに慣れていると直感的にわかるかなと思います。

VLANの数だけブリッジが増えるのですがそういうものです。

  • まず使いたいVLANインタフェースを物理インタフェースを元に作ります。
  • 次にProxmox-VEはブリッジしか仮想マシンに割り当てられませんので、作ったVLANインタフェースにブリッジインタフェースを作ります。

この例では、vlan100とvlan123をeno2の上に作って、vlan100とvlan123からそれぞれvmbr100とvmbr123のブリッジを作っています。

作っていきます。ネットワーク＞作成＞Linux VLAN

VLAN100を、物理インタフェースeno2で作ります。

英文の意味はざっくり訳すと「vlan数字」で作ってね。ということです。

Either add the VLAN number to an existing interface name, or choose your own name and set the VLAN raw device (for the latter ifupdown1 supports vlanXY naming only)

既存のインターフェイス名に VLAN 番号を追加するか、独自の名前を選択して VLAN RAW デバイスを設定します (後者の場合、ifupdown1 は vlanXY 命名のみをサポートします)。

そのVLAN100で、vmbr100を作ります。

同じようにVLAN123を、物理インタフェースeno2で作ります。

またそのVLAN123で、vmbr123を作ります。

ゲストOSのネットワークインタフェースにvmbr100やvmbr123を割り当てます

何も考えずふつうに「vmbr100」や「vmbr123」を使えばそのままVLAN100やVLAN123が使えます。これはゲストOSでvmbr100を割り当てたところです。

まとめ

どちらの方法でも使えますので、気に入った方を使うと良いかなと思います。2つの方法をまぜて設定するとうまくいきません。また方法を切り替える場合もサーバ再起動が必要でした。

参考　Proxmox-VE wiki Network Configuration

https://pve.proxmox.com/wiki/Network_Configuration#sysadmin_network_vlan

コメント

コメントを投稿

このブログの人気の投稿

OfficeのISOダウンロード直リンク

-
Outlookの動作検証用に、各バージョンのOfficeのISOインストーラが必要になりました。以下のMicrosoftサイトのリンクからISOファイルをダウンロードできます。 どれも試用版ではなくリテール製品版です。認証しないでインストールする場合は、5日間試用できるようでした。助かりました。   検証の結果ですが2016以降のバージョンだと、Outlookはどのバージョンのものをインストールしても、もちろんインストール直後のアップデート前の挙動は当然違うのですが、 しばらく放置してアップデートがかかると結局全部同じバージョンの最新版になることがわかりました。Office365のOutlookも同じです。いやほんとびっくりです。そういうものなんですね。 Office 2021 ProPlus https://officecdn.microsoft.com/db/492350f6-3a01-4f97-b9c0-c7c6ddf67d60/media/ja-jp/ProPlus2021Retail.img https://officecdn.microsoft.com/db/492350f6-3a01-4f97-b9c0-c7c6ddf67d60/media/en-us/ProPlus2021Retail.img Office 2019 ProPlus https://officecdn.microsoft.com/pr/492350f6-3a01-4f97-b9c0-c7c6ddf67d60/media/ja-jp/ProPlus2019Retail.img https://officecdn.microsoft.com/pr/492350f6-3a01-4f97-b9c0-c7c6ddf67d60/media/en-us/ProPlus2019Retail.img Office 2016 Pro https://officecdn.microsoft.com/db/492350F6-3A01-4F97-B9C0-C7C6DDF67D60/media/ja-jp/ProfessionalRetail.img https://officecdn.microsoft.com/db/492350F6-3A01-4F97-B9C0-C7C6DDF6
続きを読む

FortiGateシリーズ 40F/50E/60E/60F/80F/90E/100E/100F/200FのCPU

-
イメージ
FortiGate使いやすくていいですね。でも機種選定するときメーカー公表のファイアウォールスループットだけでは、性能差がわかりにくいんですよね。サイジング難しい。 カタログ値だと50Eと60Eで同じだし。CPUとメモリはどうなってるの？と確認しようと思っても書いてない。。。。 というわけで実機にあたって調べてみたのがこれ。 機種 カタログ FWスループット ASIC CPU コア数 メモリ 40F 5Gbps SOC4 ARMv8 4コア 1918MB 50E 3Gbps なし ARMv7 2コア 2024MB 60E 3Gbps SOC3 ARMv7 4コア 1866MB 60F 10Gbps SOC4 ARMv8 8コア 1919MB 80F 10Gbps SOC4 ARMv8 8コア 3718MB 90E 4.0Gbps なし Atom C2338@1.74GHz 2コア 2010MB 100E 7.4Gbps SOC3 ARMv7 4コア 3039MB 100F 20Gbps SOC4 ARMv8 8コア 3616MB カタログ数値だけだと50Eも60Eも90Eも変わらなそうでしたがCPUが50Eは2コアなのが60Eは4コアに加えてASICも積んでるし！　90EのCPUはAtomの2コアでSOCなしってことはCPUパワーだけでゴリゴリするマッチョな機種。100Eは60Eと構成同じ。。。と興味深いです。世代が変わると60Fはいきなり8コア。100Eのスペック越えてきたけどホントかな。ルータやFWってカタログ値では劣る上位機種の方がやっぱりCPU性能が良くてトラブル発生時や高負荷に耐えられるとかままあるのでカタログ数値だけ鵜呑みにするのは危険だよね。高スループットは専用チップで負荷がオフロードされる時というのを忘れないようにします。 200FもXeonだ！！！D-1627 90Eまではランチボックス形状でファンレス。100Eからはラックマウントでファン付きです。100Eは結構ファン音しますからサーバ室に設置必須です。一方新しい100Fのファンはさすが静音化していて起動が完了するとファン音はほぼ聞こえなくなっています。これなら事務室にも置けますよ。90Eはあっとい
続きを読む

ネクストのIPv6網内折り返し通信で高速VPN

-
（2021/04/08 ネクストをとりまく状況も変わっていますので書き直しました）  ネクストでは半固定で割り当てられるIPv6アドレスの網内折り返し通信が可能です。西日本では「v6オプション」の申込みが必要だったのが2021年5月11日の新規開通分からはデフォルト有効になり申込みの必要も無くなります。東日本では以前からデフォルト有効。 IPv6アドレス半固定 というのが若干問題 ですが最近のRTXシリーズではFQDNで張れば大丈夫です。 別途ダイナミックDNSを登録してFQDNでVPN、、、という記事もありますが、NTT西日本のサイトをよく読むと「v6ネーム」はIPv6アドレスが変わっても追従すると書いています。うちでも、ひかり電話を契約したり解約したり、IPv6プロバイダーを契約したり解約したり別のプロバイダーからもらい直したりを繰り返しそのたびにIPv6アドレスが変わりましたが、ちゃんと追従してくれていました。安心して「v6ネーム」を使って大丈夫。 以下はいまさらデフォルトゲートウェイがPPPoE設定ですが、汎用性があるということでそのまま残しておきます。いまうちで実際に運用サポートしているユーザ企業は、IPoEプロバイダーと固定IPv4の契約をしてIPv6とIPv4のVPNを2重化する構成で自動切り替え設定もしていますがまたそれは別途。良ければ声をかけてください。 Luaスクリプトの動くヤマハでないとIPoE系プロバイダで固定IP使えないし、古いRTXはこの際一掃して現行モデルを使います。今買うならRTX830/RTX1210。RTX1200もいい機種でしたがEMFS(メモリファイルシステム)使えないからlua入れるのが面倒だしそろそろメインからは引退。 RTXの設定 対向拠点の設定は192.168.1を192.168.0に入れ替えるだけで同じ。ひかり電話なし契約IPv6はRAです。ひかり電話があってもホームゲートウェイのLANポートに接続するのでこの例で大丈夫です。テストではホームゲートウェイの型番が400シリーズ以降なら速度低下はないようです。ひかり電話オフィスは別途。 ＜IPv4LAN関係＞ ip route default gateway pp 1 ip lan1 address 192.168.1.1/24 ip route 19
続きを読む