登場が待たれながらも長らくお待たせすることになった、SQL Database 以外のフルマネージドデータベースサービスがついに発表されました。 本セッションでは Build 2017 で発表された内容を踏まえ、新たに登場したこのサービスについて早速紹介いたします。 受講対象: Azure 上で MySQL/PostgreSQL を動かしたいとお考えのエンジニアの方 製品/テクノロジ: Microsoft Azure/OSS/クラウド 久森 達郎 日本マイクロソフト株式会社 デベロッパー エバンジェリズム統括本部 エバンジェリスト

3. https://mysql-casual-slackin.herokuapp.com/

6. PostgreSQL as a Service
MySQL as a Service
Built-in high-availability and security
Elastically scale up or down with no application downtime
100% compatible with all existing drivers, libraries, tools
Announcing new Azure Services
MySQL
PostgreSQL

7. 仮想マシンでの対応やSQL Database移行をする必要がなくなります！
LanguagesFrameworks

12. AZURE DATABASE FOR MYSQL
REGION AVAILABILITY TODAY
West US, North Central US, East
US, East US2, South Central US,
West Europe, North Europe, Japan
West, Japan East, East Asia, SE Asia
最初から日本展開！
11
Azure regions
available today

13. Public Preview時点でのサービス階層
サービスレベル
想定ユースケース
低めのワークロード
IOPSが可変でも問題ないケース
全体スループットを重視し、IOと
CPUのバランスを取りたいケース
Workloads that require low
latency and high performance
with large number of concurrent
users or multiple databases
コンピュートユニット 50, 100 100, 200, 400, 800,1600, 2000 100, 200, 400, 800, 1600, 2000
ストレージ
50GB
磁気メディア
125GB
リモートSSD
125GB
Local SSD
IOPS 可変
375
3:1 (IOPS:GB)
1250
Scales 10:1 (IOPS:GB)
追加オプション
Scale up to 10 TBScale up to 1 TBストレージ 最大 1 TB
Scale up to 10 TB
最大 1 TB
Scale up to 4 TB
IOPS 提供なし ストレージ追加に応じて増加 Scale up to 40K IOPS
99.99% SLA | フルマネージド | 組み込みフェイルオーバー | オンラインでパフォーマンス変更

14. Azure
Azure Database
for MySQL/PostgreSQL
• 論理DB : “インスタンス” ではない
• DBエンドポイントが見える
• フェイルオーバーは自動
• 接続制御はファイアウォールの
ルールベース

15. Azure リージョン
REST API
Azure Resource
Manager
Azure
Portal
Azure CLI
Custom Mgt.
Applications
Azure Endpoint Application
MySQL Client
Database Tools
(MySQL Workbench,
mysql cli)
MySQL
Client
Application
Postgres
Client
Database Tools
(Pgadmin, psql)
Postgres
Client

16. Protect data
• 標準で、DBとバックアップ
データは暗号化
標準提供のセキュリティ関連機能
Control access
• SSL接続
• ファイアウォール
Identity
• MySQL/PostgreSQL ネイ
ティブ認証

17. 制限事項

20. 例) Web App on Linux + MySQL/PostgreSQL

24. Current
Database
New
Database
File System

25. Current
Database
New
Database
File System

29. PostgreSQL
(preview)
MySQL
(preview)
PowerBI,AppServices,DataFactory,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

30. Azure SQL Database おさらい

31. ・ユーザからはひとつの論理データベースが見える
・障害、パッチ適用等のタイミングでフェイルオーバー(リコンフィグレーション)
・この仕組みがMult-AZ等なしに SLA 99.99%(52分/年) を設定できる大きな理由のひとつ
論理データベース
Write
Write Ack
Ack
Read
value write
Ack

32. SQL Databaseのサイジング

33. • •

