[DI15] Build 2017 Updates ～ Azure Database for MySQL/PostgreSQL 最速紹介

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

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

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

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

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 | フルマネージド | 組み込みフェイルオーバー | オンラインでパフォーマンス変更

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

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

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

例) Web App on Linux + MySQL/PostgreSQL

Current
Database
New
Database
File System

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

Azure SQL Database おさらい

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

SQL Databaseのサイジング

おススメ用途
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

% 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

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

Service Fabric について知る

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

これの何がうれしいの？

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

ワークロードに合わせたサービス階層
レイテンシを重視した、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

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

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プランでも
アップグレード不要で得られるよう
になった！

MySQL/PostgreSQL のサービス階層
コンピュートユニット 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)

改めて読んでみましょう
コンピュートユニット 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)

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

[DI15] Build 2017 Updates ～ Azure Database for MySQL/PostgreSQL 最速紹介

More Related Content

What's hot (20)

Similar to [DI15] Build 2017 Updates ～ Azure Database for MySQL/PostgreSQL 最速紹介 (20)

More from de:code 2017 (20)

Recently uploaded (10)

[DI15] Build 2017 Updates ～ Azure Database for MySQL/PostgreSQL 最速紹介