Lenovo ThinkSystem SR650 est un serveur rack 2U à 2 sockets qui convient à un large éventail de petites, moyennes et grandes entreprises telles que: SGBD, virtualisation et cloud, infrastructure de bureau virtuel (VDI), diverses applications d'entreprise et intelligence d'affaires. et le big data.
Rapidité, fiabilité, sécurité et facilité de gestion
Le SR650 possède de nombreuses fonctionnalités pour améliorer votre productivité. Ceci est principalement réalisé grâce à l'utilisation de la famille de processeurs Intel Xeon Scalable de deuxième génération avec jusqu'à 28 cœurs par processeur. Au total, le serveur prend en charge deux processeurs et, par conséquent, jusqu'à 56 cœurs.
Le serveur dispose de 24 emplacements pour la RAM et sa capacité maximale par serveur est de 3 To avec une fréquence de mémoire allant jusqu'à 2933 MHz.
Le sous-système de disque SR650 offre un stockage interne flexible et évolutif dans un format avec 24 disques 2,5 "et 2 3,5" pour des configurations optimisées en termes de performances ou jusqu'à 14 disques 3,5 "pour des configurations à capacité optimisée, offrant une large Choix de disque dur / SSD SAS / SATA et SSD PCIe NVMe. Un avantage important est qu'il est possible d'utiliser des disques SAS, SATA ou NVMe PCIe dans les mêmes baies de disques avec la conception AnyBay.
En termes de disponibilité de l'alimentation et du refroidissement, le SR650 est équipé de blocs d'alimentation redondants remplaçables à chaud et de ventilateurs remplaçables à chaud.
Le panneau arrière du serveur permet d'installer jusqu'à cinq PCI-e, dont deux peuvent être utilisés pour les adaptateurs graphiques afin d'organiser un VDI graphique.
De plus, une carte LOM est fournie, qui peut fournir 4 ports Ethernet supplémentaires de 1 ou 10 Gbit.
De plus, le serveur SR650 est extrêmement pratique en termes de modification et de maintenance, le capot du serveur peut être retiré sans utiliser de tournevis, ce qui fait gagner beaucoup de temps à l'administrateur.
De puissantes fonctionnalités de gestion basées sur la suite logicielle de gestion XClarity simplifient l'administration locale et distante du SR650.
Le contrôleur XClarity offre des fonctionnalités avancées de gestion, de surveillance et d'alerte.
XClarity Controller vous permet de surveiller en permanence les paramètres du système et de déclencher automatiquement des alertes pour effectuer des actions de récupération en cas de panne.
XClarity Provisioning Manager intégré simplifie l'installation, la configuration et les mises à jour du système.
Pour gérer une grande flotte de serveurs, Lenovo XClarity Administrator est pris en charge, ce qui permet une gestion centralisée complète de n'importe où - non seulement à partir d'un ordinateur, mais également à l'aide de l'application mobile Lenovo XClarity.
Pour l'intégration avec d'autres systèmes de gestion populaires, Lenovo XClarity Integrators est disponible, qui prend en charge VMware vCenter et Microsoft System Center, étendant la fonctionnalité XClarity Administrator aux outils logiciels de gestion de virtualisation et permettant à l'administrateur de déployer et de gérer l'infrastructure du début à la fin.
Contrôle de combat. Charger les résultats des tests
En mars 2019, TPC Benchmark-E (TPC-E) a effectué des tests de résistance sur le serveur SR650 en tant que serveur pour le SGBD MS SQL Server à forte charge.
À propos du TPC-E
TPC Benchmark E (TPC-E) est une charge de travail de traitement des transactions en ligne (OLTP). Il s'agit d'un mélange de transactions gourmandes en lecture et en mises à jour qui imitent les environnements d'applications OLTP complexes. Le schéma de base de données, les populations de données, les transactions et les règles d'implémentation des tests ont été conçus pour fournir une vue d'ensemble de la charge de travail dans les systèmes OLTP modernes. Le benchmark examine un large éventail de composants système associés à de tels environnements, caractérisés par:
- Exécution simultanée de plusieurs types de transactions de complexité variable;
- - ;
- ;
- ;
- , , .
Pour ce test, le test TPC-E simule la charge de travail OLTP d'une société de courtage. Le benchmark se concentre sur une base de données centrale qui exécute les transactions liées aux comptes clients de l'entreprise. Dans le but de mesurer les caractéristiques de performance d'un système de base de données, le benchmark ne tente pas de mesurer le flux complexe de données entre plusieurs systèmes d'application qui pourraient exister dans un environnement réel.
Différents types de transactions simulent les interactions d'une entreprise avec ses clients et partenaires commerciaux. Différents types de transactions ont des exigences de temps d'exécution différentes.
Le test détermine:
- Deux types de transactions pour simuler des transactions de client à entreprise et d'entreprise à entreprise (c.-à-d. Interaction entre partenaires commerciaux);
- Plusieurs transactions pour chaque type de transaction;
- Différents profils d'exécution pour chaque type de transaction;
- Une combinaison spécifique de temps d'exécution pour toutes les transactions définies.
Par exemple, une base de données exécutera simultanément des transactions générées par des systèmes qui interagissent avec les clients, ainsi que des transactions générées par des systèmes qui interagissent avec les marchés financiers ainsi que des systèmes administratifs. Le système d'analyse comparative interagira avec un ensemble d'applications simulant différentes sources de transactions.
La mesure de performance TPC-E est une mesure du «débit commercial», qui reflète le nombre de transactions terminées avec les résultats des activités commerciales (commerciales) traitées par seconde, ainsi que le coût d'une transaction en dollars. Plusieurs transactions sont utilisées pour simuler l'activité commerciale de traitement des transactions, et chaque transaction nécessite une réponse. La mesure de performance de l'indice de référence est exprimée en transactions par seconde-E (tpsE). Serveur de
composition de banc de test
- SGBD client: Lenovo ThinkSystem SR650:
- 2xXeon Platinum 8168 2,7 GHz (2 processeurs / 48 cœurs / 96 threads)
- 96 Go de RAM
- 2 disques durs SAS 300 Go RAID-1
Serveur SGBD: Lenovo ThinkSystem SR650:
- 2xXeon Platinum 8260 2,7 GHz (2 processeurs / 56 cœurs / 112 threads)
- RAM de 1536 Go
- 2 disques SSD SAS de 800 Go RAID-1
- 6 disques SSD SAS de 800 Go RAID-10
- 4xLenovo Storage D1224 (étagères de disques SAS 12 Gbs, SSD SAS 74x800 Go configurés en deux groupes RAID: 4x17 RAID-5, 1x6 RAID-10)
Les serveurs sont interconnectés à l'aide de 4 liaisons 10 GbE.
Une configuration plus détaillée du stand est donnée ci-dessous.
Des données détaillées sur la configuration matérielle, les logiciels, ainsi que la méthodologie de test peuvent être consultées directement dans le rapport TPC-E, qui est dans le domaine public: tpc.org/4084
Résultats des tests Les
résultats des tests se composent de trois groupes de tests:
- Fonctionnement normal
- Disponibilité des données
- Reprise après sinistre
Mode normal Le
test en mode normal comprend deux étapes. Dans un premier temps, le système est «réchauffé» pour l'amener à un état de charge de travail stable, dont la mesure, à son tour, est l'objectif d'un test régulier.
Dans les résultats de référence en régime permanent, le SR650 maintient un taux d'un peu plus de 7000 transactions par seconde-E.
Les résultats des tests de routine sont présentés dans le graphique ci-dessous.
Disponibilité des données La
mesure de la disponibilité des données implique l'exécution de diverses opérations simulant les pannes de sous-système de disque.
La disponibilité des données est démontrée par le fait qu'une application peut prendre en charge les opérations de base de données avec un accès complet aux données après des pannes fatales permanentes de tout disque contenant des tables de base de données, des données de journal de reprise ou des métadonnées de base de données.
Les tests de disponibilité des données sont effectués en désactivant les disques qui stockent différents types de données, tout en surveillant l'accès des applications aux données.
Vous trouverez ci-dessous les types de baies de disques qui stockent différents types de données.
Pendant le test de disponibilité des données, les étapes suivantes ont été suivies:
- Une panne de disque s'est produite dans la matrice de journaux de base de données (le disque a été physiquement retiré du serveur).
- 5 , tempdb.
- 5 , .
Étant donné que toutes les baies sont protégées par différents niveaux de RAID, il n'y a pas eu d'interruption de l'accès aux données et, à part une baisse de performances à court terme, il n'y a eu aucun effet.
Quelques minutes plus tard, trois nouveaux disques ont été installés successivement pour remplacer les "défaillants" et le processus de restauration de la matrice de données a commencé. Le processus de reconstruction a considérablement réduit les performances. Il s'agit d'un comportement normal, car tant que tous les ensembles de données n'ont pas été entièrement récupérés, certaines des ressources d'E / S seront consacrées à la reconstruction plutôt qu'aux opérations du SGBD.
Vous trouverez ci-dessous un graphique pour tester la disponibilité des données.
Reprise après sinistre
Le test final pour la reprise après sinistre est le processus de restauration du système dans son ensemble après un grave accident qui a complètement désactivé le serveur de base de données. La reprise après sinistre est considérée comme réussie lorsque la charge de travail revient à la normale ~ 7 000 tpsE.
Les étapes suivantes ont été suivies pour tester la reprise après sinistre:
- Tous les cordons d'alimentation ont été retirés du serveur SGBD, provoquant son arrêt immédiat. Tout le contenu de la mémoire principale et des caches du serveur a été perdu. Tous les contrôleurs de disque RAID à l'intérieur du serveur fonctionnaient sans batterie, donc tout le contenu du cache du contrôleur de disque a également été perdu.
- Les câbles d'alimentation sont connectés et le serveur SGBD est sous tension.
- Suppression de toutes les données et fichiers journaux pour tempdb.
- SQL Server. . SQL Server , tpce , .
- SQL Server « » . 15 .
Comme il y avait un intervalle de temps entre la fin de la récupération de la base de données et le début de la récupération de toutes les applications, et qu'un certain nombre de transactions devaient être redémarrées (et pas simplement poursuivies), ces transactions ont commencé à être effectuées uniquement après la restauration de la base de données (voir la ligne rouge sur le graphique), ce qui a pris plus environ 10 minutes.
Ainsi, la fin de la reprise après sinistre est la reprise complète de la charge de travail de toutes les applications, c'est-à-dire le point dans le temps sur le graphique où les lignes bleues et rouges atteindront la valeur nominale de ~ 7000 tpsE.
Total:
- L'heure de restauration de la base de données est 00:15:33.
- L'heure de récupération de l'application est 00:10:06.
- L'heure de récupération après sinistre complète est 00:25:39.
- Le résumé final du rapport ventilé par type de transaction est présenté ci-dessous:
La conclusion finale avec le score tpsE et le coût d'une transaction est présentée ci-dessous:
Un indicateur de 7012,53 tpsE avec un coût de transaction de 90,99 $ a pris la deuxième place dans la note TPC-E Top Performance Results, où le serveur principal Lenovo ThinkSystem SR860 V2 occupe la première place ( tpc.org/tpce/results/tpce_perf_results5.asp?resulttype=all ), ainsi que la troisième place dans le classement TPC-E Top Price / Performance Results, où SR860 est également en première place et la solution d' un concurrent est en deuxième .
C'est un indicateur très décent. Le résultat final est un serveur puissant, flexible, gérable et fiable qui, comme d'autres produits Lenovo, est également à un prix raisonnablement compétitif. C'est cette combinaison de qualités qui a fait du Lenovo ThinkSystem SR650 le serveur Lenovo le plus vendu au monde. Pour laisser une demande pour le serveur Lenovo ThinkSystem SR650, suivez le lien.