Embed Size (px)
Citation preview
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 がやられたようだな… │
::::: ┌───└───────────ｖ────┬┘
::::: ｜フフフ…奴は GCP の中でも最弱 … │
┌──└──────── ｖ─┬─────────┘｜ R○S ごときに負けるとは │｜ GCP の面汚しよ │└──── ｖ────────┘ | ﾐ , ／ ｀ヽ /! ,.── ､ | 彡 / 二 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
ご清聴ありがとうございました。
