2023. 6. 27. 10:48ㆍ기술 창고/Kubernetes
지금까지 Pod 를 생성하고 Service 를 생성하여 운영 및 관리하는 방식을 사용해보았는데 실제로는 이렇게 직접 Pod를 생성하고 운영하지 않는다고 합니다.
실무에서 자주 사용하는 방식 중 하나가 Replica Set 중 하나를 사용해서 운영하는 것이라고 합니다.
Pod 를 직접 생성하고 운영하게 되면 Pod는 생명 주기도 짧을 뿐만 아니라 Pod가 망가지면 해당 Pod를 되살리는 것은 불가능합니다.
만약, 새벽에 운영 중인 시스템의 Pod 가 고장이 나거나 특정 node가 고장이 나면 전체적인 Pod들은 동작이 되지 않아 클레임이 오게 될 확률이 높습니다.
따라서 Pod를 직접 배포하지 않습니다.
이를 보완하기 위해서 Replica Set로 배포합니다.
Replica Set는 구성 요소를 하나 더 추가한 개념입니다.
그리고 쿠버네티스가 한번에 실행하는 Pod의 인스턴스 개수를 지정(Replicas)할 수 있습니다.
위의 이미지를 보면 Pod 실행 시 Replica 하나가 동시에 수행된다는 뜻입니다.
또한 Replica Sets 를 사용하면 Pod가 사망하면 쿠버네티스가 또다른 Pod를 하나 더 생성할 수 있습니다.
따라서 일반적으로 모든 Pod에 대해 이 작업을 수행하는 것을 추천합니다.
예를 들자면, 일반 마이크로서비스 Pod 를 배포할 경우 이것을 다시 한번 Replica Set 내부에 래핑하는 것입니다.
Replica Set 양식
Replica Set 의 공식 문서에 나오는 양식을 보면 하나의 yml 파일에 Pod에 대한 정의와 Replica Set 에 대한 정의가 모두 포함되어 있습니다.
template이라는 항목 안에 기존에 작성했던 Pod의 내용 양식이 들어가있다고 생각하면 됩니다.
즉, Replica Set는 안정적으로 배포하기 위한 하나의 운영 관리 방법입니다.
'기술 창고 > Kubernetes' 카테고리의 다른 글
[Kubernetes] 쿠버네티스에 Replica Set 적용 / 크래시 후 안정적인 운용에 대해 (0) | 2023.06.27 |
---|---|
[Kubernetes] Replica Set 작성 (0) | 2023.06.27 |
[Kubernetes] 명령어 모음 (0) | 2023.06.27 |
[Kubernetes] Pod Label 을 활용한 가동 중지 시간 없이 간단하게 배포하는 방법 (0) | 2023.06.26 |
[Kubernetes] Service 작성 (0) | 2023.06.26 |