SQL Server pour startups

Choisir le modèle de licence avant de compter les serveurs d’applications

Pour SQL Server 2022 Standard, comparez le modèle de licence Serveur + CAL au modèle par cœur avant tout achat. Avec le modèle Serveur + CAL, chaque utilisateur ou appareil accédant à SQL Server doit disposer d’une CAL adaptée, y compris en cas d’accès indirect via votre application. Le regroupement des connexions, les identifiants partagés et les middlewares ne réduisent pas le nombre d’utilisateurs ou d’appareils à couvrir. Attribuer une licence à un seul compte de service du serveur d’applications ne couvre pas les utilisateurs qui y accèdent par son intermédiaire. Pour une offre SaaS destinée aux clients dont le public évolue ou ne peut pas être dénombré, la licence par cœur constitue généralement le point de départ le plus pratique.

La licence par cœur supprime l’obligation de disposer de CAL SQL Server, mais elle ne règle pas automatiquement toutes les questions de licence liées au SaaS. Les droits de fourniture de services logiciels hébergés dépendent de votre contrat et de votre modèle de déploiement. Microsoft prévoit des contrats de licence distincts pour les fournisseurs de services ainsi que des droits d’auto-hébergement soumis à conditions ; une clé d’activation ne suffit pas à établir ces droits. Précisez qui possède l’application, qui y accède et où elle s’exécute, puis consultez les Microsoft Product Terms ou le contrat de fournisseur de services applicable avant d’acheter une licence.

• Comptez les utilisateurs et appareils accédant indirectement au serveur, pas seulement les identifiants de connexion à la base de données ou les sessions simultanées.
• Choisissez des CAL utilisateur ou des CAL appareil selon les personnes ou les équipements qui accèdent au serveur.
• Les versions des CAL doivent couvrir la version de SQL Server utilisée ; les anciennes CAL ne couvrent pas les versions de serveur plus récentes.
• Documentez les droits d’hébergement SaaS séparément du calcul des cœurs ou des CAL.
• Vérifiez séparément les licences Windows Server si SQL Server s’exécute sous Windows.

Dimensionner Standard selon ses limites réelles, et non selon les caractéristiques de la machine

La capacité de calcul du moteur de base de données de SQL Server 2022 Standard est limitée à quatre sockets ou à 24 cœurs par instance, selon le seuil atteint en premier. Sa limite de 128 Go concerne la mémoire du pool de tampons par instance, et non un plafond absolu de RAM installée ou de mémoire totale consommée par SQL Server. Ces distinctions comptent lors du choix d’un hôte : une machine plus puissante peut prendre en charge d’autres charges de travail, mais une instance Standard ne peut pas nécessairement exploiter tous ses processeurs ni convertir chaque gigaoctet supplémentaire en cache de base de données.

Avant de changer d’édition, relevez des mesures représentatives de la charge de travail : utilisation du processeur, latence du stockage, pression mémoire, blocages et requêtes les plus coûteuses. Utilisez Query Store pour identifier les régressions et comparer les plans d’exécution après les modifications. Enterprise ne remplace pas la correction des index manquants, des jeux de résultats trop volumineux ou d’un stockage lent. Consultez également le tableau détaillé des fonctionnalités plutôt que de supposer que toute fonction avancée nécessite Enterprise : Transparent Data Encryption est disponible dans SQL Server 2022 Standard, même si les opérations d’index en ligne restent une différence importante entre les éditions.

• Mesurez les pics d’activité des clients et les traitements par lots, pas seulement les moyennes quotidiennes.
• Lors de la configuration de SQL Server, réservez de la mémoire au système d’exploitation et aux autres processus.
• Testez l’effet des modifications d’index sur les performances de lecture comme sur la surcharge en écriture.
• Si vous utilisez TDE, sauvegardez de manière sécurisée le certificat de protection et la clé privée.
• Vérifiez séparément les limites de mémoire propres à chaque édition pour les fonctionnalités spécialisées telles que In-Memory OLTP.

