Prueba de carga 1s. Prueba de carga estándar. Sistema operativo ms server y base de datos ms sql
Resultados de la prueba de carga TPC-1 de rendimiento de 1C según Gilev para una configuración con una base de datos de archivos:
El rendimiento del servidor no se evalúa por la carga de trabajo y las colas de la CPU, sino por la capacidad de realizar una cierta cantidad de operaciones por unidad de tiempo.
La contienda por recursos como el procesador reduce la velocidad de las operaciones cuando el tiempo de respuesta está determinado por:
- tiempo de operacion
- tiempo de espera del equipo
- tiempo de esperas lógicas como candados
La característica clave es la velocidad de la operación.
Nota. Para un procesador, la característica más importante es la frecuencia del procesador y no la carga. A continuación se muestra una captura de pantalla de los resultados de la prueba (haga clic en la imagen para ampliarla).
La ejecución del sistema y la planificación de los recursos informáticos necesarios para su implementación es una operación obligatoria para cualquier implementación o cambio de un sistema de TI existente.
La mayoría de los métodos de evaluación del desempeño existentes se basan en algún tipo de prueba.
Hay dos tipos principales de pruebas: componentes e integrales.
Las pruebas de componentes implican probar componentes individuales de una solución, que van desde el rendimiento de los procesadores o subsistemas de almacenamiento hasta probar el rendimiento del servidor en su conjunto, pero sin la carga útil en forma de una aplicación empresarial concreta.
El enfoque integrado se caracteriza por evaluar el desempeño de la solución en su conjunto, tanto de sus partes de software como de hardware. En este caso, se puede utilizar tanto una aplicación empresarial, que se utilizará en la solución final, como algunas aplicaciones modelo que emulan algunos procesos y cargas empresariales estándar.
Nuestra prueba utiliza exactamente este enfoque.
Recibimos como resultado un cierto índice de rendimiento (velocidad). Este es el resultado de que la plataforma en su conjunto se ejecute en nuestro hardware. En el caso de la versión cliente - servidor, esto es el resultado de una compleja cadena de solicitudes que pasan por varias secciones. Obtiene el resultado real total, que está determinado por el cuello de botella del sistema. La configuración de DBMS, la configuración del sistema operativo y la configuración del hardware afectan el rendimiento general del sistema.
La prueba evalúa la cantidad de trabajo por unidad de tiempo en un subproceso y es adecuada para evaluar la velocidad de cargas de un solo subproceso, incluida la velocidad de representación de la interfaz, el impacto de los costos en el mantenimiento del entorno virtual y, si corresponde, la transferencia de documentos, cierre de mes, cálculo de nómina, etc.
La prueba de carga estándar está diseñada para evaluar el rendimiento del hardware y software del servidor en los llamados "usuarios estándar 1C". El principal área de aplicación de esta prueba es la selección de configuraciones de hardware y software del servidor para los fines de una implementación específica.
Problemas por resolver
- Cálculo del rendimiento de una configuración determinada de hardware y software de servidor.
- Comparación del rendimiento de diferentes configuraciones de hardware y software de servidor
- Seleccionar el equipo necesario para el funcionamiento de este sistema de información.
- Cálculo de los parámetros de los equipos necesarios para el funcionamiento de este sistema de información.
¿Qué evalúa la prueba?
La prueba evalúa el rendimiento. el conjunto completo de hardware y software de servidor desde el punto de vista de las tareas típicas de los sistemas que se ejecutan en la plataforma 1C:Enterprise 8. Es decir, la evaluación resultante no refleja el rendimiento de ningún componente del servidor del sistema (por ejemplo, un servidor en funcionamiento en un clúster 1C:Enterprise), sino toda la configuración del servidor en su conjunto. La parte del servidor del sistema, cuyo rendimiento se mide mediante esta prueba, incluye:
- todos los servidores en funcionamiento utilizados para implementar el clúster 1C:Enterprise y los servidores DBMS
- sistemas operativos de todos los servidores en funcionamiento;
- configuración de los sistemas operativos, 1C:Enterprise y DBMS.
Durante la prueba, la prueba aumentará automáticamente la cantidad de usuarios simultáneos hasta que uno de los componentes de hardware o software del sistema ya no pueda soportar la carga. Esto dará como resultado una mala calificación de rendimiento y la prueba se detendrá con el último valor bueno como resultado. Al mismo tiempo, los componentes restantes pueden estar subcargados en un grado u otro.
Así, la prueba evalúa el rendimiento de la parte servidor del sistema en función de su cuello de botella, es decir, su componente menos productivo.
Si la parte del servidor del sistema no está bien equilibrada para funcionar con 1C:Enterprise, eliminando el cuello de botella (reemplazando o actualizando el componente menos productivo) puede obtener una calificación de rendimiento más alta.
Tenga en cuenta que la prueba no evalúa el rendimiento de la parte cliente del sistema de ninguna manera, por lo que este factor debe excluirse por completo. En otras palabras, las estaciones de trabajo de los clientes no deberían convertirse en un cuello de botella del sistema. Este tema se analiza con más detalle en el capítulo "Preparación de la parte del cliente del banco de pruebas".
Cómo funciona la prueba
La prueba de carga estándar es una base de información 1C:Enterprise 8.2 con una configuración basada en "Manufacturing Enterprise Management". La configuración se combina con Test Center 2.0, que incluye un script de prueba.
El escenario de prueba incluye la emulación del proceso de negocio “ventas en SCP”, es decir: la creación de varios documentos diferentes, la generación de informes y otras acciones aplicadas. La prueba funciona en modo paralelo completo, es decir, cada usuario trabaja con sus propios datos únicos y no hay esperas en los bloqueos. El usuario completa un ciclo completo de ventas por minuto.
Fondo
Una operación obligatoria para cualquier implementación o cambio de un sistema de información existente es evaluar la velocidad requerida del sistema y planificar los recursos informáticos necesarios para su implementación. Actualmente, no existe una solución exacta a este problema en forma general, y si, a pesar de
Debido a su complejidad y costo, cualquier fabricante propondrá un algoritmo de este tipo, entonces incluso pequeños cambios en el hardware, la versión del software, la configuración del sistema o el número o el comportamiento estándar de los usuarios conducirán a errores importantes.
Sin embargo, hay suficientes formas. Todos estos métodos se pueden utilizar en el proceso de selección, pero el consumidor debe comprender sus aplicaciones y limitaciones.
La mayoría de los métodos de evaluación del desempeño existentes se basan en
u otro tipo de prueba.
Hay dos tipos principales de pruebas:
componente e integral.
Cuando se realizan pruebas de componentes
probar los componentes individuales de la solución, comenzando por el rendimiento
procesadores o subsistemas de almacenamiento antes de realizar la prueba
Rendimiento del servidor en su conjunto, pero sin carga útil en forma de uno u otro.
aplicaciones de negocios.
El enfoque integral se caracteriza por una evaluación
rendimiento de la solución en su conjunto, tanto de sus partes de software como de hardware.
En este caso, se puede utilizar como una aplicación empresarial que se utilizará
en la solución final, así como algunas aplicaciones modelo que emulan
algunos procesos de negocio y cargas de trabajo estándar.
Pruebas TPC y otras pruebas universales le permiten seleccionar las plataformas más prometedoras y comparar ofertas de diferentes fabricantes, pero son solo información de referencia que no tiene en cuenta las características específicas del negocio. Las pruebas especializadas le permiten seleccionar con mayor precisión un modelo de servidor específico y su configuración. Sin embargo, las decisiones más informadas se toman únicamente en función de los resultados de las pruebas de carga. Sólo ellos permiten configurar de forma óptima los seleccionados
plataforma del servidor y configúrela para obtener el máximo rendimiento.
Qué ha pasado TPC-1C-GILV
Se trata de una serie de pruebas independientes diseñadas para evaluar el rendimiento de la plataforma 1C:Enterprise 8.1 en su(s) computadora(s).
Por supuesto, una prueba "independiente" significa que no está patrocinada por 1C.
La prueba ya está disponible" TPC-Rendimiento A-local / TPC-1C-GILV-A" (última actualización: agosto de 2008, versión 1.0.3)
idea de prueba TPC-Rendimiento A-local / TPC-1C-GILV-A
Usted descarga el archivo de descarga de configuración (~400 KB) de este sitio y lo carga usted mismo. Si expande la configuración en la versión del archivo, la prueba probará en gran medida la conexión "CPU de su computadora - HDD donde se encuentra la base".
Si implementa la configuración en una versión cliente-servidor, entonces la CPU del servidor de aplicaciones (la CPU del servidor de la subbase de datos) estará sujeta principalmente a la carga.
La prueba realiza un registro intensivo de 5000 documentos. No hay un significado profundo en la lógica empresarial del código; simplemente se evalúa el rendimiento del documento X, elegido condicionalmente como estándar.
La principal belleza de la prueba es que no es necesario conocer los detalles técnicos. La prueba se ejecuta sola y produce su propia puntuación. Además tampoco tienes que contarle a nadie el resultado :)
Puede comparar el rendimiento de varios servidores o de un servidor con diferentes características del subsistema de disco.
Al realizar una prueba desde el servidor de aplicaciones y desde el cliente a través de la red, puede comprender el impacto de la red en el área del cliente al servidor.
Cómo ejecutar una prueba
Realizar una prueba es muy fácil. Tienes que presionar un botón.
y espere hasta que el indicador de prueba (a la derecha del botón) alcance el 100%.
La prueba suele durar unos 8 minutos.
¿Qué significan los resultados de la prueba?
El resultado de la prueba se informa como la "velocidad de escritura" de los datos de la prueba. El error de prueba es de 2 unidades. Para una evaluación precisa, puede repetir la prueba 3 veces.
Después de que el indicador de prueba alcance el 100%, verá gráficos como este:
Debajo de los gráficos se muestran algunas pruebas similares realizadas anteriormente.
El color del gráfico indica la calidad actual del rendimiento "general" para el trabajo sin bloqueo.
El color verde del gráfico, junto con algunos indicadores seleccionados condicionalmente a la derecha, nos permite realizar una evaluación generalizada multiplataforma del "buen" desempeño :)
Cómo estar contento con los resultados de su prueba
Como resultado, recibió un determinado índice de rendimiento (velocidad de conteo). No importa si el resultado es bueno o malo: este es el resultado de la PLATAFORMA ejecutándose en su hardware. En el caso de una versión cliente-servidor, este es el resultado. Obtiene el resultado total real, que está determinado por el PUNTO DE BOTELLA en el sistema. ¡SIEMPRE HAY UN LUGAR PARA BOTELLAS!
En otras palabras, tanto la configuración del DBMS como la del sistema operativo y el hardware influyen en el resultado general del equipo :)
¿Qué servidor es mejor?
Esta prueba, realizada en un servidor específico, da el resultado en función de la totalidad de la configuración del hardware, sistema operativo, base de datos, etc. Sin embargo, un resultado alto en un hardware de servidor concreto significa que, en condiciones normales, se obtendrá el mismo resultado en un hardware de servidor idéntico. Esta prueba es una herramienta gratuita que le ayudará a comparar la instalación de 1C:Enterprise en Windows y Linux, tres DBMS diferentes compatibles con la plataforma 1C:Enterprise 8.1.
Seguridad de prueba
La prueba es absolutamente segura. No provoca una "caída" del servidor (no existe un algoritmo de "estrés") y no requiere medidas preliminares ni siquiera en un servidor de "combate". Los datos confidenciales tampoco se registran en los resultados de las pruebas. Se recopila información sobre los parámetros de CPU, RAM y HDD. No se recopilan los números de serie del dispositivo. Puede verificar todo esto fácilmente: el código de prueba está 100% abierto. Es imposible enviar información sin su conocimiento.
Cómo publicar los resultados de las pruebas
Si desea ayudar a desarrollar la prueba, puede ejecutar varias pruebas en sus servidores. Luego deja la lista general de pruebas realizadas solo aquellas que quieras publicar y envía un dt upload con los resultados.
Los datos se verificarán manualmente (que no sean incorrectos), el destinatario de la prueba se agregará a la columna "autor" de las pruebas y se agregará a la descarga, disponible para que todos la descarguen.
Clasificación TPC-Rendimiento A-local / TPC-1C-GILV-A
La prueba pertenece a la sección de pruebas integrales universales multiplataforma. Además, es aplicable a las opciones de archivos y cliente-servidor para usar 1C:Enterprise. La prueba funciona para todos los DBMS compatibles con 1C.
La universalidad le permite realizar una evaluación del desempeño generalizada sin estar vinculado a una configuración de plataforma típica específica.
Por otro lado, esto significa que para realizar cálculos precisos de un proyecto personalizado, la prueba le permite realizar una evaluación preliminar antes de una prueba de carga especializada (por ejemplo, utilizando 1C: Test Center).
Nota. Modificación de prueba " A" significa "gestión automática de bloqueos". Después del lanzamiento de las versiones oficiales de las soluciones estándar de 1C, está previsto modificar la prueba para que funcione en el modo "bloqueo gestionado" y denotarlo con la letra ". METRO".
Descargar prueba
Esta prueba no es comercial y.
Resultados de la prueba
Arriba: las 3 mejores instalaciones cliente-servidor de 1C en MS SQL Server. Tú también puedes entrar en esta mesa. Puedes ver los resultados con más detalle descargando el test.
Detalles técnicos
¿Qué sucede en la prueba en el marco de “un” ciclo de operación?
Cómo medir la carga de hierro
Cabe señalar que la prueba en sí ya realiza parcialmente la medición. Para obtener una imagen más detallada, recomiendo utilizar la utilidad de Mark Rusinovich.
La figura muestra un ejemplo de medición para la versión del archivo.
Contactos para TPC-1C-GILV
http://sitio/1c/ tpc
resultados de pruebas, propuestas de desarrollo
Una operación obligatoria para cualquier implementación o cambio de un sistema de información existente es evaluar la velocidad requerida del sistema y planificar los recursos informáticos necesarios para su implementación. Actualmente, no existe una solución exacta a este problema en forma general, y si, a pesar de su complejidad y costo, algún fabricante propone un algoritmo de este tipo, incluso los pequeños cambios en el hardware, la versión del software, la configuración o cantidad del sistema o el comportamiento estándar del usuario dará lugar a errores importantes.
Sin embargo, existen muchas formas de evaluar la configuración de software y hardware necesaria para lograr el rendimiento requerido. Todos estos métodos se pueden utilizar en el proceso de selección, pero el consumidor debe comprender sus aplicaciones y limitaciones.
La mayoría de los métodos de evaluación del desempeño existentes se basan en algún tipo de prueba.
Hay dos tipos principales de pruebas: componentes e integrales.
Las pruebas de componentes implican probar componentes individuales de una solución, que van desde el rendimiento de los procesadores o subsistemas de almacenamiento hasta probar el rendimiento del servidor en su conjunto, pero sin la carga útil en forma de una aplicación empresarial concreta.
El enfoque integrado se caracteriza por una evaluación del rendimiento de la solución en su conjunto, tanto de sus partes de software como de hardware. En este caso, se puede utilizar tanto una aplicación empresarial, que se utilizará en la solución final, como algunas aplicaciones modelo que emulan algunos procesos y cargas empresariales estándar.
El color verde del gráfico, junto con algunos indicadores seleccionados condicionalmente a la derecha, nos permite realizar una evaluación generalizada multiplataforma del "buen" desempeño.
Cómo estar contento con los resultados de su prueba
Como resultado, recibió un determinado índice de rendimiento (velocidad). No importa si el resultado es bueno o malo: este es el resultado de la PLATAFORMA ejecutándose en su hardware. En el caso de la versión cliente-servidor, esto es el resultado de una compleja cadena de solicitudes que pasan por varias secciones. Obtiene el resultado real total, que está determinado por el cuello de botella del sistema. Siempre hay un cuello de botella.
En otras palabras, tanto la configuración del DBMS como del sistema operativo y el hardware tienen un impacto en el resultado general del equipo.
¿Qué servidor es mejor?
Esta prueba, realizada en un servidor específico, da el resultado en función de la totalidad de la configuración del hardware, sistema operativo, base de datos, etc. Sin embargo, un resultado alto en un hardware de servidor concreto significa que, en condiciones normales, se obtendrá el mismo resultado en un hardware de servidor idéntico. Esta prueba es una herramienta gratuita que le ayudará a comparar la instalación de 1C:Enterprise en Windows y Linux, tres DBMS diferentes compatibles con la plataforma 1C:Enterprise 8.
Seguridad de prueba
La prueba es absolutamente segura. No provoca una "caída" del servidor (no existe un algoritmo de "estrés") y no requiere medidas preliminares ni siquiera en un servidor de "combate". Los datos confidenciales tampoco se registran en los resultados de las pruebas. Se recopila información sobre los parámetros de CPU, RAM y HDD. No se recopilan los números de serie del dispositivo. Puede verificar todo esto fácilmente: el código de prueba está 100% abierto. Es imposible enviar información sin su conocimiento.
Clasificación TPC-Rendimiento A-local / TPC-1C-GILV-A
La prueba pertenece a la sección de pruebas integrales universales multiplataforma. Además, es aplicable a las opciones de archivos y cliente-servidor para usar 1C:Enterprise. La prueba funciona para todos los DBMS compatibles con 1C.
La universalidad le permite realizar una evaluación del desempeño generalizada sin estar vinculado a una configuración de plataforma típica específica.
Por otro lado, esto significa que para realizar cálculos precisos de un proyecto personalizado, la prueba le permite realizar una evaluación preliminar antes de las pruebas de carga especializadas.
Descargar prueba
Esta prueba no es comercial y se puede descargar gratis para 8.2 y gratis para 8.3.
Detalles técnicos
¿Qué sucede en la prueba en el marco de “un” ciclo de operación?
Características del uso de la prueba en una base de datos PostgreSQL
Establezca el parámetro standard_conforming_strings en el archivo de configuración postgresql.conf en 'desactivado'
Cómo medir la carga de hierro
Cabe señalar que la prueba en sí ya realiza parcialmente la medición. Para obtener una imagen más detallada, recomiendo utilizar la utilidad Process Explorer de Mark Rusinovich.
La figura muestra un ejemplo de medición para la versión del archivo.
Computadoras (nombre convencional) que participan en las pruebas - descripción (los discos se indican solo para la base de datos):
(aclaración entre servidores red 1 Gbit)
1) IT33- escritorio con Core i5 de 4 núcleos a 2,8 GHz, DDR3 de 3 GB, un disco duro de 7200 rps.
2) REAL- EL MÁS POTENTE como pensaba)) 8 núcleos Xeon a 3 GHz, DDR2 48 GB, RAID10 en SSD
3) REAL2- 8 núcleos Xeon a 2 GHz, DDR2 de 22 GB,RAID10 en discos duros SAS de 10.000 rps
Las pruebas se realizaron en la configuración 1c de Gilev:
"SQL Server" ---> "1C Server" ---> "Evaluación" + "Nombre de la computadora cliente (si no se especifica, entonces es el mismo en la lista)">1)REAL2--->REAL2--->25.64(TCP--SQL)
>2)REAL2--->REAL2--->26.32(SQL--Memoria compartida)
>3)REAL2--->REAL2--->25.64(SQL--Memoria compartida) + IT33(cliente) - del cliente a la red de servidores=10 Mbit
>4 )REAL2--->REAL2--->24.27(SQL--Memoria compartida) + REAL(cliente) - hmm... extraña red de 1 Gbit... ¿por qué hay menos loros?
>5)REAL2--->REAL2--->37.59(Archivo)
**
****
**************************
>1)REAL--->REAL--->8.73(TCP--SQL)
>2)REAL---> Real2--->11.99(TCP--SQL) --- esto ya está empezando a darme algunas ideas))
>3)REAL--->REAL--->17.48 (Archivo)
** **** ******************************
>1)IT33--->IT33--->26.88(TCP--SQL)
>2)IT33--->IT33--->34.72(SQL--Memoria compartida)
>3)IT33--->IT33--->59.52(Archivo)
Resultados:
Miré los resultados de la prueba... torcidos de un lado a otro)) y luego me di cuenta (tomé medidas de la velocidad de la RAM),
¿Qué pasa con la velocidad de 1s 8.x (observo que los resultados de la prueba se basan en el modo USUARIO ÚNICO, pero también para la versión cliente-servidor con trabajo multiusuario; creo que también tendrán una influencia considerable)? -
Entonces, la velocidad de 1C se ve afectada por: frecuencia del bus de la CPU + frecuencia de la memoria RAM
----> lo que afecta Velocidades de ESCRITURA y LECTURA en RAM. ¿Cuál es la base para el desempeño de 1s 8.x?.
Computadoras que compartieron premios en términos de velocidad de operación 1s))
1)IT33--->IT33--->59.52(Archivo)
RAM DDR 3 (lectura 11089 MB/s, escritura 7047 MB/s) ------ como esperaba, la diferencia será significativa con los servidores
2)REAL2--->REAL2--->37.59(Archivo)
- RAM DDR2 (Lectura=3474, Escritura=2068)
3)READALES--->REAL--->17.48(Archivo)
- RAM DDR2 (Lectura=1737 MB/s, Escritura=1042 MB/s) - resultó que la velocidad es menor que en Real2 - exactamente 2 veces,
Debido a los Núcleos Virtuales habilitados (Hyper-trading), lo más probable es que lo deshabilitemos.
CONCLUSIONES:
Se alcanza la velocidad de funcionamiento más alta de 1s 8.x:
I) para la opción Archivo (a mí personalmente no me interesa)
A) iniciar el Cliente (cualquiera) en una computadora con alta velocidad de trabajo con RAM. (por ejemplo Terminal Server
DB allí).
II) para la opción Cliente-Servidor
1) Clientes gruesos 1C en el "Servidor Terminal" - con +
2) Clientes ligeros 1C- No hay ninguna diferencia particular donde... pero es recomendable configurarlo vía "HTTP://".
3a) "Servidor SQL" + "Servidor empresarial 1C"(en modo de memoria compartida): en un automóvil con RAM de escritura/lectura de mayor velocidad + Núcleos de CPU GHz de mayor frecuencia discos
Aclaraciones:
- apoyoMemoria compartida- apareció en el motor a partir de 8.2.17 (ATENCIÓN en la configuración: el modo de compatibilidad con versiones anteriores del motor no debe estar habilitado), en motores anteriores se utilizarán Naimed Pipes - también muestra buenos resultados))
- RAID en unidades SSD- es recomendable utilizar RAID10 - para tolerancia a fallos, teniendo en cuenta la ESCALA de escritura:
ejemplo RAID10 (penalización de escritura de 4 unidades = 2), velocidad de escritura = 4/2 = 2 discos, sin penalización de lectura.
También puede aumentar aún más la confiabilidad y estabilidad de la velocidad del SSD, sin utilizar toda la capacidad del disco.
Ejemplo (elevar la confiabilidad de un SSD de escritorio al nivel de un SSD de servidor):
Si, por ejemplo, SSD Intel serie 520 de 120 GB, asigna 81 GB y deja el resto del espacio sin asignar:
luego, alrededor del 32 % del espacio SSD se asignará para sobreaprovisionamiento, además del 8 % oculto ya existente. En total obtenemos alrededor del 40%
La diferencia entre el SSD de servidor serie Intel 710 y el SSD de escritorio serie Intel 320 es precisamente la diferencia en el sobreaprovisionamiento: más del 40% para el Intel 710 y el 8% para el Intel 320.
Si hay muchos clientes 1C a partir de 100:
1) Sobre las tecnologías de red Ethernet actuales - NO es recomendable eliminar "SQL" "Server 1C".
por ejemplo debido a latencia (retrasos) en la red Gigabit Ethernet - velocidad de intercambio real con SQL = 30 Megabytes/s - que no es suficiente ni siquiera para el trabajo intensivo con la base de datos de 1 usuario.
2) porque de hecho, "Servidor 1C" = "Objeto DBMS" (objetos multidimensionales) y "SQL" = "DBMS relacional"(almacenamiento de datos tabular plano)
=> en la base de datos SQL, se almacena una proyección PLANA de los Objetos 1C y el Servidor 1C recopila un Objeto de esta proyección, luego trabaja con este Objeto y finalmente, al finalizar el trabajo, lo presenta nuevamente en una vista plana y lo almacena. en SQL.
Como resultado, entre "SQL" y "1C Server" hay que renunciar a dividirlo en dos servidores físicos. Pero puedes utilizar la implementación completa de los nodos NUMA. ( Esto debe ser compatible con el sistema operativo y los propios procesadores.).
3b) Separamos los servidores SQL y los servidores 1c por separado.:
En las tecnologías Ethernet actuales, por ejemplo Gigabit, NO es práctico
-SQL al servidor con RAM de escritura/lectura de mayor velocidad + Núcleos de CPU GHz de mayor frecuencia
-Alguno Servidores FÍSICOS en el Clúster 1c C RAM de escritura/lectura de mayor velocidad +
Núcleos de CPU GHz de mayor frecuencia+ es recomendable utilizar RAID en SSD- discos