Power Saturday 2019 B3 - SQL Server dans Azure

@ClubPowerBI @aosComm @GUSS_FRANCEPower Saturday 2019
Power
Saturday
SQL Server dans Azure

3 communautés pour partager,
échanger et apprendre
Power BI, Data, IA, Power Platform, Office 365, SharePoint, etc.

Merci à nos sponsors
http:// PowerSaturday.com
Silver
Bronze
Gold

The European SharePoint, Office 365 & Azure Conference
4 Days 2,500 Delegates 150+ Sessions 120 Speakers
Use code ESPC19SPSP for 10% discount on all tickets
www.sharepointeurope.com

❖SQL Server en mode PaaS
▪ Instances simples
▪ Pools élastiques
▪ Instances gérées
❖SQL Server datawarehouse
❖SQL Server en mode IaaS
Agenda

PaaS, Kezako ?
PaaS fournit :
❖ Elasticité
❖ Haute disponibilité
❖ Tuning et monitoring
❖ Maintenance partielle

PaaS : 3 solutions
Single
Elastic
Pool
Instance
managée

Base de données ayant un niveau de service spécifique :
❖ Basic
❖ Standard
❖ Premium
Single PaaS
Elastic Pool PaaS
Même niveau de service affecté à un groupe de bases de données partageant un
pool de ressources. Autre fonctionnalités :
❖ Sharding : Répartition de la données sur x BDD (assembly .Net)
❖ Elastic Job (Single) : Exécution d’un job sur x BDD
❖ Elastic Query : Exécution d’une requête sur x BDD

Niveaux de services PaaS
• •• •••
• •• •••
• •• •••

Performance PaaS : Data Transaction Unit
❖ CPU
❖ Mémoire
❖ I/O Data
❖ I/O Log

Estimation du coût PaaS
DTU Calculator
Permet à partir d’une trace Perfmon de déterminer les niveaux de
service adéquates. Les métriques utilisées sont les suivantes :
❖ Processor - % Processor Time
❖ Logical Disk - Disk Reads/sec
❖ Logical Disk - Disk Writes/sec
❖ Database - Log Bytes Flushed/sec

Concurrence PaaS
Basic Standard Premium
Nb tentatives de login simultanées 30 60 – 200 200 - 6 400
Nb de worker thread actifs 30 60 – 200 200 - 6 400
Nb de connections actives 300 600 - 2 400 2 400 - 32 000

Haute disponibilité PaaS
DB1
DB1
DB1
DB1
DB1
Geo-replication Standard (Standard, Premium)
– Pas de lecture seule
– 1 seul répliqua secondaire
– 1 paire de régions différentes
Geo-replication Active (Premium)
– Jusqu’à 4 répliquas secondaires
– Choix des régions
– Lecture seule

Tuning et monitoring PaaS
Système de recommandations
❖ Détection de requêtes non préparée
❖ Tuning des index
❖ Détection erreurs de schéma
Paramétrage automatique
❖ Forcer un plan
❖ Créer et supprimer un index
Query Performance Insight (SQL Database)
Azure SQL Analytics (tous les modèles en PaaS)
❖ Règles
❖ Alertes

Securité PaaS
❖ Audit
❖ Transparent Data Encryption
❖ Advanced Data Security
▪ Classification des données sensibles
▪ Détection des vulnérabilité
▪ Advanced Threat Protection
Gestion des jobs
❖ Application logique
❖ Azure Automation
❖ Elastic Job
❖ Azure Data Factory

Limitations SQL Database PaaS
❖ Moteur de bases de données
❖ Pas d’accès aux BDD système sauf master
❖ Pas de sauvegarde/restauration natives
❖ DMV : Granularité bases de données
❖ Serveurs liés remplacés par des tables externes (Elastic Pool)
❖ Pas de CLR
❖ Pas de service Broker
❖ Pas d’agent SQL
❖ Réplication limitée (abonné)
❖ Pas d’appel CROSS-Database

SQL Data Warehouse
Appliance dédié aux entrepôts
de données décisionnels avec un
système distribué pour le calcul
et le stockage entre différents
nœuds.

