amazon-web-services - 将GitLab注册表连接到AWS上的ECS-花费了很长时间才能响应

Question

我有一个python应用程序，我使用docker-compose在本地运行。
我有2个不同的docker compose文件；一种用于本地开发(安装了node.js和webpack)，另一种用于仅包含python和nginx的生产。用于生产的简称为docker-compose.yml。

看起来像这样:

version: '3'
services:
  nginx:
    image: nginx:latest
    container_name: ANALYTICME_NGINX_PROD
    ports:
      - "8000:8000"
    volumes:
      - ./config/nginx:/etc/nginx/conf.d
    depends_on:
      - web
  web:
    environment:
      - SETTINGS=PROD
    build: .
    container_name: ANALYTICME_DJANGO_PROD
    command: bash -c "python3 manage.py collectstatic --noinput && python manage.py makemigrations && python manage.py migrate && gunicorn analyticme.wsgi -b 0.0.0.0:8000"
    expose:
      - "8000"

我的nginx conf文件看起来像这样:

upstream web {
  ip_hash;
  server web:8000;
}

server {

    location /static/ {
        autoindex on;
        alias /static/;
    }

    location / {
        proxy_pass http://web/;
    }
    listen 8000;
    server_name localhost;
}

这在我的本地主机上运行良好，然后我使用:

docker login registry.gitlab.com
docker-compose build -t registry.gitlab.com/[user]/[repo] .
docker push registry.gitlab.com/[user]/[repo]

将新图像推送到我的gitlab区域。

然后我创建了一个新的连接到此仓库的ecs集群，创建集群时我并没有真正涉及任何设置。
该应用程序已部署，但是当我访问IP时，我得到:took too long to respond.
我的任务如下所示:



如何连接两者？我应该在集群中更改哪些设置以使其正常工作？

Answer 1

我想说这很有可能是因为只有10个CPU单元。

作为比较-一个内核应等于1024个单位；因此，您实际上只允许容器最多占内核的.09％；因此很可能无法正常启动。

如果这与您的Gitlab注册表有关，我希望该任务实际上会失败，因为它无法拉入镜像。