Velocidad Fiber Channel
Actualmente estoy trabajando con un cliente que ha comprado un par de nodos ( estamos hablando de Oracle RAC ) + storage compartido por fibra
Una pequeña muestra de la velocidad de este conjunto: Copiar aproximadamente 730MB desde el disco local de uno de los nodos a la cabina de storage compartido tarda 2,5 segundos. ( Tened en mente que la cabina tiene cache propia en RAM, pero el resultado es que efectivamente se ha transportado la información del disco local al disco externo en un tiempo muy bueno ). Mientras realizaba esta prueba, estaba restaurando aproximadamente 70GB desde una unidad de cinta Ultrium al mismo filesystem de storage compartido.
Dejo el log como referencia ( he omitido datos que puedan hacer que el cliente se sienta identificado ) :
[root@nodo1 ~]# mount
/dev/mapper/VolGroup00-LogVol00 on / type ext3 (rw)
(...)
/dev/sda3 on /opt/un_path type ocfs2 (rw,_netdev,heartbeat=local)
[root@nodo1 ~]# ls -l en_busca_felicidad.avi
-rwxr-xr-x 1 root root 734562304 mar 4 21:40 en_busca_felicidad.avi
[root@nodo1 ~]# time cp en_busca_felicidad.avi /opt/un_path
real 0m2.542s
user 0m0.036s
sys 0m2.500s
[root@nodo1 ~]# ls -l /opt/un_path
total 717354
-rwxr-xr-x 1 root root 734562304 mar 20 18:07 en_busca_felicidad.avi
drwxr-xr-x 2 root root 4096 mar 20 15:11 lost+found
drwx------ 3 root root 4096 mar 20 15:31 opt
[root@nodo1 ~]# rm en_busca_felicidad.avi
rm: ¿borrar el fichero regular «en_busca_felicidad.avi»? (s/n) s
[root@nodo1 ~]#
En este post iré publicando tests parecidos según me vaya encontrando combinaciones interesantes de hardware. No identificaré el hardware para ser neutral y no hacer publicidad ni a favor ni en contra, ya que se puede dar el caso que se necesite una configuración determinada que haga que las comparaciones no sean en igualdad de condiciones. De todas maneras no tengo ningún inconveniente en responder de forma privada aquellas consultas referentes a que hardware en concreto dio el resultado que haya posteado
26 Febrero 2008
[root@nodo ~]# dd if=/dev/zero of=/dev/emcpowera5 bs=1M
dd: escribiendo «/dev/emcpowera5»: No queda espacio en el dispositivo
102211+0 records in
102210+0 records out
107175366144 bytes (107 GB) copied, 896,745 seconds, 120 MB/s
[root@nodo ~]#
miércoles, 21 de marzo de 2007, 11:32:00 CET
¡Brutal!
Pero 28 GB/s parece demasiado para el nominal de la fibra que imagino será de 2 ó 4 Gbps.
Poer otra parte me parece correcto que corras un tupido velo sobre la identidad del cliente. !No vaya a ser que se le eche encima la SGAE por posesión de contenidos con derechos restringidos! jejejej
miércoles, 21 de marzo de 2007, 16:43:00 CET
A ver, a mí me da el siguiente ratio:
734562304 bytes / 2.542 segundos = 288970221,872541306 bytes/segundo
para redondear, 288 Megabytes/segundo. Convirtiendo a megabits salen unos 2304 megabits
También hay que tener en cuenta que cada nodo dispone de 2 tarjetas FC Emulex
03:01.0 Fibre Channel: Emulex Corporation Helios LightPulse Fibre Channel Host Adapter (rev 01)
06:01.0 Fibre Channel: Emulex Corporation Helios LightPulse Fibre Channel Host Adapter (rev 01)
Y que los gigabits son tanto de subida como de bajada. Otro apunte más, creo que estan configuradas en modo failover, si estuvieran configuradas en modo team igual todavía podría dar más :)
Y respecto a lo de la SGAE...que elijan una de estas dos opciones:
a) El contenido no se corresponde con el nombre del fichero
b) Es una copia propia mía para uso personal
lunes, 26 de marzo de 2007, 15:12:00 CEST
Cierto cierto... realmente no mire detenidamente el tamaño del fichero. La mención de /= GB en otra parte del texto se quedó grabada en mi subconsciente ;-)
Respecto a los simpaticos de la SGAE, no sabes con quien te las ves... :-P
lunes, 26 de marzo de 2007, 15:14:00 CEST
J*der, estoy dislexico. Por supuesto queria decir 70 GB.
Publicar un comentario