Archive | Open Storage

MTTF, MTTR y MTBF. Parámetros de error en un raid

MTTF, MTTR y MTBF. Parámetros de error en un raid

Posted on 04 mayo 2012 by Angel Ferrás Rodríguez

Después de un apagado brusco del equipo de casa que hace las funciones de NAS, tras el reinicio noté que iba realmente lento, así que revisé varios parámetros del sistema operativo tales como consumo de CPU, RAM …

 

top – 20:38:33 up  1:15,  2 users,  load average: 1.64, 1.74, 1.78
Tasks: 238 total,   1 running, 236 sleeping,   0 stopped,   0 zombie
Cpu(s): 30.9%us, 10.2%sy,  0.0%ni, 55.0%id,  3.3%wa,  0.0%hi,  0.6%si,  0.0%st
Mem:   8049492k total,  5032520k used,  3016972k free,   588176k buffers
Swap: 14651244k total,        0k used, 14651244k free,  1624444k cached

… tiempos de acceso a disco …

root@nas:/home/angel# hdparm -Tt /dev/md0

/dev/md0:
 Timing cached reads:   2584 MB in  2.00 seconds = 1291.84 MB/sec
 Timing buffered disk reads: 1054 MB in  3.00 seconds = 350.92 MB/sec
 

.. estado del raid software …

root@nas:/home/angel# mdadm –detail /dev/md0
/dev/md0:
        Version : 0.90
  Creation Time : Mon Mar 22 18:25:59 2010
     Raid Level : raid5
     Array Size : 4351454016 (4149.87 GiB 4455.89 GB)
  Used Dev Size : 1450484672 (1383.29 GiB 1485.30 GB)
   Raid Devices : 4
  Total Devices : 4
Preferred Minor : 0
    Persistence : Superblock is persistent

    Update Time : Fri May  4 20:28:10 2012
          State : active, resyncing
 Active Devices : 4
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 0

         Layout : left-symmetric
     Chunk Size : 64K

  Resync Status : 23% complete

           UUID : a2817b06:93997583:1f5ed1ed:1da3d5c1
         Events : 0.123774

    Number   Major   Minor   RaidDevice State
       0       8        2        0      active sync   /dev/sda2
       1       8       18        1      active sync   /dev/sdb2
       2       8       34        2      active sync   /dev/sdc2
       3       8       50        3      active sync   /dev/sdd2

root@nas:/home/angel# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4] [linear] [multipath] [raid0] [raid1] [raid10]
md0 : active raid5 sda2[0] sdc2[2] sdd2[3] sdb2[1]
      4351454016 blocks level 5, 64k chunk, algorithm 2 [4/4] [UUUU]
      [=====>...............]  resync = 25.1% (364361728/1450484672) finish=224.5min speed=80617K/sec
      
unused devices: <none>
 

el problema es una reconstrucción del raid software, ¿motivo? El syslog nos lo aclara …

May  4 19:24:14 nas kernel: [    2.188980] md/raid:md0: not clean — starting background reconstruction
May  4 19:24:14 nas kernel: [    2.188993] md/raid:md0: device sda2 operational as raid disk 0
May  4 19:24:14 nas kernel: [    2.188996] md/raid:md0: device sdc2 operational as raid disk 2
May  4 19:24:14 nas kernel: [    2.188998] md/raid:md0: device sdd2 operational as raid disk 3
May  4 19:24:14 nas kernel: [    2.189000] md/raid:md0: device sdb2 operational as raid disk 1
May  4 19:24:14 nas kernel: [    2.189442] md/raid:md0: allocated 4280kB
May  4 19:24:14 nas kernel: [    2.189480] md/raid:md0: raid level 5 active with 4 out of 4 devices, algorithm 2
May  4 19:24:14 nas kernel: [    2.189518] md0: detected capacity change from 0 to 4455888912384
May  4 19:24:14 nas kernel: [    2.189690] md: resync of RAID array md0
May  4 19:24:14 nas kernel: [    2.189704] md: resuming resync of md0 from checkpoint.

 

Aprovecho para revisar características de interés en dispositivos de almacenamiento tales como MTTR, en éste caso  que no se trata de un sistema en fallo ya que puedo acceder a los volúmenes del raid, pero  si está en modo degradado ya que el rendimiento del equipo está afectado. El tiempo para que la reconstrucción del raid finalice y pasar al estado operacional en éste caso es el MTTR (Mean Time to Repair).Más referencias en éste artículo.

Del syslog mostrado anteriormente tenemos que el raid  empezó la resincronización a las   "19:24:14", la finalización de la reconstrucción del raid se observa en el syslog a las  "1:25:38":

 

May  5 01:25:38 nas mdadm[1372]: RebuildFinished event detected on md device /dev/md0, component device  mismatches found: 16 (on raid level 5)
 

En resumen el MTTR del equipo cuando su raid software está degradado y liberarlo de un estado "not clean" es aproximadamente 6 horas.

Éste parámetro es ampliamente usado en la industria de cabinas de almacenamiento pero en otro caso, fallo de un disco en raid, al igual que MTTF (Mean Time to Failure) y MTBF (Mean Time Between Failures). Siendo el MTTF el tiempo que permanece sin errores de disco y MTBF se trata de el tiempo que hay entre dos errores de disco. Ésta gráfica resume de forma sencilla el ciclo de error que definen éstos parámetros:

Por suerte, en el caso del NAS casero no he calculado el valor real del MTTF, MTTR y MTBF de discos en fallo ya que desde que lo monté por Octubre del 2009 y con uso continuo no he tenido errores de disco, con una excepción de  sectores en fallo en uno de los discos nuevos que solventé con los pasos de este post. Además el equipo no dispone Hot Spare para el RAID 5 por lo que un disco en fallo  significará que operará en modo degradado hasta que lo  sustituya y finalice con la reconstrucción del nuevo. En este caso el MTTF real tiene un componente humano … :P

About Angel Ferrás Rodríguez

Ingeniero Superior en Electrónica que trabaja en la actualidad como Analista de Sistemas. Se especializa en Sistemas SAN, Almacenamiento y Backup en base a su experiencia en los sistemas informáticos de grandes cuentas. Escribe en la actualidad en web especializada de almacenamiento sobre soluciones de código abierto.

Comments (0)

Monitorización de Librerías Oracle Storagetek

Tags: , ,

Monitorización de Librerías Oracle Storagetek

Posted on 28 febrero 2012 by Angel Ferrás Rodríguez

Las librerías de cintas del fabricante Oracle en sus modelos Storagetek SL8500, SL3000 y SL500 Modular Library System pueden ser monitorizados vía SNMP.  A través de su agente SNMP está certificada su integración con la herramienta de monitorización HP OpenView y mediante checks de consultas podría integrarse en Nagios.

Para el caso de monitorización con Nagios hemos elaborado unos sencillos scripts de chequeo del estado de los componentes. Son cinco checks que realizan consultas SNMP al agente de la librería y obtienen el estado de salud:

