当我尝试通过软件配置更新我的 Elastic BeanStalk 环境的环境变量时，更新失败并且环境回滚到之前的配置（见图）。
有谁知道为什么会发生这种情况？奇怪的是，每当我部署完整的 CodePipeline（GitHub -> 在构建服务器上构建文件 -> 部署到 Elastic BeanStalk）时，整个过程都会成功。只有当我尝试更改软件配置时，该过程才会失败。
CloudFormation 堆栈中的某处似乎出错了：
我从未手动更改堆栈，它完全是通过 CodePipeline 配置构建的。
我有 6 个 Elastic Beanstalk Python 3.7 环境运行相同的应用程序。在周末的过程中，其中 5 个已成功自动自动更新到最新的平台更新：
从运行 Python 3.7 3.3.4 的 64 位 Amazon Linux 2 到运行 Python 3.7 3.3.5 的 64 位 Amazon Linux 2 的平台更新
自动更新一整年都成功运行，但今天，一个坚决拒绝升级，只是报告：
FAILED - RollbackSuccessful 托管操作成功中止。
似乎成功部署了新实例，并且新实例和旧实例都达到了他们说 OK 的程度
但是，不是关闭旧实例，而是几分钟后，新实例突然报告：
不正确的应用程序版本“app-bd432-13735_111407”（部署 280）。预期版本“app-bd432-13735_111407”（部署 277）。
并且升级被回滚。
到目前为止，我已经尝试过：
Rebuild environment在尝试升级之前执行但结果是一样的。我在任何一个实例（旧的、幸存的或新的、失败的）的日志中都看不到任何提供任何帮助的迹象，但如果有人可以建议提取特定的日志，我很乐意添加日志信息。
我有两个基于 Docker 的单实例 Elastic Beanstalk 环境（一个用于暂存，一个用于生产）。
我想将（Elastic Beanstalk）应用程序迁移到负载均衡器后面（主要是为了利用AWS Certificate Manager）。
目前我正在使用.ebextensions自定义 Nginx 配置以满足我的应用程序的流量路由要求：
/xyz/，流量应该通过端口 80（即 HTTP）进入应用程序所以我的问题是：如何在我的一个 Elastic Beanstalk 环境前使用负载均衡器来满足这些路由要求？为了灵活性，我正在考虑每个环境有一个负载均衡器。
我遇到了以下可能的解决方案（似乎都不理想）：
/xyz/流量，一个用于 HTTP -> HTTPS 重定向，一个用于 HTTPS 流量），文档这里似乎在告诉我这样做（但没有提及如何在单个应用程序上实现多个监听端口）。选项一和二涉及在 Elastic Beanstalk 的“后面”修改底层资源（我很犹豫），而第三个选项将要求我修改我的应用程序（我想尽量避免）。
是否建议使用这些选项？有更好的选择吗？
我有一个在 AWS Elastic beanstalk 下运行的 apache。我有几个不同的域，我希望它们都以 HTTPS 中的特定域名结尾。
从其他域（例如https://domain1.com到https://maindomain.com的重定向）返回 SSL 证书错误。
在 apache 中，我有两个虚拟主机配置，一个用于 *:80，一个用于 *:443。两者都是为 maindomain.com 设置的。它们是用 certbot 创建的。
让这个适用于所有其他领域的最佳实践应该是什么？我想我需要为每个域设置一个 VirtualHost，但是如何配置它才能让它与重定向一起工作？
显然，以下示例不起作用，因为它返回 SSL 错误：
<IfModule mod_ssl.c>
<VirtualHost domain1.com:443>
ServerName domain1.com
RedirectPermanent / https://maindomain.com/
</VirtualHost>
</IfModule>
这是默认的 Virtualhost *:80 配置
<VirtualHost *:80>
#ServerName maindomain.com
DocumentRoot /var/www/html
<Directory /var/www/html>
Options -Indexes +FollowSymLinks +MultiViews
AllowOverride All
Require all granted
</Directory>
RewriteEngine on
RewriteCond %{SERVER_NAME} =maindomain.com
RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [END,NE,R=permanent]
</VirtualHost>
这是默认的 Virtualhost *:443 配置
<IfModule mod_ssl.c>
<VirtualHost *:443>
#ServerName maindomain.com
DocumentRoot /var/www/html
<Directory /var/www/html>
Options -Indexes +FollowSymLinks +MultiViews
AllowOverride All
Require all granted
</Directory>
ServerName maindomain.com
SSLCertificateFile /etc/letsencrypt/live/maindomain.com/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/maindomain.com/privkey.pem
Include /etc/letsencrypt/options-ssl-apache.conf
</VirtualHost>
</IfModule>
您的帮助将不胜感激。D
我正在尝试将 ASP.NET 应用程序部署到 Linux 上的 Elastic Beanstalk 的 .NET Core。当我上传代码时，我收到以下错误：
Instance deployment: Your source bundle has a single .NET Core application. You must include a file with a '.runtimeconfig.json' suffix. The deployment failed.
问题是我在上传的 zip 文件的根目录中有这样一个文件。当我上传示例应用程序时，它可以工作，但是当我上传自己的应用程序时，它不会。这是我的Project.runtimeconfig.json文件的内容：
{
"runtimeOptions": {
"tfm": "netcoreapp3.1",
"framework": {
"name": "Microsoft.AspNetCore.App",
"version": "3.1.0"
},
"configProperties": {
"System.GC.Server": true,
"System.Runtime.Serialization.EnableUnsafeBinaryFormatterSerialization": false
}
}
}
将 Elastic Beanstalk 与 Amazon Linux 2 结合使用，我尝试为部署（代码部署）和配置部署执行相同的钩子，而不必在两个不同的位置复制我的代码。
根据AWS 文档， eb 将在.platform/hooks/prebuild部署初始步骤中运行钩子，但在.platform/confighooks/prebuild配置部署的情况下将运行钩子。
我的文件看起来像这样。
.platform
├── hooks
│ └── prebuild
│ ├── 00_hookname.sh
│ ├── 01_hookname.sh
│ └── 99_basic_auth.sh
└── httpd
└── conf.d
└── elasticbeanstalk
├── directory.conf
├── hardening.conf
└── headers.conf
我正在尝试找到一种方法来让 99_basic_auth.sh 运行以进行部署和配置部署，而无需复制该代码。
有什么办法可以实现吗？
干杯!
我正在阅读文档，但我不了解通过 CloudWatch 从 AWS Elastic Beanstalk 访问简单的 Java 应用程序日志。
我在 Elastic Beanstalk 上部署了一个简单的 Java Spring Boot 应用程序，使用带有 HTTPS 的 Java Corretto 11 平台作为 JAR 文件。它已成功创建 EC2 实例和负载均衡器。我可以通过 HTTPS 访问该网站。我可以在 Elastic Beanstalk 环境监控部分看到简单的访问日志统计信息。
但是 Java 日志去哪里了，我如何在 CloudWatch 中查看它们？
Using Elastic Beanstalk with Amazon CloudWatch Logs文档似乎是关于旧的CloudWatch Logs 代理，而不是新的统一 CloudWatch 代理。无论如何，该页面说：
Elastic Beanstalk 在 CloudWatch Logs 中为它流式传输的各种日志文件配置日志组。
但在 CloudWatch Logs 中，我没有日志组。所以已经有问题了。
我的 Spring Boot JAR 应用程序在 Elastic Beanstalk 上运行。在 CloudWatch Logs 中查看 Spring Boot 日志的后续步骤是什么？
我们正在尝试将我们的 Java 应用程序从当前的 Elastic Beanstalk JDK 8 平台迁移到在 Amazon Linux 2 上运行 Corretto 11 的新平台。该应用程序运行良好，但处理日志的方式发生了变化。Web 进程的输出现在存储在/var/log/web.stdout.log其中，每一行都以时间戳和进程名称为前缀，即：
May 20 17:00:00 ip-10-48-41-129 web: {"timestamp":"2020-05-20T17:00:00.035Z","message":"...","logger":"...","thread":"MessageBroker-2","level":"INFO"}
我们怎样才能摆脱前缀？这些日志流式传输到 CloudWatch，我们将它们以 JSON 格式输出到标准输出，以便我们以后可以使用 Logs Insights 查询它们。但是有了前缀，Insights 不会“看到” JSON，而只会将整行视为文本 blob。
我在 AWS 上找不到任何文档。几乎所有 Elastic Beanstalk 的文档都提到了 Amazon Linux 的第一个版本。
我有一个 AWS Elastic beanstalk 环境，它可以从 2 到 3 个配置有应用程序负载均衡器的实例进行扩展。负载均衡器配置了 HTTP 运行状况检查以寻找 200 响应。
当环境自动扩展到 3 个实例时，新实例在准备好之前就开始接收流量。如果我手动检查运行状况检查 URL，我可以看到 3 次中有 1 次返回 404，因为新实例尚未准备好。应用程序的其他 URL 也出错，3 次中有 1 次是因为它们不存在。
据我了解，健康检查 URL 的全部意义在于处理这个问题。那么，请问是什么原因造成的？
一些可能相关的信息：
我将我的应用程序部署到 Elastic Beanstalk 上。我有几个与 EC2 实例相关的问题：
通过运行en ssh，我知道我将通过 ssh访问其中一个实例。如果有多个实例怎么办？
有一个警告，通过 SSH 对机器所做的更改不一定会生效。我在部署时运行了一些额外的脚本（安装额外的软件以防它不存在）。但是......我如何检查我的脚本是否有效？有没有办法在不启动“重建环境”的情况下将 EC2 实例恢复到其初始状态？至少我可以测试我的钩子是否有效
事实上，如果我有 2 个或更多 EC2 实例，我怎么知道我通过 ssh 连接到哪一个？或者，它们是否共享相同的文件系统？或者......它实际上是如何工作的，在重生、重建等方面？