SQL Database VS SQL Data Warehouse
SQL Database SQL DWH
Cas d’usage OLTP, BI BI
Moteur SMP MPP
Support natif SQL Server •• •
Nb de requêtes concurrentes 6 400 128
Taille 1 To Illimité
Appels cross-database Oui Non
Mise en pause Non Oui
In-Memory Oui ( Premium) Non
Index ColumnStore Oui (S3) Oui
Polybase Non Oui

Migration vers SQL Data Warehouse
Prend en charge toutes les destinations possibles
dans le cloud à l’exception de SQL Datawarehouse
et assure les tâches suivante :
• Test de compatibilité
• Migration

Migration vers SQL Data Warehouse

Ca PaaS ou ça CaaS ?
Critère à prendre en considération :
❖ Bénéfices d’une migration
❖ Eligibilité
❖ Efforts de migration
❖ Modèle de service
❖ Niveau de service
❖ Région
❖ Outil de migration

❖Nouveau modèle de déploiement
SQL Server en mode PaaS – Instances gérées
“Lift and shift”
~100% de
compatibilité
avec les instances
on-premises
Service PaaS
• Plateforme
Paas identique
• Tous les
bénéfices du
Paas
Isolation et
sécurité
• Support VNET
• Adressage IP
privé par
défaut
Nouveau
modèle business
• Compétitif
(AHUB)
• Transparent
(vCore)

❖~100% = SQL Server
Migration des données
Backup/Restore natif
Couche “physique” DB configurable
DMS / DMA / Dbatools etc …
Programmable
Global temp tables
Requêtes Cross-DB & transactions
Serveurs liés
Modules CLR
Sécurité
> Intégration avec AAD (single sign-on)
> Chiffrement (TDE / AE)
> SQL Audits / Row level security / Data masking
> Détection des menaces (preview)
Opérationnel
DMVs & Xevents
Query Store
SQL Agent
DB Mail (external SMTP)
Scenario enablers
> Service broker
> Change data capture
> Transactional replication

❖Se concentrer sur son business
Vous travaillez jusqu’à present sur Comment les instances gérées peuvent vous aider
Achat et gestion du matériel De base + évolution à la demande
Protection des données via les sauvegardes De bases => PITR + GEO restauration
Updates / Upgrades De base
Scénarios de Haute-disponibilité De base (99.99% SLA auto-failover) – Multi AZ *
Scénarios de situation de désastre De base => Geo-Redondance and Geo-Réplication
Conformité avec vos propres normes De base
Sécuriser les données contre les accès malveillants De base
Troubleshooting, monitoring and gestion à l’échelle De base
Réglage et maintenance de la performance De base

❖Comparaison des services tiers
Service Tier General purpose Business critical
Adapté pour Applications avec disponibilité typique et
exigences communes de latence IO
Applications avec haute-disponibilité et exigence
de faible latence IO
Compute (vCores) 8, 16, 24 (Gen4) / 8,16, 24, 32, 64, 80 (Gen5) 8, 16,24, 32 (Gen4) / 8, 16, 24, 32, 40, 64, 80 (Gen5)
Memory 7-168GB (Gen4) / 10-204GB (Gen5) 7-168GB (Gen4) / 10-204GB (Gen5)
HA / RTO Base sur le stockage distant (secondes) Always On AG (millisecondes)
Read-Scale RO possible sur 1 réplica
Stockage 500-7500 IOPS / data file (5-10ms) – Up to 8TB
N data files / 1 log file per DB
1 TB (Gen5 all vCores – Gen5 8 ,16)
2 TB (24vcores) - 4 TB (32-80 vCores)
Super fast local SSD – 160K (1-2ms)
Sauvegarde Sauvegardes automatiquement gérées
Sauvegardes manuelles et archives
(WITH COPY_ONLY)
Sauvegardes automatiquement gérées
Sauvegardes manuelles et archives
(WITH COPY_ONLY)
In-Memory OLTP Non Oui
AHUB licence core: ratio vCore 1:4 (Enterprise) / 1:1 (Standard) 1:1 (Enterprise) / N/A (Standard)

❖HA / DR for SQL Azure PaaS
General purpose Business critical

