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

VMware vSphere를 사용하여 StorageGRID용 그리드 노드를 가상 머신으로 배포합니다

PDF

VMware vSphere 웹 클라이언트를 사용하여 각 그리드 노드를 가상 머신으로 배포합니다. 배포 과정에서 각 그리드 노드가 생성되고 하나 이상의 StorageGRID 네트워크에 연결됩니다.

StorageGRID 어플라이언스 스토리지 노드를 배포해야 하는 경우 다음을 참조하십시오 "어플라이언스 스토리지 노드 배포".

필요에 따라 노드 전원을 켜기 전에 노드 포트를 다시 매핑하거나 노드의 CPU 또는 메모리 설정을 높일 수 있습니다.

시작하기 전에

  • 이미 "설치 계획 및 준비" 방법을 검토하셨고, 소프트웨어, CPU 및 RAM, 스토리지 및 성능에 대한 요구 사항을 이해하고 계십니다.

  • 귀하는 VMware vSphere Hypervisor에 익숙하고 해당 환경에 가상 머신을 배포한 경험이 있습니다.

    참고 The open-vm-tools 패키지는 VMware Tools와 유사한 오픈 소스 구현체로, StorageGRID 가상 머신에 포함되어 있습니다. VMware Tools를 수동으로 설치할 필요가 없습니다.

  • VMware용 StorageGRID 설치 아카이브의 올바른 버전을 다운로드하고 압축을 해제했습니다.

    주의 확장 또는 복구 작업의 일환으로 새 노드를 배포하는 경우, 현재 그리드에서 실행 중인 StorageGRID 버전을 사용해야 합니다.

  • StorageGRID 가상 머신 디스크 (.vmdk) 파일이 있습니다.

NetApp-SG-version-SHA.vmdk

  • 배포하려는 각 그리드 노드 유형에 대한 .ovf 및 .mf 파일이 있습니다.

    파일 이름 설명

    vsphere-primary-admin.ovf vsphere-primary-admin.mf

    기본 관리자 노드에 대한 템플릿 파일 및 매니페스트 파일입니다.

    vsphere-non-primary-admin.ovf vsphere-non-primary-admin.mf

    기본 관리자 노드가 아닌 관리자 노드에 대한 템플릿 파일 및 매니페스트 파일입니다.

    vsphere-storage.ovf vsphere-storage.mf

    스토리지 노드용 템플릿 파일 및 매니페스트 파일입니다.

    vsphere-gateway.ovf vsphere-gateway.mf

    게이트웨이 노드용 템플릿 파일 및 매니페스트 파일입니다.

  • .vdmk, .ovf 및 .mf 파일은 모두 같은 디렉토리에 있습니다.

  • 장애 발생 영역을 최소화하기 위한 계획이 있습니다. 예를 들어, 모든 게이트웨이 노드를 단일 vSphere ESXi 호스트에 배포해서는 안 됩니다.

    주의 운영 구축 시 단일 가상 머신에서 스토리지 노드를 두 개 이상 실행하지 마십시오. 또한, 장애 도메인에 허용할 수 없는 문제가 발생할 수 있는 경우 동일한 ESXi 호스트에서 여러 가상 머신을 실행하지 마십시오.

  • 확장 또는 복구 작업의 일부로 노드를 배포하는 경우 "StorageGRID 시스템 확장 지침" 또는 "복구 및 유지 관리 지침"이(가) 있습니다.

  • StorageGRID 노드를 NetApp ONTAP 시스템에서 스토리지를 할당받아 가상 머신으로 배포하는 경우, 해당 볼륨에 FabricPool 티어링 정책이 활성화되어 있지 않은지 확인해야 합니다. 예를 들어, StorageGRID 노드가 VMware 호스트에서 가상 머신으로 실행되는 경우, 해당 노드의 데이터스토어를 지원하는 볼륨에 FabricPool 티어링 정책이 활성화되어 있지 않은지 확인하십시오. StorageGRID 노드와 함께 사용되는 볼륨에 대해 FabricPool 티어링을 비활성화하면 문제 해결 및 스토리지 운영이 간소화됩니다.

    참고 FabricPool를 사용하여 StorageGRID와 관련된 데이터를 StorageGRID 자체로 계층화하지 마십시오. StorageGRID 데이터를 StorageGRID로 다시 계층화하면 문제 해결 및 운영 복잡성이 증가합니다.
