
템플릿 지정


CloudFormation으로 생성된 기본 인프라

server 1 파일구조

server 2 파일구조






ALB=ALB-1120926963.ap-northeast-2.elb.amazonaws.com

dig 명령어로 확인된 공인 IP는 가용 영역당 각각 생성된 ALB의 ENI 유동 IP !!
curl 명령어로 통신 확인

반복문을활용해서 90번 통신을 하면 어느정도로 분배되는지 확인

사진에서 보다싶이 거의 33% 비중으로 균등하게 분산이되는걸 확인
MYEC2에 접속하여 /dev/index.html 접근 => SERVER 1 만 접근가능

/mgt/index.html => SERVER 2,3 만 접근 가능
서버 1에는 dev 서버2,3에는 mgt라는 폴더라서 구분 가능
동일한 경로 서비스하는 서버를 각 대상그룹에 묶고 , ALB 경로 기반 라우팅 기능을 활용하여 웹에 접근할때 HTML 경로에 해당하는 그룹으로 접근하는 규칙 생성 해보자 .






접근 경로에 /mgt/ 경로는 MGT-TG로 전달하고 /dev/ 경로는 DEV-TG로 전달하는 규칙이다.





처음에 그냥 iPhone,Android 썼는데 원인모르는 오류가 발생해서 포함으로 했더니 완성이됐다!


결과론적으로 접근이 거부된걸 알수있다.
대상그룹 생성

달라진점은 프로토콜을 UDP로 바꾼점이다.
고급 상태 검사 설정

-등록된 대상 확인

로드 밸런서 생성

NLB 대상그룹에 인스턴스 서버 포함했고 , 로드 밸런서는 2개의 가용 영역에 각각 생성된다.
통신을 위한 ENL 생성하고 퍼블릭 IP 주소 할당.
NLB가 생성되면 각각의 NLB로 분산하여 전달하려고 NLB 도메인 주소를 생성
MYEC2에서 ELB-VPC에 있는 SERVER 1,2,3의 SNMP 정보 확인할 때 각각의 인스턴스 요청하는것이 아니라 NLB 도메인 주소 IP 주소로 요청!!
ALB 와 어떤 차이가 있는지 알아보자 .
NLB에 매칭된 공인 IP 확인

NLB ip 변수설정

SNMP 서비스 확인 
MYEC2에서 NLB 로 SNMPGET 명령어를 요청하면 NLB 도메인 주소에 매칭된 각 가용 영역에 있는 로드 밸런서에 전달.
Server 1에는 30 2,3,에는 각 15회정도로 전달한다. (위의 사진)
ALB 와 다르게 라운드 로빈 방식으로 동작하는걸 알수있다.
ALB : 교차 영역 로드 밸런싱 활성
NLB : 교차 영역 로드 밸런싱 비활성화
그럼 교차영역 활성화해보자

교차로 응답함