none
Requerimientos de Hard RRS feed

  • Pregunta

  • Muchas gracias por adelantado a todos!

    Bueno tras una larga temporada sin entrar en el foro, veo que esto esta mucho mas animado, eso está genial! cuanta mas gente interesada mas informacion para todos.Enhorabuena!

    Mi pregunta o solicitud de ayuda es sobre los requerimientos de hard que necesitare para montar lo siguiente:

    Un servidor: con mas de 6 servidores virtuales a pleno rendimiento para desarrollo, los cuales contendran desde aplicaciones web a gestores de BBDD(SQL y Oracle).

    Mis calculos iniciales han sido: en cuanto a RAM he estimado entre 1,5 y 2 Gb por servidor y unos 10Gb de HD, todo sobre una maquina con doble procesador dual.

    Os agradecería profundamente vuestras opiniones y si fuese posible vuestras vivencias.

    Un saludo y mil gracias!

    miércoles, 31 de enero de 2007 12:01

Respuestas

  • La clave es pensar en las maquinas virtuales como fisicas.

    ¿que maquina comprarias?

    Un servidor virtual requiere tanta ram como uno fisico que haga lo mismo, igual pasa con los discos.

    Te doy unos consejos mas.

    Si las maquinas usaran intensivamente la red planteate poner a la maquina fisica varias tarjetas de red y asignar directamente las tarjetas a las maquinas virtuales evitando compartir tarjetas entre maquinas, esto es especialmente importante en servidores de base de datos.

    Los discos son la clave del rendimiento en bases de datos (junto con la ram), lo primero es montar las additions pues mejoran los drivers y el rendimiento, los discos virtuales tienen que ser SCSI que te dara un rendimiento un 20% mayor que los IDE una vez que instales las additions.

    Es muy importante que si quieres rendimiento separes las maquinas virtuales en discos duros fisicos diferentes, si no los discos fisicos tendran contingencia y eso causara colas que a la vez causaran lentitud en las maquinas virtuales.

    En las bases de datos separa logs y bds en discos duros fisicos diferentes y usa discos duros raid 5 y raid 1 respectivamente, si tienes medios es mejor usar raid 0+1 en ambos casos pero cuesta mas discos.

    Poca ram en un SQL es mortal, mira el contador de target memory en el performance monitor para ver cuanta memoria te va pidendo el SQL.

    MOM matara el acceso a discos dado que esta todo el rato metiendo registros si va lento te valdra para poco, ya que apenas podras sacar informes.

    Un saludo

    *******************************************************************************************************************

    Colabora con el foro: Si la respuesta te es de utilidad marca la pregunta como respondida.

    *******************************************************************************************************************

    Daniel Matey.

    MVP

    MCSE, MCSA, MCSD, MCDBA.

    Blog: http://geeks.ms/blogs/dmatey

     

     

    miércoles, 31 de enero de 2007 19:31

