NetApp Tech OnTap NetApp Logo NetApp Logo
NetApp Tech OnTap
     
Clustered Data ONTAP 8.2의 새로운 기능
Julian Cates
기술 마케팅 엔지니어

지난 일년반 동안 Tech OnTap® 뉴스레터는 clustered Data ONTAP® 운영 체제에 대한 많은 기사를 수록했습니다. Clustered Data ONTAP 기술은 가상화 스토리지 서비스, 애플리케이션 셀프 서비스, 멀티벤더 하드웨어 통합 기능 등을 지원하는 유연한 소프트웨어 정의 스토리지(SDS) 인프라를 구축함으로써 IT 민첩성을 높이고 미래형 데이터센터를 준비할 수 있도록 지원합니다. SDS에 대한 자세한 내용은 Vaughn Stewart의 이번 호 기사를 참조하십시오.

모든 clustered Data ONTAP 발표는 기존 기능을 개선하고 새로운 기능을 추가하여 다음과 같은 이점을 제공합니다.

  • 무중단 운영성: 계획된 다운타임 제거
  • 검증된 효율성: 적은 스토리지 하드웨어로 많은 작업 수행 및 하드웨어 관리 시간 단축
  • 무한 확장성: 서비스 중단 없이 기술 업데이트/교체가 가능하며 소규모로 시작하여 필요에 따라 크게 성장 가능

이 기사에서는 clustered Data ONTAP 8.2에 추가된 새로운 기능에 대한 간략한 설명과 가장 중요한 몇 가지 기능에 대해 자세히 알아봅니다.

  • QoS(Quality of service)
  • 데이터 이동이 없는 컨트롤러 업그레이드
  • Microsoft® Windows® 환경을 위한 새로운 기능

새로운 기능

Clustered Data ONTAP 8.2는 다양한 향상된 기능과 새로운 기능을 제공합니다. 표 1에서는 다양한 새로운 기능을 소개합니다.

표 1) Clustered Data ONTAP 8.2의 새로운 기능

기능 이점
무중단 운영성 및 데이터 보호
  • 데이터 이동이 없는 온라인 컨트롤러 업그레이드
데이터를 마이그레이션하거나 오프라인으로 전환하지 않고 스토리지 컨트롤러를 업그레이드합니다. (나중에 자세히 설명)
  • 볼륨 레벨의 스토리지 효율적인 SnapVault® D2D 백업
중복제거 효과를 유지하면서 Secondary 또는 원격 스토리지에 백업하여 필요한 스토리지 양과 네트워크 대역폭을 줄입니다.
효율성 및 관리
  • 서비스 품질(QoS)
스토리지 가상 머신(SVM, 이전의 Vserver), 볼륨, 파일 또는 LUN에서 사용할 수 있는 리소스를 제한합니다. (나중에 자세히 설명)
확장성
  • 대용량 SAN 클러스터
SAN 및 혼합 SAN/NAS 클러스터는 최대 8개 노드 지원
  • 단일 노드 및 스위치 없이 2노드 클러스터
소규모로 시작하여 필요에 따라 최대 8노드 및 23PB(SAN) 또는 24노드 및 69PB(NAS)까지 비용 효율적으로 용량을 확장할 수 있습니다.
  • 무한 확장 볼륨(Infinite Volume)의 향상된 기능
무한 확장 볼륨(Infinite Volume)을 사용하면 여러 컨트롤러에 걸쳐 단일 대용량 볼륨을 생성할 수 있습니다. NFS 및 CIFS 모두를 지원하며 이제 8.2에서는 단일 클러스터에서 무한 확장 볼륨(Infinite Volume)을 생성하여 사용할 수 있습니다.
  • Intra-Cluster FlexCache® 소프트웨어
FlexCache를 사용하면 스토리지 클러스터 내 캐슁 아키텍처를 구축하여 NFS 환경에서 실행 중인 병렬 소프트웨어 빌드, 애니메이션 렌더링, EDA, 지진 데이터 분석, 금융 시장 시뮬레이션 등의 작업 처리 시간을 가속화할 수 있습니다.
  • 용량 제한 완화
