anti-affnity를 활용한 장애대비 전략

▶영상: youtu.be/Y2fe1EE_-Jo

 

활용사례

anti-affinity는 pod가 특정 노드에 스케쥴링 되지 않게 하는 방법입니다. mysql, oracle같이 중요한 서비스는 anti-affnity를 활용해서 한 노드에 한 replica pod만 실행되도록 설정하는 경우가 많습니다. 한 노드가 장애가 발생하더라고 다른 노드에서 서비스를 진행할 수 있기 때문입니다.

그림1 anti-affnity를 활용한 장애대비 전략

 

anti-affinity 설정

DuringScheduling을 required로 설정하면 조건 만족시 무조건 스케쥴링하지 못합니다. 

그림2 anti-affnity 종류

 

조건은 라벨셀렉터(labelSelector)로 pod라벨을 선택합니다. 그리고 topologykey를 kubernetes.io/hostname로 설정합니다. 설정한 topologykey 각 노드를 가르키는 라벨입니다. 각 노드의 라벨에는 kubernetes.io/hostname이 공통으로 설정되어 있습니다.

apiVersion: apps/v1
kind: Deployment
metadata:
  name: redis-cache
spec:
  selector:
    matchLabels:
      app: store
  replicas: 3
  template:
    metadata:
      labels:
        app: store
    spec:
      affinity:
        podAntiAffinity:
          requiredDuringSchedulingIgnoredDuringExecution:
          - labelSelector:
              matchExpressions:
              - key: app
                operator: In
                values:
                - store
            topologyKey: "kubernetes.io/hostname"
      containers:
      - name: redis-server
        image: redis:3.2-alpine

 

참고자료

▶ [1] anti-affinity 공식문서: kubernetes.io/ko/docs/concepts/scheduling-eviction/assign-pod-node/