NetApp Tech OnTap
     

Microsoft 애플리케이션 가상화

데이터 센터 100% 가상화라는 목표에 근접함에 따라 Microsoft Exchange, Microsoft SQL Server® 및 Microsoft SharePoint® Server 등의 업무상 중요한 Microsoft® 애플리케이션의 가상화를 조심스럽게 고려해 보는 것이 필요합니다.

현재의 환경으로부터 효율성과 가용성 개선, 비용 절감을 비롯한 가상화의 모든 이점을 제공하는 환경으로 이전하려면 가상화 소프트웨어, 서버, 네트워크 및 스토리지를 비롯한 인프라의 모든 레이어의 가상화에 초점을 맞춰야 합니다.

그림 1) NetApp, VMware 및 Cisco 제휴 솔루션의 주요 요소

그래서 NetApp은 Microsoft 애플리케이션을 가상화하기 위한 완벽한 솔루션을 만들기 위해 Cisco 및 VMware와 제휴했습니다. 이 아키텍처는 VMware® vSphere 4 가상 인프라, Cisco Nexus 통합 패브릭과 NetApp® 통합 스토리지 하드웨어 및 소프트웨어의 이점을 모두 포함합니다.

이 유연한 아키텍처를 사용하면 작업 부하가 혼합된 Microsoft 애플리케이션 환경을 가상화하여 서버, 네트워크 및 스토리지 가상화의 완벽한 이점을 제공할 수 있습니다. 우리는 병목 현상이 없으며 모든 성능 메트릭이 Microsoft에서 게시한 매개 변수를 충족하는지 확인하기 위해 이 솔루션으로 Microsoft 애플리케이션의 성능을 테스트했습니다.

이 기사는 Microsoft 애플리케이션을 가상화하는 이유를 개괄하고 시작을 위해 가장 염두에 두어야 할 아키텍처 및 구현 관련 사항을 집중 조명합니다. 제휴 솔루션에 대한 자세한 내용은 NetApp 기술 보고서 "NetApp 솔루션 가이드: VMware vSphere 4, NetApp 통합 스토리지(FC, iSCSI 및 NFS) 및 Cisco Nexus 통합 패브릭에서의 Microsoft Exchange Server, SQL Server 및 SharePoint Server 작업 부하 혼합"을 참조하십시오.

Microsoft 애플리케이션을 가상화하는 이유

이 솔루션으로 Microsoft 애플리케이션을 가상화하는 이유는 다른 애플리케이션을 가상화하는 이유와 상당 부분 동일합니다.

  • 비용 절감. 가상화를 수행하지 않고 최신 Microsoft 서버 애플리케이션을 업그레이드하면 이미 과도한 비용으로 실행 중인 애플리케이션을 지원하기 위해 더 많은 서버 하드웨어가 필요할 수 있습니다. VMware 가상화는 각 시스템에서 여러 작업 부하를 실행함으로써 기존 하드웨어를 최대한 활용할 수 있도록 합니다. 사용률 향상은 하드웨어 수를 줄이고 전반적인 자본 및 관리 비용을 줄이는 것을 의미합니다.
  • 고급 스토리지 기능. FC, iSCSI 또는 NFS를 비롯한 모든 스토리지 프로토콜에 걸쳐 NetApp 스토리지에 Microsoft Exchange, SQL Server 및 SharePoint를 구현할 수 있습니다. NetApp FAS와 V 시리즈 스토리지 어레이는 FC 및 IP 기반 VMware 환경에서의 사용을 위해 충분한 테스트와 인증을 거쳤습니다. NetApp 스토리지 효율성과 지능적인 캐시 기능을 사용하면 스토리지 비용을 크게 절감할 수 있습니다. NetApp은 VMware에서 서버 리소스를 가상화하는 방식과 유사하게 다중 애플리케이션이 온 디맨드로 사용할 IOPS 및 용량을 풀링하여 스토리지를 가상화합니다.
  • 고가용성. VMware는 가상 시스템(VM) 수준에서 클러스터링을 수행하지 않고도 Microsoft 서버 애플리케이션에 고가용성(HA)을 제공할 수 있습니다. VM은 더 이상 기반 서버 하드웨어와 연계되지 않으며 VMware VMotion®으로 언제든지 서버 간에 이동할 수 있습니다. VMware HA는 모든 VM에 대해 서버 하드웨어 내결함성을 제공하고 단지 서버만 보호하기 위해 설계된 솔루션보다 더 우수한 가용성을 제공합니다. NetApp 액티브-액티브 스토리지 구성은 스토리지 수준에서 유사한 기능을 제공합니다.
  • 고급 백업/복구 및 DR. 이 솔루션을 위한 백업 및 복구 기능은 통합된 VMware, Microsoft 및 NetApp 기술을 사용하여 제작되며 우수한 애플리케이션 인식 데이터 보호를 제공합니다. NetApp SnapMirror®의 재해 복구용 중복 제거 인식 원격 복제는 엔드 투 엔드 데이터 보호를 제공하며 VMware 사이트 복구 관리자를 추가함으로써 전체 복구 프로세스를 자동화할 수 있습니다.
  • 향상된 이동성. 사용자는 로드 밸런싱, 업그레이드 및 유지 관리 또는 조직의 기타 목표를 충족하기 위해 Microsoft 애플리케이션에서 사용하는 가상 시스템 또는 스토리지를 중단 없이 손쉽게 재배치할 수 있습니다.

