Re: OT: hay alguna ventaja en tener dos placas de red en el equipo y que esten el mismo segmento

2012-01-14 Por tema Camaleón
El Fri, 13 Jan 2012 21:28:52 -0300, Flako escribió:

 Hola, hay alguna ventaja en tener dos placas de red en el equipo y que
 esten el mismo segmento?  

Sí, yo lo uso en los servidores para tener una configuración failover (si 
cae una interfaz entra la otra). Lo que llama bonding.

 es decir:
host=potato
eth0=192.168.11.1/255.255.255.0
eth1=192.168.11.2/255.255.255.0
(las 2 interfaces conectadas al mismo swtch S)
 
Alguien me lo planteo la idea/sugerencia, diciendo que se tiene
 mejor performance, dado que podes hacer que ciertos host accedan por una
 ip y otros host por otra ip, siendo A y B dos host conectados al swicth
 S tenemos:
 host A - potato.eth0
 host B - potato.eth1
 
   Lo que hace mas performante la comunicación.. la verdad que no me lo
 creo.. pero tampoco tengo fundamentos para decir que no se debe hacer
 una configuración de ese tipo..
 
   Cuales serian los problemas de una configuración de este tipo? tiene
 alguna ventaja hacerlo?

No veo por qué no iba a poder ser posible (destinar las interfaces a 
servicios para obtener mejor rendimiento y balancear la carga) pero se me 
antoja complicado. Si no tienes una necesidad concreta, yo empezaría por 
configurar algún nivel de bonding que no requiere hacer malabares con las 
rutas ni soporte directo en las aplicaciones.

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/jertir$kef$1...@dough.gmane.org



Re: OT: hay alguna ventaja en tener dos placas de red en el equipo y que esten el mismo segmento

2012-01-14 Por tema Flako
El día 14 de enero de 2012 09:48, Camaleón noela...@gmail.com escribió:
 El Fri, 13 Jan 2012 21:28:52 -0300, Flako escribió:

 Hola, hay alguna ventaja en tener dos placas de red en el equipo y que
 esten el mismo segmento?

 Sí, yo lo uso en los servidores para tener una configuración failover (si
 cae una interfaz entra la otra). Lo que llama bonding.

 es decir:
    host=potato
    eth0=192.168.11.1/255.255.255.0
    eth1=192.168.11.2/255.255.255.0
    (las 2 interfaces conectadas al mismo swtch S)

    Alguien me lo planteo la idea/sugerencia, diciendo que se tiene
 mejor performance, dado que podes hacer que ciertos host accedan por una
 ip y otros host por otra ip, siendo A y B dos host conectados al swicth
 S tenemos:
     host A - potato.eth0
     host B - potato.eth1

   Lo que hace mas performante la comunicación.. la verdad que no me lo
 creo.. pero tampoco tengo fundamentos para decir que no se debe hacer
 una configuración de ese tipo..

   Cuales serian los problemas de una configuración de este tipo? tiene
 alguna ventaja hacerlo?

 No veo por qué no iba a poder ser posible (destinar las interfaces a
 servicios para obtener mejor rendimiento y balancear la carga) pero se me
 antoja complicado. Si no tienes una necesidad concreta, yo empezaría por
 configurar algún nivel de bonding que no requiere hacer malabares con las
 rutas ni soporte directo en las aplicaciones.

 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/jertir$kef$1...@dough.gmane.org


Walter,Diego, Camaleon: cuando me lo contaron fue sin bonding, es por
eso que me parecio raro.. las ventajas de bonding las tengo claras..

Diego: entiendo el ejemplo, solo que como le falta el analisis que
ambas interfaces estan conectadas al mismo swich S, me sale la duda de
que este sea capas de lograr que host A y B tranfieran constantemente
100Mb/s (suponiendo que host orion este sobrado de cpu)
Es probable que este confundido de como funciona un swich, realmente
nuca lei (para auto confirmarme) que un switch asegure la
transferencia de 100Mb/s constante en todas las bocas a la ves. (creo
que en eso es donde estoy confundido)


Pero bueno, quería saber si alguien lo usaba realmente.. gracias.


--
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/CADqxbRS5M7O2Eug4voD-Nfmx=pp+c49-xqtqjymuczjpf-s...@mail.gmail.com



Re: OT: hay alguna ventaja en tener dos placas de red en el equipo y que esten el mismo segmento

2012-01-14 Por tema Camaleón
El Sat, 14 Jan 2012 10:09:27 -0300, Flako escribió:

 El día 14 de enero de 2012 09:48, Camaleón noela...@gmail.com
 escribió:

(...)

   Cuales serian los problemas de una configuración de este tipo?
   tiene
 alguna ventaja hacerlo?

 No veo por qué no iba a poder ser posible (destinar las interfaces a
 servicios para obtener mejor rendimiento y balancear la carga) pero se
 me antoja complicado. Si no tienes una necesidad concreta, yo empezaría
 por configurar algún nivel de bonding que no requiere hacer malabares
 con las rutas ni soporte directo en las aplicaciones.

 Walter,Diego, Camaleon: cuando me lo contaron fue sin bonding, es por
 eso que me parecio raro.. las ventajas de bonding las tengo claras..

