AWS 클라우드 서비스 이해와 활용 - 편집 역사

Ryanyang: /* 컨텐츠(가중치) 기반 라우팅� */

2024-05-08T07:43:36Z

컨텐츠(가중치) 기반 라우팅�

← 이전 판		2024년 5월 8일 (수) 16:43 판
242번째 줄:		242번째 줄:
	[[파일:ALB vs. NLB.png\|프레임없음\|1000x1000픽셀]]		[[파일:ALB vs. NLB.png\|프레임없음\|1000x1000픽셀]]

	==== '''컨텐츠(가중치) 기반 ~~라우팅�~~''' ====		==== '''컨텐츠(가중치) 기반 라우팅''' ====
	여기서 말하는 컨텐츠 기반이라는 의미는 URL 을 의미하며 ALB에서만 사용 가능. 가중치 기반 라우팅은 ALB, NLB 모두 사용 가능.		여기서 말하는 컨텐츠 기반이라는 의미는 URL 을 의미하며 ALB에서만 사용 가능. 가중치 기반 라우팅은 ALB, NLB 모두 사용 가능.

Ryanyang: /* EC2 사용자 데이터 */

2024-05-08T07:43:18Z

EC2 사용자 데이터

@@ 203번째 줄: / 203번째 줄: @@
 ==== '''EC2 사용자 데이터''' ====
 인스턴스 생성과 함께 전달 가능한 최대 16KB 크기의 텍스트 데이터. 최초 부트 시 실행하는 Bootstrap 역할.
 [[분류:AWS]]
 [[분류:2024년]]

2024년 5월 8일 (수) 05:34에 Ryanyang님의 편집

2024-05-08T05:34:01Z

← 이전 판		2024년 5월 8일 (수) 14:34 판
195번째 줄:		195번째 줄:
	[[파일:EC2 구조.png\|프레임없음\|1000x1000픽셀]]		[[파일:EC2 구조.png\|프레임없음\|1000x1000픽셀]]

			==== '''EC2 인스턴스 생명 주기''' ====
			EBS 볼륨을 root로 사용하는 인스턴스만 정지를 할 수 있음


			[[파일:EC2 인스턴스 생명 주기.png\|프레임없음\|1000x1000픽셀]]

			==== '''EC2 사용자 데이터''' ====
			인스턴스 생성과 함께 전달 가능한 최대 16KB 크기의 텍스트 데이터. 최초 부트 시 실행하는 Bootstrap 역할.
	[[분류:AWS]]		[[분류:AWS]]
	[[분류:2024년]]		[[분류:2024년]]

Ryanyang: /* EC2 */

2024-05-08T05:00:32Z

EC2

@@ 174번째 줄: / 174번째 줄: @@
 VPC 생성 ➡️ Subnet 생성 ➡️ Routing Table 설정 ➡️ Security Group 생성
-==== '''EC2''' ====
+=== '''EC2''' ===
-하하하
+쉽게 생각하면 Virtual Machine 임
 [[분류:AWS]]
 [[분류:2024년]]

Ryanyang: /* 실습 */

2024-05-08T04:48:26Z

실습

← 이전 판		2024년 5월 8일 (수) 13:48 판
165번째 줄:		165번째 줄:
	---		---

	== '''실습''' ==		=== '''실습''' ===
	https://catalog.workshops.aws/general-immersionday/ko-KR/basic-modules		https://catalog.workshops.aws/general-immersionday/ko-KR/basic-modules

174번째 줄:		174번째 줄:
	VPC 생성 ➡️ Subnet 생성 ➡️ Routing Table 설정 ➡️ Security Group 생성		VPC 생성 ➡️ Subnet 생성 ➡️ Routing Table 설정 ➡️ Security Group 생성

	=== '''EC2''' ===		==== '''EC2''' ====
	하하하		하하하
	[[분류:AWS]]		[[분류:AWS]]

Ryanyang: /* 실습 */

2024-05-08T04:48:04Z

실습

← 이전 판		2024년 5월 8일 (수) 13:48 판
167번째 줄:		167번째 줄:
	== '''실습''' ==		== '''실습''' ==
	https://catalog.workshops.aws/general-immersionday/ko-KR/basic-modules		https://catalog.workshops.aws/general-immersionday/ko-KR/basic-modules


			[[파일:VPC 실습 1.png\|프레임없음\|1000x1000픽셀]]


			VPC 생성 ➡️ Subnet 생성 ➡️ Routing Table 설정 ➡️ Security Group 생성

			=== '''EC2''' ===
			하하하
	[[분류:AWS]]		[[분류:AWS]]
	[[분류:2024년]]		[[분류:2024년]]

