ONTAP Select 클러스터를 구축한 후에는 하드웨어 기반 ONTAP 시스템과 마찬가지로 클러스터를 구성 및 관리할 수 있습니다. 예를 들어, ONTAP System Manager나 ONTAP CLI를 사용하여 ONTAP Select 클러스터를 구성할 수 있습니다.
+
+
+
NetApp 클라이언트 소프트웨어
+
지원되는 다음 NetApp 클라이언트 소프트웨어를 사용하여 ONTAP Select에 연결할 수 있습니다.
+
+
+
+
+
ONTAP 시스템 관리자
+
+
+
Active IQ Unified Manager
+
+
+
OnCommand Insight
+
+
+
OnCommand Workflow Automation
+
+
+
SnapCenter
+
+
+
VMware vSphere용 Virtual Storage Console을 참조하십시오
+
+
+
+
+
지원되는 클라이언트 소프트웨어 버전을 확인하려면 을 참조하십시오 "NetApp 상호 운용성 매트릭스 툴". 클라이언트 소프트웨어가 ONTAP 9를 지원하는 경우 ONTAP Select에서도 동일한 버전이 지원됩니다.
+
+
+
+
+
+
+
+
+SnapCenter와 해당 플러그인을 사용하려면 서버 기반 라이센스가 필요합니다. SnapCenter 플러그인의 스토리지 시스템 라이센스는 현재 ONTAP Select에서 지원되지 않습니다.
+
+
+
+
+
+
목록에 없는 다른 NetApp 클라이언트 소프트웨어는 ONTAP Select에서 지원하지 않습니다.
+
+
+
가능한 구성 옵션
+
클러스터를 구성할 때 다음과 같은 몇 가지 옵션을 사용할 수 있습니다.
+
+
+
+
+
네트워킹 구성 생성
+
+
+
집계 레이아웃
+
+
+
데이터 스토리지 VM(SVM) 생성
+
+
+
+
+
스토리지 용량이 포함된 라이센스를 구입했습니다
+
ONTAP Select 클러스터 구축의 일부로 스토리지 용량이 있는 라이센스 파일을 설치하지 않기로 결정한 경우, 구매한 라이센스로 실행 중인 클러스터의 유예 기간이 만료되기 전에 라이센스 파일을 구입하여 설치해야 합니다.
+
+
+
미러링된 애그리게이트
+
Deploy 관리 유틸리티에서 생성된 데이터 스페어 디스크가 사용 가능한 데이터 저장소 공간(예: pool0 및 Pool1)의 각 ONTAP Select 노드에 있습니다. 다중 노드 클러스터에서 데이터에 대한 고가용성을 구현하려면 이러한 스페어를 사용하여 미러링된 애그리게이트를 만들어야 합니다.
ONTAP Select 노드를 원래 설치된 이전 버전으로 되돌릴 수 없습니다. 예를 들면 다음과 같습니다.
+
+
+
+
ONTAP Select 9.7이 처음 설치됩니다
+
+
노드를 버전 9.8로 업그레이드한 다음 필요한 경우 버전 9.7로 되돌릴 수 있습니다.
+
+
처음에 ONTAP Select 9.8이 설치되어 있습니다
+
+
이 버전은 원래 설치된 버전 이전의 버전이므로 버전 9.7로 되돌릴 수 없습니다.
+
+
+
+
+
+
+
VMXNET3 네트워크 드라이버를 사용합니다
+
+
+
VMXNET3은 VMware ESXi의 새 클러스터 구축에 포함된 기본 네트워크 드라이버입니다. ONTAP Select 9.4 이하 버전을 실행하는 기존 ONTAP Select 노드를 업그레이드하는 경우 네트워크 드라이버가 자동으로 업그레이드되지 않습니다. VMXNET3으로 수동으로 업그레이드해야 합니다. 업그레이드에 대한 지원은 NetApp 지원에 문의하십시오.
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
일부 배포 API 호출, 특히 리소스를 생성하거나 수정하는 호출은 다른 호출보다 완료하는 데 시간이 오래 걸릴 수 있습니다. ONTAP Select 배포는 오래 실행되는 이러한 요청을 비동기적으로 처리합니다.
+
+
+
+
+
작업 개체를 사용하여 설명된 비동기 요청
+
+
+
비동기적으로 실행되는 API 호출을 수행한 후 HTTP 응답 코드 202는 요청이 성공적으로 유효성 확인 및 승인되었지만 아직 완료되지 않았음을 나타냅니다. 요청은 클라이언트에 대한 초기 HTTP 응답 후 계속 실행되는 백그라운드 작업으로 처리됩니다. 응답에는 고유한 식별자를 포함하여 요청을 고정하는 작업 객체가 포함됩니다.
+
+
+
+
+
+
+
+
+ONTAP Select 배포 온라인 설명서 페이지에서 비동기적으로 작동하는 API 호출을 확인해야 합니다.
+
+
+
+
+
+
+
+
API 요청과 연결된 작업 객체를 쿼리합니다
+
+
+
HTTP 응답에서 반환된 작업 개체에는 여러 속성이 포함되어 있습니다. 상태 속성을 쿼리하여 요청이 성공적으로 완료되었는지 확인할 수 있습니다. 작업 오브젝트는 다음 상태 중 하나일 수 있습니다.
+
+
+
+
+
대기열에 있습니다
+
+
+
실행 중입니다
+
+
+
성공
+
+
+
실패
+
+
+
+
+
작업 개체를 폴링하여 작업의 터미널 상태를 감지할 때 성공 또는 실패 등 두 가지 방법을 사용할 수 있습니다.
+
+
+
+
+
표준 폴링 요청입니다
+현재 작업 상태가 즉시 반환됩니다
+
+
+
긴 폴링 요청
+작업 상태는 다음 중 하나가 발생할 경우에만 반환됩니다.
+
+
+
+
상태가 폴링 요청에 제공된 날짜-시간 값보다 최근 변경되었습니다
+
+
+
시간 초과 값이 만료되었습니다(1-120초).
+
+
+
+
+
+
+
+
표준 폴링과 긴 폴링은 동일한 API 호출을 사용하여 작업 객체를 쿼리합니다. 그러나 긴 폴링 요청에는 두 가지 쿼리 매개 변수가 포함됩니다. poll_timeout 및 last_modified.
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
온라인 설명서 배포 페이지를 사용하기 전에 알아 두어야 할 몇 가지 사항이 있습니다.
+
+
+
+
+
구축 계획
+
+
+
특정 배포 또는 관리 작업을 수행하는 과정에서 API 호출을 실행하려는 경우 배포 계획을 만드는 것이 좋습니다. 이러한 계획은 공식적이거나 비공식적인 계획일 수 있으며, 일반적으로 사용할 목표와 API 호출을 포함합니다. 자세한 내용은 Deploy REST API를 사용한 워크플로우 프로세스 를 참조하십시오.
+
+
+
+
+
JSON 예제 및 매개 변수 정의
+
+
+
각 API 호출은 문서 페이지에서 일관된 형식을 사용하여 설명합니다. 이 콘텐츠에는 구현 노트, 쿼리 매개 변수 및 HTTP 상태 코드가 포함됩니다. 또한 다음과 같이 API 요청 및 응답에 사용되는 JSON에 대한 세부 정보를 표시할 수 있습니다.
+
+
+
+
+
예제 값
+API 호출에서 _example value_를 클릭하면 해당 호출에 대한 일반적인 JSON 구조가 표시됩니다. 필요에 따라 예시를 수정하고 요청에 대한 입력으로 사용할 수 있습니다.
+
+
+
모델
+_Model_을 클릭하면 각 매개변수에 대한 설명과 함께 JSON 매개변수의 전체 목록이 표시됩니다.
+
+
+
+
+
+
+
API 호출 시 주의
+
+
+
배포 문서 페이지를 사용하여 수행하는 모든 API 작업은 라이브 작업입니다. 구성 또는 기타 데이터를 실수로 생성, 업데이트 또는 삭제하지 않도록 주의해야 합니다.
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
워크플로 프로세스를 검토하고 사용할 준비를 해야 합니다.
+
+
+
+
+
워크플로에 사용되는 API 호출을 이해합니다
+
+
+
ONTAP Select 온라인 설명서 페이지에는 모든 REST API 호출에 대한 세부 정보가 포함되어 있습니다. 여기서 이러한 세부 정보를 반복하는 대신 워크플로 샘플에 사용되는 각 API 호출에는 문서 페이지에서 호출을 찾는 데 필요한 정보만 포함됩니다. 특정 API 호출을 찾은 후에는 입력 매개 변수, 출력 형식, HTTP 상태 코드 및 요청 처리 유형을 비롯한 전체 호출 세부 정보를 검토할 수 있습니다.
+
+
+
문서 페이지에서 호출을 쉽게 찾을 수 있도록 워크플로 내의 각 API 호출에 대해 다음 정보가 포함되어 있습니다.
+
+
+
+
+
범주
+API 호출은 문서 페이지에서 기능적으로 관련된 영역이나 범주로 구성됩니다. 특정 API 호출을 찾으려면 페이지 하단으로 스크롤하여 해당 API 범주를 클릭합니다.
+
+
+
HTTP 동사
+HTTP 동사는 리소스에 대해 수행되는 작업을 식별합니다. 각 API 호출은 단일 HTTP 동사를 통해 실행됩니다.
+
+
+
경로
+경로는 호출 수행 시 작업이 적용되는 특정 리소스를 결정합니다. 경로 문자열이 핵심 URL에 추가되어 리소스를 식별하는 전체 URL을 구성합니다.
+
+
+
+
+
+
+
REST API에 직접 액세스할 URL을 구성합니다
+
+
+
ONTAP Select 설명서 페이지 외에도 Python과 같은 프로그래밍 언어를 통해 REST API 배포에 직접 액세스할 수도 있습니다. 이 경우, 코어 URL은 온라인 설명서 페이지에 액세스할 때 사용되는 URL과 약간 다릅니다. API에 직접 액세스할 때는 /API를 도메인과 포트 문자열에 추가해야 합니다. 예를 들면 다음과 같습니다.
+http://deploy.mycompany.com/api
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
REST 웹 서비스의 고유한 유연성 때문에 ONTAP Select Deploy API는 여러 가지 방법으로 액세스할 수 있습니다.
+
+
+
+
+
유틸리티 네이티브 사용자 인터페이스를 구축합니다
+
+
+
API에 액세스하는 주요 방법은 ONTAP Select 배포 웹 사용자 인터페이스를 사용하는 것입니다. 브라우저는 API를 호출하고 사용자 인터페이스 설계에 따라 데이터를 다시 포맷합니다. 또한 deploy utility 명령줄 인터페이스를 통해 API에 액세스할 수 있습니다.
+
+
+
+
+
ONTAP Select 온라인 설명서 페이지 배포
+
+
+
ONTAP Select 배포 온라인 설명서 페이지에서는 브라우저를 사용할 때 다른 액세스 지점을 제공합니다. 개별 API 호출을 직접 실행하는 방법을 제공할 뿐만 아니라 각 호출에 대한 입력 매개 변수와 기타 옵션을 포함하여 API에 대한 자세한 설명도 페이지에 포함되어 있습니다. API 호출은 여러 기능 영역 또는 범주로 구성됩니다.
+
+
+
+
+
맞춤형 프로그램
+
+
+
여러 가지 프로그래밍 언어 및 도구를 사용하여 배포 API에 액세스할 수 있습니다. Python, Java 및 Curl을 선택할 수 있습니다. API를 사용하는 프로그램, 스크립트 또는 도구는 REST 웹 서비스 클라이언트로 작동합니다. 프로그래밍 언어를 사용하면 API를 더 잘 이해할 수 있으며 ONTAP Select 배포를 자동화할 수 있습니다.
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
REST는 일반적인 기술과 모범 사례를 설정하지만 각 API의 세부 사항은 설계 선택에 따라 달라질 수 있습니다. API를 사용하기 전에 ONTAP Select 배포 API의 세부 정보와 운영 특성을 알고 있어야 합니다.
+
+
+
+
+
하이퍼바이저 호스트와 ONTAP Select 노드 비교
+
+
+
h하이퍼바이저 host_는 ONTAP Select 가상 머신을 호스팅하는 핵심 하드웨어 플랫폼입니다. ONTAP Select 가상 머신을 하이퍼바이저 호스트에 구축하고 활성화하면 가상 머신이 _ONTAP Select node_로 간주됩니다. Deploy REST API의 버전 3에서는 호스트 및 노드 객체가 구분되고 구분됩니다. 따라서 일대다 관계가 허용되며, 이 경우 하나 이상의 ONTAP Select 노드가 동일한 하이퍼바이저 호스트에서 실행될 수 있습니다.
+
+
+
+
+
오브젝트 식별자
+
+
+
각 리소스 인스턴스 또는 개체는 만들 때 고유한 식별자가 할당됩니다. 이러한 식별자는 ONTAP Select 배포의 특정 인스턴스 내에서 전역적으로 고유합니다. 새 개체 인스턴스를 만드는 API 호출을 실행한 후 연결된 ID 값이 의 호출자에게 반환됩니다 location HTTP 응답의 헤더입니다. 식별자를 추출하여 리소스 인스턴스를 참조할 때 후속 호출에 사용할 수 있습니다.
+
+
+
+
+
+
+
+
+개체 식별자의 내용 및 내부 구조는 언제든지 변경할 수 있습니다. 관련 객체를 참조할 때는 필요한 경우 해당 API 호출에서만 식별자를 사용해야 합니다.
+
+
+
+
+
+
+
+
요청 식별자
+
+
+
성공한 모든 API 요청에는 고유 식별자가 할당됩니다. 식별자는 에 반환됩니다 request-id 연결된 HTTP 응답의 헤더입니다. 요청 식별자를 사용하여 단일 특정 API 요청 응답 트랜잭션의 활동을 종합적으로 참조할 수 있습니다. 예를 들어 요청 ID를 기반으로 트랜잭션에 대한 모든 이벤트 메시지를 검색할 수 있습니다
+
+
+
+
+
동기 및 비동기 호출
+
+
+
서버에서 클라이언트로부터 받은 HTTP 요청을 수행하는 방법에는 두 가지가 있습니다.
+
+
+
+
+
동기식이다
+서버는 요청을 즉시 수행하고 상태 코드 200, 201 또는 204로 응답합니다.
+
+
+
비동기식
+서버는 요청을 수락하고 상태 코드 202로 응답합니다. 서버가 클라이언트 요청을 수락하고 요청을 완료하기 위해 백그라운드 작업을 시작했음을 나타냅니다. 최종 성공 또는 실패는 즉시 사용할 수 없으며 추가 API 호출을 통해 결정되어야 합니다.
+
+
+
+
+
+
+
장기 실행 작업의 완료를 확인합니다
+
+
+
일반적으로 완료하는 데 시간이 오래 걸릴 수 있는 작업은 을 사용하여 비동기적으로 처리됩니다
+서버의 백그라운드 작업입니다. REST API 배포 를 사용하면 모든 백그라운드 작업이 에 의해 고정됩니다
+작업을 추적하고 현재 상태와 같은 정보를 제공하는 작업 개체입니다. 작업 객체,
+고유 식별자를 포함하여 백그라운드 작업이 생성된 후 HTTP 응답에 반환됩니다.
+
+
+
Job 객체를 직접 쿼리하여 연결된 API 호출의 성공 또는 실패를 확인할 수 있습니다.
+자세한 내용은 작업 객체를 사용한 _ 비동기 처리를 참조하십시오.
+
+
+
Job 객체를 사용하는 것 외에도 의 성공 또는 실패를 확인할 수 있는 다른 방법이 있습니다
+다음을 포함한 요청:
+
+
+
+
+
이벤트 메시지
+원래 응답과 함께 반환된 요청 ID를 사용하여 특정 API 호출과 관련된 모든 이벤트 메시지를 검색할 수 있습니다. 이벤트 메시지는 일반적으로 성공 또는 실패를 나타내는 것으로, 오류 조건을 디버깅할 때 유용할 수 있습니다.
+
+
+
리소스 상태 또는 상태입니다
+일부 리소스는 요청의 성공 또는 실패를 간접적으로 결정하기 위해 쿼리할 수 있는 상태 또는 상태 값을 유지 관리합니다.
+
+
+
+
+
+
+
보안
+
+
+
배포 API는 다음과 같은 보안 기술을 사용합니다.
+
+
+
+
+
전송 계층 보안
+배포 서버와 클라이언트 간에 네트워크를 통해 전송되는 모든 트래픽은 TLS를 통해 암호화됩니다. 암호화되지 않은 채널을 통한 HTTP 프로토콜 사용은 지원되지 않습니다. TLS 버전 1.2가 지원됩니다.
+
+
+
HTTP 인증
+기본 인증은 모든 API 트랜잭션에 사용됩니다. base64 문자열에 사용자 이름과 암호를 포함하는 HTTP 헤더가 모든 요청에 추가됩니다.
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
REST(Representational State Transfer)는 분산된 웹 애플리케이션을 만드는 스타일입니다. 웹 서비스 API 설계에 적용할 경우 서버 기반 리소스를 노출하고 상태를 관리하기 위한 일련의 기술과 Best Practice를 수립합니다. 이 솔루션은 메인스트림 프로토콜과 표준을 사용하여 ONTAP Select 클러스터를 배포하고 관리하기 위한 유연한 기반을 제공합니다.
+
+
+
+
+
기존의 제약과 아키텍처를 동시에 사용합니다
+
+
+
휴식은 로이 필딩의 박사 학위를 받아 공식적으로 표현되었습니다 "학위 논문" 2000년 UC Irvine에서. 이 아키텍처는 일련의 제약 조건을 통해 아키텍처 스타일을 정의하며, 이러한 제약은 웹 기반 응용 프로그램과 기본 프로토콜을 모두 개선합니다. 이 제약 조건은 상태 비저장 통신 프로토콜을 사용하는 클라이언트/서버 아키텍처를 기반으로 RESTful 웹 서비스 애플리케이션을 설정합니다.
+
+
+
+
+
리소스 및 상태 표시
+
+
+
리소스는 웹 기반 시스템의 기본 구성 요소입니다. REST 웹 서비스 응용 프로그램을 만들 때 초기 설계 작업은 다음과 같습니다.
+
+
+
+
+
시스템 또는 서버 기반 리소스 식별
+모든 시스템은 리소스를 사용하고 유지합니다. 리소스는 파일, 비즈니스 트랜잭션, 프로세스 또는 관리 엔티티가 될 수 있습니다. REST 웹 서비스를 기반으로 애플리케이션을 설계하는 첫 번째 작업 중 하나는 리소스를 식별하는 것입니다.
+
+
+
자원 상태 및 연관된 상태 작업의 정의
+리소스는 항상 한정된 수의 상태 중 하나에 있습니다. 상태 변경에 영향을 주는 데 사용되는 상태 및 관련 작업을 명확하게 정의해야 합니다.
+
+
+
+
+
일반 CRUD(생성, 읽기, 업데이트 및 삭제) 모델에 따라 리소스 상태를 액세스하고 변경하기 위해 클라이언트와 서버 간에 메시지가 교환됩니다.
+
+
+
+
+
URI 끝점
+
+
+
모든 REST 리소스는 잘 정의된 주소 지정 체계를 사용하여 정의되고 사용 가능해야 합니다. 리소스가 있고 식별된 끝점은 URI(Uniform Resource Identifier)를 사용합니다. URI는 네트워크의 각 리소스에 대해 고유한 이름을 만들기 위한 일반 프레임워크를 제공합니다. URL(Uniform Resource Locator)은 리소스를 식별하고 액세스하기 위해 웹 서비스와 함께 사용되는 URI 유형입니다. 일반적으로 리소스는 파일 디렉터리와 비슷한 계층적 구조로 표시됩니다.
+
+
+
+
+
HTTP 메시지
+
+
+
HTTP(Hypertext Transfer Protocol)는 웹 서비스 클라이언트 및 서버가 리소스에 대한 요청 및 응답 메시지를 교환하기 위해 사용하는 프로토콜입니다. 웹 서비스 응용 프로그램을 디자인하는 과정에서 HTTP 동사(예: GET 및 POST)가 리소스와 해당 상태 관리 작업에 매핑됩니다.
+
+
+
HTTP는 상태 비저장 입니다. 따라서 하나의 트랜잭션에서 관련 요청 및 응답 집합을 연결하려면 요청/응답 데이터 플로우와 함께 전달된 HTTP 헤더에 추가 정보가 포함되어야 합니다.
+
+
+
+
+
JSON 형식
+
+
+
여러 가지 방법으로 클라이언트와 서버 간에 정보를 구성 및 전송할 수 있지만 가장 널리 사용되는 옵션(및 배포 REST API와 함께 사용되는 옵션)은 JSON(JavaScript Object Notation)입니다. JSON은 단순 데이터 구조를 일반 텍스트로 나타내는 업계 표준이며 리소스를 설명하는 상태 정보를 전송하는 데 사용됩니다.
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
모든 배포 API 호출은 클라이언트에 대한 관련 응답을 생성하는 배포 가상 시스템에 대한 HTTP 요청으로 수행됩니다. 이 요청/응답 쌍은 API 트랜잭션으로 간주됩니다. Deploy API를 사용하기 전에 요청을 제어하는 데 사용할 수 있는 입력 변수와 응답 출력의 내용을 숙지해야 합니다.
+
+
+
+
+
API 요청을 제어하는 입력 변수입니다
+
+
+
HTTP 요청에 설정된 매개 변수를 통해 API 호출 처리 방법을 제어할 수 있습니다.
+
+
+
요청 헤더
+
+
HTTP 요청에 다음과 같은 여러 헤더를 포함해야 합니다.
+
+
+
+
+
컨텐츠 유형
+요청 본문에 JSON이 포함된 경우 이 헤더는 application/json으로 설정해야 합니다.
+
+
+
수락
+응답 본문에 JSON이 포함될 경우 이 헤더는 application/json으로 설정해야 합니다.
+
+
+
권한 부여
+기본 인증은 base64 문자열로 인코딩된 사용자 이름과 암호로 설정해야 합니다.
+
+
+
+
+
+
요청 본문
+
+
요청 본문의 내용은 특정 호출에 따라 달라집니다. HTTP 요청 본문은 다음 중 하나로 구성됩니다.
+
+
+
+
+
입력 변수가 있는 JSON 개체(예: 새 클러스터의 이름)
+
+
+
비어 있습니다
+
+
+
+
+
+
개체를 필터링합니다
+
+
Get을 사용하는 API 호출을 실행할 때 모든 특성에 따라 반환된 객체를 제한하거나 필터링할 수 있습니다. 예를 들어, 다음과 같이 정확하게 일치하는 값을 지정할 수 있습니다.
+
+
+
<field>=<query value>
+
+
+
정확한 일치 항목 외에 값 범위에 있는 개체 집합을 반환할 수 있는 다른 연산자도 있습니다. ONTAP Select는 아래 표시된 필터링 연산자를 지원합니다.
+
+
+
+
+
+
+
+
+
운영자
+
설명
+
+
+
+
+
=
+
같음
+
+
+
를 누릅니다
+
보다 작음
+
+
+
를 누릅니다
+
보다 큼
+
+
+
lt;=.(&L
+
보다 작거나 같음
+
+
+
GT;=.(&T
+
보다 크거나 같음
+
+
+
+
또는
+
+
+
!
+
같지 않음
+
+
+
*
+
greedy 와일드카드
+
+
+
+
+
또한 쿼리의 일부로 Null 키워드 또는 해당 부정(!null)을 사용하여 특정 필드가 설정되었는지 여부를 기준으로 개체 집합을 반환할 수도 있습니다.
+
+
+
+
개체 필드 선택
+
+
기본적으로 Get 을 사용하여 API 호출을 실행하면 개체나 개체를 고유하게 식별하는 특성만 반환됩니다. 이 최소 필드 집합은 각 개체의 키 역할을 하며 개체 유형에 따라 달라집니다. 다음과 같은 방법으로 필드 쿼리 매개 변수를 사용하여 추가 개체 속성을 선택할 수 있습니다.
+
+
+
+
+
저렴한 필드
+를 지정합니다 fields=* 로컬 서버 메모리에 유지되거나 액세스하는 데 약간의 처리가 필요한 개체 필드를 검색합니다.
+
+
+
비싼 필드
+를 지정합니다 fields=** 액세스를 위해 추가 서버 처리가 필요한 개체를 포함하여 모든 개체 필드를 검색합니다.
+
+
+
사용자 정의 필드 선택
+사용 fields=FIELDNAME 를 눌러 원하는 정확한 필드를 지정합니다. 여러 필드를 요청할 때는 공백 없이 쉼표를 사용하여 값을 구분해야 합니다.
+
+
+
+
+
+
+
+
+
+
+가장 좋은 방법은 항상 원하는 특정 필드를 식별하는 것입니다. 필요한 경우 저렴한 필드나 값비싼 필드 집합만 검색해야 합니다. 저렴하고 값비싼 분류는 내부 성능 분석을 기반으로 NetApp에서 결정합니다. 지정된 필드의 분류는 언제든지 변경할 수 있습니다.
+
+
+
+
+
+
+
출력 집합에서 개체를 정렬합니다
+
+
리소스 컬렉션의 레코드는 개체에서 정의한 기본 순서로 반환됩니다. 다음과 같이 필드 이름 및 정렬 방향이 있는 ORDER_BY 쿼리 매개 변수를 사용하여 순서를 변경할 수 있습니다.
+order_by=<field name> asc|desc
+
+
+
예를 들어 유형 필드를 내림차순으로 정렬한 다음 ID를 오름차순으로 정렬할 수 있습니다.
+order_by=type desc, id asc
+
+
+
여러 매개 변수를 포함할 때는 필드를 쉼표로 구분해야 합니다.
+
+
+
+
페이지 매김
+
+
Get 을 사용하여 API 호출을 실행하면 동일한 형식의 개체 컬렉션에 액세스할 때 일치하는 모든 개체가 기본적으로 반환됩니다. 필요한 경우 요청과 함께 max_records 쿼리 매개 변수를 사용하여 반환되는 레코드 수를 제한할 수 있습니다. 예를 들면 다음과 같습니다.
+max_records=20
+
+
+
필요한 경우 이 매개 변수를 다른 쿼리 매개 변수와 결합하여 결과 집합의 범위를 좁힐 수 있습니다. 예를 들어, 다음과 같이 지정된 시간 이후에 생성된 최대 10개의 시스템 이벤트를 반환합니다.
+time⇒ 2019-04-04T15:41:29.140265Z&max_records=10
+
+
+
이벤트(또는 모든 개체 유형)를 통해 페이지를 넘도록 여러 요청을 실행할 수 있습니다. 이후의 각 API 호출은 마지막 결과 집합의 최신 이벤트를 기반으로 새 시간 값을 사용해야 합니다.
+
+
+
+
+
+
API 응답을 해석합니다
+
+
+
각 API 요청은 클라이언트에 대한 응답을 다시 생성합니다. 응답을 검토하여 확인할 수 있습니다
+성공 여부 및 필요에 따라 추가 데이터 검색
+
+
+
HTTP 상태 코드입니다
+
+
Deploy REST API에 사용되는 HTTP 상태 코드는 아래와 같다.
+
+
+
+
+
+
+
+
+
+
코드
+
의미
+
설명
+
+
+
+
+
200
+
좋습니다
+
새 개체를 만들지 않는 호출에 대한 성공 여부를 나타냅니다.
+
+
+
201
+
작성됨
+
객체가 성공적으로 생성되었습니다. 위치 응답 헤더에는 객체의 고유 식별자가 포함됩니다.
+
+
+
202
+
수락됨
+
요청을 수행하기 위해 오래 실행되는 백그라운드 작업이 시작되었지만 작업이 아직 완료되지 않았습니다.
+
+
+
400
+
잘못된 요청입니다
+
요청 입력이 인식되지 않거나 부적절합니다.
+
+
+
403
+
금지됨
+
인증 오류로 인해 액세스가 거부되었습니다.
+
+
+
404
+
찾을 수 없습니다
+
요청에서 참조되는 리소스가 없습니다.
+
+
+
405
+
메서드가 허용되지 않습니다
+
요청의 HTTP 동사는 리소스에 대해 지원되지 않습니다.
+
+
+
409
+
충돌
+
개체가 이미 있으므로 개체를 만들지 못했습니다.
+
+
+
500입니다
+
내부 오류입니다
+
서버에서 일반적인 내부 오류가 발생했습니다.
+
+
+
501
+
구현되지 않았습니다
+
URI를 알고 있지만 요청을 수행할 수 없습니다.
+
+
+
+
+
+
응답 헤더
+
+
배포 서버에서 생성된 HTTP 응답에는 다음과 같은 여러 헤더가 포함됩니다.
+
+
+
+
+
요청 ID입니다
+성공한 모든 API 요청에는 고유한 요청 식별자가 할당됩니다.
+
+
+
위치
+개체가 만들어지면 위치 헤더에 고유한 개체 식별자를 포함하여 새 개체에 대한 전체 URL이 포함됩니다.
+
+
+
+
+
+
응답 바디
+
+
API 요청과 관련된 응답 내용은 객체, 처리 유형 및 요청의 성공 또는 실패에 따라 달라집니다. 응답 본문은 JSON으로 렌더링됩니다.
+
+
+
+
+
단일 개체
+요청에 따라 필드 집합과 함께 단일 개체를 반환할 수 있습니다. 예를 들어, 가져오기를 사용하여 고유 식별자를 사용하여 클러스터의 선택된 속성을 검색할 수 있습니다.
+
+
+
여러 개의 개체
+리소스 컬렉션의 여러 개체를 반환할 수 있습니다. 어떤 경우든 에는 일관된 형식이 사용됩니다 num_records 개체 인스턴스의 배열을 포함하는 레코드 및 레코드 수를 나타냅니다. 예를 들어, 특정 클러스터에 정의된 모든 노드를 검색할 수 있습니다.
+
+
+
작업 객체
+API 호출이 비동기적으로 처리되는 경우 백그라운드 작업을 고정하는 Job 개체가 반환됩니다. 예를 들어, 클러스터를 배포하는 데 사용되는 POST 요청은 비동기적으로 처리되고 작업 개체를 반환합니다.
+
+
+
오류 개체
+오류가 발생하면 항상 Error 개체가 반환됩니다. 예를 들어, 이름이 이미 존재하는 클러스터를 생성하려고 하면 오류가 발생합니다.
+
+
+
비어 있습니다
+경우에 따라 데이터가 반환되지 않고 응답 본문이 비어 있습니다. 예를 들어, 삭제 기능을 사용하여 기존 호스트를 삭제한 후 응답 본문이 비어 있습니다.
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
Ansible 역할 및 플레이북을 사용하여 ONTAP Select 구축 자동화
+
+
+
Ansible 역할은 표준화된 파일 구조에 있는 작업, 템플릿, 처리기 및 변수의 논리적 모음입니다. 이러한 역할을 사용하여 독립적으로 사용할 수 있는 기능을 사용하고, 재사용하고, 모듈화합니다. 실행을 위해 플레이북에 역할 및 실행하려는 호스트 목록을 포함합니다. Ansible을 설치하고, 필요한 모듈을 업데이트하고, 플레이북을 이해한 후에는 NetApp GitHub에서 ONTAP Select(OTS) 역할을 다운로드하여 ONTAP Select 클러스터 배포를 위한 자체 플레이북을 만들고 실행할 수 있습니다.
+
+
+
+
+
역할
+
+
+
ONTAP Select에는 두 가지 역할을 사용할 수 있습니다.
+
+
+
NA_OTS_배포
+
+
이 역할은 ONTAP Select 구축을 위한 설치 파일을 vCenter 또는 ESXi 호스트에 다운로드합니다. 그런 다음 배포 VM을 생성하고 실행합니다.
+
+
+
이 역할은 다음과 같은 입력 값을 사용합니다.
+
+
+
+
+
vCenter 또는 ESXi 호스트 자격 증명
+
+
+
다음과 같은 정보를 포함하여 VM 생성 배포:
+
+
+
+
IP 주소입니다
+
+
+
호스트 이름입니다
+
+
+
로그인
+
+
+
암호
+
+
+
데이터 저장소
+
+
+
네트워크
+
+
+
+
+
+
OVA 파일의 로컬 경로입니다
+
+
역할을 포함하여 플레이북을 실행하기 전에 설치 파일을 사용할 수 있는지 확인하십시오.)
+
+
+
+
+
+
+
+
+
+
+
+이러한 입력 값을 제공하는 가장 간단한 방법은 YML 형식의 전역 변수 파일을 사용하는 것입니다. 이 YML 파일을 플레이북에 전달합니다.
+
+
+
+
+
+
이 역할에는 배포 OVA 파일을 호스트로 가져와서 VM을 생성하고 실행하는 단일 작업이 있습니다. 다음 NetApp Ansible GitHub에서 이 역할을 액세스하고 다운로드할 수 있습니다. "NA_OTS_배포"
+
+
+
+
NA_OTS_클러스터
+
+
이 역할은 ONTAP Select 배포 API를 사용하여 ONTAP Select 클러스터를 생성하고 배포합니다. 배포 VM이 생성되었으며 수동으로 또는 * na_OTS_deploy * 역할을 사용하여 실행 중인 것으로 가정합니다. 또한 이 역할에서는 Select 호스트가 ONTAP Select 클러스터에 필요한 네트워킹 및 스토리지로 적절히 구성되어 있다고 가정합니다.
+
+
+
이 역할은 vCenter 또는 ESXi 자격 증명에 대한 입력 값을 사용하고, VM 자격 증명을 구축하여 API와 ONTAP Select 클러스터 및 노드 VM을 생성하는 데 필요한 모든 관련 정보를 액세스합니다.
+
+
+
역할은 다음 작업을 수행합니다.
+
+
+
+
+
호스트 자격 증명 추가(vCenter 또는 ESXi
+
+
+
호스트 ID 가져오기 및 등록
+
+
+
내부 네트워크 검증(다중 노드 클러스터의 경우)
+
+
+
클러스터 생성
+
+
+
노드 구성
+
+
+
네트워크 및 스토리지 풀 구성
+
+
+
클러스터 구축
+
+
+
+
+
결과적으로 클러스터 VM이 가동되고 ONTAP Select 클러스터가 완전히 배포되면 역할이 완료됩니다. 다음 NetApp Ansible GitHub에서 이 역할을 액세스하고 다운로드할 수 있습니다. "NA_OTS_클러스터"
+
+
+
+
+
+
플레이북 예
+
+
+
다음은 이러한 두 가지 ONTAP Select 역할을 수행하는 플레이북 예입니다. 입력 변수는 YML 파일에서 정의되며 "VAR_FILES"를 통해 전달됩니다. 각 역할의 README 파일에서 자세한 내용을 확인할 수 있습니다.
위 역할을 사용하여 ONTAP Select 클러스터를 생성하고 실행한 후, ONTAP 기능을 더욱 자동화하는 데 사용할 수 있는 다양한 ONTAP Ansible 역할을 활용할 수 있습니다. 사용 가능한 ONTAP 역할에 액세스할 수 있습니다 "여기". 요약하면, ONTAP Select Ansible 역할과 ONTAP 역할을 함께 사용하면 엔드-투-엔드 워크플로우를 완벽하게 자동화하여 ONTAP Select을 통해 스토리지를 관리할 수 있습니다.
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
환경에 가장 적합한 HA 구성을 선택할 수 있는 고가용성 옵션에 대해 알아보십시오.
+
+
+
고객이 엔터프라이즈급 스토리지 어플라이언스에서 일반 하드웨어에서 실행되는 소프트웨어 기반 솔루션으로 애플리케이션 워크로드를 이동하기 시작했지만 복원력과 내결함성 관련된 기대치와 요구사항은 달라지지 않았습니다. 제로 복구 시점 목표(RPO)를 제공하는 HA 솔루션은 인프라 스택의 어떤 구성 요소로부터의 장애로 인한 데이터 손실로부터 고객을 보호합니다.
+
+
+
SDS 시장의 상당 부분은 비공유 스토리지의 개념을 기반으로 하며, 소프트웨어 복제를 통해 서로 다른 스토리지 사일로에 여러 사용자 데이터 복사본을 저장하여 데이터 복원력을 제공합니다. ONTAP Select는 ONTAP에서 제공하는 동기식 복제 기능(RAID SyncMirror)을 사용하여 클러스터 내에 사용자 데이터의 추가 복사본을 저장함으로써 이 사내에 구축됩니다. 이 오류는 HA 쌍의 컨텍스트 내에서 발생합니다. 모든 HA 쌍에서는 사용자 데이터의 복사본 2개를 저장합니다. 하나는 로컬 노드가 제공하는 스토리지에, 다른 하나는 HA 파트너가 제공하는 스토리지에 저장합니다. ONTAP Select 클러스터 내에서는 HA와 동기식 복제가 서로 연관되어 있으며 이 둘을 독립적으로 분리 또는 사용할 수 없습니다. 따라서 동기식 복제 기능은 다중 노드 오퍼링에서만 사용할 수 있습니다.
+
+
+
+
+
+
+
+
+ONTAP Select 클러스터에서 동기식 복제 기능은 비동기식 SnapMirror 또는 SnapVault 복제 엔진을 대체하는 것이 아니라 HA 구현의 기능입니다. 동기식 복제는 HA와 독립적으로 사용할 수 없습니다.
+
+
+
+
+
+
ONTAP Select HA 구축 모델에는 다중 노드 클러스터(4노드, 6노드 또는 8노드)와 2노드 클러스터가 있습니다. 2노드 ONTAP Select 클러스터의 가장 중요한 기능은 브레인 분할 시나리오를 해결하기 위해 외부 중재자 서비스를 사용하는 것입니다. ONTAP Deploy VM은 구성하는 모든 2노드 HA 쌍의 기본 중재자 역할을 합니다.
+
+
+
두 가지 아키텍처는 다음 그림에 나와 있습니다.
+
+
+
+
+
원격 중재자와 로컬 연결 스토리지를 사용하는 2노드 ONTAP Select 클러스터 *
+
+
+
+
+
+
+
+
+
+
+
+
+
+2노드 ONTAP Select 클러스터는 하나의 HA 쌍과 중재자로 구성됩니다. HA 쌍 내에서는 각 클러스터 노드의 데이터 애그리게이트가 동기식으로 미러링되며, 페일오버 시 데이터가 손실되지 않습니다.
+
+
+
+
+
+
로컬 연결 스토리지를 사용하는 * 4노드 ONTAP Select 클러스터
+
+
+
+
+
+
4노드 ONTAP Select 클러스터는 2개의 HA 쌍으로 구성됩니다. 6노드 클러스터와 8노드 클러스터는 각각 3개와 4개의 HA 쌍으로 구성됩니다. 각 HA 쌍 내에서는 각 클러스터 노드의 데이터 애그리게이트가 동기식으로 미러링되며, 페일오버 시 데이터가 손실되지 않습니다.
+
+
+
DAS 스토리지를 사용하는 경우 물리적 서버에 하나의 ONTAP Select 인스턴스만 존재할 수 있습니다. ONTAP Select를 사용하려면 시스템의 로컬 RAID 컨트롤러에 대한 비공유 액세스가 필요하며, 스토리지에 물리적으로 접속하지 않으면 불가능한 로컬로 연결된 디스크를 관리하도록 설계되었습니다.
+
+
+
+
+
+
+
2노드 HA와 다중 노드 HA 비교
+
+
+
FAS 어레이와 달리 HA 쌍의 ONTAP Select 노드는 IP 네트워크를 통해서만 통신합니다. 즉, IP 네트워크는 단일 장애 지점(SPOF)이며 네트워크 파티션 및 분할 뇌 시나리오로부터 보호하는 것은 설계의 중요한 측면이 됩니다. 다중 노드 클러스터는 3개 이상의 정상 노드에 클러스터 쿼럼을 설정할 수 있으므로 단일 노드 장애를 유지할 수 있습니다. 2노드 클러스터는 동일한 결과를 얻기 위해 ONTAP Deploy VM에서 호스팅하는 중재자 서비스에 의존합니다.
+
+
+
ONTAP Select 노드와 ONTAP 배포 중재자 서비스 간의 하트비트 네트워크 트래픽은 최소화되고 복원되므로 ONTAP 배포 VM이 ONTAP Select 2노드 클러스터가 아닌 다른 데이터 센터에서 호스팅될 수 있습니다.
+
+
+
+
+
+
+
+
+ONTAP Deploy VM은 해당 클러스터의 중재자 역할을 할 때 2노드 클러스터의 핵심 부분이 됩니다. 중재자 서비스를 사용할 수 없는 경우 2노드 클러스터가 계속해서 데이터를 제공하지만 ONTAP Select 클러스터의 스토리지 페일오버 기능은 사용되지 않습니다. 따라서 ONTAP Deploy 중재자 서비스는 HA 쌍의 각 ONTAP Select 노드와 지속적으로 통신해야 합니다. 클러스터 쿼럼이 제대로 작동하려면 최소 5Mbps의 대역폭과 최대 RTT(Round-Trip Time) 지연 시간이 125ms가 필요합니다.
+
+
+
+
+
+
중재자 역할을 하는 ONTAP 배포 VM을 일시적으로 또는 영구적으로 사용할 수 없는 경우 2차 ONTAP 배포 VM을 사용하여 2노드 클러스터 쿼럼을 복원할 수 있습니다. 이로 인해 새 ONTAP 배포 VM이 ONTAP Select 노드를 관리할 수 없지만 클러스터 쿼럼 알고리즘에 성공적으로 참여할 수 있는 구성이 생성됩니다. ONTAP Select 노드와 ONTAP 배포 VM 간의 통신은 IPv4를 통한 iSCSI 프로토콜을 사용하여 수행됩니다. ONTAP Select 노드 관리 IP 주소는 이니시에이터이고, ONTAP 구축 VM IP 주소는 타겟입니다. 따라서 2노드 클러스터를 생성할 때는 노드 관리 IP 주소에 대한 IPv6 주소를 지원할 수 없습니다. ONTAP 배포 호스팅된 메일박스 디스크는 2노드 클러스터 생성 시 적절한 ONTAP Select 노드 관리 IP 주소에 자동으로 생성 및 마스킹됩니다. 전체 구성은 설정 중에 자동으로 수행되며 추가 관리 작업은 필요하지 않습니다. 클러스터를 생성하는 ONTAP 배포 인스턴스는 해당 클러스터의 기본 중재자입니다.
+
+
+
원래 중재자 위치를 변경해야 하는 경우 관리 작업이 필요합니다. 원래 ONTAP 배포 VM이 손실되더라도 클러스터 쿼럼을 복구할 수 있습니다. 그러나 2노드 클러스터가 인스턴스화될 때마다 ONTAP Deploy 데이터베이스를 백업하는 것이 좋습니다.
+
+
+
+
+
2노드 HA와 2노드 확장 HA(MetroCluster SDS) 비교
+
+
+
서로 다른 거리에 2노드 액티브/액티브 HA 클러스터를 배치하고 각 노드를 서로 다른 데이터 센터에 배치할 수 있습니다. 2노드 클러스터와 2노드 확장 클러스터(MetroCluster SDS라고도 함)의 유일한 차이점은 노드 간의 네트워크 연결 거리입니다.
+
+
+
2노드 클러스터는 300m 거리 내에 두 노드가 같은 데이터 센터에 위치한 클러스터로 정의됩니다. 일반적으로 두 노드는 동일한 네트워크 스위치 또는 ISL(Interswitch Link) 네트워크 스위치 세트에 대한 업링크를 가지고 있습니다.
+
+
+
2노드 MetroCluster SDS는 노드가 물리적으로 300m 이상 분리된 클러스터(다양한 객실, 서로 다른 건물 및 데이터 센터)로 정의됩니다. 또한 각 노드의 업링크 연결은 별도의 네트워크 스위치에 연결됩니다. MetroCluster SDS에는 전용 하드웨어가 필요하지 않습니다. 그러나 환경은 지연(RTT의 경우 최대 5ms, 지터의 경우 5ms) 및 물리적 거리(최대 10ms)에 대한 요구 사항을 준수해야 합니다.
+
+
+
MetroCluster SDS는 프리미엄 기능이며 프리미엄 라이센스 또는 프리미엄 XL 라이센스가 필요합니다. Premium 라이센스는 소규모 및 중간 규모 VM과 HDD 및 SSD 미디어 생성을 모두 지원합니다. Premium XL 라이센스도 NVMe 드라이브 생성을 지원합니다.
+
+
+
+
+
+
+
+
+MetroCluster SDS는 로컬 연결 스토리지(DAS)와 공유 스토리지(vNAS) 모두에서 지원됩니다. vNAS 구성은 일반적으로 ONTAP Select VM과 공유 스토리지 간의 네트워크 때문에 지연 시간이 더 길어집니다. MetroCluster SDS 구성은 공유 스토리지 지연 시간을 포함하여 노드 간에 최대 10ms의 지연 시간을 제공해야 합니다. 즉, 공유 스토리지 지연 시간은 이러한 구성에서 무시할 수 없기 때문에 Select VM 간의 지연 시간만을 측정하는 것은 적절하지 않습니다.
+
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
RAID RSM(SyncMirror), 미러링된 애그리게이트 및 쓰기 경로를 사용하여 데이터 손실을 방지합니다.
+
+
+
+
+
동기식 복제
+
+
+
ONTAP HA 모델은 HA 파트너의 개념을 기반으로 합니다. ONTAP Select는 ONTAP에 있는 RAID RSM(SyncMirror) 기능을 사용하여 클러스터 노드 간에 데이터 블록을 복제하여 HA 쌍 전체에 사용자 데이터의 복사본 2개를 제공함으로써 이러한 아키텍처를 비공유 일반 서버 환경으로 확장합니다.
ONTAP Select 클러스터는 2~8개의 노드로 구성됩니다. 각 HA 쌍에는 사용자 데이터의 복사본 2개가 포함되어 있으며 IP 네트워크를 통해 노드 간에 동기식으로 미러링됩니다. 이 미러링은 사용자에게 투명하며, 데이터 애그리게이트 생성 프로세스 중에 자동으로 구성되는 데이터 애그리게이트의 속성입니다.
+
+
+
ONTAP Select 클러스터의 모든 애그리게이트는 노드 페일오버 시 데이터 가용성을 위해 미러링되어야 하고 하드웨어 장애 발생 시 SPOF를 피해야 합니다. ONTAP Select 클러스터의 Aggregate는 HA 쌍의 각 노드에서 제공하는 가상 디스크를 기반으로 하며 다음 디스크를 사용합니다.
+
+
+
+
+
로컬 디스크 세트(현재 ONTAP Select 노드에서 제공)
+
+
+
미러링된 디스크 세트(현재 노드의 HA 파트너가 제공)
+
+
+
+
+
+
+
+
+
+
+미러링된 Aggregate를 구축하는 데 사용되는 로컬 및 미러 디스크의 크기는 동일해야 합니다. 이러한 애그리게이트를 플렉스 0 및 플렉스 1이라고 합니다(각각 로컬 및 원격 미러 쌍 표시). 실제 plex 번호는 설치 시 다를 수 있습니다.
+
+
+
+
+
+
이 접근 방식은 표준 ONTAP 클러스터의 작동 방식과 근본적으로 다릅니다. 이는 ONTAP Select 클러스터 내의 모든 루트 및 데이터 디스크에 적용됩니다. Aggregate는 데이터의 로컬 복사본과 미러 복사본을 모두 포함합니다. 따라서 N 가상 디스크를 포함하는 집계는 데이터의 두 번째 사본이 고유한 디스크에 상주하므로 N/2 디스크의 고유 스토리지 가치를 제공합니다.
+
+
+
다음 그림에서는 4노드 ONTAP Select 클러스터 내의 HA 쌍을 보여 줍니다. 이 클러스터 내에는 두 HA 파트너의 스토리지를 사용하는 단일 애그리게이트(테스트)가 있습니다. 이 데이터 집계는 2개의 가상 디스크 세트로 구성되어 있습니다. 하나는 ONTAP Select 소유 클러스터 노드(Plex 0)에서 제공하는 로컬 세트와 대체 작동 파트너(Plex 1)가 제공하는 원격 세트입니다.
+
+
+
Plex 0은 모든 로컬 디스크를 보관하는 버킷입니다. Plex 1은 미러 디스크를 보관하는 버켓 또는 사용자 데이터의 두 번째 복제 사본을 저장하는 역할을 하는 디스크입니다. Aggregate를 소유하는 노드는 디스크를 Plex 0에 제공하고 해당 노드의 HA 파트너가 디스크를 Plex 1에 제공합니다.
+
+
+
다음 그림에서는 두 개의 디스크가 있는 미러링된 Aggregate가 있습니다. 이 집계의 내용은 2개의 클러스터 노드에 걸쳐 미러링되며, 로컬 디스크 net-1.1은 Plex 0 버킷에, 원격 디스크 net-2.1은 Plex 1 버킷에 배치됩니다. 이 예제에서 애그리게이트 테스트는 클러스터 노드 왼쪽의 소유이며 로컬 디스크 net-1.1 및 HA 파트너 미러 디스크 net-2.1을 사용합니다.
+
+
+
+
+
ONTAP Select 미러링된 애그리게이트 *
+
+
+
+
+
+
+
+
+
+
+
+ONTAP Select 클러스터가 구축되면 시스템에 있는 모든 가상 디스크가 올바른 플렉스(plex)에 자동으로 할당되므로 디스크 할당과 관련하여 사용자에게 추가 단계가 필요하지 않습니다. 이렇게 하면 실수로 디스크를 잘못된 플렉스에 할당하지 않고 최적의 미러 디스크 구성을 제공할 수 있습니다.
+
+
+
+
+
+
+
+
쓰기 경로
+
+
+
클러스터 노드 간 데이터 블록의 동기식 미러링과 시스템 장애 시 데이터 손실이 없어야 합니다. 쓰기 작업이 ONTAP Select 클러스터를 통해 전파될 때 발생하는 경로에 큰 영향을 미칩니다. 이 프로세스는 다음 두 단계로 구성됩니다.
+
+
+
+
+
승인
+
+
+
디스테이징
+
+
+
+
+
타겟 볼륨에 대한 쓰기는 데이터 LIF에서 수행되고 가상화된 NVRAM 파티션에 커밋된 다음, ONTAP Select 노드의 시스템 디스크에 저장된 후 클라이언트로 다시 인식됩니다. HA 구성에서 이러한 NVRAM 쓰기는 인식되기 전에 타겟 볼륨 소유자의 HA 파트너에게 즉시 미러링되므로 추가 단계가 발생합니다. 이 프로세스에서는 원래 노드에 하드웨어 장애가 발생한 경우 HA 파트너 노드의 파일 시스템 정합성을 보장합니다.
+
+
+
NVRAM에 쓰기가 커밋된 후 ONTAP는 이 파티션의 내용을 적절한 가상 디스크로 정기적으로 이동합니다. 이 프로세스는 디스테이징이라고 합니다. 이 프로세스는 타겟 볼륨을 소유하는 클러스터 노드에서 한 번만 수행되며 HA 파트너에서 실행되지 않습니다.
+
+
+
다음 그림에서는 ONTAP Select 노드에 대한 수신 쓰기 요청의 쓰기 경로를 보여 줍니다.
+
+
+
+
+
ONTAP Select 쓰기 경로 워크플로우 *
+
+
+
+
+
+
들어오는 쓰기 승인에는 다음 단계가 포함됩니다.
+
+
+
+
+
쓰기 작업은 ONTAP Select 노드 A가 소유하는 논리 인터페이스를 통해 시스템으로 들어갑니다
+
+
+
쓰기는 노드 A의 NVRAM에 커밋되고 HA 파트너인 노드 B에 미러링됩니다
+
+
+
두 HA 노드에 I/O 요청이 있으면 해당 요청이 클라이언트에 다시 전달됩니다.
+
+
+
+
+
ONTAP Select는 NVRAM에서 데이터 애그리게이트(ONTAP CP)로 디스테이징하는 단계는 다음과 같습니다.
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
HA 디스크 하트비팅, HA 메일박스, HA 하트비팅, HA 페일오버 및 기브백은 데이터 보호를 강화합니다.
+
+
+
+
+
디스크 하트비팅
+
+
+
ONTAP Select HA 아키텍처에서 기존 FAS 어레이에서 사용되는 여러 코드 경로를 활용하기는 하지만, 몇 가지 예외가 있습니다. 이러한 예외 중 하나는 네트워크 격리가 브레인 분할 동작을 일으키는 것을 방지하기 위해 클러스터 노드에서 사용하는 비네트워크 기반 통신 방법인 디스크 기반 하트비팅을 구현하는 것입니다. 브레인 분할 시나리오는 클러스터 분할의 결과로서, 일반적으로 네트워크 장애로 인해 발생하며, 각 측에서는 다른 쪽이 다운되어 클러스터 리소스를 인수하려고 한다고 믿고 있습니다.
+
+
+
엔터프라이즈급 HA 구현에서는 이러한 유형의 시나리오를 적절하게 처리해야 합니다. ONTAP는 사용자 지정된 디스크 기반 하트비팅 방법을 통해 이 작업을 수행합니다. 이 작업은 클러스터 노드에서 하트비트 메시지를 전달하는 데 사용되는 물리적 스토리지의 위치인 HA 사서함의 작업입니다. 이렇게 하면 클러스터에서 연결을 확인할 수 있으므로 장애 조치 시 쿼럼을 정의할 수 있습니다.
+
+
+
공유 스토리지 HA 아키텍처를 사용하는 FAS 어레이에서 ONTAP는 다음과 같은 방법으로 브레인 분할 문제를 해결합니다.
+
+
+
+
+
SCSI 영구 예약
+
+
+
영구적 HA 메타데이터
+
+
+
HA 인터커넥트를 통해 전송된 HA 상태입니다
+
+
+
+
+
하지만 ONTAP Select 클러스터의 무공유 아키텍처에서 노드는 HA 파트너의 자체 로컬 스토리지만 볼 수 있습니다. 따라서 네트워크 파티셔닝으로 HA 쌍의 각 측면이 격리되면 앞에서 설명한 클러스터 쿼럼 및 페일오버 동작 결정 방법을 사용할 수 없습니다.
+
+
+
기존의 브레인 분할 탐지 및 회피 방법은 사용할 수 없지만, 비공유 환경의 제약 조건에 맞는 중재 방법이 여전히 필요합니다. ONTAP Select는 기존 메일박스 인프라를 더욱 확장하여 네트워크 파티션 분할 시 IT가 조정 방법으로 사용할 수 있도록 합니다. 공유 스토리지를 사용할 수 없기 때문에 중재는 NAS를 통해 메일박스 디스크에 대한 액세스를 통해 수행됩니다. 이러한 디스크는 iSCSI 프로토콜을 사용하여 2노드 클러스터의 중재자를 포함하여 클러스터 전체에 분산됩니다. 따라서 이러한 디스크에 대한 액세스를 기반으로 클러스터 노드에서 지능적으로 페일오버를 결정할 수 있습니다. 노드가 HA 파트너 외부의 다른 노드의 메일박스 디스크에 액세스할 수 있는 경우 정상 상태가 될 수 있습니다.
+
+
+
+
+
+
+
+
+ONTAP Select의 다중 노드 변형에는 4개의 개별 노드 또는 2노드 클러스터의 중재자가 필요한 이유는 사서함 아키텍처 및 클러스터 쿼럼과 브레인 분할 문제를 해결하기 위한 디스크 기반 하트비팅 방법입니다.
+
+
+
+
+
+
+
+
HA 사서함 게시
+
+
+
HA 사서함 아키텍처는 메시지 게시 모델을 사용합니다. 클러스터 노드는 반복 간격으로 중재자를 포함하여 클러스터의 다른 모든 메일박스 디스크에 노드가 실행 중임을 나타내는 메시지를 게시합니다. 특정 시점의 정상적인 클러스터 내에서 클러스터 노드의 단일 메일박스 디스크에는 다른 모든 클러스터 노드에서 보낸 메시지가 표시됩니다.
+
+
+
각 Select 클러스터 노드에 연결된 가상 디스크는 공유 메일박스 액세스에 주로 사용됩니다. 이 디스크는 노드 장애 또는 네트워크 파티션 분할 시 클러스터 중재 방법으로 기능하기 때문에 중재자 메일박스 디스크라고 합니다. 이 메일박스 디스크는 각 클러스터 노드의 파티션을 포함하며 다른 Select 클러스터 노드에 의해 iSCSI 네트워크를 통해 마운트됩니다. 주기적으로 이러한 노드는 메일박스 디스크의 적절한 파티션에 상태 상태를 게시합니다. 클러스터 전반에 걸쳐 네트워크 액세스 가능 메일박스 디스크를 사용하면 성능 매트릭스를 통해 노드 상태를 추론할 수 있습니다. 예를 들어 클러스터 노드 A와 B는 클러스터 노드 D의 메일박스에 게시할 수 있지만 노드 C의 메일박스에는 게시할 수 없습니다 또한 클러스터 노드 D는 노드 C의 사서함에 게시할 수 없으므로 노드 C가 다운되었거나 네트워크가 격리되어 작업을 수행해야 할 수 있습니다.
+
+
+
+
+
하쓰비팅
+
+
+
NetApp FAS 플랫폼과 마찬가지로 ONTAP Select은 HA 인터커넥트를 통해 HA 하트비트 메시지를 주기적으로 전송합니다. ONTAP Select 클러스터 내에서 HA 파트너 간에 존재하는 TCP/IP 네트워크 연결을 통해 수행됩니다. 또한 디스크 기반 하트비트 메시지는 중재자 메일박스 디스크를 포함하여 모든 HA 메일박스 디스크에 전달됩니다. 이러한 메시지는 몇 초마다 전달되고 주기적으로 다시 읽힙니다. 이러한 이벤트가 전송 및 수신되는 빈도에 따라 ONTAP Select 클러스터는 FAS 플랫폼에서 사용 가능한 동일한 창에서 약 15초 내에 HA 장애 이벤트를 감지할 수 있습니다. 하트비트 메시지를 더 이상 읽지 않으면 페일오버 이벤트가 트리거됩니다.
+
+
+
다음 그림은 단일 ONTAP Select 클러스터 노드 C의 관점에서 HA 인터커넥트와 디스크 중재자를 통해 하트비트 메시지를 보내고 받는 프로세스를 보여 줍니다
+
+
+
+
+
+
+
+
+네트워크 하트비트는 HA 인터커넥트를 통해 HA 파트너, 노드 D로 전송되고 디스크 하트비트는 모든 클러스터 노드, A, B, C, D에 메일박스 디스크를 사용합니다
+
+
+
+
+
+
+
+
4노드 클러스터의 HA 하트비팅: 안정적 상태 *
+
+
+
+
+
+
+
+
HA 페일오버 및 반환
+
+
+
장애 조치 작업 중에 정상적인 노드는 HA 파트너 데이터의 로컬 복사본을 사용하여 피어 노드에 대한 데이터 서비스 책임을 맡습니다. 클라이언트 I/O는 중단되지 않고 계속 작동할 수 있지만 이 데이터에 대한 변경 사항은 반환이 수행되기 전에 다시 복제되어야 합니다. ONTAP Select는 강제 반환을 지원하지 않습니다. 활성 노드에 저장된 변경 사항이 손실되기 때문입니다.
+
+
+
재부팅 노드가 클러스터에 다시 연결되면 다시 동기화 작업이 자동으로 트리거됩니다. 동기화 재동기화에 필요한 시간은 여러 요인에 따라 달라집니다. 이러한 요소에는 복제해야 하는 변경 사항 수, 노드 간 네트워크 지연 시간, 각 노드의 디스크 서브시스템 속도가 포함됩니다. 다시 동기화에 필요한 시간이 자동 줄넘기는 시간(자동 줄넘기는 시간)이 10분을 초과할 수 있습니다. 이 경우 다시 동기화 후 수동 반환이 필요합니다. 다음 명령을 사용하여 다시 동기화의 진행률을 모니터링할 수 있습니다.
+
+
+
+
storage aggregate status -r -aggregate <aggregate name>
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
용량 풀 라이센스 모델은 용량 계층 모델과 다릅니다. 각 개별 노드에 전용 스토리지 용량을 할당하는 대신 스토리지 용량을 풀에 할당하여 여러 노드 간에 공유합니다. 용량 풀 모델을 지원하기 위해 추가 구성 요소 및 프로세스가 생성되었습니다.
+
+
+
+
+
License Manager를 클릭합니다
+
+
+
License Manager는 배포 관리 유틸리티의 각 인스턴스 내에서 별도의 프로세스로 실행됩니다. LM에서 제공하는 기능 중 일부는 다음과 같습니다.
+
+
+
+
+
용량 풀 라이센스 일련 번호를 기준으로 각 노드에 대해 고유한 20자리 일련 번호를 생성합니다
+
+
+
ONTAP Select 노드의 요청에 따라 공유 용량 풀에서 용량 리스를 생성합니다
+
+
+
배포 사용자 인터페이스를 통해 풀 사용 정보를 보고합니다
+
+
+
+
+
+
+
임대 특성
+
+
+
용량 풀 라이센스를 사용하여 노드의 모든 데이터 애그리게이트에 대해 할당된 스토리지에는 관련 임대가 있어야 합니다. 노드가 스토리지 임대를 요청하고 사용 가능한 용량이 있는 경우 License Manager가 리스로 응답합니다. 각 임차에는 다음과 같은 명시적 또는 암시적 특성이 있습니다.
License Manager의 각 인스턴스 및 해당하는 각 배포 유틸리티 인스턴스는 고유한 128비트 숫자로 식별됩니다. 이 번호는 9자리 용량 풀 라이센스 일련 번호와 결합되어 풀을 특정 License Manager 인스턴스(실제로 배포 인스턴스)에 잠급니다. NLF(NetApp 라이센스 파일)를 생성하는 과정에서 NetApp Support 사이트에서 두 값을 모두 제공해야 합니다.
+
+
+
다음과 같은 방법으로 웹 사용자 인터페이스를 사용하여 배포 인스턴스의 라이센스 잠금 ID를 확인할 수 있습니다.
+
+
+
+
+
시작 페이지
+이 페이지는 배포하기 위해 처음 로그인할 때 표시됩니다. 페이지 오른쪽 상단의 드롭다운 상자를 클릭하고 시작하기 를 선택하여 페이지를 표시할 수도 있습니다. 라이센스 추가 섹션에 LLID가 표시됩니다.
+
+
+
관리
+페이지 상단의 * 관리 * 탭을 클릭한 다음 * 시스템 * 및 * 설정 * 을 클릭합니다.
+
+
+
+
+
+
+
기본 리스 작업
+
+
+
ONTAP Select 노드는 데이터 애그리게이스가 생성, 확장 또는 변경될 때마다 유효한 용량 리스를 찾거나 요청해야 합니다. 여전히 유효한 이전 요청에서 얻은 임대를 사용하거나 필요한 경우 새 임대를 요청할 수 있습니다. ONTAP Select 노드에서 용량 풀 리스를 찾으려면 다음 단계를 수행합니다.
+
+
+
+
+
기존 임대가 노드에 있는 경우 다음 조건이 모두 참이면 사용됩니다.
+
+
+
+
임대가 만료되지 않았습니다
+
+
+
Aggregate에 대한 스토리지 요청이 리스 용량을 초과하지 않습니다
+
+
+
+
+
+
기존 임대를 찾을 수 없는 경우 노드는 License Manager로부터 새 임대를 요청합니다.
+
+
+
+
+
+
+
용량 풀에 스토리지 용량을 반환합니다
+
+
+
필요에 따라 용량 풀에서 스토리지 용량이 할당되며, 새로운 요청이 있을 때마다 풀에서 사용 가능한 스토리지가 줄어들 수 있습니다. 스토리지 용량은 다음과 같은 몇 가지 상황에서 풀로 반환됩니다.
+
+
+
+
+
데이터 애그리게이트의 임대가 만료되며 노드에 의해 갱신되지 않습니다
+
+
+
데이터 애그리게이트는 삭제됩니다
+
+
+
+
+
+
+
+
+
+
+ONTAP Select 가상 머신을 삭제하면 활성 임대가 만료될 때까지 그대로 유지됩니다. 이 경우 용량이 풀로 반환됩니다.
+
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
용량 풀 라이센스 모델을 사용할 때 적용되는 제한 사항은 다음과 같습니다.
+
+
+
클러스터당 일관된 라이센스 모델
+
단일 ONTAP Select 클러스터 내의 모든 노드는 용량 계층 또는 용량 풀과 같은 라이센스 모델을 사용해야 합니다. 단일 클러스터 내에서 노드의 라이센스 유형을 혼합할 수 없습니다.
+
+
+
클러스터의 모든 노드는 동일한 License Manager 인스턴스를 사용합니다
+
ONTAP Select 클러스터에 용량 풀 라이센스가 있는 모든 노드는 동일한 라이센스 관리자 인스턴스를 사용해야 합니다. 각 배포 인스턴스 내에 License Manager 인스턴스가 하나이므로 이 제한은 클러스터의 모든 노드가 동일한 배포 인스턴스를 통해 관리되어야 한다는 기존 요구 사항을 다시 기술합니다.
+
+
+
노드당 1개의 용량 풀
+
각 노드는 정확히 하나의 용량 풀에서 스토리지를 임대할 수 있습니다. 노드는 두 개 이상의 풀을 사용할 수 없습니다.
+
+
+
HA Pair의 노드에 대한 동일한 풀입니다
+
단일 HA 쌍의 두 노드는 동일한 용량 풀의 스토리지를 임대해야 합니다. 그러나 동일한 클러스터 내의 HA 쌍이 다르면 동일한 License Manager에서 관리하는 다른 풀의 스토리지를 임대할 수 있습니다.
+
+
+
스토리지 라이센스 기간
+
NetApp에서 스토리지 라이센스를 구입하는 경우 라이센스 기간을 선택해야 합니다. 예를 들어, 라이센스는 1년 동안 유효합니다.
+
+
+
데이터 애그리게이트 임대 기간
+
ONTAP Select 노드가 데이터 집계를 위한 스토리지 임대를 요청하는 경우 License Manager는 용량 풀 구성에 따라 특정 기간 동안 임대를 제공합니다. 각 풀의 임대 기간은 1시간에서 7일 사이로 구성할 수 있습니다. 기본 임대 기간은 24시간입니다.
+
+
+
배포에 할당된 정적 IP 주소입니다
+
용량 풀 라이센스가 사용되는 경우 배포 관리 유틸리티에 정적 IP 주소를 할당해야 합니다.
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
용량 계층 라이센스 모델에서는 9자리 노드 일련 번호가 노드에 할당된 라이센스 일련 번호와 동일합니다. 그러나 용량 풀 라이센스 모델을 사용하는 노드에 할당된 일련 번호의 형식은 다릅니다.
+
+
+
용량 풀 라이센스를 사용하는 노드의 일련 번호 형식은 다음과 같습니다.
+
+
+
999 ppppppppp nnnnnnnn
+
+
+
+
+
+
+
+
+명확성을 위해 공백이 추가되었지만 실제 일련 번호의 일부가 아닙니다.
+
+
+
+
+
+
노드 일련 번호의 각 섹션은 다음 표에서 왼쪽에서 오른쪽으로 설명됩니다.
+
+
+
+
+
+
+
+
+
섹션을 참조하십시오
+
설명
+
+
+
+
+
'999'
+
NetApp에서 계속 예약한 3자리 숫자 값
+
+
+
ppppppp
+
NetApp에서 용량 풀에 할당한 9자리 숫자의 가변 라이센스 일련 번호입니다
+
+
+
nnnnnnnn
+
용량 풀을 사용하는 각 노드에 대해 License Manager가 생성하는 8자리 변수 값입니다
+
+
+
+
+
+
+
+
+
+
+주의: 용량 풀 라이센스를 사용하는 노드와 관련하여 NetApp 지원 케이스를 생성할 때 전체 20자리 노드 일련 번호를 제공할 수 없습니다. 대신 9자리 용량 풀 라이센스 일련 번호를 제공해야 합니다. 위에서 설명한 대로 노드 일련 번호에서 라이센스 일련 번호를 확인할 수 있습니다. 노드 일련 번호('999')의 처음 세 자리를 건너뛰고 다음 9자리 숫자(pppppp)를 추출합니다.
+
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
먼저 ONTAP Select 환경에 적용되는 일반적인 네트워킹 개념을 숙지하십시오. 그런 다음 단일 노드 및 다중 노드 클러스터에서 사용할 수 있는 특정 특성 및 옵션을 살펴봅니다.
+
+
+
+
+
물리적 네트워킹
+
+
+
물리적 네트워크는 기본적으로 기본 계층 2 스위칭 인프라를 제공하여 ONTAP Select 클러스터 구축을 지원합니다. 물리적 네트워크와 관련된 구성에는 하이퍼바이저 호스트와 보다 광범위한 스위치 네트워크 환경이 모두 포함됩니다.
+
+
+
호스트 NIC 옵션
+
+
각 ONTAP Select 하이퍼바이저 호스트는 2개 또는 4개의 물리적 포트로 구성되어야 합니다. 정확한 구성은 다음을 포함한 여러 요인에 따라 달라집니다.
+
+
+
+
+
클러스터에 ONTAP Select 호스트가 하나 또는 여러 개 있는지 여부
+
+
+
사용되는 하이퍼바이저 운영 체제입니다
+
+
+
가상 스위치 구성 방법
+
+
+
LACP가 링크와 함께 사용되는지 여부
+
+
+
+
+
+
물리적 스위치 구성
+
+
물리적 스위치 구성이 ONTAP Select 구축을 지원하는지 확인해야 합니다. 물리적 스위치는 하이퍼바이저 기반 가상 스위치와 통합되어 있습니다. 정확한 구성은 여러 요인에 따라 달라집니다. 주요 고려 사항은 다음과 같습니다.
+
+
+
+
+
내부 및 외부 네트워크를 어떻게 분리하시겠습니까?
+
+
+
데이터와 관리 네트워크를 서로 분리하시겠습니까?
+
+
+
계층 2 VLAN은 어떻게 구성됩니까?
+
+
+
+
+
+
+
+
논리적 네트워킹
+
+
+
ONTAP Select는 두 개의 서로 다른 논리 네트워크를 사용하여 유형에 따라 트래픽을 분리합니다. 특히 클러스터 내의 호스트 간에 트래픽이 흐를 수 있을 뿐 아니라 클러스터 외부의 스토리지 클라이언트 및 기타 시스템으로도 트래픽을 전송할 수 있습니다. 하이퍼바이저에서 관리하는 가상 스위치는 논리적 네트워크를 지원합니다.
+
+
+
내부 네트워크
+
+
다중 노드 클러스터 배포를 통해 개별 ONTAP Select 노드는 격리된 "내부" 네트워크를 사용하여 통신합니다. 이 네트워크는 ONTAP Select 클러스터의 노드 외부에서 노출되거나 사용할 수 없습니다.
+
+
+
+
+
+
+
+
+내부 네트워크는 다중 노드 클러스터와만 함께 제공됩니다.
+
+
+
+
+
+
내부 네트워크에는 다음과 같은 특성이 있습니다.
+
+
+
+
+
다음을 비롯한 ONTAP 클러스터 내 트래픽을 처리하는 데 사용됩니다.
+
+
+
+
클러스터
+
+
+
고가용성 인터커넥트(HA-IC)
+
+
+
RAID 동기화 미러(RSM)
+
+
+
+
+
+
단일 계층 - VLAN을 기반으로 하는 2개의 네트워크
+
+
+
정적 IP 주소는 ONTAP Select에 의해 할당됩니다.
+
+
+
+
IPv4만 해당
+
+
+
DHCP가 사용되지 않습니다
+
+
+
링크-로컬 주소
+
+
+
+
+
+
MTU 크기는 기본적으로 9000바이트이며 7500-9000 범위 내에서 조정할 수 있습니다(포함).
+
+
+
+
+
+
외부 네트워크
+
+
외부 네트워크는 ONTAP Select 클러스터의 노드와 외부 스토리지 클라이언트 및 다른 시스템 간의 트래픽을 처리합니다. 외부 네트워크는 모든 클러스터 배포의 일부이며 다음과 같은 특징이 있습니다.
+
+
+
+
+
다음을 비롯한 ONTAP 트래픽을 처리하는 데 사용됩니다.
+
+
+
+
데이터(NFS, CIFS, iSCSI)
+
+
+
관리(클러스터 및 노드, 선택적으로 SVM)
+
+
+
인터클러스터(선택 사항)
+
+
+
+
+
+
선택적으로 VLAN 지원:
+
+
+
+
데이터 포트 그룹
+
+
+
관리 포트 그룹
+
+
+
+
+
+
관리자의 구성 선택에 따라 할당되는 IP 주소:
+
+
+
+
IPv4 또는 IPv6
+
+
+
+
+
+
MTU 크기는 기본적으로 1500바이트입니다(조정 가능).
+
+
+
+
+
외부 네트워크에는 모든 크기의 클러스터가 있습니다.
+
+
+
+
+
+
가상 시스템 네트워킹 환경
+
+
+
하이퍼바이저 호스트는 몇 가지 네트워킹 기능을 제공합니다.
+
+
+
ONTAP Select는 가상 머신을 통해 표시되는 다음과 같은 기능을 기반으로 합니다.
+
+
+
+
가상 머신 포트
+
+
ONTAP Select에서 사용할 수 있는 포트가 여러 개 있습니다. 에 따라 할당되고 사용됩니다
+클러스터의 크기를 비롯한 여러 가지 요소를 고려해야 합니다.
+
+
가상 스위치
+
+
하이퍼바이저 환경 내의 가상 스위치 소프트웨어(vSwitch(VMware)) 또는
+vSwitch(KVM)를 열고 가상 시스템에 의해 노출된 포트를 물리적 이더넷에 연결합니다
+NIC 포트. 에 맞게 모든 ONTAP Select 호스트에 대해 vSwitch를 구성해야 합니다
+방법입니다.
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
데이터 트래픽과 관리 트래픽을 별도의 레이어 2 네트워크로 분리합니다.
+
+
+
ONTAP Select 외부 네트워크 트래픽은 데이터(CIFS, NFS 및 iSCSI), 관리 및 복제(SnapMirror) 트래픽으로 정의됩니다. ONTAP 클러스터 내에서 각 트래픽 스타일은 가상 네트워크 포트에서 호스팅되어야 하는 별도의 논리 인터페이스를 사용합니다. ONTAP Select의 다중 노드 구성에서 이러한 포트는 e0a 및 e0b/e0g 포트로 지정됩니다. 단일 노드 구성에서 이러한 포트는 e0a 및 e0b/e0c로 지정되고 나머지 포트는 내부 클러스터 서비스용으로 예약되어 있습니다.
+
+
+
데이터 트래픽과 관리 트래픽을 별도의 계층 2 네트워크로 분리하는 것이 좋습니다. ONTAP Select 환경에서는 VLAN 태그를 사용하여 이 작업을 수행합니다. 이는 관리 트래픽을 위해 네트워크 어댑터 1(포트 e0a)에 VLAN 태그 지정된 포트 그룹을 할당하여 달성할 수 있습니다. 그런 다음 데이터 트래픽에 포트 e0b 및 e0c(단일 노드 클러스터) 및 e0b 및 e0g(다중 노드 클러스터) 에 별도의 포트 그룹을 할당할 수 있습니다.
+
+
+
이 문서 앞부분에서 설명한 VST 솔루션으로는 충분하지 않을 경우, 동일한 가상 포트에 데이터 및 관리 LIF를 모두 배치해야 할 수 있습니다. 이렇게 하려면 VGT라는 프로세스를 사용하여 VM에서 VLAN 태깅을 수행합니다.
+
+
+
+
+
+
+
+
+ONTAP Deploy 유틸리티를 사용할 때는 VGT를 통한 데이터 및 관리 네트워크 분리를 사용할 수 없습니다. 이 프로세스는 클러스터 설정이 완료된 후에 수행해야 합니다.
+
+
+
+
+
+
VGT 및 2노드 클러스터를 사용할 경우 추가적인 주의 사항이 있습니다. 2노드 클러스터 구성에서는 노드 관리 IP 주소를 사용하여 중재자의 연결을 설정한 후 ONTAP를 완전히 사용할 수 있습니다. 따라서 노드 관리 LIF(포트 e0a)에 매핑된 포트 그룹에서는 EST 및 VST 태그만 지원됩니다. 또한 관리 트래픽과 데이터 트래픽이 모두 동일한 포트 그룹을 사용하는 경우 전체 2노드 클러스터에서는 EST/VST만 지원됩니다.
+
+
+
VST 및 VGT 구성 옵션이 모두 지원됩니다. 다음 그림에서는 vSwitch 계층에서 할당된 포트 그룹을 통해 트래픽에 태그가 지정되는 첫 번째 시나리오인 VST를 보여 줍니다. 이 구성에서 클러스터 및 노드 관리 LIF는 ONTAP 포트 e0a에 할당되고 할당된 포트 그룹을 통해 VLAN ID 10으로 태그가 지정됩니다. 데이터 LIF는 두 번째 포트 그룹을 사용하여 포트 e0b 및 e0c 또는 e0g에 할당되고 지정된 VLAN ID 20에 할당됩니다. 클러스터 포트는 세 번째 포트 그룹을 사용하며 VLAN ID 30에 있습니다.
+
+
+
+
+
VST * 를 사용한 데이터 및 관리 분리
+
+
+
+
+
+
+
+
다음 그림에서는 두 번째 시나리오인 VGT를 보여 줍니다. 이 시나리오에서는 별도의 브로드캐스트 도메인에 배치된 VLAN 포트를 사용하여 ONTAP VM에 의해 트래픽이 태깅됩니다. 이 예에서 가상 포트 e0a-10/e0b-10/(e0c 또는 e0g) -10 및 e0a-20/e0b-20은 VM 포트 e0a 및 e0b 위에 배치됩니다. 이 구성을 사용하면 vSwitch 계층이 아닌 ONTAP 내에서 직접 네트워크 태깅을 수행할 수 있습니다. 관리 및 데이터 LIF가 이러한 가상 포트에 배치되므로 단일 VM 포트 내에서 계층 2 하위 부서를 더 확장할 수 있습니다. 클러스터 VLAN(VLAN ID 30)은 포트 그룹에서 여전히 태그 지정됩니다.
+
+
+
+
+
참고: *
+
+
+
이 구성 스타일은 여러 IPspace를 사용할 때 특히 적합합니다. 추가적인 논리적 격리 및 멀티 테넌시를 원하는 경우 VLAN 포트를 별도의 사용자 지정 IPspace로 그룹화
+
+
+
VGT를 지원하려면 ESXi/ESX 호스트 네트워크 어댑터가 물리적 스위치의 트렁크 포트에 연결되어 있어야 합니다. 가상 스위치에 연결된 포트 그룹의 VLAN ID가 4095로 설정되어 있어야 포트 그룹에서 트렁킹을 사용할 수 있습니다.
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
ONTAP Select 내부 및 외부 네트워크의 특성
+
+
+
+
+
ONTAP Select 내부 네트워크
+
+
+
제품의 다중 노드 버전에만 있는 내부 ONTAP Select 네트워크는 클러스터 통신, HA 인터커넥트 및 동기식 복제 서비스를 통해 ONTAP Select 클러스터를 제공하는 역할을 합니다. 이 네트워크에는 다음과 같은 포트와 인터페이스가 포함되어 있습니다.
+
+
+
+
+
* e0c, e0d. * 클러스터 네트워크 LIF 호스팅
+
+
+
* e0e. * RSM LIF 호스팅
+
+
+
* e0f. * HA 인터커넥트 LIF 호스팅
+
+
+
+
+
이 네트워크의 처리량과 대기 시간은 ONTAP Select 클러스터의 성능과 복원력을 결정하는 데 매우 중요합니다. 클러스터 보안을 위해 네트워크 격리가 필요하며 시스템 인터페이스가 다른 네트워크 트래픽과 분리되도록 해야 합니다. 따라서 이 네트워크는 ONTAP Select 클러스터에서만 사용해야 합니다.
+
+
+
+
+
+
+
+
+애플리케이션 또는 관리 트래픽과 같이 클러스터 트래픽 선택 이외의 트래픽에 내부 네트워크 선택 을 사용하는 것은 지원되지 않습니다. ONTAP 내부 VLAN에 다른 VM 또는 호스트가 있을 수 없습니다.
+
+
+
+
+
+
내부 네트워크를 통과하는 네트워크 패킷은 전용 VLAN 태그 계층 2 네트워크에 있어야 합니다. 이 작업은 다음 작업 중 하나를 완료하여 수행할 수 있습니다.
+
+
+
+
+
내부 가상 NIC(e0c~e0f)에 VLAN 태그 지정된 포트 그룹 할당(VST 모드)
+
+
+
기본 VLAN이 다른 트래픽에 사용되지 않는 업스트림 스위치에서 제공하는 네이티브 VLAN 사용(VLAN ID가 없는 포트 그룹 할당, 즉 EST 모드)
+
+
+
+
+
모든 경우 내부 네트워크 트래픽에 대한 VLAN 태깅이 ONTAP Select VM 외부에서 수행됩니다.
+
+
+
+
+
+
+
+
+ESX 표준 및 분산형 vSwitch만 지원됩니다. 다른 가상 스위치 또는 ESX 호스트 간의 직접 연결은 지원되지 않습니다. 내부 네트워크를 완전히 열어야 합니다. NAT 또는 방화벽은 지원되지 않습니다.
+
+
+
+
+
+
ONTAP Select 클러스터 내에서 내부 트래픽과 외부 트래픽은 포트 그룹이라고 하는 가상 계층 2 네트워크 개체를 사용하여 분리됩니다. 이러한 포트 그룹의 적절한 vSwitch 할당은 특히 클러스터, HA 상호 연결 및 미러 복제 서비스를 제공하는 내부 네트워크의 경우 매우 중요합니다. 이러한 네트워크 포트에 대한 네트워크 대역폭이 부족하면 성능이 저하되고 클러스터 노드의 안정성에도 영향을 줄 수 있습니다. 따라서 4노드, 6노드 및 8노드 클러스터에는 내부 ONTAP Select 네트워크에서 10Gb 연결을 사용해야 하며, 1Gb NIC는 지원되지 않습니다. 그러나 수신되는 데이터의 흐름을 ONTAP Select 클러스터로 제한하더라도 안정적으로 운영할 수 있는 기능에는 영향을 미치지 않으므로 외부 네트워크에는 이러한 단점을 포함할 수 있습니다.
+
+
+
2노드 클러스터는 4노드 클러스터에 필요한 2개의 10Gb 포트 대신 내부 트래픽에 1Gb 포트 4개 또는 단일 10Gb 포트를 사용할 수 있습니다. 서버가 10Gb NIC 카드 4개에 맞지 않는 환경에서는 내부 네트워크에 10Gb NIC 카드 2개를 사용할 수 있고 외부 ONTAP 네트워크에 1Gb NIC 2개를 사용할 수 있습니다.
+
+
+
내부 네트워크 검증 및 문제 해결
+
+
다중 노드 클러스터의 내부 네트워크는 네트워크 연결 검사기 기능을 사용하여 검증할 수 있습니다. 이 기능은 를 실행하는 Deploy CLI에서 호출할 수 있습니다 network connectivity-check start 명령.
+
+
+
다음 명령을 실행하여 테스트 출력을 확인합니다.
+
+
+
+
network connectivity-check show --run-id X (X is a number)
+
+
+
+
이 도구는 다중 노드 선택 클러스터의 내부 네트워크 문제를 해결하는 경우에만 유용합니다. 이 툴을 사용하여 단일 노드 클러스터(vNAS 구성 포함), ONTAP Deploy to ONTAP Select 접속 구성 또는 클라이언트측 연결 문제를 해결해서는 안 됩니다.
+
+
+
클러스터 생성 마법사(ONTAP 배포 GUI의 일부)에는 다중 노드 클러스터를 생성하는 동안 사용할 수 있는 선택적 단계로 내부 네트워크 검사기가 포함되어 있습니다. 다중 노드 클러스터에서 내부 네트워크가 수행하는 중요한 역할을 고려할 때 이 단계를 클러스터 생성 워크플로우의 일부로 사용하면 클러스터 생성 작업의 성공률이 향상됩니다.
+
+
+
ONTAP Deploy 2.10부터 내부 네트워크에서 사용되는 MTU 크기를 7,500에서 9,000으로 설정할 수 있습니다. 네트워크 연결 검사기는 MTU 크기를 7,500에서 9,000까지 테스트하는 데도 사용할 수 있습니다. 기본 MTU 값은 가상 네트워크 스위치의 값으로 설정됩니다. 환경에 VXLAN과 같은 네트워크 오버레이가 있는 경우 이 기본값은 더 작은 값으로 대체되어야 합니다.
+
+
+
+
+
+
ONTAP Select 외부 네트워크
+
+
+
ONTAP Select 외부 네트워크는 클러스터의 모든 아웃바운드 통신을 담당하므로 단일 노드 및 다중 노드 구성 모두에 존재합니다. 이 네트워크에는 내부 네트워크의 엄격한 처리량 요구 사항이 없지만 성능 문제가 ONTAP Select 문제로 잘못 규정될 수 있으므로 관리자는 클라이언트와 ONTAP VM 사이에 네트워크 병목 현상이 발생하지 않도록 주의해야 합니다.
+
+
+
+
+
+
+
+
+내부 트래픽과 유사한 방식으로 외부 트래픽은 vSwitch 계층(VST) 및 외부 스위치 계층(EST)에서 태깅될 수 있습니다. 또한, 외부 트래픽은 VGT라는 프로세스에서 ONTAP Select VM 자체에 의해 태깅될 수 있습니다. 섹션을 참조하십시오 "데이터 및 관리 트래픽 분리" 를 참조하십시오.
+
+
+
+
+
+
다음 표에서는 ONTAP Select 내부 및 외부 네트워크의 주요 차이점을 보여 줍니다.
+
+
+
+
+
내부 및 외부 네트워크 빠른 참조 *
+
+
+
+
+
+
+
+
+
+
+
+
설명
+
내부 네트워크
+
외부 네트워크
+
+
+
+
+
네트워크 서비스
+
클러스터
+HA/IC를 선택합니다
+RAID SyncMirror(RSM)
+
데이터 관리
+인터클러스터
+ (SnapMirror 및 SnapVault)
+
+
+
네트워크 격리
+
필수 요소입니다
+
선택 사항
+
+
+
프레임 크기(MTU)
+
7,500에서 9,000까지
+
1,500(기본값)
+9,000(지원)
+
+
+
IP 주소 할당
+
자동 생성됩니다
+
사용자 정의
+
+
+
DHCP 지원
+
아니요
+
아니요
+
+
+
+
+
NIC 팀 구성
+
+
내부 및 외부 네트워크에 고성능 및 내결함성을 제공하는 데 필요한 대역폭 및 복원력 특성이 모두 있는지 확인하려면 물리적 네트워크 어댑터 팀 구성을 사용하는 것이 좋습니다. 단일 10Gb 링크를 통한 2노드 클러스터 구성이 지원됩니다. 그러나 NetApp에서는 ONTAP Select 클러스터의 내부 및 외부 네트워크에서 NIC 팀 구성을 사용하는 것이 좋습니다.
+
+
+
+
MAC 주소 생성
+
+
모든 ONTAP Select 네트워크 포트에 할당된 MAC 주소는 포함된 배포 유틸리티에 의해 자동으로 생성됩니다. 이 유틸리티는 NetApp과 관련된 플랫폼별 OUI(Unique Identifier)를 사용하여 FAS 시스템과 충돌하지 않도록 합니다. 그런 다음 이 주소의 복사본을 ONTAP Select 설치 VM(ONTAP 배포) 내의 내부 데이터베이스에 저장하여 향후 노드 배포 시 실수로 재할당되지 않도록 합니다. 어떤 시점에서도 관리자는 네트워크 포트의 할당된 MAC 주소를 수정하지 않아야 합니다.
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
단일 스위치 및 다중 스위치 환경을 기반으로 하는 업스트림 물리적 스위치 구성 세부 정보
+
+
+
가상 스위치 계층에서 물리적 스위치로의 연결 결정을 내릴 때는 신중하게 고려해야 합니다. 내부 클러스터 트래픽을 외부 데이터 서비스로부터 분리하는 것은 레이어 2 VLAN에서 제공하는 격리를 통해 업스트림 물리적 네트워킹 계층으로 확장되어야 합니다.
+
+
+
물리적 스위치 포트는 트렁크포트로 구성해야 합니다. ONTAP Select 외부 트래픽은 두 가지 방법 중 하나로 여러 계층 2 네트워크에서 분리할 수 있습니다. 한 가지 방법은 단일 포트 그룹에 ONTAP VLAN 태그가 지정된 가상 포트를 사용하는 것입니다. 다른 방법은 VST 모드에서 관리 포트 e0a에 개별 포트 그룹을 할당하는 것입니다. ONTAP Select 릴리즈와 단일 노드 또는 다중 노드 구성에 따라 데이터 포트를 e0b 및 e0c/e0g에 할당해야 합니다. 외부 트래픽이 여러 계층 2 네트워크에서 분리되는 경우 업링크 물리적 스위치 포트에는 허용된 VLAN 목록에 해당 VLAN이 있어야 합니다.
+
+
+
ONTAP Select 내부 네트워크 트래픽은 링크 로컬 IP 주소로 정의된 가상 인터페이스를 사용하여 발생합니다. 이러한 IP 주소는 라우팅이 가능하지 않으므로 클러스터 노드 간의 내부 트래픽은 단일 레이어 2 네트워크를 통해 흐르게 됩니다. ONTAP Select 클러스터 노드 간 경로 홉은 지원되지 않습니다.
+
+
+
+
+
공유 물리적 스위치
+
+
+
다음 그림에서는 다중 노드 ONTAP Select 클러스터의 한 노드에서 사용할 수 있는 스위치 구성을 보여 줍니다. 이 예에서는 내부 및 외부 네트워크 포트 그룹을 호스팅하는 vSwitch에서 사용하는 물리적 NIC가 동일한 업스트림 스위치에 케이블로 연결됩니다. 스위치 트래픽은 별도의 VLAN에 포함된 브로드캐스트 도메인을 사용하여 격리됩니다.
+
+
+
+
+
+
+
+
+ONTAP Select 내부 네트워크의 경우 포트 그룹 수준에서 태그 지정이 수행됩니다. 다음 예에서는 외부 네트워크에 VGT를 사용하지만 VGT와 VST는 모두 해당 포트 그룹에서 지원됩니다.
+
+
+
+
+
+
+
+
공유 물리적 스위치를 사용한 네트워크 구성 *
+
+
+
+
+
+
+
+
+
+
+
+
+
+이 구성에서는 공유 스위치가 단일 장애 지점이 됩니다. 가능한 경우 여러 스위치를 사용하여 물리적 하드웨어 장애로 인해 클러스터 네트워크 중단이 발생하지 않도록 해야 합니다.
+
+
+
+
+
+
+
+
여러 물리적 스위치
+
+
+
이중화가 필요한 경우 여러 물리적 네트워크 스위치를 사용해야 합니다. 다음 그림에서는 다중 노드 ONTAP Select 클러스터의 한 노드에서 사용하는 권장 구성을 보여 줍니다. 내부 및 외부 포트 그룹의 NIC는 서로 다른 물리적 스위치에 케이블로 연결되어 단일 하드웨어 스위치 장애로부터 사용자를 보호합니다. 스위치 간에 가상 포트 채널을 구성하여 스패닝 트리 문제를 방지합니다.
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
ONTAP Select는 단일 노드 및 다중 노드 네트워크 구성을 모두 지원합니다.
+
+
+
+
+
단일 노드 네트워크 구성
+
+
+
단일 노드 ONTAP Select 구성에서는 클러스터, HA 또는 미러 트래픽이 없으므로 ONTAP 내부 네트워크가 필요하지 않습니다.
+
+
+
ONTAP Select 제품의 다중 노드 버전과 달리 각 ONTAP Select VM에는 ONTAP 네트워크 포트 e0a, e0b 및 e0c에 제공되는 3개의 가상 네트워크 어댑터가 포함되어 있습니다.
+
+
+
이러한 포트는 관리, 데이터 및 인터클러스터 LIF 서비스를 제공하는 데 사용됩니다.
+
+
+
다음 그림에서는 ESX 하이퍼바이저의 ONTAP Select 클러스터 노드 하나를 보여 주는 이러한 포트와 기본 물리적 어댑터 간의 관계를 보여 줍니다.
+
+
+
+
+
단일 노드 ONTAP Select 클러스터의 네트워크 구성 *
+
+
+
+
+
+
+
+
+
+
+
+
+
+단일 노드 클러스터에는 두 개의 어댑터가 충분하지만 NIC 팀 구성은 여전히 필요합니다.
+
+
+
+
+
+
LIF 할당
+
+
이 문서의 다중 노드 LIF 할당 섹션에서 설명하는 대로, IPspace는 ONTAP Select에서 클러스터 네트워크 트래픽을 데이터 및 관리 트래픽과 별도로 유지하는 데 사용됩니다. 이 플랫폼의 단일 노드 버전에는 클러스터 네트워크가 포함되어 있지 않습니다. 따라서 클러스터 IPspace에 포트가 존재하지 않습니다.
+
+
+
+
+
+
+
+
+ONTAP Select 클러스터 설정 중에 클러스터 및 노드 관리 LIF가 자동으로 생성됩니다. 나머지 LIF는 구축 후 생성할 수 있습니다.
+
+
+
+
+
+
+
관리 및 데이터 LIF(e0a, e0b 및 e0c)
+
+
ONTAP 포트 e0a, e0b 및 e0c는 다음과 같은 유형의 트래픽이 포함된 LIF의 후보 포트로 위임됩니다.
+
+
+
+
+
SAN/NAS 프로토콜 트래픽(CIFS, NFS 및 iSCSI)
+
+
+
클러스터, 노드 및 SVM 관리 트래픽
+
+
+
인터클러스터 트래픽(SnapMirror 및 SnapVault)
+
+
+
+
+
+
+
+
다중 노드 네트워크 구성
+
+
+
다중 노드 ONTAP Select 네트워크 구성은 두 개의 네트워크로 구성됩니다.
+
+
+
클러스터 및 내부 복제 서비스를 제공하는 내부 네트워크와 데이터 액세스 및 관리 서비스를 제공하는 외부 네트워크를 담당합니다. 이러한 두 네트워크 내에서 흐르는 트래픽의 엔드 투 엔드 격리는 클러스터 복원성에 적합한 환경을 구축하는 데 매우 중요합니다.
+
+
+
이러한 네트워크는 다음 그림에 나와 있으며, 이 그림에서는 VMware vSphere 플랫폼에서 실행되는 4노드 ONTAP Select 클러스터를 보여 줍니다. 6노드 및 8노드 클러스터는 유사한 네트워크 레이아웃을 갖습니다.
+
+
+
+
+
+
+
+
+각 ONTAP Select 인스턴스는 별도의 물리적 서버에 상주합니다. 내부 및 외부 트래픽은 각 가상 네트워크 인터페이스에 할당되고 클러스터 노드가 동일한 물리적 스위치 인프라를 공유할 수 있는 별도의 네트워크 포트 그룹을 사용하여 격리됩니다.
+
+
+
+
+
+
+
+
ONTAP Select 다중 노드 클러스터 네트워크 구성 개요 *
+
+
+
+
+
+
+
+
각 ONTAP Select VM에는 ONTAP에 7개의 네트워크 포트 e0a~e0g의 세트로 제공되는 가상 네트워크 어댑터 7개가 포함되어 있습니다. ONTAP는 이러한 어댑터를 물리적 NIC로 취급하지만 사실상 가상 NIC로 가상 네트워크 계층을 통해 물리적 인터페이스 집합에 매핑합니다. 따라서 각 호스팅 서버에는 물리적 네트워크 포트가 6개 필요하지 않습니다.
+
+
+
+
+
+
+
+
+ONTAP Select VM에 가상 네트워크 어댑터를 추가하는 것은 지원되지 않습니다.
+
+
+
+
+
+
이러한 포트는 다음 서비스를 제공하도록 사전 구성되어 있습니다.
+
+
+
+
+
e0a, e0b 및 e0g. 관리 및 데이터 LIF
+
+
+
e0c, e0d. 클러스터 네트워크 LIF
+
+
+
e0e. RSM
+
+
+
e0f 이하 HA 인터커넥트
+
+
+
+
+
포트 e0a, e0b 및 e0g는 외부 네트워크에 상주합니다. e0c - e0f 포트는 여러 가지 다른 기능을 수행하지만 통틀어 내부 Select 네트워크를 구성합니다. 네트워크 설계 결정을 내릴 때 이러한 포트는 단일 레이어-2 네트워크에 배치해야 합니다. 서로 다른 네트워크에서 이러한 가상 어댑터를 분리할 필요가 없습니다.
+
+
+
이러한 포트와 기본 물리적 어댑터 간의 관계는 다음 그림에 나와 있으며, 이 그림에서는 ESX 하이퍼바이저의 ONTAP Select 클러스터 노드 하나를 보여 줍니다.
+
+
+
+
+
다중 노드 ONTAP Select 클러스터의 일부인 단일 노드의 네트워크 구성 *
+
+
+
+
+
+
+
+
서로 다른 물리적 NIC에서 내부 및 외부 트래픽을 분리함으로써 네트워크 리소스에 대한 액세스가 부족하기 때문에 지연 시간이 시스템에 유입되지 않도록 합니다. 또한 NIC 팀 구성을 통한 집계를 통해 단일 네트워크 어댑터 오류가 발생해도 ONTAP Select 클러스터 노드가 해당 네트워크에 액세스하는 것을 방지할 수 있습니다.
+
+
+
외부 네트워크와 내부 네트워크 포트 그룹 모두 대칭적으로 4개의 NIC 어댑터를 모두 포함합니다. 외부 네트워크 포트 그룹의 활성 포트는 내부 네트워크의 대기 포트입니다. 반대로, 내부 네트워크 포트 그룹의 활성 포트는 외부 네트워크 포트 그룹의 대기 포트입니다.
+
+
+
LIF 할당
+
+
IPspace가 출시됨에 따라 ONTAP 포트 역할이 더 이상 사용되지 않았습니다. FAS 어레이와 마찬가지로 ONTAP Select 클러스터는 기본 IPspace와 클러스터 IPspace를 모두 포함합니다. 클러스터 IPspace에 네트워크 포트 e0a, e0b 및 e0g 를 기본 IPspace 및 포트 e0c 및 e0d 에 배치하면 해당 포트가 속하지 않은 호스팅 LIF에서 본질적으로 벗어남이 되었다는 것을 알 수 있습니다. ONTAP Select 클러스터 내의 나머지 포트는 내부 서비스를 제공하는 인터페이스의 자동 할당을 통해 사용됩니다. RSM 및 HA 상호 연결 인터페이스와 마찬가지로 ONTAP 셸을 통해 노출되지 않습니다.
+
+
+
+
+
+
+
+
+모든 LIF가 ONTAP 명령 셸을 통해 표시되는 것은 아닙니다. HA 상호 연결 및 RSM 인터페이스는 ONTAP에서 숨겨지며 해당 서비스를 제공하기 위해 내부적으로 사용됩니다.
+
+
+
+
+
+
네트워크 포트 및 LIF는 다음 섹션에서 자세히 설명합니다.
+
+
+
+
관리 및 데이터 LIF(e0a, e0b 및 e0g)
+
+
ONTAP 포트 e0a, e0b 및 e0g는 다음 유형의 트래픽이 포함된 LIF의 후보 포트로 위임됩니다.
+
+
+
+
+
SAN/NAS 프로토콜 트래픽(CIFS, NFS 및 iSCSI)
+
+
+
클러스터, 노드 및 SVM 관리 트래픽
+
+
+
인터클러스터 트래픽(SnapMirror 및 SnapVault)
+
+
+
+
+
+
+
+
+
+
+ONTAP Select 클러스터 설정 중에 클러스터 및 노드 관리 LIF가 자동으로 생성됩니다. 나머지 LIF는 구축 후 생성할 수 있습니다.
+
+
+
+
+
+
+
클러스터 네트워크 LIF(e0c, e0d)
+
+
ONTAP 포트 e0c 및 e0d는 클러스터 인터페이스의 홈 포트로 위임됩니다. 각 ONTAP Select 클러스터 노드 내에서는 ONTAP 설정 중에 링크 로컬 IP 주소(169.254.x.x)를 사용하여 두 개의 클러스터 인터페이스가 자동으로 생성됩니다.
+
+
+
+
+
+
+
+
+이러한 인터페이스에는 정적 IP 주소를 할당할 수 없으며 추가 클러스터 인터페이스를 생성할 수 없습니다.
+
+
+
+
+
+
클러스터 네트워크 트래픽은 지연 시간이 짧고 라우팅되지 않은 레이어 2 네트워크를 통해 전달되어야 합니다. 클러스터 처리량 및 지연 시간 요구사항 때문에 ONTAP Select 클러스터는 물리적으로 가까운 곳에 위치해야 합니다(예: 멀티팩, 단일 데이터 센터). WAN을 통해 또는 지리적으로 중요한 서로 다른 거리에 있는 HA 노드를 분리하여 4노드, 6노드 또는 8노드 확장 클러스터 구성을 구축하는 것은 지원되지 않습니다. 중재자가 있는 확장 2노드 구성이 지원됩니다.
+클러스터 네트워크 트래픽의 최대 처리량을 확인하기 위해 이 네트워크 포트는 점보 프레임(7500 ~ 9000 MTU)을 사용하도록 구성됩니다. 올바른 클러스터 작동을 위해 ONTAP Select 클러스터 노드에 내부 네트워크 서비스를 제공하는 모든 업스트림 가상 및 물리적 스위치에서 점보 프레임이 활성화되어 있는지 확인합니다.
+
+
+
+
+
+
+
RAID SyncMirror 트래픽(e0e)
+
+
HA 파트너 노드 전체에서 블록의 동기식 복제는 네트워크 포트 e0e에 상주하는 내부 네트워크 인터페이스를 사용하여 수행됩니다. 이 기능은 클러스터 설정 중에 ONTAP에서 구성한 네트워크 인터페이스를 사용하여 자동으로 수행되므로 관리자가 구성할 필요가 없습니다.
+
+
+
+
+
+
+
+
+포트 e0e는 ONTAP에서 내부 복제 트래픽을 위해 예약했습니다. 따라서 ONTAP CLI 또는 System Manager에서는 포트나 호스팅된 LIF가 표시되지 않습니다. 이 인터페이스는 자동으로 생성된 링크 로컬 IP 주소를 사용하도록 구성되어 있으며 대체 IP 주소의 재할당이 지원되지 않습니다. 이 네트워크 포트에는 점보 프레임(7500 - 9000 MTU)을 사용해야 합니다.
+
+
+
+
+
+
+
HA 인터커넥트(e0f)
+
+
NetApp FAS 어레이는 특수 하드웨어를 사용하여 ONTAP 클러스터의 HA 쌍 간에 정보를 전달합니다. 그러나 소프트웨어 정의 환경에서는 InfiniBand 또는 iWARP 디바이스와 같은 이러한 유형의 장비를 사용할 수 없으므로 대체 솔루션이 필요합니다. 여러 가지 가능성을 고려했지만 상호 연결 전송에 배치된 ONTAP 요구 사항에서는 이 기능이 소프트웨어에서 에뮬레이트되어야 했습니다. 결과적으로, ONTAP Select 클러스터 내에서 HA 인터커넥트 기능(일반적으로 하드웨어에서 제공)은 이더넷을 전송 메커니즘으로 사용하여 OS로 설계되었습니다.
+
+
+
각 ONTAP Select 노드는 HA 인터커넥트 포트 e0f로 구성됩니다. 이 포트는 두 가지 주요 기능을 담당하는 HA 인터커넥트 네트워크 인터페이스를 호스팅합니다.
+
+
+
+
+
HA 쌍 간에 NVRAM의 콘텐츠 미러링
+
+
+
HA Pair 간의 HA 상태 정보 및 네트워크 하트비트 메시지 송수신
+
+
+
+
+
HA 인터커넥트 트래픽은 이더넷 패킷 내에 RDMA(Remote Direct Memory Access) 프레임을 계층화함으로써 단일 네트워크 인터페이스를 사용하여 이 네트워크 포트를 통해 흐릅니다.
+
+
+
+
+
+
+
+
+RSM 포트(e0e)와 비슷한 방법으로 ONTAP CLI 또는 System Manager에서 물리적 포트 또는 호스팅된 네트워크 인터페이스를 볼 수 없습니다. 따라서 이 인터페이스의 IP 주소를 수정할 수 없으며 포트의 상태를 변경할 수 없습니다. 이 네트워크 포트에는 점보 프레임(7500 - 9000 MTU)을 사용해야 합니다.
+
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
최적의 하드웨어를 선택하고 네트워크를 구성하여 성능과 복원력을 최적화할 수 있습니다.
+
+
+
서버 공급업체는 고객의 요구 사항과 선택 사항이 다르다는 점을 잘 알고 있습니다. 따라서 물리적 서버를 구입할 때 네트워크 연결 결정을 내릴 때 다양한 옵션을 사용할 수 있습니다. 대부분의 상용 시스템에는 속도 및 처리량 변이가 다양한 단일 포트 및 다중 포트 옵션을 제공하는 다양한 NIC 옵션이 제공됩니다. 여기에는 25GB/s 및 40Gb/s NIC 어댑터(VMware ESX 지원)가 포함됩니다.
+
+
+
ONTAP Select VM의 성능은 기본 하드웨어의 특성에 직접 연결되어 있기 때문에 고속 NIC를 선택하여 VM에 대한 처리량을 증가시키면 성능이 더 높은 클러스터와 전반적인 사용자 환경이 향상됩니다. 고성능 네트워크 레이아웃을 위해 10Gb NIC 4개 또는 고속 NIC 2개(25/40Gb/s)를 사용할 수 있습니다. 또한 여러 가지 다른 구성도 지원됩니다. 2노드 클러스터의 경우 1Gb 포트 4개 또는 10Gb 포트 1개가 지원됩니다. 단일 노드 클러스터의 경우 1Gb 포트 2개가 지원됩니다.
+
+
+
네트워크 최소 및 권장 구성
+
클러스터 크기에 따라 지원되는 여러 이더넷 구성이 있습니다.
+
+
+
+
+
+
+
+
+
+
클러스터 크기
+
최소 요구 사항
+
권장 사항
+
+
+
+
+
단일 노드 클러스터
+
1GbE 2개
+
10GbE 2개
+
+
+
2노드 클러스터 또는 MetroCluster SDS
+
1GbE 4개 또는 10GbE 1개
+
10GbE 2개
+
+
+
4/6/8 노드 클러스터
+
10GbE 2개
+
4 x 10GbE 또는 2 x 25/40GbE
+
+
+
+
+
+
+
+
+
+
+각 토폴로지에 필요한 서로 다른 NIC 팀 구성 간에 변환해야 하므로 실행 중인 클러스터에서 단일 링크와 여러 링크 토폴로지 간의 변환이 지원되지 않습니다.
+
+
+
+
+
+
여러 물리적 스위치를 사용하는 네트워크 구성
+
하드웨어를 충분히 사용할 수 있는 경우 물리적 스위치 장애에 대한 보호 기능이 추가되어 다음 그림에 나와 있는 MultiSwitch 구성을 사용하는 것이 좋습니다.
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
NIC 2개 및 NIC 4개 구성에 대한 ONTAP Select vSwitch 구성 및 로드 밸런싱 정책
+
+
+
ONTAP Select는 표준 및 분산형 vSwitch 구성을 모두 사용할 수 있도록 지원합니다. 분산형 vSwitch는 LACP(Link Aggregation 구문을 지원)를 지원합니다. Link Aggregation은 여러 물리적 어댑터에 걸쳐 대역폭을 집계하는 데 사용되는 공통 네트워크 구성입니다. LACP는 공급업체 중립적인 표준이며 물리적 네트워크 포트 그룹을 단일 논리 채널로 묶는 네트워크 엔드포인트에 대해 개방형 프로토콜을 제공합니다. ONTAP Select는 LAG(Link Aggregation Group)로 구성된 포트 그룹과 함께 사용할 수 있습니다. 그러나 LAG 구성을 방지하려면 개별 물리적 포트를 단순 업링크(트렁크) 포트로 사용하는 것이 좋습니다. 이러한 경우 표준 및 분산 vSwitch에 대한 Best Practice가 동일합니다.
+
+
+
이 섹션에서는 2개의 NIC 및 4개의 NIC 구성에서 모두 사용해야 하는 vSwitch 구성 및 로드 밸런싱 정책에 대해 설명합니다.
+
+
+
ONTAP Select에서 사용할 포트 그룹을 구성할 때는 다음 Best Practice를 따라야 합니다. 포트 그룹 수준의 로드 밸런싱 정책은 원래 가상 포트 ID를 기준으로 하는 라우트입니다. ESXi 호스트에 연결된 스위치 포트에서 STP를 portfast로 설정하는 것이 좋습니다.
+
+
+
모든 vSwitch 구성에는 최소한 두 개의 물리적 네트워크 어댑터가 하나의 NIC 팀에 번들로 포함됩니다. ONTAP Select는 2노드 클러스터를 위한 단일 10Gb 링크를 지원합니다. 그러나 NIC 집계를 통해 하드웨어 이중화를 구현하는 것은 NetApp 모범 사례입니다.
+
+
+
vSphere 서버에서 NIC 팀은 여러 물리적 네트워크 어댑터를 단일 논리 채널로 묶는 데 사용되는 집계 구조로서, 모든 구성원 포트에서 네트워크 로드를 공유할 수 있습니다. NIC 팀은 물리적 스위치의 지원 없이 생성할 수 있다는 점을 기억해야 합니다. 로드 밸런싱 및 페일오버 정책은 업스트림 스위치 구성을 인식하지 못하는 NIC 팀에 직접 적용할 수 있습니다. 이 경우 정책은 아웃바운드 트래픽에만 적용됩니다.
+
+
+
+
+
+
+
+
+정적 포트 채널은 ONTAP Select에서 지원되지 않습니다. LACP 사용 채널은 분산 vSwitch에서 지원되지만 LACP LAG를 사용하면 LAG 멤버 전체에 걸쳐 부하가 고르게 분산되지 않을 수 있습니다.
+
+
+
+
+
+
단일 노드 클러스터의 경우 ONTAP Deploy는 외부 네트워크와 동일한 포트 그룹에 대해 포트 그룹을 사용하도록 ONTAP Select VM을 구성하거나, 필요에 따라 클러스터 및 노드 관리 트래픽에 대해 다른 포트 그룹을 사용하도록 구성합니다. 단일 노드 클러스터의 경우 원하는 물리적 포트 수를 외부 포트 그룹에 활성 어댑터로 추가할 수 있습니다.
+
+
+
다중 노드 클러스터의 경우 ONTAP 배포는 각 ONTAP Select VM이 내부 네트워크에 대해 하나 또는 두 개의 포트 그룹을 사용하고 외부 네트워크에 대해 하나 또는 두 개의 포트 그룹을 별도로 사용하도록 구성합니다. 클러스터 및 노드 관리 트래픽은 외부 트래픽과 동일한 포트 그룹을 사용하거나 선택적으로 별도의 포트 그룹을 사용할 수 있습니다. 클러스터 및 노드 관리 트래픽은 내부 트래픽과 동일한 포트 그룹을 공유할 수 없습니다.
+
+
+
+
+
표준 또는 분산 vSwitch와 노드당 4개의 물리적 포트
+
+
+
다중 노드 클러스터의 각 노드에 4개의 포트 그룹을 할당할 수 있습니다. 각 포트 그룹에는 다음 그림과 같이 활성 물리적 포트 1개와 대기 물리적 포트 3개가 있습니다.
+
+
+
+
+
노드당 4개의 물리적 포트가 있는 vSwitch *
+
+
+
+
+
+
+
+
대기 목록에 있는 포트의 순서는 중요합니다. 다음 표에서는 4개의 포트 그룹에 대한 물리적 포트 분포의 예를 보여 줍니다.
+
+
+
+
+
네트워크 최소 및 권장 구성 *
+
+
+
+
+
+
+
+
+
+
+
+
+
+
포트 그룹
+
외부 1
+
외부 2
+
내부 1
+
내부 2
+
+
+
+
+
활성
+
vmnic0입니다
+
vmnic1
+
vmnic2 를 참조하십시오
+
vmnic3
+
+
+
대기 1
+
vmnic1
+
vmnic0입니다
+
vmnic3
+
vmnic2 를 참조하십시오
+
+
+
대기 2
+
vmnic2 를 참조하십시오
+
vmnic3
+
vmnic0입니다
+
vmnic1
+
+
+
대기 3
+
vmnic3
+
vmnic2 를 참조하십시오
+
vmnic1
+
vmnic0입니다
+
+
+
+
+
다음 그림은 vCenter GUI(ONTAP-외부 및 ONTAP-External2)의 외부 네트워크 포트 그룹 구성을 보여줍니다. 활성 어댑터는 다른 네트워크 카드의 어댑터입니다. 이 설정에서 vmnic 4와 vmnic 5는 동일한 물리적 NIC의 이중 포트이고, vmnic 6과 vminc 7은 서로 다른 NIC의 유사한 이중 포트입니다(이 예에서는 vnmics 0부터 3까지 사용되지 않음). 대기 어댑터의 순서는 내부 네트워크의 포트가 마지막에 있는 계층적 장애 조치를 제공합니다. 대기 목록에 있는 내부 포트의 순서는 두 외부 포트 그룹 간에 비슷하게 바뀝니다.
+
+
+
+
+
파트 1: ONTAP Select 외부 포트 그룹 구성 *
+
+
+
+
+
+
+
+
+
+
2부: ONTAP Select 외부 포트 그룹 구성 *
+
+
+
+
+
+
+
+
가독성을 위해 할당은 다음과 같습니다.
+
+
+
+
+
+
+
+
+
ONTAP - 외부
+
ONTAP-외부2
+
+
+
+
+
활성 어댑터: vmnic5
+대기 어댑터: vmnic7, vmnic4, vmnic6
+
활성 어댑터: vmnic7
+대기 어댑터: vmnic5, vmnic6, vmnic4
+
+
+
+
+
다음 그림은 내부 네트워크 포트 그룹(ONTAP-내부 및 ONTAP-Internal2)의 구성을 보여줍니다. 활성 어댑터는 다른 네트워크 카드의 어댑터입니다. 이 설정에서 vmnic 4와 vmnic 5는 동일한 물리적 ASIC에 있는 이중 포트이고, vmnic 6과 vmnic 7은 별도의 ASIC에 있는 유사한 이중 포트입니다. 대기 어댑터의 순서는 외부 네트워크의 포트가 마지막에 있는 계층적 장애 조치를 제공합니다. 대기 목록에 있는 외부 포트의 순서는 두 내부 포트 그룹 간에 비슷하게 바뀝니다.
+
+
+
+
+
파트 1: ONTAP Select 내부 포트 그룹 구성 *
+
+
+
+
+
+
+
+
+
+
2부: ONTAP Select 내부 포트 그룹 *
+
+
+
+
+
+
+
+
가독성을 위해 할당은 다음과 같습니다.
+
+
+
+
+
+
+
+
+
ONTAP - 내부
+
ONTAP - 내부2
+
+
+
+
+
활성 어댑터: vmnic4
+대기 어댑터: vmnic6, vmnic5, vmnic7
+
활성 어댑터: vmnic6
+대기 어댑터: vmnic4, vmnic7, vmnic5
+
+
+
+
+
+
+
표준 또는 분산 vSwitch와 노드당 두 개의 물리적 포트
+
+
+
2개의 고속(25/40Gb) NIC를 사용할 경우 권장 포트 그룹 구성은 4개의 10Gb 어댑터를 사용하는 구성과 개념적으로 매우 유사합니다. 2개의 물리적 어댑터만 사용하는 경우에도 4개의 포트 그룹을 사용해야 합니다. 포트 그룹 지정은 다음과 같습니다.
+
+
+
+
+
+
+
+
+
+
+
+
포트 그룹
+
외부 1(e0a, e0b)
+
내부 1(e0c, e0e)
+
내부 2(e0d, e0f)
+
외부 2(e0g)
+
+
+
+
+
활성
+
vmnic0입니다
+
vmnic0입니다
+
vmnic1
+
vmnic1
+
+
+
대기
+
vmnic1
+
vmnic1
+
vmnic0입니다
+
vmnic0입니다
+
+
+
+
+
+
+
노드당 2개의 고속(25/40Gb) 물리적 포트가 있는 vSwitch *
+
+
+
+
+
+
+
+
두 개의 물리적 포트(10Gb 이하)를 사용하는 경우 각 포트 그룹에는 활성 어댑터와 대기 어댑터가 서로 반대쪽에 구성되어 있어야 합니다. 내부 네트워크는 다중 노드 ONTAP Select 클러스터에만 존재합니다. 단일 노드 클러스터의 경우 두 어댑터 모두 외부 포트 그룹에서 활성 상태로 구성할 수 있습니다.
+
+
+
다음 예에서는 다중 노드 ONTAP Select 클러스터에 대한 내부 및 외부 통신 서비스를 처리하는 두 포트 그룹과 vSwitch의 구성을 보여 줍니다. 내부 네트워크 VMNIC는 이 포트 그룹의 일부이며 대기 모드에서 구성되기 때문에 네트워크 중단 시 외부 네트워크는 내부 네트워크 VMNIC를 사용할 수 있습니다. 그 반대는 외부 네트워크의 경우입니다. 네트워크 중단 시 ONTAP Select VM의 적절한 장애 조치를 위해서는 두 포트 그룹 간에 활성 및 대기 VMNIC를 교대로 사용하는 것이 중요합니다.
+
+
+
+
+
노드당 두 개의 물리적 포트(10Gb 이하)가 있는 vSwitch *
+
+
+
+
+
+
+
+
+
+
LACP가 있는 분산형 vSwitch
+
+
+
구성에서 분산 vSwitch를 사용할 경우 네트워크 구성을 단순화하기 위해 LACP를 사용할 수 있습니다(모범 사례는 아님). 지원되는 유일한 LACP 구성을 사용하려면 모든 VMNIC가 단일 LAG에 있어야 합니다. 업링크 물리적 스위치는 채널의 모든 포트에서 7,500에서 9,000까지 MTU 크기를 지원해야 합니다. 내부 및 외부 ONTAP Select 네트워크는 포트 그룹 수준에서 격리되어야 합니다. 내부 네트워크는 라우팅할 수 없는(격리된) VLAN을 사용해야 합니다. 외부 네트워크는 VST, EST 또는 VGT를 사용할 수 있습니다.
+
+
+
다음 예에서는 LACP를 사용하는 분산 vSwitch 구성을 보여 줍니다.
+
+
+
+
+
LACP 사용 시 LAG 속성 *
+
+
+
+
+
+
+
+
+
+
LACP가 활성화된 분산형 vSwitch를 사용하는 외부 포트 그룹 구성 *
+
+
+
+
+
+
+
+
+
+
LACP가 활성화된 분산형 vSwitch를 사용하는 내부 포트 그룹 구성 *
+
+
+
+
+
+
+
+
+
+
+
+
+
+LACP를 사용하려면 업스트림 스위치 포트를 포트 채널로 구성해야 합니다. 분산 vSwitch에서 이 기능을 활성화하기 전에 LACP 지원 포트 채널이 제대로 구성되어 있는지 확인하십시오.
+
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
ONTAP Select 배포는 ONTAP Select 클러스터를 배포 및 관리하는 데 사용되는 관리 유틸리티입니다. 배포는 ONTAP Select 클러스터를 생성하기 전에 설치해야 하는 Linux 가상 시스템으로 패키징됩니다.
+
+
+
+
+
핵심 기능
+
+
+
배포 관리 유틸리티는 다음과 같은 핵심 기능을 수행합니다.
+
+
+
+
+
ONTAP Select가 구축된 각 하이퍼바이저 호스트의 세부 정보를 기록합니다
+
+
+
호스트를 구성하고 필요한 라이센스를 설치합니다
+
+
+
ONTAP Select 클러스터를 구축하고 관리합니다
+
+
+
ONTAP Select 클러스터 및 호스트의 인벤토리를 유지 관리합니다
+
+
+
AutoSupport 데이터를 수집하여 NetApp에 전송
+
+
+
ONTAP Select 노드 이미지의 내부 세트를 유지합니다
+
+
+
하이퍼바이저별 명령 형식 및 프로토콜 지원
+
+
+
+
+
+
+
배포 유틸리티에 액세스할 수 있는 방법
+
+
+
배포 관리 유틸리티에 액세스할 때 사용할 수 있는 몇 가지 옵션이 있습니다. 모든 외부 인터페이스는 기능적으로 동일합니다. 특정 배포 목표와 요구 사항에 가장 적합한 액세스 옵션을 선택해야 합니다. 모든 경우 유효한 암호를 사용하여 관리자 계정을 사용하여 로그인해야 합니다.
+
+
+
웹 그래픽 사용자 인터페이스
+
+
최신 웹 브라우저를 통해 배포 유틸리티에 액세스할 수 있습니다. 웹 GUI는 직관적이고 사용하기 쉬운 인터페이스를 제공하며, 대부분의 경우 유틸리티를 사용할 때 기본 인터페이스가 됩니다.
+
+
+
+
명령줄 인터페이스입니다
+
+
텍스트 기반 명령줄 인터페이스는 관리 셸을 통해 사용할 수 있습니다. 다음과 같은 방법으로 CLI 관리 셸에 액세스할 수 있습니다.
+
+
+
+
+
보안 셸(SSH)
+
+
+
가상 머신 콘솔
+
+
+
+
+
일반적으로 가상 머신 콘솔을 설치 및 초기 구성 프로세스의 일부로 사용합니다. 그러나 대부분의 경우 SSH는 보다 유연하고 편리한 옵션을 제공합니다.
+
+
+
+
REST 웹 서비스 API
+
+
외부 클라이언트에 노출된 REST 웹 서비스 API는 Deploy 유틸리티에 연결할 때 또 다른 옵션을 제공합니다. REST 웹 서비스를 지원하는 모든 주요 프로그래밍 언어 또는 도구를 사용하여 API에 액세스할 수 있습니다. 인기 있는 선택 항목은 다음과 같습니다.
+
+
+
+
+
파이썬
+
+
+
자바
+
+
+
말림
+
+
+
+
+
프로그래밍 또는 스크립팅 언어를 사용하면 ONTAP Select 클러스터의 배포 및 관리를 자동화할 수 있습니다.
+
+
+
+
ONTAP Select 온라인 설명서 웹 페이지
+
+
배포 유틸리티에 온라인 설명서 웹 페이지를 표시하는 것은 REST 웹 서비스 API에 액세스하는 다른 방법입니다. 그러나 프로그래밍 언어를 사용하는 대신 브라우저를 사용하여 페이지를 통해 관리 API에 액세스할 수 있습니다. 제공되는 기능은 다음과 같습니다.
+
+
+
+
+
REST 웹 서비스 API의 모든 호출에 대한 자세한 설명
+
+
+
API 호출을 수동으로 발급하는 기능입니다
+
+
+
+
+
배포 가상 컴퓨터의 IP 또는 도메인 이름을 사용하여 온라인 설명서 페이지에 액세스할 수 있습니다. 페이지를 표시하려면 브라우저에 다음 형식의 URL을 입력합니다(배포된 VM 인스턴스에 적절한 IP 주소 또는 도메인 이름을 대체). http://<ip_address>/api/ui
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
ONTAP Select는 하이퍼바이저 호스트에 가상 머신으로 구축할 수 있는 ONTAP의 소프트웨어 전용 버전입니다. 이 제품은 메인스트림 FAS 및 AFF ONTAP 제품 제품군과 Cloud Volumes ONTAP와 같은 기타 소프트웨어 전용 옵션을 보완합니다.
+
+
+
+
+
소프트웨어 정의 스토리지
+
+
+
소프트웨어를 통해 IT 서비스를 구현 및 제공함으로써 관리자는 이전에는 불가능했던 속도와 민첩성을 신속하게 리소스를 프로비저닝할 수 있습니다. 최신 데이터 센터가 소프트웨어 정의 인프라(SDI) 아키텍처로 이전함에 따라 가장 중요한 IT 자산을 기본 물리적 인프라와 분리하여 유연성, 확장성 및 프로그래밍 기능을 제공할 수 있습니다.
+
+
+
DAS(직접 연결 스토리지) 사일로에 데이터가 분산되어 있는 일반 환경에서는 데이터 이동성 및 관리가 더욱 복잡해졌습니다. SDS(소프트웨어 정의 스토리지)는 이러한 문제와 기타 문제를 해결하기 위해 SDI 환경의 중요한 부분으로 부상했습니다.
+
+
+
ONTAP Select은 SDS 시장을 위한 NetApp 솔루션입니다. ONTAP Select은 엔터프라이즈급 스토리지 관리 기능을 소프트웨어 정의 데이터 센터에 제공하며 NetApp Data Fabric 아키텍처를 IoT(Internet of Things) 및 전술적 서버를 포함한 첨단 사용 사례로 확장합니다.
+
+
+
+
+
두 가지 소프트웨어 구성 요소
+
+
+
ONTAP Select는 다음과 같은 두 가지 주요 소프트웨어 구성 요소로 구성됩니다.
+
+
+
ONTAP Select 노드
+
+
ONTAP Select 클러스터는 1노드, 2노드, 4노드, 6노드 또는 8노드로 구성됩니다. 각 클러스터 노드는 별도의 가상 머신으로 구축되며 특별히 설계된 ONTAP 9 소프트웨어 버전을 실행합니다.
+
+
+
+
ONTAP Select 배포 관리 유틸리티
+
+
배포 관리 유틸리티는 별도의 Linux 가상 시스템으로 패키지되어 설치됩니다. 이 유틸리티를 사용하여 운영 환경에 ONTAP Select 클러스터를 구축해야 합니다. 현재 버전의 ONTAP Select 노드 이미지는 Deploy 유틸리티와 함께 번들로 제공됩니다.
+
+
+
+
+
+
+
+
+배포 관리 유틸리티에 별도의 버전 번호가 할당되지 않았습니다. Deploy의 버전 번호는 관련 ONTAP Select 릴리즈와 동일합니다. 그러나 특정 ONTAP Select 릴리스 내의 배포 유틸리티의 각 업데이트에는 고유한 빌드 번호가 있습니다.
+
+
+
+
+
+
+
+
+
일반적인 구축 예
+
+
+
다음 그림에서는 4노드 ONTAP Select 클러스터를 구축하고 지원하는 데 사용되는 ONTAP Select 배포 관리 유틸리티를 보여 줍니다. Deploy 유틸리티 및 ONTAP Select 노드는 전용 하이퍼바이저 호스트에서 별도의 가상 머신으로 실행됩니다.
+
+
+
+
+
+
+
+
ONTAP Select와 ONTAP 9를 비교해 보십시오
+
+
+
하드웨어 기반 ONTAP와 ONTAP Select는 모두 엔터프라이즈급 스토리지 솔루션을 제공합니다. 그러나 서로 다른 방식으로 설계 및 구현되므로 각각 다른 비즈니스 요구 사항과 사용 시나리오를 처리할 수 있습니다. ONTAP Select 배포를 계획하기 전에 플랫폼 간의 주요 차이점을 숙지해야 합니다.
+
+
+
서로 다른 HA 아키텍처
+
+
클러스터에서 정의하는 노드 수에 따라 ONTAP Select는 HA 기능을 제공합니다. 예를 들어, 4노드 클러스터는 2개의 HA 쌍으로 구성됩니다. ONTAP Select에 사용되는 HA 아키텍처는 비공유 스토리지 모델을 기반으로 합니다. 즉, HA 쌍의 한 노드는 다른 노드가 소유한 스토리지를 직접 액세스할 수 없습니다. 이 설계는 특정 ONTAP Select 운영 특성에 영향을 미칠 수 있습니다.
+
+
+
+
용량 라이센스
+
+
ONTAP Select는 소비 기반 라이센스 모델을 도입했습니다. 운영 환경에 ONTAP Select 클러스터를 구축할 경우 각 노드 또는 공유 용량 풀에 대해 스토리지 용량이 포함된 라이센스를 구입해야 합니다. Deploy 유틸리티를 사용하여 클러스터 노드의 스토리지 용량을 설정하는 라이센스 파일을 적용해야 합니다.
+
+
+
+
ONTAP 기능 라이센스
+
+
ONTAP Select 클러스터의 각 노드는 여러 ONTAP 기능을 사용하도록 자동으로 라이센스가 부여됩니다. 이러한 기능 라이센스를 수동으로 설치하거나 적용할 필요가 없습니다.
+
+
+
+
ONTAP 기능은 ONTAP Select에서 지원되지 않습니다
+
+
ONTAP Select에서는 여러 ONTAP 기능이 지원되지 않습니다. 대부분의 경우 이러한 기능에는 가상화된 ONTAP Select 환경에서 사용할 수 없는 특수 하드웨어가 필요합니다.
+
+
+
+
+
자율 랜섬웨어 보호(ARP)
+
+
+
클러스터 IPspace
+포트, 가상 LAN(VLAN) 또는 링크 집선 그룹을 추가 또는 제거하는 등 클러스터 IPspace에 대한 모든 수정 사항은 지원되지 않습니다.
+
+
+
파이버 채널
+Fibre Channel 및 Fibre Channel over Ethernet은 지원되지 않습니다.
+
+
+
상태 모니터링
+하드웨어 기반 ONTAP 구축에 사용되는 기존의 상태 모니터링은 기본 하드웨어 구성 요소에 따라 달라집니다. ONTAP Select와 함께 사용되는 가상화된 환경으로 인해 상태 모니터가 활성 상태가 아닙니다.
+
+
+
인터페이스 그룹
+인터페이스 그룹은 지원되지 않습니다.
+
+
+
NIC 오프로드 지원
+ONTAP Select와 함께 사용되는 가상화 환경으로 인해 NIC 오프로드 기능은 지원되지 않습니다.
+
+
+
NetApp 스토리지 암호화 드라이브
+
+
+
ONTAP 포트 속성입니다
+속도, 이중 및 흐름 제어를 포함한 ONTAP 포트의 속성은 수정할 수 없습니다.
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
성능은 하드웨어 구성에 따라 다릅니다.
+
+
+
ONTAP Select 클러스터의 성능은 기본 하드웨어 및 구성의 특성으로 인해 크게 달라질 수 있습니다. 특정 하드웨어 구성은 특정 ONTAP Select 인스턴스의 성능에서 가장 큰 요인입니다. 다음은 특정 ONTAP Select 인스턴스의 성능에 영향을 주는 몇 가지 요소입니다.
+
+
+
+
+
* 코어 주파수 *. 일반적으로 더 높은 주파수가 권장됩니다.
+
+
+
* 단일 소켓과 멀티소켓 * 비교. ONTAP Select는 멀티소켓 기능을 사용하지 않지만 멀티소켓 구성을 지원하기 위한 하이퍼바이저 오버헤드는 전체 성능의 어느 정도 편차를 차지합니다.
+
+
+
* RAID 카드 구성 및 관련 하이퍼바이저 드라이버 *. 하이퍼바이저에서 제공하는 기본 드라이버를 하드웨어 공급업체 드라이버로 교체해야 할 수 있습니다.
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
ONTAP Deploy를 사용하여 ONTAP Select 클러스터의 각 노드에 대해 추가 스토리지를 추가하고 라이센스를 부여할 수 있습니다.
+
+
+
ONTAP 구축 시 스토리지 추가 기능이 관리 중인 스토리지를 늘리는 유일한 방법이며 ONTAP Select VM을 직접 수정하는 것은 지원되지 않습니다. 다음 그림에서는 스토리지 추가 마법사를 시작하는 “+” 아이콘을 보여 줍니다.
+
+
+
+
+
+
용량 확장 작업을 성공적으로 수행하려면 다음 사항을 고려해야 합니다. 용량을 추가하려면 기존 라이센스에 총 공간 크기(기존 라이센스와 새 용량)를 추가해야 합니다. 라이센스가 부여된 용량을 초과하는 노드가 발생하는 스토리지 추가 작업이 실패합니다. 용량이 충분한 새 라이센스를 먼저 설치해야 합니다.
+
+
+
기존 ONTAP Select Aggregate에 추가 용량이 추가되면 새 스토리지 풀(데이터 저장소)에 기존 스토리지 풀(데이터 저장소)과 유사한 성능 프로필이 있어야 합니다. AFF와 같은 특성(플래시 사용)이 설치된 ONTAP Select 노드에는 비 SSD 스토리지를 추가할 수 없습니다. DAS와 외부 스토리지의 혼합도 지원되지 않습니다.
+
+
+
DAS(Local Storage Pool)를 추가하기 위해 시스템에 로컬로 연결된 스토리지를 추가하는 경우 추가 RAID 그룹 및 LUN을 구축해야 합니다. FAS 시스템과 마찬가지로, 새 RAID 그룹 성능이 동일한 애그리게이트에 새 공간을 추가할 경우 원래 RAID 그룹의 성능과 유사한지 확인해야 합니다. 새로운 애그리게이트를 만들 경우, 새 애그리게이트의 성능이 잘 이해된다면 새로운 RAID 그룹 레이아웃이 달라질 수 있습니다.
+
+
+
데이터 저장소의 총 크기가 ESX에서 지원하는 최대 데이터 저장소 크기를 초과하지 않는 경우 새 공간을 익스텐트에 해당 데이터 저장소에 추가할 수 있습니다. ONTAP Select가 이미 설치된 데이터 저장소에 데이터 저장소 익스텐트를 추가하는 작업은 동적으로 수행할 수 있으며 ONTAP Select 노드의 작업에는 영향을 미치지 않습니다.
+
+
+
ONTAP Select 노드가 HA 쌍의 일부인 경우 몇 가지 추가 문제를 고려해야 합니다.
+
+
+
HA 2노드에서 각 노드에는 파트너의 데이터 미러 복사본이 포함되어 있습니다. 노드 1에 공간을 추가하려면 노드 1의 모든 데이터가 노드 2에 복제되도록 동일한 양의 공간을 파트너 노드 2에 추가해야 합니다. 즉, 노드 1의 용량 추가 작업의 일부로 노드 2에 추가된 공간이 노드 2에서 표시되거나 액세스할 수 없습니다. 공간이 노드 2에 추가되어 HA 이벤트 중에 노드 1 데이터가 완전히 보호됩니다.
+
+
+
성능과 관련하여 추가적으로 고려해야 할 사항이 있습니다. 노드 1의 데이터는 노드 2에 동기식으로 복제됩니다. 따라서 노드 1의 새 공간(데이터 저장소)의 성능이 노드 2의 새 공간(데이터 저장소)의 성능과 일치해야 합니다. 다시 말해, 두 노드에 공간을 추가하지만 다른 드라이브 기술 또는 다른 RAID 그룹 크기를 사용하면 성능 문제가 발생할 수 있습니다. 이는 파트너 노드에서 데이터 복사본을 유지 관리하는 데 사용되는 RAID SyncMirror 작업 때문입니다.
+
+
+
HA Pair의 두 노드에서 사용자 액세스 가능한 용량을 늘리려면 각 노드에 대해 하나씩 두 개의 스토리지 추가 작업을 수행해야 합니다. 스토리지를 추가할 때마다 두 노드 모두에 공간이 추가로 필요합니다. 각 노드에 필요한 총 공간은 노드 1에 필요한 공간과 노드 2에 필요한 공간과 같습니다.
+
+
+
초기 설정은 2개 노드로 구성되며, 각 노드에는 각 데이터 저장소에 30TB 공간이 있는 2개의 데이터 저장소가 있습니다. ONTAP Deploy는 2노드 클러스터를 생성하며, 각 노드가 데이터 저장소 1에서 10TB의 공간을 소비합니다. ONTAP Deploy는 각 노드를 노드당 5TB의 활성 공간으로 구성합니다.
+
+
+
다음 그림에서는 노드 1에 대한 단일 스토리지 추가 작업의 결과를 보여 줍니다. ONTAP Select에서는 여전히 각 노드에서 동일한 양의 스토리지(15TB)를 사용합니다. 하지만 노드 1의 경우 노드 2(5TB)보다 액티브 스토리지(10TB)가 더 많습니다. 두 노드는 각 노드가 다른 노드의 데이터 복사본을 호스팅하므로 완전히 보호됩니다. 데이터 저장소 1에 여유 공간이 더 남아 있고 데이터 저장소 2는 여전히 완전히 사용 가능합니다.
+
+
+
+
+
용량 분산: 단일 스토리지 추가 작업 후 할당 및 여유 공간 *
+
+
+
+
+
+
+
+
노드 1에 대한 두 가지 추가 스토리지 작업은 나머지 데이터 저장소 1과 데이터 저장소 2의 일부를 사용합니다(용량 한도 사용). 첫 번째 스토리지 추가 작업에서는 데이터 저장소 1에 남아 있는 15TB의 여유 공간을 사용합니다. 다음 그림에서는 두 번째 스토리지 추가 작업의 결과를 보여 줍니다. 현재 노드 1에 50TB의 활성 데이터가 관리 중인 반면 노드 2에는 원래 5TB가 있습니다.
+
+
+
+
+
용량 배포: 노드 1에 대한 두 가지 추가 스토리지 추가 작업 후 할당 및 여유 공간 *
+
+
+
+
+
+
+
+
용량 추가 작업 중에 사용되는 최대 VMDK 크기는 16TB입니다. 클러스터 생성 작업 중에 사용되는 최대 VMDK 크기는 8TB입니다. ONTAP 구축 시 구성(단일 노드 또는 다중 노드 클러스터)과 추가 용량에 따라 크기가 올바르게 조정된 VMDK를 생성합니다. 그러나 클러스터 생성 작업 중에는 각 VMDK의 최대 크기가 8TB를 초과하지 않고, 스토리지 추가 작업 중에는 16TB를 초과하지 않아야 합니다.
+
+
+
+
+
소프트웨어 RAID로 ONTAP Select의 용량을 늘립니다
+
+
+
마찬가지로 스토리지 추가 마법사를 사용하여 소프트웨어 RAID를 사용하는 ONTAP Select 노드의 관리 용량을 늘릴 수 있습니다. 마법사는 사용 가능하고 ONTAP Select VM에 RDM으로 매핑할 수 있는 DAS SDD 드라이브만 표시합니다.
+
+
+
용량 라이센스를 1TB까지 늘릴 수 있지만 소프트웨어 RAID로 작업할 때는 용량을 단일 TB로 물리적으로 늘릴 수 없습니다. FAS 또는 AFF 스토리지에 디스크를 추가하는 것과 마찬가지로, 특정 요소에 따라 단일 작업에서 추가할 수 있는 최소 스토리지 양이 결정됩니다.
+
+
+
HA 쌍에서 노드 1에 스토리지를 추가하려면 노드의 HA 쌍(노드 2)에서도 동일한 수의 드라이브를 사용할 수 있어야 합니다. 로컬 드라이브와 원격 디스크는 모두 노드 1에서 한 스토리지 추가 작업에 사용됩니다. 즉, 원격 드라이브는 노드 1의 새 스토리지가 노드 2에서 복제되고 보호되도록 하는 데 사용됩니다. 노드 2에서 로컬에서 사용할 수 있는 스토리지를 추가하려면 별도의 스토리지 추가 작업과 두 노드에서 같은 수의 드라이브를 사용할 수 있어야 합니다.
+
+
+
ONTAP Select는 새 드라이브를 기존 드라이브와 동일한 루트, 데이터 및 데이터 파티션으로 분할합니다. 파티셔닝 작업은 새 애그리게이트를 생성하거나 기존 애그리게이트를 확장하는 동안 수행됩니다. 각 디스크의 루트 파티션 스트라이프 크기는 기존 디스크의 기존 루트 파티션 크기와 일치하도록 설정됩니다. 따라서 두 개의 동일한 데이터 파티션 크기 중 각 크기는 디스크 총 용량에서 루트 파티션 크기를 2로 나눈 값으로 계산할 수 있습니다. 루트 파티션 스트라이프 크기는 가변적이며, 초기 클러스터 설정 중에 다음과 같이 계산됩니다. 필요한 총 루트 공간(단일 노드 클러스터의 경우 68GB, HA 쌍의 경우 136GB)은 초기 디스크 수에서 스페어 및 패리티 드라이브를 뺀 값으로 나뉩니다. 루트 파티션 스트라이프 크기는 시스템에 추가되는 모든 드라이브에서 일정하게 유지됩니다.
+
+
+
새 Aggregate를 생성하는 경우 필요한 최소 드라이브 수는 RAID 유형 및 ONTAP Select 노드가 HA 쌍의 일부인지 여부에 따라 달라집니다.
+
+
+
기존 Aggregate에 스토리지를 추가할 경우 몇 가지 추가 고려사항이 필요합니다. RAID 그룹이 이미 최대 한계에 도달하지 않은 경우 기존 RAID 그룹에 드라이브를 추가할 수 있습니다. 기존 RAID 그룹에 스핀들을 추가하는 기존 FAS 및 AFF 모범 사례도 여기에 적용되며, 새 스핀들에 핫 스팟을 생성하는 것도 잠재적인 문제입니다. 또한 데이터 파티션 크기가 같거나 더 큰 드라이브만 기존 RAID 그룹에 추가할 수 있습니다. 위에서 설명한 것처럼 데이터 파티션 크기는 드라이브 원시 크기와 다릅니다. 추가되는 데이터 파티션이 기존 파티션보다 큰 경우 새 드라이브의 크기가 올바른 것입니다. 다시 말해, 새 드라이브 용량의 일부가 사용되지 않은 채로 있습니다.
+
+
+
새 드라이브를 사용하여 기존 애그리게이트의 일부로 새 RAID 그룹을 생성할 수도 있습니다. 이 경우 RAID 그룹 크기는 기존 RAID 그룹 크기와 일치해야 합니다.
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
특정 스토리지 구성 요소를 살펴보기 전에 ONTAP Select 환경에 적용되는 일반 스토리지 개념을 확인하십시오.
+
+
+
+
+
단계 를 참조하십시오
+
+
+
ONTAP Select 호스트 스토리지의 주요 구성 단계는 다음과 같습니다.
+
+
+
+
+
구축 전 사전 요구 사항
+
+
+
+
각 하이퍼바이저 호스트가 구성되어 있으며 ONTAP Select를 구축할 준비가 되어 있는지 확인합니다.
+
+
+
이 구성에는 물리적 드라이브, RAID 컨트롤러 및 그룹, LUN 및 관련 네트워크 준비가 포함됩니다.
+
+
+
이 구성은 ONTAP Select 외부에서 수행됩니다.
+
+
+
+
+
+
하이퍼바이저 관리자 유틸리티를 사용하여 구성합니다
+
+
+
+
하이퍼바이저 관리 유틸리티(예: VMware 환경의 vSphere)를 사용하여 스토리지의 특정 측면을 구성할 수 있습니다.
+
+
+
이 구성은 ONTAP Select 외부에서 수행됩니다.
+
+
+
+
+
+
ONTAP Select 배포 관리 유틸리티를 사용한 구성
+
+
+
+
배포 관리 유틸리티를 사용하여 핵심 논리 스토리지 구조를 구성할 수 있습니다.
+
+
+
이 작업은 CLI 명령을 통해 명시적으로 수행되거나 배포의 일부로 유틸리티에서 자동으로 수행됩니다.
+
+
+
+
+
+
구축 후 구성
+
+
+
+
ONTAP Select 구축이 완료된 후 ONTAP CLI 또는 System Manager를 사용하여 클러스터를 구성할 수 있습니다.
+
+
+
이 구성은 ONTAP Select 구축 이외의 방식으로 수행됩니다.
+
+
+
+
+
+
+
+
+
+
관리되는 스토리지와 관리되지 않는 스토리지의 비교
+
+
+
ONTAP Select에서 직접 액세스하고 제어하는 스토리지는 관리되는 스토리지입니다. 동일한 하이퍼바이저 호스트의 다른 스토리지는 관리되지 않는 스토리지입니다.
+
+
+
동종 물리적 스토리지
+
+
ONTAP Select 관리 스토리지를 구성하는 모든 물리적 드라이브는 동종이어야 합니다. 즉, 모든 하드웨어가 다음과 같은 특성과 같아야 합니다.
+
+
+
+
+
유형(SAS, NL-SAS, SATA, SSD)
+
+
+
속도(RPM)
+
+
+
+
+
+
+
+
로컬 스토리지 환경의 그림
+
+
+
각 하이퍼바이저 호스트에는 ONTAP Select에서 사용할 수 있는 로컬 디스크 및 기타 논리적 스토리지 구성 요소가 포함되어 있습니다. 이러한 스토리지 구성 요소는 물리적 디스크에서 계층 구조로 정렬됩니다.
+
+
+
+
+
+
로컬 스토리지 구성 요소의 특성
+
+
ONTAP Select 환경에서 사용되는 로컬 스토리지 구성 요소에 적용되는 몇 가지 개념이 있습니다. ONTAP Select 배포를 준비하기 전에 이러한 개념에 대해 잘 알고 있어야 합니다. 이러한 개념은 RAID 그룹 및 LUN, 스토리지 풀 및 가상 디스크의 범주에 따라 정렬됩니다.
+
+
+
물리적 드라이브를 RAID 그룹 및 LUN으로 그룹화합니다
+
+
하나 이상의 물리 디스크를 호스트 서버에 로컬로 연결할 수 있으며 ONTAP Select에서 사용할 수 있습니다. 물리 디스크는 RAID 그룹에 할당되며, 이 그룹은 하이퍼바이저 호스트 운영 체제에 하나 이상의 LUN으로 표시됩니다. 각 LUN은 하이퍼바이저 호스트 운영 체제에 물리적 하드 드라이브로 표시됩니다.
+
+
+
ONTAP Select 호스트를 구성할 때 다음 사항에 유의해야 합니다.
+
+
+
+
+
모든 관리되는 스토리지는 단일 RAID 컨트롤러를 통해 액세스할 수 있어야 합니다
+
+
+
공급업체에 따라 각 RAID 컨트롤러는 RAID 그룹당 최대 드라이브 수를 지원합니다
+
+
+
+
+
+
하나 이상의 RAID 그룹
+
+
각 ONTAP Select 호스트에는 단일 RAID 컨트롤러가 있어야 합니다. ONTAP Select용 단일 RAID 그룹을 생성해야 합니다. 그러나 경우에 따라 둘 이상의 RAID 그룹을 생성할 수 있습니다. 을 참조하십시오 "모범 사례 요약".
+
+
+
+
+
스토리지 풀 고려 사항
+
+
스토리지 풀과 관련된 몇 가지 문제가 있으며, 이러한 문제는 ONTAP Select 구축을 준비하는 과정에서 반드시 숙지해야 합니다.
+
+
+
+
+
+
+
+
+VMware 환경에서 스토리지 풀은 VMware 데이터 저장소와 동의어입니다.
+
+
+
+
+
+
스토리지 풀 및 LUN
+
+
각 LUN은 하이퍼바이저 호스트에서 로컬 디스크로 인식되며 하나의 스토리지 풀에 포함될 수 있습니다. 각 스토리지 풀은 하이퍼바이저 호스트 OS에서 사용할 수 있는 파일 시스템으로 포맷됩니다.
+
+
+
ONTAP Select 구축의 일부로 스토리지 풀이 제대로 생성되었는지 확인해야 합니다. 하이퍼바이저 관리 툴을 사용하여 스토리지 풀을 생성할 수 있습니다. 예를 들어 VMware를 사용하면 vSphere Client를 사용하여 스토리지 풀을 생성할 수 있습니다. 그러면 스토리지 풀이 ONTAP Select 배포 관리 유틸리티로 전달됩니다.
+
+
+
+
+
가상 디스크를 관리합니다
+
+
ONTAP Select 구축 준비의 일환으로 가상 디스크와 관련된 몇 가지 문제가 있습니다.
+
+
+
가상 디스크 및 파일 시스템
+
+
ONTAP Select 가상 머신은 여러 개의 가상 디스크 드라이브를 할당합니다. 각 가상 디스크는 실제로 스토리지 풀에 포함된 파일이며 하이퍼바이저에 의해 관리됩니다. ONTAP Select에는 주로 시스템 디스크 및 데이터 디스크 등 여러 유형의 디스크가 사용됩니다.
+
+
+
또한 가상 디스크와 관련하여 다음 사항에 유의해야 합니다.
+
+
+
+
+
가상 디스크를 생성하기 전에 스토리지 풀을 사용할 수 있어야 합니다.
+
+
+
가상 머신을 생성하기 전에는 가상 디스크를 생성할 수 없습니다.
+
+
+
ONTAP Select 배포 관리 유틸리티를 사용하여 모든 가상 디스크를 만들어야 합니다. 즉, 관리자는 배포 유틸리티 외부에서 가상 디스크를 만들지 않아야 합니다.
+
+
+
+
+
+
가상 디스크 구성
+
+
가상 디스크는 ONTAP Select에 의해 관리됩니다. 이러한 LUN은 배포 관리 유틸리티를 사용하여 클러스터를 생성할 때 자동으로 생성됩니다.
+
+
+
+
+
+
+
외부 스토리지 환경의 그림
+
+
+
ONTAP Select vNAS 솔루션을 사용하면 ONTAP Select는 하이퍼바이저 호스트 외부에 있는 스토리지에 상주하는 데이터 저장소를 사용할 수 있습니다. 데이터 저장소는 VMware vSAN을 사용하여 네트워크를 통해 액세스하거나 외부 스토리지 어레이에서 직접 액세스할 수 있습니다.
+
+
+
하이퍼바이저 호스트 외부에 있는 다음 유형의 VMware ESXi 네트워크 데이터 저장소를 사용하도록 ONTAP Select를 구성할 수 있습니다.
+
+
+
+
+
vSAN(가상 SAN)
+
+
+
VMFS를 참조하십시오
+
+
+
NFS 를 참조하십시오
+
+
+
+
+
vSAN 데이터스토어
+
+
모든 ESXi 호스트에는 하나 이상의 로컬 VMFS 데이터 저장소가 있을 수 있습니다. 일반적으로 이러한 데이터 저장소는 로컬 호스트에서만 액세스할 수 있습니다. 그러나 VMware vSAN을 사용하면 ESXi 클러스터의 각 호스트가 로컬 데이터처럼 클러스터의 모든 데이터스토어를 공유할 수 있습니다. 다음 그림에서는 vSAN이 ESXi 클러스터의 호스트 간에 공유되는 데이터 저장소 풀을 생성하는 방법을 보여 줍니다.
+
+
+
+
+
+
+
외부 스토리지의 VMFS 데이터 저장소
+
+
외부 스토리지에 상주하는 VMFS 데이터 저장소를 생성할 수 있습니다. 스토리지는 여러 네트워크 프로토콜 중 하나를 사용하여 액세스합니다. 다음 그림에서는 iSCSI 프로토콜을 사용하여 액세스하는 외부 스토리지 시스템의 VMFS 데이터 저장소를 보여 줍니다.
+
+
+
+
+
+
+
+
+ONTAP Select는 iSCSI, Fibre Channel 및 Fibre Channel over Ethernet을 포함하여 VMware 스토리지/SAN 호환성 설명서에 설명된 모든 외부 스토리지 시스템을 지원합니다.
+
+
+
+
+
+
+
+
+
+
외부 스토리지 시스템의 NFS 데이터 저장소입니다
+
+
외부 스토리지 시스템에 상주하는 NFS 데이터 저장소를 생성할 수 있습니다. 스토리지는 NFS 네트워크 프로토콜을 사용하여 액세스합니다. 다음 그림에서는 NFS 서버 어플라이언스를 통해 액세스하는 외부 스토리지의 NFS 데이터 저장소를 보여 줍니다.
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
ONTAP Select는 FAS 및 AFF 어레이에 제공되는 스토리지 효율성 옵션과 유사한 스토리지 효율성 옵션을 제공합니다.
+
+
+
All-Flash VSAN 또는 일반 플래시 스토리지를 사용하는 vNAS(ONTAP Select Virtual NAS) 구축은 비 SSD DAS(직접 연결 스토리지)가 포함된 ONTAP Select에 대한 Best Practice를 따라야 합니다.
+
+
+
SSD 드라이브와 프리미엄 라이센스가 포함된 DAS 스토리지가 있는 경우, AFF와 같은 퍼스낼리티가 새로운 설치에서 자동으로 활성화됩니다.
+
+
+
AFF와 같은 퍼스낼리티를 사용하면 설치 중에 다음 인라인 SE 기능이 자동으로 활성화됩니다.
+
+
+
+
+
인라인 제로 패턴 감지
+
+
+
볼륨 인라인 중복제거
+
+
+
볼륨 백그라운드 중복제거
+
+
+
적응형 인라인 압축
+
+
+
인라인 데이터 컴팩션
+
+
+
애그리게이트 인라인 중복제거
+
+
+
집계 백그라운드 중복 제거
+
+
+
+
+
ONTAP Select이 기본 스토리지 효율성 정책을 모두 사용하도록 설정했는지 확인하려면 새로 생성한 볼륨에서 다음 명령을 실행합니다.
+
+
+
+
<system name>::> set diag
+Warning: These diagnostic commands are for use by NetApp personnel only.
+Do you want to continue? {y|n}: y
+twonode95IP15::*> sis config
+Vserver: SVM1
+Volume: _export1_NFS_volume
+Schedule -
+Policy: auto
+Compression: true
+Inline Compression: true
+Compression Type: adaptive
+Application IO Si 8K
+Compression Algorithm: lzopro
+Inline Dedupe: true
+Data Compaction: true
+Cross Volume Inline Deduplication: true
+Cross Volume Background Deduplication: true
+
+
+
+
+
+
+
+
+
+9.6 이상에서 ONTAP Select를 업그레이드하려면 프리미엄 라이센스가 있는 DAS SSD 스토리지에 ONTAP Select를 설치해야 합니다. 또한 ONTAP 배포를 통해 초기 클러스터 설치 중에 * 스토리지 효율성 * 사용 확인란을 선택해야 합니다. 이전 조건이 충족되지 않은 경우 AFF와 같은 퍼스낼리티 사후 ONTAP 업그레이드를 활성화하려면 부팅 인수를 수동으로 생성하고 노드를 재부팅해야 합니다. 자세한 내용은 기술 지원 부서에 문의하십시오.
+
+
+
+
+
+
ONTAP Select 스토리지 효율성 구성
+
다음 표에는 미디어 유형 및 소프트웨어 라이센스에 따라 사용 가능한 다양한 스토리지 효율성 옵션이 기본적으로 표시되거나 사용하지 않도록 설정되지만 기본적으로 권장되지는 않습니다.
+
+
+
+
+
+
+
+
+
+
+
ONTAP Select 기능
+
DAS SSD(프리미엄 또는 프리미엄 XL1)
+
DAS HDD(모든 라이센스)
+
vNAS(모든 라이센스)
+
+
+
+
+
인라인 제로 감지
+
예(기본값)
+
예. 볼륨별로 사용자가 사용하도록 설정합니다
+
예. 볼륨별로 사용자가 사용하도록 설정합니다
+
+
+
볼륨 인라인 중복제거
+
예(기본값)
+
사용할 수 없습니다
+
지원되지 않습니다
+
+
+
32K 인라인 압축(보조 압축)
+
예 볼륨 단위로 사용자가 사용합니다.
+
예. 볼륨별로 사용자가 사용하도록 설정합니다
+
지원되지 않습니다
+
+
+
8K 인라인 압축(적응형 압축)
+
예(기본값)
+
예 볼륨 단위로 사용자가 사용합니다
+
지원되지 않습니다
+
+
+
백그라운드 압축
+
지원되지 않습니다
+
예 볼륨 단위로 사용자가 사용합니다
+
예. 볼륨별로 사용자가 사용하도록 설정합니다
+
+
+
압축 스캐너
+
예
+
예
+
예. 볼륨별로 사용자가 사용하도록 설정합니다
+
+
+
인라인 데이터 컴팩션
+
예(기본값)
+
예 볼륨 단위로 사용자가 사용합니다
+
지원되지 않습니다
+
+
+
다짐 스캐너
+
예
+
예
+
지원되지 않습니다
+
+
+
애그리게이트 인라인 중복제거
+
예(기본값)
+
해당 없음
+
지원되지 않습니다
+
+
+
볼륨 백그라운드 중복제거
+
예(기본값)
+
예 볼륨 단위로 사용자가 사용합니다
+
예. 볼륨별로 사용자가 사용하도록 설정합니다
+
+
+
집계 백그라운드 중복 제거
+
예(기본값)
+
해당 없음
+
지원되지 않습니다
+
+
+
+
+
1ONTAP Select 9.6은 새로운 라이센스(프리미엄 XL)와 새로운 VM 크기(대형)를 지원합니다. 그러나 대규모 VM은 소프트웨어 RAID를 사용하는 DAS 구성에서만 지원됩니다. 9.6 릴리즈의 대형 ONTAP Select VM에서는 하드웨어 RAID 및 vNAS 구성이 지원되지 않습니다.
+
+
+
DAS SSD 구성의 업그레이드 동작에 대한 참고 사항
+
ONTAP Select 9.6 이상으로 업그레이드한 후 을(를) 기다립니다 system node upgrade-revert show 명령을 사용하여 기존 볼륨의 스토리지 효율성 값을 확인하기 전에 업그레이드가 완료되었음을 표시합니다.
+
+
+
ONTAP Select 9.6 이상으로 업그레이드한 시스템에서 기존 aggregate 또는 새로 생성된 애그리게이트에 생성된 새로운 볼륨이 새로운 구축 환경에서 생성된 볼륨과 동일한 동작이 발생합니다. ONTAP Select 코드 업그레이드를 거친 기존 볼륨은 몇 가지 변동을 통해 새로 생성된 볼륨과 동일한 스토리지 효율성 정책을 대부분 가집니다.
+
+
+
+
시나리오 1
+
+
업그레이드 전에 볼륨에 스토리지 효율성 정책이 활성화되어 있지 않은 경우:
+
+
+
+
+
+
볼륨 을 참조하십시오 space guarantee = volume 인라인 데이터 컴팩션, 애그리게이트 인라인 중복제거, 애그리게이트 백그라운드 중복제거가 활성화되어 있지 않습니다. 이러한 옵션은 업그레이드 후 활성화할 수 있습니다.
+
+
+
볼륨 을 참조하십시오 space guarantee = none 백그라운드 압축이 활성화되어 있지 않습니다. 이 옵션은 업그레이드 후 활성화할 수 있습니다.
+
+
+
업그레이드 후 기존 볼륨의 스토리지 효율성 정책이 자동으로 설정됩니다.
+
+
+
+
+
+
+
시나리오 2
+
+
업그레이드 전에 볼륨에서 일부 스토리지 효율성 기능이 이미 활성화되어 있는 경우:
+
+
+
+
+
+
볼륨 을 참조하십시오 space guarantee = volume 업그레이드 후 차이가 표시되지 않습니다.
+
+
+
볼륨 을 참조하십시오 space guarantee = none 애그리게이트 백그라운드 중복제거를 설정합니다.
+
+
+
볼륨 을 참조하십시오 storage policy inline-only 정책이 자동으로 설정되도록 합니다.
+
+
+
사용자 정의 스토리지 효율성 정책이 있는 볼륨에서는 볼륨 을 제외하고 정책에 변화가 없습니다 space guarantee = none. 이러한 볼륨에는 애그리게이트 백그라운드 중복제거가 활성화되어 있습니다.
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
하드웨어 RAID 컨트롤러를 사용할 수 있는 경우, ONTAP Select는 RAID 서비스를 하드웨어 컨트롤러로 이동하여 쓰기 성능 향상 및 물리적 드라이브 장애에 대한 보호를 모두 제공할 수 있습니다. 따라서 ONTAP Select 클러스터 내의 모든 노드에 대한 RAID 보호는 ONTAP 소프트웨어 RAID가 아니라 로컬로 연결된 RAID 컨트롤러에 의해 제공됩니다.
+
+
+
+
+
+
+
+
+물리적 RAID 컨트롤러가 기본 드라이브에 RAID 스트라이핑을 제공하므로 ONTAP Select 데이터 애그리게이트는 RAID 0을 사용하도록 구성됩니다. 다른 RAID 레벨은 지원되지 않습니다.
+
+
+
+
+
+
+
+
로컬 연결 스토리지를 위한 RAID 컨트롤러 구성
+
+
+
ONTAP Select에 백업 스토리지를 제공하는 로컬로 연결된 모든 디스크는 RAID 컨트롤러 뒤에 있어야 합니다. 대부분의 일반 서버는 다양한 수준의 기능을 갖춘 여러 가격대에 여러 개의 RAID 컨트롤러 옵션을 제공합니다. 이 옵션의 목적은 컨트롤러에 있는 특정 최소 요구사항을 충족하는 경우에 가능한 많은 옵션을 지원하는 것입니다.
+
+
+
ONTAP Select 디스크를 관리하는 RAID 컨트롤러는 다음 요구 사항을 충족해야 합니다.
+
+
+
+
+
하드웨어 RAID 컨트롤러에는 BBU(Battery Backup Unit) 또는 FBWC(플래시 지원 쓰기 캐시)가 있어야 하며 12GBps의 처리량을 지원해야 합니다.
+
+
+
RAID 컨트롤러는 하나 이상의 디스크 장애(RAID 5 및 RAID 6)를 견딜 수 있는 모드를 지원해야 합니다.
+
+
+
드라이브 캐시를 비활성화 상태로 설정해야 합니다.
+
+
+
BBU 또는 플래시 장애 시 쓰기 작업을 수행하도록 폴백과 함께 쓰기 정책을 쓰기 저장 모드로 구성해야 합니다.
+
+
+
읽기에 대한 I/O 정책을 캐싱으로 설정해야 합니다.
+
+
+
+
+
ONTAP Select에 백업 스토리지를 제공하는 로컬로 연결된 모든 디스크는 RAID 5 또는 RAID 6을 실행하는 RAID 그룹에 배치해야 합니다. SAS 드라이브와 SSD의 경우 최대 24개의 드라이브로 구성된 RAID 그룹을 사용하면 ONTAP에서 수신되는 읽기 요청을 더 많은 디스크에 분산할 수 있습니다. 이렇게 하면 상당한 성능 향상을 얻을 수 있습니다. SAS/SSD 구성에서 단일 LUN과 다중 LUN 구성에 대한 성능 테스트를 수행했습니다. 뚜렷한 차이가 발견되지 않으므로, 단순화를 위해 구성 요구사항을 지원하는 데 필요한 최소한의 LUN을 생성하는 것이 좋습니다.
+
+
+
NL-SAS 및 SATA 드라이브에는 서로 다른 모범 사례가 필요합니다. 성능상의 이유로 최소 디스크 수는 여전히 8개이지만 RAID 그룹 크기는 12개 드라이브를 초과해서는 안 됩니다. 또한 RAID 그룹당 하나의 스페어를 사용하는 것이 좋습니다. 하지만 모든 RAID 그룹에 대한 글로벌 스페어를 사용할 수 있습니다. 예를 들어 3개의 RAID 그룹당 2개의 스페어를 사용할 수 있습니다. 각 RAID 그룹은 8~12개의 드라이브로 구성됩니다.
+
+
+
+
+
+
+
+
+이전 ESX 릴리즈의 최대 익스텐트 및 데이터 저장소 크기는 64TB이며, 이러한 대용량 드라이브에서 제공하는 총 물리적 용량을 지원하는 데 필요한 LUN 수에 영향을 줄 수 있습니다.
+
+
+
+
+
+
+
+
RAID 모드입니다
+
+
+
대부분의 RAID 컨트롤러는 최대 3개의 작업 모드를 지원하며, 각 모드는 쓰기 요청이 취하는 데이터 경로의 상당한 차이를 나타냅니다. 이 세 가지 모드는 다음과 같습니다.
+
+
+
+
+
쓰기쓰기쓰루. 들어오는 모든 I/O 요청은 RAID 컨트롤러 캐시에 기록된 다음 즉시 디스크로 플러시된 후 호스트에 다시 요청을 확인합니다.
+
+
+
손목. 들어오는 모든 I/O 요청은 RAID 컨트롤러 캐시를 우회하여 디스크에 직접 기록됩니다.
+
+
+
쓰기 저장. 수신되는 모든 I/O 요청은 컨트롤러 캐시에 직접 기록되고 즉시 호스트에 다시 전달됩니다. 데이터 블록은 컨트롤러를 사용하여 비동기식으로 디스크로 플러시됩니다.
+
+
+
+
+
쓰기 저장 모드는 블록이 캐시로 들어간 직후 I/O 확인이 발생하면서 가장 짧은 데이터 경로를 제공합니다. 이 모드는 혼합 읽기/쓰기 워크로드에서 지연 시간이 가장 짧고 처리량이 가장 높습니다. 그러나 BBU 또는 비휘발성 플래시 기술이 없는 경우 이 모드로 작동할 때 시스템에 전원 장애가 발생할 경우 데이터가 손실될 위험이 있습니다.
+
+
+
ONTAP Select를 사용하려면 배터리 백업 또는 플래시 장치가 있어야 합니다. 따라서 이러한 유형의 장애가 발생할 경우 캐싱된 블록이 디스크로 플러시됩니다. 따라서 RAID 컨트롤러를 쓰기 저장 모드로 구성해야 합니다.
+
+
+
+
+
ONTAP Select와 OS 간에 공유되는 로컬 디스크입니다
+
+
+
가장 일반적인 서버 구성은 모든 로컬로 연결된 스핀들이 단일 RAID 컨트롤러 뒤에 있는 구성입니다. 최소 2개의 LUN을 프로비저닝해야 합니다. 하나는 하이퍼바이저용으로, 다른 하나는 ONTAP Select VM에 대해 프로비저닝해야 합니다.
+
+
+
예를 들어, 6개의 내부 드라이브와 단일 Smart Array P420i RAID 컨트롤러가 있는 HP DL380 G8을 고려해 보십시오. 모든 내부 드라이브는 이 RAID 컨트롤러에 의해 관리되며 다른 스토리지는 시스템에 없습니다.
+
+
+
다음 그림은 이러한 구성 스타일을 보여 줍니다. 이 예에서는 시스템에 다른 스토리지가 없으므로 하이퍼바이저가 ONTAP Select 노드와 스토리지를 공유해야 합니다.
+
+
+
+
+
RAID로 관리되는 스핀들만 있는 서버 LUN 구성 *
+
+
+
+
+
+
+
+
ONTAP Select와 동일한 RAID 그룹에서 OS LUN을 프로비저닝하면 하이퍼바이저 OS(및 해당 스토리지에서 프로비저닝되는 클라이언트 VM)가 RAID 보호의 이점을 누릴 수 있습니다. 이 구성은 단일 드라이브 장애로 인해 전체 시스템이 다운되는 것을 방지합니다.
+
+
+
+
+
로컬 디스크는 ONTAP Select와 OS 간에 분할됩니다
+
+
+
서버 공급업체에서 제공하는 다른 가능한 구성에는 여러 RAID 또는 디스크 컨트롤러를 사용하여 시스템을 구성하는 작업이 포함됩니다. 이 구성에서는 디스크 세트를 하나의 디스크 컨트롤러에서 관리하며, RAID 서비스를 제공할 수도 있고 제공하지 않을 수도 있습니다. 두 번째 디스크 세트는 RAID 5/6 서비스를 제공할 수 있는 하드웨어 RAID 컨트롤러에 의해 관리됩니다.
+
+
+
이 유형의 구성을 사용할 경우 RAID 5/6 서비스를 제공할 수 있는 RAID 컨트롤러 뒤에 있는 스핀들 세트는 ONTAP Select VM에서만 사용해야 합니다. 관리 중인 총 스토리지 용량에 따라 디스크 스핀들을 하나 이상의 RAID 그룹 및 하나 이상의 LUN으로 구성해야 합니다. 그런 다음 이러한 LUN을 사용하여 하나 이상의 데이터 저장소를 생성하고 모든 데이터 저장소를 RAID 컨트롤러에 의해 보호합니다.
+
+
+
다음 그림과 같이 첫 번째 디스크 세트는 하이퍼바이저 OS 및 ONTAP 스토리지를 사용하지 않는 클라이언트 VM용으로 예약되어 있습니다.
+
+
+
혼합 RAID/비 RAID 시스템 * 에서 서버 LUN 구성
+
+
+
+
+
+
+
+
여러 개의 LUN
+
+
+
단일 RAID 그룹/단일 LUN 구성을 변경해야 하는 경우는 두 가지가 있습니다. NL-SAS 또는 SATA 드라이브를 사용하는 경우 RAID 그룹 크기는 드라이브 12개를 초과하지 않아야 합니다. 또한 단일 LUN이 기본 하이퍼바이저 스토리지보다 커지면 개별 파일 시스템 익스텐트 최대 크기 또는 총 스토리지 풀 최대 크기가 제한됩니다. 그런 다음 기본 물리적 스토리지를 여러 LUN으로 분할해야 파일 시스템을 성공적으로 생성할 수 있습니다.
+
+
+
+
+
VMware vSphere 가상 머신 파일 시스템 제한
+
+
+
일부 버전의 ESX에서 데이터 저장소의 최대 크기는 64TB입니다.
+
+
+
서버에 64TB 이상의 스토리지가 연결되어 있는 경우 각각 64TB보다 작은 여러 LUN을 프로비저닝해야 할 수 있습니다. SATA/NL-SAS 드라이브의 RAID 재구축 시간을 향상시키기 위해 여러 RAID 그룹을 생성하면 여러 LUN을 프로비저닝하게 됩니다.
+
+
+
여러 LUN이 필요할 경우 가장 중요한 고려 사항은 이러한 LUN이 비슷하고 일관된 성능을 발휘하는지 확인하는 것입니다. 모든 LUN을 단일 ONTAP 애그리게이트에서 사용하는 경우 이 점이 특히 중요합니다. 또는 하나 이상의 LUN의 서브셋이 확실히 다른 성능 프로필을 가지고 있는 경우 이러한 LUN을 별도의 ONTAP Aggregate로 분리하는 것이 좋습니다.
+
+
+
여러 파일 시스템 익스텐트를 사용하여 데이터 저장소의 최대 크기까지 단일 데이터 저장소를 생성할 수 있습니다. ONTAP Select 라이센스가 필요한 용량을 제한하려면 클러스터를 설치하는 동안 용량 한도를 지정해야 합니다. 이 기능을 사용하면 ONTAP Select에서 데이터 저장소의 일부 공간만 사용할 수 있습니다(따라서 라이센스가 필요함).
+
+
+
또는 단일 LUN에 단일 데이터 저장소를 생성하여 시작할 수 있습니다. 더 큰 ONTAP Select 용량 라이센스가 필요한 추가 공간이 필요한 경우 해당 공간을 데이터 저장소의 최대 크기까지 익스텐트의 동일한 데이터 저장소에 추가할 수 있습니다. 최대 크기에 도달하면 새 데이터 저장소를 생성하여 ONTAP Select에 추가할 수 있습니다. 두 가지 유형의 용량 확장 작업이 모두 지원되며 ONTAP Deploy Storage-add 기능을 사용하면 됩니다. 각 ONTAP Select 노드는 최대 400TB의 스토리지를 지원하도록 구성할 수 있습니다. 여러 데이터 저장소에서 용량을 프로비저닝하려면 2단계 프로세스가 필요합니다.
+
+
+
초기 클러스터 생성을 사용하여 ONTAP Select 클러스터를 생성할 수 있습니다. 이 클러스터에는 초기 데이터 저장소의 일부 또는 전체 공간이 사용됩니다. 두 번째 단계는 원하는 총 용량에 도달할 때까지 추가 데이터 저장소를 사용하여 하나 이상의 용량 추가 작업을 수행하는 것입니다. 이 기능에 대한 자세한 내용은 섹션을 참조하십시오 "스토리지 용량 증가".
+
+
+
+
+
+
+
+
+VMFS 오버헤드가 0이 아닙니다(참조) "VMware KB 1001618")를 사용하여 데이터 저장소에서 사용 가능한 것으로 보고된 전체 공간을 사용하려고 하면 클러스터 생성 작업 중에 오류가 발생했습니다.
+
+
+
+
+
+
각 데이터 저장소에서 2% 버퍼가 사용되지 않은 상태로 남아 있습니다. 이 공간은 ONTAP Select에서 사용되지 않으므로 용량 라이센스가 필요하지 않습니다. ONTAP Deploy는 용량 한도가 지정되지 않은 경우 버퍼에 대한 정확한 기가바이트 수를 자동으로 계산합니다. 용량 한도를 지정한 경우 해당 크기가 먼저 적용됩니다. 용량 캡 크기가 버퍼 크기 내에 있으면 용량 캡으로 사용할 수 있는 올바른 최대 크기 매개 변수를 지정하는 오류 메시지와 함께 클러스터 생성에 실패합니다.
+
+
+
+
“InvalidPoolCapacitySize: Invalid capacity specified for storage pool “ontap-select-storage-pool”, Specified value: 34334204 GB. Available (after leaving 2% overhead space): 30948”
+
+
+
+
VMFS 6은 신규 설치 및 기존 ONTAP 구축 또는 ONTAP Select VM의 Storage vMotion 작업의 타겟으로 지원됩니다.
+
+
+
VMware는 VMFS 5에서 VMFS 6으로의 데이터 이동 없는 업그레이드를 지원하지 않습니다. 따라서 Storage vMotion은 모든 VM이 VMFS 5 데이터 저장소에서 VMFS 6 데이터 저장소로 전환할 수 있도록 하는 유일한 메커니즘입니다. 그러나 ONTAP Select 및 ONTAP 구축을 통한 Storage vMotion 지원이 VMFS 5에서 VMFS 6으로 전환하는 특정 목적 외에 다른 시나리오에 대해서도 지원하도록 확장되었습니다.
+
+
+
+
+
ONTAP Select 가상 디스크
+
+
+
ONTAP Select의 핵심에는 하나 이상의 스토리지 풀에서 프로비저닝된 가상 디스크 집합이 ONTAP에 제공됩니다. ONTAP에는 물리적 디스크로 처리하는 가상 디스크 세트가 제공되며, 스토리지 스택의 나머지 부분은 하이퍼바이저에 의해 추상화됩니다. 다음 그림에서는 물리적 RAID 컨트롤러, 하이퍼바이저 및 ONTAP Select VM 간의 관계를 자세하게 보여 줍니다.
+
+
+
+
+
RAID 그룹 및 LUN 구성은 서버의 RAID 컨트롤러 소프트웨어 내에서 이루어집니다. VSAN 또는 외부 스토리지를 사용할 때는 이 구성이 필요하지 않습니다.
+
+
+
스토리지 풀 구성은 하이퍼바이저 내에서 수행됩니다.
+
+
+
가상 디스크는 개별 VM에 의해 생성되고 소유됩니다. 이 예에서는 ONTAP Select에 의해 생성됩니다.
+
+
+
가상 디스크와 물리 디스크 매핑 *
+
+
+
+
+
+
+
+
+
+
가상 디스크 프로비저닝
+
+
+
보다 간소화된 사용자 환경을 제공하기 위해 ONTAP Select 관리 툴인 ONTAP Deploy가 관련 스토리지 풀에서 가상 디스크를 자동으로 프로비저닝하고 ONTAP Select VM에 연결합니다. 이 작업은 초기 설정 및 스토리지 추가 작업 중에 자동으로 수행됩니다. ONTAP Select 노드가 HA 쌍의 일부인 경우 가상 디스크는 로컬 및 미러 스토리지 풀에 자동으로 할당됩니다.
+
+
+
ONTAP Select는 연결된 기본 스토리지를 각각 16TB를 초과하지 않는 동일한 크기의 가상 디스크로 나눕니다. ONTAP Select 노드가 HA 쌍의 일부인 경우 각 클러스터 노드에서 2개 이상의 가상 디스크를 생성하고 미러링된 Aggregate 내에서 사용할 로컬 및 미러 플렉스에 할당됩니다.
+
+
+
예를 들어, ONTAP Select에서는 31TB인 데이터 저장소 또는 LUN을 할당할 수 있습니다(VM이 구축된 후 남은 공간과 시스템 및 루트 디스크가 프로비저닝됨). 그런 다음 4개의 ~7.75TB 가상 디스크가 생성되어 해당 ONTAP 로컬 및 미러 플렉스에 할당됩니다.
+
+
+
+
+
+
+
+
+ONTAP Select VM에 용량을 추가하면 다양한 크기의 VMDK가 될 수 있습니다. 자세한 내용은 섹션을 참조하십시오 "스토리지 용량 증가". FAS 시스템과 달리 크기가 다른 VMDK가 동일한 애그리게이트에 존재할 수 있습니다. ONTAP Select는 이러한 VMDK에서 RAID 0 스트라이프를 사용하므로 크기에 관계없이 각 VMDK의 모든 공간을 완전히 사용할 수 있습니다.
+
+
+
+
+
+
+
+
NVRAM을 가상화했습니다
+
+
+
NetApp FAS 시스템은 일반적으로 비휘발성 플래시 메모리가 포함된 고성능 카드인 물리적 NVRAM PCI 카드를 장착합니다. 이 카드는 들어오는 쓰기를 클라이언트에 즉시 확인할 수 있는 기능을 ONTAP에 부여하여 쓰기 성능을 크게 향상시킵니다. 또한 디스테이징이라고 하는 프로세스에서 수정된 데이터 블록을 느린 스토리지 미디어로 다시 이동하도록 예약할 수도 있습니다.
+
+
+
일반 시스템에는 일반적으로 이러한 유형의 장비가 장착되지 않습니다. 따라서 이 NVRAM 카드의 기능은 가상화되어 ONTAP Select 시스템 부팅 디스크의 파티션에 배치됩니다. 따라서 인스턴스의 시스템 가상 디스크를 배치하는 것이 매우 중요합니다. 이 때문에 로컬 연결 스토리지 구성을 위해 복원력이 뛰어난 캐시를 갖춘 물리적 RAID 컨트롤러가 필요합니다.
+
+
+
NVRAM은 자체 VMDK에 배치됩니다. NVRAM을 자체 VMDK로 분할하면 ONTAP Select VM이 vNVMe 드라이버를 사용하여 NVRAM VMDK와 통신할 수 있습니다. 또한 ONTAP Select VM은 ESX 6.5 이상과 호환되는 하드웨어 버전 13을 사용해야 합니다.
+
+
+
+
+
데이터 경로 설명: NVRAM 및 RAID 컨트롤러
+
+
+
시스템에 유입될 때 쓰기 요청이 취하는 데이터 경로를 따라 가면 가상화된 NVRAM 시스템 파티션과 RAID 컨트롤러 간의 상호 작용이 가장 잘 강조 표시될 수 있습니다.
+
+
+
ONTAP Select VM에 대한 들어오는 쓰기 요청은 VM의 NVRAM 파티션을 대상으로 합니다. 가상화 계층에서 이 파티션은 ONTAP Select 시스템 디스크 내에 있으며, VMDK는 ONTAP Select VM에 연결됩니다. 물리적 계층에서는 이러한 요청이 로컬 RAID 컨트롤러에 캐싱됩니다. 기본 스핀들을 타겟으로 하는 모든 블록 변경도 이와 유사합니다. 여기에서 쓰기가 호스트에 다시 인식됩니다.
+
+
+
이 시점에서 블록이 실제로 RAID 컨트롤러 캐시에 상주하며 디스크로 플러시될 때까지 기다립니다. 논리적으로, 블록은 적절한 사용자 데이터 디스크로 디스테이징될 때까지 NVRAM에 상주합니다.
+
+
+
변경된 블록은 RAID 컨트롤러의 로컬 캐시에 자동으로 저장되기 때문에 NVRAM 파티션에 들어오는 쓰기가 자동으로 캐시되어 주기적으로 물리적 스토리지 미디어로 플러시됩니다. NVRAM 컨텐츠를 ONTAP 데이터 디스크로 다시 주기적으로 플러싱하는 것은 혼동하지 마십시오. 이 두 이벤트는 관련이 없으며 서로 다른 시간과 빈도로 발생합니다.
+
+
+
다음 그림에서는 들어오는 쓰기가 수행하는 입출력 경로를 보여 줍니다. 또한 물리적 계층(RAID 컨트롤러 캐시 및 디스크로 표시)과 가상 계층(VM의 NVRAM 및 데이터 가상 디스크로 표시) 간의 차이점을 강조합니다.
+
+
+
+
+
+
+
+
+NVRAM VMDK에서 변경된 블록이 로컬 RAID 컨트롤러 캐시에 캐싱되더라도 캐시는 VM 구성이나 해당 가상 디스크를 인식하지 못합니다. NVRAM은 시스템에 변경된 블록을 모두 저장하며 이 중 NVRAM은 일부에 불과합니다. 여기에는 동일한 백업 스핀들에서 프로비저닝되는 경우 하이퍼바이저에 대해 바인딩된 쓰기 요청이 포함됩니다.
+
+
+
+
+
+
+
+
ONTAP Select VM에 대한 들어오는 쓰기 *
+
+
+
+
+
+
+
+
+
+
+
+
+
+NVRAM 파티션은 자체 VMDK에서 분리됩니다. 이 VMDK는 ESX 버전 6.5 이상에서 사용할 수 있는 vdme 드라이버를 사용하여 연결됩니다. 이 변경 사항은 RAID 컨트롤러 캐시의 이점을 얻지 않는 소프트웨어 RAID를 사용하는 ONTAP Select 설치에 가장 중요합니다.
+
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
소프트웨어 RAID는 ONTAP 소프트웨어 스택 내에 구현된 RAID 추상화 계층입니다. FAS와 같은 기존 ONTAP 플랫폼 내에서 RAID 계층과 동일한 기능을 제공합니다. RAID 계층은 드라이브 패리티 계산을 수행하고 ONTAP Select 노드 내의 개별 드라이브 장애에 대한 보호를 제공합니다.
+
+
+
하드웨어 RAID 구성과 상관없이 ONTAP Select는 소프트웨어 RAID 옵션도 제공합니다. ONTAP Select를 소형 폼 팩터 상용 하드웨어에 배포하는 경우와 같이 특정 환경에서 하드웨어 RAID 컨트롤러를 사용하지 않거나 사용하지 않는 것이 좋습니다. 소프트웨어 RAID는 이러한 환경을 포함하도록 사용 가능한 배포 옵션을 확장합니다. 사용자 환경에서 소프트웨어 RAID를 활성화하려면 다음 사항을 기억해야 합니다.
+
+
+
+
+
이 제품은 Premium 또는 Premium XL 라이센스와 함께 사용할 수 있습니다.
+
+
+
ONTAP 루트 및 데이터 디스크용 SSD 또는 NVMe(Premium XL 라이센스 필요) 드라이브만 지원합니다.
+
+
+
ONTAP Select VM 부팅 파티션에는 별도의 시스템 디스크가 필요합니다.
+
+
+
+
SSD 또는 NVMe 드라이브 중 하나의 개별 디스크를 선택하여 시스템 디스크(NVRAM, 부팅/CF 카드, 코어 덤프 및 다중 노드 설정의 중재자)용 데이터 저장소를 생성합니다.
+
+
+
+
+
+
참고 *
+
+
+
서비스 디스크 및 시스템 디스크라는 용어는 서로 바꿔서 사용할 수 있습니다.
+
+
+
+
서비스 디스크는 ONTAP Select VM 내에서 클러스터링, 부팅 등과 같은 다양한 항목을 제공하는 데 사용되는 VMDK입니다.
+
+
+
서비스 디스크는 호스트에서 보는 것처럼 물리적으로 단일 물리 디스크(통칭하여 서비스/시스템 물리 디스크라고 함)에 위치합니다. 해당 물리적 디스크에는 DAS 데이터 저장소가 포함되어야 합니다. ONTAP Deploy는 클러스터 구축 중에 ONTAP Select VM용 서비스 디스크를 생성합니다.
+
+
+
+
+
+
여러 데이터 저장소 또는 여러 물리적 드라이브에서 ONTAP Select 시스템 디스크를 더 이상 분리할 수 없습니다.
+
+
+
하드웨어 RAID는 더 이상 사용되지 않습니다.
+
+
+
+
+
+
+
로컬 연결 스토리지를 위한 소프트웨어 RAID 구성
+
+
+
소프트웨어 RAID를 사용하는 경우 하드웨어 RAID 컨트롤러가 없는 것이 좋지만 시스템에 기존 RAID 컨트롤러가 있는 경우 다음 요구 사항을 준수해야 합니다.
+
+
+
+
+
시스템에 디스크를 직접 제공할 수 있도록 하드웨어 RAID 컨트롤러를 비활성화해야 합니다(JBOD). 이러한 변경은 일반적으로 RAID 컨트롤러 BIOS에서 수행할 수 있습니다
+
+
+
또는 하드웨어 RAID 컨트롤러가 SAS HBA 모드에 있어야 합니다. 예를 들어, 일부 BIOS 구성에서는 RAID 외에 “AHCI” 모드가 허용되며, 이는 JBOD 모드를 활성화하도록 선택할 수 있습니다. 이렇게 하면 물리적 드라이브가 호스트에 있는 것처럼 표시되도록 패스스루를 사용할 수 있습니다.
+
+
+
+
+
컨트롤러에서 지원되는 최대 드라이브 수에 따라 추가 컨트롤러가 필요할 수 있습니다. SAS HBA 모드를 사용하는 경우 최소 6Gb/s 속도로 IO 컨트롤러(SAS HBA)가 지원되는지 확인합니다. 그러나 NetApp에서는 12GBps 속도를 권장합니다.
+
+
+
다른 하드웨어 RAID 컨트롤러 모드 또는 구성은 지원되지 않습니다. 예를 들어, 일부 컨트롤러는 디스크를 인위적으로 통과시킬 수 있지만 그 의미는 바람직하지 않을 수 있는 RAID 0 지원을 허용합니다. 지원되는 물리적 디스크 크기(SSD만 해당)는 200GB~16TB 사이입니다.
+
+
+
+
+
+
+
+
+관리자는 ONTAP Select VM에서 사용 중인 드라이브를 추적하고 호스트에서 해당 드라이브를 실수로 사용하지 않도록 해야 합니다.
+
+
+
+
+
+
+
+
ONTAP Select 가상 및 물리 디스크
+
+
+
하드웨어 RAID 컨트롤러 구성의 경우 RAID 컨트롤러에서 물리 디스크 이중화를 제공합니다. ONTAP Select에는 ONTAP 관리자가 데이터 애그리게이트를 구성할 수 있는 하나 이상의 VMDK가 제공됩니다. 이러한 VMDK는 RAID 0 형식으로 스트라이핑됩니다. ONTAP 소프트웨어 RAID는 하드웨어 수준에서 제공되는 복원력으로 인해 중복되고 비효율적이며 효과가 없기 때문입니다. 또한 시스템 디스크에 사용되는 VMDK는 사용자 데이터를 저장하는 데 사용되는 VMDK와 동일한 데이터 저장소에 있습니다.
+
+
+
소프트웨어 RAID를 사용할 때 ONTAP 배포는 ONTAP Select SSD 및 패스쓰루 또는 DirectPath IO 장치의에 VMDK(가상 디스크) 및 물리 디스크 RDM(Raw Device Mappings)을 제공합니다.
+
+
+
다음 그림에서는 이 관계를 보다 자세히 보여 주고, ONTAP Select VM 내부 작업에 사용되는 가상 디스크와 사용자 데이터를 저장하는 데 사용되는 물리적 디스크 간의 차이점을 보여 줍니다.
+
+
+
ONTAP Select 소프트웨어 RAID: 가상화 디스크 및 RDM * 사용
+
+
+
+
+
+
시스템 디스크(VMDK)는 동일한 데이터 저장소와 동일한 물리적 디스크에 상주합니다. 가상 NVRAM 디스크에는 빠르고 내구성이 있는 미디어가 필요합니다. 따라서 NVMe 및 SSD 유형 데이터 저장소만 지원됩니다.
+
+
+
+
+
+
시스템 디스크(VMDK)는 동일한 데이터 저장소와 동일한 물리적 디스크에 상주합니다. 가상 NVRAM 디스크에는 빠르고 내구성이 있는 미디어가 필요합니다. 따라서 NVMe 및 SSD 유형 데이터 저장소만 지원됩니다. NVMe 드라이브를 데이터에 사용할 때 성능 상의 이유로 시스템 디스크도 NVMe 장치여야 합니다. All NVMe 구성에서 시스템 디스크를 사용할 수 있는 적합한 후보는 Intel Optane 카드입니다.
+
+
+
+
+
+
+
+
+현재 릴리즈에서는 여러 데이터 저장소 또는 여러 물리적 드라이브에서 ONTAP Select 시스템 디스크를 더 이상 분리할 수 없습니다.
+
+
+
+
+
+
각 데이터 디스크는 작은 루트 파티션(스트라이프)과 같은 크기의 파티션 두 개로 나뉘어 ONTAP Select VM 내에서 보이는 두 개의 데이터 디스크를 만듭니다. 파티션은 단일 노드 클러스터 및 HA 쌍의 노드에 대해 다음 그림에 표시된 대로 루트 데이터 데이터(RD2) 스키마를 사용합니다.
+
+
+
P 패리티 드라이브를 나타냅니다. DP 는 이중 패리티 드라이브와 를 나타냅니다 S 스페어 드라이브를 나타냅니다.
+
+
+
+
+
단일 노드 클러스터를 위한 RDD 디스크 파티셔닝 *
+
+
+
+
+
+
+
+
+
+
다중 노드 클러스터를 위한 RDD 디스크 파티셔닝(HA 쌍) *
+
+
+
+
+
+
+
+
ONTAP 소프트웨어 RAID는 RAID 4, RAID-DP 및 RAID-TEC와 같은 RAID 유형을 지원합니다. 이는 FAS 및 AFF 플랫폼에서 사용되는 RAID 구문과 동일합니다. 루트 프로비저닝의 경우 ONTAP Select는 RAID 4 및 RAID-DP만 지원합니다. 데이터 애그리게이트에 RAID-TEC를 사용할 때는 전반적인 보호 기능이 RAID-DP입니다. ONTAP Select HA는 각 노드의 구성을 다른 노드로 복제하는 무공유 아키텍처를 사용합니다. 즉, 각 노드는 루트 파티션과 해당 피어의 루트 파티션 복제본을 저장해야 합니다. 데이터 디스크에는 단일 루트 파티션이 있으므로 최소 데이터 디스크 수는 ONTAP Select 노드가 HA 쌍의 일부인지 여부에 따라 달라집니다.
+
+
+
단일 노드 클러스터의 경우 모든 데이터 파티션이 로컬(활성) 데이터를 저장하는 데 사용됩니다. HA 쌍의 일부인 노드의 경우 데이터 파티션 하나는 해당 노드의 로컬(활성) 데이터를 저장하는 데 사용되고, 두 번째 데이터 파티션은 HA 피어의 활성 데이터를 미러링하는 데 사용됩니다.
+
+
+
+
+
통과 연결(DirectPath IO) 디바이스와 RDM(Raw Device Maps)
+
+
+
VMware ESX는 현재 NVMe 디스크를 원시 장치 맵으로 지원하지 않습니다. ONTAP Select에서 NVMe 디스크를 직접 제어하려면 NVMe 드라이브를 ESX에서 통과 장치로 구성해야 합니다. NVMe 장치를 통과 장치로 구성하려면 서버 BIOS에서 지원해야 하며 중단 프로세스이므로 ESX 호스트를 재부팅해야 합니다. 또한 ESX 호스트당 최대 통과 장치 수는 16개입니다. 그러나 ONTAP 배포에서는 이 제한이 14로 제한됩니다. ONTAP Select 노드당 14개의 NVMe 장치로 이 제한이 있다는 것은 모든 NVMe 구성이 총 용량을 희생하여 매우 높은 IOP 밀도(IOPS/TB)를 제공한다는 의미입니다. 또는 더 큰 스토리지 용량을 제공하는 고성능 구성을 원할 경우 대규모 ONTAP Select VM 크기, 시스템 디스크용 Intel Optane 카드, 데이터 스토리지용 SSD 드라이브 수를 지정하는 것이 좋습니다.
+
+
+
+
+
+
+
+
+NVMe 성능을 최대한 활용하려면 대규모 ONTAP Select VM 크기를 고려하십시오.
+
+
+
+
+
+
패스스루 장치와 RDM 간에는 추가적인 차이점이 있습니다. RDM은 실행 중인 VM에 매핑할 수 있습니다. 패스스루 디바이스에는 VM 재부팅이 필요합니다. 즉, NVMe 드라이브 교체 또는 용량 확장(드라이브 추가) 절차를 수행하려면 ONTAP Select VM을 재부팅해야 합니다. 드라이브 교체 및 용량 확장(드라이브 추가) 작업은 ONTAP Deploy의 워크플로우에 따라 달라집니다. ONTAP Deploy는 단일 노드 클러스터의 ONTAP Select 재부팅과 HA 쌍의 페일오버/페일백을 관리합니다. 하지만 SSD 데이터 드라이브 작업(ONTAP Select 재부팅/장애 조치는 필요 없음)과 NVMe 데이터 드라이브 작업(ONTAP Select 재부팅/장애 조치 필요) 간의 차이점을 반드시 알아야 합니다.
+
+
+
+
+
물리 및 가상 디스크 프로비저닝
+
+
+
보다 간소화된 사용자 환경을 제공하기 위해 ONTAP Deploy는 지정된 데이터 저장소(물리적 시스템 디스크)에서 시스템(가상) 디스크를 자동으로 프로비저닝하고 ONTAP Select VM에 연결합니다. 이 작업은 ONTAP Select VM이 부팅될 수 있도록 초기 설정 중에 자동으로 수행됩니다. RDM은 파티셔닝되고 루트 애그리게이트는 자동으로 구축됩니다. ONTAP Select 노드가 HA 쌍의 일부인 경우 데이터 파티션이 로컬 스토리지 풀 및 미러 스토리지 풀에 자동으로 할당됩니다. 이 할당은 클러스터 생성 작업과 스토리지 추가 작업 모두에서 자동으로 수행됩니다.
+
+
+
ONTAP Select VM의 데이터 디스크는 기본 물리적 디스크와 연결되기 때문에 더 많은 수의 물리적 디스크를 사용하여 구성을 생성할 때 성능에 영향을 미칩니다.
+
+
+
+
+
+
+
+
+루트 애그리게이트의 RAID 그룹 유형은 사용 가능한 디스크 수에 따라 다릅니다. ONTAP 배포는 적절한 RAID 그룹 유형을 선택합니다. 노드에 할당된 디스크가 충분한 경우 RAID-DP를 사용하고, 그렇지 않은 경우 RAID-4 루트 애그리게이트를 생성합니다.
+
+
+
+
+
+
소프트웨어 RAID를 사용하여 ONTAP Select VM에 용량을 추가할 때 관리자는 물리적 드라이브 크기와 필요한 드라이브 수를 고려해야 합니다. 자세한 내용은 섹션을 참조하십시오 "스토리지 용량 증가".
+
+
+
FAS 및 AFF 시스템과 마찬가지로 용량이 동일하거나 더 큰 드라이브만 기존 RAID 그룹에 추가할 수 있습니다. 대용량 드라이브의 크기가 큽니다. 새 RAID 그룹을 생성하는 경우 새 RAID 그룹 크기가 기존 RAID 그룹 크기와 일치하여 전체적인 애그리게이트 성능이 저하되지 않도록 해야 합니다.
+
+
+
+
+
ONTAP Select 디스크를 해당 ESX 디스크와 일치시킵니다
+
+
+
ONTAP Select 디스크에는 보통 net x.x.y라는 레이블이 지정됩니다 다음 ONTAP 명령을 사용하여 디스크 UUID를 얻을 수 있습니다.
+
+
+
+
<system name>::> disk show NET-1.1
+Disk: NET-1.1
+Model: Micron_5100_MTFD
+Serial Number: 1723175C0B5E
+UID: *500A0751:175C0B5E*:00000000:00000000:00000000:00000000:00000000:00000000:00000000:00000000
+BPS: 512
+Physical Size: 894.3GB
+Position: shared
+Checksum Compatibility: advanced_zoned
+Aggregate: -
+Plex: -This UID can be matched with the device UID displayed in the ‘storage devices’ tab for the ESX host
+
+
+
+
+
+
+
ESXi 셸에서 다음 명령을 입력하여 지정된 물리적 디스크(na.unique-id로 식별)의 LED를 깜박일 수 있습니다.
+
+
+
+
esxcli storage core device set -d <naa_id> -l=locator -L=<seconds>
+
+
+
+
+
+
소프트웨어 RAID를 사용할 때 다중 드라이브 오류가 발생합니다
+
+
+
여러 드라이브가 동시에 오류 상태에 있는 경우, 시스템이 여러 개의 상황을 경험할 수 있습니다. 시스템의 동작은 애그리게이트 RAID 보호 및 장애 발생 드라이브 수에 따라 다릅니다.
+
+
+
RAID4 애그리게이트는 한 번의 디스크 장애를 견딜 수 있고, RAID-DP 애그리게이트는 2번의 디스크 장애를 견딜 수 있으며, RAID-TEC 애그리게이트는 3번의 디스크 장애를 견딜 수 있습니다.
+
+
+
장애가 발생한 디스크 수가 RAID 유형이 지원하는 최대 장애 수보다 적고, 스페어 디스크를 사용할 수 있는 경우 재구성 프로세스가 자동으로 시작됩니다. 스페어 디스크를 사용할 수 없는 경우 aggregate는 스페어 디스크를 추가할 때까지 저하된 상태로 데이터를 제공합니다.
+
+
+
장애가 발생한 디스크 수가 RAID 유형이 지원하는 최대 장애 수보다 많은 경우 로컬 플렉스를 장애 발생 으로 표시하고 애그리게이트 상태는 성능 저하 로 표시됩니다. 데이터는 HA 파트너에 있는 두 번째 플렉스에서 제공됩니다. 즉, 노드 1에 대한 모든 I/O 요청은 클러스터 인터커넥트 포트 e0e(iSCSI)를 통해 노드 2에 물리적으로 위치한 디스크로 전송됩니다. 두 번째 플렉스도 실패하면 애그리게이트는 실패로 표시되고 데이터를 사용할 수 없게 됩니다.
+
+
+
오류가 발생한 플렉스를 삭제하고 다시 생성해야 적절한 데이터 미러링을 재개할 수 있습니다. 다중 디스크 장애로 인해 데이터 애그리게이트의 성능이 저하되어 루트 애그리게이트의 성능이 저하됩니다. ONTAP Select는 RDD(루트 데이터 데이터) 파티셔닝 스키마를 사용하여 각 물리적 드라이브를 루트 파티션과 두 개의 데이터 파티션으로 분할합니다. 따라서 하나 이상의 디스크를 분실하면 로컬 루트 또는 원격 루트 애그리게이트의 복사본과 로컬 데이터 애그리게이트 및 원격 데이터 애그리게이트의 복사본을 비롯하여 여러 애그리게이트가 영향을 미칠 수 있습니다.
+
+
+
+
C3111E67::> storage aggregate plex delete -aggregate aggr1 -plex plex1
+Warning: Deleting plex "plex1" of mirrored aggregate "aggr1" in a non-shared HA configuration will disable its synchronous mirror protection and disable
+ negotiated takeover of node "sti-rx2540-335a" when aggregate "aggr1" is online.
+Do you want to continue? {y|n}: y
+[Job 78] Job succeeded: DONE
+
+C3111E67::> storage aggregate mirror -aggregate aggr1
+Info: Disks would be added to aggregate "aggr1" on node "sti-rx2540-335a" in the following manner:
+ Second Plex
+ RAID Group rg0, 5 disks (advanced_zoned checksum, raid_dp)
+ Usable Physical
+ Position Disk Type Size Size
+ ---------- ------------------------- ---------- -------- --------
+ shared NET-3.2 SSD - -
+ shared NET-3.3 SSD - -
+ shared NET-3.4 SSD 208.4GB 208.4GB
+ shared NET-3.5 SSD 208.4GB 208.4GB
+ shared NET-3.12 SSD 208.4GB 208.4GB
+
+ Aggregate capacity available for volume use would be 526.1GB.
+ 625.2GB would be used from capacity license.
+Do you want to continue? {y|n}: y
+
+C3111E67::> storage aggregate show-status -aggregate aggr1
+Owner Node: sti-rx2540-335a
+ Aggregate: aggr1 (online, raid_dp, mirrored) (advanced_zoned checksums)
+ Plex: /aggr1/plex0 (online, normal, active, pool0)
+ RAID Group /aggr1/plex0/rg0 (normal, advanced_zoned checksums)
+ Usable Physical
+ Position Disk Pool Type RPM Size Size Status
+ -------- --------------------------- ---- ----- ------ -------- -------- ----------
+ shared NET-1.1 0 SSD - 205.1GB 447.1GB (normal)
+ shared NET-1.2 0 SSD - 205.1GB 447.1GB (normal)
+ shared NET-1.3 0 SSD - 205.1GB 447.1GB (normal)
+ shared NET-1.10 0 SSD - 205.1GB 447.1GB (normal)
+ shared NET-1.11 0 SSD - 205.1GB 447.1GB (normal)
+ Plex: /aggr1/plex3 (online, normal, active, pool1)
+ RAID Group /aggr1/plex3/rg0 (normal, advanced_zoned checksums)
+ Usable Physical
+ Position Disk Pool Type RPM Size Size Status
+ -------- --------------------------- ---- ----- ------ -------- -------- ----------
+ shared NET-3.2 1 SSD - 205.1GB 447.1GB (normal)
+ shared NET-3.3 1 SSD - 205.1GB 447.1GB (normal)
+ shared NET-3.4 1 SSD - 205.1GB 447.1GB (normal)
+ shared NET-3.5 1 SSD - 205.1GB 447.1GB (normal)
+ shared NET-3.12 1 SSD - 205.1GB 447.1GB (normal)
+10 entries were displayed..
+
+
+
+
+
+
+
+
+
+하나 또는 여러 개의 드라이브 오류를 테스트하거나 시뮬레이션하려면 를 사용합니다 storage disk fail -disk NET-x.y -immediate 명령. 시스템에 스페어가 있는 경우 aggregate가 재구성되기 시작합니다. 명령을 사용하여 재구성 상태를 확인할 수 있습니다 storage aggregate show. ONTAP Deploy를 사용하여 시뮬레이션된 오류 드라이브를 제거할 수 있습니다. ONTAP에서 드라이브를 로 표시했습니다 Broken. 드라이브는 실제로 파손되지 않으며 ONTAP 배포를 사용하여 다시 추가할 수 있습니다. 손상된 레이블을 지우려면 ONTAP Select CLI에서 다음 명령을 입력합니다.
+
+
+
+
+
+
+
set advanced
+disk unfail -disk NET-x.y -spare true
+disk show -broken
+
+
+
+
마지막 명령의 출력은 비어 있어야 합니다.
+
+
+
+
+
NVRAM을 가상화했습니다
+
+
+
NetApp FAS 시스템은 일반적으로 물리적 NVRAM PCI 카드를 사용합니다. 이 카드는 비휘발성 플래시 메모리가 포함된 고성능 카드로 쓰기 성능이 크게 향상됩니다. 이 작업은 ONTAP가 들어오는 쓰기를 클라이언트에 즉시 확인할 수 있도록 허용하여 수행합니다. 또한 디스테이징이라고 하는 프로세스에서 수정된 데이터 블록을 느린 스토리지 미디어로 다시 이동하도록 예약할 수도 있습니다.
+
+
+
일반 시스템에는 일반적으로 이러한 유형의 장비가 장착되지 않습니다. 따라서 NVRAM 카드의 기능이 가상화되어 ONTAP Select 시스템 부팅 디스크의 파티션에 배치됩니다. 따라서 인스턴스의 시스템 가상 디스크를 배치하는 것이 매우 중요합니다.
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
가상 NAS(vNAS) 구축은 VSAN(가상 SAN)에서 ONTAP Select 클러스터, 일부 HCI 제품 및 외부 어레이 유형의 데이터 저장소를 지원합니다. 이러한 구성의 기본 인프라는 데이터 저장소 복원력을 제공합니다.
+
+
+
최소 요구 사항은 기본 구성이 VMware에서 지원되며 해당 VMware HCL에 나열되어 있어야 한다는 것입니다.
+
+
+
+
+
vNAS 아키텍처
+
+
+
vNAS는 DAS를 사용하지 않는 모든 설정에 사용됩니다. 다중 노드 ONTAP Select 클러스터의 경우 동일한 HA 쌍의 두 ONTAP Select 노드가 단일 데이터 저장소(vSAN 데이터 저장소 포함)를 공유하는 아키텍처를 포함합니다. 노드는 동일한 공유 외부 스토리지의 개별 데이터 저장소에 설치할 수도 있습니다. 따라서 어레이 측 스토리지 효율성을 통해 전체 ONTAP Select HA 쌍의 전체 설치 공간을 줄일 수 있습니다. ONTAP Select vNAS 솔루션의 아키텍처는 로컬 RAID 컨트롤러를 사용하는 DAS상의 ONTAP Select 아키텍처와 매우 유사합니다. 즉, 각 ONTAP Select 노드에는 HA 파트너의 데이터 사본이 계속 있습니다. ONTAP 스토리지 효율성 정책의 범위는 노드 범위입니다. 따라서 두 ONTAP Select 노드의 데이터 세트 전체에 적용할 수 있으므로 어레이 측 스토리지 효율성을 높이는 것이 좋습니다.
+
+
+
HA 쌍의 각 ONTAP Select 노드가 별도의 외부 어레이를 사용할 수도 있습니다. 이는 외부 스토리지에 ONTAP Select MetroCluster SDS를 사용할 때 일반적으로 사용되는 방법입니다.
+
+
+
각 ONTAP Select 노드에 대해 별도의 외부 어레이를 사용할 때는 두 어레이가 ONTAP Select VM과 유사한 성능 특성을 제공하는 것이 매우 중요합니다.
+
+
+
vNAS 아키텍처와 하드웨어 RAID 컨트롤러 기반 로컬 DAS 비교
+
+
vNAS 아키텍처는 DAS 및 RAID 컨트롤러를 사용하는 서버의 아키텍처와 논리적으로 가장 유사합니다. 두 경우 모두 ONTAP Select는 데이터 저장소 공간을 사용합니다. 해당 데이터 저장소 공간은 VMDK로 구성되었으며 이러한 VMDK는 기존의 ONTAP 데이터 애그리게이트를 구성합니다. ONTAP 구축을 사용하면 클러스터 생성 및 스토리지 추가 작업 중에 VMDK가 적절하게 사이징되고 올바른 plex(HA 쌍의 경우)에 할당되어 있는지 확인할 수 있습니다.
+
+
+
RAID 컨트롤러에서 vNAS와 DAS에는 두 가지 주요 차이점이 있습니다. 가장 즉각적인 차이점은 vNAS에는 RAID 컨트롤러가 필요하지 않는다는 점입니다. vNAS는 기본 외부 스토리지가 RAID 컨트롤러 설정으로 DAS가 제공할 수 있는 데이터 지속성 및 복원력을 제공한다고 가정합니다. 두 번째 차이점과 더 미묘한 차이점은 NVRAM 성능과 관련된 것입니다.
+
+
+
+
+
+
vNAS NVRAM입니다
+
+
+
ONTAP Select NVRAM은 VMDK입니다. 즉, ONTAP Select는 블록 주소 지정 가능 장치(VMDK) 위에 바이트 주소 지정 가능 공간(기존 NVRAM)을 에뮬레이트합니다. 하지만 NVRAM의 성능은 ONTAP Select 노드의 전체 성능에 매우 중요합니다.
+
+
+
하드웨어 RAID 컨트롤러가 있는 DAS 설정의 경우, NVRAM VMDK에 대한 모든 쓰기는 RAID 컨트롤러 캐시에 처음 호스팅되므로 하드웨어 RAID 컨트롤러 캐시가 사실상 NVRAM 캐시 역할을 합니다.
+
+
+
VNAS 아키텍처의 경우 ONTAP Deploy는 SIDL(Single Instance Data Logging)이라는 부팅 인수를 사용하여 ONTAP Select 노드를 자동으로 구성합니다. 이 부팅 인수가 있으면 ONTAP Select는 NVRAM을 건너뛰고 데이터 페이로드를 데이터 애그리게이트에 직접 씁니다. NVRAM은 쓰기 작업에 의해 변경된 블록의 주소를 기록하는 데만 사용됩니다. 이 기능의 이점은 NVRAM에 1개의 쓰기 작업이 두 배로 늘어나면 NVRAM에 1개의 쓰기 작업이 두 번째 쓰기로 디스테이징되는 것입니다. 이 기능은 RAID 컨트롤러 캐시에 대한 로컬 쓰기 작업이 추가적인 지연 시간을 무시할 정도로 크기 때문에 vNAS에 대해서만 설정됩니다.
+
+
+
SIDL 기능은 일부 ONTAP Select 스토리지 효율성 기능과 호환되지 않습니다. SIDL 기능은 다음 명령을 사용하여 애그리게이트 레벨에서 비활성화할 수 있습니다.
+
+
+
+
storage aggregate modify -aggregate aggr-name -single-instance-data-logging off
+
+
+
+
SIDL 기능이 꺼져 있으면 쓰기 성능에 영향을 줍니다. 해당 애그리게이트의 모든 볼륨에 대한 모든 스토리지 효율성 정책이 비활성화된 후에 SIDL 기능을 다시 활성화할 수 있습니다.
+
+
+
+
volume efficiency stop -all true -vserver * -volume * (all volumes in the affected aggregate)
+
+
+
+
+
+
vNAS를 사용할 때 ONTAP Select 노드를 찾습니다
+
+
+
ONTAP Select는 공유 스토리지에서 다중 노드 ONTAP Select 클러스터를 지원합니다. ONTAP Deploy를 사용하면 동일한 클러스터에 속한 노드가 아닌 한 동일한 ESX 호스트에서 여러 ONTAP Select 노드를 구성할 수 있습니다. 이 구성은 VNAS 환경(공유 데이터 저장소)에만 유효합니다. DAS 스토리지를 사용할 경우 이러한 인스턴스가 동일한 하드웨어 RAID 컨트롤러에서 경쟁하기 때문에 호스트당 여러 ONTAP Select 인스턴스가 지원되지 않습니다.
+
+
+
ONTAP 구축 환경에서는 다중 노드 VNAS 클러스터를 처음 구축할 때 동일한 호스트의 동일한 클러스터에 있는 여러 ONTAP Select 인스턴스를 배치하지 않습니다. 다음 그림에서는 두 호스트에서 교차하는 두 개의 4노드 클러스터를 올바르게 구축한 예를 보여 줍니다.
+
+
+
+
+
다중 노드 VNAS 클러스터의 초기 구축 *
+
+
+
+
+
+
+
+
구축 후 ONTAP Select 노드를 호스트 간에 마이그레이션할 수 있습니다. 따라서 같은 클러스터의 두 개 이상의 ONTAP Select 노드가 동일한 기본 호스트를 공유하는 구성이 최적화되지 않고 지원되지 않을 수 있습니다. VMware가 동일한 HA 쌍의 노드뿐만 아니라 동일한 클러스터의 노드 간에 물리적 분리를 자동으로 유지할 수 있도록 VM 반유사성 규칙을 수동으로 생성하는 것이 좋습니다.
+
+
+
+
+
+
+
+
+반유사성 규칙은 ESX 클러스터에서 DRS를 활성화해야 합니다.
+
+
+
+
+
+
ONTAP Select VM에 대한 반유사성 규칙을 생성하는 방법은 다음 예를 참조하십시오. ONTAP Select 클러스터에 2개 이상의 HA 쌍이 포함되어 있는 경우 클러스터의 모든 노드를 이 규칙에 포함해야 합니다.
+
+
+
+
+
+
+
+
+
다음 이유 중 하나로 동일한 ONTAP Select 클러스터의 ONTAP Select 노드 두 개 이상이 동일한 ESX 호스트에서 발견될 수 있습니다.
+
+
+
+
+
DRS는 VMware vSphere 라이센스 제한 때문에 또는 DRS가 활성화되지 않은 경우 표시되지 않습니다.
+
+
+
VMware HA 작업 또는 관리자가 시작한 VM 마이그레이션이 우선하므로 DRS 반유사성 규칙이 무시됩니다.
+
+
+
+
+
ONTAP 배포는 ONTAP Select VM 위치를 사전 예방적으로 모니터링하지 않습니다. 그러나 클러스터 업데이트 작업은 ONTAP 배포 로그에 지원되지 않는 다음과 같은 구성을 반영합니다.
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
ONTAP Select를 탐색하고 배포를 계획할 때 먼저 용어와 주요 개념을 숙지하는 것이 좋습니다.
+
+
+
+
ONTAP Select 구축
+
+
ONTAP Select 배포는 ONTAP Select 클러스터를 배포하는 데 사용하는 관리 유틸리티입니다. 배포 유틸리티는 전용 Linux 가상 시스템에서 실행됩니다. 웹 사용자 인터페이스, CLI 관리 셸 및 REST API를 통해 배포 유틸리티에 액세스할 수 있습니다.
+
+
하이퍼바이저 호스트와 ONTAP Select 노드 비교
+
+
h하이퍼바이저 host_는 ONTAP Select 가상 머신을 호스팅하는 핵심 하드웨어 플랫폼입니다. ONTAP Select 가상 머신이 하이퍼바이저 호스트에 구축되어 활성화되면 _ONTAP Select node_로 간주됩니다.
+
+
ONTAP Select 클러스터
+
+
1개, 2개, 4개, 6개 또는 8개의 노드로 구성된 _ONTAP Select cluster_를 생성할 수 있습니다. 다중 노드 클러스터에는 항상 하나 이상의 HA 쌍이 포함됩니다. 예를 들어, 4노드 클러스터는 2개의 HA 쌍으로 구성됩니다. 단일 노드 클러스터는 HA 기능을 제공하지 않습니다.
+
+
하이퍼바이저 호스트 환경 준비
+
+
Deploy 관리 유틸리티를 사용하여 ONTAP Select 클러스터를 구축하기 전에 스토리지 및 네트워킹 환경을 포함하여 ONTAP Select가 실행될 하이퍼바이저 호스트를 준비해야 합니다. 이 호스트 사전 구성은 현재 요구 사항 및 제한 사항에 따라 ONTAP Select 제품 외부에서 수행됩니다.
+
+
평가 및 운영 구축 비교
+
+
모든 ONTAP Select 노드는 Evaluation license 또는 _METURED LICENSE_로 실행됩니다. 평가판 라이센스를 사용하면 ONTAP Select를 프로덕션 환경에 배포하기 전에 평가할 수 있습니다. 평가판 라이센스가 자동으로 생성되고 적용됩니다. 운영 환경에 클러스터를 구축하는 경우 다음을 선택하는 라이센스가 필요합니다.
+
+
+
+
+
+
라이센스 모델
+
+
+
스토리지 용량
+
+
+
플랫폼 라이센스 제공
+
+
+
+
+
+
+
용량 계층 라이센스 모델
+
+
용량 계층 라이센스 모델은 ONTAP Select 구축을 위한 스토리지 라이센스 등록 시 원래 옵션입니다. 이 모델은 NetApp AFF 및 FAS와 함께 사용되는 ONTAP 모델을 기반으로 합니다. 각 노드에 대해 별도의 라이센스가 필요합니다. 스토리지 용량은 노드에 고정되어 있으며 영구적입니다(갱신 필요 없음).
+
+
용량 풀 라이센스 모델
+
+
용량 풀 라이센스 모델은 Deploy 2.10을 사용하는 ONTAP Select 9.5에서 도입되었습니다. 각 스토리지 용량 풀에 대해 별도의 라이센스가 필요합니다. 용량 풀 라이센스는 License Manager 인스턴스(배포 인스턴스)에 잠기고 구매 조건에 따라 갱신해야 합니다. 조직의 모든 용량 풀에 대한 라이센스를 부여하고 사용할 수 있습니다. 그러나 용량 풀은 ONTAP Select 노드에서 공유되므로 일반적으로 용량 계층 라이센싱보다 더 적은 라이센스가 필요합니다.
+
+
License Manager를 클릭합니다
+
+
License Manager는 용량 풀 라이센스를 지원하는 소프트웨어 구성 요소입니다. 현재 배포 관리 유틸리티의 일부입니다. LM은 관리하는 공유 풀에서 ONTAP Select 노드로 스토리지를 임대해 줍니다. License Lock ID_는 각 LM 인스턴스를 고유하게 식별하는 숫자 문자열이므로 각 배포 인스턴스입니다. 라이센스 파일을 생성하려면 용량 풀 라이센스 일련 번호와 LLID를 모두 사용해야 합니다.
+
+
플랫폼 라이센스 제공
+
+
라이센스를 구입할 때 ONTAP Select 가상 머신의 크기 기능을 결정하는 세 가지 라이센스 오퍼링이 제공됩니다.
+
+
+
+
+
+
표준
+
+
+
프리미엄
+
+
+
Premium XL
+
+
+
+
+
+
+
+
+
+
자세한 내용은 _Plan_과 _License_의 두 섹션을 참조하십시오.
+
+
+
+
스토리지 풀과 데이터 저장소 비교
+
+
ONTAP Select_storage pool_은 기본 물리적 스토리지를 추상화하고 숨기도록 설계된 논리적 데이터 컨테이너입니다. 스토리지 풀은 하이퍼바이저에 종속되지 않습니다. ESXi 하이퍼바이저 호스트에 구축한 경우 ONTAP Select 스토리지 풀은 VMware_datastore_와 동일합니다.
+
+
클러스터 MTU
+
+
클러스터 MTU는 ONTAP Select 다중 노드 클러스터와 함께 사용되는 내부 네트워크에서 사용되는 MTU 크기를 구성할 수 있는 기능입니다. Deploy 관리 유틸리티는 네트워킹 환경에 맞게 HA 쌍을 구성할 때 MTU 크기를 조정합니다. 값을 수동으로 설정할 수도 있습니다.
+
+
ONTAP Select vNAS를 선택합니다
+
+
ONTAP Select vNAS 솔루션을 사용하면 ONTAP Select 노드에서 외부 스토리지의 VMware 데이터 저장소를 액세스할 수 있습니다. ONTAP Select vNAS를 사용하면 로컬 RAID 컨트롤러가 더 이상 필요하지 않습니다. RAID 기능은 원격 스토리지에서 제공하는 것으로 간주됩니다. ONTAP Select vNAS는 다음과 같은 방법으로 구성할 수 있습니다.
+
+
+
+
+
+
VMware vSAN을 선택합니다
+
+
+
일반 외부 스토리지 배열
+
+
+
+
+
+
+
+
+
+
두 경우 모두 ONTAP Select 클러스터를 생성하거나 기존 노드의 스토리지 용량을 확장하기 전에 외부 스토리지를 구성해야 합니다.
+
+
+
+
노드 재호스팅
+
+
ONTAP Select vNAS 솔루션(VMware vSAN 또는 일반 외부 스토리지 어레이)을 통해 사용 가능한 외부 스토리지를 사용하는 클러스터를 구축하는 경우 ONTAP Select 노드를 호스팅하는 ESXi 가상 시스템은 다음 VMware 기능을 활용하여 작업을 통해 이동할 수 있습니다.
+
+
+
+
+
+
마이그레이션
+
+
+
고가용성(HA)
+
+
+
DRS(Distributed Resource Scheduler)
+
+
ONTAP Select Deploy 유틸리티는 클러스터에서 작업을 실행하는 과정에서 가상 머신의 이동을 다음과 같이 감지합니다.
+
+
+
+
온라인 클러스터
+
+
+
클러스터가 오프라인 상태입니다
+
+
+
스토리지 추가
+
+
가상 머신이 이동되면 Deploy 유틸리티는 내부 데이터베이스를 업데이트하고 새 ESXi 호스트를 구성합니다. ONTAP Select 노드에서 수행되는 모든 작업은 가상 머신 이동 및 배포 업데이트가 완료될 때까지 차단됩니다.
+
+
+
+
+
+
+
+
중재자 서비스
+
+
ONTAP Select Deploy 유틸리티에는 활성 2노드 클러스터의 노드에 연결되는 중재자 서비스가 포함되어 있습니다. 이 서비스는 각 HA 쌍을 모니터링하고 장애 관리를 지원합니다.
+
+
+
+
+
+
+
+
+
+
+하나 이상의 활성 2노드 클러스터가 있는 경우 클러스터를 관리하는 ONTAP Select Deploy 가상 머신이 항상 실행 중이어야 합니다. 가상 머신 배포가 중단되면 중재자 서비스를 사용할 수 없으며 2노드 클러스터의 HA 기능이 손실됩니다.
+
+
+
+
+
+
+
MetroCluster SDS
+
+
MetroCluster SDS는 2노드 ONTAP Select 클러스터를 구축할 때 추가 구성 옵션을 제공하는 기능입니다. 일반적인 2노드 ROBO 구축과는 달리 MetroCluster SDS 노드는 훨씬 더 먼 거리로 분리할 수 있습니다. 이러한 물리적 분리를 통해 재해 복구와 같은 추가 사용 사례를 사용할 수 있습니다. MetroCluster SDS를 사용하려면 프리미엄 라이센스 이상이 있어야 합니다. 또한, 노드 간 네트워크는 최소 지연 시간 요구사항을 지원해야 합니다.
+
+
자격 증명 저장소
+
+
배포 자격 증명 저장소는 계정 자격 증명을 보관하는 안전한 데이터베이스입니다. 이 기능은 새 클러스터를 생성할 때 하이퍼바이저 호스트를 등록하는 데 주로 사용됩니다. 자세한 내용은 _Plan_절을 참조하십시오.
+
+
스토리지 효율성
+
+
ONTAP Select는 FAS 및 AFF 어레이에 제공되는 스토리지 효율성 옵션과 유사한 스토리지 효율성 옵션을 제공합니다. 개념적으로 DAS(직접 연결 스토리지) SSD를 사용하는 ONTAP Select(프리미엄 라이센스 사용)는 AFF 어레이와 비슷합니다. HDD와 모든 vNAS 구성에서 DAS를 사용하는 구성은 FAS 어레이와 비슷해야 합니다. 두 구성 간의 주된 차이점은 DAS를 사용하는 ONTAP Select는 인라인 애그리게이트 레벨 중복제거 및 애그리게이트 레벨 백그라운드 중복제거를 지원한다는 점입니다. 나머지 스토리지 효율성 옵션은 두 구성 모두에서 사용할 수 있습니다.
+
+
+
+
vNAS 기본 구성에서는 SIDL(단일 인스턴스 데이터 로깅)이라고 하는 쓰기 최적화 기능을 사용할 수 있습니다. ONTAP Select 9.6 이상 버전에서는 백그라운드 ONTAP 스토리지 효율성 기능이 SIDL을 사용하는 것으로 검증되었습니다. 자세한 내용은 _deep dive_섹션을 참조하십시오.
+
+
+
+
+
클러스터 업데이트
+
+
클러스터를 생성한 후에는 ONTAP 또는 하이퍼바이저 관리 툴을 사용하여 배포 유틸리티 외부에서 클러스터 또는 가상 머신 구성을 변경할 수 있습니다. 구성 변경을 일으키는 가상 시스템을 마이그레이션할 수도 있습니다. 이러한 변경 사항이 발생하면 배포 유틸리티는 자동으로 업데이트되지 않으며 클러스터 상태와 동기화되지 않을 수 있습니다. 클러스터 새로 고침 기능을 사용하여 배포 구성 데이터베이스를 업데이트할 수 있습니다. 클러스터 새로 고침은 웹 배포 사용자 인터페이스, CLI 관리 셸 및 REST API를 통해 사용할 수 있습니다.
+
+
소프트웨어 RAID
+
+
DAS(직접 연결 스토리지)를 사용하는 경우 RAID 기능은 일반적으로 로컬 하드웨어 RAID 컨트롤러를 통해 제공됩니다. 대신 ONTAP Select 노드가 RAID 기능을 제공하는 _software RAID_를 사용하도록 노드를 구성할 수 있습니다. 소프트웨어 RAID를 사용하는 경우 하드웨어 RAID 컨트롤러가 더 이상 필요하지 않습니다.
+
+
ONTAP Select 이미지 설치
+
+
ONTAP Select 배포 2.8부터는 배포 관리 유틸리티에 단일 버전의 ONTAP Select만 포함됩니다. 포함된 버전은 릴리스 시점에 가장 최신 버전입니다. ONTAP Select 이미지 설치 기능을 사용하면 이전 버전의 ONTAP Select를 배포 유틸리티의 인스턴스에 추가할 수 있습니다. 그러면 ONTAP Select 클러스터를 배포할 때 이 기능을 사용할 수 있습니다. 을 참조하십시오 "ONTAP Select 이미지 추가 를 참조하십시오".
+
+
+
+
+
+
+
+
+
+
+배포 인스턴스에 포함된 원래 버전보다 이전 버전의 ONTAP Select 이미지만 추가해야 합니다. 배포를 업데이트하지 않고 최신 버전의 ONTAP Select를 추가하는 것은 지원되지 않습니다.
+
+
+
+
+
+
+
배포된 ONTAP Select 클러스터 관리
+
+
ONTAP Select 클러스터를 구축한 후 하드웨어 기반 ONTAP 클러스터처럼 클러스터를 구성할 수 있습니다. 예를 들어, System Manager 또는 표준 ONTAP 명령줄 인터페이스를 사용하여 ONTAP Select 클러스터를 구성할 수 있습니다.
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
ONTAP Select MetroCluster SDS는 향상된 보호 기능과 비용 효율적인 구축을 제공합니다.
+
+
+
특정 최소 요구사항을 충족할 경우 2노드 클러스터를 2개 위치 간에 확장 가능 이 아키텍처는 하드웨어 기반 MetroCluster와 단일 데이터 센터 클러스터(하드웨어 정의 또는 소프트웨어 정의) 사이에 적합합니다. ONTAP Select MetroCluster SDS 요구사항을 충족하려면 소프트웨어 정의 스토리지 솔루션의 일반적인 유연성과 IT와 하드웨어 기반 MetroCluster SDS 간의 차이점을 강조합니다. 전용 하드웨어가 필요하지 않습니다.
+
+
+
MetroCluster와 달리 ONTAP Select는 기존 네트워크 인프라를 사용하며 최대 5ms의 최대 지터로 5ms RTT의 네트워크 지연 시간을 지원하여 총 10ms의 최대 지연 시간을 제공합니다. 최대 거리는 10km이지만, 지연 시간 프로필이 더 중요합니다. 시장 공간의 분리 요구 사항은 실제 거리보다 물리적 분리를 더 많이 필요로 합니다. 경우에 따라 이는 다른 건물을 의미할 수 있습니다. 다른 경우에는, 같은 건물에 있는 다른 방을 의미할 수 있습니다. 실제 물리적 배치와 관계없이 2노드 클러스터를 MetroCluster SDS로 정의하는 것은 각 노드가 별도의 업링크 스위치를 사용한다는 것입니다.
+
+
+
2노드 HA 구성의 일부로, 중재자가 페일오버 중에 액티브 노드를 제대로 식별하고 네트워크 파티션 중에 두 노드가 독립적으로 활성 상태로 유지되는 브레인 분할 시나리오를 피해야 합니다. 이 작업은 이전에 사용할 수 있었던 일반 2노드 HA 구성과 동일합니다. 사이트 장애 시 적절한 보호와 페일오버를 위해 중재자는 2개의 HA 노드와 다른 사이트에 있어야 합니다. 중재자와 각 ONTAP Select 노드 사이의 최대 지연 시간은 125ms를 초과할 수 없습니다.
+
+
+
이 솔루션을 사용하는 엔터프라이즈 고객은 일반 하드웨어에서 소프트웨어 정의 스토리지 솔루션의 유연성을 안심하고 활용할 수 있습니다. 엔터프라이즈급 0 RPO 솔루션으로 데이터가 보호되므로 안심하고 구축할 수 있습니다.
+
+
+
ONTAP Select MetroCluster SDS는 다음과 같은 이점을 제공합니다.
+
+
+
+
+
MetroCluster SDS는 ONTAP Select에 대한 또 다른 차원의 보호 기능(데이터 센터와 데이터 센터 간)을 제공합니다. 이제 고객은 소프트웨어 정의 스토리지 및 ONTAP의 모든 이점을 활용할 뿐만 아니라 이러한 추가 보호 수준을 활용할 수 있습니다.
+
+
+
MetroCluster SDS는 0 RPO 및 자동 페일오버로 비즈니스 크리티컬 데이터 보호를 제공합니다. 데이터 스토리지와 애플리케이션 액세스 지점 모두 별도의 작업 없이 정상적인 데이터 센터 또는 노드로 자동 전환됩니다.
+
+
+
MetroCluster SDS는 비용 효율적입니다. 기존 네트워킹 인프라를 활용하여 HA 쌍 간에 확장 복원력을 제공하며 추가 하드웨어가 필요하지 않습니다. 또한 동일한 클러스터에서 액티브/액티브 데이터 액세스 및 데이터 센터 이중화를 제공합니다.
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
ONTAP Select는 하이퍼바이저 가상화를 통해 제공되는 고유의 유연성을 기반으로 여러 가지 유형의 애플리케이션에 적합합니다.
+
+
+
+
+
구축
+
+
+
상위 수준에서는 하이퍼바이저 호스트 서버의 작업 부하에 대해 두 가지 방법으로 ONTAP Select를 배포할 수 있습니다.
+
+
+
전용 구축
+
+
전용 배포 모델에서는 ONTAP Select의 단일 인스턴스가 호스트 서버에서 실행됩니다. 동일한 하이퍼바이저 호스트에서 다른 중요한 프로세싱이 실행되고 있지 않습니다.
+
+
+
+
코로케이션 구축
+
+
코로케이션 구축 모델을 통해 ONTAP Select는 호스트를 다른 워크로드와 공유합니다. 특히, 일반적으로 컴퓨팅 애플리케이션을 실행하는 추가 가상 시스템이 있습니다. 이러한 컴퓨팅 워크로드는 ONTAP Select 클러스터에 로컬입니다. 이 모델은 특수 애플리케이션 및 구축 요구사항을 지원합니다. 전용 구축 모델과 마찬가지로 각 ONTAP Select 가상 시스템은 별도의 전용 하이퍼바이저 호스트에서 실행되어야 합니다.
+
+
+
+
+
+
스토리지
+
+
+
ONTAP Select는 비즈니스 요구사항에 따라 운영 스토리지 또는 2차 스토리지로 사용할 수 있습니다.
+
+
+
운영 스토리지
+
+
경우에 따라 ONTAP Select를 기본 스토리지 플랫폼으로 구축할 수 있습니다. 이러한 구현 유형은 애플리케이션의 워크로드 특성 및 비즈니스 목표에 따라 달라지며 달라질 수 있습니다.
+
+
+
+
재해 복구 및 2차 스토리지
+
+
ONTAP Select를 사용하여 기본 스토리지 기능을 강화하는 추가 스토리지를 구현할 수 있습니다. 추가 스토리지는 조직의 재해 복구 노력과 데이터 백업 계획을 지원하는 데 사용할 수 있습니다.
+
+
+
+
+
+
개발 및 테스트
+
+
+
조직 내에 다양한 응용 프로그램을 배포할 때 ONTAP Select를 전체 응용 프로그램 개발 및 테스트 프로세스의 필수 요소로 사용할 수 있습니다. 예를 들어, 테스트 입력 또는 출력 데이터를 보관하려면 임시 저장소가 필요할 수 있습니다. 이러한 유형의 구축 시간은 애플리케이션 특성 및 요구사항에 따라 달라질 수 있습니다.
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
ONTAP Select은 조직 내에서 하나 이상의 프라이빗 클라우드를 지원하는 데 이상적입니다. 일반적인 사용 사례는 일반 서버를 기반으로 구축된 프라이빗 클라우드에 스토리지 서비스를 제공하는 것입니다.
+
+
+
퍼블릭 클라우드와 마찬가지로 프라이빗 클라우드는 유연성을 제공할 뿐만 아니라 빠른 설정 및 해체 기능을 제공합니다. 또한 프라이빗 클라우드는 향상된 보안 및 제어 기능을 제공합니다.
+
+
+
다음 그림에서는 스토리지 팜이 ONTAP Select VM에 계산 및 로컬로 연결된 스토리지를 제공하는 방법을 보여 주며, 이를 통해 애플리케이션 스택에 스토리지 서비스를 업스트림으로 제공합니다. SVM 프로비저닝에서 애플리케이션 VM의 구축 및 구성에 이르는 전체 워크플로우가 프라이빗 클라우드 오케스트레이션 프레임워크를 통해 자동화됩니다.
+
+
+
이는 서비스 중심의 프라이빗 클라우드 모델입니다. ONTAP Select의 HA 버전을 사용하면 비용이 높은 FAS 어레이에서도 기대할 수 있는 것과 동일한 ONTAP 경험을 만들 수 있습니다. 스토리지 서버 리소스는 ONTAP Select VM에서 단독으로 소비되며, 애플리케이션 VM은 별도의 물리적 인프라에서 호스팅됩니다.
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
ROBO(원격 사무소/지사)에 ONTAP Select를 구축하여 소규모 사무소를 지원하는 동시에 중앙 집중식 관리 및 제어를 유지합니다.
+
+
+
VMware ESXi에서 지원되는 ROBO 구성은 다음과 같습니다.
+
+
+
+
+
HA 기능이 있는 2노드 클러스터
+
+
+
단일 노드 클러스터
+
+
+
+
+
ONTAP Select VM을 애플리케이션 VM과 함께 배치할 수 있으므로 ROO를 위한 최적의 솔루션이 됩니다.
+
+
+
ONTAP Select를 사용하여 엔터프라이즈급 파일 서비스를 제공하는 동시에 다른 ONTAP Select 또는 FAS 클러스터로 양방향 복제를 수행하면 복원력이 뛰어난 솔루션이 로우터치 또는 저비용 환경에 구축됩니다. ONTAP Select에는 CIFS, NFS, iSCSI 프로토콜 서비스에 대한 기능 라이센스와 SnapMirror 및 SnapVault 복제 기술이 모두 포함되어 있습니다. 따라서 이러한 모든 기능은 배포 즉시 사용할 수 있습니다.
+
+
+
+
+
+
+
+
+모든 VMware vSphere 라이센스가 지원되므로 Enterprise 또는 Enterprise Plus 라이센스 대신 vSphere Remote Office Branch Office Standard 또는 Advanced 라이센스를 선택할 수 있습니다.
+이제 모든 vSphere 및 VSAN 라이센스가 지원됩니다.
+
+
+
+
+
+
원격 중재자가 있는 ONTAP Select 2노드 클러스터는 소규모 데이터 센터에 적합한 솔루션입니다. 이 구성에서 HA 기능은 ONTAP Select에서 제공합니다. 2노드 ONTAP Select ROBO 솔루션의 최소 네트워킹 요구사항은 4개의 1Gb 링크입니다. 단일 10Gb 네트워크 연결도 지원됩니다. VSAN에서 실행 중인 vNAS ONTAP Select 솔루션(2노드 VSAN ROBO 구성 포함)도 또 다른 옵션입니다. 이 구성에서는 VSAN에서 HA 기능을 제공합니다. 마지막으로, 데이터를 핵심 위치로 복제하는 단일 노드 ONTAP Select 클러스터는 일반 서버를 기반으로 강력한 엔터프라이즈 데이터 관리 툴 세트를 제공할 수 있습니다.
+
+
+
다음 그림은 ONTAP Select를 사용하는 일반적인 원격 사무소 구성을 보여 줍니다. 일정 중심의 SnapMirror 관계는 원격 사무소의 데이터를 기본 데이터 센터에 있는 통합된 단일 엔지니어링 스토리지 어레이로 주기적으로 복제합니다.
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
Deploy vCenter 플러그인을 설치 및 관리하려면 몇 가지 작업을 수행해야 합니다.
+
+
+
+
+
Deploy web user interface를 사용할지 CLI를 사용할지 결정한다
+
+
+
대부분의 경우 Deploy 웹 사용자 인터페이스는 vCenter 플러그인을 관리할 때 가장 편리한 옵션을 제공하며 이 절차에서 설명하는 옵션입니다. 그러나 배포 명령줄 인터페이스를 사용하여 플러그인을 관리할 수도 있습니다. 자세한 내용은 CLI 배포 프롬프트에서 다음 명령을 입력합니다.
+
+
+
+
+
deploy plugin ? (하위 명령에는 install, remove, show 및 update가 포함됩니다.)
+
+
+
deploy plugin-packages show
+
+
+
+
+
+
+
모든 관리 작업에 공통적인 준비 사항
+
+
+
관리 작업에 관계없이 몇 가지 단계를 수행해야 합니다. 일반적인 준비에는 다음이 포함됩니다.
+
+
+
+
+
vCenter 배포 플러그인에 익숙해지기 시작 섹션을 참조하십시오.
+
+
+
ONTAP Select 배포 관리 유틸리티가 설치되어 실행되고 있는지 확인합니다.
+자세한 내용은 VMware의 설치 및 클러스터 구축 설명서를 참조하십시오.
+
+
+
계정 자격 증명 취득:
+
+
+
+
관리자 계정 배포
+
+
+
vCenter Server 계정
+
+
+
+
+
+
Deploy 유틸리티에서 vCenter Server의 포트 443에 대한 네트워크 액세스를 허용합니다.
+
+
+
+
+
관리 작업에 따라 추가 준비가 필요할 수 있습니다.
+
+
+
+
+
vCenter Server 계정을 준비합니다
+
+
+
배포 플러그인을 설치하고 사용하기 전에 를 사용하여 vCenter 계정을 생성해야 합니다
+필요한 권한. 필요한 모든 권한을 가진 단일 계정을 생성하거나 생성할 수 있습니다
+각각 단일 권한을 가진 여러 개의 계정. 다음 예제는 간단한 방법으로 배포됩니다
+세 가지 역할에 대한 vCenter 권한을 세 가지 역할에 할당할 수 있습니다
+해당 계정.
+
+
+
플러그인에 대한 최종 사용자 액세스를 검증합니다
+
+
vSphere를 통해 플러그인에 대한 액세스를 검증하는 계정이 필요합니다. 계정에는 다음 vCenter 권한이 있어야 합니다. sessions.validate.session. vCenter에서 계정을 생성한 후에는 해당 계정을 Deploy 관리 유틸리티에 정의해야 합니다. Deploy 웹 사용자 인터페이스에서 Administration 탭과 Credentials를 차례로 클릭하여 vCenter Server 위치 및 자격 증명을 제공합니다.
+
+
+
이 계정은 다음과 같은 방법으로 사용됩니다.
+
+
+
+
+
명명된 vCenter Server는 플러그인 등록 대화 상자 창에서 설치 타겟으로 사용할 수 있게 됩니다.
+
+
+
이 계정은 구축이 플러그인을 설치한 후 vSphere 사용자 요청의 플러그 인 액세스 여부를 검증하는 데 사용됩니다.
+
+
+
+
+
+
플러그인을 관리합니다
+
+
Deploy 웹 사용자 인터페이스에서 플러그인을 설치한 다음 업그레이드하거나 제거할 수 있습니다. 이러한 관리 작업 중 하나를 수행할 때마다 팝업 창에 vCenter 계정을 묻는 메시지가 표시됩니다. 각 관리 작업은 별도의 vCenter 권한을 통해 제어됩니다.
+
+
+
플러그인을 설치, 업그레이드 및 제거하려면 다음 권한을 할당해야 합니다.
+
+
+
+
+
연장
+
+
+
+
내선 번호를 등록합니다
+
+
+
내선 번호 업데이트
+
+
+
내선 번호 등록을 취소합니다
+
+
+
+
+
+
+
+
세 가지 권한이 모두 있는 단일 역할 및 계정을 만들거나 필요에 따라 여러 계정 간에 권한을 나눌 수 있습니다.
+
+
+
+
플러그인에 액세스합니다
+
+
최종 사용자는 vSphere를 통해 플러그인에 액세스할 수 있습니다. 플러그인을 사용할 계정에 다음 권한을 할당해야 합니다.
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
VMware vCenter Plug-in for ONTAP Select Deploy는 VMware 환경에서 작업하는 ONTAP Select 관리자를 위해 설계되었습니다. 네이티브 배포 사용자 인터페이스 대신 사용할 수 있습니다.
+
+
+
+
+
배포와 함께 패키지로 제공됩니다
+
+
+
Deploy vCenter 플러그인은 Deploy 관리 유틸리티와 함께 패키지로 제공됩니다. Deploy 사용자 인터페이스를 사용하여 vCenter Server에 플러그인을 설치한 후에는 vSphere 웹 인터페이스를 통해 플러그인에 액세스할 수 있습니다.
+
+
+
+
+
VMware와 통합
+
+
+
많은 기업에서 VMware vCenter는 가상화된 데이터 센터 및 클라우드 리소스를 관리하는 중앙 플랫폼입니다. 배포 플러그인은 vCenter와 긴밀하게 통합되므로 관리자는 ONTAP Select와 vCenter 도메인 간에 신속하게 이동하여 다양한 리소스 간의 관계를 활용할 수 있습니다.
+
+
+
+
+
Deploy vCenter 플러그인을 통해 제공되는 기능입니다
+
+
+
Deploy vCenter 플러그인을 설치하면 * Global Inventory Lists * 창에서 vSphere를 통해 두 가지 기본 옵션을 사용할 수 있습니다.
+
+
+
ONTAP Select 클러스터
+
+
ONTAP Select 클러스터 옵션은 기본 배포 웹 사용자 인터페이스의 * 클러스터 * 탭과 거의 동일합니다. 다음 표에 설명된 기능을 제공합니다.
+
+
+
+
+
+
+
+
+
이 작업을 수행하는 경우…
+
이렇게 하면…
+
+
+
+
+
ONTAP Select 클러스터 구축
+
새 ONTAP Select 를 클릭합니다.
+
+
+
클러스터 세부 정보를 봅니다
+
클러스터를 선택하고 요약 을 클릭한 다음 세부 정보 를 클릭합니다.
+
+
+
클러스터 이벤트 메시지를 봅니다
+
클러스터를 선택하고 요약 을 클릭한 다음 이벤트 를 클릭합니다.
+
+
+
클러스터를 온라인 또는 오프라인으로 이동하거나 삭제합니다
+
클러스터를 선택하고 작업 을 클릭한 다음 원하는 작업을 클릭합니다.
+
+
+
System Manager를 시작합니다
+
클러스터를 선택하고 요약, 세부 정보 를 차례로 클릭한 다음 System Manager 시작 을 클릭합니다.
+
+
+
클러스터에서 사용하는 ESXi 호스트를 봅니다
+
클러스터를 선택하고 More Objects 를 클릭한 다음 Hosts 를 클릭합니다. 자세한 내용 및 추가 작업을 보려면 호스트를 선택하십시오.
+
+
+
클러스터에서 사용하는 ONTAP VM을 봅니다
+
클러스터를 선택하고 기타 개체 를 클릭한 다음 ONTAP VM 을 클릭합니다. 자세한 내용 및 추가 작업을 보려면 VM을 선택하십시오.
+
+
+
클러스터에서 사용하는 데이터 저장소를 확인합니다
+
클러스터를 선택하고 More Objects 를 클릭한 다음 Datastores 를 클릭합니다. 자세한 내용과 추가 작업을 보려면 데이터 저장소를 선택하십시오.
+
+
+
클러스터에서 사용하는 네트워크를 봅니다
+
클러스터를 선택하고 기타 개체 를 클릭한 다음 네트워크 를 클릭합니다. 자세한 내용과 추가 작업을 보려면 네트워크를 선택하십시오.
+
+
+
+
+
+
ONTAP Select 구축
+
+
ONTAP Select 배포 옵션은 기본 배포 웹 사용자 인터페이스의 * 하이퍼바이저 호스트 * 및 * 관리 * 탭과 거의 동일합니다. 다음 표에 설명된 대로 페이지 맨 위에 있는 세 개의 탭을 통해 기능을 제공합니다.
+
+
+
+
+
+
+
+
+
탭을 클릭합니다
+
설명
+
+
+
+
+
요약
+
에서는 호스트 이름 및 IP 주소를 포함하여 배포 인스턴스의 특성을 설명합니다.
+
+
+
호스트
+
ONTAP Select 배포에 등록된 ESXi 호스트에 대한 정보를 표시합니다. 호스트를 추가하거나 제거할 수 있습니다.
+
+
+
관리
+
배포 유틸리티를 통해 관리 작업을 수행할 수 있습니다. 이 기능은 플러그인에서 * 자격 증명 * 및 * 플러그인 * 옵션을 사용할 수 없다는 점을 제외하고 ONTAP Select 배포 기본 사용자 인터페이스와 동일합니다.
+
+
+
+
+
+
+
+
vCenter 플러그인을 기본 배포 사용자 인터페이스와 비교합니다
+
+
+
vSphere를 통해 vCenter 플러그인에서 제공하는 기능은 기본 구축 사용자 인터페이스와 동일합니다. 그러나 플러그인에는 제공되지 않는 몇 가지 기능이 있으며 배포 사용자 인터페이스에서만 사용할 수 있습니다.
+
+
+
vCenter 플러그인을 관리합니다
+
+
vCenter 플러그인을 사용하여 vCenter 플러그인을 설치, 업데이트, 제거 또는 확인할 수 없습니다. 네이티브 배포 사용자 인터페이스를 통해 이러한 관리 작업을 수행해야 합니다.
+
+
+
+
vCenter 자격 증명을 관리합니다
+
+
vCenter 플러그인을 설치하기 전에 기본 구축 사용자 인터페이스를 사용하여 구축하는 데 필요한 vCenter 자격 증명을 추가해야 합니다.
+
+
+
+
ONTAP Select 클러스터는 동일한 vCenter Server에서 제어되어야 합니다
+
+
플러그인이 설치된 단일 vCenter Server에서 관리하는 ONTAP Select 클러스터만 구축하고 지원할 수 있습니다. 플러그인을 사용하여 독립 실행형 ESXi 또는 KVM 호스트에서 실행 중인 다른 vCenter Server 또는 클러스터에서 관리되는 ONTAP Select 클러스터에 액세스할 수 없습니다.
Deploy vCenter 플러그인은 ploy administration utility(플러그인 URL 포함)에서 최소한의 사용 정보를 제공합니다. 그러나 AutoSupport에는 AutoSupport 뷰어를 통해 표시할 수 있는 설치된 플러그인 테이블이 포함되어 있습니다.
+
+
+
+
+
+
+
+
+Deploy 플러그인을 사용하여 vSphere 웹 클라이언트를 통해 AutoSupport 패키지를 다운로드할 수 없습니다. 기본 배포 인터페이스를 사용하여 AutoSupport 패키지를 다운로드해야 합니다.
+
+
+
+
+
+
+
+
추가 제한
+
+
+
vCenter 배포 플러그인을 설치 및 사용하기 전에 다음과 같은 몇 가지 추가 제한 사항을 고려해야 합니다.
+
+
+
+
+
vCenter 플러그인의 각 인스턴스는 vCenter Server를 하나만 지원합니다.
+
+
+
연결 모드로 구성된 vCenter 서버는 지원되지 않습니다.
+
+
+
vSphere의 Deploy plug-in GUI는 동일한 vCenter Server에서 관리되는 ONTAP Select 가상 머신이 있는 클러스터만 표시합니다. 독립 실행형 ESXi 및 KVM 호스트에서 실행되는 ONTAP Select 클러스터는 포함되지 않습니다.
This may take a few minutes. Thanks for your patience.
+
+
+
+
+
+
+
Your file is ready
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
NetApp ONTAP Select는 VMware ESXi 하이퍼바이저를 실행하는 다양한 일반 하드웨어 서버에 구축할 수 있는 소프트웨어 정의 스토리지 어플라이언스입니다. 유연하고 확장 가능한 프라이빗 클라우드 인프라를 구축하는 데 필요한 민첩성을 제공합니다. 이 사이트에는 ONTAP Select 9.12.1에 대한 문서가 포함되어 있습니다.