이러한 명확한 이점에도 불구하고 핵심 Microsoft 애플리케이션을 가상화하는 것과 관련된 두 가지 지속적인 우려 사항이 있어 왔지만, 현재 이러한 우려는 다음과 같이 해결되었습니다.

  • 성능. VMware vSphere 4.0을 출시함으로써 VMware는 업무상 중요한 모든 비즈니스 애플리케이션에 적합한 수준으로 성능을 향상시켰으며, 이는 다양한 스토리지 프로토콜을 사용한 Exchange 성능을 설명하는 최신 VMware 백서에 제시된 바 있습니다. NetApp은 이러한 지속된 우려를 해결하기 위해 이 솔루션 개발의 핵심 요소로서 성능 검증을 수행했습니다.
  • 지원. 가상화된 Microsoft 애플리케이션의 지원에 대한 우려는 아직도 만연한 상태입니다. 하지만 다행히 여러 가지 방법으로 필요한 지원을 받을 수 있습니다. Microsoft는 서버 가상화 검증 프로그램(SVVP)으로 가상화를 완벽하게 지원합니다. Microsoft Services Premier Support Program에 문의하여 가상화된 Microsoft 애플리케이션에 대한 직접 지원을 받을 수도 있습니다. 또한 서버 OEM 공급업체, VMware GSS(Global Support Services) 및 TSANet(기술 지원 제휴 네트워크)에서도 지원을 제공합니다.

주요 설계 고려 사항

이 제휴 솔루션을 설계할 때의 주요 목표 중 하나는 명확한 설계 지침을 제공하는 동시에 충분한 유연성을 제공하여 사용자 환경의 요구 사항을 충족할 수 있는 맞춤형 솔루션을 만들 수 있게 하는 것이었습니다. 이 섹션에서는 Microsoft 애플리케이션을 완전히 가상화된 환경으로 이전하는 과정에서 자문하고 싶어하는 몇 가지 주요 질문에 대한 답을 제시합니다.

어떤 스토리지 프로토콜을 선택해야 합니까? 이 솔루션의 장점 중 한 가지를 들자면, NetApp 스토리지를 포함하는 모든 솔루션이 그렇듯이 사용자 환경에 적합한 스토리지 프로토콜을 유연하게 선택할 수 있다는 점입니다. NetApp은 FC, iSCSI 및 NFS와 같은 모든 프로토콜에 대해 아키텍처 지침을 제공합니다. NetApp 및 VMware 제휴 성능 연구 조사는 프로토콜의 성능 차이는 다른 프로토콜과 비교하여 모두 10% 이내에 있으므로 성능을 이유로 특정 프로토콜을 더 선호할 필요가 없음을 보여 줍니다.

이미 FC(파이버 채널) 인프라를 선택했다면 앞으로도 계속 사용할 수 있습니다. 그렇지 않다면 NFS나 iSCSI가 스토리지 요구 사항을 손쉽게 충족시킬 수 있습니다. 각각의 프로토콜을 비용(자본 및 운영), 관리 용이성, 확장성 및 유연성 측면에서 살펴본 후 사용자의 필요에 가장 적합한 것으로 선택하는 것이 좋습니다. (이 섹션에서는 스토리지 레이아웃에 대한 몇 가지 구체적인 지침도 추가로 다루게 됩니다.)

