[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [ot] soluciones "caseras" de almacenaje SAN/NAS



El 05/02/12 14:43, Cristian Mitchell escribió:
> El día 5 de febrero de 2012 06:04, Juan Antonio
> <pushakk@limbo.deathwing.net> escribió:
>> El 05/02/12 05:29, Cristian Mitchell escribió:
>>> El día 3 de febrero de 2012 17:34, jorarome <jorarome@gmail.com> escribió:
>>>> El día 3 de febrero de 2012 14:19, Camaleón <noelamac@gmail.com> escribió:
>>>>> El Fri, 03 Feb 2012 18:42:34 +0100, Mariano Cediel escribió:
>>>>>
>>>>>> Confío en vuestra experiencia, para a partir de las respuestas googlear
>>>>>> con más tino.
>>>>>>
>>>>>> Supongamos que tengo que almacenar una gran cantidad de datos (que
>>>>>> crecen desmesuradamente), datos que están vinculados a un servicio de
>>>>>> samba/mysql/servidor de correo ... lo que sea. La solución políticamente
>>>>>> correcta es (corregidme, por favor)
>>>>>>  - montar un servidor para almacenar estos datos, que serán
>>>>>> compartidos via nfs¿? scsi¿?. Este servidor tiene RAIDx
>>>>>
>>>>> Bueno, un único servidor se te puede quedar pequeño. Lo ideal sería un
>>>>> servidor conectable a otro servidor conectable a otro servidor conectable
>>>>> a otro servidor, etc. Es decir, una configuración de hardware que te
>>>>> permita ir aumentando el número de servidores/discos con sólo conectar
>>>>> los equipos entre sí, en cascada.
>>>>>
>>>>> Para este tipo de aplicaciones (interconexión de servidores) se suele
>>>>> usar tarjetas SAS (con expansores SAS). Con las conexiones de red
>>>>> actuales (1 Gbps) ya sabes lo que pasa, los cuellos de botella son
>>>>> tremendos.
>>>>>
>>>>>>  - montar un servidor normalito al que le asociamos los
>>>>>> datos/directorios/bloques de disco
>>>>>
>>>>> Y que sea capaz de controlar todos los discos/volúmenes como si fueran
>>>>> uno sólo. Aquí (en software) soluciones caseras dedicadas tienes FreeNAS
>>>>> u Openfiler que son distribuciones específicas para estas tareas y que
>>>>> tienen listados de hardware compatible.
>>>>>
>>>>>> Cual es la mejor manera de escalar esta estructura ¿? Cómo se comparten
>>>>>> estos datos para que el servidor acceda a ellos ¿? Tanto utilice
>>>>>> nfs/scsi, si me quedo sin espacio en los "datos compartidos", cómo se
>>>>>> amplia ese "espacio" Y cómo se hace copia de seguridad sobre esa
>>>>>> cantidad de datos
>>>>>>
>>>>>> Todo ello montado con software libre, por supuesto, bueno, bonito y
>>>>>> barato.
>>>>>
>>>>> Lo más sencillo sería utilizar alguna solución de almacenamiento pre-
>>>>> montada (p. ej., de Supermicro o de SGI) pero ya se sabe... lo bueno es
>>>>> caro O:-). Aunque si realmente lo necesitas (tú o tu empresa) conviene
>>>>> que lo estudies bien, hagas tus números y que pidas presupuestos a varios
>>>>> fabricantes porque si buscas una solución seria y a largo plazo, olvida
>>>>> los componentes de hardware convencionales, la estabilidad, sencillez de
>>>>> uso, la fiabilidad, escalabilidad y la redundancia "reales" tienen un
>>>>> precio.
>>>>>
>>>>> Saludos,
>>>>>
>>>>> --
>>>>> Camaleón
>>>>>
>>>>>
>>>>> --
>>>>> To UNSUBSCRIBE, email to debian-user-spanish-REQUEST@lists.debian.org
>>>>> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>>>>> Archive: jghc0g$bgm$18@dough.gmane.org">http://lists.debian.org/jghc0g$bgm$18@dough.gmane.org
>>>>>
>>>>
>>>> Por casualidad este hilo a sido oportuno, ya que casualmente ando en
>>>> un rollo parecido. Trato de mejorar unas bases de datos MySQL y Oracle
>>>> y queden con ALta Disponibilidad HA, la plataforma en la que operan es
>>>> Debian y son para diversasaplicaciones web de una institucion
>>>> educativa mediana., y al ir inspeccionando las diferentes fuentes
>>>> encontradas se vislumbra soluciones como Clustes de BD, virtualizacion
>>>> y redes SAN, NAS, y esto me a sunido en una confusion total, muchas
>>>> referencias encontras se enfocan con la utilizacion de DRBD. La
>>>> institucion cuenta con hardware Discos RAID5, en la cuales se
>>>> almancena lo respectivo a los datos que se manejan con Oracle.Estare
>>>> atento a como se desenvuelte este hilo estoy seguro de que algun tip
>>>> tecnico, consejos que pueda sacarme de este estancamiento. De antemano
>>>> les agrdezco por tanto conocimeinto que se aporta a la lista.
>>>>
>>>>
>>>> --
>>>> To UNSUBSCRIBE, email to debian-user-spanish-REQUEST@lists.debian.org
>>>> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>>>> Archive: CAOM8zObU61NgvvG6TwzPwK3-TbKchhv5a-fNudbL2f9Nd-3MAQ@mail.gmail.com">http://lists.debian.org/CAOM8zObU61NgvvG6TwzPwK3-TbKchhv5a-fNudbL2f9Nd-3MAQ@mail.gmail.com
>>>>
>>>
>>> Buenas
>>>
>>> vamos orgaanizando conseptos
>>>
>>> una red NAS o SAN (iscsi) es el equivalente a un cable scsi que sale
>>> de la maquina y va a un mega periferico
>>> como un mega disco de 12 teras con varios lums u raid variados (no es
>>> file server o server de aplicacion)
>>>
>>> Mientras que SMB o NFS son protocolos de comunicacion de un file server,
>>> que nos permite compartir aplicaciones, archivos, etc.
>>>
>>> entonces dependiendo de lo que vallamos a implementar, es lo que
>>> vallamos a usar o de como lo convinemos
>>>
>>> y es muy relevante nuetra disponibilidad de fondos
>>>
>>>
>>>
>>
>> Quiza antes de aclararle los conceptos a los demas deberías aclarártelos
>> tu mismo.
>>
>> Network-attached storage (NAS) is file-level computer data storage
>> connected to a computer network providing data access to heterogeneous
>> clients. NAS not only operates as a file server but is specialized for
>> this task either by its hardware, software, or configuration of those
>> elements   <- NFS, CIFS, etc ...
>>
>> storage area network (SAN) is a dedicated network that provides access
>> to consolidated, block level data storage.   <- ISCSI, AOE, etc ...
>>
>> Un saludo.
>>
>> --
>> "Tanto en los deportes como en todo lo demás, soy un experto. Pero para
>> mantener viva mi inteligencia natural y fuera de serie, tengo que comer
>> mucho"
>>
>>
>> --
>> To UNSUBSCRIBE, email to debian-user-spanish-REQUEST@lists.debian.org
>> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>> Archive: 4F2E461B.7070901@limbo.deathwing.net">http://lists.debian.org/4F2E461B.7070901@limbo.deathwing.net
>>
> 
> No voy a entrar en discusion, solo digo que mantengo lo dicho!
> NAS no es un file server
> 

Eso no es lo que has dicho

Por favor, no respondas al privado, responde a la lista.

-- 
"Tanto en los deportes como en todo lo demás, soy un experto. Pero para
mantener viva mi inteligencia natural y fuera de serie, tengo que comer
mucho"


Reply to: