Download to read offline
仮想スイッチをフェイルオーバーさせてみる予定
- 1.
- 2. スイッチの仮想化 • ファームウェア更新で再起動する必要 • 再起動は、時間がかかる •本当は、止めたくない • 仮想スイッチをVMで構成して、フェールオー バーすればいい？ ⇒J社のQのアーキテクチャを調べたら似たよう なことをしている 2016/12/9 TremaDay#10 3
- 3. Q（ハードウェア構成） • CPU :Intel Xeon [email protected](Dual Core) • Memory : 8GByte • Storage : 16GByte SSD*2 • Switch chip : Broadcom 56850 ⇒スイッチチップを搭載したx86-64組み込みシ ステム 2016/12/9 TremaDay#10 4
- 4. Q（ソフトウェア構成） • {NOS +Management} on ｛Yocto Linux + KVM} • ゲストOS – NOS 2つ – Management • ホスト – Yocto Linux（組み込み向けのLinux distro） • 特徴 – ファームウエアアップデート時、稼働していない方を 更新し、終了後に、稼働中のゲストを切り替えること が可能 TremaDay#10 52016/12/9
- 5. 構築環境 • Asus B150Aura(ITX) • B150チップセット、オンボードGbENIC+ 802.11n/abg • i350T4NIC(4ポート) • Corei7 6700T(4C8T) • メモリ:8GB*2, SSD 128GB • Ubuntu16.04LTS+KVM • インスタンス:３（VM0, VM1, Mng) 2016/12/9 TremaDay#10 6
- 6. ネットワークの管理 • 稼働中のVMに物理ポートを接続 • ホストからパススルーさせる •パススルー先をホストが保持する • ゲストが止まった時、フェイルオーバーさせる 2016/12/9 TremaDay#10 7
- 7. フェイルオーバーの動作(1) • 単純な動作 – VM0ダウン⇒VM1起動 –ネットワークの切断が発生するため、パケット （データ）ロストが発生する 2016/12/9 TremaDay#10 8
- 8. フェイルオーバーの動作(2) • 改善した動作 – VM0の稼働にかかわらず、VM1も動作させておく –ただし、VM1のネットワークは、ダウンさせておく 必要がある – VM0のネットワークの全ポート切断を検知して、 VM1のネットワークに切り替える 2016/12/9 TremaDay#10 9
- 9. フェイルオーバーの動作(3) • 改善案2 – VM0が落ちたら、ホストで引き取る –ホストで、データをキャッシュするか、ホストが送 信する – VM1が上がったら、ネットワークをVM1にパスス ルーする 2016/12/9 TremaDay#10 10
- 10. 参考文献 • Douglas RichardHanks, Jr., “Juniper QFX5100 Series”, O’Reilly, 2015 2016/12/9 TremaDay#10 11