NetApp Tech OnTap NetApp Logo NetApp Logo
NetApp Tech OnTap
     
Clustered Data ONTAP을 통한 무중단 운영성
Charlotte Brooks
기술 마케팅 엔지니어

Shared IT 인프라로 전환하면서 일상적인 유지보수 작업을 위해 다운타임 일정을 잡는 일이 거의 불가능해졌습니다. 단일 스토리지 시스템을 다양한 애플리케이션, 이해관계자나 사용자 간에 가상화할 수 있으므로 다운타임 기간을 협상하는 일이 불가능하거나 아주 오랜 시간이 소요되며 누구도 만족시킬 수 없습니다. 또한 운영 중단을 최소화할 수 있더라도 수명이 다한 장비를 업그레이드하거나 교체하려면 상당한 시간이 소요되고 계획 수립에도 어려움이 있습니다.

Clustered NetApp® Data ONTAP®은 유지보수 및 라이프사이클 운영에 필요한 계획된 다운타임과 하드웨어 및 소프트웨어 장애로 인한 계획되지 않은 다운타임을 제거하도록 설계되었습니다. NetApp은 다운타임 없이 항상 탄력적인 고가용성 스토리지 인프라를 지원하는 데 목표를 두고 있습니다. 즉, 사용자들은 싱크대로 가서 수도꼭지를 틀면 물이 나오는 것처럼 다른 유틸리티와 같이 안정적으로 데이터가 제공되어야 한다고 생각합니다.

NetApp 무중단 운영성은 유지보수 및 라이프사이클 운영을 크게 단순화하고 모든 다운타임으로부터 인프라를 보호합니다.

그림 1) NetApp 무중단 운영성은 유지보수 및 라이프사이클 운영을 크게 단순화하고 모든 다운타임으로부터 인프라를 보호합니다.

NetApp의 데이터 및 네트워크 이동성 기능을 사용하면 유지보수 및 라이프사이클 작업을 다운타임 없이 수행할 수 있습니다. 무중단 운영성의 이점은 엄청나며 대부분 비용 절감에 따른 수익과 직결됩니다.

  • 새로운 하드웨어 구현 및/또는 소프트웨어 업그레이드 시간 단축: 새로운 하드웨어가 도착했지만 창고 또는 복도에 몇 개월 동안 내버려둔 채 업그레이드를 위한 다운타임이 가능할 때까지 기다린 적이 있지 않습니까? 이럴 경우 투자 수익률(ROI)이 낮아집니다. 무중단 운영성이 지원되면 더 이상 기다릴 필요가 없습니다.
  • 활용률 향상: 다운타임이 가능할 때까지 기다리지 않고 필요할 때 새로운 용량을 추가할 수 있으므로 NetApp 클러스터의 활용률을 높일 수 있습니다. 더 이상 가능한 유지보수 시간을 기다리기 위해 많은 스토리지 용량을 유휴 상태로 둘 필요가 없습니다.
  • 운영 간소화: 예약된 다운타임을 위해 실행 중인 애플리케이션을 오프라인으로 변환하려면 상당한 시간이 소요됩니다. 그리고 다음 유지보수 작업이 완료되면 애플리케이션을 다시 시작하고 모든 것이 올바르게 실행되고 있는지를 확인해야 합니다. 무중단 운영성을 이용하면 이러한 복잡한 과정 없이 스토리지 작업에 집중할 수 있습니다. 무중단 운영성을 지원하는 NetApp 툴은 사용이 간편하여 필요에 따라 부담 없이 반복적으로 실행할 수 있도록 설계되었습니다.

이 기사에서는 무중단 운영성을 위해 NetApp에서 제공하는 툴에 대해 자세히 알아보고, 이러한 기능을 사용하여 중요한 유지보수 및 라이프사이클 작업을 수행하는 방법을 살펴봅니다.

거래 툴

Clustered Data ONTAP은 장애에 대한 복원력을 높이고 스토리지 인프라를 중단 없이 변경하여 일상 운영 및 유지보수를 수월하게 함으로써 무중단 운영성을 지원합니다. 이는 Clustered Data ONTAP에서 물리적 리소스에 직접 액세스하지 않고 SVM(Storage Virtual Machine)이라는 논리 구조를 통해 모든 데이터에 액세스하기 때문에 가능합니다. 따라서 클라이언트 측이나 호스트 측의 변경 또는 중단 없이 SVM에서 사용되는 물리적 리소스를 변경할 수 있습니다.