8.2 버전에서는 플랫폼 확장성 향상을 위해 clustered Data ONTAP의 여러 제한 사항을 완화시켰으며, 이제 다음을 지원합니다.
  • 최대 100,000개 NFS 클라이언트
  • 최대 400TB 크기의 Aggregate
  • 24노드 NAS 클러스터의 12,000개 볼륨
  • 8노드 SAN 클러스터의 49,000개 LUN
Windows의 향상된 기능(나중에 자세히 설명)
  • SMB 3.0
Hyper-V™의 향상된 무중단 운영성 및 기타 기능
  • ODX
호스트에서 NetApp® 스토리지로 오프로드 데이터 전송
  • 오토 로케이션
클라이언트에 스토리지에 대한 경로를 직접 제공하는 NetApp의 고유한 기능
  • BranchCache v2
Windows 클라이언트가 WAN 연결을 통해 데이터를 로컬로 캐슁하여 성능을 향상시킬 수 있도록 지원
  • 파일 액세스 감사
모니터링, 고객 사례, 컴플라이언스 및 복구 요구사항 지원
기타
  • IPv6
프로토콜 및 SNMP 지원

서비스 품질(QoS)을 통해 워크로드 관리 향상

Clustered Data ONTAP은 스토리지 가상 머신(SVM, 이전의 Vservers)을 사용하여 물리적 스토리지 장치에서 데이터 액세스를 분리합니다. 또한, NetApp 스토리지 클러스터를 권한별로 관리할 수 있는 개별 SVM으로 분할할 수도 있습니다. SVM을 사용하여 서비스 프로바이더 환경, 개별 애플리케이션, 워크그룹, 사업부 등에서 개별 테넌트를 안전하게 격리할 수 있습니다. SVM은 특정 물리적 리소스와 연결되지 않으므로 운영 중단 없이 리소스를 조정할 수 있습니다.

각 애플리케이션 또는 테넌트에는 일반적으로 자체 SVM이 있고, SVM은 애플리케이션 소유자 또는 테넌트가 관리할 수 있으며, 원하는 경우 싱글 테넌트(Single-tenant) 환경을 단일 SVM에서 운영할 수 있습니다. OnCommand® 플러그인 및 API를 통해 제공되는 애플리케이션 기반 스토리지 서비스를 이용하는 애플리케이션 소유자는 애플리케이션 관리 툴을 통해 데이터를 자동으로 프로비저닝, 보호 및 관리할 수 있습니다.

Clustered Data ONTAP 8.2에 워크로드 관리 기능 추가

스토리지 시스템 또는 스토리지 클러스터에 다양한 워크로드가 배치될 경우 한 워크로드의 과도한 활동이 다른 워크로드에 영향을 미칠 수 있습니다. 특정 테넌트를 기업에게 제공하는 서비스를 하는 서비스 프로바이더의 멀티테넌드 환경에서 이 점은 매우 중요합니다. 이를 해결하고자 서비스 품질(QoS) 기능을 Data ONTAP 8.2에 추가했습니다. 이 기능은 기본 운영 체제로 제공되므로 별도의 라이센스가 필요하지 않습니다.

QoS 워크로드 관리 기능을 사용하면 볼륨, LUN, 파일(VMDK 포함), SVM 등과 같은 스토리지 개체에서 사용하는 리소스를 제어하는 정책을 수립하여 서비스 레벨을 정의함으로써 성능 급증을 관리하고 고객 만족도를 높일 수 있습니다. MB/sec 또는 IOPS(초당 입출력 작업 속도)로 정의하여 제한할 수 있으며, MB/sec 제한은 대규모 블록 I/O를 처리하는 워크로드에 가장 적합하고, IOPS 제한은 트랜잭션 워크로드에 적합합니다.

