virtualizacion muy maquina lento lenta acelerar version-control virtual-machine jira

version-control - maquina - vmware windows xp muy lento



Ejecutar JIRA en una VM (8)

¿Alguien tiene éxito o falla al ejecutar Jira en una máquina virtual?

Estoy configurando un nuevo servidor de control de origen y de seguimiento de defectos. Mi sala de servidores está casi llena y mi grupo de servicios sugirió una VM. Vi que mucha gente ejecuta SVN en VM (incluida NCSA). La VM también me liberaría de problemas de hardware y me daría una alta disponibilidad. Finalmente, me libera de algunos trámites burocráticos y puede implementarse más rápido.

Entonces, ¿alguien sabe de alguna razón por la que no debería poner a Jira en una VM?

Gracias

No veo por qué no se debe ejecutar jira fuera de un vm, pero jira necesita una buena cantidad de recursos, y si su vm reside en una máquina muy cargada, puede exhibir un bajo rendimiento. ¿Por qué no registrar una solicitud de soporte (support.atlassian.com) y preguntar?

Si, por VM, te refieres a una instancia virtual de un sistema operativo, como una instancia de Linux que se ejecuta en Xen, VMWare o incluso Amazon EC2, entonces Jira funcionará perfectamente. La única vez que debe preocuparse por los sistemas virtuales es si está haciendo algo que depende del hardware, como ejecutar aplicaciones gráficas en 3D, o decir algo que utilice un fax módem o una tarjeta de telefonía Digium con Asterisk.

Ejecutamos Jira en una máquina virtual: VMWare ejecuta Windows Server 2003 SE y almacena datos en nuestro servidor SQL Server 2000. Sin problemas, funciona bien.

Mi empresa movió nuestra instancia JIRA de un servidor físico alojado a una instancia de Amazon EC2 recientemente, y todo se mantiene bastante bien. Estamos utilizando una instancia m1.large (64 bits con 4 núcleos virtuales y 8GB de RAM), pero eso es mucho más de lo que necesitamos solo para JIRA; también estamos alojando Confluence y nuestro sitio web corporativo en la misma instancia de EC2.

Tenga en cuenta que somos un conjunto relativamente pequeño; nuestra instancia de JIRA tiene 25 usuarios (con tal vez 15 de ellos activos) y alrededor de 1000 problemas de JIRA hasta el momento.

Ejecutamos nuestra instancia JIRA (y otras aplicaciones Atlassian) en instancias de máquinas virtuales basadas en Linux. Todo funciona muy bien.

Logré ejecutar Jira, Bamboo y FishEye desde un conjunto de máquinas virtuales, todas alojadas desde el mismo servidor. Aunque no recomendaría esta configuración para la producción en la mayoría de las tiendas. Jira tiene requisitos bastante bajos para los estándares actuales. Solo asegúrate de que puedes permitir que suficientes recursos de tu equipo host funcionen bien.

Acabamos de hacer la investigación para esto, esto es lo que encontramos:

  • Si planea tener una pequeña cantidad de proyectos (10-20) con entre 1.000 y 5.000 problemas en total y entre 100 y 200 usuarios, un servidor reciente (CPU de 2.8 + GHz) con 256-512 MB de RAM disponible debe satisfacer sus necesidades. necesariamente.
  • Si está planeando una mayor cantidad de problemas y usuarios, agregar más memoria ayudará. Tenemos informes de que la asignación de 1 GB de RAM a JIRA es suficiente para 100.000 problemas.
  • Como referencia, el sitio JIRA de Atlassian ( http://jira.atlassian.com/ ) tiene más de 33,000 problemas y más de 30,000 cuentas de usuario. El sistema se ejecuta en un procesador Quad de 64 bits. El servidor tiene 4 GB de memoria con 1 GB dedicado a JIRA.

Para nuestra instalación (<10000 problemas, <20 sesiones simultáneas a la vez) utilizamos muy pocos recursos de servidor (<1 GB de RAM, ejecutándose en un procesador de cuatro núcleos que normalmente usamos <5% con <30% de picos), y VM no lo hizo Impactar el rendimiento en cualquier cantidad mensurable.