이야기박스

쿠버네티스의 가장 큰 강점은 사용자가 신경 쓰지 않아도 지정된 클러스터에 자동으로 리소스가 나누어지는 것에 있죠. 하지만 특정 워커 노드, 집단에 배포되면 안될때, 어떻게 하면 될까요? 쿠버네티스에서는 위 문제를 두 가지 관점에서 풀려고 하였습니다. 노드 관점에서 받아들일 파드 정하기 - Node Taint, Pod Toleration 두 정책을 바탕으로 해결하고자 하였습니다. 파드 관점에서 들어갈 노드 정하기 - Node Affinity를 통하여 파드의 배포를 관리자가 조율할 수 있도록 합니다. # 노드 관점; Node Taint, Pod Toleration ## Taint ; Node 설정 Master 노드에서 테인트 확인 가능합니다. $ kubectl describe node master.k8s N..

지난 포스트에 이어서 이번에는 Pod의 내용을 다루도록 하겠습니다. # Pod란? 애플리케이션의 논리 호스트라 볼 수 있습니다. VM과 유사하게 동작하지만 각 프로세스가 컨테이너에 캡슐화된다는 점에서 차이가 있겠습니다. 포드는 여러개의 컨테이너를 포함할 수 있지만, 그 컨테이너들은 모두 동일한 워커 노드에서 실행된다는 점을 알아두시면 좋을 것 같습니다. ## 포드의 필요성 모놀리식 서비스와 마이크로 서비스의 비교를 다시 떠올려보면 좋습니다. 하나의 시스템에 모든 프로세스를 넣어서 동작시키면 유지, 관리, 보수가 어려워집니다. 그러므로 각각의 프로세스를 자체 컨테이너에서 실행하는 게 옳겠죠. 그러려고 컨테이너가 만들어지기도 했고요. 여러 개의 프로세스를 위해 다수의 컨테이너를 생성해야 하다 보니, 이 컨테..