Discussion :

[bitwin]

Bonjour,

N'ayant pas à faire à des DBAs au niveau de mes prestataires, je me permets de vous exposer mes interrogations concernant le paramétrage et les choix de mon installation.
Je connais les pré-requis théoriques d'une installation SQL Server mais dans mon cas je ne sais pas comment les adapter.
Organisation du stockage, création d'agrégats, placement de fichiers, ...

Le serveur (Windows Server 2012 R2) qui doit accueillir SQL Server 2012 Standard évolue dans un environnement virtualisé (VMware) et possède comme plateforme de stockage un SAN avec plusieurs LUN.

A la lecture de bouquins et du forum, je me soucis du stockage et de l'architecture à lui donner.

Actuellement, j'ai une LUN dédiée à mon serveur.
Cette dernière est basée sur un RAID 10 de 4 disques 15K de 300 Go

Au niveau de ma VM, je n'ai pour l'instant qu'un disque système déclaré.

Le but est d'avoir dans un premier temps 2 instances SQL Server (2 prestataires qui ne veulent pas mutualisés leur instance).
Les bases de données contenues dans chaque instance seront de faibles volumétries (inférieur à 100 Go).

Mes interrogations se portent sur le stockage des différents fichiers (base de données, tempdb, journaux de transactions).
J'aimerai ne pas tout mettre dans le même groupe et varier les stockages.

Dans cette configuration matérielle, quelle est la méthode d'installation à envisager ?
Partitionnement des disques, modifications éventuelles des LUN, ...

Merci d'avance pour vos lumières !


Cordialement,

Bitwin

[SQLpro]

Bonjour,

N'ayant pas à faire à des DBAs au niveau de mes prestataires, je me permets de vous exposer mes interrogations concernant le paramétrage et les choix de mon installation.
Je connais les pré-requis théoriques d'une installation SQL Server mais dans mon cas je ne sais pas comment les adapter.
Organisation du stockage, création d'agrégats, placement de fichiers, ...

Le serveur (Windows Server 2012 R2) qui doit accueillir SQL Server 2012 Standard évolue dans un environnement virtualisé (VMware) et possède comme plateforme de stockage un SAN avec plusieurs LUN.

Question n°1 le SAN est-il dédié au serveur SQL ? Si NON ce n'est pas la peine de vous emmerder aucune possibilité d'obtenir des performances !

A +

[bitwin]

Bonjour Frédéric,

Bon bah je m'en doutais ... c'est écris dans votre bouquin SQL Server 2014

Et bien sur le SAN n'est pas dédié à SQL Server : 4 LUN présentes pour 18 disques ...
J'ai juste une LUN réservée à mon serveur SQL Server.

En même temps, je relativise, on n'est pas dans un environnement critique.
Je pense qu'à l'avenir nous reverrons notre architecture sur les pré requis plus avancés d'installation/utilisation.

N'en déplaise aux puristes, que je comprends, en attendant, je suis dans l'obligation de faire avec ce que j'ai :
1 LUN sur 1 RAID 10 de 4 disques 15K de 300 Go
2 instances distinctes à installer.

ça reste quoi le mieux à faire (partitionnement, emplacement des bases, des tempdb, des journaux de transaction) ?
1 partition système
1 partition par instance
1 partition pour les bases
1 partition pour les tempdb
1 partition pour les journaux de transaction
OU
Croiser les bases et les tempdb et les journaux de transaction entre les partitions (ce qui est préconisé dans la cas de volumes physiques ou SAN dédiés)
OU
éviter les partitions et regrouper par instance

Bonne journée à toutes et tous.

Bitwin

[bitwin]

Bonjour Christophe,

Merci pour ces précisions très complètes.

Je pense envisager l'installation de cette manière.

Bitwin.

[mikedavem]

En plus de ce que dit Christophe, je vois ceci :

Actuellement, j'ai une LUN dédiée à mon serveur.
Cette dernière est basée sur un RAID 10 de 4 disques 15K de 300 Go

Tout dépend bien sûr l'activité IO requise par le serveur de bases de données mais 4 disques de 15K cela risque d'être juste en fonction ... Quel est le modèle stockage en dessous? Je suppose qu'on parle de SAN ici puisqu'on parle de LUN. Les SAN actuelles ont de grosses capacités de cache (NVRAM + Fast cache à base de disques SSD ou autre). Si cela s'avère nécessaire il faudra probablement t'en servir. Veille donc à bien t'assurer que tu puisses en bénéficier en cas de besoin.

++

[bitwin]

Bonjour David,

Je parle bien de SAN et de disques SAS 15 K. Effectivement, je peux bénéficier des capacités de cache en cas de besoin.
Merci pour tes conseils.


Bitwin.

[Christophe LAPORTE]

Bonjour,

N'ayant pas à faire à des DBAs au niveau de mes prestataires, je me permets de vous exposer mes interrogations concernant le paramétrage et les choix de mon installation.
Je connais les pré-requis théoriques d'une installation SQL Server mais dans mon cas je ne sais pas comment les adapter.
Organisation du stockage, création d'agrégats, placement de fichiers, ...

Le serveur (Windows Server 2012 R2) qui doit accueillir SQL Server 2012 Standard évolue dans un environnement virtualisé (VMware) et possède comme plateforme de stockage un SAN avec plusieurs LUN.

Dans cette configuration matérielle, quelle est la méthode d'installation à envisager ?
Partitionnement des disques, modifications éventuelles des LUN, ...

Merci d'avance pour vos lumières !


Cordialement,

Bitwin

Bonjour

Taillez votre VM comme vous travailleriez en physique et vos performances n'en seront que peu éloignées (5, 7% de pertes).
Commencez par virer toute économie d'énergie (Host ESX, machine virtuelle), utilisez plusieurs controleurs SCSI (OS, TempDB, Data, Log), et plusieurs VMDKs (tout en pvscsi, un pour OS, 2 ou 3 pour les Data, 1 ou plus pour le slog si bcp d'activité, 1 tempDBData, 1 tempDBLog), réseau vmxnet3.
Pour un max de perf, VMDK en thick provisionning eager zeroed. Pensez aux réservations mémoire et CPU afin de ne pas se faire manger par les autres VMs. On fait exactement ce que l'on avait a l'époque des super-domes avec le partitionnement physique. Activez les drivers mémoire baloon mais surtout ne pas over committer la méméoire du Host.

Déconnecter tout ce qui ne sert pas et qui génèerait des interruptions pour rien (USB, ports com, ...).
Si CPU consommée < 30% on eleve des vcpu. Si on consomme + de 60 % (en moyenne of course), on ajoute des vcpu.
Vérifier le CPU ready sur le host.

Un bonne configuration SQL, tempDB et autres et ça devrait le faire.

La VM sera bien configurée. On passe la main au gras su SAN pour q'uils répartissent au mieux les VMDK sur les datastores. Mais utiliser plusieurs fichiers (VMDK) par VM permet aussi d'utiliser plusieurs chemins niveau HBAs et controleurs, même si au final on tombe sur le même raidgroup.

Hope this help !
Christophe