À propos des modèles de déploiement de Microsoft SQL sur VPC

Ce guide vise à obtenir un équilibre optimal entre performances et coûts pour les déploiements d' Microsoft SQL Server s sur des serveurs virtuels d' IBM Cloud VPC. Il y a généralement un compromis à faire entre l'optimisation des coûts et l'optimisation des performances, et si votre charge de travail est très exigeante, vous devez évaluer ces directives tout en tenant compte de vos exigences de performance.

Lors de la sélection de l' IBM Cloud e du serveur virtuel VPC pour héberger vos bases de données SQL, il est nécessaire de comprendre la charge de travail de la base de données :

• Pour la migration d'un environnement existant, collectez une base de référence des performances de votre instance de base de données existante afin de déterminer les besoins de votre serveur virtuel.
• Pour les nouvelles charges de travail, travaillez avec votre fournisseur d'applications afin de comprendre les exigences de la base de données SQL.

Il est important de rappeler qu'un des avantages des solutions basées sur le cloud est la possibilité de redimensionner après le déploiement initial. Pour plus d'informations, reportez-vous à Redimensionnement d'une instance de serveur virtuel. Pour plus d'informations sur la collecte d'une référence de performance, reportez-vous à la section Création d'une référence.

Cette documentation se concentre sur trois modèles de déploiement dans l' IBM Cloud VPC, en s'appuyant sur les zones de disponibilité (AZ) et les régions multizones (MZR):

• Schéma de déploiement AZ unique - Ce schéma convient aux bases de données de développement ou de test qui ne nécessitent pas une haute disponibilité ou une reprise rapide après incident. Les sauvegardes effectuées à l'aide de produits tels qu' IBM Spectrum Protect ou Veeam peuvent être utilisées si nécessaire pour restaurer les bases de données en cas de panne.
• Schéma de déploiement double zone de disponibilité - Ce schéma convient aux bases de données de production qui nécessitent une haute disponibilité et exploite le groupe de disponibilité Always On sur deux zones de disponibilité dans la même MZR.
• Schéma de déploiement double MZR - Ce schéma étend le schéma double AZ pour le rendre adapté aux bases de données de production qui nécessitent à la fois une haute disponibilité et une reprise après sinistre, et exploite un groupe de disponibilité Always On sur deux MZR.

À propos d' SQL Server, haute disponibilité et reprise après sinistre

Microsoft SQL Server dispose d'un certain nombre de technologies de réplication prises en charge pour atteindre une haute disponibilité et une reprise après sinistre, notamment : des groupes de disponibilité Always On, l'envoi de journaux, la mise en miroir de bases de données et des instances de cluster de basculement Always On. Les modèles de déploiement SQL on VPC tirent parti des groupes de disponibilité Always On :

• Groupes de disponibilité Always On - SQL Server Les groupes de disponibilité Always On peuvent fournir à la fois une haute disponibilité et une reprise après sinistre pour les bases de données d' SQL Server. Conceptuellement, il se compose d'un seul ensemble de bases de données primaires en lecture/écriture et de plusieurs (de un à huit) ensembles de bases de données secondaires connexes. Les bases de données secondaires peuvent être mises à disposition sous forme de copies en lecture seule des bases de données principales pour les charges de travail de lecture, y compris la sauvegarde des bases de données. Les groupes de disponibilité Always On sont exploités dans les modèles de déploiement Dual AZ et Dual MZR. SQL Server Les groupes de disponibilité Always On prennent en charge les modes de validation synchrone et asynchrone :
  • Synchrone - La réplique principale valide les transactions de la base de données après que les modifications ont été validées ou écrites dans le journal de la réplique secondaire. Ce mode permet d'effectuer un basculement manuel planifié et un basculement automatique si les répliques sont synchronisées. Ce mode est le mieux adapté aux cas dans la même zone AZ ou MZR.
  • Asynchrone - La réplique principale valide les transactions de la base de données sans attendre la réplique secondaire. Ce mode est donc mieux adapté aux cas où les MZR sont différents, ou entre une zone de disponibilité et un site local.
