Essais de stress d'un serveur et de VPS vs serveurs dédiés

Question

Nous avions un serveur dédié (1 & 1) et très rarement rencontré des problèmes avec le serveur ayant des problèmes. Récemment, nous avons migré vers un VPS (Wiredtree.com) avec des spécifications similaires à notre ancien serveur dédié, mais nous remarquons de fréquents problèmes de mémoire, de redémarrage de mysql, etc ... à la fois lorsque vous utilisez sciemment des scripts intensifs et également juste au hasard lors d'une utilisation normale. Pour cette raison, nous envisageons de migrer vers un autre sur VPS - cette fois sur Slicehost pour voir s'il fonctionne mieux.

Ma question est deux fois ...

sont leurs moyens simples que nous pourrions tester un VPS stresser à Slicehost pour voir si les mêmes problèmes se produisent sans avoir à migrer en fait tout sur?

Aussi, est-il possible que les problèmes que nous rencontrons ne sont pas seulement à cause du fournisseur (Wiredtree), mais juste la différence entre une boîte dédiée et VPS (malgré des spécifications similaires)?

Answer 1

La meilleure façon de tester un environnement est de le mettre sous charge. Si ce serveur VPS héberge une application Web, utilisez l'un des nombreux outils de test de serveur Web disponibles: ab, httperf, Siege ou http_load. Vous ne vous souciez pas forcément des statistiques de l'outil lui-même, mais plutôt d'une charge prévisible sur le serveur, de sorte que vous pouvez régler Apache pour le gérer, ou du moins ne pas planter et graver.

Le seul problème que vous avez à tester avec Slicehost est que vous êtes à la merci d'Internet et de votre bande passante vers Slicehost. Vous ne pouvez pas être en mesure de mettre suffisamment de charge sur le serveur pour parvenir à une conclusion significative. Au lieu de cela, vous trouverez peut-être tout aussi utile d'exécuter l'un des nombreux produits de virtualisation sur le marché et de configurer une VM avec des spécifications comparables au plan VPS que vous envisagez. Des tests locaux sur votre réseau local vous permettront de mettre une charge plus élevée et plus prévisible sur le serveur. Dans les deux cas, vous n'avez pas besoin de tout migrer, mais vous devez configurer un environnement pour l'exécution de votre application, avec des données représentatives dans votre base de données. Un VPS avec des spécifications similaires à un serveur dédié devrait fonctionner à peu près de la même manière, mais pour obtenir de bonnes performances, vous devez toujours régler Apache, MySQL et tous les autres processus serveur de longue durée. D'après mon expérience, la configuration prête à l'emploi d'Apache dans de nombreuses distributions Linux n'est pas idéale et autorisera beaucoup trop de processus enfants, en surchargeant la mémoire et en envoyant le serveur dans une spirale de swap-death.