Clustered Data ONTAP SVM(Storage Virtual Machine)은 유연성 향상을 위해 물리적 하드웨어에서의 데이터 액세스를 추상화합니다.

그림 2) Clustered Data ONTAP SVM(Storage Virtual Machine)은 유연성 향상을 위해 물리적 하드웨어에서의 데이터 액세스를 추상화합니다.

이는 다음 3가지 표준 툴로 인해 가능합니다.

  • DataMotion™ for Volumes(볼륨 이동): 동일 클러스터 노드 또는 다른 클러스터 노드의 Aggregate 간에 데이터 볼륨을 이동할 수 있습니다.
  • LIF 마이그레이션: 논리 인터페이스(LIF)는 clustered Data ONTAP의 물리적 인터페이스를 가상화합니다. LIF 마이그레이션을 사용하면 동일 클러스터 노드 또는 다른 클러스터 노드의 네트워크 포트 간에 LIF를 이동할 수 있습니다.
  • ARL(Aggregate Relocate): 데이터를 이동하지 않고 HA 쌍의 컨트롤러 간에 전체 Aggregate를 전송할 수 있도록 해줍니다.

이러한 툴을 단독으로 또는 다른 툴과 함께 사용하여 고속 디스크에서 저속 디스크로의 볼륨 이동부터 전체 컨트롤러 및 스토리지 기술 업데이트/교체(Technology Refresh)까지 모든 운영을 중단 없이 수행할 수 있습니다.

DataMotion for Volumes

DataMotion for Volumes(볼륨 이동이라고도 함)를 통해 SVM 내의 한 Aggregate(소스)에서 다른 Aggregate(타깃)로 볼륨을 이동할 수 있습니다. 타깃은 클러스터 내에서 소스와 같은 노드 또는 다른 노드에 위치할 수 있습니다. 데이터를 이동할 위치와 데이터 프로토콜(SAN 또는 NAS)에 상관없이 데이터 액세스는 이동 도중과 전/후에 클라이언트/호스트 애플리케이션에 대해 투명하게 유지됩니다.

볼륨 이동 프로세스는 4단계로 수행됩니다. 볼륨 이동이 시작되면 각 단계가 자동으로 진행되며, 이때 각 단계와 기본 작업에 대해 잘 알고 있어야 합니다.

  • 검증 단계: 타깃 Aggregate의 사용 가능한 용량과 기타 요구사항을 확인하여 요청된 볼륨 이동이 가능한지를 검증합니다.
  • 설정 단계: 새로운 볼륨이 타깃 Aggregate에 생성됩니다.
  • 반복 단계: 클러스터 네트워크를 통해 Snapshot™ 복사본 그룹을 복제하여 소스 볼륨에서 타깃 볼륨으로 데이터를 복제합니다. 반복할 때마다 소스와 타깃 사이의 델타를 확인하여 컷오버 단계에 대해 정의된 시간 이내에 최종 복제를 완료할 수 있는지를 알아봅니다. 클라이언트 및 호스트에서 소스 볼륨으로 요청하는 I/O는 이 단계에서 영향을 받지 않습니다.
  • 컷오버 단계: 모든 I/O 액세스가 큐에 대기하고 소스 볼륨에 대한 요청이 차단됩니다. 최종 복제 전송이 완료되고 볼륨 데이터베이스가 새로운 볼륨 정보로 업데이트됩니다. 큐에 대기 중인 I/O는 새 위치의 볼륨에서 다시 시작됩니다. 컷오버는 클라이언트/호스트 애플리케이션에 대해 허용된 시간 이내로 정의된 "컷오버 기간" 내에 완료됩니다.

지정된 컷오버 시간 내에 컷오버를 완료할 수 없는 경우 컷오버 단계가 중지되고 소스 볼륨에서 데이터 액세스가 다시 시작됩니다. 컷오버를 시도하는 동안 큐 처리된 모든 보류 중인 요청이 완료되고 컷오버 재시도 조건이 충족되는 경우 반복 단계가 다시 시작됩니다.

컷오버 기간은 30초에서 300초 사이에서 정의할 수 있으며, 기본값은 45초입니다. 이 과정이 프로세스의 가장 중요한 부분이므로 볼륨 이동 프로세스 중 컷오버 단계 전반에 대해서 많은 제어를 할 수 있습니다. 예를 들어 트리거한 이후에 컷오버가 수행되도록 오퍼레이션을 제어할 수 있습니다. 그러면 선택한 시간에 컷오버를 완료할 수 있습니다.

LIF 마이그레이션

볼륨 이동을 통해 데이터 볼륨을 이동할 수 있듯이 LIF 마이그레이션을 통해 네트워크 연결을 이동할 수 있습니다. LIF는 SAN 및 NAS 네트워크 연결을 가상화하는 논리 네트워크 인터페이스입니다. LIF는 SVM과 연결되고 컨트롤러의 물리적 네트워크 포트, 인터페이스 그룹 또는 VLAN(태깅을 사용하는 경우)에 매핑됩니다. LIF 가상화로 인해 LIF가 클러스터 내에서 같은 노드 또는 다른 노드에 있는 다른 물리적 포트로 마이그레이션 되더라도 LIF 주소는 변하지 않습니다. NAS LIF는 클러스터 노드 중 하나가 중단될 경우 자동으로 페일오버되며 HA 쌍의 스토리지 페일오버와 연계하여 데이터 액세스를 유지합니다. LIF를 다른 포트에 수동으로 마이그레이션할 수도 있습니다.

각 클러스터 노드는 최대 262개의 LIF를 지원할 수 있으며, 그 중 6개는 관리 및 클러스터 기능을 위해 예약되어 있습니다. 데이터 LIF는 클라이언트 또는 호스트에 데이터를 제공하는 데 사용되며 SAN 또는 NAS로 지정됩니다. IP 기반 LIF(NAS 또는 iSCSI)에는 IP 주소가 할당되고 FC 기반 LIF에는 WWPN이 할당됩니다. 각 SVM에는 하나 이상의 데이터 LIF가 필요합니다. 정상 운영 상태에서는 노드당 데이터 LIF 수를 128개 이하로 제한해야 합니다. 그러면 HA 페일오버가 발생할 경우 오류가 발생한 노드의 모든 LIF가 파트너 노드로 테이크오버되더라도 파트너 노드의 제한을 초과하지 않습니다.

데이터 LIF 이외에 CLI 또는 OnCommand® System Manager를 통해 클러스터에 액세스하기 위한 관리 LIF와 클러스터 인터커넥트 네트워크를 위한 인터클러스터 (intercluster) LIF도 있습니다.

LIF 마이그레이션을 사용하면 하나의 물리적 포트 또는 인터페이스 그룹에서 다른 포트 혹은 그룹으로 IP 기반 LIF를 이동할 수 있습니다. SAN 데이터 LIF(iSCSI 포함)는 마이그레이션할 필요가 없으며 페일오버되지 않습니다. 대신에 호스트에 있는 이니시에이터로 ALUA 및 MPIO 프로세스를 사용하여 경로를 최적화하고 경로 오류를 처리합니다.

LIF 마이그레이션을 사용하여 모든 데이터 LIF와 모든 네트워크 트래픽을 특정 노드에서 다른 곳으로 이동함으로써 하드웨어 유지보수 또는 교체 작업을 수행할 수 있습니다. 또한 LIF 마이그레이션을 사용하여 엔트리 레벨 2노드 스위치가 없는 클러스터(clustered Data ONTAP 8.2의 새로운 기능)에서 2노드 스위치 클러스터로 중단 없이 업그레이드할 수도 있습니다. 그리고 LIF 마이그레이션을 사용하면 클러스터 인터커넥트 LIF 까지도 이동할 수 있기 때문에 데이터 흐름을 중단하지 않고도 스위치를 도입할 수 있습니다. 스위치를 배치한 이후에는 필요에 따라 클러스터를 확장하여 더 큰 구성을 구축할 수 있습니다.

LIF 마이그레이션을 사용하여 LIF를 동일한 노드의 다른 포트로 이동할 수 있습니다. 예를 들어 GbE 포트에서 LIF를 구성할 수 있습니다. LIF에 더 많은 대역폭이 필요한 경우 LIF를 동일한 노드의 10G bE 포트로 일시적 또는 영구적으로 이동할 수 있습니다.

LIF 및 다른 clustered Data ONTAP 네트워킹 항목에 대한 자세한 내용은 TR-4182: Clustered Data ONTAP 네트워크 구성 모범 사례를 참조하십시오.

Aggregate 재배치

ARL(Aggregate Relocate)은 clustered Data ONTAP 8.2에 도입된 새로운 기능입니다. Clustered Data ONTAP의 모든 클러스터 노드가 HA 쌍의 일부이므로(단일 노드 클러스터 제외) ARL을 통해 HA 쌍의 한 컨트롤러에서 다른 컨트롤러로 소유권을 일시적으로 이전하여 데이터를 이동하지 않고도 쉽게 업그레이드할 수 있습니다.

