none
Tipo de Servidor Físico o Virtual RRS feed

  • Pregunta

  • Estimados,

    Tengo una duda técnica en cuanto a la preparación de un ambiente BI con herramientas Microsoft SQL Server 2012 BI, el escenario es el siguiente:
    1.- Servidor Integration Services
    2.- Servidor DWH/EDW
    3.- Servidor Analysis Services
    4.- Servidor Reporting Services

    Se esta recomendando poner los 3 primeros servidores en físicos y el último en virtual, cada uno cuenta con 64 de memoria y 16 procesadores sobre Windows 2012.

    Anualmente se tiene 200GB de información con un crecimiento del 4%.

    Discos RAID 10

    En IS ejecuta simultáneamente 3 procesos en paralelo para diferentes empresas, es decir:
    Empresa A 02:00am Ventas, mayor número de información
    Empresa B 02:00am Ventas, media
    Empresa C 02:00am Ventas  menor número de información

    La información generada completa 5 áreas de negocio.

    Se posee 7 cubos de información por cada empresa, los mismo que consumen 80 personas aprox.

    El Cubo más grande se encuentra a nivel de cliente (320mil aprox) y sku. con 6millones de registros mensuales transaccionalmente.

    Reportes al rededor de unos 80 de los cuales el 50% se envían automáticamente.

    La consulta es que tan viable es poner el mismo escenario sobre servidores virtuales dando capacidad exclusiva para los mismos.


    Jonathan Torres.

    miércoles, 20 de mayo de 2015 20:33

Respuestas

  • Hola Jonathan,

    Yo lo implementaría bajo el siguiente escenario:

    1. Servidor DWH / Integration Services
    2. Servidor Analysis Services
    3. Servidor Reporting Services

    ¿Por qué junto el DWH y el Integration Services? Ahorro en licenciamiento porque cada servidor donde se instale algún componente de SQL Server (sea Database Engine, Integration o Analysis Services) debe ser licenciado.

    Si lo virtualizas tienes que ponerle un ojo más al tema de IO en almacenamiento y como indica Gonzalo, tienes que seguir las mejores prácticas que te indica el fabricante y realizar mediciones con SQLIO.

    Saludos.

    miércoles, 20 de mayo de 2015 21:11

Todas las respuestas

  • Jonathan,

    Buenas tardes, como estas? Respondiendo un poco a tu pregunta... si queres virtualizar todo tenes que tener en cuenta las mejores practicas de sql server sobre servidores virtuales... te adjunto un link donde indican por que si y porque no tenes que virtualizar...

    http://www.brentozar.com/archive/2009/03/reasons-why-you-shouldnt-virtualize-sql-server/

    http://www.brentozar.com/archive/2009/03/why-would-you-virtualize-sql-server/

    Por mi experiencia.. nunca tuve problemas de performance en virtualizacion... ni una diferencia muy grande entre ambientes fisicos y virtuales.... todo depende del fierro que le pongas abajo.... (tenes que medir primero con el sqlio como responde el stg, despues podes probar reindexaciones,chequeos de integridad y la herramienta sqlquerystress de adam mechanic que es excelente para probar el funcionamiento del sql, calcular bien el cpu para cada uno ya que en virtualizacion usas vcpus, es un porcentaje del total de procesadores disponibles por cada maquina)

    en el caso que avances te adjunto un paper de buenas practicas de vmware http://www.vmware.com/files/pdf/solutions/sql_server_virtual_bp.pdf

    Espero te sirva!

    saludos!!


    miércoles, 20 de mayo de 2015 21:05
  • Hola Jonathan,

    Yo lo implementaría bajo el siguiente escenario:

    1. Servidor DWH / Integration Services
    2. Servidor Analysis Services
    3. Servidor Reporting Services

    ¿Por qué junto el DWH y el Integration Services? Ahorro en licenciamiento porque cada servidor donde se instale algún componente de SQL Server (sea Database Engine, Integration o Analysis Services) debe ser licenciado.

    Si lo virtualizas tienes que ponerle un ojo más al tema de IO en almacenamiento y como indica Gonzalo, tienes que seguir las mejores prácticas que te indica el fabricante y realizar mediciones con SQLIO.

    Saludos.

    miércoles, 20 de mayo de 2015 21:11
  • Saludos no hay mucho mas que decir, aunque ya la virtualizacion no es mala, sino buena si debes de tener en cuenta el punto mas importante que es nunca hacer overcommit de recursos. No se realmente que tan grande sea pero 64 para el dataware house se me hace demasiado.

    Yo si he tenido experiencias encontradas con SSAS bajo virtualizacion, pero fueron con SQL Server 2008 y su performance era bastante mas bajo.

    miércoles, 20 de mayo de 2015 23:15
  • Hola.

    Adicional a lo que comentan los anteriores foristas, ten presente los siguientes documentos:

    http://download.microsoft.com/download/6/1/D/61DDE9B6-AB46-48CA-8380-D7714C9CB1AB/Best_Practices_for_Virtualizing_and_Managing_SQL_Server_2012.pdf

    http://download.microsoft.com/download/C/3/7/C37F243B-0246-493E-ABFC-41A7FFD6DE38/SQL_Server_2012_Virtualization_Licensing_Guide.pdf

    Para virtualizar todos los servidores, ten presente que por cada servidor es recomendable que asignes discos duros, preferiblemente referenciados a una SAN.

    Saludos,


    Guillermo Taylor F.
    MVP SQL Server & IT Pro
    Mi Blog

    jueves, 21 de mayo de 2015 11:23