AWS 2. 확장성/가용성, ELB

1. Scalability vs Availability

Scalability(확장성): 시스템이 커지거나 작아질 수 있는 능력

사용자 수, 데이터 양, 처리량 등이 증가할 때 시스템의 성능과 처리 능력을 유지하거나 향상시키는 능력. 확장성 있는 시스템 디자인과 구현이 필요하다.

Availability(가용성): 시스템이 정상적으로 작동하고 사용 가능한 상태를 유지하는 능력

여러 가용 영역에 애플리케이션 및 인프라를 배포함으로써 서비스를 항상 이용 가능한 상태로 유지하는 것. 시스템의 안정성을 높이고 장애 대응 능력을 강화하는 것이 중요하다.

둘 다 중요한 개념이며, 분산 시스템을 설계하고 구현할 때 모두 고려해야 한다.

Horizonatal / Vertical Scalability

수평적 확장은 인스턴스, 서버 등을 여러개로 늘리는 것을 밀한다.(scale-out)

수직적 확장은 인스턴스의 성능을 향상 시키는 등의 방식으로 확장성을 확보한다.(scale-up)

2. Elastic Load Balancer

유저의 요청이 몰릴 때, 요청을 받아 EC2들에게 요청을 분산시켜 할당한다.

요청을 분산해준다(EC2와 연동)
단일 엔드 포인트 제공(route 53): 유저가 일일히 인스턴스마다 다른 ip로 접속하지 않아도 된다.
인스턴스 헬스체크
HTTPS 제공(ACM과 연동)
고가용성 제공
공개 트래픽(사용자-ELB)과 내부 트래픽(ELB-EC2)을 분리해 보안강화

ELB의 종류

Classic Load Balancer: ELB 이전 세대의 로드 밸런서로 잘 사용되지 않는다.(deprecated)
Application Load Balancer: application 계층(HTTP, FTP...)에서 라우팅 결정을 내린다. 따라서 url, 쿼리스트링, 헤더 등 사용자 요청을 기준으로 분산이 가능하다.
가장 많이 쓰인다.
Network Load Balancer: TCP/전송계층(4)에서 트래픽을 라우팅한다. 데이터의 내용을 들여다보지 않아 복호화할 필요가 없고 포트번호, 전송 프로토콜에 따라 트래픽을 나누는데, 따라서 속도가 빠르지만 섬세한 라우팅은 불가능하다.
Gateway Load Balancer: 방화벽, 서드파티 어플리케이션등을 사용할 때 쓴다.

ELB의 보안그룹ELB의 보안그룹 설정은 user와 ELB 사이의 보안그룹/ ELB와 인스턴스들 사이의 보안그룹을 설정해야한다. 전자는 모든 src ip 에서의 80,443번 포트 접속을 허용해주면된다. 인스턴스들은 오직 로드밸런서에게만 공개하는 형태로 설정한다. 또한 src IP가 아니라 특정 보안그룹을 출처로 허용할 수 있다.

ALB 사용해보기

0. ALB의 속성

* http 요청을 여러 타깃 그룹(EC2,EC2 그룹 등)에 나누어 줄 수 있음
* 한 머신 안에서도 여러 어플리케이션에 나눠 줄 수 있음
* HTTP/2 및 웹소켓 지원
* HTTPS로 리다이렉트 지원
* URL, hostname, 쿼리스트링, 헤더 등에 기반해 다른 타깃 그룹으로 보낼 수 있다.

1. 인스턴스 여러개 편하게 만들기 - userdata

작성해두면 인스턴스 시작 후 자동으로 실행되는
bash 명령어를 지정하여, 여러개의 인스턴스를 만들 때 한번에 동일하게 설정할 수 있다.

#!/bin/bash
apt-get update
apt-get install -y nginx
cat <<EOF > /var/www/html/index.html
<!DOCTYPE html>
<html>
<head>
<title>Welcome to Nginx</title>
</head>
<body>
<h1>Hello World!</h1>
<p>AWS deployed by Me!</p>
<p>private ip is $(hostname -f)</p>
</body>
</html>
EOF
sudo systemctl start nginx