ARL을 사용하여 컨트롤러를 업그레이드하면 데이터를 다른 컨트롤러로 마이그레이션하고 기존 컨트롤러를 업그레이드한 후 데이터를 다시 마이그레이션할 때보다 시간을 크게 단축할 수 있습니다. Julian Cates의 최신 Tech OnTap® 기사인 Clustered Data ONTAP 8.2의 새로운 기능 에 작동 방법과 모범 사용 사례를 비롯하여 ARL에 대한 자세한 내용이 설명되어 있습니다.

유지보수 및 라이프사이클 작업

지금까지 기본 툴에 대해 살펴보았고, 이번에는 이러한 툴을 사용하여 유지보수 작업과 라이프라이클 작업을 수행하는 방법에 대해 알아보도록 하겠습니다. 표 1에서는 이러한 작업을 간략히 요약하고 작업을 중단 없이 수행할 경우의 이점을 설명합니다.

표 1) 무중단 라이프사이클 및 유지보수 운영의 예

라이프사이클 운영이점
  • 컨트롤러 성능, 용량 및/또는 디스크 성능과 사용률의 균형 재조정
  • 도입비용 절감(선행 지출)
  • 효율적인 라이프사이클 관리
  • 핫 스팟 제거(성능 향상, 계획되지 않은 운영 중단 리스크 감소)
  • 스토리지 컨트롤러 또는 디스크 쉘프 추가
  • 컨트롤러에 하드웨어 추가
  • 성능 및 밀도 향상
  • 복원력 향상
  • 스토리지 컨트롤러, 디스크 쉘프, 클러스터 스위치 업그레이드
  • 중단 없는 기술 업데이트/교체(Technology Refresh)
유지보수 운영 
  • 스토리지 소프트웨어 업그레이드
  • 새로운 기능 활용 시간 단축
  • 시스템, 디스크, 스위치, 펌웨어 업그레이드
  • 잠재적 리스크 제거
  • 장애가 발생한 컨트롤러 또는 컨트롤러 내부 구성요소(예: NIC, HBA) 및 장애가 발생한 스토리지 구성요소(예: 케이블, 드라이브, I/O 모듈) 교체
  • 관리 오버헤드 감소

유지보수 작업

저장된 데이터는 데이터가 저장되어 있는 스토리지 시스템보다 더 오래 유지됩니다. 시간이 지나면 소프트웨어는 업데이트가, 하드웨어는 교체나 수리가 필요합니다.

소프트웨어 및 펌웨어 업데이트

무중단 업그레이드(NDU)에는 스토리지 시스템 소프트웨어 업그레이드와 스토리지 시스템 펌웨어 업그레이드가 모두 포함됩니다. NDU는 다음에 대한 업그레이드를 지원하는 포괄적인 솔루션입니다.

  • 운영 체제 소프트웨어(Data ONTAP)
  • 운영 체제 펌웨어(BIOS)
  • 쉘프 펌웨어
  • 디스크 펌웨어
  • 대체 제어 경로(ACP) 펌웨어

이러한 모든 작업은 I/O 중단을 최소화하는 방향으로 수행됩니다. 애플리케이션이 지속적으로 운영되므로 사용자에게 알리거나 복잡하게 다운타임 일정을 잡을 필요가 없습니다. 스토리지 테이크오버 및 기브백 (giveback)(기본적으로 ARL 사용)을 LIF 마이그레이션과 함께 사용하면 데이터 서비스를 중단하지 않고 한번에 HA 쌍의 클러스터 하나에서 유지보수 운영을 수행할 수 있습니다. My AutoSupport™ 의 Upgrade Advisor 툴(NetApp 지원 사이트에 액세스 필요)을 사용하면 무중단 업그레이드를 계획하는 데 도움이 됩니다. 이 툴은 전체 클러스터를 업그레이드하는 데 필요한 전체 단계 목록을 생성합니다.