어떤 NetApp 소프트웨어가 필요합니까? 다음 네 가지 핵심 NetApp 제품 세트를 사용하는 것이 좋습니다.

  • RCU(Rapid Cloning Utility). 이 무료 vCenter 플러그인은 NetApp FlexClone®, 데이터 저장소 중복 제거 관리, 데이터 저장소 프로비저닝, 크기 조정 및 제거 작업을 활용하여 가상 서버 및 데스크톱에 대한 신속하고 공간 효율적인 프로비저닝을 제공합니다.
  • VSC(Virtual Storage Console). 이 무료 vCenter 플러그인을 사용하면 VMware와 관련된 NetApp 전용 스토리지 특성을 vCenter에서 직접 관리하고 모니터링할 수 있습니다.
  • SnapManager® for Virtual Infrastructure. SMVI는 통합 데이터 보호 솔루션으로, 가상 시스템용 백업 및 복구 기능과 DR용 복제를 제공합니다. 이 솔루션은 VM 백업을 위해 VMware 스냅샷을 호출하는 NetApp Snapshot™ 기능을 사용합니다.
  • SANScreen® VMInsight. 이 vCenter 플러그인은 V2P(virtual to physical) 스토리지 매핑(vmdk, 데이터 저장소, LUN, 스토리지 패브릭)에 대한 모니터링 및 광범위한 보고를 제공하여 환경 관리 및 문제 해결을 지원합니다.

  위에 설명된 처음 세 소프트웨어 도구에 대한 자세한 내용은 관련 내용을 다룬 최신 Tech OnTap 기사를 참조하십시오.

또한 NetApp SnapDrive®와 애플리케이션별 SnapManager 제품을 Exchange Mailbox Server, SQL Server 또는 SharePoint 데이터베이스와 인덱스 서버를 호스팅하는 게스트 VM 내부에 설치하여 일관된 애플리케이션 백업과 데이터베이스, 로그 등의 세부적인 복원을 제공할 수도 있습니다. (백업 및 DR은 후반부에 자세히 다룹니다.)

서로 다른 데이터 구성 요소에 어떤 스토리지 레이아웃을 사용해야 합니까? 스토리지 레이아웃 선택은 사용자가 선택한 스토리지 프로토콜의 영향을 어느 정도 받습니다. 여기에서는 가능한 모든 스토리지 레이아웃 및 프로토콜 옵션을 다루기보다 가장 유연한 IP 기반 스토리지 레이아웃 옵션 중 한 가지만 집중적으로 다룰 것입니다. 처음부터 구현하거나 인프라에서 이 방식을 지원하는 경우라면 그림 2에 나타난 NFS와 iSCSI를 결합한 레이아웃을 권장합니다. FC 또는 iSCSI 레이아웃은 TR-3785를 참조하십시오. (모든 경우, 접근 방식은 기반이 되는 논리를 비롯하여 대부분의 면에서 유사합니다.)

그림 2) NFS 데이터 저장소 및 iSCSI LUN을 사용한 스토리지 레이아웃

개괄적인 지침은 다음과 같습니다.

  • 최적의 성능을 위해 게스트 파일 시스템 정렬이 매우 중요합니다. NetApp TR-3747은 가상화된 환경의 파일 시스템 정렬에 대한 모범 사례를 제공합니다.
  • NetApp RCU를 사용하여 NFS 데이터 저장소에서 VM을 작성합니다.
  • NetApp 스토리지 시스템의 다른 볼륨에 있는 별도의 NFS 데이터 저장소에 VM(가상 시스템) vswap 및 temp/page 파일을 호스팅합니다. (임시 데이터를 분리하면 NetApp Snapshot 사본을 더 빨리 완성하고 스토리지 효율성을 높일 수 있습니다.)
  • iSCSI RDM(원시 장치 매핑) LUN에서 NetApp SnapDrive 소프트웨어(게스트 OS에 버전 6.2 이상을 설치해야 함)를 사용하는 게스트 시스템 내부에서 직접 작성 및 연결된 애플리케이션 데이터(데이터베이스, 로그 등)를 찾습니다.
  • 일관된 백업 및 세부적인 복원을 위해 게스트 VM 내부에 애플리케이션별 SnapManager 소프트웨어를 설치합니다.

