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
13
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
480
スケールアウトできるManaged RDBMS - Azure Cosmos DB for PostgreSQL
kuniteru
0
57
現場からみた Azure リファレンスアーキテクチャ答え合わせ | Microsoft Build 2022
kuniteru
1
17
Azure Load Testingを利用したパフォーマンステスト
kuniteru
1
24
Understanding Azure Application Gateway
kuniteru
0
16
堅牢&運用楽々な WordPress を Azure App Service で
kuniteru
0
44
Azure PaaS とのよりセキュアな接続 - 初級編
kuniteru
0
14
あらためて Azure Virtual Network
kuniteru
0
14
Azure Virtual Machines設計の勘所 | Microsoft Tech Summit 2017
kuniteru
1
8
Other Decks in Technology
See All in Technology
FODにおけるホーム画面編成のレコメンド
watarukudo
PRO
2
280
Accessibility Inspectorを活用した アプリのアクセシビリティ向上方法
hinakko
0
180
月間60万ユーザーを抱える 個人開発サービス「Walica」の 技術スタック変遷
miyachin
1
140
2025年に挑戦したいこと
molmolken
0
160
Cloudflareで実現する AIエージェント ワークフロー基盤
kmd09
0
290
【Oracle Cloud ウェビナー】2025年のセキュリティ脅威を読み解く:リスクに備えるためのレジリエンスとデータ保護
oracle4engineer
PRO
1
100
「隙間家具OSS」に至る道/Fujiwara Tech Conference 2025
fujiwara3
7
6.5k
EMConf JP の楽しみ方 / How to enjoy EMConf JP
pauli
2
150
[IBM TechXchange Dojo]Watson Discoveryとwatsonx.aiでRAGを実現!座学①
siyuanzh09
0
110
AWS re:Invent 2024 re:Cap Taipei (for Developer): New Launches that facilitate Developer Workflow and Continuous Innovation
dwchiang
0
170
シフトライトなテスト活動を適切に行うことで、無理な開発をせず、過剰にテストせず、顧客をビックリさせないプロダクトを作り上げているお話 #RSGT2025 / Shift Right
nihonbuson
3
2.1k
30分でわかる「リスクから学ぶKubernetesコンテナセキュリティ」/30min-k8s-container-sec
mochizuki875
3
450
Featured
See All Featured
Facilitating Awesome Meetings
lara
51
6.2k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
3.6k
Making the Leap to Tech Lead
cromwellryan
133
9k
4 Signs Your Business is Dying
shpigford
182
22k
Building Adaptive Systems
keathley
38
2.4k
Producing Creativity
orderedlist
PRO
343
39k
Why You Should Never Use an ORM
jnunemaker
PRO
54
9.1k
Building Applications with DynamoDB
mza
93
6.2k
How GitHub (no longer) Works
holman
312
140k
Speed Design
sergeychernyshev
25
740
GitHub's CSS Performance
jonrohan
1030
460k
Building a Modern Day E-commerce SEO Strategy
aleyda
38
7k
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/