이 작업 정보

VMware 노드를 처음 배포하거나, 확장 시 새 VMware 노드를 추가하거나, 복구 작업의 일환으로 VMware 노드를 교체하려면 다음 지침을 따르십시오. 단계에 명시된 경우를 제외하고, 관리 노드, 스토리지 노드, 게이트웨이 노드를 포함한 모든 노드 유형에 대한 노드 배포 절차는 동일합니다.

새로운 StorageGRID 시스템을 설치하는 경우:

  • 노드는 어떤 순서로든 배포할 수 있습니다.

  • 각 가상 머신이 그리드 네트워크를 통해 기본 관리 노드에 연결할 수 있는지 확인해야 합니다.

  • 그리드를 구성하기 전에 모든 그리드 노드를 배포해야 합니다.

확장 또는 복구 작업을 수행하는 경우:

  • 새 가상 머신이 그리드 네트워크의 다른 모든 노드에 연결될 수 있는지 확인해야 합니다.

노드의 포트를 다시 매핑해야 하는 경우, 포트 재매핑 구성이 완료될 때까지 새 노드의 전원을 켜지 마십시오.

참고 포트 재매핑 지원은 더 이상 사용되지 않으며 향후 릴리스에서 제거될 예정입니다. 재매핑된 포트를 제거하려면 "베어메탈 호스트에서 포트 재매핑 제거"을 참조하십시오.
단계

  1. VCenter를 사용하여 OVF 템플릿을 배포합니다.

    URL을 지정하는 경우 다음 파일들이 포함된 폴더를 가리키도록 하십시오. 그렇지 않으면 로컬 디렉터리에서 각 파일을 선택하십시오.

    NetApp-SG-version-SHA.vmdk
vsphere-node.ovf
vsphere-node.mf

    예를 들어, 처음으로 노드를 배포하는 경우 다음 파일을 사용하여 StorageGRID 시스템의 기본 관리 노드를 배포하십시오.

    NetApp-SG-version-SHA.vmdk