2024년 5월 8일 (수) 04:17에 Ryanyang님의 편집

2024-05-08T04:17:01Z

← 이전 판		2024년 5월 8일 (수) 13:17 판
165번째 줄:		165번째 줄:
	---		---

			== '''실습''' ==
			https://catalog.workshops.aws/general-immersionday/ko-KR/basic-modules
	[[분류:AWS]]		[[분류:AWS]]
	[[분류:2024년]]		[[분류:2024년]]

Ryanyang: /* 인터넷 게이트웨이 */

2024-05-08T02:23:13Z

인터넷 게이트웨이

← 이전 판		2024년 5월 8일 (수) 11:23 판
95번째 줄:		95번째 줄:


	==== '''인터넷 게이트웨이''' ====		=== '''인터넷 게이트웨이''' ===
	VPC와 인터넷 간에 통신을 위한 리소스. 사용자가 콘솔에서 직접 생성 후, 대상 VPC와 1:1 연결을 해야 함.		VPC와 인터넷 간에 통신을 위한 리소스. 사용자가 콘솔에서 직접 생성 후, 대상 VPC와 1:1 연결을 해야 함.

101번째 줄:		101번째 줄:
	[[파일:Internet Gateway.png\|프레임없음\|1000x1000픽셀]]		[[파일:Internet Gateway.png\|프레임없음\|1000x1000픽셀]]

	==== '''라우팅 테이블''' ====		=== '''라우팅 테이블''' ===
	라우팅 테이블을 라우터에 설정 필요. 고속도로를 설치하는 거라고 보면 됨.		라우팅 테이블을 라우터에 설정 필요. 고속도로를 설치하는 거라고 보면 됨.

107번째 줄:		107번째 줄:
	[[파일:라우팅 테이블.png\|프레임없음\|1000x1000픽셀]]		[[파일:라우팅 테이블.png\|프레임없음\|1000x1000픽셀]]

	==== '''Security Group''' ====		=== '''Security Group''' ===
	보안 그룹. 서버 앞에 위치하여 방화벽 역할을 함		보안 그룹. 서버 앞에 위치하여 방화벽 역할을 함

115번째 줄:		115번째 줄:
	[[파일:Firewall.png\|프레임없음\|1000x1000픽셀]]		[[파일:Firewall.png\|프레임없음\|1000x1000픽셀]]

	==== '''액세스 제어''' ====		=== '''액세스 제어''' ===
	Network Access Control List(NACL) 또는 Security Group(보안그룹)으로 접근 제어를 할 수 있음.		Network Access Control List(NACL) 또는 Security Group(보안그룹)으로 접근 제어를 할 수 있음.

131번째 줄:		131번째 줄:
	참고로 NACL은 최대 40개 Rules(Inbound 및 Outbound 각 20개) 설정이 가능. VPC 생성 시 자동으로 '''<u>Default NACL</u>''' 이 생성되며 기본 정책은 내/외부 통신 전체 허용이며 Rule Set은 낮은 번호가 높은 우선순위를 갖음.		참고로 NACL은 최대 40개 Rules(Inbound 및 Outbound 각 20개) 설정이 가능. VPC 생성 시 자동으로 '''<u>Default NACL</u>''' 이 생성되며 기본 정책은 내/외부 통신 전체 허용이며 Rule Set은 낮은 번호가 높은 우선순위를 갖음.

	==== '''네트워크 트래픽 통제 (요약)''' ====		=== '''네트워크 트래픽 통제 (요약)''' ===
	Routing Table은 Subnet 단위. NACL도 Subnet 단위이며 Rule Set 설정 가능. Security Group은 Instance 단위이며 Inbound 및 Outbound Rule 설정 가능.		Routing Table은 Subnet 단위. NACL도 Subnet 단위이며 Rule Set 설정 가능. Security Group은 Instance 단위이며 Inbound 및 Outbound Rule 설정 가능.

137번째 줄:		137번째 줄:
	[[파일:네트워크 트래픽 통제.png\|프레임없음\|1000x1000픽셀]]		[[파일:네트워크 트래픽 통제.png\|프레임없음\|1000x1000픽셀]]

	==== '''기타 참고사항''' ====		=== '''기타 참고사항''' ===

	* 리전당/계정당 VPC는 최대 5개 생성 가능 (단, AWS Support Center를 통해 Service Limit Increase 요청 가능)		* 리전당/계정당 VPC는 최대 5개 생성 가능 (단, AWS Support Center를 통해 Service Limit Increase 요청 가능)
	* NACL + Security Group을 함께 사용하는 게 가장 강력하지만... 복잡성 증가, Troubleshooting 어려움, 운영 Cost 증가의 단점이 있음.		* NACL + Security Group을 함께 사용하는 게 가장 강력하지만... 복잡성 증가, Troubleshooting 어려움, 운영 Cost 증가의 단점이 있음

	==== '''NAT 게이트웨이''' ====
			=== '''NAT 게이트웨이''' ===
	Network Address Translation. 공인 IP 와 사설 IP 를 맵핑하는 기술. 즉, 네트워크 주소의 멀티플렉서 및 디멀티플렉서라고 봐도 됨.		Network Address Translation. 공인 IP 와 사설 IP 를 맵핑하는 기술. 즉, 네트워크 주소의 멀티플렉서 및 디멀티플렉서라고 봐도 됨.

149번째 줄:		150번째 줄:


	퍼블릭 서브넷은 라우터와 IGW를 통해 인터넷에 접근을 함. 반면에 프라이빗 서브넷은 라우터와 NAT 게이트웨이를 거친 후, 다시 라우터와 IGW를 거쳐서 인터넷에 접근을 함.

	==== '''Elastic IP''' ====		퍼블릭 서브넷은 라우터와 IGW를 통해 인터넷에 접근을 함. 반면에 프라이빗 서브넷은 라우터와 NAT 게이트웨이를 거친 후, 다시 라우터와 IGW를 거쳐서 인터넷에 접근을 함

			=== '''Elastic IP''' ===
	EC 인스턴스에 할당하는 공인 IP. EIP를 할당하지 않는 경우, 서버 재기동 시마다 새로운 IP가 할당이 됨. 인스턴스, 네트워크 인터페이스, NAT Gateway 등에 연결하여 사용.		EC 인스턴스에 할당하는 공인 IP. EIP를 할당하지 않는 경우, 서버 재기동 시마다 새로운 IP가 할당이 됨. 인스턴스, 네트워크 인터페이스, NAT Gateway 등에 연결하여 사용.

Ryanyang: /* Subnet 서브넷 */

2024-05-08T02:22:25Z

Subnet 서브넷

← 이전 판		2024년 5월 8일 (수) 11:22 판
65번째 줄:		65번째 줄:
	[[파일:CIDR.png\|프레임없음\|1000x1000픽셀]]		[[파일:CIDR.png\|프레임없음\|1000x1000픽셀]]

	==== '''Subnet 서브넷''' ====		=== '''Subnet 서브넷''' ===
	VPC 생성 후, Subnet 으로 네트워크를 나눔. Subnet을 사용하는 이유는 네트워크 주소를 목적에 맞게 분할함으로써 보안성, 서비스 가용성, 유지관리성을 높이기 위함임. 또한, 트래픽을 원하는 대로 제어하기 위해 사용하기도 함.		VPC 생성 후, Subnet 으로 네트워크를 나눔. Subnet을 사용하는 이유는 네트워크 주소를 목적에 맞게 분할함으로써 보안성, 서비스 가용성, 유지관리성을 높이기 위함임. 또한, 트래픽을 원하는 대로 제어하기 위해 사용하기도 함.

89번째 줄:		89번째 줄:
	==== '''Public Subnet''' ====		==== '''Public Subnet''' ====
	인터넷 게이트웨이로 향하는 경로가 있는 라우팅 테이블과 연결되어 있는 서브넷. Public IP와 Private IP 모두 할당.		인터넷 게이트웨이로 향하는 경로가 있는 라우팅 테이블과 연결되어 있는 서브넷. Public IP와 Private IP 모두 할당.


	==== '''Private Subnet''' ====		==== '''Private Subnet''' ====
	인터넷 게이트웨이로 향하는 경로가 없는 라우팅 테이블과 연결되어 있는 서브넷. Private IP 만 할당.		인터넷 게이트웨이로 향하는 경로가 없는 라우팅 테이블과 연결되어 있는 서브넷. Private IP 만 할당.


	==== '''인터넷 게이트웨이''' ====		==== '''인터넷 게이트웨이''' ====

Ryanyang: /* VPC */

2024-05-08T02:21:41Z

VPC

