H제어(표준 모드)를 사용하여 Trident 연산자 배포
Trident 연산자를 구축하고 Hrom을 사용하여 Astra Trident를 설치할 수 있습니다. 이 프로세스는 Astra Trident에 필요한 컨테이너 이미지가 개인 레지스트리에 저장되어 있지 않은 설치에 적용됩니다. 개인 이미지 레지스트리가 있는 경우 를 "오프라인 배포를 위한 프로세스입니다"사용합니다.
Astra Trident 24.06에 대한 중요 정보
-
Astra Trident * 에 대한 다음 중요 정보를 읽어야 합니다
<strong> 중요 정보 Astra Trident </strong>
-
Kubernetes 1.31가 이제 Astra Trident에서 지원됩니다. Kubernetes를 업그레이드하기 전에 Trident를 업그레이드하십시오.
-
Astra Trident은 SAN 환경에서 다중 경로 구성을 엄격하게 적용하고, multipath.conf 파일에서 권장 값은 입니다
find_multipaths: no
.다중 경로 이외의 구성을 사용하거나
find_multipaths: yes
multipath.conf 파일에서 ORfind_multipaths: smart
값을 사용하면 마운트 오류가 발생합니다. Trident는 21.07 릴리즈 이후 를 사용할 것을find_multipaths: no
권장합니다.
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`다음 예제와 같이 구축 이름을 지정하고 합니다. 여기서 는 설치 중인 Astra Trident 버전입니다. `100.2404.0
helm install <name> netapp-trident/trident-operator --version 100.2406.0 --create-namespace --namespace <trident-namespace>
Trident 에 대한 네임스페이스를 이미 만든 경우 --create-namespace
매개 변수는 추가 네임스페이스를 만들지 않습니다.
를 사용하여 helm list
이름, 네임스페이스, 차트, 상태, 앱 버전, 및 수정본 번호.
설치 중에 구성 데이터를 전달합니다
설치 중에 구성 데이터를 전달하는 방법에는 두 가지가 있습니다.
옵션을 선택합니다 | 설명 |
---|---|
|
재정의가 있는 YAML 파일을 지정합니다. 이 옵션은 여러 번 지정할 수 있으며 가장 오른쪽 파일이 우선 적용됩니다. |
|
명령줄에 overrides를 지정합니다. |
예를 들어, 의 기본값을 debug`변경하려면 다음 `--set
명령을 실행합니다. 여기서 는 설치 중인 Astra Trident의 버전입니다. 100.2406.0
helm install <name> netapp-trident/trident-operator --version 100.2406.0 --create-namespace --namespace trident --set tridentDebug=true
구성 옵션
이 표와 values.yaml
파일은 Helm 차트의 일부인 키 목록과 기본값을 제공합니다.
옵션을 선택합니다 | 설명 | 기본값 |
---|---|---|
|
POD 할당을 위한 노드 레이블입니다 |
|
|
창 주석 |
|
|
배포 주석 |
|
|
POD 지정에 대한 공차 |
|
|
POD 할당에 대한 선호도 |
|
|
Pod용 추가 노드 선택기 자세한 내용은 을 컨트롤러 Pod 및 노드 포드 이해 참조하십시오. |
|
|
Pod에 대한 Kubernetes 허용 설정을 재정의합니다. 자세한 내용은 을 컨트롤러 Pod 및 노드 포드 이해 참조하십시오. |
|
|
Pod용 추가 노드 선택기 자세한 내용은 을 컨트롤러 Pod 및 노드 포드 이해 참조하십시오. |
|
|
Pod에 대한 Kubernetes 허용 설정을 재정의합니다. 자세한 내용은 을 컨트롤러 Pod 및 노드 포드 이해 참조하십시오. |
|
|
, |
|
|
에 대한 이미지 풀 정책을 |
|
|
, |
|
|
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 보안 정책을 생성할 수 없습니다. |
|
|
AKS 클러스터에서 관리되는 ID 또는 클라우드 ID를 사용할 때 로 |
|
|
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/astratrident-role'")으로 설정합니다. |
|
|
iSCSI 자동 복구가 호출되는 간격입니다. |
|
|
iSCSI 자체 복구가 로그아웃과 후속 로그인을 수행하여 부실 세션을 해결하려는 시도를 시작한 이후의 기간입니다. |
|
컨트롤러 Pod 및 노드 포드 이해
Astra Trident는 단일 컨트롤러 POD와 클러스터의 각 작업자 노드에 노드 POD를 더한 형태로 실행됩니다. Astra Trident 볼륨을 마운트하려는 호스트에서 노드 포드가 실행되고 있어야 합니다.
Kubernetes"노드 선택기"로, "관용과 오해"특정 노드 또는 기본 노드에서 실행할 Pod를 제한하는 데 사용됩니다. "ControllerPlugin" 및 을 사용하여 NodePlugin
제약 조건 및 재정의를 지정할 수 있습니다.
-
컨트롤러 플러그인은 스냅샷 및 크기 조정과 같은 볼륨 프로비저닝 및 관리를 처리합니다.
-
노드 플러그인은 스토리지에 노드를 연결하는 작업을 처리합니다.