mysql - Amazon EC2 上的 Java EE 应用程序部署

Question

我们有一个 Java EE 应用程序(EAR 文件部署在 JBoss、MySQL、MongoDB 上)，我们希望将其部署在 Amazon EC2 实例上。我有几个关于部署最佳实践的问题。

1. 什么是最常用的Linux AMI我们可以依靠它来进行强大的部署(Linux 变体太多，我不确定哪个 AMI 最常用，是 Fedora、CentOS、Red Hat、SUSE ......)
2. 我们如何处理生产升级(EAR 文件修改或架构升级)。是否有任何工具可用于处理此安装或这些更改的回滚。
3. 数据库有哪些数据备份能力？
4. 我应该依赖Amazon RDS支持 MySQL 吗？
5. 我应该如何处理对 MongoDB 的支持？

这是我第一次托管网络应用程序，希望能提供一些有关如何管理生产实例的意见。

Answer 1

1. 我同意 Mark Robinson 的回答:使用您最熟悉的 Unix 变体。选择一个具有不错的云支持的产品可能是值得的。对于我的网站，我使用 Ubuntu。

2. 我有一个通用镜像，它是我部署的每个版本的基础。我有 www.mysite.com 指向一个弹性 IP，所以我可以决定它转到哪个实例。公共(public)镜像包含我需要安装的所有软件(Postgres/Postgis/Tomcat/等)，但数据库和 Web 服务器数据文件夹和符号链接(symbolic link)到 Elastic Block Store (EBS) 实例。

   当需要进行部署时，我会启动一个新实例，卡住生产环境中的 EBS 卷并为其创建快照，然后创建新卷。我将我的新实例指向新卷，然后将我需要的任何东西安装到上面。一旦我成功地对所有内容进行了冒烟测试，我就可以切换 Elastic IP 以指向新实例，一切都会继续进行。

   我会注意到，我目前拥有只有我可以修改数据库的优势；没有用户可以。这很快就会成为一个问题。

3. 如果您在 EBS 卷之上使用 XFS 文件系统，那么您可以告诉 XFS 卡住文件系统(因此不会发生更新)，然后调用 EC2 api 为卷创建快照，然后解冻文件系统。结果是快照被快速拍摄并发送到 S3。我有一个执行此操作的夜间脚本。

4. 如果 RDS 看起来适合您的需求，那么就使用它。 Amazon 正在快速构建大量可靠的工具，这将缓解您的可扩展性问题(如果有的话)。

5. 对不起，我不知道。