이 방법은 Microsoft iSCSI 소프트웨어 이니시에이터를 사용하여 게스트 연결된 LUN보다 권장되며, 이는 사용자가 현재 또는 미래의 어느 시점에 재해 복구용으로 VMware vCenter 사이트 복구 관리자를 구현하려는 경우, 장애 조치/장애 복구 프로세스가 iSCSI RDM의 애플리케이션 데이터에서 훨씬 간단하며 VMware에서 더 나은 지원을 얻을 수 있기 때문입니다. 또한 VMware vCenter 사이트 복구 관리자를 사용하려면 모든 데이터 저장소와 RDM LUN을 동일한 스토리지 시스템에 배치해야 합니다.

SnapDrive 및 (위에서 권장한 iSCSI RDM 또는 iSCSI S/W 이니시에이터를 사용하여 게스트 연결된 RDM) 관련 이점을 활용하고 Exchange, SQL Server 및/또는 SharePoint 데이터 백업을 위해 애플리케이션별 SnapManager 도구를 사용하려는 경우 RDM(위에서 권장한 FC RDM, iSCSI RDM 또는 Microsoft iSCSI S/W 이니시에이터를 사용하여 게스트 연결된 LUN)을 사용해야 합니다.

어떤 이유로 애플리케이션 데이터용으로 VMFS 또는 NFS 데이터 저장소를 사용하여 환경을 구성해야 하는 경우라면 최상의 백업 옵션은 SMVI입니다. SMVI는 세 가지 애플리케이션 모두에 대해 일관된 백업을 생성할 수 있지만 몇 가지 제한 사항이 있습니다. 현재 VMware VSS 요청자의 몇 가지 제한 사항(VMware는 섀도우 사본에 대해 사본 열거 사용)으로 인해 SMVI는 자동 트랜잭션 로그 자르기 또는 백업 검증을 제공할 수 없습니다. 둘 다 수동으로 수행해야 합니다. 또한 VMware VSS 요청자는 현재 Windows® Server 2008을 실행하는 VM에 대해 애플리케이션 일관성을 지원하지 않습니다. 따라서 이 솔루션은 세부적인 트랜잭션 수준 복원이 필요하지 않고(예: SQL Server에 대한 특정 시점 복원), 백업 후에 수동 백업 검증을 실행할 수 있으며, 가령 단순 복구 모델의 SQL Server 데이터베이스로 트랜잭션 로그 자르기의 대체 방법이 가능한(SQL Server는 자동화된 로그 자르기 방법을 제공) 시나리오로 한정됩니다.

일관된 애플리케이션 백업 및 복구를 수행하려면 어떻게 해야 합니까? Microsoft 애플리케이션에 대해 일관된 애플리케이션 백업을 얻는 최선의 방법은 필요한 경우 각 VM의 게스트 OS 내부에 SnapDrive와 해당 SnapManager 제품(Microsoft Exchange용 SnapManager, Microsoft SQL Server용 SnapManager, Microsoft SharePoint Server용 SnapManager)을 설치하는 것입니다. 이러한 도구는 일관된 애플리케이션 백업, 자동화된 백업 검증 및 세부적인 복원을 지원하기 위한 특정 기능을 제공합니다. 예를 들어, Exchange용 SnapManager는 단일 편지함 복구 기능을 제공합니다. 이러한 SnapManager 도구에 대한 자세한 내용은 이전 Tech OnTap 기사를 참조하십시오.

DR을 구현하는 최선의 방법은 무엇입니까? NetApp SMVI 및 애플리케이션별 SnapManager 제품은 VM과 호스팅된 Microsoft 애플리케이션에 대해 복제와 재해 복구를 제공할 수 있습니다. 이러한 제품과 VMware vCenter 사이트 복구 관리자를 함께 사용하면 완전히 자동화된 재해 복구를 수행할 수 있습니다. 이 솔루션은 Tech OnTap 기사 VMware 사이트 복구 관리자를 사용한 DR 간소화에 설명된 것처럼 복잡한 환경에서 완벽한 장애 조치 워크플로 자동화를 제공합니다.

그림 3) NetApp SnapManager, SnapMirror 및 VMware 사이트 복구 관리자를 결합하여 백업/복구 및 재해 복구를 위한 완벽한 데이터 보호 솔루션 생성

