NetApp Tech OnTap NetApp 로고
NetApp Tech OnTap
     
Back to Basics: 데이터 압축

이 기사는 많이 사용되고 있는 NetApp® 기술의 기본 원리를 다루는 연속 기사 'Back to Basics'의 제6편입니다.

데이터 압축 기술은 오랫동안 이어져 온 기술이지만, 대규모 스토리지 시스템에서, 특히 성능에 미치는 영향과 관련하여 상당한 문제를 일으켰습니다. 최근까지도 테이프 드라이브 및 VTL 같은 장치에 대한 압축은 항상 비용과 복잡성이 따르는 전용 하드웨어를 사용해 제공되었습니다.

NetApp은 컴퓨팅 리소스에 미치는 영향을 완화하는 한편 소프트웨어에서 투명한 인라인 및 포스트 프로세싱 데이터 압축 기능을 제공하는 방법을 개발했습니다. 그리고 이를 통해 기존 NetApp 스토리지 시스템에서 추가 비용 없이 Data ONTAP® 압축 기능의 혜택을 누릴 수 있습니다. Data ONTAP 8.0.1에서 처음 압축 기능을 발표한 이후 이에 관련해 받았던 피드백은 상당히 긍정적인 것들이었습니다. 그리고 최초 발표 이후 다양한 업계의 여러 시스템에서 압축 기능을 사용하였으며, 이러한 압축기능을 사용하는 시스템의 40%는 Primary 스토리지이며, 나머지 60%는 백업/아카이빙용 스토리지에서 사용하고 있습니다.

NetApp 데이터 압축 기능은 다음과 같이 많은 이점을 제공합니다.

  • 업계 선도적인 NetApp 스토리지 효율성 기술들과 함께 사용할 수 있습니다. 압축은 씬 프로비저닝 및 중복제거 같은 기타 효율성 기술과 함께 사용되어 필요한 총 스토리지 양을 크게 줄이고, 자산 도입 비용 및 운영 비용을 절감합니다. 또한 전체 공간 절감률은 애플리케이션에 따라 달라지겠지만 압축 자체만으로도 최대 87%까지 줄어들 수 있습니다. 그리고 그 밖의 다른 효율성 기술까지 사용할 경우 이 절감률은 훨씬 더 커질 수 있습니다.
  • 성능에 최소한의 영향만 미칩니다. 모든 압축 기술들이 어느 정도의 성능 저하를 가져오는 반면, NetApp은 공간 절약은 극대화하면서 성능에 미치는 영향은 최소화할 수 있도록 많은 노력을 기울여 왔습니다.
  • 소프트웨어 라이센스 비용이 필요하지 않습니다. NetApp 데이터 압축 기술은 Data ONTAP 8.1에 표준으로 제공되는 기술입니다. 라이센스가 필요하지 않기 때문에 압축 기능을 사용할 때 추가적인 하드웨어나 소프트웨어 비용이 들지 않습니다.
  • Primary 및 Secondary 스토리지 모두에서 사용됩니다. 기본 스토리지 볼륨에서, 보조 스토리지 볼륨에서, 또는 두 스토리지 볼륨 모두에서 압축 기술을 사용할 수 있습니다.
  • 애플리케이션을 변경할 필요가 없습니다. 압축은 애플리케이션과 독립적으로 진행되기 때문에(애플리케이션이 모르게 진행), 별도의 코드 변경 없이 다양한 애플리케이션에서 사용할 수 있습니다.
  • 공간 절감 효과는 복제 및 DataMotion 사용 시 계승됩니다. Volume SnapMirror를 사용해 압축된 볼륨을 복제하거나 DataMotion™으로 볼륨을 이동할 경우, 블록이 압축된 상태로 복사됩니다. 이는 데이터 전송 시 대역폭 및 시간을 절약하고 대상 스토리지 상의 공간을 절약할 뿐 아니라, 동일한 블록을 다시 압축하는 데 추가 CPU 사이클이 필요하지 않습니다.

이 Back to Basics에서는 NetApp 데이터 압축 기술의 구현 방법, 성능, 적용 가능한 사용 사례, 인라인 및 포스트 프로세싱 압축의 선택 조건 및 모범 사례에 대해 설명합니다.

Data ONTAP에서 압축을 구현하는 방법

