검색

1장. 동적 장치를 사용하여 배포된 OpenShift Data Foundation

download PDF

1.1. AWS에 배포된 OpenShift Data Foundation

1.1.1. 사용자 프로비저닝 인프라에서 작동 중인 AWS 노드 교체

사전 요구 사항

  • 교체 노드가 교체한 노드와 유사한 인프라 및 리소스로 구성되어 있는지 확인합니다.
  • OpenShift Container Platform 클러스터에 로그인해야 합니다.

절차

  1. 교체해야 하는 노드를 식별합니다.
  2. 노드를 예약 불가능으로 표시합니다.

    $ oc adm cordon <node_name>
    <node_name>
    교체해야 하는 노드 이름을 지정합니다.
  3. 노드를 드레이닝합니다.

    $ oc adm drain <node_name> --force --delete-emptydir-data=true --ignore-daemonsets
    중요

    이 활동에는 최소 5-10분 이상이 걸릴 수 있습니다. 이 기간 동안 생성된 Ceph 오류는 임시이며 새 노드에 레이블을 지정할 때 자동으로 해결되며 기능이 작동합니다.

  4. 노드를 제거합니다.

    $ oc delete nodes <node_name>
  5. 필요한 인프라를 사용하여 새 AWS(Amazon Web Service) 머신 인스턴스를 생성합니다. 플랫폼 요구 사항을 참조하십시오.
  6. 새 AWS 머신 인스턴스를 사용하여 새 OpenShift Container Platform 노드를 생성합니다.
  7. Pending 상태인 OpenShift Container Platform과 관련된 CSR(인증서 서명 요청)이 있는지 확인합니다.

    $ oc get csr
  8. 새 노드에 필요한 모든 OpenShift Container Platform CSR을 승인합니다.

    $ oc adm certificate approve <certificate_name>
    <certificate_name>
    CSR의 이름을 지정합니다.
  9. 컴퓨팅 노드를 클릭합니다. 새 노드가 Ready 상태인지 확인합니다.
  10. 다음 중 하나를 사용하여 새 노드에 OpenShift Data Foundation 레이블을 적용합니다.

    사용자 인터페이스에서
    1. 새 노드의 Action Menu (ECDHE) → Edit Labels 를 클릭합니다.
    2. cluster.ocs.openshift.io/openshift-storage 를 추가하고 저장을 클릭합니다.
    명령줄 인터페이스
    • OpenShift Data Foundation 레이블을 새 노드에 적용합니다.
    $ oc label node <new_node_name> cluster.ocs.openshift.io/openshift-storage=""
    <new_node_name>
    새 노드의 이름을 지정합니다.

검증 단계

  1. 새 노드가 출력에 있는지 확인합니다.

    $ oc get nodes --show-labels | grep cluster.ocs.openshift.io/openshift-storage= |cut -d' ' -f1
  2. 워크로드 포드 를 클릭합니다. 새 노드의 다음 Pod가 Running 상태인지 확인합니다.

    • csi-cephfsplugin-*
    • csi-rbdplugin-*
  3. 기타 필요한 모든 OpenShift Data Foundation Pod가 Running 상태인지 확인합니다.
  4. 새 OSD(Object Storage Device) Pod가 대체 노드에서 실행 중인지 확인합니다.

    $ oc get pods -o wide -n openshift-storage| egrep -i <new_node_name> | egrep osd
  5. 선택 사항: 클러스터에서 클러스터 전체 암호화를 사용하는 경우 새 OSD 장치가 암호화되었는지 확인합니다.

    이전 단계에서 확인된 각 새 노드에 대해 다음을 수행합니다.

    1. 디버그 Pod를 생성하고 하나 이상의 선택한 호스트에 대한 chroot 환경을 엽니다.

      $ oc debug node/<node_name>
      $ chroot /host
    2. 사용 가능한 블록 장치 목록을 표시합니다.

      $ lsblk

      하나 이상의 ocs-deviceset 이름 옆에 crypt 키워드가 있는지 확인합니다.

  6. 검증 단계가 실패하면 Red Hat 지원팀에 문의하십시오.

1.1.2. 설치 관리자 프로비저닝 인프라에서 작동 중인 AWS 노드 교체

