AWS应用部署与数据库配置全攻略

### AWS 应用部署与数据库配置全攻略 #### 1. 应用部署流程 在进行应用部署之前，需要先启动一个实例。具体操作步骤如下： 1. 点击左上角的“Navigation”，选择“Instances”，进入实例视图。 2. 在右上角点击“Start All Instances”。此时，实例旁边的“Status”字段会依次变为“requested”、“pending”、“booting”、“running_setup”，最后变为“online”，整个过程大约需要几分钟。 当实例处于“online”状态后，就可以进行应用部署了： 1. 在“Navigation”下选择“Apps”，返回应用视图。 2. 在“Photoalbums”行右侧的“Actions”列中，点击“deploy”按钮，进入部署应用视图。 在部署应用视图中，除了“Deploy”命令外，还有其他可用命令，如“un - deploy”应用、回滚到上一个版本、启动、停止或重启应用。在下方的“Comment”字段中，可以添加关于部署的内部备注。 部署只能在已启动的实例上进行，因为停止的实例实际上不占用资源，也未在 AWS 数据中心进行配置，除了启动操作外，无法与停止的实例进行其他交互。如果点击“Advanced”，可以看到要部署的实例列表，还可以选择或取消选择特定实例进行部署。 点击“Deploy”后，会进入部署视图。部署运行时，会看到一些活动指示器在旋转。部署完成后，顶部的“Status”会变为“successful”，实例旁边会出现绿色对勾。在“SSH”列中，可以选择通过 SSH 直接连接到任何运行中的实例；在“Log”列中，点击“Show”可以查看实例的部署日志。 部署日志是执行所有 Chef 食谱以部署应用的输出，主要内容类似如下： ``` [2014 - 10 - 26T18:48:44 + 00:00] INFO: Chef - client pid: 3167 ``` 如果看到除“INFO”和“WARN”之外的日志类型，可能需要进一步调查。部署过程中的主要事件如下： - 运行“opsworks_custom_cookbooks::load”和“::execute”命令。 - 根据应用的配置和语言执行额外的食谱列表。 - 通过 SSH 复制并验证代码。 - 将代码部署到“/srv/www/photoalbums”，并配置 Node.js 环境。 - 检测“package.json”文件并安装“node_modules”。 - 启动（或重启）应用。 部署完成后，打开 OpsWorks 导航菜单，选择“Instances”，在“Public IP”列中点击实例的 IP 地址，应该会看到欢迎界面。 #### 2. RDS 数据库服务 RDS 是 AWS 提供的数据库服务之一，支持 MySQL，具有成本效益，可作为服务层集成到 OpsWorks 中。与 EC2 类似，RDS 实例可以进行扩展、克隆和性能监控。 如果在 OpsWorks 的 MySQL 层创建 EC2 实例，只是安装了运行 MySQL 数据库所需的软件，仍需手动执行所有管理任务，如备份数据、安装软件更新等。而使用 RDS 可以自动完成这些任务，尤其是在错误恢复方面，RDS 可以最大程度减少应用的停机时间。 ##### 2.1 Multi - AZ 部署 当应用依赖单个 RDS 数据库实例时，会存在单点故障风险。为了缓解这个问题，可以使用 Multi - AZ 部署。启用该功能后，RDS 会自动在另一个可用区配置一个备用数据库，并通过同步过程将数据复制到备用实例。每次在数据库上执行写入或提交操作时，在事务完成之前，该操作也会在备用数据库上执行。 Multi - AZ 部署的优点是无需手动启动备份数据库来应对停机情况，能提供几乎实时可用的最新备份副本。缺点是与单可用区部署相比，会导致轻微的延迟增加，并且成本更高。是否使用 Multi - AZ 部署需要进行成本效益分析，其性能成本取决于应用的性质、预计的用户基数和行为。 ##### 2.2 读取副本 如果数据库的读取操作（如 MySQL 中的 SELECT 查询）过多导致瓶颈，会影响整个应用。可以创建读取副本（最多 5 个）来分担部分工作。创建时，需要指定主数据库，并选择读取副本的区域和可用性。读取副本应具有与原