EC2

가상 공간에 가상 서버를 만들어 다양한 애플리케이션을 돌릴 수 있다. 그것이 EC2다. 가상 컴퓨터이므로 CPU, 메모리, 네트워크 등 다양하게 용량을 줄이고 늘리 수 있다. 마치 비유가 적절할지 나루토 분신술같다고 할까...

 

https://m.blog.naver.com/dargae/221396292293

물론 차크라라한계에 맞게 분신을 만들듯이 컴퓨터도 자신의 용량만큼 분리해서 자신과 같은 환경을 만드니 이점에서 비슷하지 않을까 싶다.

 

EC2 인스턴스는 실행한 만큼 돈이 청구된다. 그리고 사용 시 지불하는 방법은 다양하다.

• 온디맨드
  시간당 정해진 금액을 지불하면서 사용. 짧은 시간 동안 임대하면서 사용하여 주로 소프트웨어 검증 및 테스트 단계에서 많이 사용. 시간당 얼마를 지불해야하는지 알 수 있으므로 선불 개념은 존재하지 않는다. 
• 리저브드
  1~3년 정도 싸게 임대해서 사용할 수 있게 해주는 지불 방식. 즉 '지정석'을 예약하는 것.
• 스팟
  입찰하여 구매하여 지불. 할인유리 높으며 돈을 거의 들이지 않고 인스턴스를 구축 가능. 단지 내가 제시한 입찰가격 보다 높은 입찰가격이 있으면 인스턴스가 꺼지게 된다. 

https://velog.io/@swhan9404/EC2-%EA%B0%9C%EB%85%90%EC%A0%95%EB%A6%AC

AWS 공부 2주차 - EC2 개념정리

EBS

교육방송이 아닌 하드디스크처럼 인스턴스를 사용할 때도 스토리지가 필요하다. 그니까 하드디스크다.

EBS는 파일 및 오브젝트를 보관할 수 있는 스토리지 볼륨을 만들어준다.

 

EC2에 부착된 EBS 디스크 볼륨에 파일 시스템이 생성되고 이를 통해 인스턴스에 접근할 수 있고 로컬 디스크에 파일을 옮기는 작업도 가능하게 된다. EC2 인스턴스가 종료되어도 EBS 안에 들어있는 데이터는 존재. 인스턴스를 다시 켰을 경우에도 똑같은 데이터를 사용할 수 있다. 

 

EBS는 가용영역에 설정해 줘야한다. 

EBS 타입

• SSD - 읽기/쓰기, 입출력의 비중이 매우 클 때 좋은 볼륨 타입
  • General Purpose SSE(gp2) : 최대 10K IOPS 지원하며 1GB당 31 IOPS의 속도가 나옴
  • Provisioned IOPS SSD(io1) : 극도의 입출력 처리를 요구하는 환경에서 사용, gp2에 비해 비쌈
• HDD는 방대한 스트리밍 워크로드를 신셩 쓸때 사용하기 좋음, 처리량기준으로 판단
  • Throughput Optimized HDD(st1) : 빅데이터 데이터 웨어하우스, 로그 프로세싱처럼 실시간으로 대용량의 데이터를 처리할 때 주로 사용, 부트 볼륨으로사용할 수 없음
  • CDD HDD(sc1) : 파일 서버처럼 입출력이 매우 드문 경우 사용됨, 부트 볼륨으로 사용 못 함
  • Magnetic(Standard) : 디스크 용량(1GB)당 가장 싼 비용으로 사용할 수 있음. st1, sc1과는 달리 HDD군에서 붙 볼륨으로 사용할 수 있음. 

ELB

트래픽이 한쪽으로 심하게 몰리면 ELB는 트래픽을 조절해 여러 EC2에 나눠서 보낸다. 

• ALB 
  네트워크 일곱 번째 OSI(응용 계층)에서 작동. HTTP/HTTPS와 같은 네트워크 트래픽 제어에 적합
  고급 설정을 통해 개발자가 직접 개입하여 서버 흐름을 설정할 수 있도록 하는 라우팅 커스터마이징 기능 제공
• 네트워크 로드 밸런서(NLB)
  4번째 계층에서 작동. TCP 트래픽을 관리하기 때문에 초당 수백만 개 혹은 그 이상의 요청이 들어올 수 있다. NLB는 극도의 퍼포먼스를 자랑하여 미세한 지연으로 엄청난 요청들을 처리할 때 사용. 프로덕션 환경에서 방대한 데이터를 처리할 때 빛을 발휘할 수 있는 밸런서
• 클래식 로드 밸런서(CLB) - 거의 단종

504 Gateway Time-out에러는 대표적인 ELB 에러이다. 최대 접속 시간 제한이 디폴트 60초인데 그 시간동안 데이터를 받지 못할 경우 연결을 자동으로 종료하고 타임아웃 에러를 생성한다. 해결하기 위해 최대 접속 시간 제한을 변경하거나 애플리케이션을 수정해서 서버로 전송되는 ㄷ이터의 양을 조절하는 것으로 해결한다.

 

X-Forwaded-For 헤더는 클라이언트 아이피 주소를 식별하는 데 사용한다. 주로 프록시 서버나 로드 밸런서를 사용할 때 클라이언트의 원래 아이피 주소를 전달하기 위해 사용한다. 웹 서버는 XFF를 통해 클라이언트의 실제 아이피 주소를 얻는다. 

https://hwan-shell.tistory.com/381

참조 사이트:https://hwan-shell.tistory.com/381

X-Forwarded-For(XFF) 헤더란?