CloudSQL v2はデキる子なのか？

http://gcpug.jp
CloudSQL v2はデキる子なのか？
熊野良(Ryo Kumano)
GCPUG Fukuoka 3rd (2016/01/16)

熊野良 (Ryo Kumano)
2014/06 〜グルーヴノーツ入社
- 肩書きは「インフラエンジニア・データベースエンジニア」
- GCP上で稼動している自社サービスのインフラ設計・構築・運用を担当
- 2015/08 〜東京->福岡に移住
過去に携わった業務
- 国内大手B2Cサイトのインフラ設計・構築・運用・DB設計・チューニング
- 商用RDBMSの製品サポート
など
自己紹介

Google Cloud SQL
使ってますか？？
ところで…

知ってた。
A. ほとんど使ってない

- Google Cloud SQLとは
- 利用するメリット
- サービス利用時の構成
- 陽が当たらないのは何故？
- Cloud SQL 第2世代(Second Generation)
Agenda

フルマネージドリレーショナル MySQL データサービス
(https://cloud.google.com/sql/?hl=ja より)
- MySQLの構築から運用までを実現してくれる
- 流行り?のサーバーレス
- MySQL 5.5/5.6 を Googleがカスタマイズ
Google Cloud SQL とは

- データベース業務の軽減
- 物理設計・物理構築の工数軽減
- 監視・運用業務の軽減
- MySQLと同じ感覚で開発・利用
- コード資産の再利用可能
- 既存のノウハウを活かせる（情報が多い）
- IPアドレスベースでアクセス可否を設定
- GCEからのアクセス (GCPを跨いだアクセスもOK)
- オンプレミス環境や自分の端末からもアクセス可能
利用するメリット

利用するメリット - データベース業務の軽減 -
要件定義論理設計物理設計監視設計物理構築監視設定論理構築運用
要件定義論理設計
物
理
設
計
論理構築
運用物
理
構
築
オンプレミス・VM環境でのDB業務
Cloud SQL を利用した場合のDB業務
浮いた業務時間で
寿司が食える！！

サービス利用時の構成

:::::::: ┌──────────────── ┐
:::::::: ｜ Cloud SQLがやられたようだな… │
::::: ┌───└───────────ｖ────┬┘
::::: ｜フフフ…奴はGCPの中でも最弱 … │
┌──└────────ｖ─┬─────────┘
｜ R○Sごときに負けるとは │
｜ GCPの面汚しよ │
└────ｖ────────┘
|ﾐ, ／｀ヽ /! ,.──､
|彡/二Oニニ|ノ /三三三!, |!
`,' ＼､､＿,|/-ｬト `=j r=ﾚ /ミ !彡
T 爪| / /￣|/´＿_,ｬ |`三三‐/ |`=､|,='|
/人ヽミ='／|`:::::::/ｲ＿_ ト｀ーく＿＿,-, ､ _!_ /
/ `ー─'" |_,.イ､ | |/､ Y /| | | j / ﾐ`┴'彡＼
GAE BigQuery GCE
陽が当たらないのは何故？

イケてない理由その1:
パフォーマンス(qps)が悪いからなのでは？
陽が当たらないのは何故か? - 理由その1 -
CloudSQLとVMにinstallしたMySQL
(5.6.28 Community Server) とのベンチマーク
比較。
ベンチマークテスト手順は
http://qiita.com/kumanoryo/items/ba9adb3f1
fd2c26f948e
の内容を使用。

料金体系や制限が解り辛いからなのでは？

Cloud SQLがSPOFとなるからなのでは？

Cloud SQLの運用をやめて
GCEにMySQLをHA構成で構築するのが安定するよね、という運用になる。
陽が当たらないのは何故か? - 結局のところ -

殺伐としたスレに Oracle Database が！！
Cloud SQL 第2世代 (Second Generation)
VACUUM
！
Microsoft SQL Server

2015/12/10未明(日本時間) に beta release
以下docより (https://cloud.google.com/sql/docs/introduction#v2)
- v1と比較して最大7倍のスループット
- 最大10240GB(v1の20倍)までディスク容量拡張可能
- 殆どのケースでv1より費用が安くなる
- Failover ReplicaとRead Replica追加可能
- backup期間の設定とメンテナンス枠の設定
Cloud SQL 第2世代 (Second Generation)

グラフはGoogle Cloud Platform Blog より
(http://googlecloudplatform.blogspot.jp/20
15/12/the-next-generation-of-managed-
MySQL-offerings-on-Cloud-SQL.html)
v2(青)のパフォーマンスが優れているのが分か
るが、特に Thread=8 以降でv1(赤)が頭打ちに
なっているにも関わらず、v2は性能が伸びてい
る。
但し、v1/v2のInstanceTypeは異なり完全に合
わせられないので、どこを基準にするのかとい
うのはある。
v1と比較して最大7倍のスループット

v1と比較して最大7倍のスループット
前述のスライドで比較したCloudSQL(v1)と
MySQLにCloudSQL(v2)を追加した。
7倍とはいかないがread-onlyが2倍
read-writeが3倍程度のスループットとなった。
VM上のMySQLより少しqpsが低い結果となった。

DeveloperConsoleから拡張可能。
10GB -> 15GB および 15GB -> 1000GB
を試したが即時反映されることを確認した。
機能拡張や経過年数に伴いディスク容量が不
足することはサービスが流行るとよくある事
だが、本機能を使用する事でディスク容量を
拡張する為のサーバリプレイスやディスク拡
張作業オペレーションから解放される。
$0.17 per GB /month なのでご利用は計画
的に。（拡張すると縮小できない）
最大10240GB(v1の20倍)までディスク容量拡張可能

殆どのケースでv1より費用が安くなる
確かにマシンスペックあたりの単価
はv2の方が安くなっている。
が、v1の最低スペック (Packageing
Billing Plan D0）と v2の最低スペッ
ク (db-f1-micro) の1日あたりの金
額は共に$0.36となる。
v2で何も考えずに構築すると db-
n1-standard-1($2.316/day)となる
のでv1のD2より上のInstanceType
からの乗り換えでないと金額は高く
なるので注意。

Failover Replicaを追加するケース
サービスの停止が許されない環境
Master障害時にStandbyしているCloudSQLに切り替える
v2からの新機能
Failover ReplicaとRead Replica追加可能
MasterがSPOF(単一障害点)

Failover Replicaの追加例
障害発生時やメンテナンス時にMasterが切り替わってくれる

Failover Replica機能によって
MHAなどでMasterのSPOFを解消する必要がなくなった。

Failover切り替わり時の接続断時間などは
未計測の為、実務に耐えうるかは要検証。

Read Replicaを追加するケース
アクセス過多によるDB高負荷が発生している
v1からある機能
QPSがサービス要件を満たせない
CPU(user)の高騰
コネクション数過多によるメモリ不足

ダメなRead Replica追加例
Read Replicaを1台だけ追加するのはダメ、絶対！
Masterの負荷は下がったがRead Replicaの負荷が増設前と同等
増設前のMasterと同等の負荷

理想のRead Replica追加例
readが分散されるようRead Replicaを
複数台構築。
Read Replicaが2台の場合
1台が応答不能になると
前述のダメな状態になるので
3台以上で構築する必要がある。

前述したイケてない理由がなくなった！
その1:パフォーマンス(qps)が悪いからなのでは？
-> v1と比べてv2は格段にqpsがよくなった！
その2:料金体系や制限が解り辛いからなのでは？
-> GCEと同等レベルになり解りやすくなった！
その3:Cloud SQLがSPOFとなるからなのでは？
-> Failover ReplicaによりSPOFではなくなった！
v2の新機能によって...

Cloud SQL v2は
デキる子です！
結論？

VMのMySQLにInternal_IP経由で
ベンチかけたらぶっちぎりだった件
と、思いきや

Cloud SQL v2は
（そこそこ）
デキる子です！
あらためて結論

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

CloudSQL v2はデキる子なのか？

More Related Content

What's hot (20)