Transcript

• 1. ＠第11回 クラウドごった煮 (コンテナ勉強会) Docker on Mesos with OpenVNet
• 2. 今日の話 MesosとMarathonを拡張、OpenVNetと連携させて、 Dockerコンテナをマルチテナントで起動する機能等の話。
• 3. management compute-1 mesos master marathon Open vSwitch L3SW mesos slave docker compute-2 Open vSwitch mesos slave docker compute-3 Open vSwitch mesos slave docker container1 container2 container3 container4 container5 container6 つまり？ まずはこれを、
• 4. つまり？ management compute-1 mesos master marathon Open vSwitch L3SW mesos slave docker compute-2 Open vSwitch mesos slave docker compute-3 Open vSwitch mesos slave docker container1 container2 container3 container4 container5 container6 こんな感じに。 ここにネットワーク機能を適用することもできます。 DNS DHCP Security Group
• 5. そもそも素のDockerネットワーキングはどんなものだった？ ▷ 基本的にシングルホスト ▷ 基本的にLinux Networkingを色々利用 ▷ ポート単位でサービスをexpose ▷ NWと直接関係ないかもしれないが、 Dockerの思想は1コンテナ1プロセス 念のためDockerNWingおさらい
• 6. 最近の傾向 ▷ kubernetesなどのコンテナ管理と一緒に動かしたらよさそうな flannel、weaveとか。 ▷ socketplane 最近Dockerが買収したので、標準になっていくのかも。
• 7. 最近の傾向 Docker自体が肥大化しすぎて色々反感買ってる面もあり。 Platformを目指している模様。
• 8. 一方ｻｰﾊﾞｲﾝﾌﾗ寄りSDN界隈では 前からよく聞く話 ▷ エッジオーバーレイ ▷ 分散エッジ上でネットワーク機能の仮想化 ▷ コンテナに対応しだしたり(という話は聞くが、何を指して「対応」かはよくわからない) ▷ NeutronAPIが事実上標準に向かってる気がしなくもない ※ネットワーク仮想化＝SDNではなく、「ネットワーク仮想化はSDNの一部」みたいな感じ。
• 9. OpenVNet? 株式会社あくしゅさんの開発している、オープンソースの ネットワーク仮想化ソフトウェア ▷ wakame-vdcからスピンアウト ▷ Openflow 1.3とGREで分散エッジオーバーレイ ▷ 同一セグメントホスト間はMAC2MAC、L3跨ぎはGRE ▷ SecurityGroup、DNS、DHCPなどのNW機能仮想化も
• 10. 大体同じカテゴリのもの ▷ 商用だとNSX ▷ midonet ▷ OpenContrail ▷ OpenDaylightのOpenDOVE (これ今どうなってるの？) VTNは対象がちょっと違うけど似たようなものかも ▷ ほか
• 11. ▷ Dockerネットワーキング関連は色々出てきている ▷ 元々高度なネットワーキング専門なSDN関連プロダクトの 持っている機能はより強力 ▷ 組み合わせてみたい 本題
• 12. management compute-1 mesos master marathon Open vSwitch L3SW mesos slave docker compute-2 Open vSwitch mesos slave docker compute-3 Open vSwitch mesos slave docker container1 container2 container3 container4 container5 container6 デモをしてみます この構成をMarathonへのjson投入とscaleボタンで作ってみます。 eth0 10.0.100.0/24 DHCP eth0 10.0.100.0/24 DHCP eth1 192.168.0.0/24 DHCP 同一IP帯 (isolated)
• 13. 結論 これってwakame-vdcがdocker対応したら不要な拡張では… ▷ おそらくそのとおり ▷ でも色々勉強になった。 ▷ スケジューラサービス自体の分離には意味があるかも？
• 14. 最後に 今回の拡張に意味があったかはとりあえず置いておくとして、 vdcのように様々なインフラに跨って必要な全てのリソースを騙り システムを騙す(※語弊の可能性。DC自体の仮想化が目的)、 というアプローチは、面白いなと思っています。 ここにはコンテナやOpenFlowをはじめ、今流行ってる技術も色々 採用されていますが、流行るずっと前から明確な目的への解決策と してそれらの技術やアプローチを選択していることにビジョンを感 じます。
• 15. ※当日しなかった話1※ mesosとmarathonは、主に以下を改変しています。 ▷ mesos.protoにネットワーク情報の構造体を追加 ▷ docker.cppでrunした後らへんにvnet-driverの実行 大体これだけです。整理したらgithubか何かにアップします。 また、vnet-driverはただのシェルスクリプトで、 ▷ marathonに渡された情報に従ってvethを作成 ▷ OpenVNetのAPIを実行 を行っています。
• 16. ※当日しなかった話2※ OpenVNetのAPIをキックしているだけなので、他のツールに 切り替えることもできますが、そのためには標準のAPIやモデルの 存在が重要であることがよくわかるので、 NeutronAPIやMD-SAL偉い、とか思いました。 ただ、APIを平坦化するとプロダクト特有の機能が利用できなくなったりするわけですが、 これに対してまた別のアプローチを聞いたりもするので、面白いところです。
• 17. ※当日しなかった話3※ DockerとOpenVNetであれこれしている話は、 Qiitaのほうで公開しています。 http://qiita.com/qb0c80aE
• 18. ※当日しなかった話4※ 今回はシステムコンテナを対象にしてデモをしました。 アプリケーションコンテナでは、Docker等とそれを取り巻くツール 類が成す形のネットワークのほうが自然な可能性があり、 そこにマシン相当(システムコンテナ)をターゲットにしたような 強力なネットワークプロダクトをどう適用できるか、 は考え所だと思っています。 知らないだけでもう既に解決されてるかもしれませんが・・。
• 19. Thank you