안녕하세요. Auto Scaling Group에서의 userdata script와 ami에서의 userdata 스크립트의 차이점에 대해 질문드립니다. 어떤게 우선순위가 높은건가요? asg에서 ami를 이용해 만들때 asg의 userdata를 이용할 것 같은데 이 경우에 ami의 userdata는 작동을 안하는건지 궁금합니다. 감사합니다.

안녕하세요! 혹시 auto scaling group은 어떻게 끌 수 있을까요? https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-enable-disable-scaling-policy.html 문서를 보고 똑같이 scaling policy를 disable을 하려고 하는데 비활성화가 되어있어서요. 혹시 해결 방법을 아시는지해서 질문드립니다.

좋은 강의 감사드립니다! 혹시 aws code deploy 등을 이용한 auto scaling group쪽  ec2들에 대한 자동 배포쪽도 강의를 준비하시는게 있으신지 궁금합니다. 혹시 아직 없으시다면 이쪽 관련해 참고할만한 내용이 있을까요? 감사합니다.

로드밸런서에서 밖으로 나가는 outbound 접속이 없어서 필요 없을까요? 그리고 인터넷 게이트웨이로의 접속이 elb로 가는 그림이 있는데, 인터넷 게이트웨이에 vpc만 설정을 해주면 그 vpc에 있는 로드밸런서로 알아서 트래픽을 그쪽으로 보내주는건가요? 따로 설정이 필요 없는지 궁금합니다. 좋은 강의 감사드립니다!

리액트/뷰 처럼 SPA 를 배포할때.. aws 로 배포를 해도 되지만 npm build 를 이용하여 dist 폴더가 생기면 netilfy로 배포를 해도 되잖아요?  aws 나 netilfy 배포나 차이를 잘 모르겠어요  후자가 훨씬 가격이 저렴한데 왜 굳이 aws 를 이용하는 거죠?

안녕하세요! 1. VPC 생성할 때 IPv4 CIDR를 정하는 기준 있나요?? AWS 에서는 10.0.0.0/16, 172.16.0.0/16, 192.168.0.0/24 등을 사용할 수 있다고 하셨는데 제가 VPC를 구현한다고 했을 때 어떤 CIDR 블록을 사용해야 하는지 모르겠습니다... 강사님께서는 각 IP Address 대역에서 특정 IP를 선택하는 기준을 알고계실 것 같아서 이렇게 여쭤봅니다! 2. VPC를 선택할 때 옵션으로 tenancy(기본 vs 전용)이 있던데 혹시 이 차이가 무엇인지 알려주실 수 있을까요?? 감사합니다!

version: "3" # 도커 컴포즈 버전 services: # 이 곳에 실행하려는 컨테이너들을 정의 react: # 컨테이너 이름 build: context: . dockerfile: Dockerfile.dev ports: - "3000:3000" volumes: - /usr/src/app/node_modules - ./:/usr/src/app environment: # 소스 수정 즉시 반영되는 # 핫로딩 활성화하는 부분 - CHOKIDAR_USEPOLLING=true stdin_open: true

Update with ObjectID를 하던 중 아래와 같은 에러가 발생하였습니다. 강의와 동일하게 수행하였다고 생각하는데 뭐가 문제 일까요?

dev에서는 COPY ./ ./ 를 사용하시고  운영환경에서는 COPY . . 를 사용하시는데 둘이 차이점이 무엇인가요??

aws vpc  인스턴스 할당시 인스턴스마다 네트워크 성능이 있는데 vpc내에서 통신시도 영향을 끼치나요? 아니면 외부와 통신할때만 관련이 있는건가요? 기존의 테라폼으로 구성하기전에 구성된 인프라는 테라폼 코드 적용시 어떻게 되나요? 별개로 적용이 되고 영향이 없는것인가요?

안녕하세요! 자꾸 질문드려서 죄송합니다. 실습을 진행하던 와중 생략된 부분이 있어서 질문드립니다! auto scaling을 위한 application load balancer를 구성할때 lab-web-srv-sg 보안그룹을 그대로 사용한다고 하셨는데 이 lab-web-srv-sg보안그룹은 private subnet에있는 ec2를 위한 보안그룹으로 알고있습니다. 그래서 그때 ec2를 생성할때 bastion을 통해 접속을 위한 ssh만 설정하였는데 갑자기 이번강의에서 http가 추가되있습니다. 1. 그럼 이전에 진행했던 실습에서 문제가 생기는것이 아닌가요? 2. 그리고 이 http인바운드 규칙을 사용하면 이용되는 경로가 어떻게 되는지 궁금합니다ㅠㅠ 외부 인터넷의 자원들이 출발지가되고 private subnet의 ec2 같은 자원이 된다면 통신이 안되기때문에 http인바운드 규칙을 사용하면 안되는것 아니가요? 