Clustered Data ONTAP 8.2 이전 버전에서는 운영 체제를 업그레이드하려면 "지속적인 업그레이드 (rolling upgrade)" 프로세스를 사용하여 HA쌍을 한번에 하나씩 업그레이드해야 했습니다. 대용량 클러스터에서는 이 방법을 이용할 경우 많은 시간이 소요됩니다. Clustered Data ONTAP 8.2부터 8개 이상의 노드를 지원하는 클러스터에서 일괄 업그레이드 (batch upgrade)를 수행할 수 있는 옵션이 제공됩니다. 이로써 대용량 클러스터에서 업그레이드하는 데 필요한 시간을 단축할 수 있게 되었습니다. 일괄 업그레이드를 사용하면 여러 노드에서 병렬로 업그레이드를 수행하여 전체 클러스터를 업그레이드하는 데 필요한 총 시간을 단축할 수 있습니다. 업그레이드를 진행하는 동안 클러스터에서 두 가지 버전의 clustered Data ONTAP을 실행할 수 있지만, 두 가지 버전 혼합 모드로 클러스터를 실행하는 시간을 최대한 짧게 유지하는 것이 좋습니다. 일괄 업그레이드는 다음과 같은 작업을 지원합니다.

하드웨어 수리 및 교체

무중단 운영성은 스토리지 서브시스템에서 디스크 드라이브, 케이블, 컨트롤러, 쉘프를 비롯한 하드웨어 구성요소를 운영 중단 없이 수리 또는 교체하도록 지원합니다. 디스크 드라이브는 RAID에 의해 보호되며 일반적으로 앞에서 설명한 툴을 사용하지 않고 표준 절차에 따라 수리 또는 교체할 수 있습니다. 케이블과 같은 많은 중복 구성요소에 장애가 발생하면 이러한 툴을 사용하지 않고 교체할 수도 있습니다.

라이프사이클 운영

라이프사이클 운영은 용량 및/또는 성능을 밸런싱 및 최적화하는 활동뿐만 아니라 클러스터에서 기술을 확장하거나 업데이트/교체하는 운영을 포함합니다. Clustered Data ONTAP 인프라는 수 년 동안 지속적으로 운영하며 발생한 다수의 불가피한 변경에 대한 유연성과 복원력을 지니고 있습니다.

아무리 체계적으로 계획하더라도 특정 Aggregate의 용량을 줄이고 다른 Aggregate의 용량을 늘려야 하는 경우가 발생하게 마련입니다. 볼륨 이동 기능을 이용하여 복잡한 Aggregate에서 여유 공간이 있는 Aggregate로 볼륨을 이동함으로써 이러한 유형의 용량 불균형을 쉽게 해결할 수 있습니다.

성능 불균형도 비슷한 방법으로 해결할 수 있습니다. 더 높은 성능이 요구되는 볼륨을 성능이 뛰어난 컨트롤러(혼합 클러스터 내), 부하가 낮은 컨트롤러 또는 고속 미디어로 이동시킬 수 있습니다. 예를 들어 더 높은 성능이 요구되는 볼륨을 대용량 디스크로 구성된 Aggregate에서 높은 성능을 제공하는 디스크로 구성된 Aggregate로 이동하거나, Flash Cache™ 또는 SSD와 HDD를 결합하는 Flash Pool™ Aggregate가 포함된 컨트롤러로 이동시킬 수 있습니다. 반대로 데이터 셋의 성능 요구사항이 축소된 경우 해당 볼륨 또는 볼륨들을 대용량 디스크로 구성된 Aggregate로 이동시킬 수 있습니다.

Clustered Data ONTAP 클러스터 관리자에게는, 볼륨 이동을 하는 것이 통상적이며 변경 요청을 필요로 하지 않는 부담이 적은 이벤트입니다. 볼륨 이동을 사용하면 고비용 고성능 드라이브에서 모든 것을 프로비저닝 및 구현할 필요 없이 애플리케이션 요구사항에 맞는 적절한 수준의 스토리지로 데이터를 쉽게 이동할 수 있으므로, IT 팀에서 예산 범위 내에서 용량 및 성능 목표를 달성하고 운영을 최적화할 수 있습니다.

기술 업데이트/교체

NetApp 무중단 운영성을 통해 완벽하게 기술 업데이트/교체 작업을 중단 없이 수행할 수 있으므로 "금상첨화"입니다. 그동안에는 스토리지 하드웨어를 교체하려면 항상 운영이 중단되고 많은 시간과 비용이 소요되었습니다. 실제로 최근의 한 연구에서는 이전 스토리지 어레이에서 새 스토리지 어레이로 데이터를 마이그레이션하는 데 평균 5개월 정도 소요되고 어레이 소유 비용이 약 50% 증가하는 것으로 나타났습니다.

