$30 off During Our Annual Pro Sale. View Details »
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
23
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
660
スケールアウトできるManaged RDBMS - Azure Cosmos DB for PostgreSQL
kuniteru
0
97
現場からみた Azure リファレンスアーキテクチャ答え合わせ | Microsoft Build 2022
kuniteru
1
35
Azure Load Testingを利用したパフォーマンステスト
kuniteru
1
60
Understanding Azure Application Gateway
kuniteru
0
28
堅牢&運用楽々な WordPress を Azure App Service で
kuniteru
0
99
Azure PaaS とのよりセキュアな接続 - 初級編
kuniteru
0
27
あらためて Azure Virtual Network
kuniteru
0
24
Azure Virtual Machines設計の勘所 | Microsoft Tech Summit 2017
kuniteru
1
24
Other Decks in Technology
See All in Technology
フルカイテン株式会社 エンジニア向け採用資料
fullkaiten
0
9.9k
【U/Day Tokyo 2025】Cygames流 最新スマートフォンゲームの技術設計 〜『Shadowverse: Worlds Beyond』におけるアーキテクチャ再設計の挑戦~
cygames
PRO
2
1.2k
まだ間に合う! Agentic AI on AWSの現在地をやさしく一挙おさらい
minorun365
17
2.3k
AIエージェント開発と活用を加速するワークフロー自動生成への挑戦
shibuiwilliam
4
800
New Relic 1 年生の振り返りと Cloud Cost Intelligence について #NRUG
play_inc
0
190
NIKKEI Tech Talk #41: セキュア・バイ・デザインからクラウド管理を考える
sekido
PRO
0
200
ソフトウェアエンジニアとAIエンジニアの役割分担についてのある事例
kworkdev
PRO
0
120
Oracle Database@Azure:サービス概要のご紹介
oracle4engineer
PRO
2
180
[Data & AI Summit '25 Fall] AIでデータ活用を進化させる!Google Cloudで作るデータ活用の未来
kirimaru
0
270
Kiro を用いたペアプロのススメ
taikis
4
1.6k
20251222_next_js_cache__1_.pdf
sutetotanuki
0
150
アプリにAIを正しく組み込むための アーキテクチャ── 国産LLMの現実と実践
kohju
0
190
Featured
See All Featured
Practical Orchestrator
shlominoach
190
11k
Crafting Experiences
bethany
0
21
Leo the Paperboy
mayatellez
0
1.2k
Writing Fast Ruby
sferik
630
62k
Agile that works and the tools we love
rasmusluckow
331
21k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
21
1.3k
The Art of Programming - Codeland 2020
erikaheidi
56
14k
Building AI with AI
inesmontani
PRO
1
570
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
16k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
286
14k
Embracing the Ebb and Flow
colly
88
4.9k
Bridging the Design Gap: How Collaborative Modelling removes blockers to flow between stakeholders and teams @FastFlow conf
baasie
0
400
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/