Todas las respuestas

  • Hola iam33, quizás yo no sea el mejor indicado para contestar debido a mi limitado conocimiento en general del tema, pero te cuento como lo tengo yo en un servidor con :
    Calculo : 2 CPUs 3.40 Xeon
    Memoria : 3,5GB de RAM
    Disco : 800 GBs
    SO : Windows 2003 Ent SP1

    En este corre un VS2005R2 con 5 máquinas virtuales con W2003EntSP1
    De momento, el 1º ya hemos montado todo los programas para el cual fue destinado, en teoría el que más "caña" ha de soportar con diferencia.
    Tiene
    MSQL2005
    MOM2007
    Servidor Mail (Ability)
    LDAP
    IIS 6.0

    Bueno, esta VM tiene de disco 127GBs en un disco dinamico, asignadas 2Gb de memoria, al principio tenia asignado 1, pero a la que se pone el MSQL2005, me vi obligado a asignar 2, también por que el SharePoint a la que se mueven archivos grandes es lo que toca.
    Yo lo veo justito, por que de esos 2 Gbs que dices que vas a poner, piensa que a las maquinas le podrás dar unos 1,6 (en la mia que es un 3,5 solo puedo repartir en las VM 3GBs) eso hace que 1,6 / 6 = +o- 256 por máquina, teniendo en cuenta que quieres montar en uno de ellos un SQL (ya se que no le darás quizás tanta caña como es mi caso) pero ten reservados 512, eso significa sacrificar la ram de otras, nose, depende mucho de lo que quieras instalar en cada una de ellas.


    NOTA : Acabo de relerte y vale... dices 1,5 , 2 GBs por VM ... me gusta tu máquina jejejejej
    Pues nada, si es asi este el caso, por lo que puedes ver, si que te irá bien en cuanto a RAM, pero se puede atacar entonces otro tema, la CPU, yo tengo problemas con este tema, pero también debido a todo lo que tengo, otra vez más los culpables principales son el SharePoint con el SQL, como ya pregunte en este foro en un post anterior, actualmente, VS2005 no soporta que puedas usar 2 o más CPUs en una VM (segun lo que entendí de momento no, en una futura versión si), yo suelo ir con la CPU entre un 20% y un 40% con todo arrancado, pero sin realizar actividad, a la que te empiezas a mover por el SharePoint que el SQL entra en acción, la cosa se dispara al 100%, lo que provoca que el refresco de la web se vea comprometido.

    Nose, esta es mi experiencia, ya te digo, no soy un experto, mejor que te conteste otro, pero estas han sido mis humildes experiencias de momento. Espero que de algo te sirva!

    Un Saludo!
    miércoles, 31 de enero de 2007 14:45
  • Tu respuesta me sirve de mucho mas de lo que crees farder, muchas gracias.

    Creo que me he explicado mal en cuanto a la RAM, no es que vaya a poner unicamente 2Gb, todo lo contrario, tengo pensado poner 2Gb por cada uno de los servidores virtuales que monte en el servidor fisico, es decir, si monto 5 virtual server pondré 10Gb o 12Gb en el servidor fisico.

    En cuanto al tamaño de los discos, ¿cual es mas o menos el indice de crecimiento y el inicial de cada maquina virtual que tienes? Por que me acabas de asustar en cuanto a los 800Gb, tenia pensado bastante menos...jejeje

    Mil gracias!

    miércoles, 31 de enero de 2007 15:12
  • La clave es pensar en las maquinas virtuales como fisicas.

    ¿que maquina comprarias?

    Un servidor virtual requiere tanta ram como uno fisico que haga lo mismo, igual pasa con los discos.

    Te doy unos consejos mas.

    Si las maquinas usaran intensivamente la red planteate poner a la maquina fisica varias tarjetas de red y asignar directamente las tarjetas a las maquinas virtuales evitando compartir tarjetas entre maquinas, esto es especialmente importante en servidores de base de datos.

    Los discos son la clave del rendimiento en bases de datos (junto con la ram), lo primero es montar las additions pues mejoran los drivers y el rendimiento, los discos virtuales tienen que ser SCSI que te dara un rendimiento un 20% mayor que los IDE una vez que instales las additions.

    Es muy importante que si quieres rendimiento separes las maquinas virtuales en discos duros fisicos diferentes, si no los discos fisicos tendran contingencia y eso causara colas que a la vez causaran lentitud en las maquinas virtuales.

    En las bases de datos separa logs y bds en discos duros fisicos diferentes y usa discos duros raid 5 y raid 1 respectivamente, si tienes medios es mejor usar raid 0+1 en ambos casos pero cuesta mas discos.

    Poca ram en un SQL es mortal, mira el contador de target memory en el performance monitor para ver cuanta memoria te va pidendo el SQL.

    MOM matara el acceso a discos dado que esta todo el rato metiendo registros si va lento te valdra para poco, ya que apenas podras sacar informes.

    Un saludo

    *******************************************************************************************************************

    Colabora con el foro: Si la respuesta te es de utilidad marca la pregunta como respondida.

    *******************************************************************************************************************

    Daniel Matey.

    MVP

    MCSE, MCSA, MCSD, MCDBA.

    Blog: http://geeks.ms/blogs/dmatey

     

     

    miércoles, 31 de enero de 2007 19:31
  • Muchas gracias por la información, me ha sido tremendamente util.

    Un saludo.

    viernes, 16 de febrero de 2007 9:48