1 / 38

[ 주 ] 넷클립스

스토리지 가상화 솔루션. S V M TM. [ 주 ] 넷클립스. Storage Virtualization Manager. Virtualization 이란 ?. Virtualization 은 물리적인 형태의 스토리지 디바이스 구성을 논리적 인 형태의 구성으로 가능케 하는 기술. 즉, 실제 스토리지의 물리적 구성이나 형태에 관계없이 이를 추상화하여 논리적인 형태의 Virtual Volume 으로 단일한 관리성 을 제공하여 스토리지의 무제한적인 용량 및 확장성을 보장하는 기술.

bert
Download Presentation

[ 주 ] 넷클립스

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. 스토리지 가상화 솔루션 S V M TM [주]넷클립스 Storage Virtualization Manager

  2. Virtualization 이란 ? Virtualization은 물리적인 형태의 스토리지 디바이스 구성을 논리적인 형태의 구성으로 가능케 하는 기술. 즉, 실제 스토리지의 물리적 구성이나 형태에 관계없이 이를 추상화하여 논리적인 형태의 Virtual Volume으로 단일한 관리성을 제공하여 스토리지의 무제한적인 용량 및 확장성을 보장하는 기술.

  3. Virtualization필요성 • 다양한 스토리지 디바이스를 추상화 하여 단일하고 용이한 관리방법을 제공하며 데이터의 통합관리를 통한 스토리지 관리 비용 절감 • 자유로운 볼륨 관리(볼륨 생성 및 확장) • 동종 또는 이기종 O/S로 운영되는 다양한 벤더의 서버로 구성된 복잡하고 분산된 SAN 환경 지원 • SAN 성능을 극대화하여 Business continues 제공 • 높은 스토리지 확장성(Volume 용량의 무제한 지원)

  4. Virtualization 구현 방법 ASYMMETRIC 방식(OUT OF BAND) Hosts Out-of-band SAN Appliance File Service Block-level Virtualization Storage Control path HBA Data path SYMMETRIC 방식 (IN BAND) Hosts In-band SAN Appliance File Service Block-level Virtualization Storage HBA Data and Control path

  5. SAN Fabric Symmetric Virtualization (IN BAND ) • 시스템과 스토리지간 데이터 처리는 반드시 Appliance 통하여 처리 • 확장성의 한계 • 가용성의 문제 • 처리속도의 한계 50 application servers • 주요 공급자 • StorageApps (HP) • DataDirect • Veritas • DataCore • FalconStor Virtualization Appliance Bottleneck Appliance 장애시 Server 에서 스토리 간의 Data 접근이 안되어 서비스에 문제 발생(항상 이중화로 Active-Active 구현이 필요 함) Storage A Storage B Storage C

  6. Symmetric Virtualization (IN BAND )단점 • 데이터 무결성 문제 • 어플라이언스에 의하여 데이터가 변조될 수 있음 • 어플라이언스 재부팅, 고장, 버그, 해킹, 바이러스 • 확장성 문제 • 스토리지 도메인 별로 두 대의 어플라이언스로 제한 • 대규모의 SAN은 여러 개의 “SAN islands” 로 분리해야 됨, 각각에는 별도의 어플라이언스가 설치되어야 하며 호스트의 수에도 제한이 따름 • 비용 문제 • 어플라이언스 하드웨어 및 소프트웨어 • 이중화로 구성된 고성능(여러 개의 CPU)의 장비 • 클러스터 에서 소프트웨어는 어플라이언스 별로 라이선스 됨 • Fibre Channel 스위치 포트 소모 • 어플라이언스 한 쌍에 12개의 포트 필요

  7. Asymmetric Virtualization (Out-of BAND ) • 여러 시스템들이 동시에 스토리지 데이터에 접근 시 Virtualization Appliance와 관계없이 접근 • 확장성 및 가용성이 뛰어남 • SANSwitch 대역폭을 그대로 이용 • 주요 공급자 • StoreAge • Compaq Server A Server B Server C Meta data Path SAN Fabric I/O data Path Virtualization Appliance Virtualization Appliance가 장애가 발생하여도 시스템에 등록된 Meta Data정보에 의하여 데이터 접근하 는데 지장이 없다. Storage A Storage C Storage B

  8. SVMTM소개 재난 복구 가상화 관리 SVMTM

  9. SVMTM (Storage Virtualization Manager)구조 Server SVM Appliance O/S Ethernet Port Application Software StoreAge Fibre Channel Processor SVM Driver Processor Management Software HBA HBA O/S Volume Management Virtualization Mapping FC Port FC Port Storage Application Software SAN [그림] SVM Appliance 내부 구조

  10. SVM SAN Switch SVMTM특징 - 통합관리 • 스토리지 통합 관리 • 표준 스토리지를 하나의 Interface로 통합 관리 • Vendor별 LUN 의 구성, 용량, 상태 등 확인 기능 • LUN 통합 관리 • Web을 통한 GUI NT Linux 2000 Unix ST 3 ST 1 ST 2

  11. 50GB 10MB 100GB 20GB 10GB 1TB SVM 10GB 20GB SAN Switch 100GB 50GB SVMTM 특징 – 볼륨 관리 • Volume Manager • Volume 생성- 수MB에서 수TB까지 Volume 수 무제한 생성 가능 • Volume 확장 – 자유로운 Volume 확장 • 동종 O/S간 자유로운 볼륨 이동 가능 NT Linux 2000 Unix ST 3 ST 1 ST 2

  12. SVM 300MB/s Fail 300GB 300MB Data SVMTM특징 -High Performance& Multi-path • High Bandwidth • 스토리간의 볼륨 “Stripe” 구성으로 고 대역폭 제공 • 고속의 데이터 처리 • Multi-Path • HBA수 만큼 자동 부하 분산 • Auto Fail-Over 기능 제공 NT Linux 2000 Unix Server 100MB/s 100MB/s HBA HBA HBA 100MB/s 100MB/s 100MB/s 100GB 100GB 100GB ST 3 ST 1 ST 2

  13. SVM SAN Switch SVMTM특징 -Security (보안) • Volume Masking & Zoning • 볼륨의 시스템 접근 권한 제한 기능 • 각 볼륨에 대한 READ & WRITE등을 시스템 별로 지정 가능 • 볼륨을 적용시스템에 지정하여 할당 • 지정된 시스템 외에는 볼륨 접근 불가능 서버 #1 서버 #2 서버 #3 서버 #4 Read & Write Read Only Vol A Vol C Vol B R/W : Read& Write R : Read Only X : Not Access ST 3 ST 1 ST 2

  14. SVM SVM SAN Switch SAN Switch SVMTM특징 - Safety (안정성) NT Linux 2000 Unix • 완전한 H/W의 Redundancy • SVM Appliance • Multi-path • SAN Switch • Disk Array • FC HBA • 시스템의 down TimeZero Volume Driver Volume Driver Volume Driver Volume Driver Multi-path Active Stand-by ST 1 ST 2

  15. SVM SVMTM Application SVM Application multiViewTM multiCopyTM multiViewTM multiCopyTM multi MirrorTM multiMirrorTM

  16. multiView™ 란? • MultiView는 기존의 Snapshot 보다 더 진일보한 개념으로서 보다 더 유연한 데이터 관리성을 제공하는 강력한 Tool • Multiview는 스토리지 애플리케이션의 하나로서 동일한 데이터에 대한 서로 다른 시간대의 버전을 생성하며 이를 통하여 LAN free 백업이나 Serverless 백업 등과 연동 가능 • 동일한 볼륨에 대한 여러 개의 View를 생성하여 이를 테스트, 의사 결정 등의 Simulation 용도로 사용 가능.

  17. View ! View ! multiView ™ 의 이해 • Multi-View는 원본 볼륨의 256MB의 공간을 View(PIT(Point-in-Time)) 볼륨으로 차지하며 View 볼륨은 드라이브로 표시 • 용량은 256MB를 사용하지만 원본 볼륨의 모든 용량으로 표시 • View (Temporary) 볼륨에는 새로 생성 되거나 갱신된 데이터가 저장 • 변경 되지 않는 데이터는 Multi View엔진에 의하여 원본 볼륨의 데이터를 찾아 접근 • 사용자에 의해 계속적인 View볼륨 생성 가능 . 256MB Original Volume Temporary Volume 1 Temporary Volume 2 256MB Snapshot

  18. View ! multiView ™ 운영방안 • Temporary볼륨이 생성된 후에는 시스템에 의해 변경되거나 새로이 생성된 데이터는 Temporary볼륨으로 저장. • 기존의 원본볼륨의 변경 되지 않은 데이터는 원본볼륨에서 데이터를 읽고 불러온다. • 원본 볼륨 절대적 보호 • Roll Back으로 데이터 복원 지원 Backup/Test/develop Production Read/Write Read New Data Old Data Snapshot Original Volume Temporary Volume 1

  19. multiView ™ 특징 • 확장성(Scalability) • 주어진 볼륨에 대한 view의 생성 무 제한 • 가용성(Availability) • 타 Snapshot 애플리케이션의 경우에는 백업 작업 동안에만 사용 하도록 설계되었으나, Multiview는 View를 장기간 사용 가능 • TCO 감소 • 각 view는 원본 볼륨의 Temporary(256MB)의 공간을 생성하여 Temporary 볼륨으로 가상의 드라이브를 사용 • 데이터를 다중 복제할 필요가 없으므로 스토리지 사용 공간을 최소화 • 기타 • Cascading version - 동일한 데이터에 대한 다수의 연속적인 버전 생성 가능

  20. multiCopy™ 란? • Multi-level의 물리적인 Copy • Block Level Copy • Copy의 우선순위 정의 가능 • One-to-Many Copy • 원본 볼륨은 절대적으로 보호 • Remote Copy – Bandwidth 독립적 • 각각의 복사본은 독립적이며, R/W 가능

  21. SVM SVM SAN Switch SAN Switch multiCopy ™- Local & Remote Copy IP/ATM Network NT NT Linux 2000 Unix Linux 2000 Unix FC to IP/ATM FC to IP/ATM ST 3 ST 1 ST 2 ST 1 Remote Copy 1 Remote Copy 2 Local Copy1 Original

  22. multiMirrorTM • Multi-level의 물리적인 Mirror • Block Level Mirror • 지속적 Mirror 가능 • Mirror의 우선순위 정의 • One-to-Many Mirror • 원본 볼륨은 절대적으로 보호 • Remote Mirror – Bandwidth 독립적 • 각각의 복사본은 독립적이며, R/W 가능

  23. multiMirrorTM 이점 • Asynchronous 및 Synchronous Mirroring • Local 및 Remote Mirroring • Source 볼륨에는 영향을 끼치지 않음 • 스토리지 서브시스템과 무관한 Mirror 서비스 • “Mirrors”의 독립성 • 간단하고 빠른 복구 유틸리티

  24. SVM SVM SAN Switch SAN Switch multiMirrorTM –Asynchronous Mirroring • Asynchronous는 Remote 지역을 위한 구성에 적합 • SVM에 의한 Mirror 방식 IP/ATM Network NT NT Linux Linux 2000 2000 Unix Unix FC to IP/ATM FC to IP/ATM Original Mirror • Point-in-time snapshot &copy 기반 • 데이터 보호를 위한 “consistent PITs” 정의 기능 • 일 대 다수 관계 • 미러링 작업을 “Pause” & “Continue” 가능 Updates 1 Updates 1 Updates 2 Updates 2 Updates N Updates N

  25. SVM SAN Switch multiMirrorTM –Synchronous Mirroring • Synchronous 는 Local 지역 구성에 빠른 Mirror에 적합. • Volume Agent에 의한 Mirror NT Linux Unix 2000 Volume Driver Volume Driver Volume Driver Volume Driver • Mirrored 볼륨 그룹 정의(일 대 다수 관계) • Scratch로부터 미러를 재 구성하지 않고도 미러링 작업을 “Pause” and “Continue” 가능 • “Fail-over effect” 정의 Original Mirror Updates 1 Updates 1 Updates 2 Updates 2 Updates N Updates N

  26. multiMirrorTM –SnapSync and FullSync • Recovery Utilities • 단계적 복구 기능 지원 • SnapSync 및 FullSync 용 유틸리티 – 재해 종류에 따라 선택 “temporary master”가 될 destination 중 하나를 선택 • “roll-back” 기능을 수행하기 위하여 각 destination에 PITs 정의 • Mirrors를 중단하고 독립적인 카피 생성 • MultiMirror 가 SnapSync(매우 빠른 동기화)를 지원하기 위하여 블록의 변경사항을 계속적으로 추적하는 동안 R/W를 위한 독립적인 카피 생성 • 재해 발생시나 필요시에 “FullSync”(전체 데이터의 카피 작업) 기능 수행

  27. 통합구현 예 – multiView Backup Scheduler & Media Manager LAN Backup Agent for Windows Backup Agent for Unix Unix Windows SAN Fabric SVM Appliance TAPE LIBRARY Unix Volumes Windows Volumes Snapshots Snapshots

  28. 통합구현 예 – multiView & Copy • DATATest는 MultiView를 이용한 볼륨 이용 • Performance Test는 Multi Copy를 이용한 볼륨 이용 • 전체적인 Test를 완료 시 원본 볼륨에 Roll Back하여 최종적인 DATA구성 LAN Data Testing Group Performance Testing Group SVM Appliance SAN Fabric 최종 개발 버전 DATA R/W R/W PIT 1 Copy Volume 1 Copy Volume 2 PIT 2 View volume PIT 3

  29. 통합구현 예 – multiMirror 지사(서울) 본사(서울) SynchronousLocal Mirror SVM Appliance SAN Fabric SAN Fabric SVM Appliance FC to IP/ATM Mirror 원본 부 산(원격지) AsynchronousRemote Mirror IP/ATM Network SAN Fabric SVM Appliance FC to IP/ATM Mirror

  30. 통합 구축 사례 A The Configuration • 28대의 Windows 2000 서버 (11 clusters) • 10 TB SAN : • EMC Symmetrix 스토리지 어레이 • 8대의 Brocade 스위치로 구성 • SVM 이중화 - High Availability 구조 • 수천명의 유저를 위한 Microsoft Exchange

  31. 통합 구축 사례 A (계속) The Setup - Phase I: Commoditizing Storage

  32. 통합 구축 사례 A (계속) The Setup - Phase II: Mirroring

  33. 통합 구축 사례 B 고객 “요구 사항” • 스토리지 관리 비용 절감 • 동일 SAN내에서 여러 벤더의 시스템 사용 • 플렛폼 간 DR 솔루션

  34. 통합 구축 사례 B(계속) The Configuration • 3개소의 SAN에 180대의 서버 • 3개소의 SAN에 12.5 TB: • 1대 Hitachi 스토리지 어레이 • 1대 EMC 스토리지 어레이 • 1대 IBM 스토리지 어레이로 구성 • 각 SAN에 Fibre Channel switched fabric • 각 로케이션에 multiView와 이중화 SVM • SAP 어플리케이션

  35. 통합 구축 사례 B(계속) The Setup

  36. 통합 구축 사례 B(계속) Customer Benefits • 스토리지 활용도 증가 • 스토리지 어플리케이션 표준화 • 중앙 집중식 관리 • TCO 절감

  37. Summary- SVMTM • 거대 규모의 엔터프라이즈 스토리지(이기종) 통합 관리 • 가상화를 통한 볼륨의 자유로운 관리 • 스토리지 공간의 활용의 극대화 • Multi-path & 스토리지 Stripe을 통한 대역폭 확장 및 고 성능 제공 • 높은 안정성, 신뢰성을 바탕으로 SAN 성능증대와 Business Continues 보장 • Multi-ViewTM 를 사용한 “Snapshot” 백업 및 테스트 • Multi-CopyTM 를 사용한 원격지 백업 및 테스트 • Multi-MirrorTM 를 사용한 원격지 재난대비 • 이중화 구성요소로 안전적인 구성

  38. Q & A

More Related