Frage

Hat jemand Erfolg oder Misserfolg, der Jira auf einer VM läuft?

Ich richte einen neuen Quellensteuerungs- und Defekt -Tracking -Server ein. Mein Serverraum ist nahezu voll und meine Dienstegruppe schlug eine VM vor. Ich habe gesehen, dass ein paar Leute SVN auf VM (einschließlich NCSA) laufen lassen. Die VM würde mich auch von Hardwareproblemen befreien und mir eine hohe Verfügbarkeit geben. Schließlich befreit es mich von einer Bürokratie und kann schneller implementiert werden.

Kennt jemand einen Grund, warum ich Jira nicht auf eine VM setzen sollte?

Vielen Dank

War es hilfreich?

Lösung

Ich verstehe nicht, warum Sie Jira nicht von einem VM ausführen sollten - aber Jira benötigt eine gute Menge an Ressourcen, und wenn Ihr VM auf einer stark beladenen Maschine liegt, kann dies eine schlechte Leistung aufweisen. Warum nicht eine Support -Anfrage (Support.atlassian.com) anmelden und fragen?

Andere Tipps

Wir haben gerade die Nachforschungen daran durchgeführt. Dies ist das, was wir gefunden haben:

  • Wenn Sie planen, eine kleine Anzahl von Projekten (10-20) mit insgesamt 1.000 bis 5.000 Problemen und etwa 100-200 Benutzern zu haben, sollte ein aktueller Server (2,8+GHz CPU) mit 256-512 MB verfügbarer RAM für Ihre gerecht werden Bedürfnisse.
  • Wenn Sie eine größere Anzahl von Problemen und Benutzern planen, hilft das Hinzufügen von mehr Speicher. Wir haben Berichte, dass die Zuweisung von 1 GB RAM JIRA für 100.000 Probleme ausreicht.
  • Als Referenz, Atlassians JIRA -Site (http://jira.atlassian.com/) hat über 33.000 Probleme und über 30.000 Benutzerkonten. Das System läuft auf einem 64 -Bit -Quad -Prozessor. Der Server verfügt über 4 GB Speicher mit 1 GB, der JIRA gewidmet ist.

Für unsere Installation (<10000 Probleme, <20 gleichzeitige Sitzungen gleichzeitig) verwenden wir nur sehr wenig Serverressourcen (<1 GB RAM, der auf einem Quad-Core-Prozessor ausgeführt wird Die Auswirkungen auf die Leistung in jedem messbaren Munmount.

Wir führen JIRA auf einem virtuellen Computer aus - VMware, das Windows Server 2003 SE ausführt und Daten auf unserem SQL Server 2000 -Server speichert. Keine Probleme, funktioniert gut.

Mein Unternehmen hat unsere JIRA -Instanz kürzlich von einem gehosteten physischen Server auf eine Amazon EC2 -Instanz gebracht, und alles hält ziemlich gut. Wir verwenden eine m1.large-Instanz (64-Bit-O/S mit 4 virtuellen Kernen und 8 GB RAM), aber das ist viel mehr als wir nur für JIRA brauchen. Wir veranstalten auch Confluence und unsere Unternehmenswebsite auf derselben EC2 -Instanz.

Beachten Sie, dass wir ein relativ kleines Outfit sind; Unsere JIRA -Instanz hat bisher 25 Benutzer (mit vielleicht 15 von ihnen aktiv) und bisher etwa 1000 JIRA -Probleme.

Wir führen unsere JIRA-Instanz (und andere Atlassian-Apps) in Linux-basierten VM-Instanzen aus. Alles lief sehr gut.

Datenträgerzugriffsgeschwindigkeit mit JIRA auf VM ...

http://confluence.atlassian.com/display/jira/testing+disk+access+speed

Ich frage mich, ob die Person, die JIRA mit VM (Chris Latta) verwendet, ESX darunter läuft - das kann schneller sein als ein Windows -Host.

Ich habe es geschafft, Jira, Bambus und Fisheye aus einer Reihe virtueller Maschinen zu führen, die alle vom selben Server gehostet werden. Obwohl ich dieses Setup für die Produktion in den meisten Geschäften nicht empfehlen würde. Jira hat nach heutigen Maßstäben ziemlich niedrige Anforderungen. Stellen Sie nur sicher, dass Sie genügend Ressourcen von Ihrem Host -Maschine zulassen können. Die Dinge sollten gut laufen.

Wenn Sie mit VM eine virtuelle Instanz eines Betriebssystems wie eine Instanz von Linux meinen, die auf Xen, VMware oder sogar Amazon EC2 ausgeführt werden, läuft Jira gut. Das einzige Mal, dass Sie sich um virtuelle Systeme sorgen müssen, ist, wenn Sie etwas tun, das von Hardware abhängt, z. B. grafische 3D -Apps auszuführen, oder etwas sagen, das ein Faxmodem oder eine Digium -Telefonkarte mit Sternchen verwendet.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top