北陸医療圏の中核病院である金沢大学附属病院は、新築したばかりの臨床研究棟のネットワークにOpenFlowを採用し、2012年4月1日に稼働させた。組織内ネットワークでOpenFlowを適用する例は、世界的に見てもまだ珍しい。 OpenFlowを採用した理由は主に三つある。ネットワークの管理・監視コストを抑えられること、共通の物理ネットワーク上で複数の部門ネットワークを独立運用できること、冗長性の確保や将来的な拡張が容易であること---である。

金融庁は2012年8月24日、同月7日に東京証券取引所が引き起こしたシステム障害（関連記事）に対して業務改善命令を出した。これを受けて同日夕方、東証は会見を開き、原因はレイヤー3スイッチのソフトウエアのバグであることを明らかにした。東証は9月中にソフトの更新などの対処を終える予定だ。 同スイッチは二重化しており、本来、障害が発生した際は、本番系から待機系に切り替わる。しかしスイッチ内部の障害を検知するソフトウエアにバグがあり、障害が起こった本番系がシャットダウンせず、切り替わった待機系側と合わせて本番系が二つ並行稼働する異常な状態となった。スイッチのメーカーはアラクサラネットワークスである。 金融庁は東証が2月に続き半年間で2回障害を発生させたことを重くみており、社外の専門家による検証を受けることを命じた。「今年2月の東証によるシステム総点検が十分ではなかった」（金融庁）という。対応策の進

写真●ストレージ領域をすべてSSDで構成したパケットキャプチャ専用装置「SIRIUS LCS SSD 2U」（写真中央）。最大20Gbpsで取りこぼし無くキャプチャ可能という 2012年5月30日から6月1日まで東京ビッグサイトで開催された展示会「ワイヤレスジャパン 2012」で、キャプチャしたパケット（フレーム）データの保存先としてHDDの代わりにSSD（ソリッド・ステート・ドライブ）を使うパケットキャプチャ専用装置「SIRIUS LCS SSD 2U」をコムワースが展示した（写真）。 SIRIUS LCS SSD 2Uは、10Gイーサネットポートを2ポート搭載し、最大20Gビット/秒（bps）のスループットで取りこぼしなくパケットをキャプチャできることをうたった“モンスター級”パケットキャプチャ専用装置である。同等な数値を提示していても、実はパケットサイズが小さいケースではスループット

「サーバーの仮想化が普及したことで、かねてから指摘されてきたデータセンターネットワークの“ひずみ”が顕在化しています」と、NTT情報流通プラットフォーム研究所 プラットフォーム方式DP 主任研究員の横関 大子郎氏は指摘する。OpenFlowが必要とされている理由は、この“ひずみ”について理解するとわかりやすい。 例えばNECビッグローブでデータセンターの運用などを担当する基盤システム本部 システム開発グループ 主任の淀野 直弥氏は、「サービスの変更頻度や複雑化するユーザーニーズに、ネットワークがついていけなくなっています」という。同社のデータセンターでは、ポート数やフロアスペースが不足しそうになった段階で、ある程度大きなレイヤー2ネットワークの単位で増設をかける。ところが、せっかく増設した設備を無駄なく使えないケースがあるというのだ。 例えば、仮想マシンをライブマイグレーションで動的に移動

経路制御など複雑な計算処理はOpenFlowコントローラーが一元的に担う。OpenFlowスイッチはフレーム転送など、比較的単純な処理を実行する。両者がやりとりする際の専用プロトコルを、OpenFlowプロトコルと呼ぶ。 OpenFlowコントローラーの最も大事な役割は「経路計算」である。これは、フレームを転送する際にどの経路を選択するべきかをいくつかのパラメーターを基に決める仕組みだ。 使うパラメーターはOpenFlowコントローラーによって様々。例えばアルゴリズムを基に計算した最短経路や回線速度のほか、ユーザーが指定した「経路の重み付け」や「複数経路への負荷分散」などの条件を加味して経路を計算する。 OpenFlowコントローラーが計算した経路はOpenFlowスイッチに送られ、「フローテーブル」として保存される。OpenFlowスイッチはフレームを受け取ったらフローテーブルを確認し、

