CiscoSDNを利用した企業ネットワークの進化

SDIカンファレンス２０１５　東京に行ってきた！の続き

CiscoSDNを利用した企業ネットワークの進化

---

・SDN：一部の顧客で導入が始まっている
・LAN・WAN向け

企業向けSDN
APICエンタープライズモジュール

SDN・SDI
・いろんな用途のコントローラー→取捨選択

ネットワーク技術動向：SDN技術
　OpenFlowから始まるSDN技術の進化
　　　ベアメタル
　　　ハイブリッド型APIC-EM　Cisco ODL
　　　ソフトウェアオーバーレイ型Nexus 1000v
　　　ハードウェアオーバーレイ型APIC-DC,Nexus9000

企業向けSDNコントローラーの目的と課題
・集中化・シンプルかによる運用コスト削減
・仮想化による柔軟性、俊敏性の向上
・インフラの付加価値、高度化
　　　　開発コストは吸収できる
　　　　バージョンアップ

現在のLAN/WAN
　　ネットワークオペレーター
　　　動いている
　　　つぎはぎ；きりわけたり管理コスト増大
　　SDN技術の導入で何が変わるのか

段階的な移行に対応APIC-EM
　　REST-API
　　テナント管理
　　サウスバウンド：コマンド
　　OpenFlow、OnePKを足していく

デモ１：APIC-EM
　上位アプリケーションはAPIC-EMに向かって
　REST－APIでポリシーを送ればよい
　既存のCatalyst環境をそのままおくれる
　Config考えなくてよい

開発する or 調達する
　OpenDayLight：こっちもやります！
　APIC-EM：ベンダーソリューション

APIC-EMの位置づけ
　　上位肩見たネットワークに複雑性を隠蔽
　　SDNのリスクをできる限り低減
　　開発やプログラミングの要件を最適化

APIC-EM

REST-API

　　　APIC-EM

サービス抽象化レイア


ポリシーコントローラー　デモ２
・IPアドレスをREST-APIで投げるだけ

APIC-EM REST API　デモ３
・コントローラーにREST APIで聞く
　　→GUIを使いこなしてもOK
・データバラけるしくみになった（特徴）

APIC-EM トポロジーMap
ACLパストレース→APIでも取れる

開発者サポート取り組み
http://developer.cisco.com/
ハンズオントレーニング

まとめ
・用途に合ったSDN
・企業向けSDN
・APICエンタープタイズモデル
・開発者サポート
大阪はOpenDayLight

３ｒｄプラットフォーム

つづいて
SDIカンファレンス２０１５　東京に行ってきた！の続き

目的＆役割別SDIガイド基本のき

---

ビジネスに貢献するIT
今から初めて１０年後も価値を生むインフラのあり方とは？

ITに求めるもの
　　リアルオプション
　　ビジネス継続性
　　ビジネス永続性

本来あるべき姿
　　ビジネスの創出
　　リアルタイム経営
　　業務の効率化
　　営業力／顧客満足度向上

ビジネスプラットフォームの市８んか

３ｒｄプラットフォームに適切なのがSDI

2ndプラットフォームの問題点
・１個１個のデバイスを管理・調達
・East-Westトラフィックに対応していない
・サーバだけを仮想化していて、システム全体を構成する要素は
　ハード、ベンダー依存

３ｒｄプラットフォーム
・マルチベンダのオープンな環境
・リスースや機能の仮想化により物理制約からの可能
・容易なスケールアウト、高い可用性
・APIにより、ユーザ自身が作るサードプラットフォーム

今提供できるブロケードの価値
・永続性、継続性、オープン
・高トランザクション。スケーラブル
・自動化

シンプルかつ永続的、継続性を提供する基盤
仮想化と自動連携（SDN)
物理；ファブリック

vyattaスケールアウト
ネットワーク：プライベート、パブリック

高スループット
・ビジネストランザクションのスループットをあげる
EIP（えらすてぃっくIP)を張り替えるだけで、SmallからLargeへ

ストレージもSoftwareDefinedで

高スルーぷっとなネットワー基盤

自動化
問題はプログラマビリティ
　　→OpenStack

OpenStack
汎用ネットワ－クサービスへの適用OpenDaqyLight

ネットワークファンbクション

ハイブリッドクラウドの実現例
バーチャルルーター：SDI

事例
・マイナンバー→びやったルーター

３つのステップ
１．ネットワークの仮想化
２．ネットワーク機能の仮想化
３．ネットワーク抽象化と統合管理

