Elastic Beanstalk（Docker Compose平台）会话异常及健康问题求助

一、解决Target Group不健康问题 #

Target Group健康检查失败是Elastic Beanstalk环境告警的核心原因，按以下步骤排查修复：

1. 新增Django健康检查端点
   ALB默认健康检查若指向需登录的页面（如首页/），会返回302重定向，导致健康检查判定失败。需添加无需认证的健康接口：

   • 在Django项目中新增视图：

     # views.py
     from django.http import HttpResponse
     
     def health_check(request):
         return HttpResponse("OK", status=200)
     

   • 在urls.py配置路由：

     path('health/', health_check, name='health-check')
     

2. 修正Target Group健康检查配置

   • 登录AWS控制台进入Target Group配置页：
     • 设置健康检查路径为/health/
     • 确认端口与Docker Compose中暴露的端口一致（如8000）
     • 调整参数：将间隔时间设为10秒、超时时间设为5秒（避免因Django启动慢误判）
     • 确保成功码范围包含200

3. 验证安全组规则

   • 确认EC2实例安全组允许ALB安全组访问健康检查端口（如8000）
   • 确认ALB安全组允许自身向EC2实例发起健康检查请求

4. 检查Docker Compose端口映射
   确保Web服务端口映射正确，示例配置：

   services:
     web:
       build: .
       command: gunicorn myproject.wsgi:application --bind 0.0.0.0:8000
       ports:
         - "8000:8000"
   

二、解决登录后重定向回登录页的会话问题 #

该问题源于多实例环境下会话不共享，需统一会话存储：

1. 使用分布式会话存储（推荐Redis）
   借助ElastiCache Redis实现跨实例会话共享：

   • 安装依赖：pip install django-redis
   • 在settings.py中配置缓存与会话引擎：

     CACHES = {
         "default": {
             "BACKEND": "django_redis.cache.RedisCache",
             "LOCATION": "redis://your-elasticache-redis-endpoint:6379/1",
             "OPTIONS": {
                 "CLIENT_CLASS": "django_redis.client.DefaultClient",
             }
         }
     }
     
     SESSION_ENGINE = "django.contrib.sessions.backends.cache"
     SESSION_CACHE_ALIAS = "default"
     

   • 确保EC2实例安全组允许访问ElastiCache Redis的6379端口

2. 修正Cookie全局配置
   在settings.py中添加以下配置，确保Cookie跨实例生效：

   # 替换为你的域名，如".example.com"
   SESSION_COOKIE_DOMAIN = ".your-domain.com"
   SESSION_COOKIE_SECURE = True  # 仅HTTPS环境下启用
   SESSION_COOKIE_HTTPONLY = True
   CSRF_COOKIE_SECURE = True
   # 添加ALB域名到CSRF可信来源
   CSRF_TRUSTED_ORIGINS = ["https://your-domain.com"]
   

3. 临时方案：开启ALB粘性会话
   若暂未部署分布式存储，可开启会话亲和性固定用户请求到同一实例：

   • 进入ALB配置页，找到对应Target Group
   • 启用会话粘性，选择应用程序Cookie，Cookie名称设为sessionid

验证步骤 #

1. 部署修改后的Django应用到Elastic Beanstalk
2. 查看Target Group状态，确认所有实例转为健康
3. 测试登录功能，验证登录后可正常跳转至仪表盘

内容的提问来源于stack exchange，提问作者Sultan Muhammad