NetApp 데이터 압축은 기본, 보조 및 아카이브 스토리지의 유연한 볼륨(FlexVol® 볼륨) 내에서 데이터를 압축함으로써 스토리지 시스템의 데이터 저장에 필요한 물리적 공간을 절약합니다. 압축 대상은 일반적인 파일, 가상 로컬 디스크 및 LUN입니다. 이 기사의 나머지 부분에서 파일에 대해 언급하는 내용은 가상 로컬 디스크 및 LUN에도 적용됩니다.

NetApp 데이터 압축은 전체 파일을 바이트의 연속된 단일 스트림으로 압축하지 않습니다. 이렇게 하면 파일의 일부분에 대한 간단한 읽기를 지원해야 할 때 엄청난 내부 절차를 필요로 할 수 있습니다. 읽기 요청을 지원하기 전에 디스크에서 전체 파일을 읽어야 하고 압축을 풀어야 하기 때문입니다. 이는 사이즈가 큰 파일에서 특히 어려울 수 있습니다. 이를 피하려고 NetApp 데이터 압축은 한 번에 연속 블록의 작은 그룹을 압축하는 방식으로 작업을 수행합니다. 이것이 바로 NetApp 데이터 압축의 효율성을 높이는 핵심 설계 요소입니다. 읽기 요청이 있으면 전체 파일이 아닌 소규모 블록을 읽어 압축을 풀면 됩니다. 이 방식은 소규모 읽기 및 덮어쓰기를 최적화하고 압축되는 파일 크기 면에서 보다 높은 확장성을 제공합니다.

NetApp 압축 알고리즘은 파일을 "압축 그룹"이라고 불리는 데이터 청크로 분할합니다. 압축 그룹의 크기는 최대 32KB입니다. 예를 들어, 60KB인 파일은 2개의 압축 그룹으로 구성될 수 있습니다. 1번째 그룹은 32KB이고, 2번째 그룹은 28KB일 것입니다. 각 압축 그룹은 한 파일에서 온 데이터로만 이루어져 있습니다. 8KB 이하의 파일에서는 압축이 실행되지 않습니다.

데이터 쓰기. 쓰기 요청은 압축 그룹 레벨에서 처리됩니다. 일단 그룹이 형성되면 테스트가 진행되어 데이터 압축 가능 여부를 결정합니다. 최소 25%의 절감 효과가 나타나지 않으면 데이터를 압축하지 않습니다. 그리고 테스트 결과 데이터가 압축 가능한 것으로 나타날 경우에만 디스크에 기록된 데이터를 압축합니다. 이는 공간 절약을 최적화하면서 동시에 리소스 오버헤드를 최소화합니다.

압축된 데이터에는 디스크에 기록될 블록이 더 적게 포함되어 있기 때문에 각각 압축된 쓰기 작업에 필요한 쓰기 I/O의 수가 줄어듭니다. 이는 디스크 상의 데이터 사용 공간을 줄일 뿐 아니라 백업 실행에 필요한 시간도 줄일 수 있습니다.

VSC vCenter 플러그인을 사용하는 경우에 VMware 관리자 및 스토리지 관리자의 책임

그림 1) 파일은 압축 그룹이라고 불리는 데이터 청크로 분리되어, 압축 가능 여부에 대한 테스트를 받습니다. 각각의 압축 그룹은 테스트 결과에 따라 압축 또는 비압축 상태로 디스크로 이동됩니다.

데이터 읽기. 압축된 데이터를 읽어야 할 때, Data ONTAP은 전체 파일이 아니라 요청된 데이터가 포함된 압축 그룹만 읽습니다. 이는 요청 처리에 필요한 I/O의 양, 시스템 리소스에 대한 오버헤드 및 읽기 서비스 시간을 최소화할 수 있습니다.

인라인 운영. 인라인 운영을 위해 NetApp 데이터 압축이 구성되는 경우에는 디스크에 기록하기 전에 먼저 메모리에 데이터를 압축합니다. 이는 볼륨에 대한 쓰기 I/O 양을 크게 줄일 수는 있지만, 쓰기 성능에 영향을 미칠 수 있기 때문에 사전 테스트 과정 없이 성능에 민감한 애플리케이션에 사용해서는 안 됩니다.

