우선순위 스케줄링과 선점 작업은 어떻게 이루어지나요?

일반적으로 우선순위가 높은 보류 중인 팟(Pod)은 우선순위가 낮은 팟(Pod) 이전에 스케줄됩니다. 작업자 노드에 남아 있는 리소스가 충분하지 않은 경우, 우선순위가 높은 포드를 예약할 수 있도록 충분한 리소스를 확보하기 위해 Red Hat OpenShift 컨트롤러가 포드를 선점(제거)할 수 있습니다. 선취는 점진적 종료 기간, 팟(Pod) 중단 비용 및 작업자 노드 친화성에 의해서도 영향을 받습니다.

팟(Pod) 배치에 대한 우선순위를 지정하지 않으면 기본값은 globalDefault로 설정된 우선순위 클래스로 설정됩니다. globalDefault 우선순위 클래스가 없는 경우 모든 팟(Pod)의 기본 우선순위는 0입니다. 기본적으로 Red Hat OpenShift on IBM Cloud에서 globalDefault를 설정하지 않으므로 팟(Pod) 기본 우선순위는 0입니다.

팟(Pod) 우선순위와 Red Hat OpenShift 제어기가 함께 작동되는 방법을 이해하려면 다음 그림에 있는 시나리오를 고려하십시오. 사용 가능한 리소스의 작업자 노드에 우선순위가 지정된 팟(Pod)을 두어야 합니다. 그렇지 않으면, 시나리오 3에서와 같이 기존 팟(Pod)이 제거됨과 동시에 클러스터의 높은 우선순위 팟(Pod)이 보류 중 상태를 유지할 수 있습니다.

1. 높은, 중간 및 낮은 우선순위의 3개 팟(Pod)이 스케줄링을 보류 중입니다. Red Hat OpenShift 제어기는 세 개 모든 팟(Pod)에 대한 공간이 마련된 사용 가능한 작업자 노드를 찾고, 우선순위에 따라 이를 스케줄합니다(가장 높은 우선순위 팟(Pod)이 첫 번째로 스케줄됨).
2. 높은, 중간 및 낮은 우선순위의 3개 팟(Pod)이 스케줄링을 보류 중입니다. Red Hat OpenShift 제어기는 사용 가능한 작업자 노드를 찾지만, 작업자 노드에는 높은 우선순위와 중간 우선순위 팟(Pod)을 지원하기 위해 마련된 리소스만 있습니다. 낮은 우선순위 팟(Pod)은 스케줄되지 않으며 이는 보류 중 상태로 남아 있습니다.
3. 높은 및 중간 우선순위의 2개 팟(Pod)이 스케줄링을 보류 중입니다. 낮은 우선순위의 세 번째 팟(Pod)은 사용 가능한 작업자 노드에 존재합니다. 그러나 작업자 노드에 보류 중인 팟(Pod)을 스케줄할 수 있는 충분한 리소스가 없습니다. Red Hat OpenShift 제어기는 우선순위가 낮은 팟(Pod)을 선취 또는 제거하며, 이는 팟(Pod)을 보류 상태로 리턴합니다. 그리고 Red Hat OpenShift 제어기는 높은 우선순위 팟(Pod)을 스케줄하려고 시도합니다. 그러나 작업자 노드에 높은 우선순위 팟(Pod)을 스케줄할 수 있는 충분한 리소스가 없으며, 대신 Red Hat OpenShift 제어기는 중간 우선순위 팟(Pod)을 스케줄합니다.

자세한 내용은 포드 우선순위와 선점에 관한 Kubernetes 의 문서를 참고하세요.

포드 우선권 승인 컨트롤러를 비활성화할 수 있나요?

아니오. 팟(Pod) 우선순위를 사용하지 않으려면 팟(Pod) 배치에 우선순위 클래스를 포함하거나 globalDefault를 설정하지 마십시오. IBM이 기본 우선순위 클래스로 배치하는 cluster-critical 팟(Pod)을 제외한 모든 팟(Pod)의 기본값은 영(0)입니다. 팟(Pod) 우선순위가 상대적이므로, 이 기본 설정은 cluster-critical 팟(Pod)이 리소스에 대해 우선순위가 지정되도록 보장하며 사용자가 지정한 기존 스케줄링 정책에 따라 기타 팟(Pod)을 스케줄합니다.

기본 우선순위 클래스 이해

Red Hat® OpenShift® on IBM Cloud® 클러스터는 기본적으로 일부 우선순위 클래스로 제공됩니다.

클러스터의 적절한 관리에 사용되는 기본 클래스는 수정하지 마십시오. 앱 배치에서 이러한 클래스를 사용하거나 자체 우선순위 클래스를 작성할 수 있습니다.

다음 표에서는 기본적으로 클러스터에 있는 우선순위 클래스와 이를 사용하는 이유를 설명합니다.

다음 명령을 실행하여 우선순위 클래스를 사용하는 팟(Pod)을 확인할 수 있습니다.

oc get pods --all-namespaces -o custom-columns=NAME:.metadata.name,PRIORITY:.spec.priorityClassName

우선순위 클래스 작성

팟(Pod) 우선순위를 설정하려면 우선순위 클래스를 사용해야 합니다.

시작하기 전에:

• Red Hat OpenShift 클러스터에 액세스하십시오.
• default 네임스페이스에 대해 Writer 또는 Manager IBM Cloud IAM 서비스 액세스 권한이 있는지 확인하십시오.

