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

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



El día 5 de febrero de 2012 11:04, Juan Antonio
<pushakk@limbo.deathwing.net> escribió:
> 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"
>
>
> --
> To UNSUBSCRIBE, email to debian-user-spanish-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> Archive: 4F2E8C73.7070306@limbo.deathwing.net">http://lists.debian.org/4F2E8C73.7070306@limbo.deathwing.net
>

Si es lo que dije!!!

SAN/NAS (iscsi) no son file server!!

y si te vas a poner con presisiones estos mails tendrian decenas de paginas

son un pantallazo


La confucion viene cuando uno instala open-iscsi en un equipo con
muchos perifericos soportados por iscsi
y luego instala protocolos nfs smbfs etc para ello esta el protocolo iscsi


y lo de la respuesta al privado es la discucion eterna de responder
pone al remitente como primera opcion

si no hay un super vaca no es mi problema



-- 
MrIX
Linux user number 412793.
http://counter.li.org/

las grandes obras,
las sueñan los santos locos,
las realizan los luchadores natos,
las aprovechan los felices cuerdo,
y las critican los inútiles crónicos,


Reply to: