[B23] 事例で語る、社会インフラを支えるNonStop SQL ～見えないところで凄いんです～by Tetsuya Shinohara

事例る事例で語る、社会インフラを支えるNonStop SQL

～見えないところで凄いんです～

2013年11月14日2013年11月14日

日本ヒューレットパッカード株式会社

プロダクトマーケティング本部

© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.

篠原哲也

本日お伝えしたい3つのポイント～止まらないだけじゃない～

止まる事が許されない数千社の金融機関向けの金融トランザクション

レスポンスタイムが生命線のトランザクションデータベースをそのまま分析データベースにの金融トランザクション

サービスを提供

災害対策構成って対応レベルが様々です。重要業務だからこそ

高レベルの災害対策を実現

HP Integrity NonStopサーバー上で稼動するNonStopSQLは

そんな用件を必要とするお客様で導入されている商用DBMSです

© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice. 2

そんな用件を必要とするお客様で導入されている商用DBMSです

NonStop SQLが稼動するHP Integrity NonStopサーバーとは

39年間の実績を誇るの実績を誇るHPHPブランドの無停止型コンピューターシステムですブランドの無停止型コンピューターシステムです

2013 HP I t it N St Bl d S t 56000 発表 !!2013 HP Integrity NonStop BladeSystem 56000c 発表 !!2011 HP Integrity NonStop BladeSystem 54000c 発表2008 ブレードアーキティクチャを採用HP Integrity NonStop BladeSystem NB50000c発表2005 インテル® Itanium® プロセッサー搭載 HP Integrity NonStop NS16000サーバー発表2002 HPとCompaqが合併し新生HP誕生p q 合併新誕1998 CompaqとTANDEM COMPUTERSが合併1993 NonStop Himalaya Kシリーズ発表1979 日本タンデムコンピューターズ設立1975 NonStop System 誕生

1974 TANDEM COMPUTERS 設立1974 TANDEM COMPUTERS 設立


ワールドワイドでのお客様ご利用状況

HP Integrity NonStop サーバーミッションクリティカルOLTPシステム

ワルドワイドでのお客様ご利用状況

金融サービス通信・メディア流通・製造サービス

ヘルスケア政府・公共機関

– ペイメントシステム – HLR (Home Location – 生産管理、製造制御 – 電子患者記録クレジット、デビット、POS、資金決済

– 為替取引

Register)– インテリジェント・ネットワーク、第3世代サービスメッセージング

– 受発注、チケット予約

– EDI、データ集配信

– 国防関連

– 警察、消防の緊急指示システム

– 全世界でATM トランザクションシステムとしての実績

全世界でクレジット

– 世界大の ISP におけるメッセージングシステム

HLR ソリューションで

– 世界大規模の自動車メーカにおける生産管理システム

汎用機で実行してい

– 多くの世界大級の大学付属病院を含む、200以上の病院

24時間緊急コール


– 全世界でクレジットカードトランザクションシステムとして稼動

– HLR ソリューションで管理されている端末は3億以上

– 汎用機で実行していた受発注システムを移行

– 24時間緊急コール

HP NonStop SQLの提供する価値

24h×365日絶対的な高可用

• NonStop ServerとNonStop OSが実現する高い可用性をそのまま受け継いだNonStop SQL

スケールアウトが容易なDB• NonStop Serverの特徴であるシェアード・ナッシング・コンセプトを活かした超並列データベース

•1台のサーバのみで、他では実現できない可用性を提供

• HWリソースを足せば足しただけ直線的に性能の増加が期待できる

運用負荷が軽減→TCO削減• 乱立するDB/周辺サーバを1台にコンソリが可能

•バージョンUP時は上位コンパチをhpが保証

安心のサポート体制• HWからOS、DBMS、JVMやFrameworkまで、すべてhpによる1社サポートを実現

• HW増設・交換、DBバックアップや再編成などほぼすべての作業がオンライン中に可能

•問題発生時の切り分けや原因追求がスムースに


止まる事が許されない数千社の金融機関向け数千社の金融機関向けの金融トランザクションサービスを提供サービスを提供大量トランザクション＆マルチテナンシー大量トランザクション＆マルチテナンシー


Debit Protect （デビットカード不正検知サービス）

お客様プロフィールお客様プロフィール

•1981年設立全米デイビットカードネットワークの大手の一つ•1981年設立、全米デイビットカードネットワークの大手のつ

•ディスカバーのATM/POSネットワーク、デビットカード事業部門

•6,000以上の金融機関と接続