- check_health_SL : Realiza una consulta del estado de la librería.

- check_health_SL_hand : Realiza una consulta del estado de una mano robótica.

- check_health_SL_power: Realiza una consulta del estado de un componente eléctrico.

- check_health_SL_cap: Realiza una consulta del estado de un cap.

- check_health_SL_drive: Realiza una consulta del estado de un drive.

Los checks se pueden descargar desde Nagios Exchange o desde éste enlace y se liberan mediante licencia GPL.

Los argumentos que necesitan los scripts están comentados en el inicio de cada uno y para su correcta ejecución requieren:

- La utilidad snmpwalk: Estan desarrollados para un entorno Solaris 10 por lo que si necesitas adaptarlo a otro sistema operativo tendrás que cambiar el path de ejecución de la herramienta snmpwalk en cada uno.

- Activación del agente SNMP en la librería: La activación y configuración del agente debe de realizarse según instrucciones del fabricante. Los Documentos de consulta según modelo son "SL3000 SNMP Reference Manual", "SL8500 SNMP Reference Manual","SL500 Library: Simple Network Management Protocol".

MIB: Este fichero se obtiene desde la interfaz de administración de la librería StreamLine Library Console.

SL8000 SL3000  SL500

Unos ejemplos de ejecución son

 # ./check_health_SL_cap.sh 10.0.0.1 "/MIB/MIB-SL3000.txt"  v2c 1

CAP "1.1.-31.2.0" is ok(0).

# ./check_health_SL_hand.sh 10.0.0.1 "/MIB/MIB-SL3000.txt" v2c 2 

Robot "1.1.0.2.0" is ok(0).

# ./check_health_SL_power.sh 10.0.0.1 "/MIB/MIB-SL3000.txt" v2c 5 

 "ECM-PS2-AC1:24" is normal(2).

 # ./check_health_SL_drive.sh 10.0.0.1 "/MIB/MIB-SL3000.txt" v2c 12 

TapeDrive "1.1.2.1.6" model "T10000b-3590" with SN "XXXXXXXXXX" is empty(2).

Se limitan al estado del hardware, otros parámetros interesantes para monitorizar, tales como la ocupación de los canales o errores en los puertos de fibra de los Drives pueden ser realizadas desde la SAN, tanto por herramientas propietarias o igualmente por consultas SNMP a los switches si se usan  tecnología BROCADE.

About Angel Ferrás Rodríguez

Ingeniero Superior en Electrónica que trabaja en la actualidad como Analista de Sistemas. Se especializa en Sistemas SAN, Almacenamiento y Backup en base a su experiencia en los sistemas informáticos de grandes cuentas. Escribe en la actualidad en web especializada de almacenamiento sobre soluciones de código abierto.

Comentarios desactivados

ESXi 5 Cliente VSphere

Tags: ,

Instalar ESXi 5 sobre VMware Player

Posted on 01 febrero 2012 by Angel Ferrás Rodríguez

¿ Para qué instalar VMware ESXi sobre VMware Player?

 

Quizás …

 

… te estés preparando una certificación de VSphere y necesitas un entorno de aprendizaje.

… eres sysadmin y quieres un entorno de pruebas.

… vas a realizar una actualización en breve de tu entorno VSphere 3.X/4.X y quieres conocer la nueva versión.

… por gusto.

 

El entorno usado para la instalación es un PC con las siguientes características:

 

CPU: AMD Phenom(tm) 9650 Quad-Core Processor

RAM: 8 GB DDR2 (800MHZ)

SO: Ubuntu 11.10 versión Desktop

Kernel: Linux nas 3.0.0-15-generic #26-Ubuntu SMP Fri Jan 20 17:23:00 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

 

El proceso de instalación es fácil a diferencia de versiones anteriores de VMware. Enumerándolas son las siguientes:

 

1. Descarga de VMware player en su versión 4.0.2

 

Enlace de descarga

 

2.Instalar VMware Player

 

Desde un terminal ejecutar instalador:

 

# ./VMware-Player-4.0.2-591240.x86_64.bundle

 

Por defecto, aceptas licencias y demás preguntas finalizando con la siguiente salida:

 

Extracting VMware Installer…done.

 

3.Descargar la iso de ESXi5

 

Enlace de descarga

Recordar que en la descarga  se te proporcionará una licencia gratutita  que necesitarás después de pasar el tiempo de pruebas (60 días).

 

4. Creación de la máquina virtual ESXi en VMware Player

 

Desde el menú de VMware Player utiliza la opción de crear nueva máquina virtual (Create New Virtual Machine). El wizard pedirá una serie de detalles de la configuración de la nueva máquina entre ellas destaco:

 

Instalación desde iso apuntando al fichero que nos hemos descargado en el punto 3, el tipo de Sistema Operativo "Other" que por defecto al leer la iso lo indentifica como "Custom (VMware ESXi 5)":

 

 

 

Una vez finalizada la creación de la máquina virtual, ántes de arrancarla, aconsejo ajustar la siguiente configuración Hardware (a título informativo):

 

CPU: 2 cores y activar la opción de virtualización.

RAM: +2GB

RED: Modo Bridge (para que coja la primera IP por DHCP)

 

Las "Best Practices" para parametrizar tu instalación la puedes encontrar aquí.

 

5. Instalador de ESXi

 

El primer arranque de la nueva máquina se hace desde CD ( iso en la máquina virtual) que cargará el instalador de ESXi. Se trata de un instalador interactivo que se completa en menos de 4 minutos … dejo a continuación unos pantallazos del proceso de instalación:

 

 

 

 

 

 

 

Después del reinicio, al final del primer arranque,  informará de la IP que tiene el nuevo Host creado con ESXi 5.

Para conectarse desde una máquina Windows puedes acceder a través de un navegador a la IP de la máquina virtual ESXi 5 y desde allí descargar el cliente de administración de VSphere e instalarlo …

 

Se me ocurren muchos usos con la virtualización para escritorio de un ESXi:

 

- Instalar un vcenter en una máquina virtual o física para gestionar un clúster de ESXi.

- Duplicar ésta máquina virtual, cambiándole la IP y el  Hostname, según la posibilidades del equipo se podrían replicar varias veces.

- Usar un almacenamiento externo tipo iSCSI (físico o virtual) descrito en posts anteriores para convertirlo en un Datastore vmfs, con multipath, balanceo round robin, …. recordar que VMware certifica los targets de almacenamiento SCST.

- Todas las posibilidades para aprender en tu entorno de pruebas ….

 

 

 

About Angel Ferrás Rodríguez

Ingeniero Superior en Electrónica que trabaja en la actualidad como Analista de Sistemas. Se especializa en Sistemas SAN, Almacenamiento y Backup en base a su experiencia en los sistemas informáticos de grandes cuentas. Escribe en la actualidad en web especializada de almacenamiento sobre soluciones de código abierto.

