# Statefulset

ckanywhere

StatefulSet Stateful Application 클라이언트와 서버 관계에서, 상태를 보존하는 형태의 서비스이다. 말 그대로 상태를 저장하는 형태의 애플리케이션으로 대표적으로 Mongodb, Redis, Mysql 과 같은 Database가 있다.반대 의미로

harryroh2003

디플로이먼트로 생성한 파드들은 다음과 같은 특징이 있다.모든 파드들은 같은 PVC를 공유파드가 재시작되면 파드 이름, 네트워크 등의 모든 것이 초기화 됨stateful한 어플리케이션은 일정한 호스트 이름, 독립된 볼륨을 필요로 하기 때문에, 디플로이먼트로 이러한 어플리

curiosity806

쿠버네티스는 State-less 앱을 배포할 때 Deployment를 사용하고, state-full 앱을 배포할 때 StatefulSet을 사용할 것을 권장한다. 하지만 Deployment 또한 StatefulSet처럼 persistent volume claim(pv

jordy0413

DeployMent와 유사하지만 serviceName 이 꼭 들어가야 한다배포 순서가 보장되며 삭제시 마지막 생성된 pod 부터 삭제된다pod 이름에 해쉬값이 아닌 Sequence 값이 붙는다K8S 세계에서 유일하게 상태를 가지는 특징이 있다Service spec 내에

y7y1h13

KAFKA_ADVERTISED_LISTENERS에서 막혀서 일주일을 고생했는데 쿠버네티스 자체에서 podIP를 받을 수 있다. 환경 변수를 삽입해주면 해결!!aws loadbalancer 서비스 이용 예정

y7y1h13

이건 쿠버네티스 공식문서에서 친절하게 설명해준다.링크replicas에서 설정한 수 만큼 생성현재 영구 볼륨이 노드에 존재하기 때문에 노드가 다운되면 볼륨 유지가 안된다.추후에 동적 프로비저닝 사용 예정

y7y1h13

문제는 직접 만들어야 한다는 점... 자동 생성 방법을 찾아야겠다.

chan9708

기본 오브젝트 파드 쿠버네티스에서 실행되는 최소 단위, 즉 웹 서비스를 구동하는데 필요한 최소 단위. 독립적인 공간과 사용 가능한 IP 소유. 디플로이먼트, 레플리카셋, 잡, 크론잡, 데몬셋, 스테이트풀셋 서비스 파드가 죽었는지 살았는지 신경 쓰지 않

baeyuna97

앞선 MySQL Operator에서도 MySQL 서버와 볼륨이 Statefulset으로 관리되었습니다.이 Stateful이 뭔지 알아봅시다.statefulset은 레플리카셋과 같은 듯 다르기에 레플리카셋에 대하여 먼저 아는것이 필요합니다.레플리카셋이 무엇인지 간단하게만

repush

Kubernetes의 StatefulSet을 이해하기 위해 Headless 서비스가 무엇인지 왜 필요한지 실습해보고 Mysql 예제를 공부해보자.

sjoh0704

Downward API Downward API는 생성된 pod에 대한 정보를 알 수 있는 리소스다. pod가 생성되기 전에 알 수 없는 pod의 manifest나 속성들은 알 수 있는 것이다. Downward API는 kube-API 서버로부터 정보를 얻어 환경변수나

sumusb

StatefulSet은 언제나 동일한 network와 host, 지속성 있는 volume, 순차적인 배포가 필요한 Pod을 관리하기 위한 Resource이다.그렇다면 ReplicaSet과 다른점은 무엇일까?ReplicaSet은 언제나 대체될 수 있는 Pod을 생성한다.

makeitcloud

DaemonSet의 모든(또는 일부)노드는 Pod의 사본을 실행하는 것을 보장한다. 노드가 클러스터에 추가되면 Pod가 추가된다. 클러스터에서 노드가 제거되면 해당 Pod가 가비지 수집된다. DaemonSet을 삭제하면 생성된 Pod가 정리된다.다른 워크로드 객체와 마