QoS 기능을 이용하면 가장 중요한 워크로드에 문제가 발생하거나 특정 테넌트 파티션의 활동이 다른 파티션에 영향을 줄 지 여부를 걱정하지 않고 클러스터에서 많은 워크로드 또는 테넌트를 통합할 수 있습니다.

QoS 사용

QoS 기능을 통해 최적의 결과를 얻을 수 있도록 몇 가지 모범 사례에 주목하십시오.

QoS는 최대 8노드 클러스터에서 작동 가능합니다. 동일한 클러스터에서 다양한 유형의 스토리지 개체에 대한 제한을 설정할 수 있지만, 개체에 대한 제한을 중복할 수는 없습니다. 예를 들어 볼륨에 제한을 설정한 경우 해당 볼륨 내의 LUN 또는 파일에 대해 제한을 중복하여 설정할 수 없습니다. 마찬가지로 SVM에 제한을 설정한 경우 SVM 내의 스토리지 개체에 대한 제한을 추가적으로 설정할 수 없습니다. SVM의 모든 개체는 롤업되어 SVM에 관한 정책에 포함됩니다.

정책 그룹을 생성하고 각 정책 그룹에 제한을 적용하는 방법으로 QoS 기능을 사용합니다. 예를 들어 정책 그룹은 하나 이상의 SVM 또는 애플리케이션에 사용되는 볼륨 모음을 포함할 수 있습니다. 가상 환경에서 정책 그룹은 데이터스토어(Datastore)를 포함하는 하나 이상의 VMDK 파일 또는 LUN을 포함할 수 있습니다. 정책 그룹에 적용되는 제한은 정책 그룹에 포함되는 모든 개체에 대한 결합된 제한이며 스케줄러는 리소스가 그룹 내의 모드 개체에 공정하게 할당되도록 작업을 활발하게 제어합니다.

개체는 동일한 클러스터 노드에 위치하지 않아야 하며, 개체를 이동하더라도 정책 제한은 그대로 적용됩니다. IOPS 또는 MB/sec 중 하나로 환산하여 정책 그룹에 대한 제한을 설정할 수 있습니다.

정책 그룹이 처리량 제한에 도달하면 프로토콜 계층에서 억제됩니다. 추가 I/O가 큐에 대기하더라도 다른 클러스터 리소스에 영향을 미치지 않습니다. 애플리케이션 또는 엔드유져에 대한 제한에 도달할 경우 물리적 스토리지 시스템이 성능 제한에 도달한 경우와 비슷합니다.

정책 그룹은 SVM, 볼륨, LUN, 파일 등과 같은 스토리지 개체 모음을 포함합니다. 정책 그룹에 대한 제한은 해당 그룹의 모든 개체에 집합적으로 적용됩니다.

그림 1) 정책 그룹은 SVM, 볼륨, LUN, 파일 등과 같은 스토리지 개체 모음을 포함합니다. 정책 그룹에 대한 제한은 해당 그룹의 모든 개체에 집합적으로 적용됩니다.

QoS는 클러스터 관리자가 관리하며, SVM을 관리하는 테넌트 또는 애플리케이션 소유자에게 위임될 수 없습니다.

데이터 이동이 없이 컨트롤러 업그레이드

시간이 경과하면 스토리지 컨트롤러를 새로운 하드웨어로 업그레이드해야 합니다. 이전 버전의 clustered Data ONTAP에서는 운영을 중단하지 않고 HA 쌍에서 활성 데이터를 이동하고, 컨트롤러를 업그레이드한 다음 데이터를 다시 이동하는 방법으로 쉽게 업그레이드할 수 있었습니다. 이 DataMotion(볼륨 이동) 프로세스는 업그레이드는 물론이고 다양한 기타 유지보수 및 관리 기능에서 널리 사용되고 있습니다.