Comentarios desactivados

BACKBLAZE. PETABYTES de bajo coste

Tags: , , ,

BACKBLAZE. PETABYTES de bajo coste

Posted on 11 agosto 2010 by Angel Ferrás Rodríguez

Siguiendo con el artículo anterior que describía tecnologías para la implementación de un SAN de bajo coste, añado una interesante reseña sobre la solución de backups Backblaze. Esta empresa, formada por reputados empresarios, han hecho una propuesta de almacenamiento barato inusual, basado en un diseño del chassis de un servidor para rack de 4U con capacidad de albergar 45 discos SATA, conteniendo en total 67 teras  con un coste de 7,867$, saliendo el precio del tera a 117$.

Una comparativa del ahorro que supone esta solución:

Basada 100% en software libre:

Usada con éxito en entornos de producción, aunque tiene sus detractores que se basan en la no implementación de la especificación DIF T10 (de protocolo SCSI) o la falta de redundancia eléctrica (PSU), … hay un hilo interesante en GOOGLE GROUPS  sobre ello.

También encontré  inspiradoras modificaciones como ZFS o Alta disponibilidad.

Añado una entrada del Blog de StorageMojo que nos explica el porqué la diferencia de coste entre las soluciones SAN de los proveedores típicos de almacenamiento y la propuesta por BackBlaze, sin desperdicio …

Y por último animar a un  nuevo grupo  llamado OpenStoragePod que basados en ésta solución, investigan sobre diferentes alternativas hardware y software y cuya misión es:

to challenge the server tax” on enterprise storage solutions

About Angel Ferrás Rodríguez

Ingeniero Superior en Electrónica que trabaja en la actualidad como Analista de Sistemas. Se especializa en Sistemas SAN, Almacenamiento y Backup en base a su experiencia en los sistemas informáticos de grandes cuentas. Escribe en la actualidad en web especializada de almacenamiento sobre soluciones de código abierto.

Comments (3)

SAN de bajo coste

Tags: , , , , , , , , , , , , , , , , , , , , ,

SAN de bajo coste

Posted on 28 julio 2010 by Angel Ferrás Rodríguez

En tiempos de crisis describimos los puntos clave para  diseñar una SAN de bajo coste.

  • iSCSI

iSCSI   es una alternativa a la clásica SAN de fibra óptica, siendo económica su implementación ya  que no requiere de una infraestructura y tecnología adiccional Hardware de costosas HBAs y Switches de Fibra. Con sólo un switch ethernet ( o dos que aporten redundancia de acceso) y  con un servidor con tarjetas Ethernet de Gigabit junto con unos discos ya tendrías una SAN. Los initiators y targets  iSCSI en muchos sistemas vienen con la distribución, al igual que las soluciones de multicamino (multipath).

Existen otras alternativas a iSCSI también basadas en Ethernet como AoE (ATA over Ethernet) que al eliminar una capa de encapsulación de frames (IP) da mayor rendimiento.

  • DISCOS

En la actualidad se diponen discos de buen precio y alta capacidad para una solución de bajo TIER. Un ejemplo podría ser 4 discos SATA de 3Gb/s ,  capacidad 2 TB,  64 MB de Caché y 7200 rpm  con un total aproximado de 500€. Proporcionando aproximadamente unos 6 TB en RAID software con MDADM (solución de servidores Linux de RAID software) , que nos da una media de 111 euros por Tera tolerante a fallo (RAID).

Preguntadle a vuestro proveedor de SAN cuanto saldría una amplación de los TB en fibra …   ;-)

Aunque no es comparable una cabina de discos en fibra en cuanto a rendimiento debido a sus fenomenales características Hardware (tarjetas de fibra operando en modo target y procesadores dedicados, memoria caché del frontend y backend de los discos, …). Además sus discos tienen un rendimiento mayor,  15.000 rpm frente a los 7200 rpm que tienen  los discos SATA, comparativamente  pueden  duplicar las I/Os y mejoras como gestión de colas o DIF T10. Según la necesidad de las aplicaciones del uso intensivo de disco podría ser adecuada una solución de bajo TIER.

  • RAID

La tecnología RAID Hardware dejó de ser hace años exclusiva de entornos enterprise y cualquier placa de PC lleva integrado una controladora de discos SATA con soporte de RAID 0,1,5.  Por otro lado los resultados del RAID por software (MDADM, ZFS, …) y los gestores de volúmenes (Logical Volumen Manager – LVM ,Solaris Volumen Manager – SVM ,Veritas Volume Manager – VxVM, ZFS, …) demuestran ser alternativa eficaz que  complementan de forma segura y hacen flexible cualquier cambio posterior en el almacenamiento.

  • MULTIPATH

Una solución SAN en iSCSI necesitaría de un switch ethernet para conectar los Initiator/s con los Target/s. Un diseño en SAN de fibra típico sería redundar HBAs y Switches de fibra proporcionando multicamino (multipah) al sistema eliminando puntos de fallo, se conseguiría de esta forma prevenir de cualquier fallo Hardware la continuidad de acceso a los discos. Esta tolerancia a fallos también es posible realizarse por analogía en iSCSI, redundando tarjetas  y switches ethernet, acompañado de un software multipath propio de la distribución o usando nativamente el multipath iSCSI.

  • SAN/NAS

Cualquier sistema UNIX/Linux dispone de soporte para protocolos fibra e iSCSI y combinar con  cualquier protocolo de compartición de ficheros como SMB o NFS. Ésto nos permitiría crear un servidor que centraliza el almacenamiento en el CPD redireccionándolo a ethernet sobre protocolos de bloques (iSCSI) o de ficheros (SMB,NFS).

También existen soluciones enterprise con esta funcionalidad  basadas en software abierto tales como NexentaStor,  OpenFiler o FreeNAS.

  • Sistemas de Ficheros con reservas

El acceso de diferentes servidores a los mismos volúmes (típico en clústeres) necesitan tener un control de acceso y reservas de forma que haya coherencia en las modificaciones en el sistema de ficheros. Ésto se puede conseguir eligiendo un sistema de ficheros de tipo disco compartido (Share Disk File System)   como GFS (REDHAT) o VMFS (VMWARE).

  • Controladoras Activo/Activo Activo/Pasivo

Soluciones software tipo  IET en servidores linux  sobre las tarjetas ethernet del servidor  como Enterprise Target iSCSI proporcionará un comportamiento  análogo al  típico de  las controladoras de cabinas de discos  en fibra.

  • Soporte

El tema más delicado ya que el soporte SAN va en función de la interoperabilidad entre fabricantes destacando los elementos siguientes:

Sistema Operativo – Multipath – HBA-Drivers – Switch – Almacenamiento – Modos del multipath

Y debido a que el diseño de cada elemento en su totalidad  no se ajusta a los mismos estándares se necesita una certificación previa entre diferentes fabricantes.