← 이전 판		2024년 5월 8일 (수) 11:21 판
46번째 줄:		46번째 줄:
	[[파일:Region Code.png\|프레임없음\|1000x1000픽셀]]		[[파일:Region Code.png\|프레임없음\|1000x1000픽셀]]

	== '''VPC''' ==		=== '''VPC''' ===
	Virtual Private Cloud. AWS에서 네트워크를 제공하는 서비스로 가상 네트워크 존을 설정하는 것이라고 생각하면 됨		Virtual Private Cloud. AWS에서 네트워크를 제공하는 서비스로 가상 네트워크 존을 설정하는 것이라고 생각하면 됨

	[[파일:VPC 아키텍처.png\|프레임없음\|1000x1000픽셀]]		[[파일:VPC 아키텍처.png\|프레임없음\|1000x1000픽셀]]

	=== '''VPC 구성요소''' ===		==== '''VPC 구성요소''' ====
	VPC의 주요 구성요소는 아래와 같음		VPC의 주요 구성요소는 아래와 같음

59번째 줄:		59번째 줄:
	* Security 정책 (=Traffic 통제)		* Security 정책 (=Traffic 통제)

	=== '''CIDR''' ===		==== '''CIDR''' ====
	Classesless Inter-Domain Routing. 네트워크를 원하는 대로 슬라이싱하는 기술. 네트워크를 서브 네트워크로 나누는 기술. '''<u>VPC 생성 후 CIDR 변경이 불가하므로 여유있게 설정 필요.</u>'''		Classesless Inter-Domain Routing. 네트워크를 원하는 대로 슬라이싱하는 기술. 네트워크를 서브 네트워크로 나누는 기술. '''<u>VPC 생성 후 CIDR 변경이 불가하므로 여유있게 설정 필요.</u>'''

65번째 줄:		65번째 줄:
	[[파일:CIDR.png\|프레임없음\|1000x1000픽셀]]		[[파일:CIDR.png\|프레임없음\|1000x1000픽셀]]

	=== '''Subnet 서브넷''' ===		==== '''Subnet 서브넷''' ====
	VPC 생성 후, Subnet 으로 네트워크를 나눔. Subnet을 사용하는 이유는 네트워크 주소를 목적에 맞게 분할함으로써 보안성, 서비스 가용성, 유지관리성을 높이기 위함임. 또한, 트래픽을 원하는 대로 제어하기 위해 사용하기도 함.		VPC 생성 후, Subnet 으로 네트워크를 나눔. Subnet을 사용하는 이유는 네트워크 주소를 목적에 맞게 분할함으로써 보안성, 서비스 가용성, 유지관리성을 높이기 위함임. 또한, 트래픽을 원하는 대로 제어하기 위해 사용하기도 함.

77번째 줄:		77번째 줄:
	[[파일:서브넷 아키텍처.png\|프레임없음\|1000x1000픽셀]]		[[파일:서브넷 아키텍처.png\|프레임없음\|1000x1000픽셀]]

	=== '''VPC와 Subnet''' ===		==== '''VPC와 Subnet''' ====
	Region 생성 후 VPC를 만들고, 해당하는 AZ에 Subnet을 만듦. 참고로 VPC에는 1개의 Internet Gateway를 갖을 수 있음.		Region 생성 후 VPC를 만들고, 해당하는 AZ에 Subnet을 만듦. 참고로 VPC에는 1개의 Internet Gateway를 갖을 수 있음.

87번째 줄:		87번째 줄:


	=== '''Public Subnet''' ===		==== '''Public Subnet''' ====
	인터넷 게이트웨이로 향하는 경로가 있는 라우팅 테이블과 연결되어 있는 서브넷. Public IP와 Private IP 모두 할당.		인터넷 게이트웨이로 향하는 경로가 있는 라우팅 테이블과 연결되어 있는 서브넷. Public IP와 Private IP 모두 할당.

	=== '''Private Subnet''' ===		==== '''Private Subnet''' ====
	인터넷 게이트웨이로 향하는 경로가 없는 라우팅 테이블과 연결되어 있는 서브넷. Private IP 만 할당.		인터넷 게이트웨이로 향하는 경로가 없는 라우팅 테이블과 연결되어 있는 서브넷. Private IP 만 할당.

	=== '''인터넷 게이트웨이''' ===		==== '''인터넷 게이트웨이''' ====
	VPC와 인터넷 간에 통신을 위한 리소스. 사용자가 콘솔에서 직접 생성 후, 대상 VPC와 1:1 연결을 해야 함.		VPC와 인터넷 간에 통신을 위한 리소스. 사용자가 콘솔에서 직접 생성 후, 대상 VPC와 1:1 연결을 해야 함.

99번째 줄:		99번째 줄:
	[[파일:Internet Gateway.png\|프레임없음\|1000x1000픽셀]]		[[파일:Internet Gateway.png\|프레임없음\|1000x1000픽셀]]

	=== '''라우팅 테이블''' ===		==== '''라우팅 테이블''' ====
	라우팅 테이블을 라우터에 설정 필요. 고속도로를 설치하는 거라고 보면 됨.		라우팅 테이블을 라우터에 설정 필요. 고속도로를 설치하는 거라고 보면 됨.