Clustered Data ONTAP 8.2는 Aggregate 재배치(ARL)라는 새로운 프로세스를 사용하여 데이터를 이동하지 않고 컨트롤러 업그레이드를 가능하게 함으로써 업그레이드 프로세스를 더욱 간소화하여 시간을 단축합니다. Clustered Data ONTAP의 모든 클러스터 노드는 HA 쌍의 일부(단일 노드 클러스터 제외)이므로 Aggregate 재배치를 통해 HA 쌍의 한 컨트롤러에서 다른 컨트롤러로 활성 Aggregate를 전달하면 데이터를 이동하지 않고도 쉽게 업그레이드할 수 있습니다.

ARL을 사용하여 컨트롤러를 업그레이드하면 데이터를 다른 컨트롤러로 마이그레이션하고 기존 컨트롤러를 업그레이드한 다음 데이터를 다시 마이그레이션할 때보다 시간을 크게 단축할 수 있습니다.

ARL 작동 방식

ARL 프로세스는 몇 단계로 수행됩니다.

  • 검증 단계: 이 단계에서는 소스 및 타깃 노드의 조건을 확인하고 Aggregate를 재배치합니다.
  • 사전 커밋 단계: 재배치를 실행하기 전 수행해야 하는 프로세스가 이 단계에서 수행됩니다. 여기에는 재배치할 Aggregate 준비, 플래그 설정, 특정 일반 서브시스템 데이터 전송 등이 포함됩니다. 이 단계에서 수행되는 프로세스는 필요에 따라 간단히 되돌리거나 정리할 수 있습니다.
  • 커밋 단계: Aggregate를 타깃 노드에 재배치하는 것과 관련한 프로세스가 이 단계에서 수행됩니다. 커밋 단계가 시작된 이후에는 ARL을 중지할 수 없습니다. 이 단계에서 수행되는 프로세스는 클라이언트 또는 호스트 애플리케이션에 허용되는 기간 내에 수행됩니다. 컨트롤이 소스 노드에서 타깃 노드로 전달되는 동안 Aggregate는 일시적으로 오프라인으로 전환됩니다. 오프라인으로 전환되는 시간은 일반적으로 30초지만, 최대 60초 내에 온라인으로 전환됩니다.

검증 또는 사전 커밋 단계 중에 수행된 확인 결과가 어떤 이유로 인해 만족스럽지 않은 경우 ARL 프로세스를 중지할 수 있습니다. 프로세스가 중지된 상태에서 발생한 활동은 정리 프로세스에서 되돌립니다.

컨트롤러 업그레이드 단계에 대한 개요는 아래 설명을 참조하십시오. 논리 인터페이스(LIF)는 NAS 클라이언트 또는 SAN 호스트에서 네트워크 스토리지에 액세스하는 데 사용되는 "가상화" 네트워크 인터페이스입니다.

1. ARL을 사용하여 Aggregate를 노드 A에서 노드 B로 마이그레이션합니다.
2. 데이터 논리 인터페이스(LIF)를 노드 A에서 노드 B로 마이그레이션합니다.
3. HA 쌍에 대한 스토리지 페일오버(SFO)를 사용하지 않도록 설정합니다.
4. 2노드 클러스터에서 클러스터 내에서 노드 쿼럼을 유지하는 데 사용되는 엡실론을 노드 B로 이동합니다.
5. 노드 A를 노드 C(새로운 컨트롤러)로 교체하고 노드 C에 대한 모든 설정, 디스크 재할당 및 라이센스 관리를 수행합니다.
6. ARL을 사용하여 Aggregate를 노드 B에서 노드 C로 재배치합니다.
7. 데이터 LIF를 노드 B에서 노드 C로 마이그레이션합니다.
8. 노드 B를 노드 D(새로운 컨트롤러)로 교체하고 노드 D에 대한 모든 설정, 디스크 재할당 및 라이센스 관리를 수행합니다.
9. SFO를 사용합니다. 선택된 Aggregate와 LIF를 노드 D로 마이그레이션합니다.

