ACM 인증서 검증 대기 중

Route53에 record 등록은 하신거죠? 강의 보면 Route53 Create records in Route54 버튼 눌러서 등록 하는 부분이 있거든요. 이거 했는데 안되시나요?그럼 다시 지우고 처음부터 다시 따라해 보시겠어요.중간에 뭔가 빼먹으신거 같습니다.

AWS Private-Subnet, NAT Gateway Keep-Alive 질문

제일 좋은 강의라고 말씀해 주셔서 정말 감사합니다. 도움이 된다니 다행이네요. 시간되시면 평가도 부탁드릴게요. 그리고 질문에 답변을 드리도록 할게요.일단 API 만든 애플리케이션들이 다 Private Subent에 있는 EC2에 운영하고 계신거죠? 그래서 외부에서 유저가 ELB 를 통해 API를 호출 하는데 첫번째 호출이 늦다는 말씀이 이시구요?제가 이해한게 맞다면, NAT 게이트웨이의 문제는 아닌것 같습니다. 확인 하는 방법은 NAT를 Route Table에서 떼어 보시죠. 그래도 API 호출은 이루어 져야 합니다. 그렇다면 NAT 문제는 아닌게 확실하구요. 일단 테스트를 여러번 해서 문제를 파악해야 겠지만, 제가 그럴수는 없으니, 가정을 하고 2가지 방법을 알려드릴테니 한번 테스트 해보시고, 아니면 다른 방법을 찾아봐야 할것 같아요.첫번째로, CloudFront를 만들어서 ELB앞에 붙여보시죠.두번째는, 어떤 서버를 운영하시는지 모르겠는데요. 서버의 설정값을 변경해야 될것 같습니다. 하나씩 문제들을 배제 하면서 테스트 해봐야 할듯해요. CloudFront만 달아서 제 생각에는 해결 될꺼라고 생각합니다만, 안되면 두번째를 시도해 보셔야 할듯해요.

cloudfront 접근시 Access Denied

제가 보기엔 권한 문제가 나는건 S3에서 bucket policy를 주지 않아서 생긴것 같습니다. Bucket policy와 bucket에 외부 에서 접근 할수 있도록 하는 block public access를 비활성화 해주셔야 할듯 합니다.

session manger에서 SSM에이전트가 온라인 상태가 아닙니다

사용 하신 AMI가 Amazon Linux가 맞는지요? 다른 AMI라면 SSM Agent 설치 하는 작업을 해야하구요. Amazon Linux가 맞다면, 그런데 Session Manager가 접속이 안된다면 인스턴스 재시작 한번 해보시겠어요? 바로 인식이 안될때가 있습니다.

Auto Scaling질문

ELB는 AWS에서 관리 하는 서비스 입니다. 저는 어떻게 사용할지만 설정해서 만들면 AWS가 자체적으로 관리 합니다. 그래서 제가 따로 할필요가 없는 겁니다. 저희는 ELB가 EC2들을 healthcheck 하는것만 확인 하면 됩니다.