Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Introduction of Azure Database for MySQL / Post...
Search
Kuniteru Asami
June 18, 2017
Technology
0
22
Introduction of Azure Database for MySQL / PostgreSQL
2017年5月にMySQLおよびPostgreSQLのサービスがAzureで提供されることが発表されました。その紹介です。
Kuniteru Asami
June 18, 2017
Tweet
Share
More Decks by Kuniteru Asami
See All by Kuniteru Asami
どう買う?Azure
kuniteru
1
620
スケールアウトできるManaged RDBMS - Azure Cosmos DB for PostgreSQL
kuniteru
0
83
現場からみた Azure リファレンスアーキテクチャ答え合わせ | Microsoft Build 2022
kuniteru
1
24
Azure Load Testingを利用したパフォーマンステスト
kuniteru
1
41
Understanding Azure Application Gateway
kuniteru
0
26
堅牢&運用楽々な WordPress を Azure App Service で
kuniteru
0
73
Azure PaaS とのよりセキュアな接続 - 初級編
kuniteru
0
21
あらためて Azure Virtual Network
kuniteru
0
20
Azure Virtual Machines設計の勘所 | Microsoft Tech Summit 2017
kuniteru
1
15
Other Decks in Technology
See All in Technology
なぜAI時代に 「イベント」を中心に考えるのか? / Why focus on "events" in the age of AI?
ytake
2
600
Power Automate のパフォーマンス改善レシピ / Power Automate Performance Improvement Recipes
karamem0
0
170
スプリントゴール未達症候群に送る処方箋
kakehashi
PRO
1
200
AWS Well-Architected から考えるオブザーバビリティの勘所 / Considering the Essentials of Observability from AWS Well-Architected
sms_tech
1
850
2025-07-25 NOT A HOTEL TECH TALK ━ スマートホーム開発の最前線 ━ SOFTWARE
wakinchan
0
140
MCPに潜むセキュリティリスクを考えてみる
milix_m
1
740
AI時代にも変わらぬ価値を発揮したい: インフラ・クラウドを切り口にユーザー価値と非機能要件に向き合ってエンジニアとしての地力を培う
netmarkjp
0
220
大規模組織にAIエージェントを迅速に導入するためのセキュリティの勘所 / AI agents for large-scale organizations
i35_267
6
230
Data Engineering Study#30 LT資料
tetsuroito
1
570
経験がないことを言い訳にしない、 AI時代の他領域への染み出し方
parayama0625
0
160
東京海上日動におけるセキュアな開発プロセスの取り組み
miyabit
0
150
2025/07/22_家族アルバム みてねのCRE における生成AI活用事例
masartz
2
110
Featured
See All Featured
Git: the NoSQL Database
bkeepers
PRO
431
65k
Optimising Largest Contentful Paint
csswizardry
37
3.3k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
282
13k
Visualization
eitanlees
146
16k
Faster Mobile Websites
deanohume
308
31k
A Modern Web Designer's Workflow
chriscoyier
695
190k
How to train your dragon (web standard)
notwaldorf
96
6.1k
Keith and Marios Guide to Fast Websites
keithpitt
411
22k
GraphQLの誤解/rethinking-graphql
sonatard
71
11k
Building an army of robots
kneath
306
45k
Why Our Code Smells
bkeepers
PRO
337
57k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
3.9k
Transcript
Introduction of Azure Database for MySQL / PostgreSQL 2017/06/17 浅見
城輝 Japan Azure User Group 株式会社 pnop / Cloudlive 株式会社
©2017 pnop, Inc. © 2011 Microsoft Corporation All Rights Reserved.
About me kuniteru.asami Find me Database Azure 2012~ Microsoft Azure
©2017 pnop, Inc. 2017年5月 ついに MySQL, PostgreSQL の マネージドサービスがリリース(Preview)
©2017 pnop, Inc. 注意 ここにある情報は、2017/06/17 時点のものです。 最新の状況は適宜確認してください。 現在、Azure Database for
MySQL, Azure Database for PostgreSQL はプレビューリリースです。
©2017 pnop, Inc. 利用するメリット 可用性が高い構成が組まれている フェールオーバー時の停止時間はほぼない PITR のできるバックアップが自動でされている バックアップからリストアしなければならないよ うな障害が発生しても、Azure
が(Microsoftが) リストアしてくれる(ユーザーの責任による障害の場合は自分で) スケール アップ/ダウンによる性能の調整が容易 構築、運用コストが激減する
PostgreSQL (preview) MySQL (preview) Power BI, App Services, Data Factory,
Analytics, ML, Cognitive, Bot… Global Azure with 38 Regions Compute & Service Fabric SQL DW Storage SQL Database Flexible: On-demand scaling, Resource governance Trusted: HA/DR, Backup/Restore, Security, Audit, Isolation Intelligent: Advisors, Tuning, Monitoring Azure Managed Database Service
©2017 pnop, Inc. ポイント! Azure SQL Database と共通基盤である。すなわち、以 下が実装されている or
今後期待できる フェールオーバー セキュリティ Firewall ストレージ暗号化 バックアップ暗号化 Geo リストア Geo レプリケーション
・ユーザからはひとつの論理データベースが見える ・障害、パッチ適用等のタイミングでフェイルオーバー(リコンフィグレーション) ・この仕組みがMult-AZ等なしに SLA 99.99%(52分/年) を設定できる大きな理由のひとつ 論理データベース Write Write Ack
Ack Read value write Ack
©2017 pnop, Inc. 接続のセキュリティ Firewall Azure により Firewall が提供され、接続元を制限することができる SSL
SSL 接続を強制することができる 認証 MySQL / PostgreSQL それぞれの標準に準ずる ユーザー名 = 設定したユーザー名 + “@ “+ 設定したサーバー名 設定したユーザー名 = asami サーバー名 = mydbsv.mysql.database.azure.com 接続時のユーザー名 = asami@mydbsv
ワークロードに合わせたサービス階層 サービスレベ ル 想定ユースケース 低めのワークロード IOPSが可変でも問題ないケース 全体スループットを重視し、IOと CPUのバランスを取りたいケース レイテンシを重視した、IOワーク ロードに大きく寄るケース
コンピュートユニット 50, 100 100, 200, 400, 800,1600, 2000 100, 200, 400, 800, 1600, 2000 ストレージ 50GB 磁気メディア 125GB リモートSSD 125GB ローカルSSD IOPS 可変 375 3:1 (IOPS:GB) 1250 10:1 (IOPS:GB) 追加オプション 99.99% SLA | フルマネージド | 組み込みフェイルオーバー | オンラインでパフォーマンス変更 ストレージ 最大 1 TB 最大 10 TB 最大 4 TB IOPS 提供なし ストレージ追加に応じて増加 最大 40K IOPS
©2017 pnop, Inc. コンピューティング ユニット CPU と メモリリソースの割り当て 100 コンピューティング
ユニット = 1 CPU コア
©2017 pnop, Inc. サービス階層ごとの制限 同時接続数 (基本的に)選択したコンピューティング ユニット 値と同数
©2017 pnop, Inc. ※ 要注意
©2017 pnop, Inc. (参考) ClearDB Azure リリース初期からサードパーティである ClearDB 社から提供される MySQL
サービス 最大 20MB の無料プランからある http://w2.cleardb.net/azure/
©2017 pnop, Inc. バージョン MySQL 5.7 or 5.6 PostgreSQL 9.6
or 9.5 マイナーバージョンのアップデートは自動で実施 される メジャーバージョンのアップグレードはサポート されない
©2017 pnop, Inc. ストレージエンジン (MySQL) innodb MyISAM は一見サポートされているように見える が使うことができない MEMORY
は使えるけど BLACKHOLE は使えないな どがあるので要確認
©2017 pnop, Inc. sql_mode (MySQL) 「サーバー パラメーター」で設定変更可能 デフォルトは何も設定されていない
©2017 pnop, Inc. PITR 最大
©2017 pnop, Inc. http://www.pnop.co.jp/