Concevoir la reprise en tenant compte des limites entre bases de données et en testant les restaurations

Un groupe de disponibilité de base dans SQL Server 2022 Standard prend en charge deux réplicas et une seule base de données. Son réplica secondaire ne peut ni servir des charges de travail en lecture seule ni effectuer des sauvegardes : il ne permet donc pas d’ajouter de la capacité de reporting. Pour une application SaaS répartie sur plusieurs bases de données, des groupes de base distincts ne constituent pas non plus une unité de basculement coordonnée. Cartographiez les transactions, les dépendances partagées et la répartition des locataires avant de choisir la topologie, en particulier si l’application exige que plusieurs bases restent cohérentes lors d’un basculement.

La disponibilité ne remplace pas les sauvegardes : les suppressions accidentelles et les modifications applicatives dommageables peuvent se propager à un autre réplica. Définissez les objectifs de point de reprise et de délai de reprise, choisissez un mode de récupération adapté, puis planifiez les sauvegardes complètes, différentielles et du journal des transactions selon les besoins. Restaurez-les ensuite dans un environnement isolé et mesurez le résultat. Incluez les clés de chiffrement, les identifiants de connexion au niveau du serveur, les travaux SQL Agent et les paramètres de connexion de l’application dans la procédure de reprise ; restaurer uniquement une base de données ne suffit pas toujours à rétablir un service opérationnel après une panne.

• Testez le basculement avec du trafic applicatif, des tentatives de reconnexion et des transactions en cours.
• Protégez les copies de sauvegarde afin qu’elles ne soient pas accessibles avec les identifiants utilisés par l’application de production.
• Pour une restauration à un instant donné, établissez et maintenez une chaîne valide de sauvegardes du journal des transactions.
• Mesurez le temps de restauration avec des tailles de bases de données réalistes et la bande passante de stockage disponible.
• Vérifiez les droits de licence pour le basculement passif avant de maintenir une seconde instance SQL Server déployée.

Vérifier les droits liés aux VM, aux environnements de test et aux licences achetées avant le déploiement

Pour SQL Server 2022, l’attribution de licences à une machine virtuelle individuelle selon ses cœurs virtuels nécessite des licences par abonnement ou des licences couvertes par une Software Assurance active. Avec cette option, vous devez couvrir les cœurs virtuels alloués à la VM, avec un minimum de quatre licences cœur par VM. N’appliquez pas automatiquement ce calcul à une licence perpétuelle sans Software Assurance. Le modèle Serveur + CAL constitue une option distincte pour Standard, tandis que le modèle par cœur physique suit d’autres règles de comptage et n’accorde pas à Standard de droits de virtualisation illimités.

Tenez un registre des déploiements indiquant la version, l’édition, le modèle de licence, le serveur ou la VM auquel la licence est affectée, ainsi que les justificatifs des droits d’utilisation. Developer Edition peut être utilisée pour le développement, les tests et les démonstrations, mais pas pour un service client en production ni pour du reporting opérationnel de production. L’étiquette « préproduction » ne change pas l’usage réel. Avant l’achat, vérifiez si l’article proposé fournit le droit d’utilisation du serveur, le nombre de licences cœur ou la CAL dont vous avez besoin, et si son canal de licence autorise votre déploiement. Une activation réussie ne prouve pas que ces exigences sont respectées.

• Consultez conjointement le Microsoft SQL Server Licensing Guide en vigueur et les Product Terms applicables.
• Consignez les dates d’expiration de la Software Assurance ou des abonnements lorsque les droits de déploiement en dépendent.
• Examinez les règles de réaffectation et de mobilité des licences avant d’activer la migration automatique entre hôtes.
• Séparez les charges de développement et de test des services utilisés pour les activités réelles de l’entreprise.
• Vérifiez les documents de transfert lorsqu’une licence est revendue.

SQL Server 2022 Standard : vérifications des licences et du déploiement