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