H제어(표준 모드)를 사용하여 Trident 연산자 배포
Trident 연산자를 배포하고 Helm을 사용하여 Trident를 설치할 수 있습니다. 이 프로세스는 Trident에 필요한 컨테이너 이미지가 개인 레지스트리에 저장되지 않은 설치에 적용됩니다. 개인 이미지 레지스트리가 있는 경우 를 "오프라인 배포를 위한 프로세스입니다"사용합니다.
Trident 24.10에 대한 중요 정보
Trident에 대한 다음 중요 정보를 읽어야 합니다.
<strong> Trident </strong>에 대한 중요 정보입니다
-
Kubernetes 1.31가 이제 Trident에서 지원됩니다. Kubernetes를 업그레이드하기 전에 Trident를 업그레이드하십시오.
-
Trident은 multipath.conf 파일에서 권장 값을 값으로 하여 SAN 환경에서 다중 경로 구성을 엄격히 적용합니다
find_multipaths: no
.비 경로 다중화 구성 또는 의 사용
find_multipaths: yes
또는find_multipaths: smart
multipath.conf 파일의 값으로 인해 마운트 오류가 발생합니다. Trident에서 의 사용을 권장했습니다find_multipaths: no
21.07 릴리스 이후.
Trident 연산자를 배포하고 Helm을 사용하여 Trident를 설치합니다
Trident 사용 "Helm 차트" Trident 연산자를 구축하고 Trident를 한 번에 설치할 수 있습니다.
검토 "설치 개요" 설치 사전 요구 사항을 충족하고 환경에 맞는 올바른 설치 옵션을 선택했는지 확인합니다.
또한 "구축 사전 요구 사항" 필요한 것입니다 "Helm 버전 3".
-
Trident Helm 저장소 추가:
helm repo add netapp-trident https://netapp.github.io/trident-helm-chart
-
를
helm install
사용하고 다음 예제와 같이 배포 이름을 지정합니다. 여기서 는 설치 중인 Trident 버전입니다.100.2404.0
helm install <name> netapp-trident/trident-operator --version 100.2410.0 --create-namespace --namespace <trident-namespace>
Trident에 대한 네임스페이스를 이미 만든 경우에는 '--create-namespace' 매개 변수가 추가 네임스페이스를 만들지 않습니다.
을 사용할 수 있습니다 helm list
이름, 네임스페이스, 차트, 상태, 앱 버전과 같은 설치 세부 정보를 검토하려면 수정본 번호.
설치 중에 구성 데이터를 전달합니다
설치 중에 구성 데이터를 전달하는 방법에는 두 가지가 있습니다.
옵션을 선택합니다 | 설명 |
---|---|
|
재정의가 있는 YAML 파일을 지정합니다. 이 옵션은 여러 번 지정할 수 있으며 가장 오른쪽 파일이 우선 적용됩니다. |
|
명령줄에 overrides를 지정합니다. |
예를 들어, 의 기본값을 debug
변경하려면 다음 명령을 실행합니다. 여기서 는 설치 중인 Trident의 버전입니다. 100.2410.0
helm install <name> netapp-trident/trident-operator --version 100.2410.0 --create-namespace --namespace trident --set tridentDebug=true
구성 옵션
이 표와 values.yaml
제어 차트의 일부인 파일 에는 키 목록과 해당 기본값이 나와 있습니다.
옵션을 선택합니다 | 설명 | 기본값 | ||
---|---|---|---|---|
|
POD 할당을 위한 노드 레이블입니다 |
|||
|
창 주석 |
|||
|
배포 주석 |
|||
|
POD 지정에 대한 공차 |
|||
|
POD 할당에 대한 선호도 |
affinity: nodeAffinity: requiredDuringSchedulingIgnoredDuringExecution: nodeSelectorTerms: - matchExpressions: - key: kubernetes.io/arch operator: In values: - arm64 - amd64 - key: kubernetes.io/os operator: In values: - linux
|
||
|
Pod용 추가 노드 선택기 을 참조하십시오 컨트롤러 Pod 및 노드 포드 이해 를 참조하십시오. |
|||
|
Pod에 대한 Kubernetes 허용 설정을 재정의합니다. 을 참조하십시오 컨트롤러 Pod 및 노드 포드 이해 를 참조하십시오. |
|||
|
Pod용 추가 노드 선택기 을 참조하십시오 컨트롤러 Pod 및 노드 포드 이해 를 참조하십시오. |
|||
|
Pod에 대한 Kubernetes 허용 설정을 재정의합니다. 을 참조하십시오 컨트롤러 Pod 및 노드 포드 이해 를 참조하십시오. |
|||
'imageRegistry'입니다 |
, |
|
||
|
에 대한 이미지 풀 정책을 설정합니다 |
|
||
'imagePullSecrets' |
의 이미지 풀 비밀을 설정합니다 |
|||
쿠벨레트디렉토리 |
kubelet 내부 상태의 호스트 위치를 재정의할 수 있습니다. |
|
||
|
Trident 연산자의 로그 수준을 다음으로 설정할 수 있습니다. |
|
||
|
Trident 연산자의 로그 수준을 디버깅으로 설정할 수 있습니다. |
"참"입니다 |
||
|
에 대한 이미지를 완전히 재정의할 수 있습니다 |
|
||
|
의 태그를 재정의할 수 있습니다 |
|
||
|
Trident가 IPv6 클러스터에서 작동하도록 설정합니다. |
거짓입니다 |
||
|
대부분의 Kubernetes API 작업에 대한 기본 30초 시간 초과(0이 아닌 경우 초)를 재정의합니다. |
|
||
|
에서는 HTTP 요청에 대한 기본 90초 제한 시간을 재정의합니다 |
|
||
|
Trident 정기 AutoSupport 보고를 비활성화할 수 있습니다. |
거짓입니다 |
||
|
Trident AutoSupport 컨테이너에 대한 이미지 태그를 재정의할 수 있습니다. |
|
||
|
HTTP 프록시를 통해 Trident AutoSupport 컨테이너를 phone home으로 설정합니다. |
|
||
|
Trident 로깅 형식 ( |
|
||
|
Trident 감사 로거를 비활성화합니다. |
"참"입니다 |
||
|
Trident의 로그 수준을 , , |
|
||
|
Trident의 로그 수준을 로 설정할 수 |
거짓입니다 |
||
|
추적 로깅 또는 로그 억제를 위해 특정 Trident 워크플로우를 사용할 수 있습니다. |
|
||
|
추적 로깅 또는 로그 억제를 위해 특정 Trident 계층을 사용할 수 있습니다. |
|
||
트리덴티이미지 |
Trident에 대한 이미지의 전체 덮어쓰기를 허용합니다. |
|
||
|
Trident에 대한 이미지 태그를 재정의할 수 있습니다. |
|
||
|
Kubernetes 활성/준비 프로브에 사용되는 기본 포트를 재정의할 수 있습니다. |
|
||
|
Windows 작업자 노드에 Trident를 설치할 수 있습니다. |
거짓입니다 |
||
|
힘 분리 기능을 활성화합니다. |
거짓입니다 |
||
|
운영자 POD 보안 정책을 생성할 수 없습니다. |
거짓입니다 |
||
|
를 로 설정합니다 |
|
||
|
AKS 클러스터에서 클라우드 ID를 사용할 때 워크로드 ID("Azure.workload.identity/client-id: xxxxxxxxxxxx-xxxx-xxxx-xxxxxxxxxxxxx")로 설정합니다. EKS 클러스터에서 클라우드 ID를 사용할 때 AWS IAM 역할("'eks.amazonaws.com/role-arn: arn:AWS:IAM::123456:role/Trident-role'")로 설정합니다. |
|
||
|
iSCSI 자동 복구가 호출되는 간격입니다. |
|
||
|
iSCSI 자체 복구가 로그아웃과 후속 로그인을 수행하여 부실 세션을 해결하려는 시도를 시작한 이후의 기간입니다. |
|
||
|
Trident가 Kubernetes 클러스터의 노드를 준비하여 지정된 데이터 스토리지 프로토콜을 사용하여 볼륨을 관리할 수 있도록 합니다. * 현재 |
컨트롤러 Pod 및 노드 포드 이해
Trident는 단일 컨트롤러 Pod와 클러스터의 각 작업자 노드에서 노드 Pod로 실행됩니다. 노드 포드는 Trident 볼륨을 마운트하려는 호스트에서 실행되고 있어야 합니다.
쿠버네티스 "노드 선택기" 및 "관용과 오해" 포드를 특정 노드 또는 기본 노드에서 실행하도록 제한하는 데 사용됩니다. ControllerPlugin과 을 사용합니다 `NodePlugin`구속 조건과 덮어쓰기를 지정할 수 있습니다.
-
컨트롤러 플러그인은 스냅샷 및 크기 조정과 같은 볼륨 프로비저닝 및 관리를 처리합니다.
-
노드 플러그인은 스토리지에 노드를 연결하는 작업을 처리합니다.