1. 아키텍처 설계도 2. Bastion Host (Public Subnet) DB는 RDS, 웹서버는 apache2사용 gnuboard5 구축 3. RDS 4. 로드 밸런서(NLB) Autoscaling으로 생성된 인스턴스들은 Private Subnet에 위치 하기 때문에 Private Subnet에 EIP 부착 5. 오토스케일링(Autoscaling) 최소 1, 최대 4, 원하는 용량 3 5.1 자동크기조정 평균 cpu 사용률이 60퍼 초과시 인스턴스 추가, 60퍼 미만시 인스턴스 제거 6. EC2 인스턴스(bastion 호스트 1개, autoscaling으로 생성된 인스턴스 3개) 7. 웹서버 파일 우선순위 변경 기본 설정 : index.html -> gnuboard5 ip/gnuboard가 아닌 ..

로드 밸런싱 (tistory.com) 로드 밸런싱 - NLB (tistory.com) 실습 내용 Ubuntu EC2 인스턴스 하나 생성 후 Bastion으로 설정, 웹 서버 만든뒤 스냅샷, 이미지 생성 private Subnet에 오토스케일링으로 인스턴스가 생성되도록 설정 로드 밸런서는 NLB 사용(EIP 설정) 1. EC2 Ubuntu 서버 생성(bastion-server) 1.1 웹 서버 설정 후 index.html 수정 2. bastion-server 인스턴스의 스냅샷, 이미지 생성 3. 로드 밸런서 생성(NLB) 타겟 그룹 생성 아직 타겟 대상들이 없기 때문에 선택 안해도 됨 (오토스케일링으로 새로운 인스턴스가 생성되면 그 인스턴스들이 대상이 됨) 4. 시작 구성 생성 5. Auto Scaling..

오토스케일링(Autoscale) 서버의 부하를 모니터링하여 필요한 만큼 서버를 관리자의 개입 없이 자동으로 증감 갑작스러운 서비스 트래픽 증가 상황에 운영자의 개입 없이 자동으로 서버를 추가 장애가 발생하거나 해킹으로 인해 인스턴스가 응답하지 않는 상황에도 새로운 인스턴스를 생성하여 항상 서비스를 제공 할 수 있는 상태 유지 가능 Scale out : 서버 수를 늘림(양적 증가) Scale in : 서버 수를 줄임(양적 감소) Scale up : 고사양 스펙으로 변경(질적 증대) Scale down : 저사양 스펙으로 변경(질적 감소) Target Tracking 기법, 예측 크기 조정 정책 Target Tacking - 트래픽이 높아지는 경우 사용 예) cpu 사용률을 target으로 지정할 경우 설정..

로드 밸런싱에 대한 내용 - 로드 밸런싱 (tistory.com) ALB(Application Load Balancer) : 7계층 로드 밸런서 - URL와 HTTP 헤더 등을 보고 부하를 분산 - NLB보다 먼저 출시, round robin 지원 - DNS 경로를 통해서 접속 실습 내용 1. EC2 서버 하나 생성(keum_red) 서브넷 : public subnet 퍼블릭 IP 자동 할당 apache2 생성 후 index.html 수정 2. keum_red의 이미지 생성 3. 이미지로 서버 생성(keum_blue) EC2 -이미지 - AMI - AMI로 인스턴스 시작 서브넷 : public subnet 퍼블릭 IP 자동 할당 4. 두번째 서버(keum_blue) 접속 후 index.html 수정 5...

로드 밸런싱에 대한 내용 - 로드 밸런싱 (tistory.com) NLB(Network Load Balancer) : 4계층 로드 밸런서 - IP 주소와 Port 번호 등을 보고 부하를 분산 - ALB보다 나중 출시, Hash Function 지원 - EIP 부여 가능 EIP(Elastic IP Address) : 고정 IP를 의미하며 IP 주소가 바뀌지 않고 계속 같은 IP 주소를 사용 가능 하게 해주는 서비스 용도 : 도메인 주소에 IP 주소를 고정할 때 사용 실습 내용 public Subnet에 Bastion Host를 생성(공인 IP 보유) Bastion Host의 이미지를 생성, 생성한 이미지로 private Subnet에 서버 생성 private Subnet에 생성된 서버들은 공인 IP가 없어..

로드 밸런싱(Load Balancing) 서버가 처리해야 할 일을 여러 대의 서버로 나눠서 처리 한대의 서버로 부하가 집중되지 않아 원활한 서비스 제공 가능 하나의 서버에 문제가 발생해도 다른 서버들이 응답 Health Check 기능으로 서버 문제 발생 여부 확인 가능 종류 1. ALB(Application Load Balancer) : 7계층 로드 밸런서 - URL와 HTTP 헤더 등을 보고 부하를 분산 - NLB보다 먼저 출시, round robin 지원 2. NLB(Network Load Balancer) : 4계층 로드 밸런서 - IP 주소와 Port 번호 등을 보고 부하를 분산 - ALB보다 나중 출시, Hash Function 지원 - EIP 부여 가능 EIP(Elastic IP Addres..