最近、「OpenFlow」というネットワーク技術がメディアに取り上げられることが増えている。専門家のなかには「ネットワークに革命を起こす技術」とほれ込む人がいれば、「ATMのような昔の技術の焼き直し」と冷めた意見の人もいる。ここまで賛否両論の意見で盛り上がるネットワーク技術は近年では珍しい。 話題になるのは、現状のネットワークに大きな課題があり、その解決にOpenFlowが一役買えると期待されているからだ。規格化を推進する団体の立ち上げに、名だたるクラウドサービス事業者や通信事業者が参加していることも期待を後押しする。 最初は研究用途から始まった OpenFlowによってもたらされるインパクトは二つある。「新しいプロトコルが実験しやすい」ことと、「フレームの処理方法やスイッチの設定をユーザーが自由に記述できる」点だ。 ネットワーク上でデータを適切に送るためには、経路制御など複雑な計算を担う

出典：日経コミュニケーション 2011年11月号 pp.18-21 （記事は執筆時の情報に基づいており、現在では異なる場合があります） ネットワーク仮想化に向けた技術の開発には、種々のネットワーク機器メーカーのほか、いくつかのベンチャー企業が取り組んでいる。現時点では開発中のものが多いが、少なくとも2012年には、続々と製品として登場してくる。そうなれば、ネットワーク仮想化の動きは一気に加速するはずだ。 ベンチャー企業に限らず、大手ベンダーもその取り組み内容に関しては、ステルス戦略を取っていることが多く、これまでは詳細な情報を入手しにくい状況にあった。ただ最近、大手通信事業者との共同実証実験の発表など、各組織・企業の情報が表に出てくるようになってきた。また一部のベンダーは、徐々に構想や技術を明らかにし始めている。本編では、現時点で見えている製品やベンダーの動向を整理してみることにする。 プ

仮想スイッチ技術の標準規格「EVB」の仕様策定がIEEEで進んでいる。物理サーバーのCPUリソースを有効活用することや、仮想環境の運用管理をしやすくすることが狙い。多くのスイッチメーカーが最重要のテーマの一つとして開発に取り組んでいる。早ければ2012年3月に「802.1Qbg」として標準化が完了する見込みだ。 EVB（Edge Virtual Bridging）は、仮想環境におけるネットワークのエッジ、VM（仮想マシン）を収容するための仮想スイッチ機能である。従来はハイパーバイザーの一機能としてベンダーが独自に提供してきた。それら既存の仮想スイッチが持つ課題を克服するために標準化が進められている。 EVBでは、「VEB」（Virtual Ethernet Bridge）と「VEPA」（Virtual Ethernet Port Aggregator）という実装形態を定義している（図1）。

このところ、久しぶりにネットワーク技術の話でワクワクした気持ちになっている。新技術が次々に実用化されようとしているからだ。具体的には、EVB、VEB、VEPA、SDN、OpenFlow、OpenStack/NetStackといったもの。ベンダー名、あるいはベンダー固有の技術や製品の名前も含めると、Big Switch Networks、CloudSwitch（米ベライゾンが買収）、Nicira Networks、ミドクラ/Midostack、CloudStack（米シトリックス・システムズ）・・・とキリがない。 そしてこれに、米シスコシステムズ、米ジュニパーネットワークス、米ブロケード コミュニケーションズ システムズ、米IBM（旧BLADE Network Technologies）、米ヴイエムウェアといった大手プレーヤーが加わってくる（実は部分的に、米グーグルや米フェイスブックといった

OpenFlowを導入して、どういう効果を見込んでいるのか。 複雑なネットワークの設計・設定から解放されることが大きい。まず、LANスイッチの実行部分と、経路を管理・制御するコントローラー部分が独立していて、ネットワーク全体の設定を集中管理できる。ネットワーク構成に大幅な変更があっても、スイッチ1台ずつの設定を変える必要はない。 同時に、「どのIPアドレスからどのIPアドレスへ」といったフロー単位でトラフィックを管理・制御するから、複雑な設計が要らなくなる。「フローテーブル」でフローの定義などを登録するだけで、トラフィックを細かく区別して、それぞれに適切な経路を割り当てられる。 これら両方の特徴から、サーバー側の規模拡大に合わせてLANスイッチを増強していけるメリットも得られる。この点も重視している。 現状では、OpenFlow対応のスイッチは、どの程度の規模で利用しているのか。 仮想化し

