Escritura lenta Dell Server R720

Tengo un server Dell R720 con PERC H310 hardware raid 5 y 4 x Seagate Cheetah 15K.7 ST3300657SS 300 GB de discos duros. Windows Server 2008 R2. Las lecturas parecen buenas, pero las escrituras son dolorosamente lentas.

Ejecutando el Atto Disk Benchmark, veo velocidades de lectura de> 500 MB / s en tamaños de transferencia de 128kb a 8192kb.

Para escrituras con tamaños de transferencia de 128kb a 8192kb, veo velocidades de lectura de 20 a 22 MB / seg. Alnetworkingedor de 10 veces demasiado lento.

La misma máquina tiene un nuevo Samsung SSD. Las escrituras para el SSD son> 450 MB / seg.

Además de comprobar los controlleres, ¿qué podría causar tan mal performance? ¿Dónde hay buenos lugares para mirar? ¿Qué buenas testings adicionales para ejecutar?

Fui el único usuario durante estas testings. No se estaban ejecutando processs con hambre de resources.

2 Solutions collect form web for “Escritura lenta Dell Server R720”

El H310 no tiene ningún caching de escritura (en comparación con el H710, que tiene 512 MB de caching respaldado por batería), por lo que de inmediato no se va a get un gran performance de escritura con él. El H310 también no utiliza la caching integrada en las unidades de disco duro de forma pnetworkingeterminada, por lo que todo es estrictamente "write-through".

Siempre puede habilitar la caching de disco en Windows, que utiliza la RAM del server para escribir caching … pero tenga cuidado, ya que las paradas inesperadas del sistema o la pérdida de alimentación pueden provocar daños en los datos. El mismo riesgo existe para el uso de caching de los discos físicos – esto puede ser activado en el disco virtual de OMSA con la opción "Cambiar política" en el disco virtual.

RAID5 tiene una significativa "pena de escritura" a considerar también. Para cada operación de escritura única enviada al controller, se deben realizar 4 E / S para realizarla (debido al recálculo de los datos de paridad). Con write-through en el controller, usted está recibiendo un golpe con la pena de escritura del tipo RAID, más el retardo que implica que el controller vuelva a calcular la paridad.

Las statistics de performance que estás recibiendo me parecen completamente normales según el hardware y la configuration. Si el performance de escritura representa una verdadera necesidad de negocio para usted, considere utilizar un tipo de RAID diferente (por ejemplo, RAID10), considere los riesgos y beneficios de habilitar el almacenamiento en caching en las unidades o en el volumen desde dentro del sistema operativo o considere actualizar su (por ejemplo, un controller H710).

  • H310 Hoja de Especificaciones
  • H710 Hoja de Especificaciones

Nunca se me ocurrió que estos numbers de performance son de esperar. Pensé que había algún problema oculto que me eludía. Es una lástima en Dell por vender esta basura. Este server cuesta bastante mucho, y mi computadora portátil puede vencerlo en ciertas tareas. Parece que este problema está resuelto.

Este es el comportamiento esperado. No hay ningún problema.

  • Revertir a Kerberos cuando Negociar: Kerberos cambia a NTLM
  • Cómo utilizar los remitentes DNS externos cuando la zona de búsqueda directa no contiene subdominio solicitado
  • DNS fallando, no se informan errores
  • Alternativa a DFS-R en los serveres de Amazon EC2 Windows
  • Después de que la import de usuarios desde el nombre de inicio de session de usuario de CSVDE es incorrecta
  • ¿Hay alguna razón técnica por la que no debería utilizar Windows Server 2012?
  • DNS de Active Directory, IPs preferidos y varios NIC
  • Prohibir, ralentizar o detener bashs masivos de acceso a RDP
  • El linux y los temas del servidor de Windows, como ubuntu, centos, apache, nginx, debian y consejos de red.