다중 경로를 구현하려면 어떻게 해야 합니까? 견고한 환경을 만들려면 다중 경로를 구현해야 합니다. FC 기반 아키텍처의 경우 ALUA(Asymmetric Logical Unit Access) 프로토콜과 RR(Round Robin) 경로 선택 정책을 사용하는 것이 좋습니다. ALUA는 SCSI 대상 장치와 대상 포트 간에 경로를 자동 협상하여 동적 재구성을 지원합니다. ALUA는 기본적으로 ESX 호스트에서 활성화되어 있습니다. NetApp 스토리지 어레이에서 ALUA는 이니시에이터 그룹에서 활성화되어 더 동적이거나 플러그 앤 플레이 방식의 SAN 아키텍처를 구현해야 합니다. RR PSP(경로 선택 정책)는 경로 중복성과 대역폭 통합을 지원합니다. 게스트 VM 내부에 DSM(장치 특정 모듈)은 필요하지 않습니다.

iSCSI의 경우 vSphere는 다중 경로용으로 ESX 호스트 수준에서 다중 TCP 세션 지원을 도입했습니다. 2개의 vmkernel 포트를 가지고 RR(Round Robin) PSP를 사용하여 플러그 앤 플레이 방식의 다중 경로를 구현할 수 있습니다. 이것은 다중 활성 경로를 제공하며 게스트 VM 내부에 DSM이 필요하지 않습니다. 또한 TR-3749에 설명된 대로 기존 및 다중 스위치 트렁킹 네트워크 설계를 모두 사용할 수 있습니다.

NFS의 경우 기존 및 교차 스택 스위치 모두에서 다중 경로를 구현할 수 있습니다. 자세한 내용은 NetApp TR 3749를 참조하십시오.

Cisco Nexus 10GbE(10기가비트 이더넷)을 사용하는 경우 ESX 호스트에 2개의 10GbE 포트만 있으면 됩니다. Cisco vPC(Virtual Port Channeling)는 중복성, 내결함성과 보안을 제공합니다.

 

Cisco Nexus vPC를 사용하여 ESX 호스트 및 NetApp 스토리지 연결

그림 4) Cisco Nexus vPC를 사용하여 ESX 호스트 및 NetApp 스토리지 연결

중복 제거와 씬 프로비저닝을 사용하면 이점이 있습니까? 이 구성이 갖는 이점 중 하나는 어떤 프로토콜을 선택하든지 간에 NetApp 스토리지 효율성 기능(FlexClone, 중복 제거 및 씬 프로비저닝)을 활용하여 필요한 스토리지 공간을 대폭 줄일 수 있다는 점입니다.

일반적인 가상 환경에는 서로 다른 VM에 동일한 OS와 애플리케이션 바이너리 사본이 많이 존재하여 값비싼 공유 스토리지 공간의 상당 부분을 차지합니다. NetApp 스토리지 효율성 기능을 사용하면 기본 스토리지에서 50% 이상의 스토리지 절감을 실현할 수 있습니다. 그림 5는 우리가 제휴 솔루션을 검증하는 동안 92%의 공간을 절약했음을 보여 줍니다.

NetApp 스토리지 효율성 기술을 결합하여 공간 절약

그림 5) NetApp 스토리지 효율성 기술을 결합하여 공간 절약

환경의 크기를 조정하려면 어떻게 해야 합니까? 환경 크기 조정에는 VMware 데이터 저장소(게스트 OS, 애플리케이션 바이너리, VM 페이지 파일 및 vswap 파일 포함)와 애플리케이션 데이터베이스와 로그를 호스팅하는 LUN 크기 조정이 모두 해당됩니다. NetApp은 환경의 적절한 크기 조정을 위해 크기 조정 도구를 개발했습니다. 해당 NetApp 시스템 엔지니어 또는 리셀러가 사이트에서 수집한 다음과 같은 정보를 기준으로 환경의 크기를 조정할 수 있도록 지원합니다.

  • 가상화할 애플리케이션 서버 수
  • Microsoft 애플리케이션 수 및 유형
  • 예상 성장률을 포함하여 다양한 데이터 구성 요소에 대한 용량 요구 사항
  • 읽기/쓰기 및 임의/순차 비율을 포함한 성능 요구 사항
  • SQL Server 데이터베이스의 경우 데이터베이스 수 및 유형(OLTP, DSS, 혼합)
  • Exchange 서버의 경우 편지함 수와 크기, 사용자 프로필
  • SharePoint 서버의 경우 사용자 수, 사용자당 필요한 공간, 사용자 동시성 비율
  • 백업/복원/DR 요구 사항