Esta situación cambia bastante en un entorno iSCSI siendo un protocolo/estandar bien definido con una implementación precisa, que crea un marco de interoperatibidad mucho mayor.

Aún así, hablamos  de la infrestructura que contiene los datos de una empresa, y si algo en su CPD debe de tener soporte es este almacén de datos. Por lo que el final de este diseño propuesto puede variar bastante si no se quiere contratar soporte … incluyento por ejemplo  soluciones de backup, Alta disponibilidad (HA) con replicación síncrona entre dos cabinas de discos, … todo un tema a desarrollar y cuya implementación en producción es aconsejable que deba superar toda una fase de testeo intensivo  y planes robustos de contingencia.

Lo aconsejable es buscar soporte en alguna solución tipo Openfiler, siendo una de las soluciones más flexibles que cumple los puntos propuestod … aunque no olvidar que hay que mirar la interoperabilidad con lupa y como ejemplo  VMWARE no la certifica para sus servidores ESX.

Por otro lado si se elige una implementación  de un target iSCSI sobre un sistema operativo, ésta solución  no tiene porqué dejar de ser soportada por la distribución, ejemplo de ellos son: RHEL que incluye desde la versión 5.3 soporte para esta característica integrando SCSI Target Framework proyecto integrado en la linea principal de desarrollo del Kernel y mantenido por el creador de IET u OpenSolaris/Solaris Express 11 con el proyecto COMSTAR.

En Almacenamiento Abierto hemos diseñado cabinas de discos para entornos de producción con las siguientes características:

Ubuntu Server / SCST / LVM2 / MDADM (RAID 5) / HOT SPARE / ESX/ESXi 4/ MULTIPATH Nativo iSCSI/ SATA

Su aplicación para entornos de producción es un punto de interés fuerte por eso le hemos dedicado una serie de artículos sobre el proyecto SCST.

Si estás interesado en una implementación de targets SCST de bajo Tier certificado para VMWARE u otro entorno quizás te podamos ayudar, o si ya has implementado una o estás en en el proceso, nos gustaría conocer tu experiencia.

About Angel Ferrás Rodríguez

Ingeniero Superior en Electrónica que trabaja en la actualidad como Analista de Sistemas. Se especializa en Sistemas SAN, Almacenamiento y Backup en base a su experiencia en los sistemas informáticos de grandes cuentas. Escribe en la actualidad en web especializada de almacenamiento sobre soluciones de código abierto.

Comments (1)

VTL Open Source sobre FC

Tags: , , , , , , , , , , , , , , ,

VTL Open Source sobre FC

Posted on 21 julio 2010 by Angel Ferrás Rodríguez

Se ha realizado en nuestro entorno de pruebas una VTL Open Source sobre FC. Su implementación está basada en los trabajos previos sobre mhVTL y SCST .

 

Partiendo del escenario descrito en los post  SCST 2 y SCST 3, donde se compiló un kernel vanilla y se le añadió el software SCST junto con los drivers de QLogic en modo target, configurado para que ofreciera a la SAN un disco virtual (VDISK). Se añade al servidor el proyecto mhVTL emulando una librería de cintas modelo Sun Storagetek L700 con un drive SDLT600 de QUANTUM, encargándose el módulo SCST de ofrecerlas a través de la HBA operando en modo Target.

El procedimiento de su implementación es:

1.- Crear entorno previo SCST descrito en el  post SCST 2.

2.- Instalar proyecto mhVTL

3.- Configurar mhVTL

4.- Configurar SCST para dar visibilidad a los elementos de mhVTL por fibra.

2.- Instalar proyecto mhVTL

La instalación es idéntica a la descrita en el artículo VTL Open Source sobre iSCSI. Brevemente,  descarga de las fuentes mhvtl en formato tar.gz desde la web del proyecto y realiza el siguiente procedimiento de instalación:

# useradd vtl
# passwd vtl
# mkdir /opt/mhvtl
# chown -Rf vtl:vtl /opt/mhvtl
# mkdir /etc/mhvtl
# chown -Rf vtl:vtl /etc/mhvtl
# cd /root/mhvtl-0.18-4
# make distclean
# cd kernel
# make
# make install
# cd ../
# make
# make install

3.- Configurar mhVTL

Edición del fichero /etc/mhvtl/device.conf  para definir  la librería y el drive:

# cat /etc/mhvtl/device.conf
VERSION: 4

# VPD page format:
# <page #> <Length> <x> <x+1>… <x+n>

# NOTE: The order of records is IMPORTANT…
# The 'Unit serial number:' should be last (except for VPD data)
# i.e.
# Order is : Vendor ID, Product ID, Product Rev and serial number finally
# Zero, one or more VPD entries.
#
# Each 'record' is sperated by one (or more) blank lines.
# Each 'record' starts at column 1

Library: 2 CHANNEL: 0 TARGET: 0 LUN: 0
Vendor identification: STK
Product identification: L700
Product revision level: 5500
Unit serial number: XYZZY

Drive: 1 CHANNEL: 0 TARGET: 1 LUN: 0
Library ID: 2 Slot: 1
Vendor identification: QUANTUM
Product identification: SDLT600
Product revision level: 5500
Unit serial number: ZF7584364
Max density: 0×46
VPD: b0 04 00 02 01 00

Definir el contenido de la librería en el fichero /etc/mhvtl/library_contents:

# cat /etc/mhvtl/library_contents
# Define how many tape drives you want in the vtl..
# The 'XYZZY_...' is the serial number assigned to
# this tape device.

Drive 1: ZF7584364

# Place holder for the robotic arm. Not really used.
Picker 1:

# Media Access Port
# (mailslots, Cartridge Access Port, <insert your favourate name here>)
# Again, define how many MAPs this vtl will contain.
MAP 1:
MAP 2:
MAP 3:
MAP 4:

# And the 'big' on, define your media and in which slot contains media.
# When the rc script is started, all media listed here will be created
# using the default media capacity.
Slot 1:    800843S3
Slot 2: 800844S3
Slot 3: 800845S3
Slot 4: 800846S3
Slot 5: 800847S3
Slot 6: 800848S3
Slot 7: 800849S3
Slot 8: 800850S3
Slot 9: 800851S3
Slot 10: 800852S3
Slot 11: 800853S3
Slot 12: 800854S3
Slot 13: 800855S3
Slot 14: 800856S3
Slot 15: 800857S3
Slot 16: 800858S3
Slot 17: 800859S3
Slot 18: 800860S3
Slot 19: 800861S3
Slot 20: 800862S3
Slot 21:
Slot 22:
Slot 23:
Slot 24:
Slot 25:
Slot 26:
Slot 27:
Slot 28:
Slot 29:
Slot 30:
Slot 31: CLN001L1
Slot 32: CLN002L1

4.- Configurar SCST para dar visibilidad a los elementos de mhVTL por fibra.

Levantar  servicio mhVTL:

/etc/init.d/mhvtl start

