Skip to main content
이 제품의 최신 릴리즈를 사용할 수 있습니다.
본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

NetApp ONTAP용 Amazon FSx를 통합합니다

기여자
PDF

Amazon Elastic Kubernetes Service(EKS)에서 실행되는 Kubernetes 클러스터가 ONTAP에서 지원하는 블록 및 파일 영구 볼륨을 프로비저닝할 수 있도록 NetApp ONTAP 파일 시스템용 Amazon FSx를 Astra Trident와 통합할 수 있습니다.

요구 사항

또한 "Astra Trident 요구사항", ONTAP용 FSx와 Astra Trident를 통합하려면 다음이 필요합니다.

  • 기존 Amazon EKS 클러스터 또는 자체 관리형 Kubernetes 클러스터 kubectl 설치되어 있습니다.

  • 클러스터의 작업자 노드에서 연결할 수 있는 NetApp ONTAP 파일 시스템용 기존 Amazon FSx 및 SVM(Storage Virtual Machine).

  • 에 대해 준비된 작업자 노드입니다 "NFS 또는 iSCSI".

    참고 Amazon Linux 및 Ubuntu에 필요한 노드 준비 단계를 따라야 합니다 "Amazon Machine Images(아마존 머신 이미지)" (AMI) EKS AMI 유형에 따라 다릅니다.

  • Astra Trident는 Windows 노드에서 실행되는 Pod에만 마운트된 SMB 볼륨을 지원합니다. 을 참조하십시오 SMB 볼륨 프로비저닝을 위한 준비 를 참조하십시오.

ONTAP SAN 및 NAS 드라이버 통합

경고 SMB 볼륨에 대해 를 구성하는 경우 을 읽어야 합니다 SMB 볼륨 프로비저닝을 위한 준비 백엔드를 생성하기 전에
단계

  1. 중 하나를 사용하여 Astra Trident를 배포합니다 "배포 방법".

  2. SVM 관리 LIF DNS 이름을 수집합니다. 예를 들어, AWS CLI를 사용하여 를 찾습니다 DNSName 에 입력 Endpoints → Management 다음 명령을 실행한 후:

    aws fsx describe-storage-virtual-machines --region <file system region>

  3. 에 대한 인증서를 만들고 설치합니다 "NAS 백엔드 인증" 또는 "SAN 백엔드 인증".

    참고 파일 시스템에 연결할 수 있는 모든 위치에서 SSH를 사용하여 파일 시스템(예: 인증서 설치)에 로그인할 수 있습니다. 를 사용합니다 fsxadmin 사용자, 파일 시스템을 생성할 때 구성한 암호 및 에서 관리 DNS 이름 aws fsx describe-file-systems.

  4. 아래 예에 표시된 대로 인증서와 관리 LIF의 DNS 이름을 사용하여 백엔드 파일을 생성합니다.

    YAML
    ---
version: 1
storageDriverName: ontap-san
backendName: customBackendName
managementLIF: svm-XXXXXXXXXXXXXXXXX.fs-XXXXXXXXXXXXXXXXX.fsx.us-east-2.aws.internal
svm: svm01
clientCertificate: ZXR0ZXJwYXB...ICMgJ3BhcGVyc2
clientPrivateKey: vciwKIyAgZG...0cnksIGRlc2NyaX
trustedCACertificate: zcyBbaG...b3Igb3duIGNsYXNz
    JSON을 참조하십시오
    {
  "version": 1,
  "storageDriverName": "ontap-san",
  "backendName": "customBackendName",
  "managementLIF": "svm-XXXXXXXXXXXXXXXXX.fs-XXXXXXXXXXXXXXXXX.fsx.us-east-2.aws.internal",
  "svm": "svm01",
  "clientCertificate": "ZXR0ZXJwYXB...ICMgJ3BhcGVyc2",
  "clientPrivateKey": "vciwKIyAgZG...0cnksIGRlc2NyaX",
  "trustedCACertificate": "zcyBbaG...b3Igb3duIGNsYXNz"
 }

    백엔드 만들기에 대한 자세한 내용은 다음 링크를 참조하십시오.

SMB 볼륨 프로비저닝을 위한 준비

를 사용하여 SMB 볼륨을 프로비저닝할 수 있습니다 ontap-nas 드라이버. 를 누릅니다 ONTAP SAN 및 NAS 드라이버 통합 다음 단계를 완료합니다.

시작하기 전에

를 사용하여 SMB 볼륨을 프로비저닝하기 전에 ontap-nas 드라이버, 다음이 있어야 합니다.

  • Linux 컨트롤러 노드 및 Windows Server 2019를 실행하는 Windows 작업자 노드가 있는 Kubernetes 클러스터 Astra Trident는 Windows 노드에서 실행되는 Pod에만 마운트된 SMB 볼륨을 지원합니다.

  • Active Directory 자격 증명이 포함된 Astra Trident 암호가 하나 이상 있어야 합니다. 암호를 생성합니다 smbcreds:

    kubectl create secret generic smbcreds --from-literal username=user --from-literal password='password'

  • Windows 서비스로 구성된 CSI 프록시. 를 구성합니다 `csi-proxy`를 참조하십시오 "GitHub:CSI 프록시" 또는 "GitHub: Windows용 CSI 프록시" Windows에서 실행되는 Kubernetes 노드의 경우:

단계

  1. SMB 공유를 생성합니다. 다음 두 가지 방법 중 하나로 SMB 관리자 공유를 생성할 수 있습니다 "Microsoft 관리 콘솔" 공유 폴더 스냅인 또는 ONTAP CLI 사용 ONTAP CLI를 사용하여 SMB 공유를 생성하려면 다음을 따르십시오.

    1. 필요한 경우 공유에 대한 디렉토리 경로 구조를 생성합니다.

      를 클릭합니다 vserver cifs share create 명령은 공유를 생성하는 동안 -path 옵션에 지정된 경로를 확인합니다. 지정한 경로가 없으면 명령이 실패합니다.

    2. 지정된 SVM과 연결된 SMB 공유를 생성합니다.

      vserver cifs share create -vserver vserver_name -share-name share_name -path path [-share-properties share_properties,...] [other_attributes] [-comment text]

    3. 공유가 생성되었는지 확인합니다.

      vserver cifs share show -share-name share_name
      참고 을 참조하십시오 "SMB 공유를 생성합니다" 를 참조하십시오.

  2. 백엔드를 생성할 때 SMB 볼륨을 지정하려면 다음을 구성해야 합니다. 모든 ONTAP 백엔드 구성 옵션에 대한 자세한 내용은 을 참조하십시오 "ONTAP 구성 옵션 및 예제용 FSX".

    매개 변수 설명 예

    smbShare

    Microsoft 관리 콘솔 또는 ONTAP CLI를 사용하여 생성된 SMB 공유의 이름 또는 Astra Trident가 SMB 공유를 생성할 수 있도록 이름을 지정할 수 있습니다.

    이 매개변수는 ONTAP 백엔드에 대한 Amazon FSx에 필요합니다.

    smb-share

    nasType

    * 를 로 설정해야 합니다 smb. * null인 경우 기본값은 로 설정됩니다 nfs.

    smb

    securityStyle

    새로운 볼륨에 대한 보안 스타일

    * 를 로 설정해야 합니다 ntfs 또는 mixed SMB 볼륨용. *

    ntfs 또는 mixed SMB 볼륨용

    unixPermissions

    모드를 선택합니다. SMB 볼륨에 대해서는 * 를 비워 두어야 합니다. *

    ""