特定拠点でここだけ変えたい、みたいなこともやれるようにしていて過度な共通化をしていないシンプルかつ機能的なコンソール部長がボタン操作でやれること。役員に見せて説明できるレベルで。導入事例ってまだあまりないと思う実装・テスト・運用を一人でやってる。トラブルあるとどう動かないといけないか、緊張感がある。毎回避難区連みたいになる。強いオペレータになる。何でもできるので、入れてみて初めて、使いどころ・アイデアができてくる。試験環境自分で組まないと、どれくらい便利なのかが予想できない。やってんみないと良さが見えない。入れてみるといろんなアイデアが出てくる。管理者として夢が広がる。NWの常識を無視することができる。無視したとしても、最終的には戻ってこないといけない。仕組みを理解しないと手が出せない。現状の仕組みに習熟して、脳内シミュレーションできるような人は、かなり混乱するのでは。いうところでロックインするのでは。コード読めない人は手が出せない領域、扱い方は要注意かなQAテスト、本番系で?実際入れてみないとやれないので、上海と北京にスイッチ持って行って。本番通信経路と分けて、大切な通信に影響与えないようにテストをした。中国の有名なFW、このシステムでは障害とかなかった?中国のFWもいろいろ変わってる。VPNとそこを倍パスする専用線。専用線側でそこバイパスできることを意識して作ってる。最近は例のFWもおとなしくなっていて、輻輳が起きてよく落ちるとかは、観測範囲では減ってきている。ルーティング、ルータで分散制御するのとSDNで集中制御するのとどっちがいいか。今回だと集中管理の通いという話。ルータ台数の問題なのか、ほかの運用上の問題、感想とか。好みの問題もあるし、分散制御のほうが使い慣れてる人もいる。最終的には好き好きだと思う。分散・冗長性、そういうのが下にある状態。その上に独自の方針で拡張していく、という意味合いが今回はある。分散制御の上のものに、別な制御方式をかぶせることで冗長性をあげる、ということが今回の活動の本質では、と思う。いまの規模は?中国5拠点くらいは管理してるコントローラとスイッチのあいだの二重か。コントローラ自体の可用性は?コントローラがVMになって二つある。モニタとコントローラは別サーバで二重化。DCの中、ラックの中での二重化は、なるべく既存のものに影響与えないように、二重化するようになってる。品質ベースの経路切り替え、品質としてみているものってどういうもの?どれを判定基準に使うか、運用ノウハウになるところ。行ってかえって戻ってくるか。直近5秒のロス数と直近15分のロス率の移動平均、遅延で峻別して、いい回線を選択する。10秒に1回切り替え判断...だと結構頻繁に変わる。切り替え自体が通信を不安定にさせる原因にもなる。厳しめのルールで作った後緩和させるルールを入れていて、フラップ的な状況が起きないようにしている。(shun159)OpenFlowコントローラの話をします。普段はtrema/pioのサポートをしています。OTPのスケール性や耐障害性を備えたコントロールプレーンを作ろう、と書いてあるけど開発中。OFCっていろんな言語バインディングがありますよね。分散、並行、障害の局所か、とか。並行プログラミングもやりやすい分散プログラミングを支援するためのモジュールや関数がたくさんある。...古いNWがずっとあって入れられる範囲が局所的だったり、日々の運用に負われてやる時間がなかったり。Automation手順チェックが減ったり、設定ミスが減ったりするので自動化できるとうれしいよね。ないみたいな機械のは難しいね。設定変更して上手くいくか、ほかのところに影響がないか、そこに自信を持って設定できるとうれしいよね。テスト通せばミスがすぐ見つかるから。超解釈(kwi)kwi神戸在住Stratosphereワイヤレスとオープンフローの開発やってるよなにが超解釈?役には立ちません!OpenFlow1.5がリリースされました。指定子、packet-inのときにメタデータとして入れたり。中身は4バイトの構造体(仕様としてこういうのは初めて出てきた)OXM列の先頭にないといけないとか。(3,80)にするとhttpのでーたを直で扱う。L1-L7に拡張されてる!!よし。OpenFlowやりたいひと募集中です!おわりに次回はinteropおわったあたりで考えています。いつものメモ公開です。理解する(3)月別アーカイブはてなブログをはじめよう!stereocatさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。