大原雄介の「最新ネットワークキーワード」

「VLAN」編──全てはVLANの混沌から（2/2 ページ）

公開 2016年02月05日 08時02分

更新 2016年05月30日 17時59分

著者

大原雄介

[TechTargetジャパン]

印刷する Googleで優先するソースとして追加

VLANでネットワーク技術者は不幸になった

　「どの機器がどのVLANに所属するか」を決める方式としては、以下の方法がある。後は利用するスイッチの持つ機能などを勘案しながら設定すればいい。

方法	概要
ポートベース	スイッチのどのポートがどのVLANに属するかを決める
MACアドレスベース	スイッチにつながった機器のMACアドレスでどのVLANかを決める
IPアドレスベース	それぞれの機器のIPアドレスで属するVLANを決める
プロトコルベース	どの通信プロトコルを利用するかで属するVLANを決める
タグベース	ポートごとにどのVLANのタグを利用可能か決める

　さて、VLANを使うことでネットワーク地獄絵図は消滅したか？　正直言って状況はむしろ悪化した。VLANを使うことで、ネットワーク担当者は確かに柔軟に設定できるようになったが、今度はその設定作業が大変になった。

　どの方式のVLANを利用するにしても、それぞれのスイッチに対して設定作業が必要になる。各スイッチのシリアルポートにターミナルを接続したり、SNMPプロトコルをサポートしたりしている場合はこれ経由でログイン（ちなみにWeb経由の設定をサポートするようになったのはごく最近）して設定を行う必要がある。

　この設定が分かりにくかった。特に複数のベンダーのスイッチが混在すると、それぞれの設定方式が異なるので「どう設定すべきか」で悩むことも珍しくない。タグベースのVLANだと、物理的に離れた拠点でも同一VLANを簡単に構成できるが、ここで設定を間違えると離れた拠点まで出張して修正しないといけなくなる。

　幾つかのベンダーは、離れた拠点でもまとめて設定できて、かつ、GUIで使いやすいツールを用意していたが、対象は自社製品のみ。「ツールで主要な設定が一括で可能」といいながら、実際には細かい設定を個別に行わないといけなかった。既に掲載しているホワイトペーパー「マンガで知る「毎回徹夜作業の連続」のVLAN設定変更作業を一変させるSDNの実力」（提供：NEC）に出てくる話は、必ずしも大げさではなく（筆者もこんな光景を何度か目にしてきた）、ネットワークエンジニアでないことを神に感謝したというのは、大げさではあるが嘘ではない。

　そのころ、新しい技術として「サーバ仮想化」や「ライブ・マイグレーション」が登場した。それまでは、サーバは物理的に固定しているから話が楽だったが、サーバ仮想化やライブマイグレーションによる素早い構成変更が可能になったので、これに合わせてVLANの構成も見直しましょう（例えば部門A、B、Cという縦割りから、それぞれの部門の開発、営業、バックオフィスという横割りにしたり、縦横で分けたり、部門Aの開発と部門Cのバックオフィスはサーバ1つに集約したりなど）なんて話になってきて、ネットワーク技術者たちはさらに気の毒なことになった。これまさに地獄。

　SDNという発想が出てきたのは、この地獄絵図が大前提にあっての話であるが、直接的には「OpenFlow」という新しい技術の登場がきっかけとなる。次回はこの辺りから解説したい。

印刷する

この記事の著者

大原雄介

「VLAN」編──全てはVLANの混沌から（2/2 ページ）

VLANでネットワーク技術者は不幸になった

この記事の著者

関連記事

新着ホワイトペーパー PR

瞬時にM365が乗っ取られる――全社員に周知すべき“新フィッシング”の教訓

「VLAN」編──全てはVLANの混沌から（2/2 ページ）

VLANでネットワーク技術者は不幸になった

この記事の著者

関連記事

【技術解説】VLANの限界を打ち破る「仮想ネットワーク」技術

L2スイッチの要点「MACアドレステーブル」と「VLAN」を理解しよう

VMware環境を複数の論理ネットワークに分割するには

VXLANゲートウェイが生み出す新たな課題とは

「VXLAN」入門──VLANを拡張する新標準とその必要性

新着ホワイトペーパー PR

瞬時にM365が乗っ取られる――全社員に周知すべき“新フィッシング”の教訓