❖HA / DR
▪ SQL MI dans des région différentes
▪ Géo-réplication à configurer
▪ Réplication asynchrone
▪ Load-balancer pour redirection des apps

SQL Server et Azure – Instances gérées
❖ Considérations de performance
▪ Mode de récupération FULL obligatoire (opérations BULK ??)
▪ Business Critical => SSD locaux mais impact infrastructure HA
▪ Sauvegardes automatiques => Impact sur la charge de travail ??
▪ Proximité réseau des applications
▪ Hardware
➢ Gen 4 Logical CPUs => Intel E5-2673 v3 (Haswell) 2.4 GHz procs
➢ Gen 5 Logical CPUs => Intel E5-2673 v4 (Broadwell) 2.3 GHz procs
▪ Stockage
➢ TDE configuré par défaut
➢ Pas d’utilisation de IFI
➢ Performance IO <-> taille de disque provisionnée (GP)
➢ Performance IO <-> nombre de vCores (BC)
➢ Performance du JT (débit) dépend du nombre de vCores
– 22 MB/s (GB) vs 48MB/s (BC)

❖ Compatibilité complète avec SQL on-premises
▪ Outils de migration habituels + migration VHD possible
❖ Scénarios
▪ Migration d’applications existantes non compatibles avec les offres PaaS
▪ Scénarios hybrides
❖ Economie de coût = APEX + COPEX
▪ Infrastructure gérée par Microsoft
▪ Gestion Windows OS + SQL Server reste à la charge de l’abonné
❖ Licences / Coûts (+Azure stockage & trafic en partance)
▪ License incluse (Coût à la minute) / BYOL / Licence mobilité => OS + SQL
▪ Coût des ressources allouées + consommation nombre d’heures/mois
▪ AHUB / Instances réservées pour diminuer le coût global
▪ Modèle de machine important => Shutdown programmé pour réduire la facture
SQL Server en mode IaaS

❖ Haute-disponibilité
▪ Instances de cluster à basculement AlwaysOn
▪ Groupes de disponibilités AlwaysOn
▪ Mirroring (déprécié)
▪ Log Shipping
❖ Situation de désastre
▪ Possible entre plusieurs régions mais implémentation coûteuse
❖ Sauvegardes
▪ Sauvegardes automatisées (SQL2014-2017)
▪ Sauvegardes Azure pour VMs SQL (Toutes)
▪ Sauvegardes manuelles (Toutes)
▪ Sauvegardes « snapshots » possible
Matrice de décision

❖Critères de performance
▪ CPU, mémoire, IOPS, réseau
▪ Compute & Mémoire + IOPS provisionnées
▪ Ajout de volumes + striping
▪ Premium SSD pour SQL data, tempdb, BPE
❖Tailles de machines virtuelles Azure
▪ Assistant de configuration du stockage via les images prédéfinies
➢Storage pool (>2TB)
▪ Nouvelles séries pour réduire ratio CPU/Mémoire et coût licence !
▪ Performance IO dépend du type de disque + taille
▪ Stripping possible mais attention aux limites des tailles de machines!
▪ Vérifier les performances attendues par un benchmark!

❖ Disques HDD standard
▪ S4 (32GiB – 500IOPs/60MBs) -> S80 (32TiB – 2KIOPs/500MBs)
❖ Disques SSD standard
▪ E4 (32GiB – 120IOPs/25MBs) -> E80 (32TiB – 6KIOPs/750MBs)
❖ Disques SSD Premium
▪ P4 (32GiB – 120IOPs/25MBs) -> P80 (32TiB – 20KIOPs/900MBs)
❖ Disques SSD Ultra
▪ 4GiB – 1.2KIOPs/300MBs -> 64TiB – 160KIOPs/2KMBs
▪ Only supported in East US 2 AZ & ES/DS v3 VMs

Merci!

Power Saturday 2019 B3 - SQL Server dans Azure

Recommandé

Recommandé

Contenu connexe

Similaire à Power Saturday 2019 B3 - SQL Server dans Azure

Similaire à Power Saturday 2019 B3 - SQL Server dans Azure (20)

Plus de PowerSaturdayParis

Plus de PowerSaturdayParis (20)

Power Saturday 2019 B3 - SQL Server dans Azure