我们正在从Redmine转移到build立JIRA / GreenHopper。 我们的开发团队不希望有一个专门的内部服务器的工作，也不想在我们的任何开发机器上运行一个虚拟机。
所以结论是在EC2上运行JIRA（linux）。 我们对EC2没有任何经验，所以想请教一些build议。
build议在内部的一个linux虚拟机上安装JIRA，使用虚拟机导入工具将其转移到EC2上？ 或者，最好是从起步去设置EC2？
另外，我们估计使用量非常小。 所以我们估计全天都会有零星的使用，长时间的闲置。 那么我们可以逃脱一个“微”的实例吗？ Atlassian build议至less有1GB的内存，但这是一个更重的系统 – 微型实例有660MB内存。 另外哪个实例types：按需，保留还是现货？ 看来“Light Utilization预留实例”也可以通过实例小时收费 – 这个实例和一个按需实例有什么区别？
我们不是系统pipe理员，所以我们只需要一个可行的设置，不需要太多的麻烦。
非常感谢。
Prembo。
从我的angular度来看，我只是把它放在EC2上，为什么要多加一些。 我不会使用HSQL内存数据库，但设置了一个不同的如MySQL，因为我已经有一个糟糕的体验与默认的内存数据库明智的性能。
此外，默认的亚马逊AMI一直是一个痛苦的设置graphics程序，因为X窗口系统没有列出在百胜集团名单; 所以你最终将不得不做一些手动configuration我认为。
至于亚马逊保留去。 点播是每小时最昂贵的。 如果你整年运行它，你的账单可能会多出30％左右。 然后有3个RI级别：轻，中，重。 都需要一些初始资金。 光意味着最less的钱，但也是最less的节省。 与按需相比，重量要求最低，但每小时节约最多。
如果你要一年四季运行这个实例，那就去沉重吧。
就微型性能而言。 那么，这是最便宜的，但如果我记得它甚至不能保证1个CPU; 它更多的爆裂命中。 如果它被轻易地使用，你也许能够摆脱它，但是如果你有很多的开发者，他们将会生成这些报告，你可能想瞄准一些更加强大的东西。 这是一个耻辱m1.smalls仍然是32位。
为什么不去Atlassian的托pipe服务？ 请参阅http://www.atlassian.com/software/ondemand/overview