Dans le cours : Azure SQL Database : Déployer et gérer une base de données en service (DaaS)
Comprendre la facturation - Tutoriel Azure SQL
Dans le cours : Azure SQL Database : Déployer et gérer une base de données en service (DaaS)
Comprendre la facturation
Lorsque vous allez créer votre base de données sur Azure, Azure SQL Database, vous allez devoir choisir votre mode de tarification. Et c'est un sujet qui peut être un peu complexe. Vous avez une page d'aide qui s'appelle Tarification Azure SQL Database dans l'aide d'Azure bien entendu, où vous avez une présentation des options tarifaires avec des choix possibles et après une estimation par exemple du coût mensuel. Vous avez d'abord un modèle d'achat. Vous avez un modèle d'achat historique qui existe depuis le début et qui s'appelle les DTU. DTU, ça veut dire Database Transaction Unit et c'est une unité estimée calculée par Microsoft de capacité de la machine, sans que vous ayez à vous préoccuper des caractéristiques du nombre de CPU, de la vitesse du disque, etc. C'est donc très simple et vous avez des niveaux de service de type Basic, Standard ou Premium, par exemple, je vais choisir Standard qui vont vous donner globalement des performances en nombre de requêtes par seconde pour simplifier. Le problème de ce modèle, c'est d'abord 1/ vous devez payer vos DTU sur l'intégralité de votre mois par exemple, même si vous n'utilisez pas toujours cette puissance dans la journée. Par exemple, pendant la nuit, il ne se passe rien, mais vous payez quand même cette puissance. Et deuxième problème, il est assez difficile de faire la comparaison ou la traduction entre votre machine locale que vous aviez installée et si vous voulez migrer votre base de données sur le cloud, combien de DTU vous avez besoin pour arriver aux mêmes performances. Il y a des méthodes de calcul. Vous pouvez regarder des vues système, estimer le nombre de requêtes par seconde, la consommation du CPU, mais ce n'est pas si évident que ça au début. La bonne nouvelle, c'est que vous pouvez toujours augmenter à chaud le nombre de DTU, la performance, le niveau de service. Mais Microsoft a ensuite créé un modèle dit vCore qui va vous permettre d'être plus fin dans le choix de votre niveau de service, niveau de calcul, etc. Si j'utilise un modèle vCore c'est comme si je choisissais une machine et pour cela, je vais choisir un niveau de calcul, un niveau de calcul soit provisionné, c'est-à-dire je vais encore une fois payer à tout moment mon niveau de calcul, qu'il soit utilisé ou pas. Ou bien je peux utiliser un modèle serverless qui s'adapte dynamiquement, qui augmente ou qui diminue le niveau de calcul, les performances de ma base de données selon le besoin. Et là je vais avoir une facturation même à la seconde du niveau de performance dont la base de données a réellement besoin à chaque moment. Ça peut être intéressant si vous avez des variations fortes. Ici, je vais choisir par exemple un niveau provisionné. Ensuite, je vais choisir un niveau de service. Il y a trois niveaux de service qui sont : Usage général en anglais general purpose, Critique pour l'entreprise, en anglais business critical et Hyperscale. Il y a un certain nombre de différences et pour cela vous allez dans la page d'aide du modèle d'achat vCore. Vous regardez les niveaux de service et vous voyez que vous avez les trois colonnes qui vous indiquent quelles sont les spécificités. La taille de calcul, vous pouvez choisir le nombre de vCore, c'est-à-dire le nombre de processeurs virtuels. Vous avez des types de stockage que vous pouvez choisir. Par exemple, vous pouvez avoir un stockage SSD ultra rapide sur le modèle Business critical avec des tailles de stockage variables qui en Hyperscale vont jusqu'à 100 téraoctets. Vous avez des IO par seconde qui peuvent varier selon le type de disque que vous avez à disposition, selon le modèle. Et puis, ce qui va être différent, c'est par exemple la disponibilité. En General purpose, vous avez un réplica disponible si jamais votre instance principale tombe. Dans le modèle Business critical, vous avez trois réplicas et vous pouvez faire de la lecture sur ces réplicas. Et puis dans le modèle Hyperscale, vous choisissez le nombre de réplicas que vous souhaitez. C'est des groupes de disponibilité Always On. Évidemment, les prix sont en conséquence. Vous avez donc une explication des différents types de niveaux de service. Je vais choisir Critique pour l'entreprise. Ensuite, j'ai le type de matériel. Vous avez des séries, vous pouvez voir également dans l'aide vCore un peu plus bas les différentes séries disponibles. Je descends un petit peu là. Et vous avez Série Standard Gen5 avec du calcul provisionné et vous avez les modèles de processeurs et les informations qui vous permettent de correspondre le plus précisément possible au matériel que vous aviez si vous faites une migration entre On-Prem et du cloud. Je vais choisir un type de matériel Standard Génération 5. Je vais choisir une région par exemple, la France, France Centre, une devise, je vais regarder ce que ça me donne en euros, bien sûr. Et puis je vais faire une tarification par mois. Je vais avoir quelques explications ici. Et puis, selon le nombre de Cores et la mémoire, une estimation du prix par mois selon le choix de ma machine. Le modèle vCore est beaucoup plus précis, complexe en quelque sorte, mais plus souple que le modèle DTU.
Table des matières
-
-
-
(Verrouillé)
Comprendre le service Azure SQL2 m 44 s
-
(Verrouillé)
Comprendre les différences de fonctionnalités3 m 11 s
-
Comprendre la facturation5 m 18 s
-
(Verrouillé)
Créer un groupe de ressources4 m 20 s
-
(Verrouillé)
Créer le serveur de base de données4 m 51 s
-
(Verrouillé)
Créer une première base de données4 m 39 s
-
(Verrouillé)
Configurer la mise en réseau4 m 48 s
-
(Verrouillé)
Finaliser la création de la base de données4 m 39 s
-
(Verrouillé)
Déployer à l'aide de PowerShell5 m 56 s
-
(Verrouillé)
Ouvrir l'accès public2 m 35 s
-
(Verrouillé)
Importer une base de données on-premise6 m 20 s
-
(Verrouillé)
-
-
-
-