Utiliser des bases de données SQL dans Azure Stack Hub
Important
À partir de la build Azure Stack Hub 2108, les fournisseurs de ressources SQL et MySQL sont proposés aux abonnements auxquels l’accès a été accordé. Si vous souhaitez commencer à utiliser cette fonctionnalité ou si vous devez effectuer une mise à niveau à partir d’une version précédente, ouvrez une demande de support afin que nos ingénieurs du support technique vous guident tout au long du processus de déploiement ou de mise à niveau.
Utilisez le fournisseur de ressources SQL pour fournir des bases de données SQL dans Azure Stack Hub. Une fois le fournisseur de ressources installé et connecté à une ou plusieurs instances de SQL Server, vous et vos utilisateurs pouvez créer :
- des bases de données SQL pour les applications cloud natives ;
- des bases de données SQL pour les applications web.
Limitations à prendre en compte avant d’installer le fournisseur de ressources SQL :
- Les utilisateurs peuvent uniquement créer et gérer des bases de données individuelles. Les instances de serveur de base de données ne sont pas accessibles aux utilisateurs finaux. Cela peut limiter la compatibilité avec les applications de base de données locales qui doivent accéder à la base de données Master, à la base de données TempDb ou à des bases de données managées de manière dynamique.
- Votre opérateur Azure Stack Hub est responsable du déploiement, de la mise à jour, de la sécurisation, de la configuration et de la maintenance des serveurs et hôtes de base de données SQL. Le service RP ne fournit aucune fonctionnalité de gestion des hôtes ni des instances de serveur de base de données.
- Les bases de données de différents utilisateurs dans divers abonnements peuvent se trouver sur la même instance de serveur de base de données. Le RP ne fournit pas de mécanisme pour isoler les bases de données sur des hôtes ou des instances de serveur de base de données différents.
- Le RP ne fournit pas de rapports sur l’utilisation des bases de données par les locataires.
- Vous pouvez uniquement déplacer un serveur d’hébergement SQL vers un autre abonnement dans Azure global. Azure Stack Hub ne prend pas en charge le déplacement d’un serveur d’hébergement SQL vers un autre abonnement.
- Le RP ne supervise pas l’intégrité du serveur SQL.
- Il n’existe aucun contrôle d’accès sur les bases de données système de SQL Server. Si votre serveur d’hébergement SQL est un serveur SQL autonome (et non SQL HA), SQL RP utilise des connexions SQL pour contrôler l’accès des utilisateurs à leurs propres bases de données. Toutefois, les connexions SQL ne contrôlent pas l’accès des utilisateurs aux bases de données système. Par exemple, un utilisateur qui tente de restaurer une base de données à partir de l’une des sauvegardes peut voir tous les historiques de sauvegarde sur le même serveur d’hébergement, car l’historique de sauvegarde est stocké dans la base de données msdb.
Pour une charge de travail SQL Server locale standard, une machine virtuelle SQL Server sur Azure Stack Hub est recommandée.
Architecture de l’adaptateur de fournisseur de ressources SQL
Le fournisseur de ressources est constitué des composants suivants :
- La machine virtuelle de l’adaptateur de fournisseur de ressources SQL, qui est une machine virtuelle Windows Server exécutant les services de fournisseur.
- Le fournisseur de ressources, qui traite les requêtes et accède aux ressources de la base de données.
- Les serveurs qui hébergent SQL Server, qui offrent de la capacité pour les bases de données, et qui sont appelés serveurs d’hébergement.
Vous devez créer au moins une instance de SQL Server ou fournir un accès aux instances SQL Server externes.
Remarque
Les serveurs d’hébergement installés sur des systèmes intégrés Azure Stack Hub doivent être créés à partir d’un abonnement de locataire. Ils ne peuvent pas être créés à partir de l’abonnement du fournisseur par défaut. Ils doivent être créés à partir du portail utilisateur, ou en utilisant PowerShell avec le nom de connexion approprié. Tous les serveurs d’hébergement sont des machines virtuelles facturables et doivent être sous licence. L’administrateur de service peut être le propriétaire de l’abonnement locataire.