Hola lista!!! haber tengo una pregunta.. Tengo dos targetas de red en un servidor y quiero que se "transformen en una" royo "alta disponibilidad" . dos targetas 1 sola ip. Alguien sabe como se hace???? que cuando me falle una.. salte a la otra.. regards!! gracias!!!
hola..:) metete ahi, asumi que estas en sles... http://publib.boulder.ibm.com/infocenter/tssfsv21/index.jsp?topic=/com.ibm.s... y busca bonding... suerte...:) On 9/20/06, MANOLIO05 <loxus@vodafone.es> wrote:
Hola lista!!! haber tengo una pregunta..
Tengo dos targetas de red en un servidor y quiero que se "transformen en una" royo "alta disponibilidad" . dos targetas 1 sola ip. Alguien sabe como se hace???? que cuando me falle una.. salte a la otra..
regards!!
gracias!!!
-- Ciao, Javier linux counter #393724 GPG Key Fingerprint = 46B76CFEDB0161089D9ECB22FEFDE7EBA8C2007E I'm doing a (free) operating system (just a hobby, won't be big and professional like gnu) --Linus Torvalds
Hola :) El Miércoles, 20 de Septiembre de 2006 18:43, MANOLIO05 escribió:
Hola lista!!! haber tengo una pregunta..
Tengo dos targetas de red en un servidor y quiero que se "transformen en una" royo "alta disponibilidad" . dos targetas 1 sola ip. Alguien sabe como se hace???? que cuando me falle una.. salte a la otra..
Channel bonding, es bastante sencillo. Cuando lo configures, usa el modo 6. Con este modo tienes: alta disponibilidad agregación de ancho de banda no hace falta configurar nada en el switch Yo lo llamo el modo "vagos" porque hace de todo y configuras muy poco ;) Otros modos interesantes son el 2 y el 4. Primero tienes que configurar ambas tarjetas con el YaST en modo DHCP y luego tienes que editar los dos ficheros de configuración que te ha creado el YaST cambiando: BOOTPROTO='dhcp' por BOOTPROTO='none' Ahora sólo tienes que tocar dos ficheros: /etc/modules.conf.local alias bond0 bonding options bonding miimon=100 mode=6 use_carrier=1 /etc/sysconfig/network/ifcfg-bond0 BOOTPROTO='static' BROADCAST='172.16.0.255' IPADDR='172.16.0.1' MTU='' NETMASK='255.255.255.0' NETWORK='172.16.0.0' REMOTE_IPADDR='' STARTMODE='onboot' BONDING_MASTER='yes' BONDING_MODULE_OPTS='miimon=100 mode=6 use_carrier=1' BONDING_SLAVE0='eth0' BONDING_SLAVE1='bus-pci-0000:06:08.1' En BONDING_SLAVE0 y BONDING_SLAVE1 tienes que poner tus dispositivos de red, puedes poner: eth0 y eth1 o bus-pci-XXXXX de cada tarjeta Una línea por cada tarjeta de red. Ahora reinicias la red y ya lo tienes funcionando. Como ves, no es complicado, pero si no funciona: - has escrito algo mal en algún fichero ... revisa la configuración. Ocurre en el 110% de los casos - si sigue sin funcionar ... comprueba los cables. Ocurre en otro 110% de los casos ;) Ah, por cierto ... LEETE la documentación. Explican muchas cosas interesantes: qué hace cada modo, como configurar múltiples bonds, ... HTH Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman -- 50% of all statistics are inaccurate. OpenWengo: rgriman
2006/9/20, Rafa Grimán:
Channel bonding, es bastante sencillo. Cuando lo configures, usa el modo 6. Con este modo tienes: alta disponibilidad agregación de ancho de banda no hace falta configurar nada en el switch
Yo lo llamo el modo "vagos" porque hace de todo y configuras muy poco ;) Otros modos interesantes son el 2 y el 4.
Me he animado a configurar "channel bonding" en uno de los servidores siguiendo las instrucciones de la FAQ de IBM que comentaba Javier (el archivo que comentas /etc/modules.conf.local no lo tengo). Al reiniciar la red, el registro me muestra: kernel: bonding: Warning: either miimon or arp_interval and arp_ip_target module parameters must be specified, otherwise bonding will not detect link failures! see bonding.txt for details. kernel: bonding: Warning: failed to get speed and duplex from eth0, assumed to be 100Mb/sec and Full. kernel: bonding: Warning: failed to get speed and duplex from eth1, assumed to be 100Mb/sec and Full. ifup: Bonding interface 'bond0' could not be set up correctly ifup: eth0 is already a slave La red funciona, los servicios también. El comando ifconfig muestra: bond0 Link encap:Ethernet HWaddr 00:30:48:76:BF:52 inet addr:10.0.0.11 Bcast:10.0.0.255 Mask:255.255.255.0 inet6 addr: fe80::200:ff:fe00:0/64 Scope:Link UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1 RX packets:1400 errors:0 dropped:0 overruns:0 frame:0 TX packets:1239 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:136228 (133.0 Kb) TX bytes:506507 (494.6 Kb) eth0 Link encap:Ethernet HWaddr 00:30:48:76:BF:52 inet6 addr: fe80::230:48ff:fe76:bf52/64 Scope:Link UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1 RX packets:676 errors:0 dropped:0 overruns:0 frame:0 TX packets:621 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:66251 (64.6 Kb) TX bytes:252604 (246.6 Kb) Base address:0x2000 Memory:d6000000-d6020000 eth1 Link encap:Ethernet HWaddr 00:30:48:76:BF:52 inet6 addr: fe80::230:48ff:fe76:bf52/64 Scope:Link UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1 RX packets:724 errors:0 dropped:0 overruns:0 frame:0 TX packets:618 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:69977 (68.3 Kb) TX bytes:253903 (247.9 Kb) Base address:0x2040 Memory:d6020000-d6040000 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:14 errors:0 dropped:0 overruns:0 frame:0 TX packets:14 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1312 (1.2 Kb) TX bytes:1312 (1.2 Kb) ¿Alguna idea de este error? Saludos, -- Camaleón
2006/9/24, Camaleón:
Me he animado a configurar "channel bonding" en uno de los servidores siguiendo las instrucciones de la FAQ de IBM que comentaba Javier (el archivo que comentas /etc/modules.conf.local no lo tengo).
Avances: he puesto los siguientes valores en "/etc/modproble.conf.local", tal y como decía Rafa (varía el nombre del archivo) pero esta información no aparece en la FAQ de IBM...: alias bond0 bonding options bonding miimon=100 mode=active-backup Ahora, al reiniciar la red ya no muestra ningún error :-), pero al inicio del sistema veo en el registro: rename_netiface: cannot rename interface to temporary name ethxx1 ifup: Bonding interface 'bond0' could not be set up correctly ifup: eth0 is already a slave rename_netiface: cannot rename interface to temporary name ethxx2 Ya no es el error de antes que indicaba que no podía establecer el enlace a 1 Gb. pero no sé si este mensaje indica algún otro fallo que tengo que corregir. De momento lo dejo con "channel bonding" activado, si no me da problemas pondré la misma configuración en el resto de servidores. Saludos, -- Camaleón
Hola :) El Domingo, 24 de Septiembre de 2006 17:57, Camaleón escribió:
2006/9/24, Camale�n:
Me he animado a configurar "channel bonding" en uno de los servidores siguiendo las instrucciones de la FAQ de IBM que comentaba Javier (el archivo que comentas /etc/modules.conf.local no lo tengo).
Avances: he puesto los siguientes valores en "/etc/modproble.conf.local", tal y como dec�a Rafa (var�a el nombre del archivo) pero esta informaci�n no aparece en la FAQ de IBM...:
alias bond0 bonding options bonding miimon=100 mode=active-backup
Ahora, al reiniciar la red ya no muestra ning�n error :-), pero al inicio del sistema veo en el registro:
rename_netiface: cannot rename interface to temporary name ethxx1 ifup: Bonding interface 'bond0' could not be set up correctly ifup: eth0 is already a slave rename_netiface: cannot rename interface to temporary name ethxx2
No me suena este error, pero posiblemente tengas un error en el ifcfg-bond0. Me da la impresión que has definido dos veces la misma interfaz de red. Copia y pega el ifcfg-bond0 junto con un lspci. Échale un vistazo a dmesg para ver lo que cuenta.
Ya no es el error de antes que indicaba que no pod�a establecer el enlace a 1 Gb. pero no s� si este mensaje indica alg�n otro fallo que tengo que corregir.
Comprueba con: cat /proc/net/bonding/bond0 Lo que sale. Si quieres copia y pega y te cuento.
De momento lo dejo con "channel bonding" activado, si no me da problemas pondr� la misma configuraci�n en el resto de servidores.
En el correo original pedías alta disponibilidad. Si quieres saber si "da problemas" quita el cable de la tarjeta que está activa. Así, sin pestañear, quita el cable y no deberías notar caída del servicio. Si no "da problemas", el servicio debería seguir dándose. Es mejor que pilles ahora cualquier problema ;) Yo te aconsejo mejor el modo 6 ya que consigues HA y más ancho de banda. Una herramienta útil para monitorizar channel bonding es saidar. HTH Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-25 a las 09:32 +0200, Rafa Grimán escribió:
En el correo original pedías alta disponibilidad. Si quieres saber si "da problemas" quita el cable de la tarjeta que está activa. Así, sin pestañear, quita el cable y no deberías notar caída del servicio. Si no "da problemas", el servicio debería seguir dándose. Es mejor que pilles ahora cualquier problema ;)
A ver, me pongo pejiguero ;-) Te pones a transferir un fichero de un giga y mientras, enchufas y desenchufas el cable; al final, compruebas el CRC - ¿dará bien? >;-) - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFF6zHtTMYHG2NR9URAi9/AJ9VLvtq2C6CBtHBucteLEBcx5DwnACeJBTn aygbgwSh7WX9TThlP0ZEUSY= =GuHT -----END PGP SIGNATURE-----
Hola :) El Lunes, 25 de Septiembre de 2006 12:17, Carlos E. R. escribió:
El 2006-09-25 a las 09:32 +0200, Rafa Grim�n escribi�:
En el correo original ped�as alta disponibilidad. Si quieres saber si "da problemas" quita el cable de la tarjeta que est� activa. As�, sin pesta�ear, quita el cable y no deber�as notar ca�da del servicio. Si no "da problemas", el servicio deber�a seguir d�ndose. Es mejor que pilles ahora cualquier problema ;)
A ver, me pongo pejiguero ;-)
Te pones a transferir un fichero de un giga y mientras, enchufas y desenchufas el cable; al final, compruebas el CRC - �dar� bien? >;-)
Debería. Ten en cuenta que en TCP, si "el otro lado" da un error, se vuelve a enviar el paquete. Ambas tarjetas deberían tener el cable enchufado, lo que haces es quitar el cable de la tarjeta activa (en el caso de este thread sólo hay una activa) y la pasiva debería entrar sin que te des cuenta ... la verdad es que root lo sabe todo por lo que deberías ver algún mensaje ;) Al mirar en /proc/net/bonding/bond0, verás que la que antes estaba a up ahora está a down y a la inversa para la otra tarjeta. Como he dicho en el otro correo, saidar está muy chulo para monitorizar esto porque en el momento que quitas el cable de la tarjeta, deberías ver como todo el tráfico pasa a la tarjeta que estaba pasiva. Si no se activa la tarjeta ... es que hay algo mal definido en el ifcfg-bond0 y/o en el modprobe.conf[.local]. Yo siempre he usado mode 2,4 ó 6 y nunca ha habido queja :) Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-25 a las 12:31 +0200, Rafa Grimán escribió:
Yo siempre he usado mode 2,4 ó 6 y nunca ha habido queja :)
Es muy curioso, pero yo no he tenido ocasión de jugar con estas cosas, así que para mi es nuevo, sólo de oiros contarlo aquí, sobre todo a tí. Por ejemplo, una curiosidad: ¿se emplean routers diferentes para cada tarjeta, o eso depende del "modo" que se esté usando? - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFF7MhtTMYHG2NR9URAtqcAJ4xGPALvkjktELnQlBA4nZuQH/XbgCfQlch 6yGb4IO1BX7XxwcQNDCTVms= =M0J7 -----END PGP SIGNATURE-----
Hola :) El Lunes, 25 de Septiembre de 2006 12:44, Carlos E. R. escribió:
El 2006-09-25 a las 12:31 +0200, Rafa Grim�n escribi�:
Yo siempre he usado mode 2,4 � 6 y nunca ha habido queja :)
Es muy curioso, pero yo no he tenido ocasi�n de jugar con estas cosas, as� que para mi es nuevo, s�lo de oiros contarlo aqu�, sobre todo a t�.
Si quieres experimentar, sólo tienes que tener el siguiente HW: 1 PC con 2 tarjetas de red + Linux 1 switch (no gestionable, es más barato ;) 1 PC (si tiene dos tarjetas de red, mejor)
Por ejemplo, una curiosidad: �se emplean routers diferentes para cada tarjeta, o eso depende del "modo" que se est� usando?
No hace falta nada complejo ni caro, como te he comentado en el párrafo anterior ;) En el caso de los routers ADSL que hacen de switch ... no sé qué tal se portarán ... El sw de channel bonding se dedica a jugar con las tablas ARP y alguna otra cosa para "engañar" a la red. De esta manera, le puede asignar una MAC al bond en función de las tarjetas que haya enchufadas. En el switch se puede configurar o no el soporte para bonding de manera que tenemos dos opciones: - el switch "sabe" qué tarjetas van a intervenir en el bond y se encarga de "marcar" esos puertos - el switch no "sabe" qué tarjetas va a hacer el bond Lo más cómodo es no hacer nada en el switch y configurarlo en el Linux de modo que puedes poner los cables donde te dé la gana y no tienes que andar especificando puertos, ... Otra cosa es el usar vlans en el switch. Si tienes vlans definidas ... olvídate del modo 4 porque no "funciona bien". Lo de "funcionar bien" significa que no entran datos por todas las tarjetas de red por lo que en el sentido switch -> linux, no hay agregación de ancho de banda :( En este caso, lo bueno es modo 2. HTH Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman
2006/9/25, Rafa Grimán:
No me suena este error, pero posiblemente tengas un error en el ifcfg-bond0. Me da la impresión que has definido dos veces la misma interfaz de red. Copia y pega el ifcfg-bond0 junto con un lspci.
Échale un vistazo a dmesg para ver lo que cuenta.
Para que luego digan que no hace falta reiniciar el Linux... ;-). Al encender hoy el equipo no me encuentro con ningún mensaje de error, ni en "messages" ni en "warn".
Comprueba con:
cat /proc/net/bonding/bond0
Está todo perfecto, sólo me quedaba añadir esas dos líneas en modprobe.conf.local, la salida es: Ethernet Channel Bonding Driver: v2.6.3 (June 8, 2005) Bonding Mode: fault-tolerance (active-backup) Primary Slave: None Currently Active Slave: eth0 MII Status: up MII Polling Interval (ms): 100 Up Delay (ms): 0 Down Delay (ms): 0 Slave Interface: eth0 MII Status: up Link Failure Count: 0 Permanent HW addr: 00:30:48:76:bf:52 Slave Interface: eth1 MII Status: up Link Failure Count: 0 Permanent HW addr: 00:30:48:76:bf:53
En el correo original pedías alta disponibilidad.
No fui yo quien inició el correo, me enganché al final como una lapa, nada más... :-)
Si quieres saber si "da problemas" quita el cable de la tarjeta que está activa. Así, sin pestañear, quita el cable y no deberías notar caída del servicio. Si no "da problemas", el servicio debería seguir dándose. Es mejor que pilles ahora cualquier problema ;)
Sí, eso hice desde el primer momento. Aún cuando me estaba soltando errores, al desconectar del switch uno de los cables seguía respondiendo perfectamente.
Yo te aconsejo mejor el modo 6 ya que consigues HA y más ancho de banda.
Vale, pues lo cambio. El switch no es gestionable (tiene una especie de configurador vía web que permite cosas básicas como VLAN y "trunking" pero nada serio. Por cierto, estas dos tarjetas de red están definidas desde el swicth como VLAN, no habrá problemas ¿verdad? También me preocupan las actualizaciones del kernel, espero no tener que configurar nada de nuevo con cada actualización. Saludos, -- Camaleón
Hola :) El Lunes, 25 de Septiembre de 2006 13:44, Camaleón escribió:
2006/9/25, Rafa Grim�n:
No me suena este error, pero posiblemente tengas un error en el ifcfg-bond0. Me da la impresi�n que has definido dos veces la misma interfaz de red. Copia y pega el ifcfg-bond0 junto con un lspci.
�chale un vistazo a dmesg para ver lo que cuenta.
Para que luego digan que no hace falta reiniciar el Linux... ;-). Al encender hoy el equipo no me encuentro con ning�n mensaje de error, ni en "messages" ni en "warn".
Lo único que hay que hacer es: 1.- rcnetwork stop 2.- configurar todo 3.- rcnetwork start
Comprueba con:
cat /proc/net/bonding/bond0
Est� todo perfecto, s�lo me quedaba a�adir esas dos l�neas en modprobe.conf.local, la salida es:
Ethernet Channel Bonding Driver: v2.6.3 (June 8, 2005)
Bonding Mode: fault-tolerance (active-backup) Primary Slave: None Currently Active Slave: eth0 MII Status: up MII Polling Interval (ms): 100 Up Delay (ms): 0 Down Delay (ms): 0
Slave Interface: eth0 MII Status: up Link Failure Count: 0 Permanent HW addr: 00:30:48:76:bf:52
Slave Interface: eth1 MII Status: up Link Failure Count: 0 Permanent HW addr: 00:30:48:76:bf:53
En el correo original ped�as alta disponibilidad.
No fui yo quien inici� el correo, me enganch� al final como una lapa, nada m�s... :-)
Vaya memoria la mía 0:)
Si quieres saber si "da problemas" quita el cable de la tarjeta que est� activa. As�, sin pesta�ear, quita el cable y no deber�as notar ca�da del servicio. Si no "da problemas", el servicio deber�a seguir d�ndose. Es mejor que pilles ahora cualquier problema ;)
S�, eso hice desde el primer momento. A�n cuando me estaba soltando errores, al desconectar del switch uno de los cables segu�a respondiendo perfectamente.
Yo te aconsejo mejor el modo 6 ya que consigues HA y m�s ancho de banda.
Vale, pues lo cambio. El switch no es gestionable (tiene una especie de configurador v�a web que permite cosas b�sicas como VLAN y "trunking" pero nada serio.
Es gestionable ;)
Por cierto, estas dos tarjetas de red est�n definidas desde el swicth como VLAN, no habr� problemas �verdad?
Puedes usar el modo 2 ó 6. Lo que no me acuerdo bien era la diferencia 0:) Total sólo tienes que hacer los 3 pasos de arriba y lo pruebas. NO uses el modo 4 porque sólo vas a recibir por una tarjeta, aunque saldrás por las 2. Resulta que al hacer VLANs, el switch actúa a modo de router por lo que Linux "creerá" que sólo hay un equipo enviando datos ya que se basa en las MACs. Otra cosa, monitoriza el comportamiento de las tarjetas. A mi me gusta saidar porque te monitorizar cada eth por separado y el bond por lo que puedes ver en todo momento si entran/salen datos por ambas tarjetas, si se suman los anchos de banda, ... Más o menos puedes conseguir unos 50 - 70 MB/s por cada tarjeta, dependiendo del driver, versión del kernel, CPU, RAM, ...
Tambi�n me preocupan las actualizaciones del kernel, espero no tener que configurar nada de nuevo con cada actualizaci�n.
No, actualizar el kernel no sobreescribe nada :) HTH Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman
2006/9/25, Rafa Grimán:
Lo único que hay que hacer es:
1.- rcnetwork stop
2.- configurar todo
3.- rcnetwork start
No, si sólo reiniciaba la red me seguía sacando los errores. Ha sido al agapar y encender de neuvo el equipo cuando ha funcionado correctamente.
Es gestionable ;)
Pero "mu malico" :-). Lo único que necesitaba en este switch era que todos los puertos fueran Gigabit y permitiera la creación de VLANs.
Puedes usar el modo 2 ó 6. Lo que no me acuerdo bien era la diferencia 0:) Total sólo tienes que hacer los 3 pasos de arriba y lo pruebas.
O.K.
Otra cosa, monitoriza el comportamiento de las tarjetas. A mi me gusta saidar porque te monitorizar cada eth por separado y el bond por lo que puedes ver en todo momento si entran/salen datos por ambas tarjetas, si se suman los anchos de banda, ...
Más o menos puedes conseguir unos 50 - 70 MB/s por cada tarjeta, dependiendo del driver, versión del kernel, CPU, RAM, ...
Parece majo, además permite monitorizar el sistema: (...) Statistics include CPU, processes, load, memory, swap, network I/O, disk I/O, and file system information.
No, actualizar el kernel no sobreescribe nada :)
Lo voy a monitorizar esta semana en este servidor (channel bonding), si va bien lo configuro en otro al que también le hará falta (lleva Samba). Saludos, -- Camaleón
Hola :) El Lunes, 25 de Septiembre de 2006 15:23, Camaleón escribió:
2006/9/25, Rafa Grim�n:
Lo �nico que hay que hacer es:
1.- rcnetwork stop
2.- configurar todo
3.- rcnetwork start
No, si s�lo reiniciaba la red me segu�a sacando los errores. Ha sido al agapar y encender de neuvo el equipo cuando ha funcionado correctamente.
Vale, ya pillo, corrijo los pasos: 1.- rcnetwork stop 2.- modprobe -r bond 3.- configurar todo 4.- rcnetwork start
Es gestionable ;)
Pero "mu malico" :-). Lo �nico que necesitaba en este switch era que todos los puertos fueran Gigabit y permitiera la creaci�n de VLANs.
Puedes usar el modo 2 � 6. Lo que no me acuerdo bien era la diferencia 0:) Total s�lo tienes que hacer los 3 pasos de arriba y lo pruebas.
O.K.
Creo que el 2 provoca menos consumo de CPU y, por tanto, escala mejor.
Otra cosa, monitoriza el comportamiento de las tarjetas. A mi me gusta saidar porque te monitorizar cada eth por separado y el bond por lo que puedes ver en todo momento si entran/salen datos por ambas tarjetas, si se suman los anchos de banda, ...
M�s o menos puedes conseguir unos 50 - 70 MB/s por cada tarjeta, dependiendo del driver, versi�n del kernel, CPU, RAM, ...
Parece majo, adem�s permite monitorizar el sistema:
(...) Statistics include CPU, processes, load, memory, swap, network I/O, disk I/O, and file system information.
Es la caña :) Y en modo texto !!! Así que consume pocos recursos ;)
No, actualizar el kernel no sobreescribe nada :)
Lo voy a monitorizar esta semana en este servidor (channel bonding), si va bien lo configuro en otro al que tambi�n le har� falta (lleva Samba).
OJO, en samba, recuerda que ahora la interfaz es bond0 ;) Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman
El 25/09/2006 14:33:55 Rafa Grimán escribió: rgriman> rgriman> > Tambi me preocupan las actualizaciones del kernel, espero no tener rgriman> > que configurar nada de nuevo con cada actualizaci. rgriman> rgriman> rgriman> No, actualizar el kernel no sobreescribe nada :) Como mucho se tendrá que re-escribir lo que ya estaba escrito. pero es verdad, no tendrá que escribir nada que sea nuevo. :-) P.D. Lo siento, no he podido contenerme. :-))) -- Saludos, Josep M. Queralt
Hola :) El Domingo, 24 de Septiembre de 2006 13:24, Camaleón escribió:
2006/9/20, Rafa Grim�n:
Channel bonding, es bastante sencillo. Cuando lo configures, usa el modo 6. Con este modo tienes: alta disponibilidad agregaci�n de ancho de banda no hace falta configurar nada en el switch
Yo lo llamo el modo "vagos" porque hace de todo y configuras muy poco ;) Otros modos interesantes son el 2 y el 4.
Me he animado a configurar "channel bonding" en uno de los servidores siguiendo las instrucciones de la FAQ de IBM que comentaba Javier (el archivo que comentas /etc/modules.conf.local no lo tengo).
Si es un SLES o un SUSE Linux, puedes crearlo o bien poner las opciones en /etc/modules.conf El /etc/modules.conf.local es simplemente por tener un sistema "limpio" en el que el sistema (por ejemplo, SuSEconfig) modifique los ficheros sin modificar tus opciones.
Al reiniciar la red, el registro me muestra:
kernel: bonding: Warning: either miimon or arp_interval and arp_ip_target module parameters must be specified, otherwise bonding will not detect link failures! see bonding.txt for details.
kernel: bonding: Warning: failed to get speed and duplex from eth0, assumed to be 100Mb/sec and Full.
kernel: bonding: Warning: failed to get speed and duplex from eth1, assumed to be 100Mb/sec and Full.
ifup: Bonding interface 'bond0' could not be set up correctly
ifup: eth0 is already a slave
La red funciona, los servicios tambi�n. El comando ifconfig muestra:
[...] Usa mejor: cat /proc/net/bonding/bond0
�Alguna idea de este error?
Te faltan las opciones ;) Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-25 a las 09:35 +0200, Rafa Grimán escribió:
archivo que comentas /etc/modules.conf.local no lo tengo).
Si es un SLES o un SUSE Linux, puedes crearlo o bien poner las opciones en /etc/modules.conf
No, no podeis :-P Tanto el /etc/modules.conf como el /etc/modules.conf.local están obsoletos y no se usan con el kernel 2.6.x. Ahora son modprobe.conf y modprobe.conf.local, además del directorio modprobe.d/. El /etc/modules.conf.local probablemente ni se lee. A ver es por eso que da errores :-? - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFF65NtTMYHG2NR9URAr+lAJ4hbfdCcOo2H3CSPkhV9krMdaVy5ACeNuWB PuEhApBljkuwVU37006FNSs= =sEGh -----END PGP SIGNATURE-----
Hola :) El Lunes, 25 de Septiembre de 2006 12:24, Carlos E. R. escribió:
El 2006-09-25 a las 09:35 +0200, Rafa Grim�n escribi�:
archivo que comentas /etc/modules.conf.local no lo tengo).
Si es un SLES o un SUSE Linux, puedes crearlo o bien poner las opciones en /etc/modules.conf
No, no podeis :-P
Tanto el /etc/modules.conf como el /etc/modules.conf.local est�n obsoletos y no se usan con el kernel 2.6.x. Ahora son modprobe.conf y modprobe.conf.local, adem�s del directorio modprobe.d/.
El /etc/modules.conf.local probablemente ni se lee. A ver es por eso que da errores :-?
Es verdad, mea culpa. El fichero correcto es: modprobe.conf.local Gracias Carlos :) Vaya memoria que tengo ... Haré una nota mental para comprobar nombres de ficheros, ... antes de dar al botón enviar ... si es que no se me olvida ;) Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman
participants (7)
-
Camaleón -
Carlos E. R. -
javier rojas -
Josep M. Queralt -
MANOLIO05 -
Rafa Grimán -
Rafa Grimán