Hola :) admin-listas wrote:
La pregunta de siempre pero para enredar un rato sirve
Unidad de discos (4) en raid 5
El sistema y home en teoria iran en los discos del servidor 36gb
Comprendo que /home no se exporta Los directorios: /home /tmp /var Pueden ser peligrosos porque todos los usuarios pueden escribir en ellos por lo que pueden llenar el disco. Es aconsejable en servidores ponerlos en sus propias particiones.
La pregunta es si es mejor dejar los 900gb resultantes en una sola y con el samba ya repartiremos a unidades
Depende si usas cuotas para controlar uso de disco, si los ficheros son muy dispares y te interesa tener diferentes sistemas de ficheros, ...
O particionar algo para no hacer ese tamaño tan exagerado.
Nunca se es lo suficientemente guapo, ni lo suficientemente rico, ni se tienes NUNCA suficiente RAM, CPU ni espacio en disco ;) Ten en cuenta que si no está controlado el tema, los usuarios se dedicarán a llenar el espacio libre.
Los ficheros suelen ser desde 1MB hasta 50 ó 60MB
Son ficheritos grandes. ¿Cuántos accesos simultáneos? ¿Hace falta un ancho de banda garantizado? (aka ¿Tienen paciencia los usuarios? ;) ... Si hay muchos accesos puedes tener cuellos de botella en CPU, memoria y tarjeta de red. El channel bonding (según cómo lo configures te puede dar peores resultados y requiere que el switch se configure bien). Da unos resultados del 60% de la agregación de puertos, es decir NO te suma el ancho de banda de todas las tarjetas sino el 60% de la suma de todos los anchos de banda. Si metes 2 tarjetas de red, usa subnetting te dará mejor rendimiento que si haces channel bonding ... en cuanto a anchos de banda. Si tienes más de 1 tarjeta de red y una carga elevada, es aconsejable dimensionar el equipo con una CPU por cada 2 tarjetas de red. De esta forma una CPU se puede encargar de lo que se llaman los context-switches debido a las interrupciones, mientras la otra se dedica a Samba. Esto es un consejo de "andar por casa", habría que calcular el número de context-switches y la carga de la máquina, ... pero suele funcionar esta regla. Si es una red Gigabit, configura jumbo frames (si los clientes lo soportan y el switch lo soporta). Si la carga en disco es muy alta, busca un controlador SCSI y si es SATA, que esté muy bien soportado por Linux. Prefiero SCSI ya que el rendimiento es sostenido, cosa que no ocurre con IDE y algunas SATA (ofrecen picos). Si es RAID por SW, mete 2 CPU (una para le RAID y otra para Samba) ya que consume más que el RAID por HW. Cuidado con las opciones de Samba: las opciones referentes a permisos y propiedad hacen muchas llamadas a disco por lo que cae el rendimiento, por ejemplo. La opción sendfile a veces es útil y en otras te tira el rendimiento. Obviamente, todos estos consejos te los doy si quieres un sistema 100% potente y _necesitas_ sacarle el máximo de potencia. ¿Qué hardware tenías pensado? HTH Rafa -- Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia , 120 - Planta Baja 28003 Madrid, Spain Tel: +34 91 3984200 Fax: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com