Documentos de Académico
Documentos de Profesional
Documentos de Cultura
A raz de un crdito de sntesis (realizado por Miguel ngel Garca, scar Molina y Carlos Olmo) se ha completado la instalacin de un servidor SAN para el centro. La nueva mquina exporta discos iSCSI a las aulas donde es posible: Arrancar el ordenador desde un target iSCSI sin utilizar ningn medio local Utilizar un SO arrancado localmente para acceder a targets iSCSI (por ejemplo para /home) Utilizar una herramienta de virtualizacin (VirtualBox o KVM con virt-manager) para acceder a imgenes proporcionadas por el servidor SAN Gracias a que en el servidor se utiliza Btrfs para respaldar los ficheros imagen exportados se cuenta con: Almacenamiento basado en un pool de dispositivos Tolerancia a fallos al utilizar una configuracin Btrfs (-m, -d) equivalente a un nivel RAID con redundancia Copy on write para clonar ficheros imagen con eficiencia de almacenamiento Snapshots de subvolmenes Compresin transparente opcional
archivos sino primitivas de acceso al dispositivo de bloques, en concreto del protocolo SCSI para el caso de iSCSI.
El estndar de alto rendimiento para la tecnologa NAS es Fibre Channel, pero iSCSI (que transporta el protocolo SCSI sobre TCP/IP) ha ganado mucha popularidad gracias a que permite desplegar una solucin SAN sobre hardware comn con la reduccin de costes que esto supone. Existe otro protocolo, AoE (ATA over Ethernet), que transporta comandos ATA sobre una red Ethernet (sobre sus tramas, no utiliza TCP/IP y por lo tanto no es enrutable) pero es una solucin mucho menos extendida.
Introduccin a iSCSI
Como he explicado iSCSI transporta comandos SCSI sobre TCP/IP, por lo tanto se puede utilizar en cualquier red tanto LAN como WAN pues es enrutable, aunque debido a las limitaciones impuestas por la latencia, ancho de banda disponible y probablemente de seguridad su uso habitual se ve limitado a redes LAN.
El protocolo iSCSI es completamente independiente de la tecnologa fsica de red utilizada y puede ser utilizado sobre hardware comn. Claro est que en un entorno de alto rendimiento se utilizar una red independiente para la SAN, pero en nuestro centro se utiliza la nica red fsica existente (eso s, segmentada en VLANs) que adems es heterognea y cuenta tanto con conmutadores GigabitEthernet como FastEthernet. Pese a todo el rendimiento, fuera del momento puntual en el que se arrancan a travs de la red todas las mquinas de un aula, es satisfactorio. En la terminologa iSCSI conviene saber que se llama: TARGET: al disco exportado por un servidor NAS. Cada target representa un dispositivo SCSI tradicional y puede tener dentro todas las particiones que se deseen crear. Para referirse a un target se utiliza un IQN. INITIATOR: al componente que inicia el acceso a un target. El iniciador ser la capa de software que se ejecuta en un cliente y accede a uno o ms target. IQN (iSCSI Qualified Name): el nombre que permite identificar a un target, existen otros formatos de referencia alternativos (EUI y NAA) pero estn menos extendidos. Un IQN tpico tiene el siguiente formato: iqn.2012-05.net.xeill.elpuig:KVM-FreeBSD9.img
En GNU/Linux, as como en otros sistemas operativos, existe software tanto para implementar el servidor como el cliente. Respecto al servidor la solucin utilizada en el crdito de sntesis ha sido iSCSI Enterprise Target. Una solucin que ha gozado de relativa popularidad e implementa un servidor iSCSI en el espacio de usuario, su fichero de configuracin principal tiene una sintaxis sencilla. En la versin 2.6.38 de Linux se incluy LIO Target, una solucin SAN multiprotocolo (iSCSI, Fibre Channel, FCoE e InfiniBand) que forma parte del propio ncleo. LIO Target se administra desde el espacio de usuario (con la herramienta targetcli) a travs de configfs. Es una solucin ms moderna y probablemente con ms futuro pero en Ubuntu no ha estado disponible de serie hasta la versin 12.04LTS lo que excusa su uso en el crdito de sntesis. Yo he probado mnimamente ambas soluciones y pese a las diferencias filosficas de administracin ambas parecen funcionar bien pese a haber detectado una pequea incompatibilidad al acceder a iSCSI Enterprise Target desde el iniciador integrado en el VirtualBox que viene en Ubuntu 12.04LTS. Cuando se utiliza LIO Target no hay ningn problema con dicho VirtualBox. En los dems casos iSCSI Enterprise Target ha funcionado bien. En ambos servidores se pueden escoger distintas opciones de almacenamiento para respaldar los targets exportados: ficheros imagen, dispositivos de bloques virtuales como volmenes lgicos de LVM2 o dispositivos fsicos (un disco o particin). En el caso de nuestra aplicacin particular, al utilizar Btrfs, la opcin ms cmoda ha sido utilizar ficheros imagen. Basta con crear un fichero disperso (por ejemplo contruncate -s 40G fedora17-x86_64.img) que pese a la apariencia de contener cierta cantidad de informacin inicialmente no consume espacio y solo lo har en la medida en la que se escriba en su interior al realizar la instalacin del sistema operativo. Una vez instalado, gracias al mecanismo COW de Btrfs es posible realizar clones que nicamente consumirn espacio al
realizar cambios. En Btrfs se puede sacar partido de COW al clonar un subvolumen o bien smplemente un fichero al realizar una copia con el parmetro --reflink="always" (cp -reflink="always" fichero_origen fichero_clonado). As, una vez obtenida una imagen maestra es posible desplegarla para un grupo de alumnos con gran eficiencia. De hecho, en el crdito de sntesis que menciono se han escrito tres scripts que permiten desplegar (y redesplegar) y quitar una imagen para un grupo o alumno. Al desplegar una imagen, por ejemplo para un grupo de alumnos, se realizan los clones y se modifica la configuracin del servidor para exportar los nuevos targets.
Arranque en red
Una de las aplicaciones ms vistosas de la tecnologa SAN puede ser el arranque de un ordenador sin utilizar los medios de almacenamiento locales. Es decir, utilizar durante el arranque un sistema operativo que est instalado en un target iSCSI. Para poder arrancar un ordenador personal a travs de la red se suele utilizar PXE (Preboot eXecution Environment) para descargar utilizando TFTP la imagen de un ncleo (con su initramfs) y posteriormente montar el sistema de archivos raz a travs de NFS. El firmware de algunas tarjetas de red servidor incluye su propio iniciador iSCSI, aunque esta no es una opcin en el hadware econmico que tenemos en las aulas. Por ello, para poder arrancar un disco iSCSI se ha utilizado un componente extra: iPXE. Esta implementacin libre de PXE permite acceder a targets iSCSI (tambin soporta arranque AoE, FCoE o incluso HTTP) y se puede cargar de multitud de maneras diferente. En nuestra aplicacin se descarga desde el servidor mediante TFTP. Una de las buenas caractersticas que tiene iPXE es que soporta una configuracin dinmica del men de arranque. Es posible realizar scritps que controlan el men de opciones presentado al usuario y es posible descargar dicho script mediante una conexin HTTP. As que por ejemplo, podemos tener una pgina PHP que genere dinmicamente el script de iPXE en funcin del da, la hora, o la IP desde la que se hizo la solicitud para mostrar unas u otras opciones de arranque. Resumiendo, la secuencia de arranque quedara as: 1. Al seleccionar en la BIOS o el firmware de nuestra tarjeta de red el arranque en red se realiza una peticin DCHP. 2. El servidor DHCP realiza una concesin en la que tambin proporciona la direccin de un servidor TFTP. 3. En lugar de descargarse el ncleo del sistema a arrancar, del servidor TFTP se descarga la imagen de iPXE. 4. iPXE vuelve a realizar una peticin DHCP para configurar su interfaz. 5. iPXE realiza una peticin HTTP a una pgina web PHP desde la que se descarga el script que controla el men que se presenta al usuario. 6. iPXE, una vez que el usuario selecciona una de las opciones de arranque, monta el target iSCSI y arranca (el gestor de arranque que est instalado en dicho target). 7. El gestor de arranque, normalmente GRUB2, presenta sus propias opciones y acaba cargando un ncleo con su initramfs.
8. Una vez que ha sido cargado en memoria y comienza la ejecucin del ncleo, este debe montar su sistema de archivos raz. As que debe ser posible montar la raz a travs de iSCSI. 9. Finalmente se ejecutan los scripts de arranque, o systemd, y se carga el resto del SO.
La configuracin del DHCP para el aula debe incluir las directivas que estn marcadas con el comentario SAN BOOT iSCSI:
# STALLMAN subnet 192.168.11.0 netmask 255.255.255.0 { option routers 192.168.11.8; option domain-name "asi2.puigcastellar."; option domain-name-servers 192.168.11.8;
# SAN BOOT iSCSI next-server 192.168.11.12; # TFTP if exists user-class and option user-class = "iPXE" { filename "http://192.168.11.12/menu.php"; } else { filename "undionly.kpxe"; } }
Es importante aclarar la funcin del condicional, sirve para evitar un bucle infinito en el que PXE descargara iPXE que descagara iPXE que descargara... En la primera peticin se indica el nombre de la imagen iPXE a descargar, pero en las siguientes se accede a la URL que determina el men a mostrar.
La instalacin del sistema operativo en el target iSCSI maestro podra considerarse tricky. Hay diversos mtodos, pero el que mejor resultado prctico ha dado con F17 de los que hemos probado ha sido: 1. Exportar un target vaco para realizar la instalacin 2. Desconectar los discos duros locales del ordenador en el que se realizar la instalacin (para que no aparezcan en la pantalla de particionado ni generen confusin a la hora de instalar el gestor de arranque en el MBR) 3. Colocar el DVD de instalacin de F17 en el ordenador 4. Arrancar el ordenador con iPXE y utilizar el comando sanboot iscsi:hyarmen::::iqn.2012-05.net.xeill.elpuig:fedora-17-x86_64 para conectar (Hyarmen es el nombre DNS de nuestro equipo, se puede utilizar la IP), e intentar arrancar, con el target iSCSI. Como el target no tiene SO falla y una vez establecida la conexin el ordenador pasa a arrancar desde el DVD. 5. En la pantalla de particionado hay que escoger la opcin de utilizar dispositivos SAN iSCSI. Se mostrar el target con el que se conect inicialmente y se podr realizar la instalacin con normalidad. Una vez completada la instalacin en el servidor se podr clonar el target para diferentes usuarios. Y utilizarlos para arrancar mediante iPXE ordenadores que cuentan con sus propios discos duros locales, pero no son necesarios aunque podra accederse a ellos. Cuando se realiza una instalacin master sobre iSCSI, al desplegarla nos podemos encontrar con los siguientes inconvenientes: 1. Si los equipos son de diferente modelo y por tanto el hardware es distinto, algunos sistemas operativos requerirn una instalacin propia para cada modelo de equipo pues durante la instalacin se utilizan drivers especficos. No es el caso de GNU/Linux en el que si el hardware est soportado se utiliza cuando est disponible. 2. La configuracin de red tambin puede impedir desplegar una imagen master en diferentes aulas. En nuestro centro mantenemos una VLAN con una subred propia para cada aula. As en el aula STALLMAN se utiliza la VLAN 10 con direcciones pertenecientes a 192.168.10.0/24 en la que el servidor SAN tiene la IP 192.168.10.12. En el aula TORVALDS se utiliza la VLAN 11 con la subred 192.168.11.0/24 y as sucesivamente. Si durante la instalacin del sistema operativo queda configurado para montar la raz desde un target ofrecido por 192.168.10.12 fallar al intentar arrancar desde otra VLAN. Esto ocurre en F17. 3. Finalmente algunas distribuciones como Ubuntu 12.04LTS durante la instalacin dejan apuntado el iqn del target utilizado. Y despus, al clonar la imagen y pretender arrancar con otro target, el ncleo persiste en montar como raz el target original. Con lo que la ventaja de realizar una instalacin, clonarla y utilizar los clones de manera independiente se pierde. Esto se trata de un comportamiento conocido y no deseado de la instalacin de
esta versin de GNU/Linux sobre iSCSI, an as es posible sortear el problema con algo de trabajo: 1. Realizar una instalacin master 2. Realizar un backup de la imagen instalada 3. Arrancar con el master y editar el fichero /etc/iscsi/iscsi.initramfs, para cambiar la lnea ISCSI_TARGET_NAME = "iqn.2012-05.net.xeill.elpuig:ficheroimagen" a lo que corresponda. 4. Utilizar dicha imagen como master para un alumno y repetir el proceso, con el backup de la imagen master, para cada uno de los otros alumnos
Iniciador iSCSI
El componente que inicia el acceso a un target iSCSI recibe el nombre de iniciador. En GNU/Linux el ms comn es Open-iSCSI. En Ubuntu 12.04LTS basta con instalar los paquetes open-iscsi y open-iscsi-utils para poder utilizarlo. 1. Se pueden descubrir los targets disponibles en un servidor:
root@ubuntu:~# iscsiadm --mode discovery --type sendtargets --portal 10.0.2.15 10.0.2.15:3260,1 iqn.2003-01.org.linux-iscsi.ubuntu.i686:sn.1273106e1d4c 192.168.100.1:3260,1 iqn.2003-01.org.linux-iscsi.ubuntu.i686:sn.79c53121fcb7 10.0.2.15:3260,1 iqn.2003-01.org.linux-iscsi.ubuntu.i686:sn.b003ce55ed2c root@ubuntu:~#
3. Utilizarlo:
4. root@ubuntu:~# dmesg | tail [ 2244.845756] scsi 4:0:0:0: Direct-Access 0 ANSI: 5 [ 2244.859985] sd 4:0:0:0: Attached scsi generic sg3 type 0 [ 2244.882711] sd 4:0:0:0: [sdc] 10485761 512-byte logical blocks: (5.36 GB/5.00 GiB) [ 2244.914735] sd 4:0:0:0: [sdc] Write Protect is off [ 2244.914766] sd 4:0:0:0: [sdc] Mode Sense: 2f 00 00 00 [ 2244.924597] sd 4:0:0:0: [sdc] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA [ 2245.478231] sdc: sdc1 sdc2 sdc3 [ 2245.510759] sd 4:0:0:0: [sdc] Attached SCSI disk [ 2246.970267] TARGET_CORE[iSCSI]: Unsupported SCSI Opcode 0x85, sending LIO-ORG FILEIO 4.0 PQ:
CHECK_CONDITION. [ 2246.976672] TARGET_CORE[iSCSI]: Unsupported SCSI Opcode 0x85, sending CHECK_CONDITION. root@ubuntu:~# 5. root@ubuntu:~# fdisk /dev/sdc 6. 7. AVISO: GPT (Tabla de particin GUID) detectado en '/dev/sdc'! La utilidad fdisk no soporta GPT. Use GNU Parted. 8. 9. 10. Orden (m para obtener ayuda): p 11. 12. Disco /dev/sdc: 5368 MB, 5368709632 bytes 13. 256 cabezas, 63 sectores/pista, 650 cilindros, 10485761 sectores en total 14. Unidades = sectores de 1 * 512 = 512 bytes 15. Tamao de sector (lgico / fsico): 512 bytes / 512 bytes 16. Tamao E/S (mnimo/ptimo): 512 bytes / 524288 bytes 17. Identificador del disco: 0x00000000 18. 19. Dispositivo Inicio 20. /dev/sdc1 21. 22. Orden (m para obtener ayuda): d 23. Se ha seleccionado la particin 1 24. 25. Orden (m para obtener ayuda): n 26. Partition type: 27. 28. p e primary (0 primary, 0 extended, 4 free) extended * Comienzo 1 Fin Bloques 5242880 ee Id Sistema 10485760 GPT
29. Select (default p): p 30. Nmero de particin (1-4, valor predeterminado 1): 31. Se est utilizando el valor predeterminado 1 32. Primer sector (2048-10485760, valor predeterminado 2048): 33. Se est utilizando el valor predeterminado 2048 34. ltimo sector, +sectores o +tamao{K,M,G} (2048-10485760, valor predeterminado 10485760): 35. Se est utilizando el valor predeterminado 10485760 36. 37. Orden (m para obtener ayuda): w 38. Se ha modificado la tabla de particiones! 39. 40. Llamando a ioctl() para volver a leer la tabla de particiones. 41. Se estn sincronizando los discos. 42. root@ubuntu:~# mkfs.jfs /dev/sdc1 43. mkfs.jfs version 1.1.15, 04-Mar-2011
46. Continue? (Y/N) Y 47. 48. 49. Format completed successfully. 50. 51. 5241856 kilobytes total disk space. root@ubuntu:~# \
De este modo es posible acceder con gran facilidad a un target para utilizarlo como una particin (tal vez para /home) local. Un caso al que merece la pena prestar atencin especial es a la combinacin de virtualizacin con almacenamiento basado en iSCSI. Por supuesto un servidor iSCSI puede servir para centralizar las imgenes de las mquinas virtuales, adems al utilizar en el servidor Btrfs se obtienen las ventajas propias del copy on write. Pero es que adems, en la medida que los sistemas de virtualizacin abstraen al sistema husped de los detalles del anfitrin se puede utilizar con cualquier SO. Pongamos por caso Haiku, aunque el ejemplo sirve con cualquier otro SO como FreeBSD. Es posible crear un nuevo target vaco en el servidor. Utilizar un sistema de virtualizacin como Virtual Box o VirtManager (QEMU/KVM) para crear una nueva mquina virtual que utilice el nuevo target como disco duro. Realizar la instalacin del sistema operativo en la mquina virtual, de modo que el husped observa un disco duro convencional y una red virtualizada. Clonar la imagen del disco duro y ofrecer un target diferente a cada alumno con el sistema operativo instalado en su interior. En este caso el sistema operativo husped no precisa ningn soporte de iSCSI y adems, puesto que la herramienta de virtualizacin presenta la misma red, se puede utilizar la mquina virtual en cualquier aula con independencia de su VLAN.
http://elpuig.xeill.net/Members/vcarceler/articulos/servidor-san-con-iscsi-para-el-centro
Seguro que las medianas empresas han descubierto iSCSI. Dickinson Wright, PLLC, un bufete de abogados de Michigan, opt por el iSCSI despus de que este bufete en continuo crecimiento quedara descontento con DAS (direct-attached storage). "Digamos que era sencillo pero propenso a fallos de disco," explica Alan Hunt, director de operaciones. El bufete opt por una SAN (storage area network) iSCSI de EqualLogic (ahora Dell Inc.), con 70 TB de capacidad en bruto. La SAN iSCSI result ser fcil de
instalar y no tena ningn problema de mantenimiento, lo cual anim al bufete a instalar una SAN SCSI en cada una de sus siete delegaciones y duplicarlas entre ellas para hacer copias de seguridad. eDirect Impact Inc., Montgomery, TX, un proveedor de servicios especializado en deteccin electrnica (eDiscovery), ha reunido 100TB de almacenamiento iSCSI y est en proceso de duplicarlo a 200 TB. "El ao que viene, podramos alcanzar 300TB," comenta Sami Rahman, consejero delegado. La compaa ensambl su SAN iSCSI usando una cabeza SAN Reldata con un array de discos InforTrend. La cabeza Reldata tambin recoga varios JBOD capacity que la compaa ya tena. "Lo que nos gusta de iSCSI es su flexibilidad. No nos exiga cambiar nuestra infraestructura. Tampoco queramos aadir ms tecnologa como FC [Canal de fibra]. Simplemente desebamos usar lo que ya tenamos. E iSCSI nos da un buen rendimiento," explica Rahman. AmeriVault Corp., Waltham, Massachusetts, un proveedor de copias de seguridad remotas, opt por iSCSI cuando decidi ofrecerles a los clientes una opcin ms barata a un nivel de servicio inferior. ""Si bamos a ofrecer un servicio ms econmico, necesitbamos reducir nuestros costos operativos. El precio ms bajo de iSCSI era atractivo,"" comenta Kevin Harris, co-fundador y Director de informtica. El uso de iSCSI se extiende En 2007 Enterprise Strategy Group (ESG) declar que el uso de iSCSI estaba muy extendido basndose en un estudio que realiz con 500 organizaciones en el que el 37% o bien haban elegido o tenan previsto elegir SANs iSCSI. Otros analistas se muestran de acueDRo en lo siguiente: "iSCSI ha llegado. Su atractivo es el bajo costo y la capacidad de mejorar infraestructuras IP ya existentes," aduce Greg Schulz, analista jefe en el StorageIO Group, una compaa de investigacin con sede en Stillwater, Minnesota. Nuestra publicacin SearchStorage.com sobre encuestas de intenciones de compra bianual presenta unas cifras similares sobre la adopcin del iSCSI. En el estudio ms reciente realizado el pasado otoo, el 40% de los entrevistados dijo que haban implementado o planeaban implementar el almacenamiento iSCSI en 2008. "No hay duda de que el iSCSI ha llegado para quedarse. Es ms fcil de conocer (que el Canal de fibra), ms rpido de instalar y ms fcil de configurar y gestionar,"afirma Jeff Byrne, analista jefe, Taneja Group, Hopkinton, Massachusetts. Y dado el costo inferior del iSCSI, es normal que las pequeas y medianas empresas busquen el almacenamiento en red. Las mejores SANs iSCSI tambin van cargadas con extras que encarecen el precio en el mundo del Canal de fibra, como duplicacin, snapshots, deduplicacin de datos y thin provisioning (mecanismo centralizado de almacenamiento) . "Algunas SANs iSCSI incluso tienen un balanceo de carga automtico que vuelve a dividir y reequilibrar las
cargas de trabajo," contina Byrne. A eso, adale herramientas integradas de gestin de grficos basadas en un asistente y, as y todo, las mejores SANs iSCSI an cuestan menos que las SANs FC. La virtualizacin del servidor da un impulso al iSCSI Si el bajo costo o la facilidad de uso no impulsa a las compaas hacia el iSCSI, la virtualizacin de servidores debera hacerlo. La virtualizacin requiere alguna forma de almacenamiento en red si las compaas desean la disponibilidad mejorada que la virtualizacin del servidor promete. La disponibilidad mejorada resulta de la capacidad de mover mquinas virtuales (VM) por la red a diferentes servidores fsicos en caso de que un servidor fsico falle. Sin embargo, si los datos estn almacenados en discos conectados directamente al servidor fsico que falla, entonces la organizacin queda atascada. Con un almacenamiento en red, como una SAN iSCSI, la VM puede continuar accediendo a sus datos en la SAN desde el lugar donde stos acaben en la red. Los proveedores cada vez se aprovechan ms de la virtualizacin cargando software SAN iSCSI en una VM que funciona en un servidor fsico con unidades de disco conectadas a l. "A ste se le denomina software enlatado (tin-wrapped software)," comenta Schulz. Cualquier organizacin que adopte el Servidor de almacenamiento Windows para iSCSI a travs de Hewlett-PackaDR Co. o de Dell probablemente est obteniendo una SAN iSCSI como software enlatado (tin-wrapped software). "Muchos ni siquiera saben que lo estn obteniendo porque est pre-empaquetado e integrado," aade. A travs de este enfoque, el negocio puede conseguir una SAN iSCSI casi al instante consistente en la VM iSCSI y las unidades de disco conectadas al servidor fsico principal. Si el servidor tiene ocho unidades y cada una es de 1TB SATA drive, usted tiene entonces una SAN iSCSI de 8TB, que representa una importante capacidad de almacenamiento para un pequeo negocio e incluso para muchas empresas medianas. "Se pueden hacer muchas variaciones sobre esto," aade Schulz. Una variacin: LeftHand Networks, recientemente adquirida por HP, toma un grupo fsico de tres servidores HP, lo que aade una alta disponibilidad, y carga su software SANiQ iSCSI en una VM que funciona en el grupo. El enfoque de LeftHand no necesariamente da lugar a una solucin barata; un nico nodo de haDRware/software con un par de terabytes de almacenamiento cuesta alrededor de los 15.000 dlares. La mayora de los clientes empiezan con tres nodos. No obstante, pueden comprarse otras SANs iSCSI por menos de 5.000 dlares, incluso por debajo de los 4.000, incluyendo un terabyte o dos de almacenamiento, caracterstica que las hacen adecuadas para casi cualquier organizacin. Hay muchos modos de conseguir una SAN iSCSI hoy en da. Los grandes proveedores de iSCSI, Dell/EqualLogic, NetApp Inc., EMC Corp., HP/LeftHand, ofrecen los productos iSCSI a una gran variedad de precios. Los proveedores ms pequeos como SANRAD Inc., Reldata Inc. y Nimbus ofrecen cabezas iSCSI que conectan con cualquier array de
discos que se ponga tras ellas. Algunas admiten varios protocolos de almacenamiento: iSCSI, FC, NAS y NFS. Adems, se necesitar un conmutador Ethernet, a partir de unos 300 dlares, y un Ethernet NIC, menos de 100 dlares, en cada servidor fsico. El iniciador iSCSI, requerido por el servidor, ya va incluido en la mayora de los sistemas operativos de los servidores. Los analistas esperan la presentacin de un iniciador iSCSI nativo de VMware Inc. en el prximo lanzamiento de ESX. "Usted puede reunir una pequea SAN iSCSI por menos de 10.000 dlares y probablemente por menos de 5.000 dlares, dependiendo de la capacidad de almacenamiento que desee," asegura Byrne. El iSCSI tampoco requiere unos profundos conocimientos tcnicos. La clave es averiguar qu desea respecto a la capacidad, la admisin de ms de un protocolo, la extensibilidad y diversas caractersticas avanzadas, y cunto est dispuesto a pagar. El salto a 10Gbs iSCSI costar bastante ms. Pero con los precios de 1Gbs, el costo no debera ser un obstculo para que las medianas empresas e incluso las pequeas adquieran el iSCSI.
Se ha hablado mucho de las redes de rea de almacenamiento (o SANs, por sus siglas en ingles) de tipo iSCSI en entornos de servidores virtuales, pero el canal de fibra sigue siendo la tecnologa ms utilizada en estos casos. El inters por las SANs iSCSI aumenta Cuando los departamentos de TI (tecnologa de la informacin) empezaron a virtualizar sus servidores, muchos de ellos optaron por la opcin ms conservadora en lo que se refiere al almacenamiento. Las pequeas empresas decidieron adoptar, inicialmente, un sistema de almacenamiento directo (o DAS, por sus siglas en ingls, direct-attached storage) mientras sopesaban los mritos del almacenamiento compartido. Y las medianas y grandes empresas, por lo general, decidieron aprovechar las matrices (arrays) de canal de fibra de las que ya disponan. La empresa AIMCO (Apartment Investment and Management Company) en Denver (EE. UU.) no fue una excepcin. La incursin de este fondo de inversin inmobiliaria en el mbito de la virtualizacin de servidores consisti en una licencia para dos procesadores de VMware ESX Server con un sistema DAS adems de la SAN de canal de fibra con la que ya contaba. Cuando AIMCO incorpor a su sistema ocho servidores
ESX nuevos el ao pasado, tambin conserv su matriz de memoria virtual para empresas (o EVA, por sus siglas en ingls) StorageWorks 6100 de Hewlett-PackaDR (HP) para canal de fibra. Ya la tenamos. No tena sentido comprar nada nuevo. Lo nico que tenamos que hacer era aadir ms discos, comenta Chris Bell, administrador de sistemas del centro de datos que AIMCO tiene en Greenville (Carolina del Sur, EE. UU.). Pero, ahora, Bell est intrigado con la Ethernet de 10 Gb (GbE) y con las SANs iSCSI, ya que es posible que AIMCO se plantee ampliar su entorno de servidores virtuales. Bell ha expresado un particular inters por la visualizacin del almacenamiento y por los dispositivos de almacenamiento multiprotocolo de NetApp, que soportan iSCSI fuera de la mquina, a diferencia de la EVA 6100, de la que AIMCO no tiene licencia para iSCSI. La opcin de NetApp es interesante porque con el tiempo, nos permitira eliminar los conmutadores de serie de la SAN de canal de fibra y pasar del trfico basado en discos al trfico de red ISCSI, comenta Bell. Todo gira en torno a reducir los costos. Que el costo sea bajo es un factor importante que ha de tenerse en cuenta a la hora de comprar una iSCSI, dado que una empresa puede utilizar su actual infraestructura IP en vez de gastar una suma importante en adquirir un sistema de canal de fibra nuevo. Los iniciadores de software que envan las DRenes SCSI por la red IP estn integrados en los principales sistemas operativos. An as, los departamentos de TI (tecnologa de la informacin) tienen que realizar un anlisis detallado de su entorno virtual para asegurarse de que el ahorro de costos responde a sus expectativas. Cuando se aaden mquinas virtuales a un servidor fsico, se aumenta la cantidad de trfico de E/S en los enlaces fsicos, comenta Stanley Zaffos, vicepresidente del departamento de investigacin de la empresa Gartner, situada en StamfoDR (Connecticut, EE. UU.). Y el nivel de sobrecarga del iniciador de software aumentar proporcionalmente. Es posible que descubra, en algn momento, que aunque algo funcione en la prueba de concepto, no tiene porqu acabar respondiendo como usted esperaba , comenta Zaffos. Es posible que necesite comprar adaptadores de host o tarjetas de interfaz de red de mayor rendimiento que puede que eleven los costos hasta alcanzar a los del canal de fibra. El rendimiento tiene un precio. Y una vez que pagas ese precio, puede que la iSCSI pieDRa la ventaja que tena frente al canal de fibra dependiendo de si se la compara con un sistema de nivel bsico o de alto costo, dice Greg Schulz, fundador y analista senior de StorageIO Group en Stillwater (Minnesota, EE. UU.).
Otros factores a tener en cuenta son si se van a virtualizar las cargas de trabajo de las aplicaciones en un servidor fsico o no, as como sus necesidades de ancho de banda en caso de que as fuera. Bell de AIMCO, por ejemplo, ha comentado que l slo se planteara adoptar la Ethernet de 10 Gb. Aunque el precio de las tarjetas de la Ethernet de 10 Gb est bajando, puede que muchas empresas consideren que la Ethernet de 1 Gb es ms adecuada para ellas, sobre todo si estn virtualizando cargas de trabajo de aplicaciones ms ligeras. A la espera de la Ethernet de 10 Gb Saddle Creek Corporation, por ejemplo, no ha hecho nada en particular para reunir varias conexiones GbE y potenciar su rendimiento. Kathy Fulton, directora senior de servicios tcnicos del proveedor de logstica de terceros, ha comentado que la empresa no se ha encontrado con ningn problema de rendimiento, a pesar del gran volumen que debe afrontar su sistema de gestin de almacn. En algn momento, nos plantearemos [la Ethernet de 10 Gb] porqu e siempre que surge la ocasin de hacer algo para mejorar el rendimiento, merece la pena tenerlo en cuenta, dijo. Esta empresa con sede en Lakeland (Florida, EE. UU.) fusion entre 70 y 80 servidores fsicos para obtener aproximadamente 10 que utilizan VMware. Ahora, todas las aplicaciones estn virtualizadas, incluyendo el servidor de intercambio de Microsoft, que contiene ms de 600 buzones. Saddle Creek pas de un sistema de almacenamiento directo o DAS a una SAN iSCSI de LeftHand Networks (que ahora pertenece a Hewlett-PackaDR) y una iniciativa propia de virtualizacin de servidores. Fulton saba que el sistema DAS ya no les permita sacar partido de las funciones avanzadas de VMware, como son el alto nivel de disponibilidad y VMotion, que permite a los usuarios trasladar las mquinas virtuales de un servidor a otro. Segn comenta Fulton, la decisin estaba entre una iSCSI y una SAN de canal de fibra, pero el precio, la flexibilidad y la facilidad de su administracin inclinaron la balanza a favor de la iSCSI. El tiempo que mis ingenieros tenan que invertir en administrar la SAN pareca ser significativamente inferior en el caso de la iSCSI, comenta Fulton. Les gust mucho la interfaz porque todo estaba organizado siguiendo un oDRen lgico. Las funciones del aprovisionamiento de almacenamiento se amplan Segn Jeff Boles, analista senior y director de los servicios de validacin de Taneja Group en Hopkinton (Massachusetts, EE. UU.), la mayor parte del aprovisionamiento de almacenamiento de una iSCSI puede llevarla a cabo el personal a cargo del servidor (y no especialistas en almacenamiento). Muchos usuarios tienden a utilizar la iSCSI para nuevos proyectos o cuando sus sistemas de almacenamiento de canal de fibra les ofrecen esa opcin, aade.
Segn una encuesta realizada en diciembre de 2007 por Enterprise Strategy Group (ESG), con sede en MilfoDR (Massachusetts, EE. UU.), el 86% de las 365 organizaciones de TI (tecnologa de la informacin) consultadas utilizaban un sistema de unidades de almacenamiento en red en sus entornos de servidores virtuales. ESG tambin descubri que la mayora de empresas participantes no haban comprador nuevos recursos de almacenamiento para dar soporte a la virtualizacin de sus servidores. Bob Laliberte, analista de ESG, afirm que el rea que haba experimentado un mayor crecimiento haba sido el de las iSCSI, aunque reconoci que podra deberse a las numerosas pequeas y medianas empresas (PYMEs) que estn aprovechndose de los beneficios de la virtualizacin de servidores. A las PYMEs les suele gustar la iSCSI porque es una tecnologa con la que ya estn familiarizas, aadi. An as, el canal de fibra sigue siendo la tecnologa de almacenamiento ms utilizada en entornos de servidores virtuales. Por ejemplo, la encuesta de intencin de compra realizada por la revista Storage durante la primavera de 2009 muestra que de las 470 empresas consultadas que virtualizan sus servidores, el 51% utiliza SANs de canal de fibra como principal sistema de almacenamiento. Le siguen las SANs iSCSI (con un 12%), los sistemas de almacenamiento directo o DAS (con un 10%) y los sistemas de almacenamiento en red o NAS (con un 9%). Segn Jon Bock, director senior de marketing de soluciones de continuidad empresarial de VMware, VMware no ofreca soporte nativo para iSCSI o para sistemas de almacenamiento NAS hasta que no sali al mercado el ESX 3.0 en junio de 2006. Antes de entonces, para utilizar una iSCSI y un sistema de almacenamiento NAS, el usuario tena que conectarlos desde la mquina virtual, en vez de conectarlos directamente al servidor ESX. Bock reconoci que VMware introdujo por primera vez funciones como Storage VMotion y VMware Consolidated Backup para canal de fibra porque este sistema tena un porcentaje mayor de penetracin en el mercado. Pero tambin seal que, actualmente, la empresa tiene la intencin de ofrecer las mismas funciones en todos los casos (siempre que esto sea tcnicamente posible) independientemente del tipo de almacenamiento compartido que pueda utilizar el cliente. Los inconvenientes del canal de fibra Las principales desventajas que presenta el canal de fibra en entornos virtualizados son las mismas que en entornos no virtuales: su costo y complejidad. Pero el rendimiento, la fiabilidad y el alto nivel de disponibilidad que ofrece para aplicaciones fundamentales han impedido que muchas empresas adoptasen redes SAN iSCSI basadas en Ethernet, sobre todo si ya haban realizado previamente inversiones significativas en el sistema de canal de fibra. Una red basada en Ethernet acarrea una sobrecarga de TCP/IP que le sirve para compensar los reintentos, las discoDRancias y el control de flujo a la hora de enviar la informacin. Pero incluso en estos casos, no hay ninguna garanta de que no se pieDRa
algn paquete. El estndar CEE (Converged Enhanced Ethernet) pretende solventar estas deficiencias, pero an se est trabajando en su desarrollo. Cuando lleguen al mercado productos con soporte para CEE, el canal de fibra sobre Ethernet (FCoE) puede convertirse en otra opcin viable para entornos de servidores virtuales. Para empresas que necesitan un gran ancho de banda, la Ethernet de 10 Gb supondr una gran mejora respecto al canal de fibra de 8 Gbps. Hasta entonces, las grandes empresas suelen inclinarse por lo que ya conocen. Por ejemplo, RiskMetrics Group, tiene aos de experiencia en el mbito del canal de fibra y sabe cmo hacer frente a problemas potenciales. La empresa de servicios financieros con sede en Nueva York slo ha tenido cuatro averas (una relacionada con un adaptador de bus de host o HBA y las otras tres relacionadas con los cables del canal de fibra) en ocho aos y ninguna de ellas ha sido crtica, segn Ed Delgado, arquitecto de almacenamiento de la empresa. Eso fue lo que realmente nos confirm que habamos tomado la decisin correcta para el entorno de servidores virtuales, escribi Delgado en un correo electrnico. Otro factor adicional fue el salto que dio la empresa al canal de fibra de 4 Gbps. RiskMetrics tiene 30 servidores ESX de VMware repartidos entre seis ubicaciones distintas y de cada uno de ellos suelen depender entre 10 y 15 mquinas virtuales. El principal problema que tuvimos con la iSCSI tena que ver con la confianza que nos inspiraba la infraestructura de red, que nuestros servidores ya utilizaban en gran medida para realizar labores generales de comunicacin y transferencia de datos", escriba Delgado. La fibra nos proporcion un entorno especializado que poda someterse a diagnsticos y adaptarse a las necesidades del fabricante en caso de ser necesario fcilmente. Aunque Delgado consideraba que la iSCSI era demasiado impredecible para que pudisemos ejecutar una implementacin de VMware completa, apoy la idea de que la empresa la pusiera a prueba en una de sus sucursales ms pequeas. Tres de las nuevas matrices o arrays de disco de RiskMetrics soportar iSCSI, aunque el personal encargado del almacenamiento an no la ha utilizado. Hemos ido para adelante y para atrs respecto a la aplicacin de la iSCSI en nuestro entorno, no slo para los servidores virtuales, escribe Delgado. Aunque estara bien aprovechar el equipo de red de Cisco [Systems] que ya tenemos, experimentaramos una reduccin en el ancho de banda y cargaramos al personal de red con un trabajo adicional al tener que crear y gestionar diversas VLANs [LANs virtuales] independientes dedicadas exclusivamente al almacenamiento. Dan Iacono, ingeniero senior de sistemas SAN del departamento de ingeniera de sistemas multifabricante de HP, considera que el canal de fibra ya es ms apropiado que la iSCSI para entornos de servidores virtualizados slo por la sobrecarga asociada a la iSCSI y al sistema NAS.
El proceso de traduccin del sistema de almacenamiento al protocolo IP utiliza ciclos de la CPU del servidor, dice. Lo que siempre ha hecho ms atractivo al cable de fibra es la encapsulacin de protocolos de almacenamiento en un circuito integrado de aplicacin especfica [o ASIC, por sus siglas en ingls, application-specific integrated circuit ]. No se aade ningn tipo de sobrecarga a la CPU. Pero para esos casos en los que un usuario quiere pasar un volumen de almacenamiento de una mquina virtual a otra, la iSCSI y el sistema NAS son la mejor opcin, segn Iacono. El NAS se utiliza pocas veces en entornos virtuales, aunque puede que tenga cierto xito entre organizaciones de TI (tecnologa de la informacin) que prefieren un sistema de almacenamiento basado en archivos y de fcil gestin. Con velocidades de red superiores, el rendimiento ya no es el problema que fue para las aplicaciones de gama ms alta. Bock, de VMware, considera que la mayora de empresas toma esta decisin basndose en cul es la mejor opcin teniendo en cuenta lo que [estn] haciendo actualmente y en si esa plataforma de almacenamiento implementa o no las funciones que ellos necesitan. No considera que una opcin presente ninguna ventaja tcnica inherente respecto a la otra. Es mejor un coche rojo o un coche azul?, se pregunta Bock. Hay coches rojos buenos y coches rojos malos, as como tambin hay coches azules buenos y coches azules malos.
http://searchdatacenter.techtarget.com/es/noticias/2240164888/Ventajas-y-desventajas-dela-iSCSI-frente-al-Canal-de-Fibra-en-entornos-de-servidores-virtuales
Publicaciones Anteriores Una empresa que est a punto de comprar su primera SAN puede que considere una SAN con iSCSI, que puede hacer uso de la infraestructura de IP y la conmutacin de Ethernet existentes. Sin embargo, la mayora de las empresas que ya han utilizado una SAN han invertido de forma significativa en conmutadores de Canal de Fibra para conectar sus servidores y dispositivos de almacenamiento. Las empresas que buscan implementar las SAN de Canal de Fibra necesitan comprar el conmutador correcto del proveedor correcto. En esta gua, aprender cmo decidirse por el conmutador de Canal de Fibra de SAN correcto y cmo mantener el rendimiento del conmutador.
Cmo seleccionar un conmutador de Canal de Fibra para su SAN Para cualquier organizacin que est construyendo una SAN, el conmutador supone un punto clave sobre el que decidir. El conmutador inspecciona un paquete de datos, determina de dnde proviene y adonde va, despus enva el paquete al destino de almacenamiento previsto en el centro de datos. Los conmutadores para SAN de Canal de Fibra tienen el mismo propsito general que cualesquiera otros conmutadores de redes: conectar automticamente a los remitentes y los receptores. Pero un conmutador de Canal de Fibra se ha diseado especficamente para manejar cargas de transaccin pesadas en redes de Canal de Fibra de gran rendimiento. Los dos tipos principales de conmutadores de Canal de Fibra para redes SAN son el conmutador director modular de gran nmero de puertos y el conmutador semimodular o de puertos fijos ms pequeo. A medida que una empresa ampla su entorno de SAN, puede habilitar puertos adicionales utilizando una clave de licencia del software para desbloquearlos. Buenas prcticas para entornos de conmutacin de Canal de Fibra Las empresas que buscan implementar una SAN de Canal de Fibra deberan saber que es mala idea mezclar y combinar las marcas. Los conmutadores de Canal de Fibra deben comunicarse y cooperar los unos con los otros para gestionar la estructura general. La mejor manera de asegurarse que eso ocurre es la de elegir un conmutador de los mejores proveedores como Brocade Communications Systems, Cisco Systems o QLogic. Existe un estndar para esta comunicacin [entre los conmutadores], pero el estndar es una especie de denominador dbil y poco comn de las funciones necesarias para forjar una SAN, dice Robert Passmore, analista de Gartner. Todos los proveedores de conmutadores poseen una serie de funciones de gestin generales mucho ms slidas que son exclusivas de [cada uno de ellos]. Existen algunas buenas prcticas comunes a todos los entornos de conmutacin de Canal de Fibra, incluyendo: Las consideraciones de planificacin La construccin de dos estructuras de Canal de Fibra independientes para obtener redundancia El aspecto tcnico de la gestin Lo relativo al personal de gestin
http://searchdatacenter.techtarget.com/es/tutorial/Guia-sobre-los-conmutadores-para-redesSAN-de-Canal-de-Fibra