AWS 가입부터 활용까지 를 듣고 정리한 내용입니다.
(6년전 영상이라 안되는 것들이 있어, 공식 사이트 참고하였습니다.)
📚 5. 인스턴스 교체
이미지 생성
설정
생성되었다.
인스턴스 교체시, 기존 인스턴스가 종료될 수 있다.
➡️ 이는 위험한 것이다. (신중하게 해야 한다.)
AMI 새로 생성
Launch 실행
보안 그룹 구성
생성 완료
✔️ Elastic IPs
기존 인스턴스를 복사한 인스턴스 ip로 바꾸면 된다.
탄력적 IP 주소를 생성한 후
탄력적 IP 주소를 연결한다.
- 인스턴스에 해당 인스턴스를 넣어주면 된다.
연결 완료!
💡 참고
- scale up을 통해서 적당한 적정한 수준의 인프런을 구축하는 것이 바람직하다.
- scale up은 상당히 중요하다.
📚 6. Scale Out
Scale Up : 더 좋은 컴퓨터로 업그레이드 하는 것
Scale Out : 컴퓨터의 사회를 만드는 것
숲과 하나의 나무
숲 : Scale Out, 나무 : 판도
한계를 도달했을 때, 뛰어넘기 위해서는 Scale OUT 방법밖에 없다.
Scale OUT는 상당히 복잡하다.
전체적으로 Scale OUT이 어떻게 구성되는지 정도만 알고, Scale UP에 집중을 해야한다.
광범위한 것보다는 소범위한 것에 집중을 해야한다.
✔️ Middle ware
웹 애플리케이션 동작 방법을 정의한 곳
ex) php, spring, java api, django
✔️ Database
데이터를 저장하는 곳
ex) sql, nosql
💡 참고
Scale UP만으로는 해결할 수 없는 경우,Scale OUT을 사용해야 한다.
✔️ Database가 점차 늘어나는 경우
- Database가 점차 늘어나는 것을 확인할 수 있다.
- Middle ware, Database 성능성 저하가 발생할 수 있다.
- 그렇기 때문에 Middle ware의 수를 늘려야 한다.
사용자가 사이트에 접속할 때 도메인을 입력하여 접속한다. (DNS 서버)
컴퓨터는 도메인을 통해 접속하는 것이 아닌, 도메인에 해당하는 ip를 알아내서 ip에 해당하는 사이트(컴퓨터)에 접속한다.
이때, dns 설정을 바꾸어 A, B 사용자가 똑같은 web server에 접속할 때 DNS에서 다른 ip를 각각 전달해준다.
이럴 경우 똑같은 웹 화면이지만, 다른 ip에 접속하게 된다. 즉, 부하를 분산하게 된다.
✏️ Load Balancer
- 부하 분산, 부하의 균형을 잡아 주는 시스템
- 웹 서버에 접속하기 전에
Load Balancer을 거쳐 접속하게 되므로Load Balancer ip를 통해Web server에 접속하게 된다.- 중간에 하나의
web server가 종료되었을 경우Load Balancer는 다른Web server로 사용자가 접속할 수 있게 다른ip를 사용자에게 준다.