•米国内数十万台以上のATMとの接続

•数百万端末を超える取扱店でのデビットカードショッピングサービス

© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.7

全世界での現金以外の決済規模全世界で年間3070億件(単純計算で9734TPS平均)が非現金決済全世界で年間3070億件(単純計算で9734TPS平均)が非現金決済

* 北米地区で1240億件

http://www capgemini com/sites/default/files/resource/pdf/wpr 2013 pdf


http://www.capgemini.com/sites/default/files/resource/pdf/wpr_2013.pdf出展: 「World Payment Report 2013」 Capgemini and Royal Bank of Scotland


サービスの要件サービスの要件

•オーソリゼーション処理中のリアルタイム不正検知オリシ処中リタ不検

•ニューラルネットワークスコアリングを全トランザクションで実施

大量トランザクションでレスポンスタイム保障

スコアリング処理（ルール／履歴=DBアクセス）

•契約金融機関毎のルール適用が可能な事

•スケーラブルなシステムである事

スコアリング処理（ルル／履歴 DBアクセス）

マルチテナンシー対応

•スケーラブルなシステムである事

•高可用性を実現できるシステムである事

数千の金融機関、契約追加により更に増強がリニアに必要

数千社向けの金融サビスとしてとめられない


数千社向けの金融サービスとしてとめられない


当初システムでの問題当初システムでの問題

•異なるルールを適用する場合は、別のインスタンスが必要となるため、膨大なインフラ構成•ロードバランス APサーバー DBサーバースコアリングサーバーをそれぞれ冗長化ロドバランス、APサバ、DBサバ、スコアリングサバをそれぞれ冗長化•複数のインフラベンダー、複数の内部サポート部門

増えるインスタンスと管理者

複雑化するシステム構成増える管理者


増えるインスタンスと管理者


課題を解決課題を解決

•マルチベンダーソリューションから、2ベンダーソリューション化•スケーラブル高可用プラットフォーム

ザスケラブル、高可用プラットフォム

•複数インスタンスを１サーバーに集約大量トランザクションを１システムで

数千社更に拡張する拡張性

サービス停止を許さない可用性


レスポンスタイムが生命線のトランザクションデータベースをそのまま分析データベースに利用混在処理量（クドクド）混在処理量（クドクド）混在処理量（ミックスド・ワークロード）混在処理量（ミックスド・ワークロード）


レスポンスタイムが生命線のトランザクションデータベースをそのまま分析データベースに利用混在処理量（クドクド）混在処理量（クドクド）混在処理量（ミックスド・ワークロード）混在処理量（ミックスド・ワークロード）


OLTP処理とOLAP/バッチ処理の両立要望

こんな要望ってご経験していませんか？こんな要望ってご経験していませんか？

•最新の顧客購買履歴や取引利用履歴を元に、分析・アクションを実最新の顧客購買履歴や取引利用履歴を元に、分析アクションを実施したい

•業務のグローバル化（24時間化）により、バッチ処理時間を短くしたい。（なくしたい）/バックアップ時間が取れない。

•オンライン業務に影響なく、変更が発生するマスターや参照データベースを反映させなければならない。

バッチ処理の短縮・調整/両立の為のリソース確保など対応に苦慮??


大量のバッチ要求とオンラインの両立

トランザクションデータベース格納問合せオンライン処理

24時間クイックレスポンス

膨大な業務ﾃﾞｰﾀ処理膨大な業務ﾃﾞｰﾀ処理大量・複雑な基幹業務処理大量・複雑な基幹業務処理

トランザクションデータ

24時間クイックレスポンス

バッチ抽出分析処理

２４時間中即時更新２４時間ＮｏｎＳｔｏｐ

２４時間大量抽出


OLTP＆バッチ混在基幹データベース例

サービスの要件サービスの要件

各種取引先と接続考慮（運用時間制約）•各種取引先との接続考慮（運用時間の制約）

•データの増大に伴うレスポンスの悪化処理時間の増大

オンライン時間の拡大・運用時間の縮小

•データの増大に伴うレスポンスの悪化、処理時間の増大

•データ分析の為の環境整備が困難

OLTPに求めらる拡張性とﾚｽﾎﾟﾝｽ確保

デタ分析の為の環境整備が困難

直前のデータの利用・オンライン処理との共存


OLTP＆バッチ混在基幹データベース

実現へのポイント

顧客管理システム

•顧客情報

•OLTPと大量検索、更にバッチの混在環境をシングルシステムで構築

•予約と履歴ポイント登録（OLTP及び大量のバッチ）

OLTPOLTP

PrimaryPrimary

HP NonStop SQL

•顧客情報•顧客ポイント•全利用履歴

SecondarySecondary

HP NonStop SQL

OLTPOLTP

Real-timeDB相互レプリケーション

Active-Active

•予約と履歴、ポイント登録（OLTP及び大量のバッチ）

•高速かつ柔軟な分析処理の実現

•大量の検索処理と高速レスポンス

各提携各社

基幹ホスト

本部マーケティング

オーダ系処理ホスト

Webサーバ

カード会員管理

OLAPOLAP

VRU

•24時間365日の稼動（オンライン中のDBメンテナンス）

非定型検索・分析業務の実現

マイレージセンタ空港カウンタ

コールセンタ

…

…

各提携各社

各種分析

Internet

…

トランザクションの増加への迅速な対応

バージョンアップにも無停止で対応


コールセンター業務

混在処理（ミックスド・ワークロード）は十年以上前から実現

災害対策構成って対応レベルが様々です。重要業務だからこそ最高レベルの災害対策を実現災害対策（トザクシ整合性を保持）災害対策（トザクシ整合性を保持）災害対策（トランザクション整合性を保持）災害対策（トランザクション整合性を保持）


災害対策、してますか？

IT投資動向に関する国内CIO調査結果

サプライチェーン

インフラ統合

バックオフィスシステム

災害対策を最重要投資と位置付ける企業が増加しています

災害対策

情報漏洩対策出典：IDC Japan 「2013年国内CIO調査： ITサービス/アウトソーシング利⽤実態」従業員1,000⼈以上の企業（n=222）

位置付ける企業が増加しています

セキュリティ

©2012 Hewlett-Packard Development Company, L.P.

⽬標復旧時点（RPO）とは？

稼働中

RPO RTO

複製データロスト

RPO RTO

復旧時点の再稼働復旧時点のデータ

再稼働

バックアップ間隔が1⽇の場合

稼働中稼働中

複製データロスト複製

1⽇ 1⽇

データ複製技術の位置付けストレージ同期型

レプリケーションレプリケーション同期型少ない

ストレージ⾮同期型

レプリケーションレプリケーション⾮同期型

損失

少ない

仮想テープ

⾮同期型⾮同期型

データ損

（RPO）

テープ +Hotノード

テープ +Warmノード

テープバックアップ

デ

多い

HP Confidential2停⽌時間（RTO）短い⻑い

金融ネットワークサービスの災害対策構成例

災害対策構成のポイント災害対策構成のポイント

A A 構成•Active-Active構成通常稼動時は金融機関接続ノード、ATM/POS接続ノードに役割分担

•透過的なアプリケーションの移動やフェイルオーバを実現

•DBは双方向リアルタイム同期


ハリケーンで実証された実⼒

デ

約10秒で回避DC #2(ダラス) DC #1(ヒューストン)

Primary DB

Standby DB

Standby DB

Primary DB

ﾘｱﾙﾀｲﾑﾘﾌﾟﾘｹｰｼｮﾝ

データセンター#2（ダラス）

DC #2(ダラス) DC #1(ヒュストン)

OS

Primary DB

NonStopSQL

OS

Standby DB

NonStopSQL データセンター#1（ヒューストン）

OS OS

ハリケーン・リタ2005年9⽉17⽇〜9⽉26⽇

©2012 Hewlett-Packard Development Company, L.P.

キーソリューション技術特徴技術特徴NonStopSQLNonStopSQL技術特徴技術特徴


フォルトトレランスが内包されているDBエンジン

なぜNonStop SQLの可用性が高いかフォールト・トレランスが内包されているDBエンジン

一般的なデータベース NonStop SQLでは

DB

Server

OS

• サーバー単体では可用性が担保できないので・・・

• HA構成、クラスタの採用など可用性を高めるための構成を、HWMWふくめ検討する必要がある

プロセッサ

OS

DB

プロセッサ

OS

DB

プロセッサ

OS

DB

プロセッサ

OS

DB

S NMWふくめ検討する必要がある

• 単体で動いているときは構成も挙動も異なる

ServerNet

• SWレベルでの高いFT性をもつNonStop OSの中に

DB

Server

OS

DB

Server

OS

Cluster

も異なる

• 可用性を上げるために逆に障害点を増やしてしまうことに

• メンバ障害で業務停止、また共有部分障害致命的

実装されたデータベース

• 1台のサーバーでそもそも高可用が実現できている

• 「クラスタリング」のような上かぶせの技術が不要なため、障害点が増えることもない


分の障害は致命的に害点が増えることもない

HWリソスの追加で容易にパフォマンス増強

直線的拡張性「スケールアウト可能なDB」HWリソースの追加で容易にパフォーマンス増強


• クラスター構成の場合サーバーを増設するとクラスタウェア • 共有要素のないシェアードナッシングがコンセプトなので• クラスタ構成の場合、サバを増設するとクラスタウェア

や、共有DISKなどでボトルネックがおきすい

• HWリソースを追加しても性能は頭打ちになりがち

• DBサーバーをスケールアウトさせるのは難しい

• 共有要素のないシェアドナッシングがコンセプトなので、HWリソースを追加すれば線形に性能がえられる

• 処理増にはスケールアウトで対応できるので、キャパシティープランや投資計画が容易。スモールスタートでトランザクションの伸びに応じて柔軟に増設可能

ServerServer Server Server

• 性能を出すためにはスケールアップか、別のクラスタセットを立てて対応せざるをえない

eクションの伸びに応じて柔軟に増設可能

• HW増設もサービスを止めることなくオンラインで可能

Server Server Server e

Add-onServer

Add-on

DB DB DB

HW Add on

Perf

orm

anc

スケールしないCluster OS

HW Add on

Perf

orm

anc

ServerNet

OS OS スケールアウト

OS

DB DB


HW Add-on HW Add-on

多種多様なデタベス処理管理作業の混在を容易にします

優先度制御機能多種多様なデータベース処理、管理作業の混在を容易にします


Server プロセッサプロセッサプロセッサプロセッサ

OS

• 複数業務からの要求を1つのDBサーバーで混在させると、互いに

悪影響をおよぼす

• OLTPはBatchなどが同時に動くとレ

データベース

OLTP 分析 Batch

OSデータベース

Batch分析

OLTP 19012050

要求に与えた優先度が、DISKアクセスにま

で引き継がれる

競合はなどが同時に動くとレ

スポンスを担保できない

• 優先度をつけたとしてもDISKアクセスまでは制御できない

Server ServerServer

シングル・データベース

高優先度のデタアクセスは他のアクセスによるシステ

OSDB

OLTP

OSDB

OSDB

分析 Batch• 業務が複数ある場合には、業務ご

とにサーバーとデータベースを

別々に構築

• データベース間をどう連携するか考慮が必

• 高優先度のデータアクセスは、他のアクセスによるシステ

ム高負荷時にもレスポンスを維持

• 1台のサーバー、シングルDBで複数業務の混在が可能

• 同じ鮮度のデータが誰からも共有できる「統合DB」の構築が


の考慮が必要

• 統合DBの構築は難しい

が容易に可能

NonStop SQL 豊富なデータ複製技術災害対策のためのバックアップサイトやスタンバイサイトを容易に構築可能

• トランザクション単位で整合性の取れたデータをリアルタイムで複製

• アクティブ-スタンバイ、アクティブ-アクティブ構成をサポート

• Shadowbase等の3rdベンダーソリューションでは Oracle等の他RDBへの複製も可能

災害対策のためのバックアップサイトやスタンバイサイトを容易に構築可能

Shadowbase等の3rdベンダソリュションでは、Oracle等の他RDBへの複製も可能

• World Wide 及び、日本国内で多数の実績有り

NonStop RDF本番機

災対機 •DRサイト構築に特化したHP純正S/W

本番機NonStop

SQL

・NonStop Server間でのログベース非同期リプリケーション

・低レイテンシーと低オーバーヘッドで高水準のRPOを実現

・オプションで完全同期やトランザクション損出ゼロも可能

Active-Stand By

第2本番機／災対機

Active-Active

Shadowbase

Attunity Stream

NonStopSQL

第2本番機／災対機

NonStopSQL

•ACT-ACT構成やマルチDB連携を可能にする汎用S/W

データ連携


Attunity Stream

他DBMS

NonStop SQL !!以下のようなお悩みをお持ちのお客様

ぜひNonStop SQLをご検討ください

基幹業務基幹業務のマルチテナンシー対応

OLTPとOLAP/バッチの共存処理増加でバッチ時間の消失

基幹業務の更改に伴い災害対策構成の見直し


ご静聴ありがとうございました静聴ありがとうざました


Technology

[B23] 事例で語る、社会インフラを支えるNonStop SQL ～見えないところで凄いんです～by Tetsuya Shinohara