No la conozco y no he probado estos chipsets. Por lo poco que he visto/leído, algún problema podría aparecer si la t. red estaba integrada en placa, pero creo que se ha corregido. Personalmente no me gustan las cosas que vienen en placa y tiendo a aconsejar deshabilitarlas en la BIOS y poner una placa en ranura PCI/PCI-X/PCIe.
La idea es ponerle 2 ethernets más; evidentemente si la integrada me da algún problema, deshabilitada y ha ponerle 3 y Santas Pascuas.
Para eso te vendo un 386 que tengo muerto de risa ;) Ahora en serio, si las queries no son muy brutas, te sobra máquina.
Si, lo sé.
Con samba tienes varios cuellos de botella:
- CPU: Samba no usa threads, son procesos, cada usuario conectado arranca un proceso hijo nuevo.
Bueno, con la CPU que le meto no creo que haya demasiado problema.
- t. red: usa jumbo frames (aka MTU=9000) si puedes. Si lo dejas a 1500, te puede crear otro cuello de botella en la CPU debido a las interrupciones por parte de cada paquete que procesa la t. de red. Al aumentar el MTU -> disminuye el número de paquetes -> disminuye el número de interrupciones.
Si, sería lo suyo. ¿Cómo se configura eso? ¿Vale sobre ethernet 10/100 o tiene que ser dispositivo gigabit?
- memoria: no es realmente un cuello de botella sólo que Linux mete todo en RAM por lo que si pones más RAM ... mejor ;)
;)
- sistema de disco + sistema de ficheros: te puede suponer un cuello de botella. Si buscas buen rendimiento, separa los discos en diferentes controladoras y ten cuidado con el "stripe size" al crear el RAID. Si puedes, intenta que el "stripe size" sea igual al tamaño de bloque que le asignas al sistema de ficheros y al "write cache size" de Samba si usas oplocks.
Aquí me he quedado un poco igual Rafa. ¿Puedes darme más info o remitirme a algún link para ignorantes?
Hay otros cuellos de botella con los que te puedes encontrar como son: buses PCI y bus RAM <-> CPU.
En el primer caso, serán tarjetas PCI las que te puedan causar pérdidas de rendimiento y lo sufrirá Samba. Evita que los dispositivos PCI compartan bus, de esta manera evitarás saturar un bus PCI.
Exacto. Lo había tenido en cuenta.
En principio no parece que vayas a tener problemas de rendimiento. De todas maneras, monitorízalo con alguna herramienta para asegurarte que das un rendimiento aceptable.
¿ideas?
Una pregunta más ¿has tenido en cuenta backups? Te pueden suponer un cuello de botella en cuanto a red (si haces backup por red), de disco y CPU (si usas rsync, por ejemplo) o de memoria.
De momento se hará a nivel local de disco 2 (el que estará en RAID) al disco 1. Independientemente de esto, sobre soporte óptico (DVD) diariamente. Evidentemente esto se quedará pequeño y lo que tengo en mente es un disco externo vía USB y rsync. -- Jordi Espasa Clofent PGP id 0xC5ABA76A #http://pgp.mit.edu/ FSF Associate Member id 4281 #http://www.fsf.org/