인라인 압축은 처리량을 최적화할 수 있도록 가장 최신의 쓰기 작업을 압축하는 반면, 다음 포스트 프로세싱 압축 프로세스가 시작될 때까지 부분적인 압축 그룹 덮어쓰기 같은 일부 다소 성능 집약적인 압축 작업은 유보할 것입니다.

포스트 프로세싱 작업. 포스트 프로세싱 압축은 최신 쓰기 데이터 및 압축 실행 전부터 디스크에 존재하던 데이터 모두를 압축합니다. 그리고 NetApp 중복제거와 동일한 스케줄링을 사용합니다. 압축 기능이 사용되면 먼저 중복제거 작업이 이루어집니다. 중복제거는 데이터를 압축 해제하지 않고도 작동됩니다. 데이터 볼륨에서 중복된 압축 또는 비압축 블록을 제거하기만 하면 됩니다.

인라인 및 포스트 프로세싱 압축이 모두 사용되면, 포스트 프로세싱 압축이 아직 압축되지 않은 블록을 압축하려 할 것입니다. 여기에는 부분적인 압축 그룹 덮어쓰기 같은 인라인 압축 시 포함되지 않았던 블록이 포함됩니다.

압축 성능 및 공간 절약

데이터 압축은 효율적인 수행을 위해 Data ONTAP의 내부 특성을 활용합니다. NetApp 데이터 압축은 성능에 미치는 영향이 최소 수준이지만 전혀 영향을 미치지 않는 것은 아닙니다. 그 영향은 데이터 종류, 데이터 액세스 유형, 하드웨어 플랫폼, 유휴 시스템 리소스 양 등 다양한 요소에 따라 달라집니다. 따라서, 프로덕션 볼륨에 압축 기능을 구현하기 전에 반드시 랩 환경에서 그 영향을 테스트해 봐야 합니다.

FAS6080에 대한 포스트 프로세싱 압축 테스트는 여러 개의 병렬 프로세스를 통해 210MB/초의 최대 처리량을 갖춘 단일 프로세스에 대해 최고 140MB/초의 압축 처리량을 보여 줍니다. 파일 서비스와 같은 워크로드에서 50% 미만의 CPU 활용률을 보이는 시스템은 50%가 압축된 데이터셋에 대해 20%까지 증가된 CPU 사용률을 보여 줍니다. CPU 활용률이 50% 이상인 시스템의 경우에는 더 높은 영향이 미칠 수도 있습니다.

다양한 워크로드에 압축 및 중복제거 기능을 사용함으로써 나타난 공간 절감 효과는 그림 2에 잘 나와 있습니다.

VSC vCenter 플러그인을 사용하는 경우에 VMware 관리자 및 스토리지 관리자의 책임

그림 2) 압축, 중복제거 또는 둘 모두를 사용함으로써 얻을 수 있는 기본적인 스토리지 절감 효과.

사용 사례

앞서 언급한 것처럼 압축이나 중복제거를 사용할 시기를 선택하는 데에는 공간 절약 효과와 성능에 미칠 잠재적인 영향을 균형 있게 고려해야 합니다. 각자의 스토리지 환경에서 압축이 가장 효과적인지를 평가하려면 2가지를 함께 측정하는 것이 중요합니다.

데이터베이스 백업(및 일반적인 백업)은 데이터 압축을 측정하기에 가장 이상적일 수 있습니다. 그러나 데이터베이스는 종종 규모가 아주 크며, 65% 이상의 용량을 절약하면서 백업 스토리지 성능에는 별 영향이 없기를 기대하는 사용자가 많습니다. 예를 들어, 병렬 구조로 된 4개의 Oracle 볼륨을 인라인 압축을 사용하여 백업한 테스트에서는 공간이 70% 절약되었고, CPU 사용은 35% 증가하였으며, 백업 윈도우에는 아무런 변화도 나타나지 않았습니다. 대부분의 사람들은 절감 효과가 상당하며 타깃 스토리지에 CPU 리소스가 여유있는 경우 압축 기능을 사용할 것입니다. 백업에 맞춰 새 스토리지 시스템의 크기를 조정할 때는 압축을 위해 CPU를 사용할 수 있는지를 확인하고 싶어할 것입니다.

