개념

• 원래 파드의 레플리카를 생성하는 리소스의 이름은 레플리케이션 컨트롤러였는데, 시간이 지나 레플리카셋으로 이름이 변경되면서 일부 기능이 추가됐다.
• 레플리케이션 컨트롤러는 앞으로 사용하지 않는 추세이기 때문에 기본적으로 레플리카셋을 사용
• 예시

apiVerion: apps/v1
kind: ReplicaSet
metadata:
	name: sample-rs
spec:
	replicas: 3
	selector:
		matchLabels:
			app: sample-app
	template:
		metadata:
			labels:
				app: sample-app
		spec:
			containers:
			- name: nginx-container
				image: nginx:1.16

파드 정지와 자동화된 복구

• 레플리카셋에서는 노드나 파드에 장애가 발생했을 때 지정한 파드 수를 유지하기 위해 다른 노드에서 파드를 기동시켜 주기 때문에 장애 시에도 많은 영향을 받지 않는다.
• 레플리카셋의 파드 수 증감 이력은 kubectl describe rs 명령어로 확인할 수 있다.

레플리카셋과 레이블

• 레플리카셋은 쿠버네티스가 파드를 모니터링하여 파드 수를 조정한다.
• 모니터링은 특정 레이블을 가진 파드 수를 계산하는 형태로 이루어진다.
• 레플리카 수가 부족한 경우 매니페스트에 기술된 spec.template로 파드를 생성하고 레플리카 수가 많을 경우 레이블이 일치하는 파드 중 하나를 삭제한다.
• 어떤 레이블을 가진 파드를 계산할지는 spec.selector 부분에 지정한다.
  • spec.template.metadata.labels 부분에 해당하는 app: sample-app 레이블을 설정하고 app: sample-app 레이블이 지정된 상태에서 파드가 생성되었기 때문에 레플리카 수로 계산된다.
  • sepc.selector와 spec.template.metadata.labels의 레이블이 일치하지 않을 경우 에러가 발생하여 생성할 수 없다.
  • 같은 레이블을 가진 다른 파드를 하나 더 생성할 경우 마지막에 생성된 파드가 삭제되거나 상황에 따라 기존의 파드가 삭제될 수도 있다.
• 레이블은 유니크하게 만드는 것이 중요하다.

레플리카셋과 스케일링

• 레플리카셋 설정을 변경하여 파드 수를 변경할 수 있다.

<aside> 💡 1. 매니페스트를 수정하여 kubectl apply -f 명령어를 실행 (IaC 구현을 위해 권장) 2. kubectl scale 명령어를 실행

</aside>

일치성 기준 조건과 집합성 기준 조건

• 레플리카 제어 조건은 서비스 중단 예정인 레플리케이션 컨트롤러의 일치성 기준(equality-based) 셀렉터였지만, 레플리카셋에서는 좀 더 강화된 집합성 기준(set-based) 셀렉터를 사용하여 유연한 제어도 가능하다.