Lenovo ThinkSystem SR650 es un servidor en rack de 2U y 2 sockets que es adecuado para una amplia gama de pequeñas, medianas y grandes empresas como: DBMS, virtualización y nube, infraestructura de escritorio virtual (VDI), diversas aplicaciones empresariales e inteligencia empresarial. y big data.
Velocidad, fiabilidad, seguridad y facilidad de gestión
El SR650 tiene muchas funciones para mejorar su productividad. Esto se logra principalmente mediante el uso de la familia de procesadores escalables Intel Xeon de segunda generación con hasta 28 núcleos por procesador. En total, el servidor admite dos procesadores y, en consecuencia, hasta 56 núcleos.
El servidor tiene 24 ranuras para RAM y su capacidad máxima por servidor es de hasta 3 TB con una frecuencia de memoria de hasta 2933 MHz.
El subsistema de disco SR650 ofrece almacenamiento interno flexible y escalable en un factor de forma con 24 unidades de 2,5 "y 2 unidades de 3,5" para configuraciones de rendimiento optimizado o hasta 14 unidades de 3,5 "para configuraciones de capacidad optimizada, proporcionando una amplia Elección de SAS / SATA HDD / SSD y PCIe NVMe SSD. Una ventaja importante es que es posible utilizar unidades PCIe SAS, SATA o NVMe en las mismas bahías de unidades con el diseño AnyBay.
En términos de disponibilidad de energía y enfriamiento, el SR650 tiene fuentes de alimentación redundantes intercambiables en caliente y ventiladores intercambiables en caliente a bordo.
El panel posterior del servidor ofrece la posibilidad de instalar hasta cinco PCI-e, dos de los cuales se pueden utilizar para adaptadores de gráficos para organizar una VDI de gráficos.
Además, se proporciona una tarjeta LOM, que puede proporcionar 4 puertos más de 1 o 10 Gbit Ethernet.
Además, el servidor SR650 es extremadamente conveniente desde el punto de vista de la modificación y el mantenimiento, la cubierta del servidor se puede quitar sin usar un destornillador, lo que ahorra mucho tiempo al administrador.
Las potentes funciones de gestión basadas en el paquete de software de gestión XClarity simplifican la administración tanto local como remota del SR650.
XClarity Controller proporciona funciones avanzadas de administración, supervisión y alerta.
XClarity Controller le permite monitorear continuamente los parámetros del sistema y activar alertas automáticamente para realizar acciones de recuperación en caso de falla.
XClarity Provisioning Manager integrado simplifica la instalación, configuración y actualizaciones del sistema.
Para administrar una gran flota de servidores, se admite Lenovo XClarity Administrator, que brinda una administración centralizada integral desde cualquier lugar, no solo desde una computadora, sino también mediante la aplicación móvil Lenovo XClarity.
Para la integración con otros sistemas de administración populares, está disponible Lenovo XClarity Integrators, que es compatible con VMware vCenter y Microsoft System Center, extendiendo la funcionalidad de XClarity Administrator a las herramientas de software de administración de virtualización y permitiendo al administrador implementar y administrar la infraestructura de principio a fin.
Lucha contra el control. Resultados de la prueba de carga
En marzo de 2019, TPC Benchmark-E (TPC-E) realizó pruebas de estrés del servidor SR650 como servidor para el DBMS de MS SQL Server de alta carga.
Acerca de TPC-E
TPC Benchmark E (TPC-E) es una carga de trabajo de procesamiento de transacciones en línea (OLTP). Es una carga mixta de transacciones intensivas en lectura y actualización que imitan entornos de aplicaciones OLTP complejos. El esquema de la base de datos, las poblaciones de datos, las transacciones y las reglas de implementación de pruebas se han diseñado para proporcionar una imagen general de la carga de trabajo en los sistemas OLTP modernos. El punto de referencia examina una amplia gama de componentes del sistema asociados con dichos entornos, que se caracterizan por:
- Ejecución simultánea de varios tipos de transacciones de diversa complejidad;
- - ;
- ;
- ;
- , , .
Para esta prueba, la prueba TPC-E simula la carga de trabajo OLTP de una empresa de corretaje. El punto de referencia se centra en una base de datos central que ejecuta transacciones asociadas con las cuentas de los clientes de la empresa. Con el fin de medir las características de rendimiento de un sistema de base de datos, el punto de referencia no intenta medir el flujo complejo de datos entre múltiples sistemas de aplicación que podrían existir en un entorno real.
Los diferentes tipos de transacciones simulan las interacciones de una empresa con sus clientes y socios comerciales. Los diferentes tipos de transacciones tienen diferentes requisitos de tiempo de ejecución.
La prueba determina:
- Dos tipos de transacciones para simular transacciones de cliente a empresa y de empresa a empresa (es decir, interacción entre socios comerciales);
- Varias transacciones para cada tipo de transacción;
- Diferentes perfiles de ejecución para cada tipo de transacción;
- Una combinación específica de tiempos de ejecución para todas las transacciones definidas.
Por ejemplo, una base de datos ejecutará simultáneamente transacciones generadas por sistemas que interactúan con los clientes, junto con transacciones que son generadas por sistemas que interactúan con los mercados financieros y con los sistemas administrativos. El sistema de evaluación comparativa interactuará con un conjunto de aplicaciones que simulan diferentes fuentes de transacciones.
La métrica de rendimiento TPC-E es una medida del "rendimiento comercial", que refleja el número de transacciones completadas con los resultados de las actividades comerciales (comerciales) procesadas por segundo, así como el costo de una transacción en dólares. Se utilizan múltiples transacciones para simular la actividad comercial de procesamiento de transacciones, y cada transacción requiere una respuesta. La métrica de rendimiento de referencia se expresa en Transacciones por segundo-E (tpsE). Servidor de
composición de banco de pruebas
- DBMS cliente: Lenovo ThinkSystem SR650:
- 2xXeon Platinum 8168 2.7 GHz (2 CPU / 48 núcleos / 96 subprocesos)
- 96 GB de RAM
- HDD RAID-1 SAS de 2x300 GB
Servidor DBMS: Lenovo ThinkSystem SR650:
- 2xXeon Platinum 8260 2,7 GHz (2 CPU / 56 núcleos / 112 subprocesos)
- 1536 GB de RAM
- 2x800GB SAS SSD RAID-1
- 6 unidades SSD SAS de 800 GB RAID-10
- 4xLenovo Storage D1224 (bandejas de discos SAS de 12 Gbs, SSD SAS de 74x800 GB configurados en dos grupos RAID: 4x17 RAID-5, 1x6 RAID-10)
Los servidores están interconectados mediante 4 enlaces de 10 GbE. A
continuación, se proporciona una configuración de soporte más detallada.
Los datos detallados sobre la configuración del hardware, el software y la metodología de prueba se pueden ver directamente en el informe TPC-E, que es de dominio público: tpc.org/4084
Resultados de las pruebas Los
resultados de las pruebas constan de tres grupos de pruebas:
- Modo de funcionamiento normal
- Disponibilidad de datos
- Recuperación de desastres
Modo normal Las
pruebas en modo normal constan de dos etapas. En la primera etapa, el sistema se "calienta" para llevarlo a un estado de carga de trabajo estable, cuya medición, a su vez, es el objetivo de una prueba regular.
En los resultados de las pruebas de estado estable, el SR650 mantiene una tasa de poco más de 7000 transacciones por segundo-E.
Los resultados de las pruebas de rutina se muestran en el siguiente gráfico.
Disponibilidad de
datos Medir la disponibilidad de datos implica realizar varias operaciones que simulan fallas del subsistema de disco.
La disponibilidad de datos se demuestra por el hecho de que una aplicación puede admitir operaciones de base de datos con acceso completo a los datos después de fallas fatales permanentes de cualquier disco que contenga tablas de base de datos, datos de registro de recuperación o metadatos de base de datos.
Las pruebas de disponibilidad de datos se realizan desactivando los discos que almacenan varios tipos de datos, mientras se monitorea el acceso de las aplicaciones a los datos.
A continuación, se muestran los tipos de matrices de discos que almacenan diferentes tipos de datos.
Durante la prueba de disponibilidad de datos, se siguieron los siguientes pasos:
- Se produjo una falla en el disco en la matriz de registros de la base de datos (el disco se eliminó físicamente del servidor).
- 5 , tempdb.
- 5 , .
Dado que todas las matrices están protegidas por diferentes niveles de RAID, no hubo interrupción del acceso a los datos y, aparte de una caída de rendimiento a corto plazo, no hubo ningún efecto.
Unos minutos más tarde, se instalaron tres nuevos discos en sucesión para reemplazar los "fallidos", y comenzó el proceso de restauración de la matriz de datos. El proceso de reconstrucción ha reducido drásticamente el rendimiento. Este es un comportamiento normal, porque hasta que todos los conjuntos de datos se hayan recuperado por completo, algunos de los recursos de E / S se gastarán en la reconstrucción en lugar de en las operaciones de DBMS.
A continuación se muestra un gráfico para probar la disponibilidad de datos.
Recuperación de desastres
La prueba final para la recuperación de desastres es el proceso de restaurar el sistema en su totalidad después de un accidente grave que deshabilitó por completo el servidor de la base de datos. La recuperación ante desastres se considera exitosa cuando la carga de trabajo vuelve a la normalidad ~ 7000 tpsE.
Se tomaron los siguientes pasos para probar la recuperación ante desastres:
- Se quitaron todos los cables de alimentación del servidor DBMS, lo que provocó que se apagara de inmediato. Se perdió todo el contenido de la memoria caché principal y del servidor. Todos los controladores de disco RAID dentro del servidor funcionaban sin baterías, por lo que también se perdió todo el contenido de la caché del controlador de disco.
- Los cables de alimentación están conectados y el servidor DBMS está encendido.
- Se eliminaron todos los archivos de registro y datos para tempdb.
- SQL Server. . SQL Server , tpce , .
- SQL Server « » . 15 .
Dado que hubo un intervalo de tiempo entre el final de la recuperación de la base de datos y el comienzo de la recuperación de todas las aplicaciones, y varias transacciones tuvieron que reiniciarse (y no solo continuar), estas transacciones comenzaron a realizarse solo después de que se restauró la base de datos (ver la línea roja en el gráfico), lo que tomó más unos 10 minutos.
Por lo tanto, el final de la recuperación ante desastres es la recuperación completa de la carga de trabajo de todas las aplicaciones, es decir, el momento en el gráfico donde las líneas azul y roja alcanzarán el valor nominal de ~ 7000 tpsE.
Total:
- El tiempo para restaurar la base de datos es 00:15:33.
- El tiempo de recuperación de la aplicación es 00:10:06.
- El tiempo completo de recuperación ante desastres es 00:25:39.
- A continuación se presenta el resumen del informe desglosado por tipo de transacción:
La conclusión final con el tpsE puntuado y el costo de una transacción se presenta a continuación:
Un indicador de 7012.53 tpsE con un costo de transacción de $ 90.99 ocupó el segundo lugar en la calificación TPC-E Top Performance Results, donde el mejor servidor Lenovo ThinkSystem SR860 V2 ocupa el primer lugar ( tpc.org/tpce/results/tpce_perf_results5.asp?resulttype=all ), así como el tercer lugar en la calificación TPC-E Top Price / Performance Results, donde SR860 también ocupa el primer lugar y la solución de un competidor está en segundo lugar .
Este es un indicador muy decente. El resultado es un servidor potente, flexible, manejable y confiable que, como otros productos de Lenovo, también tiene un precio razonablemente competitivo. Es esta combinación de cualidades la que ha convertido al Lenovo ThinkSystem SR650 en el servidor Lenovo más vendido del mundo. Para dejar una solicitud para el servidor Lenovo ThinkSystem SR650, siga el enlace.