AWS에서 가끔 무엇인가 만들때 태그를 추가하는 부분이 있었는데, 이부분이 어떻게 작용하는지 그리고 보통 어떤 태그를 추가하는지? 아마 제 예상으로는 태그를 붙여놓으면 나중에 구분하기 쉬워서 그런 것 일까요? 예를 들어 개발 A팀의 - a라는 태그를 붙이면 그 사용자를 인식하기 더 쉬운것인가요? 

이번에 rds 생성 후 만들었던 ec2 외에도 이전 강의에서 간단히 html 만들었던 ec2 인스턴스에도 사진과 같은 에러가 나며 접근이 안됩니다 혹시 어떤 문제인지 알 수 있을까요? 찾아보니 탄력적 ip 설정하라고 해서 나름대로 해보았는데 크게 달라지는건 없습니다 설정은 강의 따라가며 같게 한 것 같은데 어떤 부분을 더 보내드려야 해결에 도움이 될까요?

안녕하세요 강사님! 강사님 강의로 공부하고 있는 학생입니다ㅎ  다름이 아니라 테라폼으로 EKS를 구축하고 이제 ALB를 구축하려는데 [질문 & 답변] 탭에서 다른 분이 ALB 관련해서 질문하신 것을 보고 좀 더 자세히 알고 싶어서 질문 드렸습니다. 상황에 따라 다르겠지만 보편적으로 봤을 때 쿠버네티스 안에서 ALB 서비스를 생성하는게 맞는건가요? 아니면 테라폼으로 AWS에서 생성을 하는게 맞는 건가요?

취미 활동으로 제 블로그나 사이트를 운영해보고 싶은 학생입니다. AWS 를 GCP(너무 어렵습니다..) 보다 선호하여 강의를 보고 배포도 직접 해보려고 하고 있어요. 대충은 lightsail 이 EC2 와 비슷하지만 좀 더 라이트하고 개발에 집중할 수 있도록 나온 것 이라고 알고 있습니다. (EC2 는 설정도 많고 이것저것에 따라 가격도 달라진다고 알고 있습니다) 중소규모 개인블로그를 lightsail 으로 쓸 수 있을까요? 아니면 따로 EC2를 공부해서 써야 하나요?? 트래픽이 그래도 쫌 나온다 하고 .. 글도 많다고 가정했을 때 lightsail 로는 관리를 할 수 없는건가요..

아래 질문과 동일한 질문인데.. 이렇게 뜨는데... 혹시 다른 걸로 대체할 수 있는 방법이 있을까요? 음 해결했습니다.. 좀 이상하긴 한데 변수값?이 v가 아니기만 하면 되는 거 같아요.. v 를 text로 바꾸니까 에러 없이 잘 동작합니다. (참고로 기존 에러에서는 서버는 동작하는데 해당 에러가 title에 뜨고, 박스에 입력 자체가 불가능했습니다. 검색해봤는데 이유는 모르겠네요... )

phpMyAdmin에 접속할 경우 위와같이 뜹니다. (모든 설정완료) 구글링을해봐도 괜찮은 대답이 없네요. 어떻게 해야 할까요?

현재 infrastructure.aws에 접속하면 강의와 같은 페이지가 나오지 않습니다. 그래서 열심히 검색해보았더니 아래의 링크를 발견했습니다. 해당 링크가 검증된 사이트가 맞나요? https://m.kaon.com/c/aw https://apps.kaonadn.net/5181491956940800/index.html

sudo docker run -it -p 3000:3000 markcha/react 로 실행하면 잘 작동하는데 이걸 볼륨으로 돌리면 거부된 허가로 에러가 발생합니다. sudo docker run -it -p 3000:3000 -v /usr/src/app/node_modules -v $(pwd):/usr/src/app markcha/react EACCES: permission devined mkdir '/usr/src/app/node_modules/.cache'

강사님 안녕하세요. 먼저 좋은 강의 감사합니다. 강사님께서 VPC를 생성할 때 IPv4 CIDR block 10.0.0.0/16을 입력하셨는데 저로써는 이해가 안갑니다.. 어떤 기준으로 저 값을 입력해주셨는지 설명해주실 수 있나요??? 이 부분이 이해가 안가서 그런지 뒤에 subnet 10.0.1.0/24 부분도 이해가 가질 않습니다.. 감사합니다.