• Transfert de journaux - Le transfert de journaux envoie automatiquement les sauvegardes des journaux de transactions d'une instance de base de données principale vers une ou plusieurs instances de base de données secondaires. Pour permettre l'envoi des journaux, des tâches d'agent d' SQL Server s sont utilisées pour automatiser le processus de sauvegarde, de copie et d'application des sauvegardes des journaux de transactions. L'envoi de journaux offre une grande disponibilité en permettant de promouvoir manuellement des instances secondaires en cas de défaillance de l'instance principale. Les instances secondaires peuvent également être utilisées comme copies en lecture seule des instances principales afin de réduire la charge sur l'instance principale si nécessaire. Ce guide ne traite pas de l'envoi de journaux, mais cette fonction peut être configurée sur IBM Cloud VPC si nécessaire.
• Mise en miroir de base de données - La mise en miroir de base de données crée une copie en lecture seule de la base de données principale sur une instance distincte. Microsoft prévoit de supprimer la prise en charge de la mise en miroir des bases de données dans les futures versions d' SQL Server. Par conséquent, étudiez l'utilisation des groupes de disponibilité Always On. Ce guide ne traite pas de la mise en miroir des bases de données.
• Instances de cluster de basculement Always On - SQL Server Les instances de cluster de basculement Always On (FCI) utilisent le clustering de basculement Windows Server (WSFC) pour fournir une haute disponibilité au niveau de l'instance de serveur. Un FCI est une instance unique d' SQL Server, déployée sur les nœuds WSFC. Les FCI nécessitent un stockage partagé auquel tous les nœuds WSFC peuvent accéder. Ce guide ne traite pas des instances de cluster Always On Failover.

À propos des espaces de stockage Microsoft

Les modèles de déploiement Microsoft SQL sur VPC tirent parti des espaces de stockage Microsoft. Les espaces de stockage sont une technologie de Windows Server qui est conceptuellement similaire au RAID et qui est implémentée dans le système d'exploitation. Les espaces de stockage peuvent être utilisés pour regrouper des volumes de données dans un pool de stockage, puis la capacité du pool est utilisée pour créer des espaces de stockage (disques virtuels). Un espace de stockage apparaît au système d'exploitation Windows comme un disque normal à partir duquel vous pouvez créer des volumes formatés.

Pour créer un espace de stockage, un pool de stockage est d'abord créé. Un pool de stockage est un ensemble de volumes de données qui permet l'agrégation du stockage et l'extension élastique de la capacité. Ensuite, un disque virtuel est créé auquel un type de résilience est attribué :

• Simple - Répartit les données sur plusieurs volumes de données pour maximiser la capacité du disque et augmenter le débit. Nécessite au moins un volume de données.
• Miroir - Stocke deux ou trois copies des données dans l'ensemble des volumes de données pour augmenter la fiabilité, mais réduit la capacité. Nécessite au moins deux volumes de données pour se protéger contre une panne de disque unique et au moins cinq volumes de données pour se protéger contre deux pannes de disque simultanées.
• Parité - L'utilisation de bandes et d'informations de parité sur plusieurs volumes de données permet d'augmenter la fiabilité grâce à la journalisation, mais réduit la capacité. Nécessite au moins trois disques physiques pour se protéger contre la défaillance d'un seul disque.

À partir d'un disque virtuel, vous pouvez créer un ou plusieurs volumes, dont vous pouvez configurer la taille, la lettre de lecteur ou le dossier, le système de fichiers (système de fichiers NTFS ou Resilient File System ( ReFS ), la taille de l'unité d'allocation et, éventuellement, une étiquette de volume.

Pour plus d'informations, voir Espaces de stockage.

À propos de MS SQL Server

SQL Server, dont voici un résumé des éditions :

• Express - Convient uniquement aux environnements dans lesquels la taille des données est faible et ne devrait pas augmenter. Cette édition ne dispose pas d'Agent d' SQL Server s pour automatiser les sauvegardes. Cette édition est limitée à un maximum de 1 socket ou 4 cœurs ou 1 410 Mo de mémoire tampon disponible ou 10 Go de taille de base de données individuelle.
• Web - Adapté aux environnements de production, mais limité aux environnements de serveurs à faible coût pour les applications Web.
• Standard - Adapté aux environnements de production, mais limité à un maximum de 4 sockets ou 24 cœurs ou 128 Go de mémoire tampon.

Pour une référence complète des éditions d' SQL Server, reportez-vous à la rubrique Editions et fonctionnalités prises en charge d' SQL Server 2022(15.x ).

À propos des licences Microsoft

IBM Cloud les serveurs virtuels peuvent inclure des licences de système d'exploitation d' Microsoft Windows. Pour plus d'informations, voir Images de stock. Microsoft Windows le système d'exploitation Bring Your Own License (BYOL) ne peut pas être utilisé pour fournir des instances publiques et ne peut être utilisé que pour fournir des instances de serveur virtuel sur des hôtes dédiés. Pour plus d'informations, voir BYOL pour les systèmes d'exploitation Windows.

Pour plus d'informations sur les licences d' Microsoft SQL Server, consultez le guide des licences 2022 sur SQL Server.