절차

  1. OpenShift 웹 콘솔에 로그인하고 컴퓨팅 노드를 클릭합니다.
  2. 교체해야 하는 노드를 식별합니다. 해당 머신 이름을 기록해 둡니다.
  3. 노드를 예약 불가능으로 표시합니다.

    $ oc adm cordon <node_name>
    <node_name>
    교체해야 하는 노드 이름을 지정합니다.
  4. 노드를 드레이닝합니다.

    $ oc adm drain <node_name> --force --delete-emptydir-data=true --ignore-daemonsets
    중요

    이 활동에는 최소 5-10분 이상이 걸릴 수 있습니다. 이 기간 동안 생성된 Ceph 오류는 임시이며 새 노드에 레이블을 지정할 때 자동으로 해결되며 기능이 작동합니다.

  5. 컴퓨팅 머신을 클릭합니다. 필요한 시스템을 검색합니다.
  6. 필요한 머신 외에도 작업 메뉴 (ECDHE) → 머신 삭제를 클릭합니다.
  7. Delete 를 클릭하여 시스템이 삭제되었는지 확인합니다. 새 머신이 자동으로 생성됩니다.
  8. 새 머신이 시작되고 Running 상태로 전환될 때까지 기다립니다.

    중요

    이 활동에는 최소 5-10분 이상이 걸릴 수 있습니다.

  9. 컴퓨팅 노드를 클릭합니다. 새 노드가 Ready 상태인지 확인합니다.
  10. OpenShift Data Foundation 레이블을 새 노드에 적용합니다.

    사용자 인터페이스에서
    1. 새 노드의 Action Menu (ECDHE) → Edit Labels 를 클릭합니다.
    2. cluster.ocs.openshift.io/openshift-storage 를 추가하고 저장을 클릭합니다.
    명령줄 인터페이스
    • OpenShift Data Foundation 레이블을 새 노드에 적용합니다.
    $ oc label node <new_node_name> cluster.ocs.openshift.io/openshift-storage=""
    <new_node_name>
    새 노드의 이름을 지정합니다.

검증 단계

  1. 새 노드가 출력에 있는지 확인합니다.

    $ oc get nodes --show-labels | grep cluster.ocs.openshift.io/openshift-storage= |cut -d' ' -f1
  2. 워크로드 포드 를 클릭합니다. 새 노드의 다음 Pod가 Running 상태인지 확인합니다.

    • csi-cephfsplugin-*
    • csi-rbdplugin-*
  3. 기타 필요한 모든 OpenShift Data Foundation Pod가 Running 상태인지 확인합니다.
  4. 새 OSD(Object Storage Device) Pod가 대체 노드에서 실행 중인지 확인합니다.

    $ oc get pods -o wide -n openshift-storage| egrep -i <new_node_name> | egrep osd
  5. 선택 사항: 클러스터에서 클러스터 전체 암호화를 사용하는 경우 새 OSD 장치가 암호화되었는지 확인합니다.

    이전 단계에서 확인된 각 새 노드에 대해 다음을 수행합니다.

    1. 디버그 Pod를 생성하고 하나 이상의 선택한 호스트에 대한 chroot 환경을 엽니다.

      $ oc debug node/<node_name>
      $ chroot /host
    2. 사용 가능한 블록 장치 목록을 표시합니다.

      $ lsblk

      하나 이상의 ocs-deviceset 이름 옆에 crypt 키워드가 있는지 확인합니다.

  6. 검증 단계가 실패하면 Red Hat 지원팀에 문의하십시오.

1.1.3. 사용자 프로비저닝 인프라에서 실패한 AWS 노드 교체

사전 요구 사항

  • 교체 노드가 교체한 노드와 유사한 인프라 및 리소스로 구성되어 있는지 확인합니다.
  • OpenShift Container Platform 클러스터에 로그인해야 합니다.

절차

  1. 교체해야 하는 노드의 AWS(Amazon Web Service) 머신 인스턴스를 확인합니다.
  2. AWS에 로그인하고 사용자가 식별한 AWS 머신 인스턴스를 종료합니다.
  3. 필요한 인프라를 사용하여 새 AWS 머신 인스턴스를 생성합니다. 플랫폼 요구 사항을 참조하십시오.
  4. 새 AWS 머신 인스턴스를 사용하여 새 OpenShift Container Platform 노드를 생성합니다.
  5. Pending 상태인 OpenShift Container Platform과 관련된 CSR(인증서 서명 요청)이 있는지 확인합니다.

    $ oc get csr
  6. 새 노드에 필요한 모든 OpenShift Container Platform CSR을 승인합니다.

    $ oc adm certificate approve <certificate_name>
    <certificate_name>
    CSR의 이름을 지정합니다.
  7. 컴퓨팅 노드를 클릭합니다. 새 노드가 Ready 상태인지 확인합니다.
  8. 다음 중 하나를 사용하여 OpenShift Data Foundation 레이블을 새 노드에 적용합니다.

    사용자 인터페이스에서
    1. 새 노드의 Action Menu (ECDHE) → Edit Labels 를 클릭합니다.
    2. cluster.ocs.openshift.io/openshift-storage 를 추가하고 저장을 클릭합니다.
    명령줄 인터페이스
    • 다음 명령을 실행하여 OpenShift Data Foundation 레이블을 새 노드에 적용합니다.
    $ oc label node <new_node_name> cluster.ocs.openshift.io/openshift-storage=""
    <new_node_name>
    새 노드의 이름을 지정합니다.