vsphere-primary-admin.ovf
vsphere-primary-admin.mf

  2. 가상 머신의 이름을 지정하십시오.

    일반적으로 가상 머신과 그리드 노드에 동일한 이름을 사용합니다.

  3. 가상 머신을 적절한 vApp 또는 리소스 풀에 배치합니다.

  4. 기본 관리 노드를 배포하는 경우 최종 사용자 라이선스 계약을 읽고 동의하십시오.

    vCenter 버전에 따라 최종 사용자 라이선스 계약 동의, 가상 머신 이름 지정 및 데이터 저장소 선택 단계의 순서가 다를 수 있습니다.

  5. 가상 머신에 사용할 스토리지를 선택합니다.

    복구 작업의 일환으로 노드를 배포하는 경우, 스토리지 복구 단계의 지침에 따라 새 가상 디스크를 추가하거나, 장애가 발생한 그리드 노드에서 가상 하드 디스크를 다시 연결하거나, 또는 둘 다를 수행하십시오.

    스토리지 노드를 배포할 때는 3개 이상의 스토리지 볼륨을 사용하고, 각 볼륨의 용량은 4TB 이상이어야 합니다. 특히 볼륨 0에는 최소 4TB를 할당해야 합니다.

    참고 스토리지 노드의 .ovf 파일에는 스토리지용 VMDK 파일이 여러 개 정의되어 있습니다. 이러한 VMDK 파일이 스토리지 요구 사항을 충족하지 못하는 경우, 노드 전원을 켜기 전에 해당 VMDK 파일을 제거하고 적절한 VMDK 파일 또는 RDM 파일을 스토리지에 할당해야 합니다. VMDK 파일은 VMware 환경에서 더 일반적으로 사용되며 관리가 더 쉽습니다. 반면 RDM 파일은 객체 크기가 큰 워크로드(예: 100MB 이상)에 더 나은 성능을 제공할 수 있습니다.
    참고 일부 StorageGRID 설치 환경에서는 일반적인 가상화 워크로드보다 더 크고 활성도가 높은 스토리지 볼륨을 사용할 수 있습니다. 최적의 성능을 얻으려면 하이퍼바이저 매개변수(예: MaxAddressableSpaceTB)를 조정해야 할 수 있습니다. 성능 저하가 발생하는 경우 가상화 지원 담당자에게 문의하여 워크로드별 구성 조정이 환경에 도움이 될 수 있는지 확인하십시오.

  6. 네트워크를 선택합니다.

    각 소스 네트워크에 대한 대상 네트워크를 선택하여 노드가 사용할 StorageGRID 네트워크를 결정합니다.

    • 그리드 네트워크가 필요합니다. vSphere 환경에서 대상 네트워크를 선택해야 합니다. + 그리드 네트워크는 모든 내부 StorageGRID 트래픽에 사용됩니다. 그리드의 모든 노드 간, 모든 사이트 및 서브넷 간 연결을 제공합니다. 그리드 네트워크의 모든 노드는 다른 모든 노드와 통신할 수 있어야 합니다.

    • 관리자 네트워크를 사용하는 경우 vSphere 환경에서 다른 대상 네트워크를 선택하십시오. 관리자 네트워크를 사용하지 않는 경우 그리드 네트워크에 대해 선택한 것과 동일한 대상 네트워크를 선택하십시오.

    • 클라이언트 네트워크를 사용하는 경우 vSphere 환경에서 다른 대상 네트워크를 선택하십시오. 클라이언트 네트워크를 사용하지 않는 경우 그리드 네트워크에 대해 선택한 것과 동일한 대상 네트워크를 선택하십시오.

    • 관리자 네트워크 또는 클라이언트 네트워크를 사용하는 경우 노드는 동일한 관리자 네트워크 또는 클라이언트 네트워크에 있을 필요가 없습니다.

  7. *템플릿 사용자 지정*의 경우, 필요한 StorageGRID 노드 속성을 구성하십시오.

    1. *노드 이름*을 입력합니다.

      참고 그리드 노드를 복구하는 경우 복구할 노드의 이름을 입력해야 합니다.

    2. 새 노드가 그리드에 참여하기 전에 VM 콘솔이나 StorageGRID 설치 API에 액세스하거나 SSH를 사용할 수 있도록 임시 설치 암호 드롭다운을 사용하여 임시 설치 암호를 지정하십시오.

      참고 임시 설치 비밀번호는 노드 설치 중에만 사용됩니다. 노드가 그리드에 추가된 후에는 Recovery Package의 Passwords.txt 파일에 나열된 "노드 콘솔 비밀번호"을(를) 사용하여 해당 노드에 액세스할 수 있습니다.

      • 노드 이름 사용: 노드 이름 필드에 입력한 값이 임시 설치 암호로 사용됩니다.

      • 사용자 지정 암호 사용: 사용자 지정 암호가 임시 설치 암호로 사용됩니다.

      • 암호 비활성화: 임시 설치 암호는 사용되지 않습니다. 설치 문제를 디버깅하기 위해 VM에 액세스해야 하는 경우 "설치 문제 해결"을 참조하십시오.

    3. 사용자 지정 암호 사용*을 선택한 경우, *사용자 지정 암호 필드에 사용할 임시 설치 암호를 지정하십시오.

    4. 그리드 네트워크(eth0) 섹션에서 *그리드 네트워크 IP 구성*에 대해 STATIC 또는 DHCP를 선택하십시오.

      • STATIC을 선택하는 경우 Grid network IP, Grid network mask, Grid network gateway 및 *Grid network MTU*를 입력하십시오.

      • DHCP를 선택하면 그리드 네트워크 IP, 그리드 네트워크 마스크, *그리드 네트워크 게이트웨이*가 자동으로 할당됩니다.

    5. 기본 관리자 IP 필드에 그리드 네트워크의 기본 관리 노드의 IP 주소를 입력하십시오.

      참고 배포하려는 노드가 기본 관리자 노드인 경우에는 이 단계가 적용되지 않습니다.

    기본 관리 노드 IP 주소를 생략하면, 기본 관리 노드 또는 ADMIN_IP가 구성된 다른 그리드 노드가 동일한 서브넷에 있는 경우 IP 주소가 자동으로 검색됩니다. 하지만 여기에서 기본 관리 노드 IP 주소를 설정하는 것이 좋습니다.

    1. 관리자 네트워크(eth1) 섹션에서 *관리자 네트워크 IP 구성*에 대해 STATIC, DHCP 또는 DISABLED를 선택합니다.

      • 관리자 네트워크를 사용하지 않으려면 DISABLED를 선택하고 관리자 네트워크 IP 주소에 *0.0.0.0*을 입력하십시오. 나머지 필드는 비워 두셔도 됩니다.

      • 정적(STATIC)을 선택하는 경우 관리자 네트워크 IP, 관리자 네트워크 마스크, 관리자 네트워크 게이트웨이, *관리자 네트워크 MTU*를 입력하십시오.

      • 정적(STATIC)을 선택하는 경우 *관리 네트워크 외부 서브넷 목록*을 입력하십시오. 게이트웨이도 구성해야 합니다.

      • DHCP를 선택하면 관리자 네트워크 IP, 관리자 네트워크 마스크, *관리자 네트워크 게이트웨이*가 자동으로 할당됩니다.

    2. 클라이언트 네트워크(eth2) 섹션에서 *클라이언트 네트워크 IP 구성*에 대해 STATIC, DHCP 또는 DISABLED를 선택합니다.

      • 클라이언트 네트워크를 사용하지 않으려면 DISABLED를 선택하고 클라이언트 네트워크 IP 주소에 *0.0.0.0*을 입력하십시오. 나머지 필드는 비워 두셔도 됩니다.

      • 정적(STATIC)을 선택하는 경우 클라이언트 네트워크 IP, 클라이언트 네트워크 마스크, 클라이언트 네트워크 게이트웨이, *클라이언트 네트워크 MTU*를 입력하십시오.

      • DHCP를 선택하면 클라이언트 네트워크 IP, 클라이언트 네트워크 마스크, *클라이언트 네트워크 게이트웨이*가 자동으로 할당됩니다.

  8. 가상 머신 구성을 검토하고 필요한 변경 사항을 적용하십시오.

  9. 준비가 되면 *완료*를 선택하여 가상 머신 업로드를 시작하십시오.

  10. 복구 작업의 일부로 이 노드를 배포했고 전체 노드 복구가 아닌 경우, 배포가 완료된 후 다음 단계를 수행하십시오.

    1. 가상 머신을 마우스 오른쪽 버튼으로 클릭하고 *설정 편집*을 선택합니다.

    2. 스토리지로 지정된 기본 가상 하드 디스크를 각각 선택하고 *제거*를 선택합니다.

    3. 데이터 복구 상황에 따라 스토리지 요구 사항에 맞춰 새 가상 디스크를 추가하거나, 이전에 제거된 장애 그리드 노드에서 보존된 가상 하드 디스크를 다시 연결하거나, 또는 둘 다를 수행할 수 있습니다.

      다음의 중요한 지침을 참고하십시오:

      • 새 디스크를 추가하는 경우 노드 복구 이전에 사용했던 것과 동일한 유형의 스토리지 장치를 사용해야 합니다.

      • 스토리지 노드의 .ovf 파일에는 스토리지용 VMDK 파일이 여러 개 정의되어 있습니다. 이러한 VMDK 파일이 스토리지 요구 사항을 충족하지 못하는 경우, 노드 전원을 켜기 전에 해당 VMDK 파일을 제거하고 적절한 VMDK 파일 또는 RDM 파일을 스토리지에 할당해야 합니다. VMDK 파일은 VMware 환경에서 더 일반적으로 사용되며 관리가 더 쉽습니다. 반면 RDM 파일은 객체 크기가 큰 워크로드(예: 100MB 이상)에 더 나은 성능을 제공할 수 있습니다.

  11. 이 노드에서 사용하는 포트를 다시 매핑해야 하는 경우 다음 단계를 따르십시오.

    엔터프라이즈 네트워킹 정책이 StorageGRID에서 사용하는 하나 이상의 포트에 대한 액세스를 제한하는 경우 포트를 다시 매핑해야 할 수 있습니다. StorageGRID에서 사용하는 포트는 "네트워킹 가이드라인"을 참조하십시오.

    참고 로드 밸런싱 엔드포인트에서 사용하는 포트를 재매핑하지 마십시오.

    1. 새 VM을 선택합니다.

    2. 구성 탭에서 설정 > *vApp Options*를 선택합니다. *vApp Options*의 위치는 vCenter 버전에 따라 다릅니다.

    3. Properties 테이블에서 PORT_REMAP_INBOUND와 PORT_REMAP을 찾으십시오.

    4. 포트에 대한 수신 및 송신 통신을 대칭적으로 매핑하려면 *PORT_REMAP*을 선택하십시오.

      참고 포트 재매핑 지원은 더 이상 사용되지 않으며 향후 릴리스에서 제거될 예정입니다. 재매핑된 포트를 제거하려면 "베어메탈 호스트에서 포트 재매핑 제거"을 참조하십시오.
      참고 PORT_REMAP만 설정된 경우, 지정한 매핑이 수신 및 송신 통신 모두에 적용됩니다. PORT_REMAP_INBOUND도 지정된 경우, PORT_REMAP은 송신 통신에만 적용됩니다.

      1. *값 설정*을 선택합니다.

      2. 포트 매핑을 입력하십시오.

        <network type>/<protocol>/<default port used by grid node>/<new port>

        `<network type>`는 grid, admin 또는 client이고, `<protocol>`는 tcp 또는 udp입니다.

        예를 들어, SSH 트래픽을 포트 22에서 포트 3022로 재매핑하려면 다음을 입력합니다.

        client/tcp/22/3022

        쉼표로 구분된 목록을 사용하여 여러 포트를 다시 매핑할 수 있습니다.

        예를 들면 다음과 같습니다.

      client/tcp/18082/443, client/tcp/18083/80

      1. *확인*을 선택합니다.

    5. 노드로 들어오는 통신에 사용할 포트를 지정하려면 *PORT_REMAP_INBOUND*를 선택하십시오.

      참고 PORT_REMAP_INBOUND를 지정하고 PORT_REMAP 값을 지정하지 않으면 해당 포트의 아웃바운드 통신은 변경되지 않습니다.

      1. *값 설정*을 선택합니다.

      2. 포트 매핑을 입력하십시오.

        <network type>/<protocol>/<remapped inbound port>/<default inbound port used by grid node>

        `<network type>`는 grid, admin 또는 client이고, `<protocol>`는 tcp 또는 udp입니다.

        예를 들어, 3022번 포트로 전송되는 수신 SSH 트래픽을 그리드 노드의 22번 포트로 수신되도록 재매핑하려면 다음을 입력합니다.

        client/tcp/3022/22

        쉼표로 구분된 목록을 사용하여 여러 개의 수신 포트를 다시 매핑할 수 있습니다.

      예를 들면 다음과 같습니다.

    grid/tcp/3022/22, admin/tcp/3022/22

    1. *확인*을 선택합니다

  12. 노드의 CPU 또는 메모리를 기본 설정보다 높이려면 다음을 수행합니다.

    1. 가상 머신을 마우스 오른쪽 버튼으로 클릭하고 *설정 편집*을 선택합니다.

    2. 필요에 따라 CPU 개수 또는 메모리 용량을 변경하십시오.

      메모리 예약*을 가상 머신에 할당된 *메모리 크기와 동일하게 설정하십시오.

    3. *확인*을 선택합니다.

  13. 가상 머신의 전원을 켭니다.

완료한 후

확장 또는 복구 절차의 일환으로 이 노드를 배포한 경우 해당 지침으로 돌아가 절차를 완료하십시오.