Mailinglist Archive: opensuse-es (1382 mails)
| < Previous | Next > |
Re: [opensuse-es] [OT] Lo que hace la competencia de mercado
- From: Rafa Grimán <rafagriman@xxxxxxxxx>
- Date: Thu, 2 Oct 2008 13:07:00 +0200
- Message-id: <200810021307.00462.rafagriman@xxxxxxxxx>
Hola :)
El Thursday 02 October 2008, miguel gmail escribió:
Los 2 Gbps son muy típicos en entornos Empresariales. En entornos HPC y media
(cine, TV, 3D, ...) llevan varios años siendo 4 Gbps.
En cuanto a FC a 8 Gbps ... hay dudas porque:
- para ser realmente 8 Gbps, necesitas que los discos sean a
8 Gbps ... ¿los van a sacar?
- SAS está comiendo mucho terreno a FC
- InfiniBand le está comiendo mucho terreno a FC
Para no meter mucho miedo, 8 Gbps ya existe y se puede utilizar (hace algo
menos de un año que sacamos cabinas a 8 Gbps), pero los discos son a 4 Gbps.
Lo que consigues aquí es agregar el ancho de banda de todos los discos y que
la red FC no sea un cuello de botella. Cuando los discos y la fibra son a 4
Gbps y tienes muchos discos ... la red se te convierte en:
- un cuello de botella
y/o
- una red imposible de gestionar debido a todos los caminos
(multipathing) y cables que tienes
Se te puede dar una u otra o ambas situaciones.
VTLs (Virtual Tape Library). También se está poniendo muy de moda en España.
Lo bueno de esto es que se crean cintas "de mentira" (virtuales) en disco que
tienen el mismo tamaño que la cinta física por lo que no hace falta luego
andar "particionando" los datos para meterlos en la cinta sino que se vuelca
todo directamente a la cinta.
Vaya, si llego a leer antes este correo no lo menicono en mi correo anterior
0:)
Rafa
--
"We cannot treat computers as Humans. Computers need love."
rgriman@xxxxxxxxx
--
Para dar de baja la suscripción, mande un mensaje a:
opensuse-es+unsubscribe@xxxxxxxxxxxx
Para obtener el resto de direcciones-comando, mande
un mensaje a:
opensuse-es+help@xxxxxxxxxxxx
El Thursday 02 October 2008, miguel gmail escribió:
Hay cabinas de discos que aceptan muuuuuuchos discos.
�Como se conectan dos servidores al mismo sistema de ficheros, quien
manda? �No hay colisiones? �O un servidor est� en espera
activa/pasiva?
Es un problema con una soluci�n 'sencilla' (sencilla porque se
enmarrona al proveedor de tecnolog�a, claro). Se llaman SAN (Storage
Area Network) :<http://en.wikipedia.org/wiki/Storage_area_network>
Son redes, normalmente, aunque no necesariamente, basadas en fibra optica.
Tienes tres tipos de componentes:
Servidores: Todos los servidores que necesiten acceso a esa SAN se
conectan mediante Fibre Channel (ya digo, se suele usar fibra optica
para este proposito, aunque no es un requermiento en s� mismo).
Directores de Fibra: Suele ser al menos uno (mejor dos, por tener
caminos redundantes). Son, funcionalmente hablando, switches que
interconectan los servidores con las cabinas de discos. Los switches
se enlazan entre ellos mediante un ISL (Inter Switch Link), para
permitir que se 'hablen' entre ellos. Los t�picos - o los que yo
conozco - son Brocade y Cisco. Las redes, al ser de fibra, van
actualmente a 2Gbps, aunque actualmente ya est� disponible tecnolog�a
de 4Gbps, y se planea la siguiente generaci�n a 10Gbps. Ten en cuenta
que en una SAN hay VARIAS fibras, no una solo, por lo que el ancho de
banda para guardar datos es brutal.
Los 2 Gbps son muy típicos en entornos Empresariales. En entornos HPC y media
(cine, TV, 3D, ...) llevan varios años siendo 4 Gbps.
En cuanto a FC a 8 Gbps ... hay dudas porque:
- para ser realmente 8 Gbps, necesitas que los discos sean a
8 Gbps ... ¿los van a sacar?
- SAS está comiendo mucho terreno a FC
- InfiniBand le está comiendo mucho terreno a FC
Para no meter mucho miedo, 8 Gbps ya existe y se puede utilizar (hace algo
menos de un año que sacamos cabinas a 8 Gbps), pero los discos son a 4 Gbps.
Lo que consigues aquí es agregar el ancho de banda de todos los discos y que
la red FC no sea un cuello de botella. Cuando los discos y la fibra son a 4
Gbps y tienes muchos discos ... la red se te convierte en:
- un cuello de botella
y/o
- una red imposible de gestionar debido a todos los caminos
(multipathing) y cables que tienes
Se te puede dar una u otra o ambas situaciones.
Esto se complica mediante una funcionalidad llamada 'zoning' que viene
a ser b�sicamente similar al subnetting en un entorno LAN, establecer
ciertas zonas dentro de la SAN opacas entre s�, aunque compartan
directores de fibra. A�ade seguridad y mejora el rendimiento de la
SAN.
Cabinas de discos: Pues eso. Armarios llenos de discos, con diversos
niveles de RAID, con configuraciones de LUNs, discos, etc adecuadas
para optimizar el rendimiento y los costes, etc etc
A esto, en ciertos entornos (sobre todo en Mainframe) se suelen a�adir
librer�as de cartuchos (cintas), tambi�n con fibra optica (en entorno
IBM, al protocolo se le llama FiCon, si bien el soporte hw creo que es
id�ntico a Fibre Channel). Si bien en entornos abiertos las cintas se
usan s�lo para backups, en Grandes Sistemas los cartuchos se usan para
absolutamente todo, pero esencialmente para almacenamiento de larga
duraci�n de ficheros poco accedidos (ser�a como un cuarto nivel, o
tier, de almacenamiento).
Eso s�, las librer�as de cintas son bastante m�s lentas que los discos
duros, as� que ahora se montan 'virtualizadores'. Los virtualizadores
son armarios de discos con un sw determinado que se conecta a la SAN y
se 'anuncia' como una librer�a de cintas. El Mainframe de turno le
pasa los datos a guardar, y al tener en realidad discos en lugar de
cintas, la velocidad de acceso es mucho m�s elevada. M�s tarde, el
virtualizador le pasa, tambi�n a trav�s de la SAN (normalmente) los
datos a la verdadera librer�a de cintas.
VTLs (Virtual Tape Library). También se está poniendo muy de moda en España.
Lo bueno de esto es que se crean cintas "de mentira" (virtuales) en disco que
tienen el mismo tamaño que la cinta física por lo que no hace falta luego
andar "particionando" los datos para meterlos en la cinta sino que se vuelca
todo directamente a la cinta.
... a todo esto, ahora est� de moda otra tecnolog�a relacionada con el
almacenamiento de datos: Deduplicaci�n. Esta soluci�n viene con dos
sabores: S�lo software, o un appliance que incluye hw y sw. Lo que
hace esta tecnolog�a es leer todos los datos buscando patrones comunes
de datos. Una vez encuentra esos datos comunes, en lugar de almacenar
dos veces el mismo contenido, guarda una referencia a la cadena de
datos all� donde hace falta. Con esta tecnolog�a se consiguen tasas de
compresi�n de 20:1.
Donde estoy, estamos probando varios proveedores, y en un entorno de
laboratorio windows (servidores de ficheros, Lotus Notes, Red
Novell...) funciona de maravilla. Todav�a estamos analizando
proveedores, pero la idea es implementar alguna de estas soluciones
con archivado de largo alcance y backup.
Vaya, si llego a leer antes este correo no lo menicono en mi correo anterior
0:)
Rafa
--
"We cannot treat computers as Humans. Computers need love."
rgriman@xxxxxxxxx
--
Para dar de baja la suscripción, mande un mensaje a:
opensuse-es+unsubscribe@xxxxxxxxxxxx
Para obtener el resto de direcciones-comando, mande
un mensaje a:
opensuse-es+help@xxxxxxxxxxxx
| < Previous | Next > |