El día 5 de febrero de 2012 11:04, Juan Antonio <push...@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 >> <push...@limbo.deathwing.net> escribió: >>> El 05/02/12 05:29, Cristian Mitchell escribió: >>>> El día 3 de febrero de 2012 17:34, jorarome <jorar...@gmail.com> escribió: >>>>> El día 3 de febrero de 2012 14:19, Camaleón <noela...@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-requ...@lists.debian.org >>>>>> with a subject of "unsubscribe". Trouble? Contact >>>>>> listmas...@lists.debian.org >>>>>> Archive: http://lists.debian.org/jghc0g$bgm$1...@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-requ...@lists.debian.org >>>>> with a subject of "unsubscribe". Trouble? Contact >>>>> listmas...@lists.debian.org >>>>> Archive: >>>>> http://lists.debian.org/caom8zobu61ngvvg6twzpwk3-tbkchhv5a-fnudbl2f9nd-3...@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-requ...@lists.debian.org >>> with a subject of "unsubscribe". Trouble? Contact >>> listmas...@lists.debian.org >>> Archive: http://lists.debian.org/4f2e461b.7070...@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-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: http://lists.debian.org/4f2e8c73.7070...@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, -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/calvb54avo+skjx2fd2k2cvyertxy+_ak0uokaekdtg2g+cv...@mail.gmail.com