ARL을 사용하는 일반 컨트롤러 업그레이드 단계

그림 2) ARL을 사용하는 일반 컨트롤러 업그레이드 단계

ARL을 수행하는 동안 쌍에 대한 HA를 사용할 수 없습니다. Flash Cache™ 지능형 캐슁을 지원하는 스토리지 컨트롤러에서 캐슁된 데이터는 Aggregate를 이동할 때 캐쉬 간에 전송되지 않습니다. 타깃 노드의 캐쉬는 전송된 Aggregate의 데이터로 준비하는 데 시간이 걸립니다. 새로운 컨트롤러가 교체하려는 컨트롤러보다 더 큰 경우 추가 랙 공간이 필요할 수 있습니다.

ARL을 위한 모범 사례

Aggregate 재배치를 성공적으로 수행하도록 몇 가지 모범 사례에 주목하십시오.

  • 컨트롤러 섀시 내에 내부 디스크가 있는 컨트롤러(예: FAS2200 시리즈)에서 내부 드라이브의 데이터를 다른 스토리지에 물리적으로 재배치하려면 볼륨 이동을 사용해야 합니다.
  • ARL을 사용하여 같은 버전 혹은 상위 버전의 Data ONTAP을 실행 중인 스토리지 컨트롤러로 업그레이드할 수 있습니다. 새로운 하드웨어가 최신 소프트웨어 버전에서 지원되는 경우도 있습니다. 업그레이드로 인해 버전이 혼합될 경우 가능한 빨리 클러스터의 다른 노드를 동일한 릴리즈로 업데이트해야 합니다. 최신 버전의 Data ONTAP을 실행 중인 노드에서 이전 버전을 실행 중인 노드로 Aggregate를 재배치할 수 없습니다.
  • 클러스터의 다른 HA 쌍이 페일오버 상태에서 ARL을 사용하지 마십시오.
  • Aggregate 재배치 작업을 병렬로 실행할 수 있지만 타깃 노드에 대한 볼륨 제한을 고려해야 하는 경우도 있습니다. 다양한 ARL을 병렬로 실행 중인 상태에서는 검증 작업을 통해 볼륨 제한이 초과하는 상황을 식별하지 못할 수 있습니다. 따라서 볼륨 제한에 근접한 경우에는 ARL 작업을 순차적으로 실행하는 것이 좋습니다.
  • ARL 작업과 볼륨 이동 작업이 동일한 리소스를 사용하는 경우 두 작업을 개별적으로 실시해야 합니다.
  • 클라이언트 및 호스트 재시도 제한을 최소 60초로 설정하고 지원하는 프로토콜에 대해 프로토콜 윈도우를 120초로 설정합니다.

Microsoft Windows의 새로운 기능

Clustered Data ONTAP 8.2는 Windows 환경 개선을 위해 다양한 새로운 기능을 도입했습니다.

SMB 3.0 지원

CIFS는 Windows 환경에서 네트워크 파일 공유에 기본 SMB 프로토콜을 사용합니다. SMB 3.0은 이전 개정 버전의 SMB 프로토콜(SMB 2.0 및 2.1)에 새로운 기능을 추가하여 Windows 환경에서 무중단 운영(NDO) 및 기타 운영 기능을 개선했습니다.

지속적인 가용성 공유(CA)는 Microsoft Windows Hyper-V에 대해 향상된 가용성을 제공합니다. 이전 버전의 SMB 프로토콜을 사용하는 클라이언트는 스토리지 컨트롤러 페일오버 이벤트가 발생할 경우 스토리지에 다시 연결해야 합니다. CA를 사용하는 파일 핸들은 영구적이므로 짧은 네트워크 중단 및 스토리지 페일오버 중에 중단 없는 서비스를 지원합니다.

스토리지 페일오버가 발생할 경우 감시 프로토콜을 사용하여 정상적인 스토리지 노드로 미리 이동하도록 클라이언트에 경고합니다.