검증 단계

  1. 새 노드가 출력에 있는지 확인합니다.

    $ oc get nodes --show-labels | grep cluster.ocs.openshift.io/openshift-storage= |cut -d' ' -f1
  2. 워크로드 포드 를 클릭합니다. 새 노드의 다음 Pod가 Running 상태인지 확인합니다.

    • csi-cephfsplugin-*
    • csi-rbdplugin-*
  3. 기타 필요한 모든 OpenShift Data Foundation Pod가 Running 상태인지 확인합니다.
  4. 새 OSD(Object Storage Device) Pod가 대체 노드에서 실행 중인지 확인합니다.

    $ oc get pods -o wide -n openshift-storage| egrep -i <new_node_name> | egrep osd
  5. 선택 사항: 클러스터에서 클러스터 전체 암호화를 사용하는 경우 새 OSD 장치가 암호화되었는지 확인합니다.

    이전 단계에서 확인된 각 새 노드에 대해 다음을 수행합니다.

    1. 디버그 Pod를 생성하고 하나 이상의 선택한 호스트에 대한 chroot 환경을 엽니다.

      $ oc debug node/<node_name>
      $ chroot /host
    2. 사용 가능한 블록 장치 목록을 표시합니다.

      $ lsblk

      하나 이상의 ocs-deviceset 이름 옆에 crypt 키워드가 있는지 확인합니다.

  6. 검증 단계가 실패하면 Red Hat 지원팀에 문의하십시오.

1.1.4. 설치 관리자 프로비저닝 인프라에서 실패한 AWS 노드 교체

절차

  1. OpenShift 웹 콘솔에 로그인하고 컴퓨팅 노드를 클릭합니다.
  2. 결함이 있는 노드를 식별하고 해당 머신 이름을 클릭합니다.
  3. 작업 주석 편집을 클릭하고 추가를 클릭합니다.
  4. machine.openshift.io/exclude-node-draining 을 추가하고 저장을 클릭합니다.
  5. 작업 머신 삭제를 클릭하고 삭제 를 클릭합니다.
  6. 새 머신이 자동으로 생성되어 새 머신이 시작될 때까지 기다립니다.

    중요

    이 활동에는 최소 5-10분 이상이 걸릴 수 있습니다. 이 기간 동안 생성된 Ceph 오류는 임시이며 새 노드에 레이블을 지정하면 자동으로 해결됩니다.

  7. 컴퓨팅 노드를 클릭합니다. 새 노드가 Ready 상태인지 확인합니다.
  8. 다음 중 하나를 사용하여 OpenShift Data Foundation 레이블을 새 노드에 적용합니다.

    사용자 인터페이스에서
    1. 새 노드의 Action Menu (ECDHE) → Edit Labels 를 클릭합니다.
    2. cluster.ocs.openshift.io/openshift-storage 를 추가하고 저장을 클릭합니다.
    명령줄 인터페이스
    • OpenShift Data Foundation 레이블을 새 노드에 적용합니다.
    $ oc label node <new_node_name> cluster.ocs.openshift.io/openshift-storage=""
    <new_node_name>
    새 노드의 이름을 지정합니다.
  9. 선택 사항: 실패한 AWS(Amazon Web Service) 인스턴스가 자동으로 제거되지 않으면 AWS 콘솔에서 인스턴스를 종료합니다.

검증 단계

  1. 새 노드가 출력에 있는지 확인합니다.

    $ oc get nodes --show-labels | grep cluster.ocs.openshift.io/openshift-storage= |cut -d' ' -f1
  2. 워크로드 포드 를 클릭합니다. 새 노드의 다음 Pod가 Running 상태인지 확인합니다.

    • csi-cephfsplugin-*
    • csi-rbdplugin-*
  3. 기타 필요한 모든 OpenShift Data Foundation Pod가 Running 상태인지 확인합니다.
  4. 새 OSD(Object Storage Device) Pod가 대체 노드에서 실행 중인지 확인합니다.

    $ oc get pods -o wide -n openshift-storage| egrep -i <new_node_name> | egrep osd
  5. 선택 사항: 클러스터에서 클러스터 전체 암호화를 사용하는 경우 새 OSD 장치가 암호화되었는지 확인합니다.

    이전 단계에서 확인된 각 새 노드에 대해 다음을 수행합니다.

    1. 디버그 Pod를 생성하고 하나 이상의 선택한 호스트에 대한 chroot 환경을 엽니다.

      $ oc debug node/<node_name>
      $ chroot /host
    2. 사용 가능한 블록 장치 목록을 표시합니다.

      $ lsblk

      하나 이상의 ocs-deviceset 이름 옆에 crypt 키워드가 있는지 확인합니다.

  6. 검증 단계가 실패하면 Red Hat 지원팀에 문의하십시오.
Red Hat logoGithubRedditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

© 2024 Red Hat, Inc.