만들면서 배우는 아마존 VPC(Amazon VPC) 입문: AWS 네트워크의 기초

[utterances-bot]

만들면서 배우는 아마존 VPC(Amazon VPC) 입문: AWS 네트워크의 기초 | 44bits.io

아마존 버추얼 프라이빗 클라우드(Amazon VPC)는 아마존 웹 서비스(Amazon Web Service)의 가장 기본이 되는 네트워크 서비스이자 리소스입니다. AWS에서 제공하는 대부분의 리소스들은 아마존 VPC를 기반으로 실행됩니다. 따라서 VPC를 이해하고 있어야 AWS 서비스를 십분 활용할 수 있습니다. 이 글에서는 기본 VPC와 같은 구성을 직접 만들어보면서 VPC의 기본 개념과 리소스들을 소개합니다.

https://www.44bits.io/ko/post/understanding_aws_vpc

[jeedy]

안녕하세요, VPC 개념을 자세히 설명해주셔서 정말 감사합니다. 한가지 궁금한 것이 있어서 문의 드리는데요. 위에서 ec2 인스턴스를 생성하면 public ip가 무작위로 생성 되는 것으로 알고있는데요. 생성되는 public ip 대역을 설정하는 방법이 있을까요? 고정ip 말고 무작위로 생성되더라도 대역대 안에서 생성이 가능하도록 설정이 가능한지 궁금합니다.

[nacyot]

@jeedy 안녕하세요. EIP를 사용하시면 할당받은 IP를 유지할 수는 있는데, Public IP 대역을 정하거나 지정해서 IP를 받을 수 있는 지는 잘 모르겠습니다. 자신이 이미 가지고 있는 IP 대역을 AWS에서 사용할 수 있는 BYOIP 같은 기능이 있는 걸로는 아는데, 이것도 일반적인 경우는 아니라서 직접 사용해본 적은 없습니다.

• Bring Your Own IP Addresses (BYOIP) - Amazon Elastic Compute Cloud

[dnt-walker]

좋은 글 잘보고 갑니다. VPC에 대해서 잘 몰랐는데 많이 배웠습니다. 그 어떤 글보다 도움이 되었네요. 혹시 IAM도 정리하실 계획이 있으신지요?

추가로 아래 몇가지 오타가 있는것 같아 정리합니다.

제가 잘못 알고 있을 수 있는데 중간에 CIDR로 지정한 아이피 범위에 오타가 있는 것 같습니다.

예를 들어 192.168.0.0/24는 192.168.0.0에서 192.168.1.255까지의 IP를 의미합니다.*

혹시 192.168.0.0에서 192.168.0.255까지가 아닌가요?

VPC 실습 부분에 오타인것 같습니다.

172.16.0.0/12, 192.168.0.0/16가 있습니다. 여기서는 이름 태그를 New Default, IPv4 CIDR 블록을 10.0.10.0/16으로 지정하겠습니다.

10.0.10.0/16 -> 10.10.0.0/16

[greentea9]

좋은글 써주셔서 감사합니다. VPC 이해가 잘 안되고있었는데 너무 감사해요 ㅠㅠ

[nacyot]

dnt-walker // 시간이 되면 IAM도 정리하고 싶습니다! 하지만 아직 VPC 2부도 못 쓰고 있어서 언제가 될지는 모르겠네요 😭 오타는 지적해주신 내용이 맞습니다. 빠르게 반영을 못 하고 있는데, 조만간 수정해두겠습니다. 감사합니다!

[hyungjunk]

매ㅐㅐ우 큰 도움 되었습니다. 감사합니다 :) 다른 시리즈도 계속 연재해주세요 ㅎㅎ

[byeongminyoo]

정말 감사합니다. 비전공자인데 덕분에 쉽게 이해할 수 있었습니다. 정말 다시한번 감사해요!!

[sujinnaljin]

와.............복받으세요.......................!

[meowpunch]

증말로 많이 배우고 가요 알러빗!

[milkcoke]

이런 글 하나 쓰는데 하루를 꼬박 다 써야 했을텐데.. 정성에 감탄하고 많은 도움 받고 갑니다.

[noname2048]

감사합니다. 정말 많은 도움이 되었습니다.

[yuran777]

ㅠㅠ 최고에요 ㅠㅠ😍

[kim-sardine]

정말 많은 도움이 되었습니다!

라우트 규칙은 위에서부터 차례대로 적용됩니다.

부분에 대해서 찾아보니 공식 문서에서

"If your route table has multiple routes, we use the most specific route that matches the traffic (longest prefix match) to determine how to route the traffic."

--> route 가 얼마나 정확하게 일치하는지 여부에 따라 순서가 정해진다고하네요

[seulkibae]

감사합니다 ! 정리가 너무 잘 되어 있어서 실습하기 매우 좋은 것 같습니다

[recyon]

안녕하세요 문의좀 드릴수 있을지 ...

ec2에 python+flask로 되있는 a라는 아파트 관리자 사이트가 있습니다. 같은소스 그대로 b라는 아파트 관리자 사이트를 내용은 똑같고 사이트의 관리자도 다르고 아파트 자체도 다릅니다.그래서 이소스를 그대로 사용하고 ec2하나에 도메인만 다르게 a아파트는 www.a아파트.com www.b아파트.com이렇게 향후 c아파트가 추가된다면 c라는 www.c아파트.com이런식으로 할수가 있나요?ELB라는 걸로 분배를 해주면 된다고는 하는데 어떤방식인지는 모르겠으나 저는 하나의 도메인을 a,b,c아파트로 안나누고 내부적으로 처리하려고 하는데 윗사람의 반대로 이렇게 하라는데 이런경우 어떤식으로 하는게 좋을지 혹시 아시는지요?

[nacyot]

recyon // 네. 가능합니다. 얘기하신 건 여러 도메인을 하나의 컴퓨팅 자원이 처리하는 걸 말씀하시는 것 같습니다. 서비스를 위한 ELB가 있을 텐데, AWS 서비스 기준 Route 53에서 각각의 도메인들이 ELB를 바라보도록 설정해주시면 됩니다. 도메인에 따라 동작하는 방식이 다르게 하려면 이건 애플리케이션에서 요청받은 Request URL을 파싱해서 처리해야합니다.

https://docs.aws.amazon.com/ko_kr/Route53/latest/DeveloperGuide/routing-to-elb-load-balancer.html

[cjnghn]

너무 좋은 글입니다. 감사합니다.