将GitLabregistry连接到AWS上的ECS – 花费太长时间来响应
我有一个使用docker-compose在本地运行的python应用程序。 我有2个不同的docker合成文件; 一个用于本地开发（安装了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注册。
然后，我创build了一个新的ecs集群连接到这个回购，我没有真正触及任何设置创build集群时…应用程序部署，但当我访问我得到的IP： took too long to respond.
我的任务是这样的：
我怎样才能连接两个？ 我应该在集群中更改哪些设置才能使其工作？
我想说这很可能是因为只有10个CPU单元。
作为比较 – 单个核心应该等于1024个单位; 所以你基本上只允许一个容器最多0.09％的核心; 所以它可能只是无法适当启动。
如果这与你的Gitlabregistry有什么关系，我会期望任务实际上失败，因为它将无法拉入图像。