1.4.2. Azure 설치 관리자 프로비저닝 인프라에서 실패한 노드 교체
OpenShift Container Storage의 Azure 설치 관리자 프로비저닝 인프라(IPI)에서 작동하지 않는 장애가 발생한 노드를 교체하려면 다음 절차를 수행하십시오.
절차
-
OpenShift 웹 콘솔에 로그인하고 컴퓨팅
노드를 클릭합니다. - 문제가 있는 노드를 식별하고 Machine Name(시스템 이름 )을 클릭합니다.
-
작업
주석 편집을 클릭하고 추가를 클릭합니다. -
machine.openshift.io/exclude-node-draining을
추가하고 저장을 클릭합니다. -
작업
머신 삭제를 클릭하고 삭제 를 클릭합니다. 새 시스템이 자동으로 생성되고 새 머신이 시작될 때까지 기다립니다.
중요이 활동에는 최소 5-10분 이상 걸릴 수 있습니다. 이 기간 동안 생성된 Ceph 오류는 일시적이며 새 노드에 레이블이 지정되고 작동하는 경우 자동으로 해결됩니다.
-
컴퓨팅
노드를 클릭하고 새 노드가 Ready 상태인지 확인합니다. 다음 중 하나를 사용하여 OpenShift Container Storage 레이블을 새 노드에 적용합니다.
- 출처: 사용자 인터페이스
- 새 노드의 경우 작업 메뉴 (PS) → 레이블 편집을클릭합니다.
-
cluster.ocs.openshift.io/openshift-storage
를 추가하고 Save(저장 )를 클릭합니다.
- 명령줄 인터페이스의
다음 명령을 실행하여 OpenShift Container Storage 레이블을 새 노드에 적용합니다.
$ oc label node <new_node_name> cluster.ocs.openshift.io/openshift-storage=""
- [선택 사항]: 실패한 Azure 인스턴스가 자동으로 제거되지 않으면 Azure 콘솔에서 인스턴스를 종료합니다.
검증 단계
다음 명령을 실행하고 새 노드가 출력에 있는지 확인합니다.
$ oc get nodes --show-labels | grep cluster.ocs.openshift.io/openshift-storage= |cut -d' ' -f1
워크로드
Pod 를 클릭하여 새 노드의 다음 Pod가 Running 상태인지 확인합니다. -
csi-cephfsplugin-*
-
csi-rbdplugin-*
-
- 기타 필요한 모든 OpenShift Container Storage 포드가 Running 상태인지 확인합니다.
새 OSD 포드가 교체 노드에서 실행 중인지 확인합니다.
$ oc get pods -o wide -n openshift-storage| egrep -i new-node-name | egrep osd
(선택 사항) 클러스터에서 클러스터 전체 암호화가 활성화된 경우 새 OSD 장치가 암호화되었는지 확인합니다.
이전 단계에서 식별된 각 새 노드에 대해 다음을 수행합니다.
디버그 포드를 만들고 선택한 호스트에 대해 chroot 환경을 엽니다.
$ oc debug node/<node name> $ chroot /host
"lsblk"를 실행하고
ocs-deviceset
이름 옆의 "crypt" 키워드를 확인하십시오.$ lsblk
- 확인 단계가 실패하는 경우 Red Hat 지원팀에 문의하십시오.