또 다른 가능한 사용 사례는 파일 서비스입니다. 압축 가능성이 50%인 데이터셋과 활용률이 50% 이하인 시스템에서 파일 서비스 워크로드를 사용하여 테스트한 결과 처리량이 단지 5%만 감소한 것으로 측정되었습니다. 파일에 대한 응답 시간이 1밀리초인 파일 서비스 환경에서 이는 0.05밀리초가 증가하여 응답 시간이 1.05밀리초로 높아지는 것으로 해석됩니다. 공간 절약률이 65%라면 이 정도의 작은 성능 감소를 수용할 수 있을 것입니다. 그러나 그러한 절약률은 NetApp Volume SnapMirror® 기술을 사용해 데이터를 복제함으로써 훨씬 더 높아질 수 있고, 이를 통해 보조 스토리지에서 네트워크 대역폭과 공간이 절약됩니다. (이 경우 보조 스토리지는 기본 스토리지에서 압축 기능을 상속하므로 추가 프로세스가 필요 없습니다.) 이 시나리오에서 얻은 효과는 다음과 같습니다.

  • 기본 스토리지에서 65%의 스토리지 용량 절약
  • 복제를 위해 네트워크로 전송되는 데이터 65% 감소
  • 복제 속도 65% 향상
  • 보조 스토리지에서 65%의 스토리지 용량 절약

압축의 효과를 보여주는 사용 사례는 이 외에도 많습니다. NetApp은 각 환경에 가장 적합한 사용 사례를 결정하는 데 도움이 될 수 있는 다양한 툴과 지침을 제공합니다. 기본 스토리지를 기준으로 할 경우 다음과 같은 사용 사례에 압축 기능을 사용할 것인지에 관해 생각해 보십시오.

  • 파일 서비스
  • 지진 데이터
  • 테스트 및 개발

백업/아카이브 스토리지를 기준으로 할 경우 다음과 같은 사용 사례에 압축 기능을 사용할 것인지에 관해 생각해 보십시오.

  • 파일 서비스
  • 지진 데이터
  • 가상 서버
  • Oracle OLTP
  • Oracle 데이터 웨어하우스
  • Microsoft® Exchange 2010

압축 사용

NetApp 데이터 압축은 Data ONTAP 8.1 이상의 버전을 실행하는 모든 NetApp FAS 및 V-Series 시스템에서 사용할 수 있습니다. 데이터 압축은 볼륨 레벨에서 사용됩니다. 이는 데이터 압축을 사용할 볼륨을 선택할 수 있다는 뜻입니다. 볼륨에 압축이 불가능한 데이터가 포함되어 있다면 해당 볼륨에서 압축 기능을 사용해서는 안 됩니다. 데이터 압축은 중복제거 기능과 함께 작동하기 때문에, 먼저 볼륨에서 중복제거 기능을 사용해야 합니다. 그리고 볼륨은 반드시 Data ONTAP 8.0에서 소개된 기능인 64 비트 Aggregate 내에 존재해야 합니다. Data ONTAP 8.1로 시작하면 사용 중인 FAS 또는 V-Series 플랫폼에 따라 결정된 크기를 넘어서는 볼륨 크기에도 문제가 없습니다. 커맨드라인 툴 또는 NetApp System Manager 2.0을 이용하여 압축 기능을 사용하고 관리할 수 있습니다.

NetApp에서는 압축 기능을 사용하기 전에 먼저 필요한 리소스를 갖추고 있는지 확인하고, 잠재적으로 발생하게 될 영향은 무엇인지를 파악할 수 있도록 테스트를 수행해 볼 것을 권장합니다. 다음과 같은 요소에 따라 성능에 미치는 영향이 달라집니다.

  • 애플리케이션 유형
  • 데이터셋의 압축 가능성
  • 데이터 액세스 패턴(예: 순차 액세스 대 랜덤 액세스, I/O의 크기 및 패턴)
  • 평균 파일 크기
  • 변화율
  • 압축 기능을 사용할 볼륨 수
  • 하드웨어 플랫폼 - 시스템의 CPU/메모리 양
  • 시스템에 대한 부하
  • 디스크 유형 및 속도
  • Aggregate 내의 스핀들 수

대개 다음과 같은 규칙이 적용됩니다.

  • 압축 성능은 하드웨어 플랫폼 유형에 따라 달라집니다.
  • 코어가 많을수록 처리량이 늘어납니다.
  • 코어가 빠르다는 것은 처리량에 미치는 영향이 적다는 뜻입니다.
  • 데이터의 압축률이 높을수록 성능에 미치는 영향이 줄어듭니다.