34. おススメ用途
SLA
最大サイズ
災害対策
セキュリティ
In-Memory 最大サイズ
最大同時
Worker 数
ポイント インタイム リストア
(“oops” Recovery)
P1S0
小規模の OLTP 処理 中規模の OLTP 処理 大規模の OLTP 処理
99.99%
2 GB 250 GB 500 GB
7日以内 14日以内 35日以内
Geo リストア (ERT < 12h, RPO < 1h)
アクティブ geo レプリケーション, 最大 4 つの読み取り可能セカンダリ バックアップ (ERT < 30s, RPO < 5s)
Always Encrypted, 透過的データ暗号化, Azure AD 認証,
Auditing, 行レベル セキュリティ, 動的データマスク
N/A N/A
30
S1 S2 S3 P2 P4 P6 (P3) P11
60 90 120 200 200 400 800 1,600 2,400
1 TB
1 GB 2 GB 4 GB 8 GB 14 GB
最大同時
Session 数
300 600 900 1,200 2,400 2,400 4,800 9,600 19,200 32,000
Database Transaction
Units (DTUs)
5 10 20 50 100 125 250 500 1,000 1,750
PremiumStandardBasic

35. % CPU
% READ % WRITE
% MEMORY
一般的なOLTP操作の一連にか
かる操作について、1秒間に完
了可能なトランザクション数を
測定して定義された値のこと
https://docs.microsoft.com/ja-jp/azure/sql-database/sql-database-benchmark-overview
https://docs.microsoft.com/ja-jp/azure/sql-database/sql-database-what-is-a-dtu

36. DTUによるリソースガバナンス
Azure SQL データベースのリソース管理：https://msdn.microsoft.com/ja-jp/library/azure/dn338083.aspx

38. PostgreSQL
(preview)
MySQL
(preview)
PowerBI,AppServices,DataFactory,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

39. Service Fabric について知る

40. Azure SQL Database を始め、多くのサービスが
Service Fabric を用いて作られています

41. アプリケーション

42. アプリ 1
アプリ 2

43. これの何がうれしいの？

44. https://azure.microsoft.com/ja-jp/blog/azure-sql-database-is-increasing-the-read-and-write-performance/

45. Azure SQL Database を始め、多くのサービスが
Service Fabric を用いて作られています

47. ワークロードに合わせたサービス階層
サービスレベル
想定ユースケース
低めのワークロード
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

48. コンピュートユニット を
理解する

49. • •

50. Compute UnitとDTUの違い、そしてメリット
CPU、メモリ、I/Oとトラ
ンザクションログI/Oを
ミックスした、OLTP処理
のワークロード単位
DTU(SQL Database)
DTUに似ているが、I/Oとト
ランザクションログI/Oを除
いたOLTP処理のワークロー
ド単位
Compute Unit(MySQL/PostgreSQL)
• 全プランでストレージ層が異なる
• Basic以外はストレージ容量をUpす
るとIOPSもUpする
• これにより、高いI/Oパフォーマン
スを、低いCPU/RAMプランでも
アップグレード不要で得られるよう
になった！

51. おススメ用途
SLA
最大サイズ
災害対策
セキュリティ
In-Memory 最大サイズ
最大同時
Worker 数
ポイント インタイム リストア
(“oops” Recovery)
P1S0
小規模の OLTP 処理 中規模の OLTP 処理 大規模の OLTP 処理
99.99%
2 GB 250 GB 500 GB
7日以内 14日以内 35日以内
Geo リストア (ERT < 12h, RPO < 1h)
アクティブ geo レプリケーション, 最大 4 つの読み取り可能セカンダリ バックアップ (ERT < 30s, RPO < 5s)
Always Encrypted, 透過的データ暗号化, Azure AD 認証,
Auditing, 行レベル セキュリティ, 動的データマスク
N/A N/A
30
S1 S2 S3 P2 P4 P6 (P3) P11
60 90 120 200 200 400 800 1,600 2,400
1 TB
1 GB 2 GB 4 GB 8 GB 14 GB
最大同時
Session 数
300 600 900 1,200 2,400 2,400 4,800 9,600 19,200 32,000
Database Transaction
Units (DTUs)
5 10 20 50 100 125 250 500 1,000 1,750
PremiumStandardBasic

52. MySQL/PostgreSQL のサービス階層
サービスレベル
想定ユースケース
低めのワークロード
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)
追加オプション
ストレージ 最大 1 TB 最大 10 TB 最大 4 TB
IOPS 提供なし ストレージ追加に応じて増加 最大 40K IOPS

53. 改めて読んでみましょう
サービスレベル
想定ユースケース
低めのワークロード
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

55. MySQL / PostgreSQL
サービスの “良さ”

57. © 2017 Microsoft Corporation. All rights reserved.
本情報の内容（添付文書、リンク先などを含む）は、作成日時点でのものであり、予告なく変更される場合があります。