Aupa!
Se agradecen los mensajes con dudas técnicas para hacer
más llevadera la lista :-P
Jon Sanchez escribió:
> Bien, pues no sé si esta lista se ha construido con el propósito que voy
> a darle, pero a lo mejor es buena idea empezar tambien con algún tema
> técnico, además de los de planteamiento.
>
> Situación:
>
> Un servidor dedicado alquilado, que gestiona:
>
> Un portal phpnuke
> Varios websites estáticos
> Un ftp privado
> Servicios de correo electrónico (cuentas, listas, acceso por pop o web)
>
> Problema:
>
> El portal phpnuke crece, y desborda la capacidad del servidor,
> produciendose a veces tiempos de indisponibilidad.
>
> Para solucionar esto:
>
> 1) Gastar más pasta en un servidor más potente
> 2) Gastar más pasta (aunque menos que en la opcion 1) en dos servidores
> y hacer un balanceo de carga entre ellos
> 3) Gastar mas pasta (aunque menos que en las opciones anteriores) en dos
> servidores, de manera que uno tenga poca capacidad de almacenamiento,
> pero mucha de proceso, y gestione exclusivamente las peticiones a la
> base de datos Mysql, y el otro tenga menos capacidad de proceso, pero
> más de almacenamiento, y lleve el resto de tareas.
>
Normalmente la 3) es la opción que se suele utilizar. Cada máquina tiene
un cometido y hace
ese cometido bien, en vez de tener un maquinón haciéndolo todo.
Haría falta saber para cada servicio su carga y su número de usuarios.
Si el ftp privado tiene un uso
"ocasional" y no hay mucho tráfico de correo en esa máquina puedes
concentrar esos servicios
asegurando un cierto ancho de banda para el correo. Incluso te puedes
plantear tener también
en esa máquina las bases de datos y que la otra recoja los datos de ésa
y se dedique solo al
procesamiento.
> La opción economicamente más atractiva es la tercera, pero tiene el
> problema de que no estoy seguro de si sería viable... no será el tráfico
> de peticiones de búsquedas a la base de datos un cuello de botella mayor
> que las propias búsquedas?
>
No tiene por qué, además puedes cachear las peticiones a la base de
datos. Todo esto lo digo
sin saber el volumen de usuarios/datos que estás manejando.
A priori la solución divide y vencerás suele ser la más adecuada.
Abur!
--
######################################
Borja Tornero aka Etxekalte _
-o)
Registered Linux User 196719 /\\
_\_v
Slackware 10.2 linux-2.6.17.8
######################################
_______________________________________________
ITSAS mailing list
[email protected]
http://list.ehu.es/mailman/listinfo/itsas