1. 기존 우선순위 클래스를 나열하십시오. 기존의 우선순위 클래스를 새로운 클래스의 템플릿으로 사용할 수 있습니다.

   oc get priorityclasses
   

2. 복사하려는 우선순위 클래스를 선택하고 로컬 YAML 파일을 작성하십시오.

   oc get priorityclass <priority_class> -o yaml > Downloads/priorityclass.yaml
   

3. 우선 순위 클래스 YAML 파일을 작성하십시오.

   apiVersion: scheduling.k8s.io/v1alpha1
   kind: PriorityClass
   metadata:
     name: <priority_class_name>
   value: <1000000>
   globalDefault: <false>
   description: "Use this class for XYZ service pods only."
   

   YAML 파일 컴포넌트 이해

   컴포넌트	설명
   name	필수: 작성하고자 하는 우선순위 클래스의 이름입니다.
   value	필수: 10억(1000000000) 이하의 정수를 입력하십시오. 값이 높을수록 우선순위가 높습니다. 값은 클러스터에서 기타 우선순위 클래스의 값에 상대적입니다. 선점(제거)되기를 원하지 않는 시스템에 중요한 팟(Pod)에 대해서는 매우 높은 숫자를 예약하십시오. 예를 들어, 기본 cluster-critical 우선순위 클래스의 범위는 900000000 - 2000001000 사이의 값입니다. 따라서 어떤 팟(Pod)도 이러한 팟(Pod)보다 높게 우선순위가 지정되지 않도록 새 우선순위 클래스에 대해 이러한 숫자보다 작은 값을 입력하십시오.
   globalDefault	선택사항: 이 우선순위를 true 값 없이 스케줄되는 모든 팟(Pod)에 적용되는 글로벌 기본값으로 지정하려면 이 필드를 priorityClassName로 설정하십시오. 클러스터에서 한 개의 우선순위 클래스만 글로벌 기본값으로 설정될 수 있습니다. 글로벌 기본값이 없는 경우, priorityClassName이 지정되지 않은 팟(Pod)의 우선순위는 0입니다. 기본 우선순위 클래스는 globalDefault를 설정하지 않습니다. 클러스터에서 다른 우선순위 클래스를 작성한 경우에는 oc describe priorityclass <name>을 실행하여 globalDefault가 설정되지 않았는지 확인할 수 있습니다.
   description	선택사항: 이 우선순위 클래스를 사용하는 이유를 사용자에게 알려줍니다. 따옴표("")로 문자열을 묶으십시오.

4. 클러스터의 우선순위 클래스를 작성하십시오.

   oc apply -f filepath/priorityclass.yaml
   

5. 우선순위 클래스가 작성되었는지 확인하십시오.

   oc get priorityclasses
   

좋습니다! 우선순위 클래스가 작성되었습니다. 우선순위 클래스, 그리고 어떤 우선순위 클래스(있는 경우)를 자체 팟(Pod) 배치에 사용해야 하는지를 팀에서 알도록 하십시오.

팟(Pod)에 우선순위 지정

팟(Pod) 스펙에 우선순위 클래스를 지정하여 Red Hat OpenShift on IBM Cloud 클러스터 내의 팟(Pod) 우선순위를 설정하십시오.

시작하기 전에:

• Red Hat OpenShift 클러스터에 액세스하십시오.
• 팟(Pod)을 배치할 네임스페이스에 작성자 또는 관리자 IBM Cloud IAM 서비스 액세스 역할이 있는지 확인하십시오.
• 우선순위가 기존 팟(Pod)을 선취하고 클러스터의 리소스가 이용되는 방법에 영향을 줄 수 있으므로 우선순위 스케줄링이 작동하는 방법을 이해하십시오.

다음 단계를 완료하여 이미 배포된 것과 관련하여 포드의 올바른 우선순위 클래스를 선택할 수 있도록 다른 배포된 포드의 중요도를 확인하십시오.

1. 네임스페이스의 기타 팟(Pod)이 사용하는 우선순위 클래스를 보십시오.

   oc get pods -n <namespace> -o custom-columns=NAME:.metadata.name,PRIORITY:.spec.priorityClassName
   

2. 우선순위 클래스의 세부사항을 가져오고 값 숫자를 기록해 두십시오. 높은 숫자의 팟(Pod)은 낮은 숫자의 팟(Pod) 이전에 우선순위가 지정됩니다. 검토할 각 우선순위 클래스마다 이 단계를 반복하십시오.

   oc describe priorityclass <priorityclass_name>
   

3. 사용할 우선순위 클래스를 가져오거나 자체 우선순위 클래스를 작성하십시오.

   oc get priorityclasses
   

4. 팟(Pod) 스펙에서, 이전 단계에서 검색한 우선순위 클래스의 이름으로 priorityClassName 필드를 추가하십시오.

   apiVersion: apps/v1
   kind: Deployment
   metadata:
     name: ibmliberty
   spec:
     replicas: 1
     selector:
       matchLabels:
         app: ibmliberty
     template:
       metadata:
         labels:
           app: ibmliberty
       spec:
         containers:
         - name: ibmliberty
           image: icr.io/ibm/liberty:latest
           ports:
           - containerPort: 9080
         priorityClassName: <priorityclass_name>
   

5. 배치될 네임스페이스에서 우선순위 지정된 팟(Pod)을 작성하십시오.

   oc apply -f filepath/pod-deployment.yaml