Comprobación:

# lsscsi
[2:0:0:0]    disk    ATA      WDC WD7500AACS-0 01.0  /dev/sda
[8:0:0:0]    mediumx STK      L700             5500  -
[8:0:1:0]    tape    QUANTUM  SDLT600          5500  -

Se observan el VDISK (procedente de prueba anterior) y la librería STK L700 junto con el drive QUANTUM SDLT600 creados por mhVTL.

Se configura para que los dispositivos sean visibles por la HBA:

# echo "add 8:0:1:0 1" > /proc/scsi_tgt/groups/Default/devices

# echo "add 8:0:0:0 2" > /proc/scsi_tgt/groups/Default/devices

Y se pone en modo target el host asociado como interfaz en sysfs:

# echo “1″ >/sys/class/scsi_host/host7/target_mode_enabled

Comprobación:

# cat /sys/class/scsi_host/host7/active_mode

Target

# cat /proc/scsi_tgt/scsi_tgt
Device (host:ch:id:lun or name)                             Device handler
2:0:0:0                                                     dev_disk
vm_disk                                                     vdisk_fileio
8:0:1:0                                                     dev_tape
8:0:0:0                                                     dev_changer

Desde el Host con W2K8 que opera en modo initiator se observan desde el administrador de dispositivos de la siguiente forma:

Se ha instalado la Utilidad OneCommand manager de Emulex con propósito de diagnóstico, la librería y el drive emulados se observan de la siguiente forma:

Para comprobar la conectividad del host con la VTL por FC  se han usado las utilidades mtx en su versión para Windows:

  • Estado de la librería:

c:\mtx>mtx.exe -f 3:0:0:2 status
Storage Changer 3:0:0:2:1 Drives, 36 Slots ( 4 Import/Export )
Data Transfer Element 0:Full (Storage Element 1 Loaded):VolumeTag = 800843S3

Storage Element 1:Empty
Storage Element 2:Full :VolumeTag=800844S3
Storage Element 3:Full :VolumeTag=800845S3
Storage Element 4:Full :VolumeTag=800846S3
Storage Element 5:Full :VolumeTag=800847S3
Storage Element 6:Full :VolumeTag=800848S3
Storage Element 7:Full :VolumeTag=800849S3
Storage Element 8:Full :VolumeTag=800850S3
Storage Element 9:Full :VolumeTag=800851S3
Storage Element 10:Full :VolumeTag=800852S3
Storage Element 11:Full :VolumeTag=800853S3
Storage Element 12:Full :VolumeTag=800854S3
Storage Element 13:Full :VolumeTag=800855S3
Storage Element 14:Full :VolumeTag=800856S3
Storage Element 15:Full :VolumeTag=800857S3
Storage Element 16:Full :VolumeTag=800858S3
Storage Element 17:Full :VolumeTag=800859S3
Storage Element 18:Full :VolumeTag=800860S3
Storage Element 19:Full :VolumeTag=800861S3
Storage Element 20:Full :VolumeTag=800862S3
Storage Element 21:Empty
Storage Element 22:Empty
Storage Element 23:Empty
Storage Element 24:Empty
Storage Element 25:Empty
Storage Element 26:Empty
Storage Element 27:Empty
Storage Element 28:Empty
Storage Element 29:Empty
Storage Element 30:Empty
Storage Element 31:Full :VolumeTag=CLN001L1
Storage Element 32:Full :VolumeTag=CLN002L1
Storage Element 33 IMPORT/EXPORT:Empty
Storage Element 34 IMPORT/EXPORT:Empty
Storage Element 35 IMPORT/EXPORT:Empty
Storage Element 36 IMPORT/EXPORT:Empty

  • Información de la librería:

c:\mtx>tapeinfo.exe -f 3:0:0:2
Product Type: Medium Changer
Vendor ID: 'STK     '
Product ID: 'L700            '
Revision: '5500'
Attached Changer API: No
SerialNumber: 'XYZZY     '
Ready: yes

  • Información del drive:

c:\mtx>tapeinfo.exe -f Tape0
Product Type: Tape Drive
Vendor ID: 'QUANTUM '
Product ID: 'SDLT600         '
Revision: '5500'
Attached Changer API: No
SerialNumber: 'ZF7584364 '
MinBlock: 4
MaxBlock: 1048576
Ready: yes
BufferedMode: yes
Medium Type: Not Loaded
Density Code: 0×49
BlockSize: 0
DataCompEnabled: yes
DataCompCapable: yes
DataDeCompEnabled: yes
CompType: 0×10
DeCompType: 0×10
BOP: yes
Block Position: 0
Partition 0 Remaining Kbytes: 499
Partition 0 Size in Kbytes: 500
ActivePartition: 0
EarlyWarningSize: 0
NumPartitions: 0
MaxPartitions: 0

  • Carga de cinta de Slot 1 a drive 0:

c:\mtx>mtx.exe -f 3:0:0:2 load 1 0
Loading media from Storage Element 1 into drive 0…done

  • Descarga de drive 0 a slot 1:

c:\mtx>mtx.exe -f 3:0:0:2 unload 1 0
Unloading drive 0 into Storage Element 1…done

Como se puede observar la librería virtual opera correctamente a las peticiones descritas a través de FC.

Fuentes:

Proyecto mhvtl

Proyecto SCST

Foros de nimsa

Blog nsrd.info

About Angel Ferrás Rodríguez

Ingeniero Superior en Electrónica que trabaja en la actualidad como Analista de Sistemas. Se especializa en Sistemas SAN, Almacenamiento y Backup en base a su experiencia en los sistemas informáticos de grandes cuentas. Escribe en la actualidad en web especializada de almacenamiento sobre soluciones de código abierto.

Comentarios desactivados

Pruebas de Disco sobre FC basado en SCST

Tags: , , , , , , , ,

Pruebas de Disco sobre FC basado en SCST

Posted on 05 julio 2010 by Angel Ferrás Rodríguez

Para poner a prueba  el disco de fibra creado en el anterior post vamos a disponer de un servidor con Windows Server 2008 y una HBA Emulex LP-10000DC  con drivers en modo Initiator. El escenario creado para esta prueba es el siguiente:

Resumiendo: El servidor Centos con kernel vanilla preparado con proyecto SCST y una HBA con drivers en modo target es configurado para proporcinar un disco virtual(vdisk) a la SAN.  El disco virtual es un fichero que a través del módulo SCST es ofrecido por fibra óptica ( HBA operando en modo target). Por otro lado disponemos de un servidor con un sistema operativo Windows Server 2008  SP1, que dispone de una HBA operando en modo Initiator. Las dos HBAs están conectadas a una SAN y se ha realizado un zonning en el switch de fibra de forma que el Initiator pueda ver la lun correspondiente al vdisk.

Comprobación: Desde el servidor Windows se ve correctamente el disco de fibra creado, desde su administrador de dispositivos:

