普及を阻むのはベンダーの独善的拙速
「シンプルなファブリック」でSDNは「2016年こそ本当に」離陸できるのか（1/3 ページ）
「企業はメリットのないものを決して導入しない」「従来技術によるネットワークアーキテクチャは終わりを迎えようとしている」と語るネットワーク技術者が、SDNが普及するために必要な条件を示す。
「Software Defined Networking（SDN）は複雑そうだ」「SDNはうちのような規模の小さい企業には見合わない」
このようなユーザー企業の声を、この数年何度も聞いてきた。SDNという言葉に対して、日本ではこのような間違ったイメージに基づく誤解が広まっている。その原因は、多くのSDN対応ネットワーク機器ベンダーが、ユーザー企業の課題を解決するためではなく、自分たちの理想とするSDNを主軸とした提案を押し付けてきたことにある。しかし、ユーザー企業は、ビジネスメリットのないものを決して導入しない。
その一方で、ネットワークを取り巻く環境が急激に変化している。スマートデバイスやインターネットにつながるモノ（IoTデバイス）の普及、ビッグデータの活用が進み、新たなビジネスチャンスを生んでいる。これらのビジネス活用が進む中、ユーザー企業はビジネスプロセスの自動化を求めている。「デジタルトランスフォーメーション」と呼ぶことも多いこの流れがある一方で、支えるネットワークインフラは従来通り設定や構成変更が必要なままだ。この状態はいつまで続くのだろうか。
今こそ自動化したネットワークが必要だ。そのためにはSDNの概念を実現できる正しいアプローチが必須になる。この記事ではそのステップを紹介する。
2016年上半期「ネットワーク」記事ランキング（2016年1月1日～2016年6月20日）
1位 見くびっていると超難問、無線LANとWindowsの単純トラブル処方薬
2位 今後登場する無線LAN規格の全て、IEEE 802.11ac「Wave 2」は何をもたらす？
ステップ1：シンプルなネットワークアーキテクチャの導入
多くのSDNベンダーは、ネットワークインフラが抱える現状の課題を解決しないまま、「オーケストレーター（ITインフラ全体のリソース制御・管理を担うシステム）で自動化」という方向を提案する。だが、そもそものネットワークインフラの課題を解決せずしてSDNの実現はできない。その課題とは何か。
- ネットワーク予算の大部分をメンテナンスのために費やしている
- 新たなサービスの展開にシステム導入だけで何カ月もかかっている
- 保守やトラブルシューティングに多くの時間を割いている
この課題を放置したままで前向きなIT投資はできない。そして、どの課題も複雑な従来技術のネットワークが原因となっている。
こうした原因を取り除くために、シンプルなアーキテクチャのネットワークインフラを構築する必要がある。その有力な手段が、ネットワークリソースの効率的な利用や低遅延化、拡張性向上などを実現するネットワーク構成手法「ファブリック」（イーサネットファブリックとも呼ぶ）だ。
ファブリックは、データ転送の最短経路を自動的に選択したり複数の最短経路を同時に利用可能にしたりする「レイヤー2マルチパス」といった技術で構成する。レイヤー2マルチパスを構成する主要技術として「Shortest Path Bridging」 （以下、SPB）がある。SPBは既に標準化団体のIEEEとIETFの策定作業で標準化した技術で、その内容は「IEEE802.1aq」と「RFC 6329」で定義している。
従来のネットワーク技術では、ループ防止プロトコルの「スパニングツリープロトコル」（STP）やルーティング（経路制御）プロトコルの「OSPF」「PIM」といったさまざまなプロトコルをスタックして構成していたため、ネットワークデザインでもトラブルシューティングでも、スタックした全てのプロトコルを意識しなければならなかった。
それに対してファブリックベースのSDNアーキテクチャは、SPBのみの単一プロトコルを使う。そのため、プロトコルスタックを排除したシンプルなアーキテクチャを実現した（なお、単一のプロトコルとして「TRILL」もあるが、こちらは、L3ネットワークやIPマルチキャストにおいてプロトコルスタックが必要になる。一方、SPBはL3ネットワークやIPマルチキャストでも単一プロトコルで対応できる）。万が一、ネットワーク障害が発生した場合は、最短経路に自動で迂回することで基本的には数百ミリ秒というレベルで復旧が可能だ。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
“攻撃者優位”なサイバーセキュリティ、全ての「穴」をふさぐ方法とは？ -
製品資料
実際に悪用される脆弱性は4％前後 優先的に対処すべき脆弱性を把握するには？ -
製品資料
HubSpotの機能を拡張する法人データ活用法 -
製品資料
面倒で非生産的な「名寄せ」作業 高精度＆高効率に実施するには？ -
製品資料
名刺管理には「その先」がある 成果のでない営業活動から脱却する秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
ISMSの“コンサル丸投げ”が招く数千万円の無駄 NTTドコモビジネスの脱出劇
-
2
Netflixのバックエンドは「ほぼJava」 3000超のアプリを支える開発基盤の裏側
-
3
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
4
「VMware離れ」は本当か 3000社がVCF 9にかじを切った現実的な理由
-
5
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
6
「WSUS」終了の時限爆弾 “本命”移行先ツールとMicrosoft提唱の新管理手法
-
7
IT人材の42％が転職予備軍 辞めさせない組織の4つの共通
-
8
「HDD終了」は本当か 巨大クラウド2社が下した大容量フラッシュへの決断
-
9
AIが本番環境を削除し復旧に13時間 「暴走」ではなかったAWS事例
-
10
ただなのに「12時間以内の復旧」も要求 無償OSSに商用レベルを求める企業の末路
ホワイトペーパーランキング PR
-
1
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
2
AIが「わざわざ使うツール」になっていない？ 業務で自然に使う導線にする秘訣
-
3
財務・会計はAI活用でどう変わる？ 調査で見えた変革の道筋
-
4
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは？
-
5
「脱Excel」か「Excel快適化」か？ 現場にやさしい業務改善の進め方
-
6
「結局、一部の人しか使わない」 AI活用が業務に定着しない根本的な理由
-
7
コスト分析で見る「デバイス復旧」の代償 損失額から導きだされた投資戦略とは
-
8
Macの安全神話は崩壊？ 最新の脅威動向から見えた攻撃のトレンドと有効な対策
-
9
ゼロトラストにおける「IDaaSの課題」と補完すべき重要機能とは？
-
10
「NAS」「SAN」「DAS」は何が違う？ いまさら聞けないストレージの基礎
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー