Rubyで創るOpenFlowネットワーク - LLまつり 2013/08/24 Sat 14:30 JST http://ll.jus.or.jp/2013/program.html#ruby_openflow LLプログラマ向けの発表です
Open vSwitch インストール Open vSwitch をインストールする 手順確認 http://openvswitch.org/support/ の、 General Instructions ・Overview of functionality and components ・ Building and Installing Open vSwitch ・Configuration Cookbook (overview of common configuration tasks) の二番目「How to Install Open vSwitch on Linux」を見ながらやる。 事前準備 ハードウェアは HP pavilion, Intel CPU。 Arista に適用する目論見もあったので Fedora 12 をインストール。 iptables, ipv6tables,
こんにちは、インフラストラクチャ本部の大山です。 このエントリはGREE Advent Calendar 2013 22日目の記事です。 はじめに "ネットワークプログラミング" という言葉は、恐らくシステム屋さんにとって TCP/UDP あるいは IP といった L4, L3 の世界のプログラミングを想起させるのではないかと思います。ですが OpenFlow によって、そのレイヤが一気に L1 まで落ちました。つまり Layer-1 (物理層)までがプログラマブルに扱える領域になったということです。 これは主に Ethernet と IP に限定されるものの、従来 L1 から L3 の領域はネットワーク屋さんの領分で L4 以上がシステム屋さん、あるいはアプリケーション屋さんの領分という暗黙の了解を OpenFlow が無くしてしまいました。 今日は OpenFlow ネットワークを制御
OpenFlow/SDNはなぜ誕生したのか、OpenFlow以前にあった問題とは。生みの親カサド氏が壇上で語る。SDN Japan 2013 世界で最もセキュリティの高い米諜報機関のネットワーク管理の経験から生まれたのがOpenFlowおよびSoftware-Defined Networkingの技術だった。 OpenFlowの生みの親として知られ、現在はVMwareでネットワークチーフアーキテクトを務めるマーティン・カサド(Martin Casado)氏は、9月18日から3日間、都内で開催されたイベント「SDN Japan」において、OpenFlow開発の経緯について基調講演「SDN、ネットワーク仮想化、そして無限の彼方へ」で語りました。 その内容をダイジェストで紹介しましょう。 SDN、ネットワーク仮想化、そして無限の彼方へ VMware Inc, Martin Casado氏。 まず
今回は、実際にTremaの環境を導入し、リピータハブとして動作する簡単なOpenFlowコントローラを作成する方法を紹介します。 前回「SDNの基本動作とアジャイルな開発が可能なSDN実装、『Trema』」ではSDN/OpenFlowの概要と、OpenFlowのプログラミングフレームワーク「Trema」の特徴を中心に紹介しました。今回は、実際にTremaを利用し、簡単なOpenFlowコントローラを作成する方法を紹介します。 1台のPCでできるOpenFlow開発環境 これから「アジャイルなOpenFlowプログラミングフレームワーク環境」を、種も仕掛けもないPC1台だけで本当に開発してみます。 まず初めに、PCを1台用意してください。もちろん、普段利用しているPCでも構いません。Tremaを動作させるOSはLinuxですが、用意できるPCがWindowsマシンならば仮想PC環境(VMwa
SDNの基本動作とアジャイルな開発が可能なSDN実装、「Trema」:TremaでSDNを手のひらに(1)(1/2 ページ) IT関連イベントや勉強会などで注目を浴びたSDN/OpenFlow。この記事では「Trema」を例に、自分の手で実際にOpenFlowを「いじってみる」のに必要な情報を解説していきます。 SDN/OpenFlowとはどんなモノか IT関連イベントや勉強会などで万能の釜(聖杯)のように語られ、注目を浴びたSDN/OpenFlow(もっとも近頃では、日本でのSDN/OpenFlow注目度のカオスさは収まり、落ち着きが出てきましたが)。いったいSDN/OpenFlowとはどんなモノなのでしょうか。 「SDN/OpenFlow」と記載していますが、まずはSDNとOpenFlowを分けて紹介していきます。 SDNとはざっくり言うと、「ソフトウェアからネットワークを制御しよう」
いまSoftware-Defined Network/OpenFlowの新しい課題として、Northbound APIの標準化をどうするのか? という議論が持ち上がってきています。スイッチを制御するプロトコルとしてOpenFlowという標準がOpen Network Foundationによって作成され、普及しつつありますが、それを実際にアプリケーションから制御するには、何らかのAPIが必要となります。 そのAPIがネットワーク機器ベンダやOpenFlowコントローラごとに固有のものとして定義されてしまったら、OpenFlowが標準化されたとしても意味がないのではないか? その部分も標準化されるべきではないか? という議論です。この、ネットワークをソフトウェアで操作するためのAPIが「Northbound API」と呼ばれています。 そのNorthbound APIとは何か? を解説した、
来週カリフォルニアで開催されるイベント「Open Networking Summit」では、いまネットワーク業界でもっとも熱いテクノロジーであるOpenFlowをテーマにしています。その基調講演にグーグルのシニアバイスプレジデントでフェローのUrs Hölzle氏が登場し、「OpenFlow@Google」という講演を行う予定です。 グーグルはOpenFlowを推進する団体「Open Networking Foundation」の創立メンバーの1社ですが、同社がOpenFlowをどのように利用しようとしているかについてはあまり情報がなく、今回の基調講演でどのような話がされるのか、注目されています。 OpenFlowが成功するというには早すぎる そんな中、GigaOmの記事「How Google is using OpenFlow to lower its network costs」に、基
仮想化技術の進歩にともなって、PCやサーバだけでなく様々な機器が仮想化されるようになってきた。ネットワークの仮想化もそのひとつである。 ネットワークを仮想化の対象に サーバを仮想化するメリットのひとつは、仮想環境上で柔軟にサーバリソースを再配置して最適化できるという点にある。しかし、サーバ環境だけが仮想化されても、他の部分に物理的な制約が残っていたのでは、柔軟性のメリットを最大限に活かすことはできない。そこで、サーバに続いて注目されたのがストレージだ。ストレージを仮想化することによって、急激なアクセスの変動やデータ容量の増減に即座に対応できるようになった。 サーバやストレージが仮想化によって最適化され、十分なパフォーマンスを出すことができるようになると、次に問題になるのはネットワーク機器である。ネットワークトラフィックのボトルネックを解消するためには、ネットワーク機器の構成についてもサーバ
OpenFlowは、これまでネットワーク機器が個々に行っていたプロトコルの処理を、サーバ上のソフトウェアなどによって集中的に制御できる技術です。これはある意味で、これまでスイッチやルータなどの機器それぞれが備えていたインテリジェンスを不要にし、安価なボックスで代替可能にしてしまう“破壊的な技術”であると考えられています。 しかし半年ほど前からこの破壊的な技術についていろんな方から話を聞き、さらに先日の「クラウドネットワーク研究会」などでもあらためて確認したのは、OpenFlowが登場してもネットワーク機器は単なる土管にはならない、新たにファブリック機能が求められる、という方向性です。 ツリー型のトポロジーからメッシュ型へ OpenFlowやあるいはそのほかのSoftware Defined Network(SDN)の技術が普及すれば、たしかにネットワーク機器がそれぞれプロトコルを自律的に処
JANOG29レポート~過熱し過ぎていませんか? OpenFlowをめぐる期待と現実 あきみち 2012/2/16 データセンターでの利用をはじめ、さまざまな領域での活用が期待されている「OpenFlow」。けれど、どうも期待が先行し過ぎているようです。JANOG29のセッション「で、実際OpenFlowで何ができるの?」での議論をベースに、現状を探ります。(編集部) OpenFlowは新たなバズワードか? この半年ほどというもの、「OpenFlow」という単語がバズっています。 OpenFlowは、ネットワークでいろいろと「新しいこと」を可能にすると期待されている仕様です。 OpenFlowが動作するには、「OpenFlowコントローラ」と「OpenFlowスイッチ」が必要です。まず、OpenFlowコントローラがOpenFlowスイッチに対して指示を出し、OpenFlowスイッチはその
シスコはOpenFlow/SDNで独自の戦略を採用する、つまりOpenFlow以外の独自技術を採用するのではないかと遠回しに推測する記事が、米国のネットワーク系メディアに掲載されています(OpenFlowとSDN:Software-Defined Networkの関係については、以前書いた記事「OpenFlowとネットワーク仮想化とSoftware-Defined Network。そしてネットワークOSの主導権争いが始まる」をご覧ください)。 SearchNetworkingの記事「Cisco OpenFlow: Not likely for Cisco software-defined networks」は、先月ロンドンで行われたシスコのイベント「Cisco Live London」のレポートの中で次のように書いています。 It appears Cisco will go proprie
先週、OpenFlowを利用したソリューションを提供するとして注目されていたNicira Networksがステルスモードを終了し、製品や戦略などを明らかにしました。 Pulickeyは、同社がまだステルスモードにある昨年11月と今年1月に同社へのインタビューを行い、同社のソリューションについての具体的な点についての説明を受けていました。 同社のステルスモードが終了したため、これまで書けなかった、同社ネットワーク仮想化ソリューションのアーキテクチャについて、CTOのMartin Casado(マーチン・カサード)氏が解説した部分を公開したいと思います。 既存の物理ネットワーク上でネットワーク仮想化 わたしたちがどうやってOpenFlowを使ってネットワーク仮想化実現するのか、説明しましょう。 これが物理ネットワーク(図の台形の部分)、これがコンピュート、サーバです(台形の下の部分)。 クラ
Apple improves iCloud for Windows, kills iTunes Among the changes to the widely used application are support for physical security keys, dark mode, and an improved user interface. Windows 11 Insider Previews: What’s in the latest build? Get the latest info on new preview builds of Windows 11 as they roll out to Windows Insiders. Now updated for Build 26052 for the Canary and Dev Channels and Build
「ネットワーク分野での大きな革新」「旧来のネットワークの世界を劇的に変える」「回線コストだけでなく、設備コスト、運用コスト、エネルギーコストを削減する」――。これらはすべて新しいネットワーク技術「OpenFlow」を評した言葉だ。それほどOpenFlowはインパクトがあり、期待されている。 OpenFlowを熱望しているのは、とりわけ大規模なデータセンターを運用する企業だ。データセンターのサーバーやストレージは、仮想化/クラウド技術によって、アプリケーションへのリソース割り当てを動的に行えるようになった。仮想マシンの移動も自在である。 これに比べると従来のネットワークは柔軟性を欠き、構成変更の負担が重くなっている。そこに大きな不満が生じる一方で、OpenFlowに期待する声が日ごとに高まっているわけだ。OpenFlowの仕組みやメリット、技術動向に関する記事を以下にまとめた。今後のネットワ
連載2回目となる今回は、OpenFlowとはどういったものか、基本的なアーキテクチャやその仕様・機能について説明します。 2.1 OpenFlowアーキテクチャ 2.1.1 基本構成 まずは、OpenFlowの基本的な構成から説明します。OpenFlowは大きく「OpenFlowスイッチ」と「OpenFlow」コントローラの2つで構成されます。従来のネットワーク機器においてハードウェアで行われるパケット伝送処理を行うのがOpenFlowスイッチの役割です(Data-Planeの役割を担う)。一方、従来のL2スイッチやルータ等で実装されている機能のうち、アドレス学習やルーティングなど計路制御機能を担うのがOpenFlowコントローラです(Control-Planeの機能を担う)。 OpenFlowではこのように伝送機能と経路制御機能が分離されています。OpenFlowプロトコルではこの分離さ
なぜ米ヒューレット・パッカードは、一挙に16機種ものOpenFlow対応ネットワーク機器を発表したのか 米ヒューレット・パッカードは3モデル16機種のネットワークスイッチ製品群を発表しました。最大の特徴は、全機種がOpenFlowに対応していること。さらに年内にも同社のFlexNetworkアーキテクチャの全スイッチをOpenFlow対応にさせるとしています。 今回発表されたのは、小規模から大規模ネットワークまでをカバーするネットワークスイッチ「HP 3500 yl Switch Series」「HP 5400 zl Switch Series」「HP 8200 zl Switch Series」の3モデル16機種。モデルにより最大10GbEのポートを備え、Power over Ethernet対応、レイヤ2からレイヤ4までをサポートします。 これまで主要なベンダが発表したOpenFlow
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く