Contenu connexe
Similaire à [D34] Shared Nothingなのに、Active-Activeクラスタ? ~ 高いスケーラビリティを誇る日立国産DBMS「HiRDB」のクラスタ技術 ~ by Akito Wakisaka
Similaire à [D34] Shared Nothingなのに、Active-Activeクラスタ? ~ 高いスケーラビリティを誇る日立国産DBMS「HiRDB」のクラスタ技術 ~ by Akito Wakisaka (20)
Plus de Insight Technology, Inc.
Plus de Insight Technology, Inc. (20)
[D34] Shared Nothingなのに、Active-Activeクラスタ? ~ 高いスケーラビリティを誇る日立国産DBMS「HiRDB」のクラスタ技術 ~ by Akito Wakisaka
- 16. Active-Activeクラスタ構成を実現するからくり
FES 1
FES 2
BES 1
BES 1
BES 1
FES 3
BES 3
BES 3
BES 3
BES 2
BES 2
BES 2
DBバッファ
1 関東
BES 5
BES 5
BES 5
BES 4
BES 4
BES 4
DBバッファ
2 東日本
BES 6
BES 6
BES 6
DBバッファ
3 関西
4 西日本
5 中部
6 海外
DBAREA1
DBAREA2
DBAREA3
DBAREA4
DBAREA5
DBAREA6
1 関東
2 東日本
3 関西
4 西日本
5 中部
6 海外
© Hitachi, Ltd. 2013. All rights reserved.
15
- 17. 障害が発生したら?
FES 1
FES 2
障害 BES 1
FES 3
BES 3
BES 3
BES 3
BES 1
BES 1
BES 2
BES 2
BES 2
DBバッファ
1 関東
BES 5
BES 5
BES 5
BES 4
BES 4
BES 4
DBバッファ
2 東日本
BES 6
BES 6
BES 6
DBバッファ
3 関西
4 西日本
5 中部
6 海外
DBAREA1
DBAREA2
DBAREA3
DBAREA4
DBAREA5
DBAREA6
1 関東
2 東日本
3 関西
4 西日本
5 中部
6 海外
© Hitachi, Ltd. 2013. All rights reserved.
16
- 18. 稼動中サーバのリソースを有効活用
切り替え完了まで
キューイング
FES 1
FES 2
FES 3
□自動でアクセス先を切り替え
□不足したプロセスは追加起動
待機中プロセスが
担当データを
成り変わって処理
障害 BES 1
BES 3
BES 3
BES 1
BES 1
BES 1
BES 2
BES 2
BES 2
DBバッファ
1 関東
BES 5
BES 5
BES 2
BES 4
BES 4
BES 1
DBバッファ
2 東日本
3 関西
BES 6
BES 6
BES 2
DBバッファ
4 西日本
1 関東
5 中部
6 海外
2 東日本
DBAREA1
DBAREA2
DBAREA3
DBAREA4
1 関東
2 東日本
3 関西
4 西日本
DBバッファなどの
DBAREA5
DBAREA6
リソースを共有
5 中部
6 海外
□DBバッファの占有もできます
© Hitachi, Ltd. 2013. All rights reserved.
17
- 23. Active-Activeクラスタ デモンストレーション
□ 数秒オーダでの切り替え
□ 多重障害への対応
稼働中サーバに負荷分散し、
安定した業務継続
切り替え中でも新規
トランザクションを受付可能
障害
DBサーバ1 DBサーバ2 DBサーバ3
数秒オーダで
切り替え
3台で稼動
2台で稼動
全面ダウン
期間ゼロ
DBサーバ CPU利用率
DBサーバ全体スループット
© Hitachi, Ltd. 2013. All rights reserved.
22
- 29. (c)素早くHiRDBを回復させる
□高速DB回復&稼動中のリソースの利用で早期サービス再開
- 高速DB回復
①ディスク毎の並列DB回復
②新規トランザクションの早期受付開始
- 稼動中のリソースの利用 ③DB処理プロセスの成り代わり
□Active-ActiveクラスタではDB回復を稼動中サーバに分散して実施
BES3
BES4
切替指示
BES1
回復準備
②新規トランザクションの
早期受付開始
BES4
HAモニタ
①ディスク毎の
HiRDB並列DB回復
BES3
切替先
稼働中
BES1
DB回復
稼動中HiRDBへの
HA Booster Pack
DB回復
(ディスク1)
③DB処理プロセスの
成り代わり
DB回復
(ディスク2)
時間
切替指示
BES6
HiRDB
BES5
BES6
BES2
回復準備
稼働中
DB回復
BES2
HAモニタ
BES5
切り替え
DB回復
(ディスク3)
DB回復
(ディスク4)
時間
HA Booster Pack
DB回復
トランザクションの
決着
回復トランザクション
新規トランザクション
稼働中のトランザクション
© Hitachi, Ltd. 2013. All rights reserved.
28
- 33. これからも
Made in Japan DBMS,
極めていきます。
を
今後も、日立のデータベースに
ご期待ください。
HiRDB:Highly Scalable Relational DataBase
© Hitachi, Ltd. 2013. All rights reserved.
32
- 39. 日付と支店番号でDBを分割した例
□月単位に支店グループを2次元分割
□独立したBESで並列に処理
関東
集計業務
関西
集計業務
その他
集計業務
BES 1
BES 2
BES 3
空間軸での
分割
支店売上管理表
第1次元
分割列
第2次元
分割列
<関東地区> <関西地区> <その他地区>
支店番号
~1999
支店番号
2000~2999
2011-07-30 関東 東京 1001
DBAREA1
DBAREA2
DBAREA3
2011-07-30 関西 大阪 2001
関東07
関西07
他07
・
・
2011-08-30 関東 横浜 1010
DBAREA4
DBAREA5
DBAREA6
2011-08-30 東北 仙台 4001
関東08
関西08
他08
・
・
2011-09-30 関東 東京 1001
DBAREA7
DBAREA8
DBAREA9
2011-09-30 関西 神戸 2015
関東09
関西09
他09
時間軸での
分割
支店番号
3000~
日付
地区 支店
支店番号
売上 ・・・
<7月>
2011-07-30 九州 福岡 3010
<8月>
2011-08-30 関西 京都 2008
一定期間保管
<9月>
・
・
© Hitachi, Ltd. 2013. All rights reserved.
38
- 41. 今や、ストレージ仮想化技術で対処できる時代
□DB格納領域の見積もり、運用がどれだけ必要? 大変?
■従来の運用
■ストレージ機能と連携した
シン・プロビジョニングでの運用
DBAREA1
<関東地区> <関西地区> <その他地区>
支店番号
~1999
支店番号
2000~2999
支店番号
3000~
DBAREA1
DBAREA2
予備
DBAREA3
DBAREA3
予備
DBAREA2
最大
オンデマンド
仮想Vol(ディスク)
ディスク追加
見積もり、設計が大変
・データ増加を予測した見積もり設計。
・それに伴う拡張・運用設計の立案。
・DBエリアのパンク回避のための余裕値設計。
監視、運用が大変
・個々のDBエリアの監視。
・ディスク追加によるDBエリア拡張。
ストレージ
プール
HDD
・仮想ディスクに最大サイズでDB
エリアを確保でき、DB容量設計
が容易。
・DBエリアの自動拡張に伴い、
オンデマンドでストレージを割り
当てられる。
・ストレージプール全体で枯渇
監視でき、監視、拡張運用が容易。
ストレージプールを活用した
資源共有により負担を軽減
© Hitachi, Ltd. 2013. All rights reserved.
40
- 42. マスタ表の効率的な共有アクセス
□マスタ系データの配置は?
関東
集計業務
関西
集計業務
その他
集計業務
FES 1
FES 2
FES 3
APサーバ
BES 1
DBサーバ
DBバッファ
マスタ
関東
BES 2
DBバッファ
マスタ
関西
商品マスタ
・全BESから参照できる表属性。
・各BESのバッファで独立して参照できる。
・複数のBESから参照する場合でも、
BES間での通信はおこなわない。
BES 3
DBバッファ
マスタ
その他
特定BESへのアクセス
集中を回避できる
DBAREA10
ストレージ
全BESから参照できる
『共用表』属性を利用
共用表属性
DBAREA1
DBAREA2
DBAREA3
関東
関西
他
© Hitachi, Ltd. 2013. All rights reserved.
41