Azure SQL Database

Azure SQL Database est un service de base de données relationnelle entièrement géré, basé sur le moteur Microsoft SQL Server. Contrairement à l’exécution de SQL Server sur une machine virtuelle, Azure SQL Database vous dispense des tâches liées à l’application des correctifs, à la gestion du matériel et à la planification des sauvegardes. Microsoft prend en charge toutes les tâches d’infrastructure, tandis que vous vous concentrez entièrement sur votre application et vos données.

Azure SQL Database propose deux modèles d’achat. Le modèle DTU regroupe le calcul, la mémoire et les entrées-sorties dans une unité unique appelée Database Transaction Unit — une approche simple, mais moins flexible. Le modèle vCore vous permet de choisir séparément le nombre de cœurs de processeur et la mémoire, et prend en charge Azure Hybrid Benefit pour réduire les coûts de licence. Pour la plupart des nouvelles charges de travail, vCore est recommandé.

Dans le modèle vCore, trois niveaux de service ciblent des charges de travail différentes. General Purpose convient à la plupart des applications OLTP, avec un équilibre entre calcul et stockage. Business Critical offre une latence extrêmement faible et des réplicas en lecture intégrés grâce à une technologie en mémoire. Hyperscale prend en charge des bases de données allant jusqu’à 100 TB, avec une montée en charge horizontale rapide.

Une base de données Azure SQL Database réside dans un serveur SQL logique — un point de terminaison de gestion qui héberge plusieurs bases de données et applique les règles de pare-feu, l’authentification par Entra ID et les paramètres d’audit. Vous créez d’abord le serveur logique, puis une ou plusieurs bases de données à l’intérieur de celui-ci. Chaque base de données est facturée et mise à l’échelle indépendamment.

Par défaut, Azure SQL Database bloque toutes les connexions entrantes. Vous devez ajouter des règles de pare-feu au niveau du serveur pour autoriser des plages d’adresses IP spécifiques, ou activer l’option « Allow Azure services » pour permettre à d’autres ressources Azure de se connecter. Dans les environnements de production, utilisez des points de terminaison privés à l’intérieur d’un réseau virtuel afin d’éviter d’exposer entièrement la base de données à Internet public.

Azure SQL Database fournit une haute disponibilité intégrée, sans configuration requise. Dans le niveau General Purpose, les fichiers de données sont stockés sur Azure Premium Storage avec réplication automatique. Dans le niveau Business Critical, un groupe de disponibilité Always On exécute trois à quatre réplicas répartis entre des zones de disponibilité, pour un RPO proche de zéro. Les contrats SLA atteignent une disponibilité de 99,99 %.

Azure SQL Database effectue automatiquement des sauvegardes complètes chaque semaine, des sauvegardes différentielles toutes les 12 heures et des sauvegardes du journal des transactions toutes les 5 à 12 minutes. Ces sauvegardes permettent la restauration à un instant donné (Point-In-Time Restore, PITR), afin de récupérer votre base de données à n’importe quelle seconde pendant la période de rétention — de 7 à 35 jours selon votre niveau.

Un pool élastique regroupe plusieurs bases de données Azure SQL Database afin qu’elles partagent un pool fixe de DTU ou de vCores. Cette solution convient particulièrement aux applications SaaS comportant de nombreuses bases de données de locataires dont les pics de charge sont imprévisibles ou décalés. Les bases de données d’un pool utilisent le budget de ressources partagé selon leurs besoins, ce qui réduit le coût par base de données par rapport à un provisionnement individuel des ressources.

Azure SQL Database chiffre par défaut toutes les données au repos à l’aide de Transparent Data Encryption (TDE), et les données en transit sont toujours protégées par TLS. Advanced Threat Protection détecte les activités anormales de la base de données, telles que les tentatives d’injection SQL, et les signale sous forme d’alertes de sécurité. L’activation de l’auditing écrit les journaux de requêtes dans un compte de stockage ou un espace de travail Log Analytics afin de fournir des preuves de conformité.

Azure SQL Database prend en charge la mise à l’échelle dynamique avec un temps d’arrêt minimal. Vous pouvez modifier le niveau de service ou le nombre de vCores via le portail Azure, CLI ou l’API, et la modification prend effet en quelques secondes à quelques minutes. Cette élasticité vous permet d’augmenter les capacités avant un événement marketing, puis de les réduire ensuite, en ne payant que ce que vous utilisez avec le niveau Serverless.

Le niveau de calcul Serverless de General Purpose met automatiquement la base de données en pause après une période d’inactivité configurable et la reprend lors de la connexion suivante. Vous ne payez que les secondes pendant lesquelles la base de données est active, ce qui le rend particulièrement économique pour le développement, les tests et les applications utilisées par intermittence qui n’ont pas besoin d’être actives en permanence.

Vérifiez votre compréhension des concepts de Microsoft Azure Fundamentals (AZ-900) abordés dans cette leçon.

Dans cette leçon, vous avez appris que : Azure SQL Database est un moteur relationnel PaaS entièrement géré, que le modèle vCore permet un dimensionnement précis et prend en charge Hybrid Benefit, et que la haute disponibilité intégrée, les sauvegardes automatiques et TDE sont inclus à tous les niveaux. Nous allons maintenant découvrir Azure Cosmos DB, le service NoSQL distribué à l’échelle mondiale de Microsoft.