인라인 또는 포스트 프로세싱 압축의 선택

압축을 구성할 때 정기적 포스트 프로세싱 압축과 함께 즉각적인 인라인 압축을 선택할 것인지, 아니면 포스트 프로세싱 압축만 사용할 것인지 선택할 수 있는 옵션이 주어집니다. 인라인 압축을 선택하면 즉각적으로 공간이 절약되고, 디스크 I/O를 줄일 수 있으며, Snapshot™ 복사본도 줄어듭니다. 포스트 프로세싱 압축은 디스크에 압축되지 않은 블록을 먼저 기록한 다음 나중에 이를 읽고 압축하므로, 새로운 쓰기 작업에 잠재적인 성능 저하가 발생하는 것을 바라지 않거나 사용량이 높은 시간에 추가 CPU를 사용하고 싶지 않은 경우에 바람직한 압축 방식입니다.

인라인 압축은 성능에 민감하지 않고, 쓰기 성능에 미치는 영향을 어느 정도 수용할 수 있으며, 사용량이 높은 시간에 CPU 리소스를 할당할 수 있는 경우에 가장 유용합니다. 표 1에 인라인 및 포스트 프로세싱 압축에 관한 몇 가지 고려사항이 정리되어 있습니다.

목표 권장사항
Snapshot 공간 최소화 인라인 압축은 Snapshot 복사본이 사용하는 공간의 양을 최소화할 것입니다.
qtree SnapMirror 또는 SnapVault® 타깃에서의 디스크 공간 사용 최소화 인라인 압축은 백업 윈도우에 최소한의 영향만 미치면서 즉각적인 절감 효과를 제공합니다. 게다가 Snapshot 예약 공간에서 공간도 덜 차지합니다.
디스크 I/O 최소화 인라인 압축은 디스크에 기록되는 새 블록 수를 줄여 줍니다.
새로운 쓰기에서 성능에 미칠 영향 제거 포스트 프로세싱 압축은 초기 쓰기 성능에 전혀 영향을 미치지 않으면서도 새로운 데이터를 압축하지 않은 상태로 디스크에 기록합니다. 공간 복구를 위해 압축을 수행하는 일정을 수립할 수 있습니다.
피크 시간에 CPU에 미치는 영향 최소화 포스트 프로세싱에서는 압축 실행 시간을 스케줄링할 수 있기 때문에, 사용량이 많은 시간에 압축이 미칠 영향을 최소화할 수 있습니다.

표 1) 포스트 프로세싱 압축 기능 단독 사용 및 인라인과 포스트 프로세싱 압축 모두 사용 시 고려사항.

데이터 압축 및 기타 NetApp 기술

NetApp 데이터 압축은 NetApp 중복제거의 보완 방식으로 작동합니다. 이 장에서는 인기 있는 다른 NetApp 기술과 함께 데이터 압축 기능을 사용하는 방법에 대해 살펴보겠습니다.

Snapshot 복사본. Snapshot 복사본은 Snapshot 복사본이 생성된 후 변경 블록을 유지함으로써 특정 시점(Point in time) 단위로 데이터를 복원할 수 있는 기능을 제공합니다. 압축 기능을 통해 압축된 데이터가 디스크 상에서 더 적은 공간을 차지하므로 Snapshot 복사본이 사용하던 공간을 줄일 수 있습니다.

포스트 프로세싱 압축은 Snapshot 복사본이 잠근 데이터를 압축할 수 있지만, 원래 압축되지 않은 블록이 Snapshot 복사본이 만료되거나 삭제될 때까지는 디스크에 남아 있기 때문에 즉각적으로 절감 효과를 제공하진 못합니다. NetApp은 Snapshot 복사본을 생성하기 전에 포스트 프로세싱 압축은 완료할 것을 권장합니다. Snapshot 복사본과 함께 압축 기능을 사용하는 내용에 관한 모범 사례는 TR-3958 또는 TR-3966을 참조하십시오.