클라이언트측 페일오버의 경우 SMB 3.0을 실행하는 클라이언트는 파일이 열리면 애플리케이션 인스턴스 ID를 지정합니다. 이 ID는 파일 핸들 수명 동안 NetApp 클러스터의 적절한 노드에서 유지됩니다. 클라이언트 하나에서 오류가 발생할 경우 정상적인 클라이언트에서 ID를 사용하여 파일에 대한 액세스를 회수합니다.

오프로드 데이터 전송(ODX): 이 새로운 SMB 3.0 기능은 Windows 클라이언트에서 NetApp 스토리지를 사용하여 데이터를 복사하여 호스트와 네트워크의 부하를 줄일 수 있도록 지원합니다. 이 기능은 동일한 볼륨, 동일 노드의 볼륨 간 그리고 다른 노드의 볼륨 간에 사용할 수 있습니다.

사용자가 파일 복사를 시작하면 파일이 해당 SVM에서 열려서 복사할 데이터에 대한 토큰이 생성됩니다. 이 토큰은 타깃 SVM에 데이터 복사 지침과 함께 전달됩니다. 복사가 시작되고 작업이 완료되면 클라이언트에게 알림 기능이 제공됩니다.

가능한 경우 복사할 파일을 물리적으로 복사하지 않고 클로닝하여 스토리지를 절약하고 필요한 작업 시간을 단축합니다.

SMB 오토 로케이션: 이 NetApp 독점 기능은 볼륨을 호스팅하는 노드의 논리 인터페이스(LIF)에 클라이언트 요청을 리디렉션하여 데이터 액세스를 최적화합니다. NetApp 클러스터에서 볼륨을 동적으로 이동할 수 있으므로 클라이언트에서 다른 클러스터 노드에 있는 LIF를 통해 볼륨에 액세스하는 경우도 있습니다.

오토 로케이션 기능을 이용하면 클러스터 노드에서 다른 노드의 볼륨에 대한 SMB 요청을 수신할 경우 클라이언트에 해당 노드에 있는 LIF의 IP 주소를 알려주어 향후 요청을 충족함으로써 데이터 경로를 최적화하고 대기 시간을 최소화합니다.

BranchCache: BranchCache를 사용하면 클라이언트 또는 전용 캐쉬 서버에서 데이터를 로컬로 캐슁하여 읽기 성능을 향상시킬 수 있습니다. 이 기능은 특히, WAN을 통해 데이터에 액세스하는 경우에 유용합니다. BranchCache를 사용하면 여러 클라이언트에서 데이터를 모두 캐슁한 다음 CIFS 공유에 대한 콘텐츠 서버 역할을 하는 NetApp 클러스터의 중재에 따라 해당 데이터에 대한 액세스를 공유할 수 있습니다. 또는 개별 클라이언트에서 캐슁된 데이터를 가져오도록 호스팅된 캐쉬 서버를 구성할 수 있습니다. "전체 공유" 또는 "공유 단위"의 각 VSM 내에서 BranchCache를 구성할 수 있습니다.

FPolicy

FPolicy를 사용하여 파일 정책을 제어 및 구성할 수 있습니다. 파트너 애플리케이션은 이 프레임워크를 통해 NetApp 스토리지에 연결하여 파일 액세스 작업을 모니터링 및 제어할 수 있습니다. FPolicy는 Data ONTAP 6.4에서 처음 도입되었으므로 이제 clustered Data ONTAP에서 이용할 수 있습니다.

FPolicy는 파일 차단, 할당량 관리, 파일 액세스 감사, 아카이빙 등과 같은 다양한 사용 사례를 제공합니다. 일반적인 사용 사례는 다음과 같습니다.

  • 파일 아카이빙: 아카이빙된 파일을 클라이언트가 액세스할 때 복원합니다.
  • 파일 액세스 모니터링: 모든 파일 작업을 기록할 수 있습니다.
  • 파일 감사: 파일 개체에 대한 액세스 기록을 유지합니다.
  • 파일 차단: 비디오, 음악 등과 같은 파일을 스토리지에서 차단할 수 있습니다.
  • 디렉토리에 대한 할당량: 디렉토리에 대한 할당량을 세부적으로 제어할 수 있습니다.

