cloudsql v2は デキる子なのか?
TRANSCRIPT
http://gcpug.jp
CloudSQL v2 はデキる子なのか?
熊野 良 (Ryo Kumano)GCPUG Fukuoka 3rd (2016/01/16)
http://gcpug.jp
熊野 良 (Ryo Kumano)
2014/06 〜 グルーヴノーツ入社 - 肩書きは 「インフラエンジニア・データベースエンジニア」 - GCP 上で稼動している自社サービスのインフラ設計・構築・運用を担当 - 2015/08 〜 東京 -> 福岡に移住
過去に携わった業務 - 国内大手 B2C サイトのインフラ設計・構築・運用・ DB 設計・チューニング - 商用 RDBMS の製品サポート など
自己紹介
http://gcpug.jp
Google Cloud SQL使ってますか??
ところで…
http://gcpug.jp
知ってた。
A. ほとんど使ってない
http://gcpug.jp
- Google Cloud SQL とは
- 利用するメリット
- サービス利用時の構成
- 陽が当たらないのは何故?
- Cloud SQL 第 2 世代 (Second Generation)
Agenda
http://gcpug.jp
フルマネージド リレーショナル MySQL データサービス(https://cloud.google.com/sql/?hl=ja より )
- MySQL の構築から運用までを実現してくれる- 流行り ? のサーバーレス- MySQL 5.5/5.6 を Google がカスタマイズ
Google Cloud SQL とは
http://gcpug.jp
- データベース業務の軽減- 物理設計・物理構築の工数軽減- 監視・運用業務の軽減
- MySQL と同じ感覚で開発・利用- コード資産の再利用可能- 既存のノウハウを活かせる(情報が多い)
- IP アドレスベースでアクセス可否を設定- GCE からのアクセス (GCP を跨いだアクセスも OK)- オンプレミス環境や自分の端末からもアクセス可能
利用するメリット
http://gcpug.jp
利用するメリット - データベース業務の軽減 -
要件定義 論理設計 物理設計 監視設計 物理構築 監視設定 論理構築 運用
要件定義 論理設計
物理設計
論理構築運用物
理構築
オンプレミス・ VM 環境での DB 業務
Cloud SQL を利用した場合の DB 業務
浮いた業務時間で寿司が食える!!
http://gcpug.jp
サービス利用時の構成
http://gcpug.jp
:::::::: ┌──────────────── ┐
:::::::: | Cloud SQL がやられたようだな… │
::::: ┌───└───────────v────┬┘
::::: |フフフ…奴は GCP の中でも最弱 … │
┌──└──────── v─┬─────────┘| R○S ごときに負けるとは │| GCP の面汚しよ │└──── v────────┘ | ミ , / `ヽ /! ,.── 、 | 彡 / 二 O ニニ | ノ / 三三三 !, |! `,' \ _、、 ,|/- ト ャ `=j r= レ / ミ ! 彡
T 爪 | / /  ̄ |/´ _ _, ャ |` 三三‐ / |`= 、 |,='|
/ 人 ヽ ミ =' / |`:::::::/ _イ _ ト`ー く__ ,-, 、 _!_ /
/ ` ー─ '" |_,. イ 、 | |/ 、 Y /| | | j / ミ
`┴' 彡\ GAE BigQuery GCE
陽が当たらないのは何故?
http://gcpug.jp
イケてない理由その 1: パフォーマンス (qps) が悪いからなのでは?
陽が当たらないのは何故か ? - 理由その 1 -
CloudSQL と VM に install した MySQL (5.6.28 Community Server) とのベンチマーク比較。
ベンチマークテスト手順はhttp://qiita.com/kumanoryo/items/ba9adb3f1fd2c26f948eの内容を使用。
http://gcpug.jp
イケてない理由その 2: 料金体系や制限が解り辛いからなのでは?
陽が当たらないのは何故か ? - 理由その 2 -
http://gcpug.jp
イケてない理由その 3: Cloud SQL が SPOF となるからなのでは?
陽が当たらないのは何故か ? - 理由その 3 -
http://gcpug.jp
Cloud SQL の運用をやめてGCE に MySQL を HA 構成で構築するのが安定するよね、という運用になる。
陽が当たらないのは何故か ? - 結局のところ -
http://gcpug.jp
殺 伐 と し た ス レ に Oracle Database が!!
Cloud SQL 第 2 世代 (Second Generation)
VACUUM!
Microsoft SQL Server
http://gcpug.jp
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)
http://gcpug.jp
グラフは Google Cloud Platform Blog より (http://googlecloudplatform.blogspot.jp/2015/12/the-next-generation-of-managed-MySQL-offerings-on-Cloud-SQL.html)
v2(青 ) のパフォーマンスが優れているのが分かるが、特に Thread=8 以降で v1(赤 ) が頭打ちになっているにも関わらず、 v2 は性能が伸びている。
但し、 v1/v2 の InstanceType は異なり完全に合わせられないので、どこを基準にするのかというのはある。
v1 と比較して最大 7倍のスループット
http://gcpug.jp
v1 と比較して最大 7倍のスループット
前述のスライドで比較した CloudSQL(v1) とMySQL に CloudSQL(v2) を追加した。
7倍とはいかないが read-only が 2倍read-write が 3倍程度のスループットとなった。
VM 上の MySQL より少し qps が低い結果となった。
http://gcpug.jp
DeveloperConsole から拡張可能。10GB -> 15GB および 15GB -> 1000GB を試したが即時反映されることを確認した。
機能拡張や経過年数に伴いディスク容量が不足することはサービスが流行るとよくある事だが、本機能を使用する事でディスク容量を拡張する為のサーバリプレイスやディスク拡張作業オペレーションから解放される。
$0.17 per GB /month なのでご利用は計画的に。(拡張すると縮小できない)
最大 10240GB(v1 の 20倍 ) までディスク容量拡張可能
http://gcpug.jp
殆どのケースで 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 からの乗り換えでないと金額は高くなるので注意。
http://gcpug.jp
Failover Replica を追加するケース サービスの停止が許されない環境 Master障害時に Standby している CloudSQL に切り替える v2 からの新機能
Failover Replica と Read Replica追加可能
Masterが SPOF(単一障害点 )
http://gcpug.jp
Failover Replica の追加例 障害発生時やメンテナンス時に Master が切り替わってくれる
Failover Replica と Read Replica追加可能
http://gcpug.jp
Failover Replica機能によってMHA などで Master の SPOF を解消する必要がなくなった。
Failover Replica と Read Replica追加可能
http://gcpug.jp
Failover切り替わり時の接続断時間などは未計測の為、実務に耐えうるかは要検証。
Failover Replica と Read Replica追加可能
http://gcpug.jp
Read Replica を追加するケース アクセス過多による DB高負荷が発生している v1 からある機能
Failover Replica と Read Replica追加可能
QPSがサービス要件を満たせないCPU(user)の高騰コネクション数過多によるメモリ不足
http://gcpug.jp
Failover Replica と Read Replica追加可能
ダメな Read Replica追加例 Read Replica を 1台だけ追加するのはダメ、絶対! Master の負荷は下がったが Read Replica の負荷が増設前と同等
増設前のMasterと同等の負荷
http://gcpug.jp
Failover Replica と Read Replica追加可能
理想の Read Replica追加例
read が分散されるよう Read Replicaを複数台構築。
Read Replica が 2台の場合1台が応答不能になると前述のダメな状態になるので3台以上で構築する必要がある。
http://gcpug.jp
前述したイケてない理由がなくなった!その 1: パフォーマンス (qps) が悪いからなのでは? -> v1 と比べて v2 は格段に qps がよくなった!その 2: 料金体系や制限が解り辛いからなのでは? -> GCE と同等レベルになり解りやすくなった!その 3:Cloud SQL が SPOF となるからなのでは? -> Failover Replica により SPOF ではなくなった!
v2 の新機能によって ...
http://gcpug.jp
Cloud SQL v2 はデキる子です!
結論?
http://gcpug.jp
VM の MySQL に Internal_IP経由でベンチかけたらぶっちぎりだった件
と、思いきや
http://gcpug.jp
Cloud SQL v2 は(そこそこ)
デキる子です!
あらためて結論
http://gcpug.jp
ご清聴ありがとうございました。