Download to read offline
Uploaded bygriddb
サイバーフィジカルシステム(CPS)に必要なデータ基盤を考える ～ NoSQL/SQLハイブリット型GridDB ～
db tech showcase Tokyo 2019 2019/09/25(水) 09:30 ～ 2019/09/27(金) 18:40 秋葉原UDX カンファレンス (4F,6F) (東京都 千代田区外神田４丁目１４−１ 秋葉原UDX南ウィング) [主催] 株式会社インサイトテクノロジー A7 Session 2019.9.26 (木) 13:00 - 13:40 DB (データ管理) サイバーフィジカルシステム(CPS)に必要なデータ基盤を考える ～ NoSQL/SQLハイブリット型GridDB ～ これまで「経験と勘」に頼っていた事象を効率化し、高度な社会を実現するサイバーフィジカルシステム(CPS)には、センサーネットワークが生みだす膨大なデータをリアルタイムに処理が可能なデータ基盤が求められています。 GridDB は、高い拡張性と信頼性、データ一貫性を兼ね備えたNoSQLをベースとしつつ、パイプライン並列、データ並列など分散並列処理技術を駆使し、既存のデータベースでは扱えなかった巨大データを短時間に処理できます。本講演では、設計思想、アーキテクチャなどGridDBの内部の仕組みを中心にご紹介します。
![[db tech showcase Tokyo 2014] D15:日立ストレージと国産DBMS HiRDBで実現する『ワンランク上』のディザスタリカバリ...](https://cdn.slidesharecdn.com/ss_thumbnails/dbts-tokyo-2014-d15-hirdb-koji-kinami-150226223545-conversion-gate02-thumbnail.jpg?width=640&height=640&fit=bounds)
![[de:code 2019 振り返り Night!] Data Platform](https://cdn.slidesharecdn.com/ss_thumbnails/20190610decode2019dataplatformrecap-190610113039-thumbnail.jpg?width=640&height=640&fit=bounds)
![[INSIGHT OUT 2011] C26 ミッションクリティカルを実現する国産データベースHiRDBの技術(hara)](https://cdn.slidesharecdn.com/ss_thumbnails/insightout2011c26hara-111114012851-phpapp01-thumbnail.jpg?width=640&height=640&fit=bounds)
![[db tech showcase Tokyo 2017] D35: 何を基準に選定すべきなのか！？ ～ビッグデータ×IoT×AI時代のデータベースのアー...](https://cdn.slidesharecdn.com/ss_thumbnails/d35-170912024713-thumbnail.jpg?width=640&height=640&fit=bounds)
![[db tech showcase OSS 2017] A14: IoT時代のデータストア--躍進するNoSQL、拡張するRDB by OSSコンソーシア...](https://cdn.slidesharecdn.com/ss_thumbnails/20170616dbtechshowcaseossyoshida-170621081930-thumbnail.jpg?width=640&height=640&fit=bounds)
サイバーフィジカルシステム(CPS)に必要なデータ基盤を考える ～ NoSQL/SQLハイブリット型GridDB ～
- 1. © 2019 ToshibaDigital Solutions Corporation 東芝デジタルソリューションズ株式会社 服部 雅一 サイバーフィジカルシステム(CPS)に必要なデータ基盤を考える ～ NoSQL/SQLハイブリット型GridDB ～
- 2. 2© 2019 ToshibaDigital Solutions Corporation CPSやDXに求められるデータベースとは GridDB の特長 性能ベンチマーク オープンソース GridDB 01 02 03 04 導入事例05
- 3. 3© 2019 ToshibaDigital Solutions Corporation 01 CPSやDXに求められるデータベースとは
- 4. 4© 2019 ToshibaDigital Solutions Corporation IoTデータはトランザクション型のデータと異なる特徴がある 異常検出 見える化 各種集計 データベース 時系列データ ミリ秒オーダーで 高頻度に発生 大量データが 単調増加 発生直後から リアルタイム参照 24H365D 絶え間なく発生 APL ログ Web サイト Web・SNS ログ RDBMS CRM/ERP センサー データ収集 データ保管 データ読出し・分析 デ ー タ 保 管 量 月・年
- 5. 5© 2019 ToshibaDigital Solutions Corporation では、 IoTのためのデータベース要件とは 異常検出 見える化 各種集計 データベース 時系列データ APL ログ Web サイト Web・SNS ログ RDBMS CRM/ERP センサー データ収集 データ保管 データ読出し・分析 デ ー タ 保 管 量 月・年 ミリ秒オーダーで 高頻度に発生 大量データが 単調増加 発生直後から リアルタイム参照 24H365D 絶え間なく発生 高い処理能力 High Performance 高い処理能力 High Performance 高い信頼性 High Reliability 柔軟な拡張性 High Scalability
- 6. 6© 2019 ToshibaDigital Solutions Corporation これまでの技術はIoTのデータベース要件を満たしているか DXシステムにおける弊社見解です。 高い処理能力 柔軟な拡張性 高い信頼性 RDB △ × ○ NoSQL △ ○ △ Hadoop FS △ ○ × GridDB ◎ ◎ ◎ 注：トランザクションシステムにおける評価は異なります。
- 7. 7© 2019 ToshibaDigital Solutions Corporation 02 GridDB の特長
- 8. 8© 2019 ToshibaDigital Solutions Corporation GridDB の特長 • キーコンテナ型データモデル • コンテナ内のデータ一貫性を保証 IoT指向の データモデル • メモリを主、ストレージを従としたハイブリッド型インメモリーDB • 同期・排他処理、リカバリなど、各種オーバーヘッドを極力削減 高性能 • ノンストップスケールアウト • 強い自律性。パーティション単位で自由自在にノードに配置 スケーラビリティ • データ複製をサーバ間で自動的に実行 • 障害発生時も、システムを止めることなく運用継続 高い信頼性と 可用性 • NoSQLで大量データを収集しながら、SQLでリアルタイム分析が可能 • パイプラインなど並列SQL処理 NoSQLとSQL デュアルIF
- 9. 9© 2019 ToshibaDigital Solutions Corporation データモデル IoTデータを格納するのに最適なキーコンテナ型データモデル IoTデータ 分散KVS キーバリュー型/キーカラム型 GridDB キーコンテナ型 コンテナ：テーブル表現で管理 機器 時刻 センサ A センサB 00:00:00 1.12 2.13 00:00:01 0.88 5.98 00:00:02 3.78 4.05 00:00:03 6.52 2.04 ・・・・ ・・・・ ・・・・ 機器 1 時刻 センサ A センサB 00:00:00 1.12 2.13 00:00:01 0.88 5.98 00:00:02 3.78 4.05 00:00:03 6.52 2.04 ・・・・ ・・・・ ・・・・ 機器 時刻 センサ A センサB 00:00:00 1.12 2.13 00:00:01 0.88 5.98 00:00:02 3.78 4.05 00:00:03 6.52 2.04 ・・・・ ・・・・ ・・・・ 機器 時刻 センサ A センサB 00:00:00 1.12 2.13 00:00:01 0.88 5.98 00:00:02 3.78 4.05 00:00:03 6.52 2.04 ・・・・ ・・・・ ・・・・ 機器 1 時刻 センサ A センサB 00:00:00 1.12 2.13 00:00:01 0.88 5.98 00:00:02 3.78 4.05 00:00:03 6.52 2.04 ・・・・ ・・・・ ・・・・ 機器 1 時刻 センサ A センサB 00:00:00 1.12 2.13 00:00:01 0.88 5.98 00:00:02 3.78 4.05 00:00:03 6.52 2.04 ・・・・ ・・・・ ・・・・ 機器 時刻 1 00:00:00 センサ A センサB 1.12 2.13 機器 時刻 1 00:00:00 センサ A センサB 1.12 2.13 センサ A センサB 1.12 2.13 機器 時刻 1 00:00:00
- 10. 10© 2019 ToshibaDigital Solutions Corporation RDBMSのCPU利用効率 本質的なデータ処理に費やすCPU使用率は10%強 要求処理 Data File WAL File トランザクション管理 クエリ処理 バッファ管理 RDB Harizopoulos, S. et al, “OLTP Through the Looking Glass, and What We Found There”, SIGMOD 2008
- 11. 11© 2019 ToshibaDigital Solutions Corporation CPUをフル稼働させるイベント駆動アーキテクチャ • 同期・排他処理によるオーバーヘッドを極力削減 • 大容量メモリ搭載を前提に、バッファリングやリカバリを軽量化 クライアント イベント駆動エンジン クライアント 他サーバ 他サーバ SQL 処理 NoSQL 処理 CPU メモリ ディスク • スレッド毎にリソース割り当てによりリソース共有を排除 • CPU使用率を最大化 • メモリ、DBファイルをそれぞれに割り当て • 同期・排他処理を排除 • CPUコア/スレッドは担当処理に専念 • ロウのブロックへの書き込みを最適化 • 軽量なWALベースのリカバリ処理を実装 GridDBサーバ
- 12. 13© 2019 ToshibaDigital Solutions Corporation DBスケールアウトの課題 「ノード増設」と「ノード障害」への対応 2CPU 4GB ノード増設 ノード障害
- 13. 15© 2019 ToshibaDigital Solutions Corporation GridDBのDBクラスタ DBノード (マスタノード) DBノード DBノード クライアント データ複製 データ配置 要求 ADDR ①マスタースレーブモデルの改良 • ノード間でマスタノードを自動選択。管理サーバが クラスタ内に存在しない。 →SPOFを完全排除 • ノード過半数を占めたサブクラスタのみがサービス可 能となるクオーラムポリシー →スプリットブレインを完全排除 ②自律データ再配置技術の開発 • (マスターノードが)ノード間アンバランス、レプリカ欠 損を検知 →バックグラウンドでデータ再配置 • 2種類のレプリカデータを使って高速同期、完了後 切替え →スケールアウトを高速化
- 14. 16© 2019 ToshibaDigital Solutions Corporation ノンストップスケールアウトを支える自律データ再配置技術（ADDA） • (マスターノードが)アンバランス、レプリカ欠損を検知すると、 バックグラウンドでデータ再配置 • 2種類のレプリカデータを使って高速同期、完了後切替え DBノード 負荷小 クライアント 更新ログ メモリブロック ①負荷インバランス検知 ②長期同期プランニング ③長期同期実行 ④アクセス切替 現状 目標
- 15. 17© 2019 ToshibaDigital Solutions Corporation NoSQLとSQLのデュアルAPI 大量のデータを収集しながら、リアルタイム分析が可能 GridDB クラスタ DB ノード DB ノード DB ノード キーバリューインターフェース SQLインターフェース 他の DB BI ETL 他のシステム NoSQL (Key-value) インターフェース • KVS指向の高可用性、高スループット • キーコンテナのCRUD • Java / C / Python / Rubyドライバ SQL インターフェース • 分散並列SQLデータベース • 大型コンテナのコンテナ分割 • 結合などの複数のコンテナー（表）用のSQL • JDBC / ODBCドライバ
- 16. 18© 2019 ToshibaDigital Solutions Corporation GridDB/SQLのポリシー 従来のSQL機能を持ったKVSとは一線を画す SQLノード KVSノード SQLノード KVSノード クライアント SQLルータ RDBMS RDBMS NoSQL+SQL ノード NoSQL+SQL ノード クライアント 従来 GridDB
- 17. 19© 2019 ToshibaDigital Solutions Corporation GridDBの内部構造 DBノード クライアント C0 C1 C2 C3 Val Val Val Val Val Val Val Val Val Val Val Val a@0 C4 C5 C6 Val Val Val Val Val Val Val Val Val b@0 C0 C1 C2 C3 Val Val Val Val Val Val Val Val Val Val Val Val a@1 C4 C5 C6 Val Val Val Val Val Val Val Val Val b@1 C0 C1 C2 C3 Val Val Val Val Val Val Val Val Val Val Val Val a@2 C4 C5 C6 Val Val Val Val Val Val Val Val Val b@2 Task Task Task Task Task Task Task Task Task Task パイプライン並列化 パーティション並列化 (タスク)独立並列化C0 C2 C７ Val Val Val Val Val Val C0 C2 C6 Val Val Val Val Val Val Val Val Val C0 C2 C6 Val Val Val Val Val Val Val Val Val SQL NoSQL
- 18. 20© 2019 ToshibaDigital Solutions Corporation パイプライン並列化のイメージ TL TL TL TL TL TL TL TL TL TL TLSCAN Executor SCAN Executor SCAN Executor SCAN Executor SCAN Executor SCAN Executor JOIN Executor JOIN Executor JOIN AGGREGATE Executor AGGREGATE AGGREGATE ExecutorExecutor UNION Executor Executor AGGREGATE Executor CREATE TABLE A (num INT NOT NULL, id INT, ...) PARTITION BY HASH(num) PARTITIONS 3 SELECT A.num, SUM(A.id) FROM A, B WHERE A.num = B.num GROUP BY A.num
- 19. 21© 2019 ToshibaDigital Solutions Corporation GridDBの1ノード・1ペタバイト対応 DXからの要請はテラバイト/秒からペタバイト/ミリ秒へ Mong* Cass* Postg* GridDB V4.2 GridDB V4.3 • 内部管理メモリ領域の圧縮 • 巨大チャンク(ページ)サイズを設定可能 • I/O分散のため、ファイル分割配置 • ネットワーク分散のため、複数I/F対応 • SQL同時実行性(キュー)の改善 50TB (圧縮時 数百TB) ～数TB 1000TB 200TB 応答性能重視 (TB/ノード) 大規模重視 (PB/ノード) NoSQL インメモリ状態で スケールアウト バランス考慮 NewSQL バランス考慮 ネットワーク負荷を考 慮し、スケールアップ ＆スケールアウト ※各種DBMSの推奨値や事例から推定
- 20. 22© 2019 ToshibaDigital Solutions Corporation 03 GridDB NoSQL vs Cassandra GridDB NoSQL vs InfluxDB GridDB NoSQL vs MariaDB GridDB NewSQL vs PostgreSQL 性能ベンチマーク
- 21. 23© 2019 ToshibaDigital Solutions Corporation GridDB NoSQL vs Cassandra – YCSB パフォーマンスベンチマーク 高性能を売りにするCassandraと比較しても、GridDBの方が圧倒的に高性能 Read 50% + Write 50% 約2.5倍 Read 95% + Write 5% 約8倍
- 22. 24© 2019 ToshibaDigital Solutions Corporation GridDB NoSQL vs Cassandra – YCSB パフォーマンスベンチマーク 長時間実行してもGridDBは性能劣化が少ない ベンチマークの詳細を ホワイトペーパーとして配布中！ https://griddb.net/
- 23. 25© 2019 ToshibaDigital Solutions Corporation GridDB NoSQL vs InfluxDB – YCSB-TSベンチマーク YCSB-TS（時系列）ベンチマーク：InfluxDBよりも6倍以上性能が優れる ＊1 node, 100M Records. Higher throughput is better. ＊Workload A: Read Only, Workload B: Scan, Count, Average, and Sum operations.
- 24. 26© 2019 ToshibaDigital Solutions Corporation GridDB NoSQL vs MariaDB – センサー課金アプリケーションのベンチマーク 低い負荷平均とメモリ使用量を維持しながら、 取り込みおよび抽出/集約ワークロードの両方でMariaDBよりも優れている ＊Extract: the SUM-aggregation of one month’s data for each device in the database
- 25. 27© 2019 ToshibaDigital Solutions Corporation GridDB vs PostgreSQL – TCP-H ベンチマーク GridDBは並列実行を利用し、スケールアウト時に他のDBよりも優れている
- 26. 28© 2019 ToshibaDigital Solutions Corporation 04 オープンソース GridDB
- 27. 29© 2019 ToshibaDigital Solutions Corporation オープンソース GridDB は2016年2月にオープンソース化
- 28. 30© 2019 ToshibaDigital Solutions Corporation GridDB Developers Site アプリ開発者を支援するサイト：ドキュメント、ブログ、コミュニティフォーラムなど
- 29. 32© 2019 ToshibaDigital Solutions Corporation 05 導入事例
- 30. 33© 2019 ToshibaDigital Solutions Corporation GridDBの導入事例 高い信頼性・可用性が求められるシステムで使われている ☑ フランス リヨン 太陽光発電 監視・診断システム 発電量の遠隔監視、発電パネルの性能劣化を診断 ☑ クラウドBEMS ビルに設置された各種メータの情報の収集、蓄積、分析 ☑ 石巻スマート コミュニティ プロジェクト 地域全体のエネルギーのメータ情報の収集、蓄積、分析 ☑ 電力会社 低圧託送業務システム スマートメータから収集される電力使用量を集計し、需要量と発電量のバランスを調整 ☑ 神戸製鋼所 産業用コンプレッサ稼働監視システム グローバルに販売した産業用コンプレッサをクラウドを利用して稼働監視 ☑ デンソー ファクトリーIoT 工場の生産性向上。世界130工場に展開予定
- 31. 37© 2019 ToshibaDigital Solutions Corporation まとめると CSPにおいて、収集から分析まで複数のDBサービスが必要 Web・SNS ログ APL ログ Web サイト RDBMS CRM/ERP センサー 異常検出 見える化 各種集計 Dynamo RedshiftETL
- 32. 38© 2019 ToshibaDigital Solutions Corporation まとめると 目指すもの Web・SNS ログ APL ログ Web サイト RDBMS CRM/ERP センサー 異常検出 見える化 各種集計 GridDB
- 33. 39© 2019 ToshibaDigital Solutions Corporation ご清聴、ありがとうございました。