본문 바로가기

컴퓨터61

Endpoints 쿠버네티스 클러스터를 쓰고 있는사람들은 Endpoints가 뭔지 어떻게 동작하는지 몰라도 그걸 뒤에서 쓰고 있습니다. 이 포스트에선 Endpoints를 직접사용하거나 문제가 발생할때 필요한 경우에 대비하여 쿠버네티스의 endpoints에 대해 다루어 볼 예정입니다. 이론 쿠버네티스의 Services에 대해서 처음 다룬 포스트에서 이야기 했듯, 뒷단의 pod의 label을 사용해서 selector가 자동적으로 앞단의 service에 매칭한다는 사실을 알고 있을 것입니다. 만약 새로운 팟들이 해당하는 label을 달게 되었다면, service는 트래픽을 그 팟으로 보내는 방법을 알게 됩니다. 이러한 매핑을 endpoint에 추가하는 것으로 service가 이러한 일들을 할 수 있는 것 입니다. Endpoin.. 2019. 12. 25.
Services and Labels 우리는 이제 Deployments를 사용해서 팟을 업그레이드하고싶을때 문제없이 roll out 할 수 있고, Replica sets을 사용해서 팟 하나가 죽어도 새로운 팟이 뜨도록 할 수 있습니다. 하지만 각각의 컨테이너는 서로 다른 IP 주소를 갖고 있다는것을 다시 떠올려 보세요. 팟에 접근하기 위해서는 정확한 IP주소가 필요한데 팟이 교체될때마다 접속할 IP 주소를 확인해야합니다. 이 포스트는 이러한 문제를 해결하기 위해 만들어진 쿠버네티스 Services 에 대해 다룰 예정입니다. 이 문서를 다 보고 난후에는 우리는 드디어 우리 팟중 한 녀석에 접근하게 될 것입니다. 이론 넓은 의미에서 쿠버네티스의 Services는 여러 팟들을 하나로 묶고, 그것들에 접근할 수 있는 엔드 포인트를 제공한다고 할 수.. 2019. 12. 19.
Deployments 지난번 포스트까지 잘 따라왔다면 이제 고 가용성의 팟을 배포하는것에 대해 자신이 붙었을 것 입니다. 팟들의 가용성을 높이기 위해서 naked pod보단 replica set 이 낫다는 것을 이미 알고 있을 겁니다. 하지만 팟의 새로운 버젼을 만들기 위해서 뭘 해야되는지는 아직 배우지 않았습니다. 팟이 새로운 버젼으로 교체될 때 서버가 다운되는 것을 원하는 사람은 없을 것 입니다. 이것을 위해 Deployments 가 등장합니다. 이론편 Deployments는 우리의 어플리케이션의 변경사항을 다루는 훌륭한 오브젝트입니다. replica set이 고가용성을 위해 항상 원하는 개수의 팟을 보장해주었다면, Deployments는 서버 다운없이 새로운 버젼의 팟으로 교체해주는 것을 보장해줍니다. 새로운 버젼의 팟.. 2019. 12. 18.
Replica Sets 이전장에서 우리는 팟에 대해서 알아보았고 우리 클러스터 환경에서 naked pod을 띄웠습니다. 이 포스트에서는 팟의 쓰임새를 Replica Set 을 통해 확장해 보려고 합니다. 이론편 프로덕션에서 Naked pod 을 사용하지 않는 이유는 걔네가 믿음직스럽지 못하기 때문입니다. 그 친구들만으로는 우리의 서버가 항상 동작한다고 믿을 수 없습니다. 쿠버네티스는 팟 하나가 고장났을때 계속해서 동작하는것을 보장해 주지 않습니다. 하나의 팟은 이런저런 이유로 인해 죽을 수 있습니다. 팟이 돌던 노드가 실패했을때, 실행을 위한 리소스가 다 떨어졌을때, 그리고 이런저런 기타등등의 이유로 죽을 수 있습니다. 팟이 죽으면 누군가가 정상 동작하지 않는 부분을 고쳐주기 전까지는 죽은 채로 있습니다. 컨테이너를 사용할 때.. 2019. 12. 11.