Aparecen dos discos tipo "disk drives" debido a que la HBA es de dos puertos y están zoneados al mismo disco. Hemos operado con sólo uno de los discos y lo hemos inicializado sin problemas:

 

Desde el servidor Centos comprobamos las sesiones en el target por los initiators (son dos, uno por cada puerto de la HBA Emulex usada):

 

# cat /proc/scsi_tgt/sessions

Target name          Initiator name                                Group name                   Active/All Commands Count

qla2x00tgt           10:00:00:00:c9:4f:56:a0                       Default                             0/0

qla2x00tgt           10:00:00:00:c9:4f:56:9f                       Default                             0/0

 

Inicialmente, provocando simultáneas I/Os sobre la lun (copia,  lectura y borrado de ficheros) se obtienen resultados  satisfactorios.

Por otro lado, ya  estamos preparando nuestro próximo proyecto …. la emulación de una librería virtual de cintas (VTL) sobre FC basado en el proyecto mhvtl que  usamos en nuestro laboratorio en su versión para iSCSI.
 

About Angel Ferrás Rodríguez

Ingeniero Superior en Electrónica que trabaja en la actualidad como Analista de Sistemas. Se especializa en Sistemas SAN, Almacenamiento y Backup en base a su experiencia en los sistemas informáticos de grandes cuentas. Escribe en la actualidad en web especializada de almacenamiento sobre soluciones de código abierto.

Comments (2)

Disco de fibra emulado con SCST

Tags: , , , , , ,

Disco de fibra emulado con SCST

Posted on 01 julio 2010 by Angel Ferrás Rodríguez

En éste post se detallará un procedimiento mediante el  cual  un servidor linux con una HBA  ofrecerá almacenamiento sobre fibra a través del proyecto SCST. Para esta ocasión se ha usado una HBA QLA2340 con el propósito de integrar sus drivers en modo target  con el módulo SCST.

Hemos usado un PC con las siguientes características:

Placa: ASRock ALiveNF7G-GLAN

RAM: 4 GB DDR 800 HHz Mushkin Extreme

Micro: AMD Athlon64 X2 4600+ 2.4 Ghz AM2 Box

SO: Centos 5.5 en su versión de 64 bits

HBA: QLogic QLA 2340

HD: Western Digital Caviar GP 750GB 5400 rpm SATA2 MAESTRO

HBA: QLogic QLA2340 PCI/PCI-X

 

PC usado como target

 

 

 

 

 

 

 

 

PC usado como target

HBA QLA2340

Fases que consta el procedimiento:

1 – Cargar firmware de HBA

2 – Compilar un Kernel vanilla

3 – Compilar proyecto  SCST y drivers de QLogic

4- Configurar una lun accesible en modo target

1.- Cargar firmware de HBA

Se aconseja que la HBA  tenga un firmware de versión igual o superior a versión 5.xx para versiones de QLOGIC 24/25XX. Para la versión de HBA usada en el laboratorio, QLA2340, hemos descargado  ql2300_fw.bin.3.03.20 desde el siguiente link. Para otra versiones de HBAs QLogic aquí.

Se copia el archivo de firmware en la carpeta  /lib/firmware. Así el módulo qla2xxx(drivers de QLogic) que lleva por defecto la distribución lo cargará en la tarjeta en tiempo de arranque. El éxito de la carga del firmware se observará en la salida del comando dmesg de la siguiente forma :

qla2xxx 0000:01:0a.0: Found an ISP2312, irq 82, iobase 0xffffc20000028000
qla2xxx 0000:01:0a.0: Configuring PCI space…
qla2xxx 0000:01:0a.0: Configure NVRAM parameters…
qla2xxx 0000:01:0a.0: Verifying loaded RISC code…
qla2xxx 0000:01:0a.0: Allocated (412 KB) for firmware dump…
scsi4 : qla2xxx
qla2xxx 0000:01:0a.0:
QLogic Fibre Channel HBA Driver: 8.03.01.04.05.05-k
QLogic QLA2340 – 133MHz PCI-X to 2Gb FC, Single Channel
ISP2312: PCI (33 MHz) @ 0000:01:0a.0 hdma+, host#=4, fw=3.03.26 IPX

 

2 – Compilar un kernel vanilla

La versión inicial del kernel de partida en Centos 5.5 es:

# uname -a

Linux unknown001966cb53eb 2.6.18-194.3.1.el5 #1 SMP Thu May 13 13:08:30 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux

Se descarga una versión vanilla (mainline)  desde kernel.org, versión 2.6.26:

#cd /usr/src

# wget ftp://ftp.kernel.org/pub/linux/kernel/v2.6/linux-2.6.26.tar.bz2

# bunzip2 /usr/src/linux-2.6.26.tar.bz2

# tar -xvf /usr/src/linux-2.6.26.tar

Se crean los enlaces simbólicos linux y kernel :

#ln -s /usr/src/linux-2.6.26 linux

#ln -s /usr/src/linux-2.6.26 kernel

Se descargan las fuentes del proyecto de SCST de su Subversion:

#cd  /root

#svn co https://scst.svn.sourceforge.net/svnroot/scst/trunk

(…)

A    trunk/nightly/bin

A    trunk/nightly/bin/nightly

A    trunk/nightly/README.txt

U   trunk

Revisión obtenida: 1792

Desde la carpeta /root/scst/trunk/src  parchear las fuentes del kernel que nos hemos descargado:



# cd /root/scst/trunk/

# cp /root/scst/trunk/scst/kernel/scst_exec_req_fifo-2.6.26.patch /usr/src

# cp /root/scst/trunk/scst/kernel/scst_exec_req_fifo-2.6.26.patch /usr/src

# cd /usr/src

# patch -p0 < scst_exec_req_fifo-2.6.26.patch

Eliminar los drivers de las fuentes del kernel vanilla y sustituir por su homólogo modificado que proporciona las fuentes de SCST:

# mv /usr/src/linux/drivers/scsi/qla2xxx /usr/src/linux/drivers/scsi/qla2xxx_orig

Incluir el driver de Qlogic en modo target  previo a la compilación del kernel:

#  ln -s /root/scst/trunk/qla2x00t /usr/src/linux/drivers/scsi/qla2xxx

Procedemos a configurar la compilación del kernel y sus módulos:

#cd /usr/src/linux

#make menuconfig

Desde el menú de configuración del kernel activar "Device Drivers->SCSI device support->SCSI low level drivers->Qlogic 2xxx target mode support":

Modificar el fichero Makefile y cambiar la entrada EXTRAVERSION de "-prep"  a "-scst":

#vi Makefile

(…)

VERSION = 2

PATCHLEVEL = 6

SUBLEVEL = 18

EXTRAVERSION = -scst

RHEL_MAJOR = 5

RHEL_MINOR = 5

NAME=Avast! A bilge rat!

(…)

Procedemos a compilar el kernel y módulos:

#make bzImage
(…)

