Web Guide오토스케일링자동 확장트래픽 대응
오토스케일링 설정 개념
몰릴 때만 서버를 늘리고 평소에는 줄일 수 있습니다.
다만 자동이라고 해서 저절로 되는 것은 아닙니다. 설계가 필요합니다.

01어떻게 동작하나
정해둔 조건을 넘으면 서버를 추가하고, 한가해지면 줄이는 방식입니다.
STEP 01
부하 감지
자원 사용률이 기준을 넘습니다
STEP 02
서버 추가
같은 구성의 서버를 자동으로 띄웁니다
STEP 03
정리
한가해지면 추가된 서버를 줄입니다
02전제 조건
아무 사이트나 자동 확장이 되는 것은 아닙니다. 구조가 맞아야 합니다.
새로 뜬 서버가 바로 일할 수 있어야 합니다.
서버 준비가 자동화되어 있어야 합니다.
파일과 세션이 공유되어야 합니다.
데이터는 별도로 있어야 합니다.
서버가 뜨는 데 걸리는 시간을 고려합니다.
03설정 포인트
기준을 잘못 잡으면 늦게 늘거나 불필요하게 늘어납니다.
확장 기준
자원 사용률이나 요청 수 기준을 정합니다.
최소와 최대
몇 대에서 몇 대까지 허용할지.
증가 속도
한 번에 몇 대씩 늘릴지.
축소 지연
너무 빨리 줄이면 다시 늘어납니다.
예약 확장
예정된 이벤트에는 미리 늘려둡니다.
비용 상한
예상치 못한 요금을 막는 한도를 둡니다.
04주의할 점
서버만 늘린다고 다 해결되지 않습니다.
점검 항목
데이터베이스 병목
웹 서버만 늘리면 데이터베이스가 먼저 막힙니다.
연결 수 한계
서버가 늘면 데이터베이스 연결이 폭증합니다.
준비 지연
급증 속도가 서버 준비보다 빠를 수 있습니다.
비용 급증
잘못된 설정이나 공격으로 요금이 치솟을 수 있습니다.
로그 유실
사라진 서버의 기록을 미리 모아야 합니다.
테스트
실제로 확장되는지 미리 확인합니다.
CHECK POINT
□ 자동 확장이 가능한 구조인가
□ 파일과 세션이 공유되는가
□ 데이터베이스가 병목이 되지 않는가
□ 확장 기준과 최소·최대 대수를 정했는가
□ 축소 지연 시간을 설정했는가
□ 비용 상한과 알림이 있는가
□ 사라진 서버의 로그가 보존되는가
□ 실제로 확장되는지 테스트했는가
#오토스케일링#자동 확장#트래픽 대응#클라우드#데이터베이스 병목#비용 관리#이벤트 대응#호스팅#웹비스타#홈페이지 제작