none
Dimensionner un serveur SQL ( calcul complet ) RRS feed

  • Question

  • Bonjour à toutes et à tous,

     

    Je cherche à me faire un petit fichier exel qui me permettrai de dimensionner un serveur sql en fonction du :

     

    Nombre d'utilisateur

    Nombre de connexion simultanée en moyenne / en pointe

    La taille de la base de donnée

     

    mon but étant de déterminer :

     

    La quantité de RAM

    la quatité de CPU

    la quantité de Bande passante necessaire

     

    Quelqu'un aurait il les valeurs pour faire ces calculs ?

     

    D'avance merci

    mercredi 30 novembre 2011 20:26

Réponses

  • Les TPC (et pas TCP excusez moi) sont des simulations de charge de travail de type OLTP sur différents configurations hardware. Il est intéressant de voir en fonction d'un matériel cible les résultats de ce type de test.

    Pour les disques à prévoir il vaut mieux avoir une charge de travail comme référence ou du moins estimer l'activité IO pour avoir une idée de l'architecture disque qui pourrait supporter votre charge transactionnel. Après d'autres facteurs entrent en compte bien entendu. Tout dépend le type stockage que l'on va prévoir derrière (SAN, cartes contrôleurs RAID etc ...).

    ++


    MCDBA | MCITP SQL Server 2005 / SQL Server 2008 | LPI Linux 1
    • Marqué comme réponse HN.S vendredi 2 décembre 2011 10:39
    jeudi 1 décembre 2011 19:46
    Modérateur
  • Bonjour

    Une remarque...

    Le dimesionnement de la RAM, et du CPU pour un serveur n'a rien à voir avec la taille de la base de données !!! A l'extrême limite la taille des tables (et encore)...

    De plus comme le dimensionnement a pas mal à voir avec le type de requêtes... Sans savoir l'activité du serveur il est impossible de le dimensionner, on ne dimensionne pas de la même manière du Transactionnel et du Datawarehouse...

    En cherchant un peu vous devrier trouver des Sizer chez les constructeurs de matériel pour tel ou tel type d'usage.

    Bonne journée.

     


    Christian Robert - MVP SQL Server - Microsoft Certified Master - SQL Server 2008
    Blog : http://www.sqlnco.ch / http://blogs.codes-sources.com/christian/
    Groupe des Utilisateurs Francophone de SQL Server : http://www.guss.fr
    • Marqué comme réponse HN.S vendredi 2 décembre 2011 10:39
    jeudi 1 décembre 2011 20:42

Toutes les réponses

  • Le but in fine étant de pouvoir faire le calcul dans excel :

     

    1 connexion sql consomme cb de BP ?

    avec 100 / 200 / 500 / 1000 ... de connexion sumultanée combien de ram / de BP à prévoir

    Suivant la taille de la BDD  etc ...


    • Modifié HN.S jeudi 1 décembre 2011 13:08
    jeudi 1 décembre 2011 13:08
  • Faire un calcul théorique me parait compliqué ici. Le dimensionnement de votre serveur se fera surtout en fonction de la charge qui sera appliquée sur celui-ci.

    Par exemple on ne peut pas vraiment dimensionner la RAM en fonction des bases de données car cela dépend de la manière dont sera utilisés les tables (full scan, index seek). Le but étant de ramener le moins de donner possible (ou du moins que la donnée utile) en mémoire bien entendu.

    Pour la CPU les configurations actuels des principaux vendeurs de matériel permettent largement de supporter une forte charge transactionnelle. Vous pouvez vous baser sur les TCP benchmarks qui concernant SQL Server (TCP-E). Même chose en ce qui concerne la bande passante et le nombre de disque à prévoir.

    ++


    MCDBA | MCITP SQL Server 2005 / SQL Server 2008 | LPI Linux 1
    jeudi 1 décembre 2011 13:25
    Modérateur
  • Ok merci de cette première réponse.

     

    le but de mon calcul théorique est pas de voir le résultat comme une configuration finale mais plus comme une ébauche de réflexion.

     

    si quelqu'un à les valeurs necessaires à ces calculs je suis preneur car je ne les trouve pas même sur les technet us .

     

    D'avance merci.

    jeudi 1 décembre 2011 15:44
  • Je pense que votre requête concerne ceci.

    Cependant j'insiste sur le fait que bien que vous projetiez de faire une ébauche de réflexion, il faudra rapidement en revenir à quelque chose de beaucoup plus réaliste pour dimensionner votre serveur.

    ++


    MCDBA | MCITP SQL Server 2005 / SQL Server 2008 | LPI Linux 1
    jeudi 1 décembre 2011 16:52
    Modérateur
  • Page introuvable

     

    J'ai trouvé le bon lien ;)

     

     

    Derniere question : Qu'appelez vous "Vous pouvez vous baser sur les TCP benchmarks qui concernant SQL Server (TCP-E). Même chose en ce qui concerne la bande passante et le nombre de disque à prévoir."

    Merci,



    • Modifié HN.S jeudi 1 décembre 2011 17:35
    jeudi 1 décembre 2011 17:29
  • Les TPC (et pas TCP excusez moi) sont des simulations de charge de travail de type OLTP sur différents configurations hardware. Il est intéressant de voir en fonction d'un matériel cible les résultats de ce type de test.

    Pour les disques à prévoir il vaut mieux avoir une charge de travail comme référence ou du moins estimer l'activité IO pour avoir une idée de l'architecture disque qui pourrait supporter votre charge transactionnel. Après d'autres facteurs entrent en compte bien entendu. Tout dépend le type stockage que l'on va prévoir derrière (SAN, cartes contrôleurs RAID etc ...).

    ++


    MCDBA | MCITP SQL Server 2005 / SQL Server 2008 | LPI Linux 1
    • Marqué comme réponse HN.S vendredi 2 décembre 2011 10:39
    jeudi 1 décembre 2011 19:46
    Modérateur
  • Bonjour

    Une remarque...

    Le dimesionnement de la RAM, et du CPU pour un serveur n'a rien à voir avec la taille de la base de données !!! A l'extrême limite la taille des tables (et encore)...

    De plus comme le dimensionnement a pas mal à voir avec le type de requêtes... Sans savoir l'activité du serveur il est impossible de le dimensionner, on ne dimensionne pas de la même manière du Transactionnel et du Datawarehouse...

    En cherchant un peu vous devrier trouver des Sizer chez les constructeurs de matériel pour tel ou tel type d'usage.

    Bonne journée.

     


    Christian Robert - MVP SQL Server - Microsoft Certified Master - SQL Server 2008
    Blog : http://www.sqlnco.ch / http://blogs.codes-sources.com/christian/
    Groupe des Utilisateurs Francophone de SQL Server : http://www.guss.fr
    • Marqué comme réponse HN.S vendredi 2 décembre 2011 10:39
    jeudi 1 décembre 2011 20:42
  • Bon dommage merci beaucoup pour ces réponses.

     

    Cordialement,

    vendredi 2 décembre 2011 10:39