我被迫在部署中使用弹性beantalk(eb)和Docker。当我在本地构建并运行容器时,它会启动并运行良好。我正在使用超级用户引导一些红宝石代码(发条和Rails / puma)
使用eb进行部署时,我看到eb如何产生几个连续的容器,直到所有容器都被阻塞为止:
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
232bbe498977 a4a6fd70537b "supervisord -c /etc…" About a minute ago Up About a minute 80/tcp silly_williams
a9e21774575e a4a6fd70537b "supervisord -c /etc…" 2 minutes ago Up 2 minutes 80/tcp trusting_murdock
945f51ef510f a4a6fd70537b "supervisord -c /etc…" 3 minutes ago Up 3 minutes 80/tcp blissful_stonebraker
6e51470ddce8 a4a6fd70537b "supervisord -c /etc…" 4 minutes ago Up 4 minutes 80/tcp lucid_ramanujan
2689568ceb6d a4a6fd70537b "supervisord -c /etc…" 4 minutes ago Up 4 minutes 80/tcp keen_mestorf
我应该在哪里寻找这种行为的根源?容器是否可以创建此行为,或者eb的配置方式有误? (很抱歉,我对细节不太明确,因为我无法完全控制环境)
答案 0 :(得分:1)
我最终意识到我一直在篡改某些设置,并将监视设置为基本。一旦置于增强型状态,它仅启动了一个容器,事情又开始恢复正常!
在: Elastic Beanstalk> [我的应用程序]>配置>监视>系统:增强。