Dimensionnement Du Matériel - Les Règles
Dans plusieurs entreprises architectures de Système, il devient impératif de la taille du matériel conformément à la simultanéité & charge de travail. La plupart des produits les vendeurs de fournir leur propre matériel de dimensionnement des feuilles dans laquelle vous suffit de le brancher dans les mesures et il va jeter les détails du nombre de serveurs, mémoire RAM et ainsi de suite. Toutefois, lorsque le système est développé à l'aide de composants logiciels libres, ces lignes directrices ne sont pas facilement disponibles.
J'ai besoin de faire le dimensionnement du matériel d'un système. Le système est extensible horizontalement de sorte que la croissance des volumes de trafic peuvent être logés par l'ajout de nœuds. Pour commencer, le système dispose de deux HAProxy d'équilibrage de la charge des nœuds. Derrière les équilibreurs de charge sont des serveurs web de servir des pages HTML et de javascript. Il y a plus de nœuds serveurs d'hébergement pour les services web RESTful. Il y a quelques Cassandra nœuds à l'arrière-plan. Nous avons une idée approximative de la circulation ou d'utilisateurs simultanés.
Quel devrait être mon approche de dimensionnement du matériel? Existe-il des lignes directrices générales?
OriginalL'auteur gnlogic | 2009-02-11
Vous devez vous connecter pour publier un commentaire.
C'est peut-être l'une des questions les plus difficiles à répondre. Je regardais ce fil avec intérêt de voir ce que les autres en ont pensé.
La réponse doit être fait en fonction de la plate-forme matérielle , le système d'exploitation, serveur d'application, serveur de base de données, etc que votre produit fonctionne, ainsi que la relative complexité de votre produit. Un site servant HTML statique, sera en mesure de beaucoup plus d'utilisateurs que d'un système OLTP.
Connaître les capacités innées de votre plate-forme cible est critique. Sachant que ASP.NET prend en charge 12 simultanément l'exécution de threads/CPU (configuration par défaut), vous pouvez utiliser la mise en cache de sortie de réduire considérablement la concurrence, ou de plus de 3 000 requêtes/sec exige gigabit Ethernet pour le serveur de base de données, etc. peut vous aider à planifier correctement, à savoir que les leviers que vous avez à tirer, etc.
Le vendeur de dimensionnement du matériel feuilles sont le reflet de l'effort important d'être passé à faire de la performance et de la capacité de test de leurs produits. Cela peut être difficile à vendre pour les applications où vous êtes en train de faire le développement en interne, ou non-pour-bénéfice du développement.
En bref, votre objectif devrait être de commencer à faire les Cop des zones les plus complexes de votre produit, puis de commencer à investir dans le perfectionnement de la performance et planification de la capacité des itérations.
Si ce n'est pas le cas, l'échec est susceptible de se produire - l'échec à réaliser, à défaut, fc la planification ou l'échec de l'entreprise - les utilisateurs ne sont jamais venus.
Je souhaite que j'avais une meilleure réponse, je suis confronté à ce même problème moi-même.
OriginalL'auteur JohnW
Si vous avez le luxe de ne pas avoir à déployer à tous les 1 000 utilisateurs sur un jour, alors je serais tenté d'utiliser la virtualisation pour vous aider avec ce problème. Je tiens tout d'abord à construire les serveurs métal nu et vérifier qu'ils sont fonctionnellement que vous en avez besoin. Ensuite, utilisez quel logiciel de VM vous aimez du P2V convertisseur pour convertir de Physique à l'image du disque Virtuel. Je ne puis supprimer le serveur d'origine de disques et de les stocker en toute sécurité, s'en tenir à quelques nouveaux à l'intérieur, installez votre hyperviseur de choix, ajouter le converti VM, le feu, ajouter le para outils pour votre VM/OS et de voir comment vous vous y prenez. Si votre serveur fonctionne alors ce que vous avez donné vous-même est la portabilité. Vous pouvez commencer avec une centaine d'utilisateurs, de mesurer la charge, extrapoler et faire quelques hypothèses. Ensuite, ajouter d'autres utilisateurs, de tester vos hypothèses et ainsi de suite. Si vous obtenez de 1 000 utilisateurs et il y a de l'espace à revendre, puis une grande, vous pouvez rester avec l'environnement virtuel (pros: bon DR options, la portabilité; contre: vous perdez une partie de la performance) ou revenir à la "bare-metal" construire en sachant qu'il va gérer le travail. Si votre numéro d'identification commence à faire chaud, alors vous pouvez soit déplacer la machine virtuelle pour de plus/mieux/le plus rapide du matériel très facilement ou copie de la VM vers un autre physique VM hôte et le cluster comme ça.
Je sais que de ne pas répondre à vos questions directement, mais je ne suis pas sûr qu'il y a des règles de base pour cette vraiment comme il ya une énorme fluctuation par l'utilisateur de la charge dépend de tellement de facteurs.
Si vous avez un mois ou jusqu'à ce que vous avez à commander vos serveurs, vous pourriez envisager de la nouvelle Nehalem à base de Xeons - ils sont vraiment vaut la peine d'attendre.
OriginalL'auteur Chopper3
Points suivants peuvent vous aider à
(Application de base de données et serveurs) Estimation
leur traitement
OriginalL'auteur learner