7.2. 인프라 노드 생성을 위한 시스템 세트


환경에서 Machine API가 지원되는 경우 인프라 노드를 프로비저닝할 Machine Set의 템플릿에 라벨을 추가해야 합니다. 머신 API로 생성된 노드에 레이블을 수동으로 추가하는 경우의 안티 패턴을 피하십시오. 이렇게 하는 것은 배포로 생성된 Pod에 라벨을 추가하는 것과 유사합니다. 두 경우 모두 Pod/node에 실패하면 교체 Pod/node에 적절한 라벨이 없습니다.

참고

EC2 환경에서는 각각 고유한 가용성 영역(예: us-east-2a, us-east-2b, us-east-2c)에서 인프라 노드를 프로비저닝하도록 구성된 세 개의 머신 세트가 필요합니다. 현재 OpenShift Data Foundation은 다음 세 개 이상의 가용 영역에 대한 배포를 지원하지 않습니다.

다음 머신 세트 템플릿 예제에서는 인프라 노드에 필요한 적절한 테인트 및 라벨을 사용하여 노드를 생성합니다. 이는 OpenShift Data Foundation 서비스를 실행하는 데 사용됩니다.

  template:
    metadata:
      creationTimestamp: null
      labels:
        machine.openshift.io/cluster-api-cluster: kb-s25vf
        machine.openshift.io/cluster-api-machine-role: worker
        machine.openshift.io/cluster-api-machine-type: worker
        machine.openshift.io/cluster-api-machineset: kb-s25vf-infra-us-west-2a
    spec:
      taints:
      - effect: NoSchedule
        key: node.ocs.openshift.io/storage
        value: "true"
      metadata:
        creationTimestamp: null
        labels:
          node-role.kubernetes.io/infra: ""
          cluster.ocs.openshift.io/openshift-storage: ""
중요

인프라 노드에 테인트를 추가하는 경우 다른 워크로드의 테인트에 허용 오차를 추가해야 합니다(예: fluentd pod). 자세한 내용은 OpenShift 4의 Red Hat 지식베이스 솔루션 인프라 노드를 참조하십시오.

Red Hat logoGithubRedditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

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

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

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

Red Hat 소개

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

© 2024 Red Hat, Inc.