Expliquer les options IaaS pour déployer SQL Server dans Azure
De nombreuses applications nécessitent une machine virtuelle exécutant SQL Server. Les raisons à cela sont notamment les suivantes :
Versions antérieures de SQL Server : Si une application nécessite une version antérieure de SQL Server pour une prise en charge fournisseur, son exécution sur une machine virtuelle constitue la meilleure option, car cela permet à cette application d’être prise en charge par ce fournisseur.
Utilisation d’autres services SQL Server : Alors qu’Analysis Services et, dans une certaine mesure, Integration Services (par le biais de l’utilisation d’Azure Data Factory) sont disponibles sous forme d’offres PaaS, de nombreux utilisateurs optimisent leurs licences en exécutant SQL Server Analysis Services, Integration Services ou Reporting Services sur le même ordinateur que le moteur de base de données.
Incompatibilité générale des applications : Cette raison est un peu fourre-tout. Par exemple, Azure SQL Database ne prend pas en charge l’interrogation de bases de données croisées, contrairement à Managed Instance. Certaines applications peuvent nécessiter la colocalisation de services supplémentaires avec l’instance de base de données, d’une manière incompatible avec une offre PaaS.
IaaS (infrastructure as a service) permet à l’administrateur d’avoir un accès plus précis sur des paramètres spécifiques de l’infrastructure sous-jacente par rapport aux autres offres Azure. Alors que la plateforme Azure gère le serveur sous-jacent et le matériel réseau, vous avez quand même accès au stockage virtuel, à la configuration des réseaux virtuels et à tous les logiciels supplémentaires que vous pouvez installer sur la machine virtuelle, y compris Microsoft SQL Server.
L’image ci-dessus illustre l’amélioration du contrôle que vous obtenez avec IaaS, par rapport aux autres offres Azure SQL. Bien que les options de configuration exactes varient d’une offre de service à l’autre, en règle générale, dans les offres SaaS, l’administrateur est uniquement responsable de la sécurité des utilisateurs et éventuellement de la gestion des données. Quand vous utilisez des services PaaS, le système d’exploitation et d’autres logiciels sont gérés par le fournisseur de cloud. La plateforme Azure Database est un bon exemple : le système d’exploitation et le SGBDR sont installés et configurés par Microsoft, ce qui vous permet de commencer à créer rapidement des applications de base de données. Les solutions IaaS sont les plus ouvertes. Vous êtes responsable de la mise à jour corrective du système d’exploitation, ainsi que de la configuration optimale de vos options de stockage et réseau. Avec un déploiement IaaS, vous êtes également responsable de la configuration des logiciels.
Pour les solutions IaaS exécutées dans Azure, Microsoft gère toutes les ressources sous le système d’exploitation, notamment les serveurs physiques, le stockage et les réseaux physiques. L’administrateur de base de données est responsable de la configuration de vos instances SQL Server s’exécutant sur le système d’exploitation.
Certaines de vos applications peuvent ne pas être adaptées à d’autres offres Azure, comme Azure SQL Database, car elles nécessitent des conditions de fonctionnement spécifiques. Ces conditions peuvent inclure une combinaison spécifique de versions de SQL Server et Windows à des fins de prise en charge fournisseur, ou d’autres logiciels à installer en même temps que SQL Server. SQL Server associé à la plateforme IaaS Azure fournit les options de contrôle nécessaires pour de nombreuses organisations, qu’il s’agisse de fonctionnalités spécifiques comme CLR, la réplication ou de l’utilisation de l’authentification Active Directory (par opposition à Microsoft Entra ID). Une autre obligation implique que certaines applications installent des logiciels avec SQL Server, nécessitant un accès direct au système d’exploitation sous-jacent. L’accès direct au système d’exploitation n’est pas pris en charge dans un modèle PaaS. Ces organisations et leurs applications peuvent obtenir les avantages liés à la migration vers un service cloud sans perdre les fonctionnalités critiques dont elles ont besoin.
Extension de l’agent IaaS SQL Server
Quand vous déployez une machine virtuelle SQL Server depuis la Place de marché Azure, une partie du processus installe l’extension IaaS Agent.
Les extensions correspondent à du code exécuté sur votre machine virtuelle après le déploiement, généralement pour effectuer des configurations post-déploiement. Par exemple, il peut s’agir d’installer des fonctionnalités antivirus ou une fonctionnalité Windows. L’extension SQL Server IaaS Agent fournit les fonctionnalités clés suivantes qui peuvent réduire votre charge administrative.
- Sauvegarde automatisée
- Mise à jour corrective automatisée
- Intégration d’Azure Key Vault
- Intégration au portail de Defender pour le cloud
- Afficher l’utilisation des disques dans le portail
- Gestion des licences flexible
- Version ou édition flexible
- Évaluation des meilleures pratiques SQL
Outre ces fonctionnalités, l’extension vous permet d’afficher des informations sur la configuration et l’utilisation du stockage de votre instance de SQL Server.
Modèles de licence SQL Server
Il existe plusieurs options différentes pour les licences SQL Server quand vous utilisez l’offre Azure IaaS.
Si vous ne participez pas au programme Microsoft Software Assurance (SA), vous pouvez déployer une image, à partir de la Place de marché Azure, contenant une instance de SQL Server préconfigurée et payer votre utilisation de SQL Server à la minute. Cette option correspond au modèle de paiement à l’utilisation et le coût de la licence SQL Server est inclus dans le coût de la machine virtuelle.
Si vous participez au programme Microsoft Software Assurance (SA), vous avez plus de souplesse dans votre choix de licence pour SQL Server :
Vous pouvez utiliser la méthode précédente et payer à la minute en déployant une image de machine virtuelle contenant une instance de SQL Server à partir de la Place de marché Azure.
Vous pouvez utilisez la méthode BYOL (apportez votre propre licence) quand vous déployez une machine virtuelle qui ne contient pas d’instance de SQL Server préconfigurée. Cette option est possible quand vous avez déjà acheté une licence SQL Server valide pour votre infrastructure locale. Vous pouvez appliquer cette licence à la machine virtuelle pour veiller à disposer d’une licence adéquate. Vous devez signaler l’utilisation de licences à Microsoft en utilisant le formulaire de vérification de mobilité de licence dans un délai de 10 jours suivant l’implémentation de la machine virtuelle.
Quand vous choisissez cette méthode, vous pouvez installer manuellement SQL Server par le biais du support que vous avez obtenu, ou bien choisir de charger une image de machine virtuelle sur Azure.
Outre les options de licence flexibles pour SQL Server, il existe aussi des options de licence Windows Server pouvant être exploitées. Ces options Windows Server sont appelées Azure Hybrid Benefit (AHB). De la même manière que vous pouvez appliquer une licence SQL Server que vous avez déjà achetée, vous pouvez exploiter les licences Windows Server que vous possédez déjà.
La réservation d’une machine virtuelle pendant un à trois ans vous offre une autre possibilité de faire des économies. Cet engagement ne nécessite pas de paiement en amont et peut être facturé mensuellement. L’utilisation de l’option de réservation peut être avantageuse si vous savez que les charges de travail seront persistantes. Les économies réalisées peuvent être considérables, en particulier pour des machines virtuelles de grande taille.
Familles de machines virtuelles
Quand vous effectuez un déploiement sur une machine virtuelle Azure, vous pouvez sélectionner plusieurs séries, ou « familles », de tailles de machines virtuelles. Chaque série est une combinaison de mémoire, processeur et stockage qui répond à certaines exigences. Par exemple, les séries optimisées pour le calcul ont un ratio processeur/mémoire plus élevé. Le fait de disposer de plusieurs options vous permet de sélectionner une configuration matérielle adaptée à la charge de travail attendue. Les six séries suivantes ont chacune diverses tailles disponibles, dont les détails sont entièrement décrits dans le portail Azure quand vous choisissez l’option de sélection de la taille de votre machine virtuelle.
Usage général : Ces machines virtuelles fournissent un ratio processeur/mémoire équilibré. Cette classe de machine virtuelle s’avère idéale pour les tests et le développement, les serveurs de base de données de petite et moyenne taille, ainsi que les serveurs web utilisés pour un trafic faible à moyen.
Les machines virtuelles optimisées pour le calcul ont un ratio processeur/mémoire élevé et conviennent aux serveurs web utilisés pour un trafic moyen, aux appliances réseau, aux processus de traitement par lots et aux serveurs d’applications. Ces machines virtuelles peuvent également prendre en charge des charges de travail Machine Learning qui ne peuvent pas tirer parti des machines virtuelles à GPU.
Les machines virtuelles à mémoire optimisée offrent un ratio mémoire/processeur élevé. Ces machines virtuelles couvrent un large éventail d’options de processeur et de mémoire (jusqu’à 4 To de RAM) et sont parfaitement adaptées à la plupart des charges de travail de base de données.
Les machines virtuelles à stockage optimisé fournissent un stockage rapide, local et NVMe éphémère. Ce sont de bonnes candidates pour les charges de travail de données de scale-out, comme Cassandra. Il est tout-à-fait possible de les utiliser avec SQL Server. En revanche, dans la mesure où le stockage est éphémère, vous devez veiller à configurer une protection des données en utilisant une fonctionnalité comme les groupes de disponibilité AlwaysOn ou la copie des journaux de transaction.
GPU : Les machines virtuelles Azure à GPU ciblent deux principaux types de charges de travail, à savoir les opérations de traitement graphique comme le rendu et le traitement vidéo, mais aussi les charges de travail de Machine Learning massivement parallèles pouvant tirer parti des GPU.
Calcul haute performance : Les charges de travail de calcul haute performance prennent en charge des applications capables d’évoluer horizontalement vers des milliers de cœurs de processeur. Cette prise en charge est assurée par un processeur haute performance et un réseau RDMA (accès direct à la mémoire à distance) qui offre des communications à faible latence entre les machines virtuelles.
Le moyen le plus simple de voir les options de dimensionnement proposées par chaque série consiste à utiliser le portail Azure. Dans le volet de création d’une machine virtuelle, vous pouvez cliquer sur l’option « Sélectionner la taille » pour afficher la liste.
L’image ci-dessus ne montre qu’une petite partie des possibilités de série et de taille. Pour chaque option, vous pouvez voir le nombre de processeurs virtuels, la quantité de RAM, le nombre de disques de données, le nombre maximal d’IOPS, le stockage temporaire fourni et la possibilité ou non de prendre en charge le stockage Premium.
Pour plus d’informations sur les bonnes pratiques relatives aux tailles des machines virtuelles, consultez Bonnes pratiques pour SQL Server sur les machines virtuelles Azure.
Place de marché Azure
La Place de marché Azure est avant tout un emplacement centralisé qui offre la possibilité de créer des ressources Azure basées sur un modèle prédéfini. Par exemple, vous pouvez créer rapidement une instance de SQL Server 2019 sur Windows Server 2019 en quelques clics, en renseignant des informations de base, comme le nom de la machine virtuelle et certaines autres informations de configuration de SQL Server. Ensuite, Azure Resource Manager démarre la création de la machine virtuelle et, en quelques minutes seulement, celle-ci est opérationnelle.
Le volet de SQL Server 2019 sur Windows Server 2019, tel qu’il apparaît dans la Place de marché Azure, est illustré ci-dessous. Ce volet vous donne la possibilité de prédéfinir des configurations qui prennent en charge des charges de travail OLTP ou Data Warehouse et de spécifier des options de stockage, de mise à jour corrective et de sauvegarde.
L’inconvénient à l’utilisation du portail pour créer des ressources Azure est que le processus n’est pas facilement reproductible. Par contre, il est facile de commencer à utiliser le portail, où vous pouvez rapidement devenir opérationnel avec les ressources.
Configuration de SQL Server
Lors du provisionnement de SQL Server sur une machine virtuelle Azure, vous pouvez également configurer des paramètres SQL Server spécifiques tels que Sécurité et réseau, Préférences d’authentification SQL, Paramètres d’instance SQL et quelques autres options. Ces options se trouvent sous l’onglet Paramètres SQL Server, comme illustré dans l’image ci-dessous.
Pour plus d’informations sur les paramètres SQL Server disponibles lors de la création d’une machine virtuelle, consultez Provisionner SQL Server sur une machine virtuelle Azure (portail Azure).