Serveur pour base de données Microsoft SQL ServerServer built for Microsoft SQL Server databases

SQL Server se licencie au cœur : chaque cœur ajoute coûte cher, ce qui inverse la logique habituelle du dimensionnement. Mieux vaut peu de cœurs rapides, beaucoup de mémoire et un stockage à très faible latence. S2I conçoit des serveurs de base de données ou chaque euro va vers ce qui réduit réellement le temps de réponse mesure.SQL Server is licensed per core: every additional core costs real money, which inverts the usual sizing logic. Fewer but faster cores, plenty of memory and very low-latency storage is the better recipe. S2I designs database servers where every euro goes towards what actually reduces measured response time.

Peu de cœurs rapides plutôt que beaucoup de cœursFewer fast cores rather than many slow ones

Le modèle de licence au cœur change tout l'arbitrage. Un processeur à fréquence élevée et cœurs moderes traite les requêtes transactionnelles plus vite tout en coutant moins cher a licencier. Les traitements decisionnels et les grandes agregations profitent en revanche du parallélisme. La clé est de connaître votre charge : si vos requêtes sont majoritairement courtes et concurrentes, la fréquence et le cache par cœur comptent davantage que le nombre total de cœurs.Per-core licensing changes the entire trade-off. A CPU with high clocks and moderate core count processes transactional queries faster while costing less to license. Analytical processing and large aggregations, by contrast, benefit from parallelism. The key is knowing your workload: if your queries are mostly short and concurrent, clock speed and cache per core matter more than total core count.

  • Fréquence élevée privilegiee pour les charges transactionnelles
  • Nombre de cœurs arbitre contre le coût de licence
  • Cache par cœur important pour les requêtes courtes
  • Parallélisme utile surtout pour le décisionnel et les agregations
  • High clock speed favoured for transactional workloads
  • Core count arbitrated against the licensing cost
  • Cache per core matters for short, concurrent queries
  • Parallelism mainly useful for analytics and large aggregations

Mémoire, cache tampon et séparation des volumesMemory, buffer pool and volume separation

SQL Server utilisé la mémoire comme cache tampon : plus la base tient en RAM, moins le disque travaille. Si votre jeu de données actif rentre en mémoire, les performances changent d'échelle. Cote disque, separez les fichiers de données, le journal des transactions et tempdb sur des volumes distincts. Le journal est écrit sequentiellement et de façon synchrone : sa latence conditionne directement le débit de validation des transactions.SQL Server uses memory as its buffer pool: the more of the database fits in RAM, the less the disks work. If your active data set fits in memory, performance changes scale entirely. On storage, separate data files, the transaction log and tempdb onto distinct volumes. The log is written sequentially and synchronously: its latency directly governs transaction commit throughput.

  • Mémoire dimensionnée pour contenir le jeu de données actif
  • Volumes separes pour données, journal et tempdb
  • Latence du journal prioritaire sur le débit brut
  • Mémoire maximale de l'instance plafonnee pour laisser respirer l'OS
  • Memory sized to hold the active working data set
  • Separate volumes for data files, transaction log and tempdb
  • Log latency prioritised over raw sequential throughput
  • Instance maximum memory capped to leave the OS breathing room

Endurance NVMe, protection et haute disponibilitéNVMe endurance, protection and high availability

Une base active écrit en permanence : l'endurance exprimee en DWPD doit être choisie en fonction du volume écrit chaque jour, sous peine de voir les SSD atteindre leur limite avant la fin de la garantie. La protection contre les coupures de courant est indispensable pour ne pas perdre des transactions déjà acquittées. Pour la haute disponibilité, un groupe de disponibilité exige des serveurs identiques et un réseau dédié à faible latence entre les replicas.An active database writes constantly: endurance expressed in DWPD must be chosen against the volume written each day, or the SSDs will reach their limit before the warranty ends. Power-loss protection is essential so that already-acknowledged transactions are never lost. For high availability, an availability group requires identical servers and a dedicated low-latency network between replicas.

  • Endurance DWPD calculée sur le volume écrit quotidiennement
  • Protection contre coupure obligatoire sur les SSD de journal
  • Replicas identiques pour un groupe de disponibilité
  • Réseau dédié à faible latence entre les replicas
  • DWPD endurance calculated against the daily written volume
  • Power-loss protection mandatory on the log SSDs
  • Identical replicas required for an availability group
  • Dedicated low-latency network between the replicas

Repères de configurationConfiguration guidance

ProcesseurCPUIntel Xeon ou AMD EPYC — fréquence élevée, cœurs arbitres par licence
MémoireMemoryDDR5 RDIMM ECC, toutes voies peuplees, capacité generreuse
DonnéesData filesSSD NVMe U.2 mixed-use, latence faible et constante
JournalTransaction logVolume NVMe dédié avec protection contre coupure
tempdbtempdbVolume NVMe sépare, dimensionne selon le parallélisme
RéseauNetwork2x 10/25 GbE, lien dédié entre replicas si haute disponibilité
AlimentationPowerPSU redondants hot-swap, onduleur pilote

Repères indicatifs : la configuration finale est validée avec vous selon vos contraintes réelles (charge, budget, environnement).Indicative guidance: the final configuration is validated with you against your real constraints (workload, budget, environment).

Questions fréquentesFrequently asked questions

Moins qu'on ne le pense, et plus rapides. La licence se compte au cœur, donc ajouter des cœurs peu sollicites revient a payer sans gagner de performance. Commencez par mesurer l'attente réelle de vos requêtes : elle vient souvent du disque ou du verrouillage, pas d'un manque de puissance de calcul.Fewer than people think, and faster ones. Licensing counts cores, so adding lightly used cores means paying without gaining performance. Start by measuring where your queries actually wait: it is usually on storage or on locking rather than on a shortage of raw compute capacity.
Oui des que la charge devient significative. tempdb encaisse les tris, les tables temporaires et les versions de lignes, avec un profil d'écriture très différent des fichiers de données. Le placer sur un volume NVMe dédié évite qu'il ne perturbe la base principale, et permet de dimensionner son endurance séparément.Yes, as soon as the workload becomes significant. tempdb absorbs sorts, temporary tables and row versioning, with a write profile very different from the data files. Placing it on a dedicated NVMe volume stops it from disturbing the main database and lets you size its endurance separately.
La virtualisation est courante et parfaitement viable si les ressources sont réservées et le stockage à faible latence. Le physique garde un avantage sur les bases très sollicitées, ou chaque couche ajoutée se mesure. Attention aussi au licence : selon l'edition, virtualiser peut changer le nombre de cœurs a licencier.Virtualisation is common and perfectly viable provided resources are reserved and storage latency is low. Physical retains an edge for heavily loaded databases, where every added layer is measurable. Watch licensing too: depending on the edition, virtualising can change how many cores you must license.

Un besoin précis à chiffrer ?A specific need to quote?

Décrivez votre contexte : nous revenons sous 24 à 72 heures avec une approche et un devis.Tell us your context: we come back within 24-72 hours with an approach and a quote.