파일 액세스 감사

파일 액세스 감사를 통해 다음을 수행할 수 있습니다.

  • 보호된 리소스에 대한 액세스를 모니터링하고 필요한 경우 조치를 취합니다.
  • 고객 사례가 필요할 수 있는 상황에서 보안 이벤트가 발생했는지 여부를 입증합니다.
  • 법적 기록 유지 요구사항을 준수합니다.
  • 세부 감사 정보를 사용하여 알려진 정상 상태로 롤백함으로써 복구합니다.

Clustered Data ONTAP은 NTFS ACL 및 NFSv4 감사 ACL에 정의된 성공한 데이터 액세스와 실패한 데이터 액세스를 모두 기록할 수 있습니다. 이벤트는 SVM 레벨로 생성되어 제공되며, 액세스 이벤트 기록은 여러 분산 노드 전반에서 생성됩니다.

결론

Clustered Data ONTAP 8.2는 계획된 다운타임을 제거하고 NetApp 스토리지 기능을 지속적으로 확장하여 보다 효율적이고 확장성이 뛰어난 스토리지 환경을 구축하는 다양한 새로운 기능을 제공합니다. QoS 기능을 사용하면 주어진 워크로드에서 사용 가능한 리소스 양을 제어하는 유연한 정책 프레임워크를 생성할 수 있습니다. Aggregate 재배치를 사용하면 데이터를 이동하지 않고 스토리지 컨트롤러를 쉽고 빠르게 업그레이드할 수 있습니다. Microsoft Windows 환경을 위한 새로운 기능은 Windows 가용성을 높이고 파일 액세스를 제어 및 감사하기 위해 이전보다 다양한 옵션을 제공합니다.

 Clustered Data ONTAP 8.2에 대한 의견이 있으십니까?

NetApp 온라인 커뮤니티에서 질문하고, 아이디어를 교환하며, 생각을 공유하십시오.

Julian Cates, 기술 마케팅 엔지니어

현재 TME 역할을 담당 중인 Julian은 clustered Data ONTAP 및 시큐어 멀티 테넌시(Multi-tenancy)에 주력하고 있습니다. Julian은 NetApp에서 9년 동안 근무하며 시스템 엔지니어링 및 프로페셔널 서비스 팀의 프리세일즈 및 포스트세일즈 업무와 공동 VMware® 및 NetApp 솔루션에 대한 기술 마케팅 업무를 담당했습니다.

Tech OnTap
구독 신청
Tech OnTap 은 IT 통찰력, 실제 모범 사례, 유용한 정보와 툴, 미공개 엔지니어링 인터뷰 기사, 데모, 동종 업계 평가 등의 다양한 정보를 매월 제공합니다.

지금 바로 NetApp 커뮤니티의 Tech OnTap 에 방문하여 구독 신청하십시오.

탐색
탐색
Clustered Data ONTAP 및 버전 8.2에 대해 자세히 알아보기
비즈니스의 IT 한계 극복 웹캐스트 시리즈

3부로 구성된 이 시리즈에서는 clustered Data ONTAP에 대한 심층적인 통찰력을 제공합니다.

  • "엔터프라이즈 애플리케이션의 24x7 가용성 유지", 2013년 6월 27일
  • "가상 및 프라이빗 클라우드 환경에서 뛰어난 효율성 달성", 2013년 7월 18일
  • "유니파이드 스케일아웃 인프라로 소규모로 시작하여 대규모 성장 가능" 2013년 8월 8일
탐색
 
TRUSTe
연락처   |   구매 방법   |   피드백   |   채용  |   구독   |   개인 정보 보호 정책   |   © 2013 NetApp