---
# System prepended metadata

title: Azure - Créer une instance managée Azure SQL Database
tags: [Azure, SQL, instance managée]

---

###### tags: `Azure` `instance managée` `SQL` 
# Azure - Créer une instance managée Azure SQL Database

---
Par Raj Supinga Appadoo
POEI Ingénieur Intégration Infrastructures
Module VMware
Formateur Morrad BELRHALI

---

L’instance managée est un gestionnaire de déploiement d’Azure SQL Database, presque 100 % compatible avec le dernier moteur de base de données local SQL Server (Édition Entreprise), qui comprend l' implémentation de réseau virtuel (VNet) native traitant les problèmes de sécurité , Le modèle de déploiement d’instance managée permet aux clients de SQL Server existants d’effectuer une migration « lift-and-shift » de leurs applications locales vers le cloud en changeant le moins possible les applications et bases de données. En même temps, l’option de déploiement d’instance managée conserve toutes les fonctionnalités PaaS (correctifs et mises à jour de versions automatiques, sauvegardes automatisées, haute disponibilité), ce qui réduit considérablement le temps de gestion et le coût total de possession (TCO).

![](https://i.imgur.com/U0iLhQQ.png)


Nous avons tous rencontré de près ou de loin des réalisations informatiques qui au final coûtaient bien plus chers que prévu. Séduisantes sur le papier, elles s'avéraient à l'usage de véritables gouffres financiers.
Bien que sur le plan budgétaire la mise en oeuvre du projet ait été correctement maîtrisée, une fois opérationnel, l'utilisation du système réalisé générait une multitude de coûts non prévus, mettant à mal les perspectives de rentabilité à court, moyen ou long terme.

ce qui n'est pas le cas pour l'instance managée de Azure 


## Fonctionnalités principales


### Avantages PaaS


Aucun achat ni gestion de matériel
Aucun temps de gestion à dédier à l’infrastructure sous-jacente
Provisionnement et mise à l’échelle du service rapides
Application automatisée de correctifs et de mises à niveau de version
Intégration à d’autres services de données PaaS

### Continuité de l’activité

Contrat SLA à 99,99 % de durée de fonctionnement
Haute disponibilité intégrée
Données protégées par des sauvegardes automatisées
Période de rétention de sauvegarde configurable par le client
Sauvegardes lancées par l’utilisateur
Fonctionnalité de limite de restauration dans le temps d’une base de données

### Sécurité et conformité

Environnement isolé (intégration de réseau virtuel, service de locataire unique, calcul et stockage dédiés)
Chiffrement transparent des données (TDE)
Prise en charge de l’authentification unique Azure AD
Principaux de serveur (connexions) Azure AD
Conformité aux mêmes normes qu’une base de données Azure SQL
Audit SQL
Protection avancée contre les menaces
![](https://i.imgur.com/9GbOhV7.png)


### Gestion

API Azure Resource Manager pour automatiser le provisionnement et la mise à l’échelle des services
Fonctionnalités du portail Azure pour le provisionnement et la mise à l’échelle manuels des services
Service de migration des données

Opérations de gestion des instances managées
Azure SQL Database fournit des opérations de gestion que vous pouvez utiliser pour déployer automatiquement de nouvelles instances managées, mettre à jour les propriétés des instances et supprimer des instances quand vous n’en avez plus besoin. Cette section fournit des informations sur les opérations de gestion et leurs durées habituelles.

Pour prendre en charge les déploiements sur les réseaux virtuels Azure et assurer l’isolation et la sécurité des clients, l’instance managée s’appuie sur des clusters virtuels, qui représentent un ensemble dédié de machines virtuelles isolées déployées sur le sous-réseau du réseau virtuel du client. Fondamentalement, chaque déploiement d’instance managée sur un sous-réseau vide génère une nouvelle structure de cluster virtuel.

### Les opérations ultérieures sur les instances managées 
déployées peuvent également avoir des effets sur son cluster virtuel sous-jacent. Cela affecte la durée des opérations de gestion, car le déploiement de machines virtuelles supplémentaires entraîne une surcharge qui doit être prise en compte quand vous planifiez de nouveaux déploiements ou des mises à jour d’instances managées existantes.

Toutes les opérations de gestion peuvent être classées comme suit :

Déploiement d’instance (création d’une nouvelle instance)
Mise à jour d’instance (modification des propriétés d’instance, telles que vCores ou stockage réservé).
Suppression d’instance
En règle générale, les opérations sur les clusters virtuels prennent le plus de temps. La durée des opérations sur les clusters virtuels varie. Vous trouverez ci-dessous les valeurs généralement observées, en fonction des données de télémétrie de service existantes :

Création d’un cluster virtuel. Il s’agit d’une étape synchrone dans les opérations de gestion d’instance. 90 % des opérations se terminent dans les quatre heures.
Redimensionnement de cluster virtuel (expansion ou réduction). L’expansion est une étape synchrone, tandis que la réduction est effectuée de façon asynchrone (sans incidence sur la durée des opérations de gestion des instances). 90 % des expansions de cluster nécessitent moins de deux heures trente.
Suppression de cluster virtuel. La suppression est une étape asynchrone, mais elle peut également être lancée manuellement sur un cluster virtuel vide, auquel cas elle s’exécute de façon synchrone. 90 % des suppressions de cluster virtuel ne prennent pas plus d’une heure trente.
En outre, la gestion des instances peut également inclure l’une de ces opérations sur les bases de données hébergées, ce qui rallonge les durées d’exécution :

Attachement de fichiers de base de données à partir du Stockage Azure. Il s’agit d’une étape synchrone, telle qu’un scale-up ou un scale-down de la capacité de calcul (vCore) ou du stockage dans le niveau de service Usage général. 90 % de ces opérations ne prennent pas plus de cinq minutes.
Amorçage de groupe de disponibilité Always On. Il s’agit d’une étape synchrone, telle qu’une mise à l’échelle de la capacité de calcul (vCore) ou du stockage dans le niveau de service Critique pour l’entreprise, ainsi que le basculement du niveau de service de Usage général à Critique pour l’entreprise (ou vice versa). La durée de cette opération est proportionnelle à la taille totale de la base de données, ainsi qu’à l’activité actuelle de la base de données (nombre de transactions actives). L’activité de la base de données lors de la mise à jour d’une instance peut faire varier considérablement la durée totale. 90 % de ces opérations s’exécutent à 220 Go/heure ou plus.