Web-Scale ITという考え方があるらしい。ＮＦＶに似たようなもん？

つづいて
SDIカンファレンス２０１５　東京に行ってきた！の続き

Software-Defined Infrastructureを見据えた仮想化基盤のあるべき姿

サブタイトルに「～OpenStackインテグレーションを考える～」ってあったけど、
OpenStack話はあんまりなかった気が・・

---

第３のプラットフォームにシフト
１．メインフレーム
２．クラサバ
３．クラウド、モバイル・・・

第３
LOB：ラインオブビジネス　
　　アマゾニング＝産業特化型のITソリューションによる事業展開
　　２０１８年、トップ２０社の７社が入れ替わる
　　失敗したらすぐにやめることができる

IT投資　６１％事業部門　３９％IT部門
・IT部門に求められる役割
　　経営層にたいしたITを通じた経営への助言

スイッチを入れると→電気がつく
　あたりまえのこと・・：ユーティリティモデル
　　・タービン回って
　　・送電して

１０年前　altavista使っていた→Google
　　Googleがしたこと
　　　・検索して
　　　・ネットワーク
　　　　　：

　　　↓
　　　IPhone：複数のデバイスを消した：Software Defined

ところが
　　どのストレージ
　　どのロードバランサ・・・
IT基盤の構築以外にもやること満載

Value Lineを考える
電気
　　いつ使うか
　　どこで
　　電気の種類
----------------
　　送電方法
　　発電方法
　　土地の許可
　　スタッフ

パブリッククラウド
　必要なときに利用可能
　従量課金
　コスト
　セキュリティ
　　↓
プライベート／パブリック
　　↑
オンプレ
　　信頼性
　　柔軟性
　　運用管理
　　専門性の高い人間関係


データセンター・テクノロジーの変化
　　クライアント・サーバー
　　仮想化
　　クラウド：パブリッククラウド

基本的な要素
・汎用サーバーのみ（専用アプライアンスなし）
・Software Definedな環境
・SPOFなし
・予測可能なスケールアウト

・IT基盤のあるべき姿
　　　Web-Scale IT：９９年Googleデータセンターから

Web-ScaleITという思想
１．X86サーバーに集約されたシステム
２．全ての機能をソフトウェアで実装
３．全てのデータとサービスを分散処理
４．セルフヒーリング（自己修復型）システム
５．APIによる自動化と豊富な解析機能

Google　GFS
Google MapReduce
　　　→　Hadoop

Amazon　Dynamo
Google　Bigtable
　　→Cassandra

にゅーたりっくす(nutanix)
顧客１２００社
２U、４ノード
　コントローラーVM（ハイパーバイザー上）→スケールアウト可能

コンバージドインフラ
　いままで３Tire　サーバー　SAN/NAS　共有ストレージ
　　→１つの箱で実現
ハイパーコンバージドインフラのパイオニア

Solidfire
フラッシュストレージのポジショニング
　　安価で大容量
　　パフォーマンス，容量、スケール
　　　　　Solidfire
　　特定ワークロード
　　　　　Solidfire
　OpenStack

QOS：アプリごとに

ＮＦＶの話を聴いたんだけど・・・

きのう、ブログお休みしてしまったので、もうかなり経ってしまったが、
SDIカンファレンス２０１５　東京に行ってきた！の続き

つづいて「ネットワーク仮想化の商用化に向けた展望」
講師：ファーウェイ・ジャパンの人
なんだけど、プレゼン資料が見えなかった。
ので、ロリポおじさん程度の正確さだと思ってくれ（＝ほとんど正しくない）

---

会社説明
NFV
ソリューション
去年・今年　POC、フィールドトライアル
NFVマーケット
まとめ

会社紹介
・中心は通信事業者
　コンシューマー：端末系
　エンタープライズ：ソフトウェア
　２０％増

NFV
・なんでやりはじめたっけ？
　　コスト削減、省電力、ハードウェア
　　SDIをからめる
　　Open→インテグレーション
・どんないいこと
　　クラウドベース：簡単に早くデプロイ
　　運用の効率化
　　資産の有効活用
　　今、かんがえる

NFVソリューション
　　マルチベンダーを統括する

調査
・NFVをやるとコスト下がる？
　　サービスチェーン

・NFVをやる問題
　　OSS,BSSとNFVのインテグレーション

・NFV：キャリアグレード
　　ほんとにコスト削減されるか
　　CIOとCTOの役割分担
・日本のNFV手作業
　
・NFV→クラウド

マーケット
２つの事例
　　パケットコア
　　CPE