105번째 줄:		105번째 줄:
	[[파일:라우팅 테이블.png\|프레임없음\|1000x1000픽셀]]		[[파일:라우팅 테이블.png\|프레임없음\|1000x1000픽셀]]

	=== '''Security Group''' ===		==== '''Security Group''' ====
	보안 그룹. 서버 앞에 위치하여 방화벽 역할을 함		보안 그룹. 서버 앞에 위치하여 방화벽 역할을 함

129번째 줄:		129번째 줄:
	참고로 NACL은 최대 40개 Rules(Inbound 및 Outbound 각 20개) 설정이 가능. VPC 생성 시 자동으로 '''<u>Default NACL</u>''' 이 생성되며 기본 정책은 내/외부 통신 전체 허용이며 Rule Set은 낮은 번호가 높은 우선순위를 갖음.		참고로 NACL은 최대 40개 Rules(Inbound 및 Outbound 각 20개) 설정이 가능. VPC 생성 시 자동으로 '''<u>Default NACL</u>''' 이 생성되며 기본 정책은 내/외부 통신 전체 허용이며 Rule Set은 낮은 번호가 높은 우선순위를 갖음.

	=== '''네트워크 트래픽 통제 (요약)''' ===		==== '''네트워크 트래픽 통제 (요약)''' ====
	Routing Table은 Subnet 단위. NACL도 Subnet 단위이며 Rule Set 설정 가능. Security Group은 Instance 단위이며 Inbound 및 Outbound Rule 설정 가능.		Routing Table은 Subnet 단위. NACL도 Subnet 단위이며 Rule Set 설정 가능. Security Group은 Instance 단위이며 Inbound 및 Outbound Rule 설정 가능.

135번째 줄:		135번째 줄:
	[[파일:네트워크 트래픽 통제.png\|프레임없음\|1000x1000픽셀]]		[[파일:네트워크 트래픽 통제.png\|프레임없음\|1000x1000픽셀]]

	=== '''기타 참고사항''' ===		==== '''기타 참고사항''' ====

	* 리전당/계정당 VPC는 최대 5개 생성 가능 (단, AWS Support Center를 통해 Service Limit Increase 요청 가능)		* 리전당/계정당 VPC는 최대 5개 생성 가능 (단, AWS Support Center를 통해 Service Limit Increase 요청 가능)
	* NACL + Security Group을 함께 사용하는 게 가장 강력하지만... 복잡성 증가, Troubleshooting 어려움, 운영 Cost 증가의 단점이 있음.		* NACL + Security Group을 함께 사용하는 게 가장 강력하지만... 복잡성 증가, Troubleshooting 어려움, 운영 Cost 증가의 단점이 있음.

	=== '''NAT 게이트웨이''' ===		==== '''NAT 게이트웨이''' ====
	Network Address Translation. 공인 IP 와 사설 IP 를 맵핑하는 기술. 즉, 네트워크 주소의 멀티플렉서 및 디멀티플렉서라고 봐도 됨.		Network Address Translation. 공인 IP 와 사설 IP 를 맵핑하는 기술. 즉, 네트워크 주소의 멀티플렉서 및 디멀티플렉서라고 봐도 됨.

149번째 줄:		149번째 줄:
	퍼블릭 서브넷은 라우터와 IGW를 통해 인터넷에 접근을 함. 반면에 프라이빗 서브넷은 라우터와 NAT 게이트웨이를 거친 후, 다시 라우터와 IGW를 거쳐서 인터넷에 접근을 함.		퍼블릭 서브넷은 라우터와 IGW를 통해 인터넷에 접근을 함. 반면에 프라이빗 서브넷은 라우터와 NAT 게이트웨이를 거친 후, 다시 라우터와 IGW를 거쳐서 인터넷에 접근을 함.

	=== '''Elastic IP''' ===		==== '''Elastic IP''' ====
	EC 인스턴스에 할당하는 공인 IP. EIP를 할당하지 않는 경우, 서버 재기동 시마다 새로운 IP가 할당이 됨. 인스턴스, 네트워크 인터페이스, NAT Gateway 등에 연결하여 사용.		EC 인스턴스에 할당하는 공인 IP. EIP를 할당하지 않는 경우, 서버 재기동 시마다 새로운 IP가 할당이 됨. 인스턴스, 네트워크 인터페이스, NAT Gateway 등에 연결하여 사용.