［前編］最先端のネット技術「OpenFlow」採用、ビジネスのスピード感を高める 日本通運 IT推進部長 野口 雄志 氏 仮想化技術を駆使してプライベートクラウドを構築---。いまや珍しい話ではない。しかし日本通運の場合はひと味違う。災害や環境変化への素早い対応を追求し、プライベートクラウドに最先端のネットワーク技術「OpenFlow」を取り込もうとしている。IT推進部長の野口氏に狙いを聞いた。 LANスイッチの制御機能とデータ転送機能を独立させる新技術「OpenFlow」の導入に踏み切った。世界的に見ても導入例はほとんどないはずだが、きっかけは何か。 直接的なきっかけは、プライベートクラウドの構築だ。グループ内で使っているサーバーのうち約500台を、仮想化技術を使って100台程度にまで集約しようとしている。 プライベートクラウドの検討を始めたのは2008年、プロジェクトが立ち上がったのは

最近、筆者の周辺ではネットワークの制御に利用する「OpenFlow（オープンフロー）」という技術が話題だ。OpenFlowはもともと2008年にスタンフォード大学などを中心に設立された「OpenFlowコンソーシアム」が提唱し、実証実験を重ねてきた技術である。2011年にはしっかりした規格策定のため、新たに設立された「Open Networking Foundation」という団体により標準化作業が進められている。 Open Networking FoundationにはNEC、NTTグループのほか、世界のルーターやスイッチのベンダー、通信事業者が参加している。そのほか、米グーグルや米マイクロソフト、米フェイスブックなどのクラウドサービス事業者も名を連ねていることから、にわかに注目を集めている。ここではなぜOpenFlowのような技術が話題になりつつあるのか、国内のIaaS事業者に聞いたデ

例えばFacebookやTwitterなどのソーシャルサービスは、実際にどれくらい国内企業ネットで使われているのか---。大手ファイアウォールベンダーの米パロアルトネットワークスは、半年に一度、世界中のユーザー企業を対象に大規模なトラフィック調査を実施し、様々なデータを収集および分析している。来日した調査担当者に、日本の国内企業におけるトラフィック傾向などについて話を聞いた。 まずは調査の概要について教えてほしい。 2008年から約半年に1回の割合で、世界中のユーザー企業を対象にトラフィック調査を実施している。最新のデータは2011年5月に実施した調査で得たもので、調査対象となった企業の数は全世界で合計1253社、そのうち日本の企業は87社入っている。調査対象企業の数は回を重ねるごとに大きく増えており、前回（2010年10月）は723社、前々回（2010年3月）は347社だった。具体的な企

通常、仮想化環境では1台のハードウエア上でいくつもの仮想マシンを稼働させる。このため、仮想サーバーが動作するマシンと物理的につながったLANには、それぞれの仮想マシンの通信が混在して流れる。 重要なのは個別の仮想サーバー、もっと言えばアプリケーションなどの単位でのトラフィック、個々の仮想マシンの稼働状況などを把握すること。基本的に、仮想化ソフトのベンダーが提供する専用管理ツールを利用するか、各仮想化ソフトとAPI連携するサードパーティーの管理ツールを使う必要がある。現状で仮想化ソフトでは最も管理手法が充実している、ヴイエムウェアの「VMware ESX/ESXi」の仕組みを中心に解説する。 仮想スイッチの理解が第一歩 ヴイエムウェアの齋藤康成ストラテジックアライアンス テクニカル アライアンス マネージャは、「仮想ネットワークの仕組みを理解することが、仮想化環境における見える化の第一歩」と

企業ユーザーの間で、ネットワークの「見える化」が注目され始めている。論理的なネットワークの構成や、それぞれのトラフィックを把握しようという動きだ（図1）。背景には、クラウドコンピューティングなどネットワークを前提とするモデルが浸透してきたこと、それを支えるWAN/LANが複雑になってきたことがある。事業継続計画（BCP）や、ネットワークのコスト抑制への意識の高まりも影響している。 ますます複雑になるネットワーク 仮想化を含むサーバー統合、利用するアプリケーションの増加などに伴って、いまの企業ネットワークには多種多様なトラフィックが流れるようになった。拠点間通信のトラフィックを集約するWANはもちろん、データセンターなどサーバー設置場所となる拠点では、LANにも様々なトラフィックが相乗りする。これは、ネットワークの動作状況がはっきりとは“見えなく”なってきていることを意味する。 また、新規に

