ブロケード Webinar シリーズ 第1回
古くて新しい Fibre Channel の “今”
Brocade Webinar シリーズ
• 最近のブロケード
‒ 情報発信しています
‒ そんななかの Webinar です!
2
講師のご紹介
• 小宮崇博 こみやたかひろ
• Cloud Technology Officer
• @kommy_brcd (twitter)
• 2001年に入社
3
本日のテーマ
• テーマ
‒ 古くて新しい Fibre Channel の”今”
• どうして?
‒ Software-Defined Infrastructure/Datacenter 時代
‒ ストレージも使い方(ClusterFS/Object Storage/NewSQL)にフォーカ
ス
‒ 接続はTCP/IPでいいじゃない
‒ Fibre Channelってメインフレームと同じで進化してないんでしょ?
ということで、
Ceph/Sheepdogや
HDFS等の話は
しません
4
プラットフォームの変遷
Source: IDC
数百万
メーカ独自の
専用機能
メインフレーム SNA
数億
一部個別機能
標準化
ハードウェア
クラサバ
PC
LAN/WAN
アーキテクチャコンピュート
数十億
オープン
仮想化
ソフトウェア駆動
モバイル
クラウドベース
The New IP
The 3rd Platform
ネットワークユーザー数
5
本日のテーマ
古くて新しい Fibre Channel の”今“
6
ストレージ
• ストレージもずいぶん進化してきました
読み書き
読み書き、
スナップショット、
レプリケーション、
マイグレーション、
ファイル
豊富な機能性
RAMAC
(Wikipedia)
250 IOPs 500,000 IOPs
2000倍
SSD
(Samsung)
7
Fibre Channel 開発の背景
• なぜFCが必要となったのか?
‒ 取り回しがしやすく、メトロ
エリアまで延長できる高速な
ケーブルが欲しかった
• なぜ延長ケーブルが欲しかっ
たのか?
‒ 当時のストレージは 1億円
@1TB だったので、共有するし
かなかった
8
開発当時のFCとその他のメリット
• ネットワークの自動化、シンプル化の実現
‒ 1999年当時に”2011年に実用化した Ethernet Fabric”と同じこと(自動構
成、マルチパス、任意トポロジ)ができた
• DC 内の Ethernet に比較して高スループット
‒ Gigabit Ethernet がまだない時(1996)に Gen1 FC(100MB/s)ができた
• Gigabit Ethernet の要素技術はFCがベース
‒ Gigabit Ethernet がまだ高い時(2001)に Gen2 FC(200MB/s)ができた
• IP over FC を使って LAN/SAN で2Gbps を共有!という応用もあった
9
Fibre Channel の歴史
http://fibrechannel.org/images/FibreChannelSpeedmapV20.pdf
わたしがBRCDに入社
来年!!
10
Fibre Channel の進化
• ストレージネットワークは?
1Gbps 16Gbps
16倍
(来年
ようやく
128倍)
Fabric Watch
Webtool
Extended Fabrics
MAPS
Flow Vision
ClearLink
Virtual Fabric
QoS
Traffic Isolation
PeerZoning/TDZ
REST API
Analytic and Monitoring Platform
豊富すぎる機能性
でも知られていない
11
当時のストレージ・ソリューション
• 共有ストレージによるサーバ
クラスタリング
• 共有ストレージによるコスト
ダウン
• 高速バックアップ
• 災害対策
12
高性能 中性能
大容量
バックアップ レプリカ今でも意義はゼロではないが…
2nd Platform 時代の課題
13
課題1
設定はデバイスごとに行っている。
そもそもシステム全体のオーケスト
レーションが行われていない
課題2
爆発する仮想マシンの数に対応する
ストレージになっていない
課題3
サーバだけを仮想化していて、
ストレージサービス等の要素は
ハードウェアやベンダに依存
業務を構成する仮想マシン
File/Obj
課題1への答え
システムレベルでの設定
• FCストレージ環境の設定
‒ ネットワーク
• ゾーン(アクセス制御)
‒ ストレージ
• ボリューム構成
• ボリュームマッピング
‒ サーバ
• 論理ボリューム構成
• マウントポイントの設定
• ファイルシステムの構成
14
Zone設定
多層に渡る
設定があり、
難しそう
でもFCかiSCSI
で違うのって
ゾーンだけ
Zoneは各スイッチで設定
する必要がなく、簡単
宣伝!
FCスイッチオペレーション基礎講座をはじめました
15
http://www.brocadejapan.com/event-training/seminar
課題2への答え
性能
• 10G iSCSI vs 8G FC
‒ 同じストレージ構成で +30% -
100% 以上の差
• 8G FC vs 16G FC
‒ 同じストレージ構成で +30%
以上の差
• 実は価格も…
16
THIRD I/O Inc.
An Analysis of 8 Gigabit Fibre Channel & 10 Gigabit iSCSI
30% 〜 100%
30%
課題3への回答
ストレージの仮想化、ストレージサービスの仮想化
• ストレージ仮想化により、ベ
ンダを超えたストレージ機能
の提供を実現
• ストレージサービスのソフト
ウェア化(仮想化)により、即時
にストレージサービスのデプ
ロイを実現
17
NFS
VM
SMB
VM
クライアント群
A社
RAID
B社
RAID
ストレージ仮想化
ソフト・ハード
2001年当時と現在での技術の差
18
ムーアの法則
不揮発メモリ
仮想化技術とその応用 分散アプリケーション パブリッククラウド
BIGDATA Realtime
現在のストレージをとりまく環境
• 大規模
‒ サーバ1000台以上
‒ サーバ、ストレージからは冗
長性も含め5000ポート以上の
SANが構成されている
‒ 複数の AZ/Region
• 分散データ処理
‒ 非トランザクション系は分散
環境
‒ トランザクション系は In-
Memory クラスタへ
• ソフトウェア化、仮想化
‒ ソフトウェアアプライアンス化
• 自動化、自律化
‒ ソフトウェアコントロール
‒ 予測、予防
‒ リアルタイム検知
19
こういった環境に
FCが最適なんです
大規模クラウドの運用でFCが役に立つ!
設計編
• 大規模環境の設計の肝はHA・
DR
‒ 複数の Availability zone/region
‒ 複数のプロトコル(とりわけス
トレージ系が重要)がある
• Brocade 7840 により HA/DR
の設計をシンプルに!
‒ FCIP+先進機能でデータ保護
‒ IP traffic 最適化機能で IP
storage, Oracle Data Guard を
最適化
20
ビジネスデータだけでなく
ワークロードの移動も実現
Brocade7840
FC・IP traffic
optimization,
extension
大規模クラウドの運用でFCが役に立つ!
構築編
• 大規模環境の構築における頭痛
‒ 初期導入時に発生する問題をすぐ
に解決するのが難しい
• Brocade ClearLink D_Port が初期
導入や保守工数を削減!
‒ コマンド一個で光モジュール、
ケーブル、スイッチの問題を切り
分け
21
RX
TX TX
RXTX
RX TX
RX
RX
TX
RX
TX
スイッチ 光モジュール 光モジュール スイッチ
事例(米国のクラウド事業者)
初期デプロイで300ポート
そのうち20本のリンクが見えない
D_Portの効果
1日で障害箇所を同定(ケーブル/SFP/パッチ)
翌日には全リンクが稼働
サポート会社や自営保守しているユーザ
のデプロイメントコストを削減
光ファイバー① ② ④
③
大規模クラウドの運用でFCが役に立つ!
運用編その①
• 大規模環境の困ったこと
‒ 月に1台程度のサーバ(もしくはアダ
プタ)は壊れる
‒ アダプタを変えるとストレージの
設定、SANの設定が全て変わる
• Fabric assigned port WWN+SAN
ブートが故障交換をシンプルにす
る
‒ Fabricからサーバのアダプタに
WWNをプッシュ
‒ サーバはWWNに紐づくブートボ
リュームから起動
22
10:00:xx:yy:zz:00:00:01 10:00:xx:yy:zz:00:00:02
サーバのステートレス化
SANboot
ボリューム
大規模クラウドの運用でFCが役に立つ!
運用編その②
• 大規模環境の困ったこと
‒ パフォーマンスが悪化した場合、
どこが悪いのかわからない
‒ SANなのか、ストレージなのか切
り分けたい(少なくともアプリは変
えていないという前提)
• Bottleneck Detection、解析エ
ンジンが解決!
‒ bottleneckmon コマンドで遅延、
輻輳、エラーなどが切り分け可能
‒ モニタリング&解析エンジンによ
りリアルタイムにファブリックの
事象を把握&通知
23
Analytic
Monitoring
Platform
(AMP)
この ITL が遅い!
(もっというと
ストレージが遅い)
AMPの宣伝!
2015/8/25 出荷開始
Analytic
Monitoring
Platform
(AMP)
ファブリック中の全スイッチで
全フローについて、下記の情報
を取得し、関連付けを行うこと
で、何がおかしいかを抽出する
(自動で!)
24
大規模クラウドの運用でFCが役に立つ!
運用編その③
• 大規模環境の困ったこと
‒ 変更は日常茶飯事
‒ 新規オーダからデプロイまで分
単位を要求される
‒ サーバ、ストレージ、SANとレ
イヤが多い
• APIにより自動化を実現
‒ OpenStack cinder 連携
‒ Brocade Network Advisor
REST API 連携
‒ Target Driven Zone 連携
25
OpenStack
cinder
FC SAN zone mgr
Block Volume mgr
Zone をオーケストレー
タから自動設定
ストレージボリューム
も自動設定
OpenStack 連携
Brocade Network
Advisor
REST API
ユーザスクリプト
管理ソフト(BNA)経由で
各種設定を実現
(REST/SMI-S/その他)
BNA 連携
SMI-S
Zone をストレージ
側からFC inbandで
自動設定
TDZ連携
最新FC-SANの適用イメージ
• クラウド、仮想化+DR
‒ VDIなどを含む、高密度仮想化
基盤
‒ ワークロードを予想できない
IaaS
‒ ベアメタルクラウド
• トランザクションシステム
+DR
‒ 大規模RDBMS
‒ In-memory + backend storage
• テクニカルワークロード
‒ CAD/CAE
‒ Render Farm/Modeling/ポスプ
ロ
‒ 4K/8K メディア
26
BR7840を利用した
ハイブリッド型によく適合
Gen5 FC/Analytic Monitoring Platform
を利用した FC システムが適合
FABRIC!!!
ブロケードが主張し続けていること
27
Virtualized
Resources
Programmable
Convergence Fabrics
Open
Software
Functions
Visualized,
Automonous
Bandwidth,
Latency
重要なコンピュート基盤
ストレージ仮想化ソフト
ソフト・アプライアンス
リソース仮想化
オーケストレータ連携
BIGDATA利用
FC/IP データ最適化
標準準拠
デファクトスタンダード採用
標準準拠
ヘテロベンダ
Fibre Channel
Ethernet
まとめ
• Fibre Channel は今も進化し続けている
‒ 性能だけではなく、大規模環境に最適な機能性を提供
28Fibre Channel SAN
Brocade 7840
Extension
Brocade 7800
Extension
Brocade 6510
Brocade 300
Brocade DCX
8510
Brocade 6505
各社ブレードサーバ
組み込みスイッチ
Brocade 6520
Brocade Network Advisor
Gen4 FC
(8GFC)
FCファブリックで作る
高付加価値ビジネスシステム
29
ビジネスの創出 リアルタイム経営
営業力/顧客
満足度向上
業務の効率化
本来あるべきビジネスシステム像
“大規模かつ即時にスクラップ&ビルド
ができるシステム“を支える基盤
性能も容量も Software-Defined
高付加価値ビジネスを支える高スルー
プット
自律、自動
ヘテロかつオープン
Q&A
30
次回のテーマは?
• ご希望、ご要望は下記まで
‒ twitter @brocadejapan
‒ FaceBook ブロケード/BrocadeJapan
31
Thank you

ストレージ・ネットワークがわかるwebセミナー『古くて新しいファイバーチャネルの “今”』