AWS Elastic Beanstalk를 사용하는 Application Load Balancer - 대상 그룹

AWS Elastic Beanstalk를 사용하는 Application Load Balancer - 대상 그룹

나는애플리케이션 로드 밸런서~와 함께AWS 엘라스틱 빈스토크

AWS 자동 서버 업데이트 후 503 서비스를 일시적으로 사용할 수 없음 페이지가 표시되었습니다. (이것만, 거의 0에 가까운 서버 로드 - 단일 인스턴스)

[64비트 Amazon Linux/2.9.2에서 실행되는 PHP 7.3(2.9.1에서 자동으로 업그레이드됨)]

환경 자체가 건강해졌습니다.

HTTPS 및 향후 확장을 위해 Application Load Balancer를 사용하고 있습니다.

AWS EB에서 새로운 EC2 인스턴스를 생성하고 이전 인스턴스를 종료한 것으로 확인되어, Application Load Balancer가 지시한 대상 그룹에는 등록된 인스턴스가 없었습니다.

대체 Elastic Beanstalk EC2 인스턴스를 갖도록 AWS를 구성하려면 어떻게 해야 합니까?대상 그룹에 자동으로 등록됨Application Load Balancer의 경우?

답변1

이것은 얼마 전 일이었고 저에게 잘 작동했던 것 같습니다. Auto Scaling 그룹 아래의 대상 그룹 섹션에 해당 대상 그룹을 추가하는 것입니다.

EC2 콘솔로 이동한 다음 왼쪽 메뉴 맨 아래(현재로서는 어쨌든) Auto Scaling Groups가 있습니다. 목록에서 Auto Scaling 그룹을 클릭하고, 세부 정보 탭에서 편집을 클릭한 후 해당 대상 그룹을 추가합니다.

그러면 인스턴스가 변경되더라도 동기화를 유지하는 것 같습니다.

따라서 다음과 같아야 합니다.스크린샷

답변2

나는 똑같은 문제에 직면했습니다. 하루 종일 인터넷 검색을 하고 다양한 접근 방식을 시도한 끝에 다음 지시문을 사용하여 .ebextensions 디렉터리에 스크립트를 추가하게 되었습니다.

container_commands:
   01_register_ALB_target:
    command: "aws elbv2 register-targets --region us-east-1 --target-group-arn arn:aws:elasticloadbalancing:us-east-1:xxxxxxxx:targetgroup/xxxxx/xxxxx
--targets Id=$(curl -s http://169.254.169.254/latest/meta-data/instance-id)"

솔직히 말해서 실제 충돌 및 재부팅 상황에서 완벽하게 작동할지 100% 확신할 수 없습니다. 예를 들어, 대상 그룹에서 이전 인스턴스 ID를 제거하려고 노력하지 않습니다(적어도 잠시 후에는 자동으로 제거될 것으로 추측됩니다). 그러나 명령은 배포 중에 확실히 실행되며 인스턴스가 이미 대상에 등록된 경우 아무런 해를 끼치지 않는 것 같습니다.

보다:https://docs.aws.amazon.com/cli/latest/reference/elbv2/register-targets.html

관련 정보