AWS - 错误 - 更新 Auto Scaling 组、Amazon CloudFormation、无法部署配置

Posted 2023-03-04

【中文标题】AWS - 错误 - 更新 Auto Scaling 组、Amazon CloudFormation、无法部署配置

【英文标题】：AWS - Errors - Updating Auto Scaling group, Amazon CloudFormation, Failed to deploy configuration

【发布时间】：2017-12-19 05:44:25

【问题描述】：

在 AWS 内 -> Elastic Beanstalk（仪表板） -> 配置 -> 软件配置 -> 环境属性

当我尝试从我的 node.js 应用程序的配置文件“.env.default”中添加和配置我的“环境属性”时，如下所示：

#.env.default

# General settings
TIMEZONE=Europe/Amsterdam

# --------

# Debug-related settings
LOG_LEVEL_CONSOLE=info
LOG_LEVEL_FILE=info
ENABLE_FILE_LOGGING=true

# Whether the local log directory (./logs/) should be preferred over /var/log/
LOG_FILE_PREFER_LOCAL=false

# Override the default logging location (/var/log/ or ./logs/)
# FORCE_LOG_LOCATION=./some-other-directory/
# /../../log/nodejs/

# --------

# Crash-related settings
MAX_CONSECUTIVE_CRASHES=5
CONSECUTIVE_CRASH_RESET_MS=5000

# --------

# Settings relating to remote API access
ENABLE_REMOTE_ACCESS=true
ENABLE_WHITELIST=true
HOST_API=true
HOST_WEB_INTERFACE=true
LISTEN_PORT=8081
JWT_SECRET=ItsASecretToEverybodyMAHBOI

# LISTEN_PORT=1903 backup
#INTERNAL_LISTEN_PORT=1939 backup

# --------

# Settings relating to internal access
INTERNAL_LISTEN_PORT=8083

# --------

# Database-related settings
DATABASE_HOST=acc-sc-3.crmhqy2lzjw4.eu-west-1.rds.amazonaws.com
DATABASE_NAME=acc_schedule_center_3
DATABASE_USER=sc_3
DATABASE_PASS=yCFKIqzLcBIBt1wYj4Qn
MAX_IDLE_TIME=28800

Environment Properties - First Side

Environment Properties - Second Side

忽略“属性名称”和“属性值”中列出的数据，因为它们来自以前的配置。

我目前面临的核心错误如下：

错误 #1

服务：AmazonCloudFormation，消息：堆栈命名 'awseb-e-4e98c2gukw-stack' 中止操作。当前状态： 'UPDATE_ROLLBACK_IN_PROGRESS' 原因：null

错误 #2

更新 Auto Scaling 组名为： awseb-e-4e98c2gukw-stack-AWSEBAutoScalingGroup-1GR8E4SU6QZGJ 失败 原因：模板错误：DBInstance aa153clv2zourf2 不存在

错误 #3

未能部署配置。

我是新手，或者一般可以称我为新手编码员或 DevOps，但想知道是否有人知道这些错误的解决方案？

提前谢谢大家！

亲切的问候，

多加

【问题讨论】：

从 Elasticbeanstalk 中，检查环境的“事件”。它可能具有比 CloudFormation 回滚错误更好的日志记录。错误 1 ​​和 2 需要 CFT 进行调试。

@alphaunlimitedg 你找到了让它工作的方法吗？我有完全相同的问题，我很茫然。谢谢！

@alphaunlimitedg 我自己对此很好奇。我也有同样的问题。

【参考方案1】：

我能够通过向 EBS 用户添加一些 IAM 策略来解决我的问题。

我只有 AdministratorAccess-AWSElasticBeanstalk 策略，在我添加 AWSElasticBeanstalkRoleRDS 策略后它起作用了。

【参考方案2】：

我遇到了几乎相同的问题。对我来说，这是我用于 EB 的 IAM 用户的权限级别。它具有 EB 完全权限，但我还需要授予它访问其他服务的权限。