Re: [ot] soluciones "caseras" de almacenaje SAN/NAS
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"
Reply to: