Est-il judicieux d'installer des SSD sur le serveur?


12

Je veux construire un serveur hébergeant environ 2 To de données +. Bien sûr, le SSD est hors de propos en termes de lecteur de données. Ma question est: Y a-t-il un avantage à utiliser des SSD comme disque de démarrage? Je prévois d'y mettre de la mémoire 16G. Je pense que la plupart du temps, les services devraient être chargés en mémoire et le serveur devrait rarement nécessiter un redémarrage. Dans ce cas, est-il judicieux d'obtenir un SSD ou simplement un RAID1 avec deux disques SATA?


4
L'optimisation du disque de démarrage ne vaut probablement pas la peine si vous ne prévoyez pas de redémarrer plusieurs fois par jour. Dépensez le $$ sur plus de RAM et évitez la fragilité des SSD actuels.
Josh

Il vous suffit d'utiliser une paire de disques SAS 15 000 en RAID-1 pour le lecteur système. (Assez standard dans l'industrie de l'hébergement)
Doug

Réponses:


10

Je ne pense pas, pas pour le moment. Ils sont chers, c'est une technologie relativement nouvelle qui n'est pas sans ses propres problèmes; Jeff Atwood a un article de blog intéressant sur les avantages et les inconvénients de leur utilisation.

Compte tenu de votre cas d'utilisation prévu, le besoin d'un SSD semble encore plus petit. Vous voyez normalement d'énormes avantages lors du démarrage et de l'ouverture des applications, mais sur un serveur de données avec beaucoup de RAM qui est rarement redémarré, il est inutile de dépenser de l'argent supplémentaire.


1
Dans ce post, Jeff réitère ce que j'ai entendu à plusieurs reprises. Que le taux d'échec des SSD est très élevé. Je ne ferais pas confiance à cela sur un serveur lorsque vous pouvez obtenir des performances similaires à partir de disques bruyants et gourmands en énergie, car il sera de toute façon verrouillé dans une salle de serveurs.
Josh

3
Jeff parle de SSD grand public. Si vous utilisez des SSD grand public, vous en avez pour votre argent! Il y a également eu des problèmes précoces avec les X25-M qui peuvent expliquer les échecs mentionnés ici. Nous avons déployé plusieurs centaines de X25-Ms en tant que disques de système d'exploitation dans les systèmes de serveurs depuis 2009 et avons connu un très faible nombre de pannes (un seul chiffre). Nous avons déployé des nombres similaires d'Intel X25-e et connu un nombre de pannes similaire. Je ne conteste pas que Jeff et son ami ont vu des problèmes, je vous donne juste un ensemble plus large de données.
Daniel Lawson

Nonobstant mon autre commentaire, je conviens généralement que sans autres raisons atténuantes telles que l'alimentation ou l'espace physique, les SSD pour les disques de démarrage sur les serveurs n'ont tout simplement pas de sens. Je les utilise parce que je ne veux pas gaspiller un emplacement de disque en rotation sur le disque du système d'exploitation - nous pouvons placer les SSD ailleurs dans le châssis.
Daniel Lawson

4

Cela dépend du type de serveur, mais d'une manière générale, oui, ce devrait être une bonne idée.

Les disques SSD sont les meilleurs pour les données en lecture seule, ce qui est généralement ce que sont les serveurs par opposition aux postes de travail. Donc, cela a tout pour plaire.

De plus, plus un fichier peut être servi rapidement, meilleur sera le serveur, et puisque les pilotes SSD sont censés être plus rapides, il a tout pour plaire.

Enfin, les disques SSD utilisent généralement moins d'énergie, font moins de bruit et génèrent moins de chaleur, de sorte que le serveur aura besoin de moins d'électricité et de refroidissement (ce qui est le problème des salles de serveurs dans le monde entier), il a donc tout pour lui aussi.

Cela dit, encore une fois, cela dépend des spécificités de votre serveur et de l'utilisation du boîtier (par exemple, 16 Go sonne bien, mais les fichiers seront-ils mis en cache dans la RAM ou devront-ils être récupérés du disque de toute façon?), Ainsi que des lecteurs réels en question . Dans l'ensemble cependant, oui, la plupart des serveurs sont généralement mieux équipés de disques SSD.


+1 bon résumé. l'un des avantages est de bonnes performances de lecture aléatoire / parallèle telles que mesurées dans le papier
uFLIP

1

Dans cette situation, un lecteur de démarrage SSD n'améliorera probablement que le temps de démarrage, une fois que tout est démarré et dans la RAM (vous avez 16 Go), cela ne fera aucune différence. Peut-être que si vous gardiez une base de données de 10 Go +, cela pourrait aider, mais il vaut probablement mieux dépenser l'argent sur plus de lecteurs magnétiques (éventuellement pour la redondance).


J'ai assisté à une conférence Intel il y a environ une semaine; le représentant d'Intel a évité de recommander des SSD pour les bases de données, au moins à ce stade.
alex

Oui, je pense en particulier si votre base de données a une grande quantité d'écritures (les lectures iirc ne "portent" pas autant / pas du tout le SSD), et les performances avec de petits blocs peuvent être moins que stellaires.
Spectre

@alex: Il existe de nombreuses entreprises qui vendront des solutions SSD très chères conçues pour les bases de données et qui garantissent les résultats. Certaines personnes ont pu remplacer 30 serveurs par un. C'est comme passer de disques à memcached.
Zan Lynx,

@Zan est totalement d'accord avec vous. Tous les "vendeurs" ne savent pas mettre en œuvre toutes les solutions possibles.
Carlos Garcia

0

Je pense que c'est une bonne idée. Le SSD promet une plus grande fiabilité (particulièrement importante pour les ordinateurs portables) et des performances améliorées (pas de soucis relatifs de temps de recherche piste à piste), qui sont tous les deux de merveilleux avantages en cas de problèmes de serveur.

Gardez à l'esprit, cependant, que le SSD est encore très nouveau et n'est pas à l'abri de ses propres défaillances. Vous devez rechercher les types de problèmes que les gens rencontrent avec différentes marques et modèles de disques SSD avant de suivre cette voie.


0

Cela dépend de l'utilisation du serveur, de ce que vous décrivez n'en vaut probablement pas la peine. Là où les SSD entrent en jeu, ce sont les serveurs à forte utilisation d'E / S comme les hôtes de serveurs virtuels.

Collez environ 10 machines virtuelles sur un serveur avec des lecteurs standard, puis comparez-le à un avec des SSD. Faites en sorte que les 10 VM fassent quelque chose et regardez le serveur basé sur SSD voler tandis que l'ancien lecteur magnétique a des VM en cours de blocage pendant qu'elles attendent leur tour pour lire / écrire sur les disques durs.

Mais revenons à votre question d'origine, pourquoi vous inquiétez-vous du temps de démarrage? Envisagez-vous de redémarrer régulièrement le serveur? J'ai des serveurs qui n'ont pas été redémarrés depuis environ 3 ans, ce que j'aurais pensé être raisonnablement normal pour des machines stables qui font juste le travail qu'elles étaient censées faire.


0

C'est une mauvaise idée. Les disques SSD vous donnent des iops insensés, et c'est pourquoi vous payez pour eux: pour conserver les données les plus fréquemment consultées de manière aléatoire. Une base de données sur un ensemble de disques SSD peut surpasser (en particulier pour les scénarios à lecture intensive) un système de stockage très coûteux.

Le système d'exploitation démarre, puis pratiquement tous les exécutables utilisés sont conservés dans la RAM, tout ce qui n'est pas utilisé est échangé. Si vous prévoyez une utilisation intensive du swap (mauvaise idée), vous pouvez mettre votre swap sur SSD, mais je préfère utiliser un disque dur et mettre la différence dans la RAM.


0

Je pense que cela n'en vaut pas la peine la plupart du temps.

Mais si vous avez de gros besoins informatiques avec de gros fichiers (par exemple des vidéos d'encodage Dailymotion / YouTube), la vitesse de lecture / écriture est probablement importante.

Si vos applications font beaucoup de lecture, même de petits fichiers, cela peut vraiment augmenter les performances. Cependant, si vous mettez en cache les données les plus servies dans la RAM (voir démon memcached), ce n'est plus un problème.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.