Pues lo mismo aplica para una configuración sin bonding, sólo que en este 
caso tendrías que configurar manualmente todo, rutas, servicios, etc...
 
 Diego: entiendo el ejemplo, solo que como le falta el analisis que ambas
 interfaces estan conectadas al mismo swich S, me sale la duda de que
 este sea capas de lograr que host A y B tranfieran constantemente
 100Mb/s (suponiendo que host orion este sobrado de cpu) Es probable que
 este confundido de como funciona un swich, realmente nuca lei (para auto
 confirmarme) que un switch asegure la transferencia de 100Mb/s constante
 en todas las bocas a la ves. (creo que en eso es donde estoy confundido)

Sí, es posible. Incluso a 200 Mbit/s (full-duplex). 

Pero ten en cuenta que esos son velocidades máximas teóricas, raras 
veces se alcanzan a no ser que tengas un buen equipamiento de hardware, 
una instalación de red impecable y una configuración súper-afinada de los 
servicios, sistema operativo...
 
 Pero bueno, quería saber si alguien lo usaba realmente.. gracias.

Yo uso bonding que es más práctico y requiere menos configuración.

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/jes4mf$kef$1...@dough.gmane.org



OT: hay alguna ventaja en tener dos placas de red en el equipo y que esten el mismo segmento

2012-01-13 Por tema Flako
   Hola, hay alguna ventaja en tener dos placas de red en el equipo y
que esten el mismo segmento?  es decir:
   host=potato
   eth0=192.168.11.1/255.255.255.0
   eth1=192.168.11.2/255.255.255.0
   (las 2 interfaces conectadas al mismo swtch S)

   Alguien me lo planteo la idea/sugerencia, diciendo que se tiene
mejor performance, dado que podes hacer que ciertos host accedan por
una ip y otros host por otra ip, siendo A y B dos host conectados al
swicth S tenemos:
host A - potato.eth0
host B - potato.eth1

  Lo que hace mas performante la comunicación.. la verdad que no me lo
creo.. pero tampoco tengo fundamentos para decir que no se debe hacer
una configuración de ese tipo..

  Cuales serian los problemas de una configuración de este tipo? tiene
alguna ventaja hacerlo?


   Gracias.


--
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/CADqxbRSAHKiwW34Tb3Y=P4s70O=av5cope0aaixw5cj6dwo...@mail.gmail.com



Re: OT: hay alguna ventaja en tener dos placas de red en el equipo y que esten el mismo segmento

2012-01-13 Por tema Walter O. Dari

Hola:

El 13/01/12 21:28, Flako escribió:

Hola, hay alguna ventaja en tener dos placas de red en el equipo y
que esten el mismo segmento?  es decir:
host=potato
eth0=192.168.11.1/255.255.255.0
eth1=192.168.11.2/255.255.255.0
(las 2 interfaces conectadas al mismo swtch S)

Alguien me lo planteo la idea/sugerencia, diciendo que se tiene
mejor performance, dado que podes hacer que ciertos host accedan por
una ip y otros host por otra ip, siendo A y B dos host conectados al
swicth S tenemos:
 host A -  potato.eth0
 host B -  potato.eth1

   Lo que hace mas performante la comunicación.. la verdad que no me lo
creo.. pero tampoco tengo fundamentos para decir que no se debe hacer
una configuración de ese tipo..

   Cuales serian los problemas de una configuración de este tipo? tiene
alguna ventaja hacerlo?


Yo lo hago en algunos servidores para utilizar el bonding [1] pero hay 
que tener en cuenta que se deben conectar a un switch que lo soporte.



[1] http://en.wikipedia.org/wiki/Channel_bonding



Gracias.


Saludos,

 .-.   Walter
/ \ _ / \  _/\_http://swcomputacion.com/
 (\/  /  \   |_/oo)http://swsola.com.ar/
  \--~ Usuario Linux 425808
  // ||   || \\http://counter.li.org/


--
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/4f10d135.8010...@gmail.com



Re: OT: hay alguna ventaja en tener dos placas de red en el equipo y que esten el mismo segmento

2012-01-13 Por tema Diego Sanchez
El día 13 de enero de 2012 21:28, Flako subfo...@gmail.com escribió:

Claro que es mejor dos placas, que una.
Si, vas a notar un mejor rendimiento, pero si queres verlo graficamente,
instala munin (o mrtg) y fijate la curva de trafico de datos antes y
despues.

No es lo mismo que 3 personas pasen por una puerta (convencional), a que
pasen dos o 1.
En el caso de tener 3 personas, forzadamente, se produce un encolamiento y
2, tienen que esperar (poco o mucho, no es el punto de mi explicacion)

Si tuvieras dos puertas, solo uno tendria que esperar, reduciendose el
encolamiento

En mi trabajo, los mail servers tiene 3 placas de red y segun cada MX, se
entrega en una u otra.
Asi, consigo que cada placa, tenga menos de 2mb de trafico, y salvo
latencias de los discos, no tengo grandes inconvenientes


-- 
Diego - Yo no soy paranoico! (pero que me siguen, me siguen) |
http://about.me/diegors/bio
Haber recibido uno o mas correos desde esta direccion, no implica
conformidad para agregarla a bases de datos sin mi consentimiento explicito.