Submit Search
Upload
Yahoo! JAPANのOracle構成-2017年版
•
Download as PPTX, PDF
•
9 likes
•
4,449 views
Makoto Sato
Follow
db tech showcase 2017 tokyo Yahoo! JAPANのOracle構成
Read less
Read more
Engineering
Report
Share
Report
Share
1 of 95
Download now
Recommended
[db tech showcase Tokyo 2017] E23: クラウド異種データベース(AWS)へのデータベース移行時の注意点 ~レプリケーション...
[db tech showcase Tokyo 2017] E23: クラウド異種データベース(AWS)へのデータベース移行時の注意点 ~レプリケーション...
Insight Technology, Inc.
[db tech showcase Tokyo 2017] A32: Attunity Replicate + Kafka + Hadoop マルチデータ...
[db tech showcase Tokyo 2017] A32: Attunity Replicate + Kafka + Hadoop マルチデータ...
Insight Technology, Inc.
今こそクラウドへ!データの移行、連携、統合のコツ
今こそクラウドへ!データの移行、連携、統合のコツ
株式会社クライム
[db tech showcase Tokyo 2017] A15: レプリケーションを使用したデータ分析基盤構築のキモ(事例)by 株式会社インサイトテ...
[db tech showcase Tokyo 2017] A15: レプリケーションを使用したデータ分析基盤構築のキモ(事例)by 株式会社インサイトテ...
Insight Technology, Inc.
ビッグデータ処理データベースの全体像と使い分け - 2017年 Version -
ビッグデータ処理データベースの全体像と使い分け - 2017年 Version -
Tetsutaro Watanabe
[db tech showcase Tokyo 2017] D33: Deep Learningや、Analyticsのワークロードを加速するには-Ten...
[db tech showcase Tokyo 2017] D33: Deep Learningや、Analyticsのワークロードを加速するには-Ten...
Insight Technology, Inc.
Percona ServerをMySQL 5.6と5.7用に作るエンジニアリング(そしてMongoDBのヒント)
Percona ServerをMySQL 5.6と5.7用に作るエンジニアリング(そしてMongoDBのヒント)
Colin Charles
MySQL InnoDB Clusterによる高可用性構成(DB Tech Showcase 2017)
MySQL InnoDB Clusterによる高可用性構成(DB Tech Showcase 2017)
Shinya Sugiyama
Recommended
[db tech showcase Tokyo 2017] E23: クラウド異種データベース(AWS)へのデータベース移行時の注意点 ~レプリケーション...
[db tech showcase Tokyo 2017] E23: クラウド異種データベース(AWS)へのデータベース移行時の注意点 ~レプリケーション...
Insight Technology, Inc.
[db tech showcase Tokyo 2017] A32: Attunity Replicate + Kafka + Hadoop マルチデータ...
[db tech showcase Tokyo 2017] A32: Attunity Replicate + Kafka + Hadoop マルチデータ...
Insight Technology, Inc.
今こそクラウドへ!データの移行、連携、統合のコツ
今こそクラウドへ!データの移行、連携、統合のコツ
株式会社クライム
[db tech showcase Tokyo 2017] A15: レプリケーションを使用したデータ分析基盤構築のキモ(事例)by 株式会社インサイトテ...
[db tech showcase Tokyo 2017] A15: レプリケーションを使用したデータ分析基盤構築のキモ(事例)by 株式会社インサイトテ...
Insight Technology, Inc.
ビッグデータ処理データベースの全体像と使い分け - 2017年 Version -
ビッグデータ処理データベースの全体像と使い分け - 2017年 Version -
Tetsutaro Watanabe
[db tech showcase Tokyo 2017] D33: Deep Learningや、Analyticsのワークロードを加速するには-Ten...
[db tech showcase Tokyo 2017] D33: Deep Learningや、Analyticsのワークロードを加速するには-Ten...
Insight Technology, Inc.
Percona ServerをMySQL 5.6と5.7用に作るエンジニアリング(そしてMongoDBのヒント)
Percona ServerをMySQL 5.6と5.7用に作るエンジニアリング(そしてMongoDBのヒント)
Colin Charles
MySQL InnoDB Clusterによる高可用性構成(DB Tech Showcase 2017)
MySQL InnoDB Clusterによる高可用性構成(DB Tech Showcase 2017)
Shinya Sugiyama
[data analytics showcase] B16: Live Demo! データ分析基盤を支えるデータレプリケーション技術とデータワークロード分...
[data analytics showcase] B16: Live Demo! データ分析基盤を支えるデータレプリケーション技術とデータワークロード分...
Insight Technology, Inc.
20190314 PGStrom Arrow_Fdw
20190314 PGStrom Arrow_Fdw
Kohei KaiGai
事例から見るNoSQLの使い方 - db tech showcase Tokyo 2015 2015/06/11
事例から見るNoSQLの使い方 - db tech showcase Tokyo 2015 2015/06/11
MapR Technologies Japan
[db tech showcase Tokyo 2017] B26: レデータの仮想化と自動化がもたらす開発効率アップとは?by 株式会社インサイトテクノ...
[db tech showcase Tokyo 2017] B26: レデータの仮想化と自動化がもたらす開発効率アップとは?by 株式会社インサイトテクノ...
Insight Technology, Inc.
RDB開発者のためのApache Cassandra データモデリング入門
RDB開発者のためのApache Cassandra データモデリング入門
Yuki Morishita
HAWQをCDHで動かしてみた
HAWQをCDHで動かしてみた
adachij2002
[db tech showcase Tokyo 2017] E34: データベース・サービスを好きなところで動かそう Db2 Warehouse by 日...
[db tech showcase Tokyo 2017] E34: データベース・サービスを好きなところで動かそう Db2 Warehouse by 日...
Insight Technology, Inc.
[db tech showcase Tokyo 2017] D21: ついに Red Hat Enterprise Linuxで SQL Serverが使...
[db tech showcase Tokyo 2017] D21: ついに Red Hat Enterprise Linuxで SQL Serverが使...
Insight Technology, Inc.
[db tech showcase Tokyo 2015] B34:データの仮想化を具体化するIBMのロジカルデータウェアハウス by 日本アイ・ビー・エ...
[db tech showcase Tokyo 2015] B34:データの仮想化を具体化するIBMのロジカルデータウェアハウス by 日本アイ・ビー・エ...
Insight Technology, Inc.
Developers.IO 2019 Effective Datalake
Developers.IO 2019 Effective Datalake
Satoru Ishikawa
(LT)Spark and Cassandra
(LT)Spark and Cassandra
datastaxjp
[db tech showcase OSS 2017] A24: マイクロソフトと OSS Database - Azure Database for M...
[db tech showcase OSS 2017] A24: マイクロソフトと OSS Database - Azure Database for M...
Insight Technology, Inc.
最新版Hadoopクラスタを運用して得られたもの
最新版Hadoopクラスタを運用して得られたもの
cyberagent
[db tech showcase Tokyo 2017] D35: 何を基準に選定すべきなのか!? ~ビッグデータ×IoT×AI時代のデータベースのアー...
[db tech showcase Tokyo 2017] D35: 何を基準に選定すべきなのか!? ~ビッグデータ×IoT×AI時代のデータベースのアー...
Insight Technology, Inc.
[db tech showcase Tokyo 2015] B12:カラムストアデータベースの技術と活用法 by 日本電気株式会社 田村稔
[db tech showcase Tokyo 2015] B12:カラムストアデータベースの技術と活用法 by 日本電気株式会社 田村稔
Insight Technology, Inc.
[db tech showcase Tokyo 2017] C25: 世界最速のAnalytic DBがHadoopとタッグを組んだ! ~スケールアウト検...
[db tech showcase Tokyo 2017] C25: 世界最速のAnalytic DBがHadoopとタッグを組んだ! ~スケールアウト検...
Insight Technology, Inc.
Pivotal Greenplumで実現する次世代データ分析基盤のご紹介
Pivotal Greenplumで実現する次世代データ分析基盤のご紹介
Masayuki Matsushita
[db tech showcase Tokyo 2015] C17:MySQL Cluster ユーザー事例紹介~JR東日本情報システム様における導入事例...
[db tech showcase Tokyo 2015] C17:MySQL Cluster ユーザー事例紹介~JR東日本情報システム様における導入事例...
Insight Technology, Inc.
[db tech showcase OSS 2017] A22: NoSQL:誰のための、何のためのデータベース?その将来は?by Aerospike, ...
[db tech showcase OSS 2017] A22: NoSQL:誰のための、何のためのデータベース?その将来は?by Aerospike, ...
Insight Technology, Inc.
Apache Drill で JSON 形式の オープンデータを分析してみる - db tech showcase Tokyo 2015 2015/06/11
Apache Drill で JSON 形式の オープンデータを分析してみる - db tech showcase Tokyo 2015 2015/06/11
MapR Technologies Japan
Yahoo! JAPANのOracle構成-2017年版
Yahoo! JAPANのOracle構成-2017年版
Yahoo!デベロッパーネットワーク
Apache Big Data Miami 2017 - Hadoop Source Code Reading #23 #hadoopreading
Apache Big Data Miami 2017 - Hadoop Source Code Reading #23 #hadoopreading
Yahoo!デベロッパーネットワーク
More Related Content
What's hot
[data analytics showcase] B16: Live Demo! データ分析基盤を支えるデータレプリケーション技術とデータワークロード分...
[data analytics showcase] B16: Live Demo! データ分析基盤を支えるデータレプリケーション技術とデータワークロード分...
Insight Technology, Inc.
20190314 PGStrom Arrow_Fdw
20190314 PGStrom Arrow_Fdw
Kohei KaiGai
事例から見るNoSQLの使い方 - db tech showcase Tokyo 2015 2015/06/11
事例から見るNoSQLの使い方 - db tech showcase Tokyo 2015 2015/06/11
MapR Technologies Japan
[db tech showcase Tokyo 2017] B26: レデータの仮想化と自動化がもたらす開発効率アップとは?by 株式会社インサイトテクノ...
[db tech showcase Tokyo 2017] B26: レデータの仮想化と自動化がもたらす開発効率アップとは?by 株式会社インサイトテクノ...
Insight Technology, Inc.
RDB開発者のためのApache Cassandra データモデリング入門
RDB開発者のためのApache Cassandra データモデリング入門
Yuki Morishita
HAWQをCDHで動かしてみた
HAWQをCDHで動かしてみた
adachij2002
[db tech showcase Tokyo 2017] E34: データベース・サービスを好きなところで動かそう Db2 Warehouse by 日...
[db tech showcase Tokyo 2017] E34: データベース・サービスを好きなところで動かそう Db2 Warehouse by 日...
Insight Technology, Inc.
[db tech showcase Tokyo 2017] D21: ついに Red Hat Enterprise Linuxで SQL Serverが使...
[db tech showcase Tokyo 2017] D21: ついに Red Hat Enterprise Linuxで SQL Serverが使...
Insight Technology, Inc.
[db tech showcase Tokyo 2015] B34:データの仮想化を具体化するIBMのロジカルデータウェアハウス by 日本アイ・ビー・エ...
[db tech showcase Tokyo 2015] B34:データの仮想化を具体化するIBMのロジカルデータウェアハウス by 日本アイ・ビー・エ...
Insight Technology, Inc.
Developers.IO 2019 Effective Datalake
Developers.IO 2019 Effective Datalake
Satoru Ishikawa
(LT)Spark and Cassandra
(LT)Spark and Cassandra
datastaxjp
[db tech showcase OSS 2017] A24: マイクロソフトと OSS Database - Azure Database for M...
[db tech showcase OSS 2017] A24: マイクロソフトと OSS Database - Azure Database for M...
Insight Technology, Inc.
最新版Hadoopクラスタを運用して得られたもの
最新版Hadoopクラスタを運用して得られたもの
cyberagent
[db tech showcase Tokyo 2017] D35: 何を基準に選定すべきなのか!? ~ビッグデータ×IoT×AI時代のデータベースのアー...
[db tech showcase Tokyo 2017] D35: 何を基準に選定すべきなのか!? ~ビッグデータ×IoT×AI時代のデータベースのアー...
Insight Technology, Inc.
[db tech showcase Tokyo 2015] B12:カラムストアデータベースの技術と活用法 by 日本電気株式会社 田村稔
[db tech showcase Tokyo 2015] B12:カラムストアデータベースの技術と活用法 by 日本電気株式会社 田村稔
Insight Technology, Inc.
[db tech showcase Tokyo 2017] C25: 世界最速のAnalytic DBがHadoopとタッグを組んだ! ~スケールアウト検...
[db tech showcase Tokyo 2017] C25: 世界最速のAnalytic DBがHadoopとタッグを組んだ! ~スケールアウト検...
Insight Technology, Inc.
Pivotal Greenplumで実現する次世代データ分析基盤のご紹介
Pivotal Greenplumで実現する次世代データ分析基盤のご紹介
Masayuki Matsushita
[db tech showcase Tokyo 2015] C17:MySQL Cluster ユーザー事例紹介~JR東日本情報システム様における導入事例...
[db tech showcase Tokyo 2015] C17:MySQL Cluster ユーザー事例紹介~JR東日本情報システム様における導入事例...
Insight Technology, Inc.
[db tech showcase OSS 2017] A22: NoSQL:誰のための、何のためのデータベース?その将来は?by Aerospike, ...
[db tech showcase OSS 2017] A22: NoSQL:誰のための、何のためのデータベース?その将来は?by Aerospike, ...
Insight Technology, Inc.
Apache Drill で JSON 形式の オープンデータを分析してみる - db tech showcase Tokyo 2015 2015/06/11
Apache Drill で JSON 形式の オープンデータを分析してみる - db tech showcase Tokyo 2015 2015/06/11
MapR Technologies Japan
What's hot
(20)
[data analytics showcase] B16: Live Demo! データ分析基盤を支えるデータレプリケーション技術とデータワークロード分...
[data analytics showcase] B16: Live Demo! データ分析基盤を支えるデータレプリケーション技術とデータワークロード分...
20190314 PGStrom Arrow_Fdw
20190314 PGStrom Arrow_Fdw
事例から見るNoSQLの使い方 - db tech showcase Tokyo 2015 2015/06/11
事例から見るNoSQLの使い方 - db tech showcase Tokyo 2015 2015/06/11
[db tech showcase Tokyo 2017] B26: レデータの仮想化と自動化がもたらす開発効率アップとは?by 株式会社インサイトテクノ...
[db tech showcase Tokyo 2017] B26: レデータの仮想化と自動化がもたらす開発効率アップとは?by 株式会社インサイトテクノ...
RDB開発者のためのApache Cassandra データモデリング入門
RDB開発者のためのApache Cassandra データモデリング入門
HAWQをCDHで動かしてみた
HAWQをCDHで動かしてみた
[db tech showcase Tokyo 2017] E34: データベース・サービスを好きなところで動かそう Db2 Warehouse by 日...
[db tech showcase Tokyo 2017] E34: データベース・サービスを好きなところで動かそう Db2 Warehouse by 日...
[db tech showcase Tokyo 2017] D21: ついに Red Hat Enterprise Linuxで SQL Serverが使...
[db tech showcase Tokyo 2017] D21: ついに Red Hat Enterprise Linuxで SQL Serverが使...
[db tech showcase Tokyo 2015] B34:データの仮想化を具体化するIBMのロジカルデータウェアハウス by 日本アイ・ビー・エ...
[db tech showcase Tokyo 2015] B34:データの仮想化を具体化するIBMのロジカルデータウェアハウス by 日本アイ・ビー・エ...
Developers.IO 2019 Effective Datalake
Developers.IO 2019 Effective Datalake
(LT)Spark and Cassandra
(LT)Spark and Cassandra
[db tech showcase OSS 2017] A24: マイクロソフトと OSS Database - Azure Database for M...
[db tech showcase OSS 2017] A24: マイクロソフトと OSS Database - Azure Database for M...
最新版Hadoopクラスタを運用して得られたもの
最新版Hadoopクラスタを運用して得られたもの
[db tech showcase Tokyo 2017] D35: 何を基準に選定すべきなのか!? ~ビッグデータ×IoT×AI時代のデータベースのアー...
[db tech showcase Tokyo 2017] D35: 何を基準に選定すべきなのか!? ~ビッグデータ×IoT×AI時代のデータベースのアー...
[db tech showcase Tokyo 2015] B12:カラムストアデータベースの技術と活用法 by 日本電気株式会社 田村稔
[db tech showcase Tokyo 2015] B12:カラムストアデータベースの技術と活用法 by 日本電気株式会社 田村稔
[db tech showcase Tokyo 2017] C25: 世界最速のAnalytic DBがHadoopとタッグを組んだ! ~スケールアウト検...
[db tech showcase Tokyo 2017] C25: 世界最速のAnalytic DBがHadoopとタッグを組んだ! ~スケールアウト検...
Pivotal Greenplumで実現する次世代データ分析基盤のご紹介
Pivotal Greenplumで実現する次世代データ分析基盤のご紹介
[db tech showcase Tokyo 2015] C17:MySQL Cluster ユーザー事例紹介~JR東日本情報システム様における導入事例...
[db tech showcase Tokyo 2015] C17:MySQL Cluster ユーザー事例紹介~JR東日本情報システム様における導入事例...
[db tech showcase OSS 2017] A22: NoSQL:誰のための、何のためのデータベース?その将来は?by Aerospike, ...
[db tech showcase OSS 2017] A22: NoSQL:誰のための、何のためのデータベース?その将来は?by Aerospike, ...
Apache Drill で JSON 形式の オープンデータを分析してみる - db tech showcase Tokyo 2015 2015/06/11
Apache Drill で JSON 形式の オープンデータを分析してみる - db tech showcase Tokyo 2015 2015/06/11
Similar to Yahoo! JAPANのOracle構成-2017年版
Yahoo! JAPANのOracle構成-2017年版
Yahoo! JAPANのOracle構成-2017年版
Yahoo!デベロッパーネットワーク
Apache Big Data Miami 2017 - Hadoop Source Code Reading #23 #hadoopreading
Apache Big Data Miami 2017 - Hadoop Source Code Reading #23 #hadoopreading
Yahoo!デベロッパーネットワーク
[db tech showcase Tokyo 2014] D15:日立ストレージと国産DBMS HiRDBで実現する『ワンランク上』のディザスタリカバリ...
[db tech showcase Tokyo 2014] D15:日立ストレージと国産DBMS HiRDBで実現する『ワンランク上』のディザスタリカバリ...
Insight Technology, Inc.
Oracle Big Data SQL3.1のご紹介
Oracle Big Data SQL3.1のご紹介
オラクルエンジニア通信
ヤフーを支えるフラッシュストレージ
ヤフーを支えるフラッシュストレージ
Yahoo!デベロッパーネットワーク
MBAAで覚えるDBREの大事なおしごと
MBAAで覚えるDBREの大事なおしごと
Insight Technology, Inc.
Ibm クラウドデータベースの使いどころ
Ibm クラウドデータベースの使いどころ
japan_db2
IBMクラウドデータベースの使いどころ
IBMクラウドデータベースの使いどころ
mtanaka0111
今注目のSpark SQL、知っておきたいその性能とは 20151209 OSC Enterprise
今注目のSpark SQL、知っておきたいその性能とは 20151209 OSC Enterprise
YusukeKuramata
性能問題を起こしにくい信頼されるクラウド RDB のつくりかた
性能問題を起こしにくい信頼されるクラウド RDB のつくりかた
Tomoyuki Oota
Oracle GoldenGate Cloud Serviceユーザーズガイド
Oracle GoldenGate Cloud Serviceユーザーズガイド
オラクルエンジニア通信
Autonomous を支える技術、Oracle Database 18c デモンストレーション
Autonomous を支える技術、Oracle Database 18c デモンストレーション
オラクルエンジニア通信
Dragon: A Distributed Object Storage at Yahoo! JAPAN (WebDB Forum 2017)
Dragon: A Distributed Object Storage at Yahoo! JAPAN (WebDB Forum 2017)
Yahoo!デベロッパーネットワーク
Oracle R Advanced Analytics for Hadoop利用方法
Oracle R Advanced Analytics for Hadoop利用方法
オラクルエンジニア通信
[INSIGHT OUT 2011] C27 今こそBCPを考える ~コスト・要件に応じたデータベースのディザスタ・リカバリを提案しよう!~(kishida)
[INSIGHT OUT 2011] C27 今こそBCPを考える ~コスト・要件に応じたデータベースのディザスタ・リカバリを提案しよう!~(kishida)
Insight Technology, Inc.
0151209 Oracle DDD OracleとHadoop連携の勘所
0151209 Oracle DDD OracleとHadoop連携の勘所
オラクルエンジニア通信
Yahoo! JAPANのコンテンツプラットフォームを支えるSpring Cloud Streamによるマイクロサービスアーキテクチャ #jsug #sf_52
Yahoo! JAPANのコンテンツプラットフォームを支えるSpring Cloud Streamによるマイクロサービスアーキテクチャ #jsug #sf_52
Yahoo!デベロッパーネットワーク
Yahoo! JAPANとRiak
Yahoo! JAPANとRiak
Yahoo!デベロッパーネットワーク
楽天における大規模データベースの運用
楽天における大規模データベースの運用
Rakuten Group, Inc.
[db tech showcase Tokyo 2018] #dbts2018 #E28 『Hadoop DataLakeにリアルタイムでデータをレプリケ...
[db tech showcase Tokyo 2018] #dbts2018 #E28 『Hadoop DataLakeにリアルタイムでデータをレプリケ...
Insight Technology, Inc.
Similar to Yahoo! JAPANのOracle構成-2017年版
(20)
Yahoo! JAPANのOracle構成-2017年版
Yahoo! JAPANのOracle構成-2017年版
Apache Big Data Miami 2017 - Hadoop Source Code Reading #23 #hadoopreading
Apache Big Data Miami 2017 - Hadoop Source Code Reading #23 #hadoopreading
[db tech showcase Tokyo 2014] D15:日立ストレージと国産DBMS HiRDBで実現する『ワンランク上』のディザスタリカバリ...
[db tech showcase Tokyo 2014] D15:日立ストレージと国産DBMS HiRDBで実現する『ワンランク上』のディザスタリカバリ...
Oracle Big Data SQL3.1のご紹介
Oracle Big Data SQL3.1のご紹介
ヤフーを支えるフラッシュストレージ
ヤフーを支えるフラッシュストレージ
MBAAで覚えるDBREの大事なおしごと
MBAAで覚えるDBREの大事なおしごと
Ibm クラウドデータベースの使いどころ
Ibm クラウドデータベースの使いどころ
IBMクラウドデータベースの使いどころ
IBMクラウドデータベースの使いどころ
今注目のSpark SQL、知っておきたいその性能とは 20151209 OSC Enterprise
今注目のSpark SQL、知っておきたいその性能とは 20151209 OSC Enterprise
性能問題を起こしにくい信頼されるクラウド RDB のつくりかた
性能問題を起こしにくい信頼されるクラウド RDB のつくりかた
Oracle GoldenGate Cloud Serviceユーザーズガイド
Oracle GoldenGate Cloud Serviceユーザーズガイド
Autonomous を支える技術、Oracle Database 18c デモンストレーション
Autonomous を支える技術、Oracle Database 18c デモンストレーション
Dragon: A Distributed Object Storage at Yahoo! JAPAN (WebDB Forum 2017)
Dragon: A Distributed Object Storage at Yahoo! JAPAN (WebDB Forum 2017)
Oracle R Advanced Analytics for Hadoop利用方法
Oracle R Advanced Analytics for Hadoop利用方法
[INSIGHT OUT 2011] C27 今こそBCPを考える ~コスト・要件に応じたデータベースのディザスタ・リカバリを提案しよう!~(kishida)
[INSIGHT OUT 2011] C27 今こそBCPを考える ~コスト・要件に応じたデータベースのディザスタ・リカバリを提案しよう!~(kishida)
0151209 Oracle DDD OracleとHadoop連携の勘所
0151209 Oracle DDD OracleとHadoop連携の勘所
Yahoo! JAPANのコンテンツプラットフォームを支えるSpring Cloud Streamによるマイクロサービスアーキテクチャ #jsug #sf_52
Yahoo! JAPANのコンテンツプラットフォームを支えるSpring Cloud Streamによるマイクロサービスアーキテクチャ #jsug #sf_52
Yahoo! JAPANとRiak
Yahoo! JAPANとRiak
楽天における大規模データベースの運用
楽天における大規模データベースの運用
[db tech showcase Tokyo 2018] #dbts2018 #E28 『Hadoop DataLakeにリアルタイムでデータをレプリケ...
[db tech showcase Tokyo 2018] #dbts2018 #E28 『Hadoop DataLakeにリアルタイムでデータをレプリケ...
Yahoo! JAPANのOracle構成-2017年版
1.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved.1 db tech showcase 2017 佐藤 誠 Yahoo! JAPANの Oracle構成-2017年版 2017/09/06
2.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. このセッションは このセッションは、 「Yahoo! JAPANのOracle構成-2017年版」 ということで、弊社のOracle運用について、ここ2年ほど の取り組みを幅広く発表させて頂きます ※資料は slideshare に上げる予定です 2
3.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. 自己紹介 3 佐藤誠 • ヤフー(株) • D&S統括本部データプラットフォーム本部 Oracle • 業務 • ヤフーで稼働するOracle全台の運用管理 • 社内のOracleコンサルタント
4.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. 本日の内容 1. Yahoo! JAPAN概要 2. これまでのおさらい 3. 12cR2 MTA導入 4. HW構成 5. BCP 4 6. バックアップ 7. セキュリティ監査 8. 監視 9. 全体まとめ
5.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. 本日の内容 1. Yahoo! JAPAN概要 2. これまでのおさらい 3. 12cR2 MTA導入 4. HW構成 5. BCP 5 6. バックアップ 7. セキュリティ監査 8. 監視 9. 全体まとめ
6.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. Yahoo! JAPAN 利用者数 6 9,000万1日 ユニーク ブラウザ ※出所:Yahoo! JAPAN社内データ(2016年4月-6月の平均)
7.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. 提供サービス 7 Media US Search Video Answer Mail JP US JP Membership C2C Payment C2C EC B2C EC Local
8.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. 巨大なデータプラットフォーム 8 NoSQL Object Storage DWH Hadoop RDB 6000 node 150PB 1200 DBs 300,000 Query/day 1500 nodes 1000+ nodes
9.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. 巨大なデータプラットフォーム 9 NoSQL Object Storage DWH Hadoop RDB 6000 node 150PB 300,000 Query/day 1500 nodes 1000+ nodes 230/1200 Oracle
10.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. 本日の内容 1. Yahoo! JAPAN概要 2. これまでのおさらい 3. 12cR2 MTA導入 4. HW構成 5. BCP 10 6. バックアップ 7. セキュリティ監査 8. 監視 9. 全体まとめ
11.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. 過去の発表資料 11 https://www.slideshare.net/techblogyahoo/exadata-oracle-db 2014年 db tech showcase Exa並の性能を目指して手組みの PCI-SSD x InfiniBand構成を組んだ話 + +
12.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. 過去の発表資料 12 https://www.slideshare.net/techblogyahoo/yahoo-japan-oracle Oracle Database Connect 2016 LT IBMのFlashSystemを採用、最大6nodeのRAC 構成を組んでいることや、運用管理ツール の紹介
13.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. 本日の内容 1. Yahoo! JAPAN概要 2. これまでのおさらい 3. 12cR2 MTA導入 4. HW構成 5. BCP 13 6. バックアップ 7. セキュリティ監査 8. 監視 9. 全体まとめ
14.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. 稼働Oracleの内訳 14 • Version構成 11.2.0.2 30% 11.2.0.4 25% 12.1.0.2 44% 12.2 1% 12.1.0.2 95% 12.2 5% 年度内に12c移行完了予定 2017 Q2 2017 Q4
15.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. 12cR2 MTA導入 • Oracle12cR2がリリース • R1では見送っていたマルチテナントもやっと使えそう • MTAを本番で使うかどうしようか・・・ 15
16.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. DBサーバの統合方式の比較 ①ハイパーバイザに よるサーバ仮想化 (IaaS型資源共有) • ハイパーバイザによって物理サーバ上に複数の仮想マ シンを作り、その上で各DBごとにOSとDBMSを並行 実行する方式 物理サーバ ハイバーバイザ OS DBMS OS DBMS OS DBMS DB DB DB ③DBマルチテナント (PaaS型資源共有) • 1つのDBMS上で、複数のDB(テナント)を実行する 方式。各テナントには、隔離されたDBサーバ環境が仮 想的に割り当てられる ②DBインスタンス 分割 • 1つのOS上でDBごとのDBインスタンスを並行起動す る方式 物理サーバ OS DBMS DBMS DBMS DB DB DB ④DBスキーマ分割 • 1つのDBインスタンス上で業務DBごとのスキーマを並 行実行する方式 集約密度 分離性 低 高 高 低 物理サーバ OS DBMS 物理サーバ OS DBMS DB スキーマ スキーマスキーマ DB DB DB ヤフー株式会社/日本オラクル株式会社 Confidential 16
17.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. DBサーバの統合方式の比較 ③DBマルチテナント②DBインスタンス分割 物理サーバ OS DBMS DBMS DBMS DB DB DB 物理サーバ OS DBMS DB DB DB ヤフー株式会社/日本オラクル株式会社 Confidential 17 一つのコンテナDBで複数のプラガブルDBを動かす
18.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. 12cR2 MTA導入 • MTAの魅力は、インスタンス用メモリを節約できて、集約度を 上げられる点 • ヤフーの本番想定で検証してみるしかない 18
19.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. 12cR2 MTA導入 判定 項目 検証内容 DB構築 dbca silentによるPDB作成 PDBのリモート・クローン 初期化パラメータがこれまで同様のセッティング可能か リソース制御 CPU, Memory, I/O,process数などリソース制御が想定レ レベルで可能か バックアップ・リカバリ リ PDB毎の完全リカバリと不完全リカバリ 異なる文字コードのPDBのバックアップ / リカバリ BCP DataGuard/自動FailOverをPDB単位で組めるか 19 • 検証
20.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. 12cR2 MTA導入 判定 項目 検証内容 ○ DB構築 dbca silentによるPDB作成 PDBのリモート・クローン 初期化パラメータがこれまで同様のセッティング可能か △ リソース制御 CPU, Memory, I/O,process数などリソース制御が想定レ レベルで可能か ○ バックアップ・リカバリ リ PDB毎の完全リカバリと不完全リカバリ 異なる文字コードのPDBのバックアップ / リカバリ × BCP DataGuard/自動FailOverをPDB単位で組めるか 20 • 検証
21.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. 12cR2 MTA導入まとめ • 結論 1. 本番でのマルチテナント稼働は見送り • パラメータをPDBで個別に持てないものがある • CDBのメンテナンスや障害時は全PDBに影響がある等、DBごとの独立性に難がある • PDBレベルのDataGuard/自動FailOverは組めない 2. 開発環境には導入する • 開発環境はメモリ節約のメリット • PDBのクローンや引越しが容易 21
22.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. 本日の内容 1. Yahoo! JAPAN概要 2. これまでのおさらい 3. 12cR2 MTA導入 4. HW構成 5. BCP 22 6. バックアップ 7. セキュリティ・監査 8. 監視 9. 全体まとめ
23.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. HW構成(RAC) 手組み構成のおさらい(2013~ 第3世代 23 Infinibandスイッチ IAサーバ IAサーバ+virident
24.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. HW構成(RAC) 手組み構成のおさらい(2013~ 第3世代 24 Infinibandスイッチ• 凄く速いけどIBと、SSDが超不安 定・・・ • 値段はめちゃ安 IAサーバ IAサーバ+virident
25.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. HW構成(RAC) 手組み構成のおさらい(2016~ 第4世代 25 FCスイッチ IAサーバ IBM FlashSystem
26.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. HW構成(RAC) 手組み構成のおさらい(2016~ 第4世代 26 FCスイッチ IAサーバ IBM FlashSystem • 第3世代と近い性能 • FCとIBM FlashSystemで高い安定 性 • 第3世代の不安定さに懲りて、安 定を取った! • 値段は第3世代より高価
27.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. HW構成(RAC) • RACは6ノード以上で構成し、追加リソースが必要な場合に備える • 北九州の拠点は12ノードRAC構成 27 インスタンスA インスタンスB インスタンス C インスタンス D Oracle RAC *12nodes
28.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. HW構成(RAC) • RACは6ノード以上で構成し、追加リソースが必要な場合に備える • 負荷やサービスリリースに合わせてインスタンスを増やすことが容易 28 インスタンスD nodeを3つ追加 インスタンスA インスタンスB インスタンス C Oracle RAC *12nodes
29.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. HW構成(Exa) 29 • Exadata 現在5台稼働中(下期に2台購入予定) • サービス集約用途で計画に合わせ導入 サービス 2010 2014 2015 2016 2017上半期 2017下半期 YJ共通 X-6 half ×2 広告 X-2 Full X-4 Full 決済 X-6 half×2 X-6 half ショッピン グ X-6 half EOSL移行
30.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. HW構成(Exa) 30 • Exadata 現在5台稼働中(下期に2台購入予定) • サービス集約用途で計画に合わせ導入 サービス 2010 2014 2015 2016 2017上半期 2017下半期 YJ共通 X-6 half 広告 X-2 Full X-4 Full 決済 X-6 half×2 X-6 half ショッピン グ X-6 half EOSL移行 X-2 はゴミだったが、選択肢がそれしかなかった X-4 は安定性が向上し、落ちなくなったがまだお高 かった X-6 で性能、価格、安定性のバランスが取れた
31.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. HW構成 31 性能 可用性 保守 お値段 第三世代 ○ × × ◎ 第四世代 ○ ○ △ ○ Exadata X- 6 half ○ ○ ○ ×⇒○
32.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. HW構成 32 性能 可用性 保守 お値段 第三世代 ○ × × ◎ 第四世代 ○ ○ △ ○ Exadata X- 6 ○ ○ ○ ×⇒○ • Exadata X-6は、アプライアンス製品なので、保守が ○ • まるっと一括保守(ASR(Auto Service Request) は本当にラクです • 安定性、性能、価格も問題なし
33.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. HW構成まとめ • 結論 1. 第3世代(PCI-virident)を年度内に捨てる 2. 第4世代(IBM FlashSystem)をニーズに応じて 配置していく 3. 新しくDBクラスタを作る場合は、Exadataを入れてし まった方が、導入、構築、運用コストを下げることが 出来る ※注 ヤフーで組んだ場合の価格です Oracleはソフトウェアライセンスが高額で、とくにExaはストレージライセンスが追加で掛かります33
34.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. 本日の内容 1. Yahoo! JAPAN概要 2. これまでのおさらい 3. 12cR2 MTA導入 4. HW構成 5. BCP 34 6. バックアップ 7. セキュリティ・監査 8. 監視 9. 全体まとめ
35.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. BCP 35 • BCP • Business continuity planning • 地域災害によるサービス停止の対策 • Oracle DataGuard & FSFO(Fast-Start Failover)
36.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. 過去の発表資料 36 https://www.slideshare.net/techblogyahoo/oracle-data-guard- 48172431 2015年 Meetup! JPOUGイベント Yahoo! ニュース トピックスで導入した 話 プライマリサイトが破壊されても、30 秒程度でBCPサイトを稼働できる
37.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. Data Guardとは 37 Primary DB Standby DB Standby DB Standby DB • Oracle Databaseのレプリケーション機能 • 1つ以上のStandby DBを構成することが可能 • リアルタイムなデータ連携も可能 • データ保護、災害時のリカバリに適している
38.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. Standby DBPrimary DB Data Guardによるデータ転送 38 Data Files • Primary DBからRedoログが転送される • Standby Redoログからデータファイルへのリカバリが行われる Standby Redo Redo Data Files DB Instance DB InstanceRedo転送 リカバリ 同じデータ
39.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. Standby DBPrimary DB SwitchOver 39 Data Files • Standby DBをPrimary DBへ変更して利用可能 • Standby Redoの更新ログは全てリカバリ可能 • 最大可用性モードであればデータロスト無し Standby Redo Redo Data Files DB Instance DB InstanceRedo転送 リカバリ 同じデータ DOWN 全ての Redoを適 用し DB Open SwitchOverは手動で行う DGMGRL> switchover
40.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. FailOver 40 • Observerを導入する事で可能 • Primary DBを死活監視 • 障害検知時にStandby DBへフェイルオーバー命令 • Standby DBが自動でOpenされ、使用可能となる Primary Site Standby Site Standby DB Primary DB Observer 死活監視 FailOver 命令 DOWN Up
41.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. FailOver運用で大事なこと 41 Primary Site Standby Site Standby DB Primary DB Observer AP Primary AP Standby 理想 GSLB
42.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. FailOver運用で大事なこと 42 Primary Site Standby Site Standby DB Primary DB Observer AP Primary AP Standby 理想 GSLB
43.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. FailOver運用で大事なこと 43 Primary Site Standby Site Standby DB Primary DB Observer AP Primary AP Standby 理想 GSLB DOWN Up
44.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. FailOver運用で大事なこと 44 Primary Site Standby Site Standby DB Primary DB Observer AP Primary AP Standby 理想 GSLB DOWN Up
45.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. FailOver運用で大事なこと 45 Primary Site Standby Site Standby DB Primary DB Observer AP Primary 現実
46.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. FailOver運用で大事なこと 46 Primary Site Standby Site Standby DB Primary DB Observer AP Primary 現実 DOWN Up
47.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. FailOver運用で大事なこと 47 Primary Site Standby Site Standby DB Primary DB Observer AP Primary 現実 DOWN Up
48.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. FailOver運用で大事なこと 48 Primary Site Standby Site Standby DB Primary DB Observer AP Primary 現実 DOWN Up • DBの障害には対応出来ているが、DR(Disaster Recovery)になっていない • 拠点を跨いでしまうため、レイテンシが上がる • FOしちゃったけど性能が出ず、やっぱり戻す
49.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. FailOver運用で大事なこと 49 Primary Site Standby Site Standby DB Primary DB Observer AP Primary AP Standby 理想 GSLB
50.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. FailOver運用で大事なこと 50 Primary Site Standby Site Standby DB Primary DB Observer AP Primary AP Standby 理想 GSLB DOWN Up
51.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. FailOver運用で大事なこと 51 Primary Site Standby Site Standby DB Primary DB Observer AP Primary AP Standby 理想 GSLB DOWN Up • FOしてStandbyサイトに切り替わっても、 • 同等のサービスが提供出来ること
52.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. BCPまとめ 52 • Good • 現在10DBほどFSFOを組んでいる (ニュース、決済、ショッピング、Ymobileなど) • FOのおかげで大事故にならなかったケースが年に2回くらいある • Bad • 自動で切り替える(FSFO)には、プライマリ、スタンバイ監視Observerを構築 する必要がある • アプリケーションレイヤーがFOに追従できるように設計、運用しないと障害点 が増えるだけ • Standbyサイトは寝かせておくので、設備投資が2倍 • たまに暴発する(拠点ネットワーク障害、単一ストレージ障害)
53.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. 本日の内容 1. Yahoo! JAPAN概要 2. これまでのおさらい 3. 12cR2 MTA導入 4. HW構成 5. BCP 53 6. バックアップ 7. セキュリティ・監査 8. 監視 9. 全体まとめ
54.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. バックアップ • ここではバックアップ=RMAN(Recovery manager) の話をします 54
55.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. バックアップ • 弊社のOracleバックアップに関するSLA 1. 毎日バックアップ(差分、フルどちらでも良い) 2. 1週間保持(WINDOW OF 7 DAYS) 3. 遠隔地に保存 55
56.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. バックアップ • 弊社のOracleバックアップに関するSLA 1. 毎日バックアップ(差分、フルどちらでも良い) 2. 1週間保持(WINDOW OF 7 DAYS) 3. 遠隔地に保存 56 DBによっては10Tを超えるバックアップを 毎日遠隔地に保存するのは大変
57.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. cluster3 cluster2 cluster1 バックアップ 57 Backup用cluster Redo • 遠隔地に過去7日分のデータを保存することが出来ず、 DataGuardで直近のデータのみ保全 Redo RMAN RMAN RMAN Redo
58.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. cluster3 cluster2 cluster1 バックアップ 58 Backup用cluster Redo • 遠隔地に過去7日分のデータを保存することが出来ず、 DataGuardで直近のデータのみ保全 Redo RMAN RMAN RMAN Redo DataGuardの使い方としては邪道 NASをclusterごとに大量に買っていた ClusterのVLAN内にNASを置かないと、バックアップが終わらな い
59.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. バックアップ • そこで「重複排除ストレージ」を導入する 59
60.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. バックアップ • そこで「重複排除ストレージ」を導入する • 重複排除(Dedupe)機能で実保存データ量が1/10~1/15 • VTL(仮想テープデバイス)を複数作成 • しかも、WAN越しにVTLに保存可能 • WAN越しでも重複排除が効くためネットワーク負荷が激 減 • 常にフルバックアップで保存(リストアが速くなる) • 1日50T保存しても問題ナシ 60
61.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. バックアップ • そこで「重複排除ストレージ」を導入する • 弊社ではHPE StoreOnceを導入 • 必要な機能と価格のバランスが良かった 61
62.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. バックアップ • 1日25Tのバックアップを7日間保存してみる 62
63.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. バックアップ • 1日25Tのバックアップを7日間保存してみる 63 25.4T(RMAN) * 7(days) =178.4T 178.4T / 15.2(Dedupe率) = 11.7T 実際の保存容量は 11.7T
64.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. バックアップ 64 • バックアップストレージを集約 =
65.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. cluster3 cluster2 cluster1 バックアップ 65 • 遠隔地にWAN越しで直接RMANバックアップ • WAN越しでも、差分データのみ送る(RMAN Catalyst plugin) RMAN RMAN RMAN
66.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. バックアップ • 弊社のOracleバックアップに関するSLA 1. 毎日バックアップ(フル) 2. 1週間保持(WINDOW OF 7 DAYS) 3. 遠隔地に保存 66 すべてを満たすことが出来 た
67.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. バックアップまとめ • バックアップ専用の重複排除ストレージを使う事で 構成をシンプルに • バックアップの運用で • 時間(バックアップ/リカバリ) • 容量 • ネットワーク の問題を抱えている場合は、 重複排除ストレージを検討してみる 67
68.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. 本日の内容 1. Yahoo! JAPAN概要 2. これまでのおさらい 3. 12cR2 MTA導入 4. HW構成 5. BCP 68 6. バックアップ 7. セキュリティ・監査 8. 監視 9. 全体まとめ
69.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. セキュアなデータ 弊社ではYID、顧客データ、クレジットカード情報等々 セキュアなデータを多く扱っている アクセス監査が必要 内部監査、PCI-DSS etc... 69
70.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. 監査の要件 • ワークフローに対応している(アクセス申請・承認) • 大量アクセスも捌ける(準リアルタイム監査) • 社内のワークフローに対応させるには自社開発するしかない • 大量の監査ログをどうやってサービス影響なく出力して回収するか? 70
71.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. 統合監査モード 12cから統合監査モード(Unified Auditing)を選択できる 71 cd $ORACLE_HOME/rdbms/lib make -f ins_rdbms.mk uniaud_on ioracle SQL> SELECT VALUE FROM V$OPTION WHERE PARAMETER = 'Unified Auditing'; PARAMETER VALUE ---------------- ---------- Unified Auditing TRUE
72.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. 統合監査モード • 監査ログがunified_audit_trail表に集約される(SYSAUXに保存) • キャッシュが効く(※UNIFIED_AUDIT_SGA_QUEUE_SIZE) ⇒AUDITレコードをSGAキューに溜めておいて、しきい値を超えたらSYSAUXにフラッシュする 秒間3000ログでもサービス影響なし ※12cR2から非推奨パラメータ(後方互換性は保持) 72
73.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. 監査ログの退避 • システム側の監査ログ回収がボトルネック → unified_audit_trailが溢れるとサービス停止のリスク 5分おきにunified_audit_trailを回収用テーブルに退避&パージ 73 unified_audit_tral 回収用テーブル退避&パージ 回収サーバー監査ログ回収
74.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. インシデント • 各データベースの監査ログを監査マスターDBに集約 • バッチでホワイトリストと監査ログを突き合わせ 問題のあるアクセスについて、担当者にインシデントをあげる 74 回収サーバー 監査マスターDB監査ログ集約 バッチサーバー監査ログ精査
75.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. インシデント管理画面 75
76.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. インシデント詳細 76
77.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. インシデント詳細 77 許可されていないセキュアアクセス ・サーバ ・アクセス元 ・OSユーザ ・DBユーザ ・コマンド がインシデントとして上がってくる
78.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. セキュリティ監査まとめ • セキュアなデータを運用する以上、アクセス監査の仕組みが 必ず必要になる • Oracle12cから使える統合監査モードは、監査処理のボトル ネックを解消しており、3000qpsでも処理可能 • 社内の要件を取込み、アクセス監査の仕組みを構築した • アクセス申請・承認機能 • 大量アクセスをさばける 78
79.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. 本日の内容 1. Yahoo! JAPAN概要 2. これまでのおさらい 3. 12cR2 MTA導入 4. HW構成 5. BCP 79 6. バックアップ 7. セキュリティ・監査 8. 監視 9. 全体まとめ
80.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. Oracleの監視と言えば • 代表的なものは Enterprise Manager ですが・・・ 80
81.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. Enterprise Manager • ヒドすぎるUI • 機能が多すぎて途方に暮れる • 特に12c 81
82.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. Enterprise Manager13cR2 • 13cR2でUIがだいぶマシになった • 実用に耐えうるレベル • ExaのHW監視も出来るため、Exaを運用するにはほぼ必須 82
83.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. Enterprise Manager13cR2 • 13cR2でUIがだいぶマシになった • 実用に耐えうるレベル • ExaのHW監視も出来るため、Exaを運用するにはほぼ必須 83 EMだけなぜか13cにメジャーバー ジョンアップしてしまった。不評す ぎて12cを切り捨てたんじゃないか 説
84.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. DBの監視レイヤー • DBの監視レイヤー 84 OS監視 OS up,/down/Local disk / Syslog / login/ process インスタンス監視 インスタンスup,down / tablespace / ORA- XXXX ASM監視 ASM disk space / diskgroup /ocr Storage監視 Storage 容量 / I/O / Network ※MRTGやHWベンダーの監視ツール
85.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. DBの監視レイヤー • DBの監視レイヤー 85 OS監視 OS up,/down/Local disk / Syslog / login/ process インスタンス監視 インスタンスup,down / tablespace / ORA- XXXX ASM監視 ASM disk space / diskgroup /ocr Storage監視 Storage 容量 / I/O / Network ※MRTGやHWベンダーの監視ツール 自作ツールで 頑張っていた ←ASMだけはEM11gで監視していた
86.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. DBの監視レイヤー • DBの監視レイヤー 86 OS監視 OS up,/down/Local disk / Syslog / login/ process インスタンス監視 インスタンスup,down / tablespace / ORA- XXXX ASM監視 ASM disk space / diskgroup /ocr Storage監視 Storage 容量 / I/O / Network ※ExaはEMでストレージ監視できる
87.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. DBの監視レイヤー • DBの監視レイヤー 87 OS監視 OS up,/down/Local disk / Syslog / login/ process インスタンス監視 インスタンスup,down / tablespace / ORA- XXXX ASM監視 ASM disk space / diskgroup /ocr Storage監視 Storage 容量 / I/O / Network ※ExaはEMでストレージ監視できる 全レイヤーをEM1台で監視できる
88.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. パフォーマンス監視 • パフォーマンス監視をラクにしたい • APやDBの性能が落ちたら、AWR(Automatic Workload Repository)を取って改善箇所を見つけ、SQLチューニング、 アプリケーションの改修を行うのが一般的だが・・・ ・DBA以外AWRを見る機会が無い ⇒AWRを誰でも見られるようにしたい ・AWRを必要に応じて取得 ⇒定期的に自動作成し、レポーティングしたい 88
89.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. パフォーマンス監視 • パフォーマンス監視をラクにしたい • APやDBの性能が落ちたら、AWR(Automatic Workload Repository)を取って改善箇所を見つけ、SQLチューニング、 アプリケーションの改修を行うのが一般的だが・・・ ・DBA以外AWRを見る機会が無い ⇒AWRを誰でも見られるようにしたい ・AWRを必要に応じて取得 ⇒定期的に自動作成し、レポーティングしたい 89 AWR Warehouseを構築
90.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. AWR Warehouse とは 90 • AWRはDBの稼動統計からレポートを生成する機能 • AWR Warehouse は複数DBの稼動統計を収集し管理
91.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. AWR Warehouse 導入 91 • Oracle DBの稼働状況の見える化の強化 • 全社Oracleのセルフサービス化推進 ※サービス側自身でDBの問題点に気がつけるようにする DB EM DB AWRデータ 自動レポート (定型グラフ等) DB AWRデータ DB AWRデータ EMサーバ アプリ チームA メール サーバ 全社DBA メール配信 (自動) BI Publisher kibana アプリ チームB 必要に応じて分析 セルフサービス で自己参照
92.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. 監視まとめ • DBは監視レイヤーが多く、個別にツールを運用するの も大変。EMは多機能とはいえUIが残念だったが、 13cでマシになった • EMに監視を寄せてシンプルな運用にする • パフォーマンス監視をラクにするため、 AWR Warehouseを現在構築中 92
93.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. 本日の内容 1. Yahoo! JAPAN概要 2. これまでのおさらい 3. 12cR2 MTA導入 4. HW構成 5. BCP 93 6. バックアップ 7. セキュリティ・監査 8. 監視 9. 全体まとめ
94.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. 全体まとめ 94 12cR2 MTA クリティカルな要件がまだ解消出来ず、本番稼 働は見送り。開発やステージングには積極的に 利用する。改善要望はOracleに出して行く HW構成 Exadata価格がこなれてきたため、手組みの価 格優位性が今時点では無く、安定性や保守の面 からExadataを導入 BCP DataguardでFSFOを組むことで、停止時間を極 小にできるが、コストが非常に掛かる上、中途 半端なBCPになりがち。何を守りたいのか、ど こまでやるべきなのかを明確にしてBCP設計す るのがオススメ バックアップ 重複排除ストレージはバックアップ専用に設計 されているだけあって、時間、容量、ネット ワーク負荷の問題を一挙に解決してくれる セキュリティ・監査 セキュアなデータを扱う場合、監査がボトル ネック要因となりやすいが、12c~の統合監査を 使う事で、数千qpsの監査ログが出てもなんとか なる 監視 これまでEnterpriseManagerを活用出来ていな かったが、EM13cからUIが改善され使いやすく なった。これを機に、DB監視の全レイヤーを EMで監視することにした。さらにパフォーマン ス監視をラクにするためAWRWarehouseを構築 中
95.
Copyright © 2017
Yahoo Japan Corporation. All Rights Reserved. EOP 95
Editor's Notes
資料は slideshare に上げる予定ですので気楽に聞いてください 50分と長丁場ですが、よろしくお願いします。ぎりぎりまでやるとトイレが混みますので、ちょっと早めに終われるよう頑張ります
チーム名にOracleが付いている、ある意味いさぎよいチームです。Oracleしかやりません!ていう ちなみにMySQLしかやらないMySQLってチームもあります
ここテンプレですね ヤフーは1日 9000万ユニークブラウザあるよ すでにスマートフォンからのアクセスが過半数を超えています
提供サービスですが、ヤフーの特徴として、複数のサービスを運営しているという特徴もあります。 アメリカだとこのようにそれぞれの分野にプレイヤーがいますが、日本だとヤフーがこのように複数のサービスで大きなシェアを持っている状態です
これらのサービスを支えるプラットフォームも巨大です RDB 1200個、巨大なCassandraクラスター・Objectストレージ、DWH、そしてアジアで最大のHadoopクラスターを所有しています
本日お話しするのは、ここ、1200分の230あるOracleDBについてです
弊社過去何度かdb tech showcase 等々のイベントで発表させて頂いてます 2014年db tech showcaseで、弊社の宇佐美が登壇させて頂きました 普通のIAサーバーに DB内通信をInfiniBandにし、ストレージはPCI-SSDのVirident FlashNaxIIというSSDカードを用いた手組み構成でした
また2016年 Oracle Database Connect 2016 LT にて、ストレージにIBMのFlashSystemを採用した話をさせていただきました こちらもslideshareに上がってますので、興味があれば、ご参照ください
MTA=マルチテナントアーキテクチャ導入についてお話ししていきます ちなみに12.1か12.2のMTAで本番サービスを稼働させている方はいらっしゃいますか? あとでお話ししましょう!
2017年度内に、12c移行を完了させる予定となってます ようやく半分が12cに切り替わります 230DBあるため、2年がかりです・・ 11.2.0.2 68 (30%) 11.2.0.4 57 (25%) 12.1.0.2 102 (45%) 12.2.0.1 2 (0.9%) -------- --------- 合計 229 (100%)
リソース制御で、本番稼働には不安な部分がまだある 一部、CDB上にしかないパラメータがあります 例えばProcessesはCDB側に、PDBのprocess合算値を設定するなど バックアップは、CDBで丸ごと取るのが推奨ですが、PDB単位でも取れます DataGuardをCDB単位でしか取れないのは、残念としか言いようがないです
残念ながら本番でのマルチテナント稼働は見送りとしました Oracleへは、クリティカルな要件にも対応出来るよう改善要望を上げています マルチテナントは当然有料オプションでお金を払ってますので、クリティカルな要件でも使えるようにして貰いたいと思います
一番node数が多いところで12ノードで組んでます
12ノード全部使い切っているDBは無いです
ヤフーでは2010年にExa X-2を導入以来、広告、決済、ショッピングのサービスにExaを導入してきました 特にX-6になってからは、ハイペースです X-2はバグが多くて酷い目にあわされました バグをふんで全ノードダウンとかもちょいちょい起こってました ほんとネットゲームで言ったら有料ベータでしたね、しかも○億円の
Exaの ×⇒○の部分ですが、価格を下げることが出来る要因として、 フラッシュデバイスの単価と集約度が下がり、ハーフラックでも数百T積めるようになってきている点があります 昔はFULLラックじゃないと組めなかった構成を価格を抑えて組めるようになっています Exaはストレージ部分をフラッシュにしなくても、フラッシュキャッシュだけでも十分速いんですよね 8ノードがどうしても必要と言うケースもそれほど多くはないです 8ノードで、ストレージをフルフラッシュにする、といった富豪構成は当然高いですが ここで出してるExadata X-6 halfラック ストレージは普通のSAS HDの場合です
ASRは本当に良くできてますし、 My Oracle SupportでのSR対応もかなりレスポンスがいいです
ビジネスコンテュニティプランニング ここでは、DataGuard+FSFOで、地域災害時によるサービス停止への対策について話していきます
こちらも 2015年 Meetup! JPOUGイベント で弊社宇佐美が登壇しております たとえプライマリサイトが破壊されても、30秒程度でBCPサイトに切り替わる といった内容でした
DataGuardとFSFOについておさらいしてみたいと思います
プライマリからスタンバイへRedoログを転送して、順次スタンバイ側へも適用し、プライマリと同じ状態を保つ、というものです
APが沢山のコンポーネントで構成されている場合、どこまでスタンバイを揃えるか、というのがいつも課題になります
Uplinkが詰まってしまうため、ネットワークを跨いだRMANバックアップは基本的にやるべきではない
15倍というのはベンダー側のカタログスペックですが、実稼働でも15 OLTPのような、1日あたりの差分が数%以内のDBには向いています DWHデータのバックアップは得意じゃないと思います
1/15というのはベンダー側のカタログスペックですが、実稼働でも1/15まで減らせてます OLTPのような、1日あたりの差分が数%以内のDBには向いています DWHデータのバックアップは得意じゃないと思います
アクセス監査が絶対に必要です
ORACLE_HOME/rdbms/libの下においてあるツールを使って 統合監査モードをオンにできます
とはいえ、放っておくとSYSAUXがすぐにいっぱいになってしまうため、5分おきに回収用テーブルに退避しています
長時間いじってると発狂レベル
たしか2017/03ごろにリースだったと思います 待ちに待っていました・・・・ R1はバグが多いと言うことで、待っていた
Oracleのかたもいらっしゃっていると思うので、あとで聞いて見ようと思います
10年くらい前に作った自作ツールが動いてました
AWR Warehouse は複数DBの稼動統計を収集してレポーティングする事が出来ます
AWR Warehouseと、BIパブリッシャーを組み合わせて、 定期的にAWR取得、提携グラフ作成、サービス担当者に毎日メールする といったことができます
ここ2年の取り組み全体まとめになります またネタが溜まりましたら発表の機会を頂けるとさいわいです
御清聴ありがとうございます~♪
Download now