Clustered Data ONTAP을 사용하면 데이터를 오프라인으로 전환하지 않고 전체 하드웨어 업데이트/교체를 쉽고 간편하게 수행할 수 있으므로 이러한 숨겨진 비용이 발생하지 않습니다. Clustered 스토리지 시스템의 세대와 모델이 동일하지 않아도 되기 때문에 실행 중인 애플리케이션을 중단하거나 업무 중인 사용자를 방해하지 않고도 FAS 플랫폼을 다른 FAS 플랫폼으로 교체하거나 전체 스토리지 인프라를 변경할 수 있습니다. 현재 이러한 기능을 제공하는 스토리지는 NetApp 제품뿐 입니다.

ARL을 사용하여 기존 스토리지 컨트롤러를 빠르고 쉽게 업그레이드하거나, 볼륨 이동을 사용하여 드라이브와 쉘프를 포함한 전체 업그레이드를 수행할 수 있습니다. 볼륨 이동을 사용할 경우 일반적으로 클러스터에 새로운 시스템을 추가하고 데이터를 기존 시스템에서 새로운 시스템으로 이동한 후 기존 시스템을 파기합니다.

이것은 이론적으로 가능할 뿐 아니라 실제로 전체 기술 업데이트/교체가 수 차례 이뤄졌습니다. 일례로 clustered Data ONTAP을 오래 전부터 사용하고 있는 한 사용자가 20개 이상의 FAS6080으로 구성된 클러스터에서 각각 512GB의 Flash Cache 스토리지를 지원하는 16개의 FAS6280으로 구성된 클러스터로 중단 없이 전환한 바 있습니다. 업데이트/교체 이전과 이후의 총 데이터 용량은 약 1PB 입니다

4개 한 셋으로 전환 작업을 수행했습니다. IT 팀은 4개의 새로운 노드를 추가하고 이전 노드 2개의 볼륨을 새로운 노드로 이동했습니다. 그런 다음 이전 노드를 종료하고 아직 지원되는 디스크 쉘프(이 하드웨어 중 일부는 매우 오래되어 폐기해야 했음)를 다음 새로운 노드 셋으로 이동했습니다.

사용자에 따르면 처리량과 성능이 크게 향상되었다고 합니다. 또한 업그레이드로 인해 지속적인 유지보수 비용이 절감되었습니다. 무엇보다도 전체 프로세스가 다운타임 없이 수행되었습니다. ARL를 이용했다면 이 업그레이드를 실행할 때 당시보다 훨씬 더 간단하고 빠르게 수행할 수 있었을 것입니다. 일부 얼리 어답터는 이미 ARL을 사용하여 데이터 마이그레이션이나 다운타임 없이 전체 클러스터를 하루 만에 업데이트/교체했습니다.

결론

Clustered Data ONTAP은 무중단 운영성을 한 차원 높였습니다. 볼륨 이동, LIF 마이그레이션, Aggregate 재배치 등과 같은 간단한 몇 가지 툴을 사용하여 유지보수 및 라이프사이클 작업을 쉽고 빠르게 수행할 수 있습니다. 이전에는 계획된 다운타임과 긴 중단 시간 없이 이러한 작업을 수행하는 것이 불가능했습니다. 빈번하지 않은 다운타임 기간까지 기다리지 않고 필요에 따라 작업을 수행할 수 있다는 것은 스토리지 환경이 최적화되고 리스크가 크게 감소했다는 사실을 의미합니다.

 무중단 운영성에 대한 의견이 있으십니까?

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

Charlotte Brooks, 기술 마케팅 엔지니어

Charlotte는 clustered Data ONTAP 담당 TME입니다. NetApp에서 5년 이상 재직하면서 Charlotte는 clustered Data ONTAP 및 스토리지 관리 항목을 폭넓게 다루는 기사를 기고했습니다. Charlotte는 현재 무중단 운영성 및 무중단 업그레이드에 관심을 가지고 있습니다.

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

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

탐색
탐색
Clustered Data ONTAP 8.2 및 무중단 운영성에 대해 자세히 알아보기

지난달에 NetApp TME인 Julian Cates가 8.2의 새로운 기능에 대해 다루며 Aggregate 재배치, 서비스 품질 및 Microsoft® Windows® 향상된 기능에 대해 자세히 설명했습니다. 이 기사를 읽고 무중단 운영성, 효율성 및 확장성의 비즈니스 이점에 대해 설명하는 새로운 백서도 확인하십시오.

탐색
 
TRUSTe
연락처   |   구매 방법   |   피드백   |   채용  |   구독   |   개인 정보 보호 정책   |   © 2013 NetApp