일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
- Joi
- elb
- reduce
- 조건문
- Load Balancer
- MYSQL
- npm
- CORS
- mongoose
- 프로그래머스
- 자바스크립트
- ubuntu
- AWS
- java
- https
- JavaScript
- 노마드코더
- nginx
- Nodejs
- nomadcoder
- wil
- mongodb
- Node.js
- TypeScript
- JWT
- 항해99
- 타입스크립트
- 생활코딩
- it
- 메소드
- Today
- Total
목록AWS (2)
V-logue
모종의 사유로 EC2 로드밸런서에 등록된 대상그룹의 Target이 사라졌을 때 발생한다. 해결은 간단한데, 문제가 되는 로드밸런서 대상그룹에 타겟을 다시 지정해주면 된다. 타겟을 지정해주기 전에는 이렇게 화면이 나타나는데, EC2의 로드밸런싱 대상그룹에 들어가서 Register targets을 누르고 원하는 EC2 인스턴스를 클릭하고 밑에 Include as pending below를 누르고 난 뒤 우측 하단의 Register pending targets을 누르고 나면 끝이다. 타겟그룹을 지정해준 뒤, 시간이 지나면 503에러에서 502 Bad Gateway에러로 바뀌는데, 이는 서버를 실행하지 않아서 생긴에러고 서버를 실행시키고 나면 Get요청으로 잘 불러오는 모습을 볼 수 있다.
AWS ELB와 Nginx로 HTTPS 서버 구축하는 도중 서버를 테스트 하는 과정에서 문제가 발생했다. node app.js로 서버를 시작하고나서 별다른 동작이 없는데도 불구하고, 계속해서 GET / 404요청이 들어오는 것이다. 이 문제를 해결하기 위해서 server section의 server_name과, location section의 proxy_pass값에 문제가 있다고 인식하고 값을 수정하기로 했다. (참고로 http Ip 주소는 실제 ip 주소말고 임의의 ip 주소를 넣었다.) server { listen 80; server_name rendev.link; // 단순히 nginx가 어떻게 http요청을 처리하는 지 알려주는 section location / { proxy_pass http:/..