내 가상화된 Microsoft 애플리케이션 환경의 성능을 검증하려면 어떻게 해야 합니까? 물리적 환경에 사용되는 것과 동일한 Microsoft 및 타사 공급업체의 성능 검증 도구 세트를 사용할 수 있습니다.
이러한 도구는 성능이 Microsoft 지침을 준수하는지 확인할 수 있도록 지원합니다. 이 제휴 솔루션을
테스트하기 위해 우리는 Microsoft Exchange Load Generation Tool, Microsoft SQLIOSim 유틸리티, AvePoint Sharepoint Test Environment Creator 및 Usage Simulator를 사용하여 성능을 검증했습니다. 모두 동시에 실행되는 이러한 애플리케이션에 대해 여러 부하 테스트도 수행했습니다. 각 애플리케이션에 대한 성능 검증 방법 및 성공 기준은 TR-3785에 설명되어 있습니다. NetApp 테스트로 검증한 사항은 다음과 같습니다.

  • VM 내부 또는 ESX 호스트에 CPU 또는 메모리 병목 현상이 없습니다.
  • 스토리지에 I/O, CPU 또는 디스크 병목 현상이 없습니다.
  • 모든 읽기 및 쓰기 대기 시간이 게시된 Microsoft 지침을 준수했습니다.
  • 네트워크 병목 현상이 발생하지 않았습니다.

결론

데이터 센터 100% 가상화라는 목표로 나아가는 시점에서 이 기사에 제공된 정보가 Microsoft 애플리케이션 가상화 프로세스를 이해하는 데 유용하시길 바랍니다. 이 기사는 Microsoft 애플리케이션 가상화를 위한 제휴 솔루션의 핵심 사항만을 다루었습니다. 이 솔루션을 구현하는 데 필요한 모든 정보는 50페이지 분량의 자세한 솔루션 가이드에서 구할 수 있으며 여기에는 NetApp, VMware 및 Cisco의 세심한 작업에 기반을 둔 모든 구성 세부 정보가 언급되어 있습니다. 이 가이드는 FC, iSCSI 및 NFS 구현을 다룹니다.

이 기사에 포함된 다양한 링크 외에도 다음과 같은 기타 중요한 리소스를 참조하실 수 있습니다.

 NetApp 및 VMware vSphere 스토리지 모범 사례(TR-3749). NetApp 스토리지를 사용하여 VMware를 구현하는 모범 사례를 다룹니다.
 Exchange 2007에서 성능 가속화 모듈 사용(TR-3767). 이 기술 보고서는 PAM에서 스핀들을 추가하지 않고 지원 가능한 Exchange 사용자 수를 늘리는 방법을 설명합니다.
 SnapManager 가이드:
    Microsoft Exchange용 SnapManager 5.0 모범 사례 가이드(TR-3730)
    MOSS용 SnapManager: 모범 사례 가이드(TR-3776)
    Exchange용 NetApp SnapManager로 Exchange Server 2007 보호(TR-3598)
    가상 인프라용 SnapManager 모범 사례(TR-3737)
 SRM
    NetApp 및 VMware vCenter SRM 모범 사례(TR-3671)

 MS 애플리케이션에 대한 의견이 있으십니까?

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

Abhinav Joshi

Abhinav Joshi
서버 및 데스크톱 가상화를 위한 참조 아키텍트
NetApp

Abhinav는 2008년 NetApp에 합류했으며 9년 이상의 데이터 센터 통합 및 가상화 경력을 NetApp에 제공했습니다. 그는 현재 NetApp 가상화 스토리지와 데이터 보호 솔루션을 VMware 가상화 기술과 Cisco 통합 컴퓨팅 시스템 및 네트워킹 기술과 안전하게 통합하기 위한 확장 가능한 참조 아키텍처 및 모범 사례를 개발하여 고객 문제점을 해결하고 비용 절감을 지원하는 업무를 담당하고 있습니다. NetApp에 합류한 이후 Abhinav는 활발한 저술 활동을 벌여 왔으며, 본 문서에서 참조로 언급된 솔루션 가이드의 상당수가 그의 주도와 참여를 통해 제작되었습니다.