Question

On nous demande aux spécifications sur le matériel de base de données de production pour une application Web ASP.NET qui n'a pas encore été construit.

Les spécifications dont nous avons besoin pour déterminer sont:

  • CPU de base de données
  • Base de données I / O
  • RAM de base de données

Voici les mesures que je cherche actuellement à:

  • Estimation du nombre de coups à l'avenir site -. basé sur les journaux IIS actuels
  • pointe estimée pire cas à des charges site web.
  • Estimation du nombre de requêtes par DB page en moyenne.
  • Nombre de serveurs web qui ferme base de données sera frapper.
  • le trafic d'interrogation du cache de base de données (En utilisant SqlCacheDependency).
  • manque de cache de données estimées.
  • Estimation du nombre de transactions de base de données par jour.
  • Page acceptable maximum le temps de rendu.

Les autres mesures que nous devrions prendre en compte?

En outre, une fois que nous avons toutes ces mesures en place, comment ils se traduisent par des exigences matérielles?

Était-ce utile?

La solution

Ce que j'ai fait ces derniers temps pour la planification du serveur utilise des outils gratuits que HP fournit, qui sont collectivement appelés les « calibreurs du serveur ». Ce sont d'excellents outils, car ils déterminent le type optimal de RAID à utiliser, et le nombre correct de broches de disque pour gérer la charge (très important lors de la planification d'un bon serveur DB) et le processeur de mémoire, etc. J'ai fourni le lien ci-dessous J'espère que cela aide.

http: / /h71019.www7.hp.com/ActiveAnswers/cache/70729-0-0-225-121.html?jumpid=reg_R1002_USEN

Autres conseils

Qu'est-ce que je manque est une mesure du niveau de fiabilité nécessaire / nécessaire / défini.

Alors que vous pourriez probablement spec une grande machine à coups de klaxon pour gérer toute la charge, en fonction de vos besoins de reliabiltiy, vous pourriez plutôt vouloir investir dans les petites, mais plusieurs machines, et dans les sous-systèmes de disques plus sûrs (RAID 5).

Marc

A mon avis, l'estimation du matériel pour une application qui n'a pas été construit et conçu encore plus d'une question politique qu'une question scientifique. Au moment où vous avez terminé le projet, la capacité matérielle actuelle et leur prix, exigences fonctionnelles, le nombre prévu d'utilisateurs simultanés, des systèmes externes et toutes les autres choses vont changer et ce changement est hors de votre contrôle. Cependant, cette question revient très souvent car vous avez besoin de mettre des chiffres dans une proposition ou un rapport à votre gestionnaire. Si elle est une proposition, ce que vous essayez d'accomplir est d'arriver à une spécification qui peut soutenir le système proposé sofware. La seule astuce est de proposer un système qui ne sera pas augmenter votre coût pour ne pas vous competiteveness tout puting au risque d'un système à faible performance.

Si vous pouvez caractériser votre charge de travail actuelle en termes de pages à coups, vous pouvez alors: 1) calculer le type typique de requête qui sera fait pour chaque page 2) en utilisant les 2 pièces ci-dessus de l'information, estimer la charge de travail sur le serveur de base de données

Vous devez également déterminer vos besoins de performance - ce qui est le temps de réponse maximale et moyenne que vous voulez pour votre site

?

Compte tenu de la charge de travail et les exigences de performance, vous pouvez alors calculer la capacité. La meilleure façon de faire cette estimation est d'utiliser un peu de matériel existant, exécutez une charge de travail de base de données simulée sur une base de données sur ce matériel, puis extrapoler vos besoins matériels en fonction de vos données à partir des premières étapes.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top