筆者はここ5年ほど、日経NETWORKが毎年実施しているWebアンケート「ネットワークの実態調査」にかかわっている。今年も例年通り4～5月にかけて、企業のネットワーク担当者を対象として実施した。ITproの読者をはじめ1115件の回答を得ることができた。ここではネットワークトラブルに関して、最新の「ネットワークの実態調査 2011」の集計結果と過去2年の調査結果を比較し、「変化のあるところ」と「変わらないところ」を紹介したい。 トラブルの遭遇率が高まっている 過去3年分の調査結果で明確な変化のある項目は、「ネットワークトラブルに遭遇しましたか」という設問に対する回答だ。各年で母数にバラつきがあるので、絶対数ではなく全回答数に対する割合を見ていただきたいのだが、明らかに高くなっている（図1）。最新の2011年調査結果では、実に「4人に3人」がトラブルに遭遇したことになる。 変化が見られる項目

昨年のゴールデンウィークは四国の実家に帰り、徳島の山奥にある温泉に行った。今年は海だ、ということで、しまなみ海道で瀬戸内海を渡り尾道へ行った。もちろん、尾道を選んだのはNHKの連続テレビ小説「てっぱん」の影響だ。ドラマを熱心に見たわけではないが、大林信彦監督の「転校生」（1982年）を見て以来、いつか行ってみたいと思っていたところだ。尾道水道に面した坂の町は、長いアーケードの商店街が今もにぎわっている、ちょっと古びてこじんまりした、いい町だった。 さて、今回はOpenFlowという新しいネットワーク技術の特徴とメリットについて述べたい。OpenFlowはスタンフォード大学を中心とするOpenFlowコンソーシアムで標準化が進められている技術で、2009年12月にバージョン1.0が制定された。OpenFlowを実装した製品は2011年4月にNECから世界で初めて出荷され、大規模データセンター

写真●会見で陳謝するNTTドコモの出席者。左から、ネットワーク開発部長の中村寛氏、取締役常務執行役員の岩崎文夫氏、サービス運営部長の落合正氏 NTTドコモは2011年6月14日、同月6日に発生したネットワーク障害の原因および今後の対策について発表した。ネットワーク障害は、6月6日の午前8時27分から午後9時36分までの約13時間発生し、関東甲信越地域で契約した172万契約者が通話やパケット通信できない状況に陥ったというもの（関連記事）。 会見の冒頭、NTTドコモ取締役常務執行役員の岩崎文夫氏は、「多くのお客様にご迷惑をおかけしましたことを深くお詫びします」と陳謝した（写真）。 障害が発生したのは、「サービス制御装置」と呼ぶ携帯端末の位置情報を管理するシステム。どの位置に端末があるかを把握することで、例えばその端末にかかってきた電話を取り次ぐことができる仕組みになっている。今回障害の対象とな

セキュリティベンダーである米ニクサンの国内法人ニクサンは2011年6月6日、東京で記者発表会を開催し、ネットワーク監視アプライアンスの新製品「NetDetector Alpine」シリーズ（写真1）を発表した。国内代理店である住商情報システムを通じて販売し、6月7日から出荷を始める。価格はオープン。同社では「最小構成で500万円から」という参考価格を提示している。 NetDetector Alpineは、トラフィックを監視して攻撃や不正侵入を検知する「IDS」（Intrusion Detection System）機能とネットワーク上を流れるすべてのパケットを記録および解析する「ネットワークフォレンジック」機能を合わせ持ったアプライアンス。上り下り双方向で最大20Gビット/秒の伝送速度（10Gイーサネット×2ポート構成時）でもパケットを取りこぼすことなくキャプチャ処理を続けられる「フルワイ

2011年4月、アジア太平洋地域でIPv4グローバルアドレスの割り振りを担当するAPNIC（Asia Pacific Network Information Centre）の在庫がなくなった（関連記事）。これを受けて、国内の企業や組織は、以前と同じようにはIPv4グローバルアドレスの割り振りを受けられなくなった。 現在ではインターネット・サービス・プロバイダー（ISP）やデータセンターが、手持ちのIPv4グローバルアドレスの在庫を節約したり、今夏にも始まる予定のアドレス移転制度を使っての在庫確保を検討したりしている最中だ。とはいえ移転制度がうまく回ったとしても、IPv4グローバルアドレスの総量に上限がある以上、どこかの段階で在庫はなくなる。そのうえISPなどにとってはIPv4とIPv6、2種類のネットワークを運用し続けるのはコストがかさむため、なるべく早期に自社サービスのユーザーのIPv6