본문 바로가기

분류 전체보기46

3tier 아키텍쳐 구성하기_1 혼자 공부를 계속 하고 있고, 각각의 서비스는 사용왔다 또한, 아키텍쳐 자체는 draw.io를 통해서 이렇게 저렇게 그려봤지만, 본격적으로 서비스를 다 엮어서 해본적은 없기 때문에 한번 구성해봐야겠다는 생각이 들었다 ● 아키텍쳐 ● 네트워크 VPC 및 서브넷 설정 VPC 네트워크 대역 : 10.0.121.0/24 => 서브네팅 /28 서브넷의 개수 : 8개 서브넷 주소 => 서브넷은 이렇게 구성했음 - vpc - subnet => 구성도 - nat table => private subnet에 있는 서비스들이 공인망으로 나가기 위한 라우팅 - igw table => nat(서비스들의 아웃바운드 트래픽) + bastion-host => igw => 공인망 ● 서비스 - bation host => 10.0.1.. 2023. 10. 30.
쿠버강의 with practice tests_2 api server ● 요청의 인증 / 유효성 확인 ● 데이터 etcd 데이터 스토어에서 데이터를 검색 / 업데이트 ==> etcd 데이터 스토어와 직접 상호작용하는 유일한 구성요소 ==> 다른 요소들의 업데이트는 api server를 통해서 수행 다양한 옵션이 있음 개중에 etcd-server= ~~~ => 서버의 위치를 알려줌 kubeadm => apiserver-master를 배포함 => kube-system 네임스페이스에 포드로 k get pods -n kube-system => pod 확인할 수 있음 /etc/kubernetes/manifests/kube-apiserver => 사용하지 않을경우 /etc/systemd/system/kube-apiserver ps -aux | grep kube-a.. 2023. 10. 23.
쿠버강의 with practice tests_1 앞부분은 hands-on이랑 똑같은 부분만 넘겨가면서 수강했음 => 일단 앞부분의 내용을 아는 사람은 패스하고, practice test를 해도 된다길래 test부터 진행해봄 ==> 진행후에 부족한 내용에 대해서 강의를 더 듣는것도 괜찮다는 생각이 들었음 cluster architecture etcd : 고가용 키:값 데이터베이스 scheduler : 컨테이너를 설치하기 위해 올바른 노 드를 식별 컨테이너 요구 리소스 요구 사항 / 워커 노드의 용량 / 정책이나 제약 조건들 등등을 규칙에 근거해서 식별 node-controller : 새 노드를 클러스터에서 사용할때, 노드가 사용불가하거나 파괴되는 상황을 처리 replication-controller : 항상 일정량 이상의 컨테이너/pod가 복제그룹에서 .. 2023. 10. 20.
쿠버강의 hands-on _ 6 실제 생성 voting-app-pod => voting-app-service => k get all | k get pods,svc => 관련 정보를 얻고 싶을때 => " , " 를 사용해서 여러가지를 넣을 수 있음을 알게됨 노드의 ip를 통해서 => 포트 + 확인 => 접근 minikube service voting-sevice --url => url을 주는 명령어 redis-pod => redis-service => k get all | k get pods,svc => 내부 서비스 => 클러스터 ip postgres-pod => postgres-service => k get all | k get pods,svc worker-app-pod => worker-app-service => k get all |.. 2023. 10. 18.

티스토리툴바