Setup is 11384 bytes (padded to 11776 bytes).

System is 2783 kB

CRC 5f0d96a4

Kernel: arch/x86/boot/bzImage is ready (#1)

#make modules

 

(…)

Building modules, stage 2.

MODPOST 3 modules

CC drivers/net/s2io.mod.o

LD [M] drivers/net/s2io.ko

CC drivers/scsi/qla2xxx/qla2xxx.mod.o

LD [M] drivers/scsi/qla2xxx/qla2xxx.ko

CC drivers/scsi/scsi_wait_scan.mod.o

LD [M] drivers/scsi/scsi_wait_scan.ko

#make modules_install
#make install

Si el proceso ha ido bien, tendremos una entrada en el grub para el nuevo kernel creado preparado para levantar el modo target de la HBA:

#cat /boot/grub/menu.lst

(…)

title CentOS (2.6.26)
root (hd0,2)
kernel /vmlinuz-2.6.26 ro root=/dev/VolGroup00/LogVol00 rhgb quiet
initrd /initrd-2.6.26.img

(…)

Hacemos un reinicio del sistema y arrancamos desde grub en CentOS (2.6.26) o el que se haya creado.

3 – Compilar proyecto  SCST y drivers de QLogic

Después del reinicio se comprueba que se ha cargado el nuevo kernel creado:

#uname -a
Linux unknown001966cb53eb 2.6.26 #1 SMP Sun Jun 27 19:42:12 CEST 2010 x86_64 x86_64 x86_64 GNU/Linux

Sobre el que compilaremos el módulo SCST que nos permitirá crear aquellos dispositivos visibles a través del target de fibra.

#cd /root/scst/trunk/scst/src

#make all

(…)

CC /root/scst/trunk/scst/src/scst.mod.o

LD [M] /root/scst/trunk/scst/src/scst.ko

make[1]: se sale del directorio `/usr/src/linux-2.6.26'

#make install

install -m 644 ../include/scst_const.h /usr/local/include/scst
rm -f /usr/local/include/scst/Modules.symvers
install -m 644 Module.symvers /usr/local/include/scst
/sbin/depmod -a 2.6.26
mkdir -p /var/lib/scst/pr
****************************************************************
*!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!*
*!!                                                          !!*
*!!  Now don't forget to rebuild and reinstall all your      !!*
*!!  target drivers, custom dev handlers and necessary user  !!*
*!!  space applications. Otherwise, because of the versions  !!*
*!!  mismatch, you could have many problems and crashes.     !!*
*!!  See IMPORTANT note in the "Installation" section of     !!*
*!!  SCST's README file for more info.                       !!*
*!!                                                          !!*
*!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!*
****************************************************************

# cd /root/scst/trunk/qla2x00t/qla2x00-target/

# make

(…)

target/qla2x00tgt.mod.o

LD [M] /root/scst/trunk/qla2x00t/qla2x00-target/qla2x00tgt.ko

make[1]: se sale del directorio `/usr/src/linux-2.6.26'

# make install

(…)

INSTALL /root/scst/trunk/qla2x00t/qla2x00-target/qla2x00tgt.ko

DEPMOD 2.6.26

make[1]: se sale del directorio `/usr/src/linux-2.6.26'

/sbin/depmod -a 2.6.26

Los binarios recién compilados se encuentran como módulos en /lib/modules/linux-2.6.26/extra:

# ls /lib/modules/2.6.26/extra/
dev_handlers  qla2x00tgt.ko  scst.ko

# ls -l /lib/modules/`uname -r`/extra/dev_handlers

/lib/modules/`uname -r`/extra/dev_handlers
total 224
-rw-r–r– 1 root root 13792 jun 27 19:55 scst_cdrom.ko
-rw-r–r– 1 root root 11375 jun 27 19:55 scst_changer.ko
-rw-r–r– 1 root root 15209 jun 27 19:55 scst_disk.ko
-rw-r–r– 1 root root 15366 jun 27 19:55 scst_modisk.ko
-rw-r–r– 1 root root 11391 jun 27 19:55 scst_processor.ko
-rw-r–r– 1 root root 11351 jun 27 19:55 scst_raid.ko
-rw-r–r– 1 root root 15142 jun 27 19:55 scst_tape.ko
-rw-r–r– 1 root root 51965 jun 27 19:55 scst_user.ko
-rw-r–r– 1 root root 62807 jun 27 19:55 scst_vdisk.ko

¿ que es cada módulo?

- scst – SCST itself
- scst_disk – device handler for disks (type 0)
- scst_tape – device handler for tapes (type 1)
- scst_processor – device handler for processors (type 3)
- scst_cdrom – device handler for CDROMs (type 5)
- scst_modisk – device handler for MO disks (type 7)
- scst_changer – device handler for medium changers (type 8)
- scst_raid – device handler for storage array controller (e.g. raid) (type C)
- scst_vdisk – device handler for virtual disks (file, device or ISO CD image).
- scst_user – user space device handler

4- Configurar una lun accesible en modo target

Para éste propósito se usará el módulo scst_vdisk a través del cual se ofrecerá un fichero de tamaño definido como una lun tipo disco en la SAN.

Cargamos los módulos, que para este caso sólo se necesitarían qla2xxx, qla2x00tgt y scst_vdisk, pero ya estamos pensando en el futuro ;-)

# for _mod in scst qla2xxx qla2x00tgt scst_vdisk scst_disk scst_changer scst_tape; do modprobe $_mod; done

# lsmod

Module Size Used by

scst_tape 10368 0

scst_changer 7936 0

scst_disk 10368 0

scst_vdisk 40556 0

qla2x00tgt 51480 0

scst 192628 5 scst_tape,scst_changer,scst_disk,scst_vdisk,qla2x00tgt

qla2xxx 186700 1 qla2x00tgt

Se crea un fichero de 512 MB en /mnt con nombre disk1:

# dd if=/dev/zero of=/mnt/disk1 bs=1024k count=512

512+0 records in

512+0 records out

536870912 bytes (537 MB) copied, 5,87352 seconds, 91,4 MB/s

# file /mnt/disk1

/mnt/disk1: data

Y se configura para que sea visible por la HBA:

# echo "open vm_disk /mnt/disk1" > /proc/scsi_tgt/vdisk/vdisk

#  echo "add vm_disk 0" >/proc/scsi_tgt/groups/Default/devices

El resultado de este proceso se puede observar en la salida del comando dmesg:

scst: Attached to scsi2, channel 0, id 0, lun 0, type 0
scst: Processing thread scsi_tgt0 (PID 6116) started
scst: Processing thread scsi_tgt1 (PID 6117) started
scst: Init thread started, PID 6118
scst: Task management thread started, PID 6119
scst: Management thread started, PID 6120
scst: SCST version 2.0.0-rc2-procfs loaded successfully (max mem for commands 928MB, per device 371MB)
scst: Enabled features: TRACING
Initializing QLogic Fibre Channel HBA Driver target mode addon version 2.0.0-rc2
Target mode driver for QLogic 2×00 controller registered successfully
scst: Target template qla2x00tgt registered successfully
scst: Virtual device handler vdisk_fileio for type 0 registered successfully
scst: Virtual device handler vdisk_blockio for type 0 registered successfully
scst: Virtual device handler vdisk_nullio for type 0 registered successfully
scst: Virtual device handler vcdrom for type 5 registered successfully
scst: Device 2:0:0:0: TST 0, QUEUE ALG 0, SWP 0, TAS 0, D_SENSE 0, has_own_order_mgmt 1
scst: Device handler "dev_disk" for type 0 registered successfully
scst: Device handler "dev_disk_perf" for type 0 registered successfully
scst: Device handler "dev_changer" for type 8 registered successfully
scst: Device handler "dev_tape" for type 1 registered successfully
scst: Device handler "dev_tape_perf" for type 1 registered successfully
dev_vdisk: Registering virtual vdisk_fileio device vm_disk
dev_vdisk: Attached SCSI target virtual disk vm_disk (file="/mnt/disk1", fs=512MB, bs=512, nblocks=1048576, cyln=512)
scst: Attached to virtual device vm_disk (id 1)
scst: Added device vm_disk to group Default (LUN 0, rd_only 0)

Para activar el modo target sólo quedaría introducir el valor 1 en el fichero target_mode_enabled correspondiente a su scsi_host asociado como interfaz sysfs.

# echo "1" >/sys/class/scsi_host/host5/target_mode_enabled

Dejo unas comprobaciones verificando la correcta configuración de nuestro vdisk:

# cat /sys/class/scsi_host/host5/active_mode

Target

#  cat /proc/scsi_tgt/scsi_tgt
Device (host:ch:id:lun or name)                             Device handler
2:0:0:0                                                     dev_disk
vm_disk                                                     vdisk_fileio

# cat /proc/scsi_tgt/vdisk/vdisk

Name Size(MB) Block size Options File name T10 device id

vm_disk 512 512 /mnt/disk1 vm_disk 968d2339

#  cat /proc/scsi_tgt/groups/Default/devices

Device (host:ch:id:lun or name) LUN Options

vm_disk 0

 

El el siguiente post pondremos a prueba nuestro disco creado, usando un initiator de fibra sobre un host Windows Server 2008 con HBA QLA2340.

Fuentes:

How to configure QLogic target driver for 22xx/23xx/24xx/25xx adapters. Step by step guide.

About Angel Ferrás Rodríguez

Ingeniero Superior en Electrónica que trabaja en la actualidad como Analista de Sistemas. Se especializa en Sistemas SAN, Almacenamiento y Backup en base a su experiencia en los sistemas informáticos de grandes cuentas. Escribe en la actualidad en web especializada de almacenamiento sobre soluciones de código abierto.

Comments (3)

SCST solución de Almacenamiento Abierto en FC

Tags: , , , , , , , , , , , ,

SCST solución de Almacenamiento Abierto en FC

Posted on 28 junio 2010 by Angel Ferrás Rodríguez

Dedicamos una serie de artículos a conocer el proyecto  SCST como virtualizador de almacenamiento en Open Source.

Su implementación para targets de almacenamiento iSCSI está bastante difundido pero no lo es tanto en fibra óptica (FCP). Tanto Qlogic como Emulex, líderes en el mercado del chipset de comunicaciones en HBAs, han liberando su versión de drivers que conmutan de initiator a target, haciendo posible conocer el funcionamiento, protocolos de comunicación y adecuación a estándares  provocados por proyectos abiertos como SCST en Linux o COMSTAR en OpenSolaris.

Como pasó en su momento con el proyecto Xen en el campo de la virtualización, no queda mucho para ver como las distribuciones enterprise UNIX cercanas al Open Source contendrán en sus repositorios el driver dual (initiator/target) de las HBAs. De esta forma un servidor podrá convertirse en una cabina de almacenamiento, o podrá emular cualquier otro dispositivo de fibra. Esta tendencia en la actualidad es liderada por Oracle/Sun Microsystems en sus productos OpenStorage (incluye modo target de Fibra basado en COMSTAR) u OpenSolaris/Solaris Express 11 (llevan los drivers duales para emulex y qlogic). Distribuciones UNIX enterprise como Redhat , Novell/Suse y Ubuntu contendrán en su Sistema Operativo en breve soluciones equivalentes basadas en SCST, pudiendo provocar un golpe de efecto en el negocio del almacenamiento en fibra.

Hemos elaborado varios artículos sobre el software SCST con el objetivo de difundir el proyecto y mostrar diferentes implementaciones en nuestro laboratorio :

- ¿Qué es SCST?

 

- Disco de fibra emulado con SCST

 

- Pruebas de Disco sobre FC basado en SCST

 

- VTL en Almacenamiento Abierto

 

Nota: link de empresas que desarrollan software sobre SCST.

About Angel Ferrás Rodríguez

Ingeniero Superior en Electrónica que trabaja en la actualidad como Analista de Sistemas. Se especializa en Sistemas SAN, Almacenamiento y Backup en base a su experiencia en los sistemas informáticos de grandes cuentas. Escribe en la actualidad en web especializada de almacenamiento sobre soluciones de código abierto.

Comments (1)

VTL sobre Ubuntu 10.04 descargable para VMWARE

Tags: , , , , , , , ,

VTL sobre Ubuntu 10.04 descargable para VMWARE

Posted on 08 junio 2010 by Angel Ferrás Rodríguez

Un usuario de los foros de nimsa ha subido a un portal de descargas la imagen de una máquina virtual para plataforma VMWARE con el proyecto mhvtl y scst-iscsi incluido. Así de forma rápida se puede disfrutar de la VTL sin tener que pasar por los pasos de compilación  descrito en un  post anterior.

Las características de esta máquina virtual son:

Kernel: 2.6.32.11+drm33 updated with scst patches
VLT: Version – 0.18-7, Robot – QUANTUM PX720, Drives – 4x SDLT600
Storage:100GB ext4 LVM, thin provisioned disk (if you want to add more space simply add new disk to VM, resize Logical Volume lv1 and ext4 filesystem)

Descargable directamente desde aquí(385.MB RAR, password: mhvtl_mk).

Detalles de configuración del SO:

IP: 10.201.0.106 (you should to change it in /etc/network/interfaces)
user: user1, password: user1

Fuente: Foros de nimsa

Detalles de la máquina virtual y enlaces de descarga aquí.

About Angel Ferrás Rodríguez

Ingeniero Superior en Electrónica que trabaja en la actualidad como Analista de Sistemas. Se especializa en Sistemas SAN, Almacenamiento y Backup en base a su experiencia en los sistemas informáticos de grandes cuentas. Escribe en la actualidad en web especializada de almacenamiento sobre soluciones de código abierto.

Comments (1)