Volume SnapMirror. Volume SnapMirror는 물리적 블록 레벨에서 작동합니다. 중복제거 및/또는 압축이 소스 볼륨에서 사용되면 중복제거 및 압축 공간 절약은 타깃 시스템에서는 물론 네트워크를 통해서도 유지됩니다. 따라서 SnapMirror 전송을 완료하는 데 드는 시간뿐 아니라 복제하는 동안 필요한 네트워크 대역폭도 크게 줄어들 수 있습니다. 다음과 같은 몇 가지 일반적인 지침을 기억해야 합니다.

  • 소스 및 타깃 시스템은 동일한 Data ONTAP 릴리즈를 사용해야 합니다.
  • 압축 및 중복제거는 소스 시스템에서만 유지 관리됩니다. 타깃 시스템의 FlexVol 볼륨은 스토리지 절약 효과를 상속합니다.
  • 압축은 전송이 이루어지는 동안에도 유지되기 때문에, 전송되는 데이터의 양을 줄이고, 따라서 네트워크 대역폭 사용과 전송에 필요한 시간도 줄어듭니다.
  • 데이터가 이미 NetApp 데이터 압축을 통해 압축되었기 때문에 SnapMirror 링크 압축은 필요하지 않습니다.

네트워크 대역폭의 감소량과 SnapMirror 전송 시간은 공간 절약의 양과 정비례합니다. 예를 들어 디스크 용량을 50% 절약할 수 있다면 SnapMirror 전송 시간은 50% 줄어들고, 네트워크를 통해 전송해야 하는 데이터 크기도 50% 줄어듭니다.

Qtree SnapMirror 및 SnapVault. qtree SnapMirror 및 SnapVault는 논리적 블록 레벨에서 운영됩니다. 따라서, 소스 및 타깃 스토리지 시스템에서 독립적으로 중복제거 및 데이터 압축 기능을 실행할 수 있기 때문에 필요에 따라 각각 또는 둘 모두에서 사용할 수 있습니다. 소스 데이터가 압축 또는 중복제거되지 않을 경우에도 qtree SnapMirror 및/또는 SnapVault 백업을 압축 또는 중복제거할 수 있습니다. 포스트 프로세싱 압축 및 중복제거는 스케줄링이 수동으로 설정되어 있지 않으면 SnapVault 전송이 완료된 후 자동으로 실행됩니다.

클로닝. NetApp FlexClone® 기술은 파일 또는 데이터 볼륨의 가상 복사본을 즉시 생성합니다. 이 복사본은 클론이 변경되기 전에는 추가 스토리지 공간을 사용하지 않습니다. FlexClone은 중복제거 및 압축을 모두 지원합니다. 클론의 상위 볼륨에 압축 기능을 사용하는 경우, 해당 클론에도 절감 효과가 상속됩니다. 또는 클론에 기록된 새 데이터가 상위 복사본에 영향을 미치지 않으면서도 압축 기능의 혜택을 누릴 수 있도록 클론 볼륨에서 압축 기능을 사용할 수도 있습니다.

결론

NetApp 데이터 압축 기술은 기본 및 보조 스토리지상의 공간 절감 효과를 최대화하기 위해 사용할 수 있는 중요한 스토리지 효율성 툴입니다. 이 장에서 논의한 모든 주제와 관한 정보 및 기타 사항이 궁금한 경우에는 TR-3958: NetApp 데이터 압축 및 중복제거 배포/구현 가이드: Data ONTAP 8.1, 7-Mode 운영TR-3966: NetApp 데이터 압축 및 중복제거 배포/구현 가이드: Data ONTAP 8.1, Cluster-Mode 운영을 참조하십시오.

 데이터 압축에 대한 의견이 있으십니까?

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

Sandra Moulton
기술 마케팅 엔지니어
NetApp


2년 전 NetApp에 입사한 이후 Sandra는 거의 전적으로 스토리지 효율성, 특히 중복제거 및 데이터 압축 부문에 집중했습니다. Sandra는 이런 중요한 기술에 대한 백서, 모범 사례 지침 및 참조 아키텍처의 개발을 담당하고 있습니다. Sandra는 유수의 Silicon Valley 기업에서 유사한 업무를 수행한 것을 포함하여 20년이 넘는 업계 경력을 보유하고 있습니다.


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

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

탐색
탐색
Back to Basics 추가 정보

이 시리즈에 속한 다른 내용도 함께 읽어보고 NetApp 핵심 기술의 기본사항에 대해 알아보십시오.

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