Transcript The document is RFI template.

Storage System Group
N3300 표준 제안서
2008. 03
© 2008 IBM Corporation
IBM Systems Storage
목차
N3300 표준 제안서
II
N3300 제품소개
2.1 N series 제품군
1
© 2008 IBM Corporation
IBM Systems Storage
2.1 N series 제품군
N series 제품군
IBM N 시리즈 제품군은 전산 인프라 환경의 모든 정보를 간단하게 관리하게 해 주는 스토리지 솔루션을 제공합니다.
N5200
Gateway
N5300
Gateway
N5500
Gateway
N5600
Gateway
N7700
Gateway
N7900
Gateway
N 시리즈 시스템은 *
 네트워크 프로토콜 : NAS, iSCSI, FC
SAN ..… 동시 지원.
 단일 운영 시스템 제공
Gateways – 기존 스토리지 벤더 디스크 시스템에 IBM N 시리즈에서 제공하는 솔루션을 IP환경에서 구현토록 해 줍니다.
 시스템 관리 툴 제공
 스토리지 관리 툴 제공
 다양한 RAID 레벨 … Double Parity
지원
 고 가용성 요소 … hot swap and
redundancy
 디스크 드라이브 : SAS, FC & SATA,
다양한 디스크 사이즈 & 속도 … 혼용
구성 가능**
N3700
16TB
N3300
68TB
N3600
104TB
N5200
84TB
N5300
336TB
N5500
168TB
N5600
504TB
N7700
840TB
N7900
1,176TB
 Non-erasable, Non-rewritable 데이터
보호
 45개 이상의 advanced software 제공*
* Gateways, N3300, N3600은 subset of N series software 지원.
** SAS 드라이브는 현재 N3300과 N3600에서만 지원.
2
© 2008 IBM Corporation
IBM Systems Storage
목차
N3300 표준 제안서
II
N3300 제품 소개
2.2 N series 스토리지 소개
3
© 2008 IBM Corporation
IBM Systems Storage
2.2 N series 스토리지 소개
최고의 안정성과 성능
IBM의 N series 시스템은 뛰어난 안정성과 업계 최고의 성능을 가진 장비로써 단순 스토리지의 기능을 뛰어넘어 데이터 보호와 서비스 확장 등에 필요한
솔루션을 제공합니다.
서버와 독립된 지능형 스토리지
N series 시스템은 빠르게 발전하고 있는 인터넷과 이더넷을 기반으로 서버와의 연동은 NAS (Network Attached Storage) 또는 IP SAN (IP기반
Storage Area Network : iSCSI)를 표준으로 하는 독립된 지능형 스토리지이며 스토리지 내부의 디스크 및 백업 디바이스는 파이버 채널을 이용한 FC
SAN (Storage Area Network)을 제공하여 차세대 기술을 모두 탑재하고 있으며 스토리지 업계에서 기술적으로 앞서 나가고 있습니다.
스토리지 원천기술 보유의 기업 IBM
기존의 스토리지 업계가 스토리지의 핵심 기술인 OS와 파일 시스템까지 타 기업에 의존하는 것에 비하여 IBM은 스토리지의 핵심 기술인 OS
(ataONAP) 파일 시스템(AF) 시스템설계 디스크 펌웨어 네트워크 드라이버 등을 직접 제작하여 고품질의 제품을 15년 이상 고객에게
공급하여 호평을 받고있는 Engineering을 기반으로 하는 회사입니다.
IBM의 주도적 기술개발
N series 시스템은 수년 전부터 현재 스토리지 업계가 흉내내고 있는 SnaShot(Onine Backu) 재난대비(isaster Recovery)용 스토리지
복제(SnaMirror)기술을 탑재하여 기술적 안정성을 확보하고 있으며 다가오는 미래를 대비하여 10 Gigabit Ethernet등 여러 기술을 주도적으로
개발하고 있습니다.
4
© 2008 IBM Corporation
IBM Systems Storage
수많은 기업에서 표준 스토리지로 채택
N series 시스템은 앞선 기술을 기반으로 성능 및 기능면에서 기존의 스토리지를 압도하면서 CO (ota Cost of Ownershi)를 혁신적으로 낮추어
N series 를 사용하는 기업 기업이 제공하는 서비스를 사용하는 고객을 모두 만족시킬 수 있어서 전세계 많은 굴지의 기업에서 회사의 표준 스토리지로
채택하고 있습니다.
SANNAS를 한 시스템에서 동시에 지원
IBM의 N series 시스템은 NAS에서 보여준 탁월한 안정성과 기술력을 바탕으로 한 대의 스토리지 시스템에서 AS뿐만 아니라 SAN을 지원하여 블록
레벨의 데이터 액세스를 필요로 하는 환경에 획기적으로 저렴한 초기 투자 비용으로 다양한 스토리지 네트워킹을 구성할 수 있는 진정한 Unified
Storage입니다.
5
© 2008 IBM Corporation
IBM Systems Storage
목차
N3300 표준 제안서
II
N3300 제품 소개
2.3 N series 스토리지 특장점
6
© 2008 IBM Corporation
IBM Systems Storage
2.3 N series 스토리지 특장점
N series 특징
 IBM N series는 용량과 성능의 균형을 고려한 유연한 I/O 구성으로 SAN 및 NAS 구성에서 다양한 대규모 어플리케이션을 동시에 지원할 수
있습니다.
 N series는 데이터베이스 ERP  및 기타 기업 수준 어플리케이션을 실행하는 환경을 포함하여 현재 가장 큰 규모의 서비스 공급자 네트워크와
데이터 중심 환경에서 구현되어 있으며 성능이 입증된 시스템입니다.
신뢰성 및 가용성이 뛰어난 스토리지
IBM은 하드웨어 소프트웨어 및 서비스로 구성된 통합 데이터 관리 솔루션을 제공합니다. IBM 스토리지 장비의 신뢰성과 가용성을 향상시키는
핵심 요소는 다음과 같습니다.
디스크 손상으로 인해 데이터를 잃게 되는 것을 방지하기 위한 기본 제공 RAI
일반 RAI 구성의 안정성을 배가하기 위한 ua Parity 기능 제공
신속한 장애 복구를 위한 핫 스페어 디스크
중복 핫 플러그 전원 공급 장치 및 냉각 팬
쓰기 보호를 위한 비휘발성 NVRAM
AF 파일 시스템은 ata ONAP에 기본 제공되며 파일 시스템이나 UN 등 모든 데이터 볼륨에 엔터프라이즈 수준의 가용성을
제공합니다.
7
© 2008 IBM Corporation
IBM Systems Storage
ata ONAP 소프트웨어
 모든 IBM N series 장비는 ata ONAP 소프트웨어로 구성되어 있습니다. ata ONAP 소프트웨어는 상호 운용이 쉽고 관리가 용이한
고도로 최적화되고 확장성이 있는 스토리지 관리 운영 체제입니다. ata ONAP은 기존 시스템과의 상호 운영 방식을 통해 조직 전체의 효율성과
생산성을 향상시키고 결과적으로 총 소유 비용이 절감됩니다.
 ata ONAP 소프트웨어는 개방형 표준을 통해 UNIX indows SAN 및 웹 환경에 완벽하게 통합되며 스토리지 인프라 구축을 위한 기반을
제공합니다.
 AF (rite Anywhere Fie ayout) 파일 시스템은 성능을 개선하고 핫플러그 드라이브를 사용하여 동적으로 확장 가능한 파일 시스템을
제공합니다. 또한 비휘발성 RAM과 최적화된 마이크로 커널 설계 방식이 통합되어 트랜잭션이 손상되지 않으며 하드웨어를 복잡하게 구성하거나
수동으로 성능을 조절하지 않고도 신속한 클라이언트 응답 시간과 탁월한 처리 능력을 보장합니다.
데이터의 일관성 유지
 예상치 않은 스토리지 종료 후에도 디스크에는 항상 일관된 데이터 볼륨 이미지가 남아 있으므로 내부 데이터 검사가 불필요 하므로 시간을 낭비할
필요가 없습니다
기업 내 스토리지의 표준으로 선택
 N3300는 보다 앞선 기술을 기반으로 성능 및 기능 면에서 기존의 스토리지를 압도하면서 CO (ota Cost of Ownershi) 를 혁신적으로 낮추어
스토리지를 사용하는 기업 기업이 제공하는 서비스를 사용하는 고객을 모두 만족시킬 수 있어서 전세계 많은 굴지의 기업에서 회사의 표준 스토리지로
채택하고 있습니다.
8
© 2008 IBM Corporation
IBM Systems Storage
최고의 안정성
 주요 부품 이중화 및 스토리지 클러스터링 구성으로 99.999% 안정성 보장
 패리티의 병목현상이 없는 Advanced RAI-4 및 RAI-P 데이터 보호 기능 지원
 NVRAM 사용으로 장애 시 rite 데이터 안정성 보장
 메일을 통한 AutoSuort 기능 지원
다양한 솔루션
 Static 캐쉬의 최대 300% 성능이 가능한 다이나믹 캐쉬 기능 지원
 AF을 통한 캐쉬 운영으로 캐쉬 상의 Seek Rotate 작업 최소화/제거 시킴으로써 I/O를 위한 CPU의 과부하를 최소화 시키고 인터페이스의 속도
향상 응답속도 향상
 1 B 당 30초 이내에 백업이 가능한 SnaShot 기능 지원
 1 B 당 2분 이내 복구가 가능한 SnaRestore 기능 지원 가능
 Snashot과 NMP를 이용 B 백업 시 서버의 부하 없이 B의 온라인 시간을 극대화 시키는 기능 지원
 원거리 R을 위한 SnaMirror 기능 지원 가능 (제안 제외 솔루션)
9
© 2008 IBM Corporation
IBM Systems Storage
운영 환경
 Storage 전용 O/S ata ONAP 사용으로 빠르고 안정적인 운영환경 제공
 5MB 이내의 코어사이즈를 가진 전용 O/S 를 사용 매우 빠르고 가벼우며 관리 및 운영의 간편성 과 편의성 보장
 간편하고 편리한 운영으로 최고수준의 CO 효율 보장
 탁월한 GUI 관리 툴 제공
 SNMP 이용 SMS 시스템과 연동 기능 지원 가능
스토리지 레벨 클러스터링 지원
 두 대의 분리된 스토리지간에 스토리지 레벨 클러스터링을 제공 합니다.
 이는 Controer의 이중화 구현이라는 기본적인 스토리지 기능 뿐만 아니라 서로 다른 위치에 분리되어 있는 스토리지간 Cache Memory 까지도
이중화 구현 통해 한대의 스토리지가 완전 장애 시 별도의 스토리지로 무정지 데이터 서비스를 가능하도록 해 줍니다.
 Cache Memory eve의 실시간 동기화로 인해 주 스토리지 장애 후 백업 스토리지를 통한 서비스 Restart시 Aication eve의 ata oss
및 ata Inconsistency가 전혀 발생하지 않습니다. (진행 중인 I/O 트랜잭션을 지속적으로 수행 할 수 있습니다.)
 즉 다른 스토리지 벤더에서 구현할 수 없는 무정지 In-House R 을 구축할 수 있도록 기능을 제공합니다.
 완벽한 스토리지 이중화를 위해서 IBM의 SyncMirror 솔루션과 함께 사용할 경우 완벽한 무정지 스토리지를 구축할 수 있습니다.
10
© 2008 IBM Corporation
IBM Systems Storage
온라인 확장성
 시스템이 동작하고 있는 중에도 서비스 중단 없이 사용 UN들을 추가하거나 삭제할 수 있습니다
물리적 위치에 독립적
 IBM System Storage N series의 각 디스크 드라이브는 디스크 드라이브 별로 RAI와 볼륨 I를 갖기 때문에 디스크의 물리적인 위치는 내부
데이터 관리 구조와 독립적입니다. 따라서 시스템의 위치 이동 등에 의해서 시스템을 해체 후 재구성 시 디스크의 위치가 바뀌어도 시스템의 기동에
아무런 문제가 없습니다.
온라인 디스크 교체
 디스크의 장애 등의 문제로 인해 디스크를 교체해야 하는 경우에도 시스템의 정지 없이 디스크 교체가 가능합니다. 또한 UN에 포함되어 있는
디스크의 장애 시에도 자동으로 스페어 디스크로 교체되므로 데이터 손실이 발생하지 않습니다.
파이버 채널 아키텍쳐
 IBM System Storage N series 은 내부 최종 디스크 드라이브까지 파이버 채널 아키텍처로 구성되어 있습니다. 따라서 파이버채널 인터페이스만
사용하고 내부적으로는 SCSI 디스크를 사용하는 제품들에 비해 빠른 디스크 입출력이 가능합니다.
11
© 2008 IBM Corporation
IBM Systems Storage
목차
N3300 표준 제안서
II
N3300 제품 소개
2.4 N3300 제품 개요
12
© 2008 IBM Corporation
IBM Systems Storage
2.4.1 N3300 제품 개요
N3300 제품 개요
운영체제
표준 소프트웨어 특징
통합 자동화 RAI 매니져 Snashot Fast Boot 텔넷 이메일 경고 NIS NS SNMP FierView NMP
SecureAdmin FeVo FeCache
네트워크 프로토콜 지원
NFS V2/V3/V4 (CP/UP) (PC) NFS 클라이언트 인증을 위한 PCNFS V1/V2 Microsoft CIFS V HP
1.0 HP 1.1 가상 호스트
라이센스 소프트웨어 제품
Microsoft Echange 2000 & 2003용 FeCone 및 SnaManager Microsoft SQ Server용 SnaManager
SnaMirror SnaVaut SnaRestore Snarive Snaock 클러스터형 Faiover MutiStore
VFM(가상 파일 관리자) ataFabric Manager  SAN Manager Aianceatch SnaVaidator
하드웨어 특징
19" 랙 마운트 또는 타워 구성의 3U 통합 파일러 및 디스크 스토리지 이중화 핫 플러그 전원 공급 장치 및 냉각 장치 내장
Fu ue 10/100/1000 포트 두 개 내장 FC* 어댑터 두 개 ComactFash 및 진단 E/OPS
기본/최소/최대 RAI 그룹 크기
지원 디스크 드라이브 용량
13
ata ONAP 7G 소프트웨어
RAI 4 - 기본: 6 데이터 + 1 패리티 / 최소: 1 데이터 + 1 패리티 / 최대: 13 데이터 + 1 패리티
RAI P - 기본: 14 데이터 + 2 패리티 / 최소: 1 데이터 + 2 패리티 / 최대: 26 데이터 + 2 패리티
최대 물리적 용량 68B
144/300 GB 10k RPM FC 144/300 GB 15k RPM FC or 250/500/750/1000 GB SAA 7.5k RPM
© 2008 IBM Corporation
IBM Systems Storage
2.4.2 시스템 아키텍쳐
N series 스토리지 시스템은 전체 시스템을 관리하는 ata ONAP 파일 시스템인 AF 네트워크 입출력을 담당하는 네트워크 드라이버 디스크 입출
력을 담당하는 디스크 드라이버로 크게 나뉩니다.
N series 의 시스템 아키텍처를 도식적으로 나타내면 다음 그림과 같습니다
IBM ata ONAP
Fibre Channe Mass Storage
(Back-End)
System Administration
&
Monitoring
Integrated RAI Manager
ataFabric
Manager
NVRMA
Journaing
AF
Virtuaization
SnaShot
SnaMirror
FierView
SNMP
Aiance
atch
14
Fie Semantics
UN Semantics
Fie Services
Bock Services
NFS CIFS HP  AFS
iSCSI FCP
10/100/1000
(Giga)
GbE Offoad
Fibre
Channe
© 2008 IBM Corporation
IBM Systems Storage
2.4.3 스토리지 아키텍쳐
N series 의 스토리지는 파일 시스템(일반적으로 raditiona Voume이라고도 불립니다.) 단위로 관리됩니다. 하나의 파일 시스템은 한 개 또는 여러 개
의 RAI 그룹으로 구성되며 RAI 그룹은 2개 이상의 디스크로 구성됩니다.
ata ONAP 7.0 이상에서 부터는 RAI Grou 한개 이상으로 Aggregate 를 생성하고 그 내부에 FeVo을 구성하여 물리적인 제한을 극복하여 안
정성 및 성능을 매우 향상 시켰습니다.
여러 개의 파일 시스템(또는 Aggregate)이 모여 하나의 N series 시스템을 구성하게 되며 디스크의 물리적인 장애에 대비하는 스페어 디스크는 각 RAI
그룹 또는 파일 시스템 단위로 관리되는 것이 아니고 전체 시스템 단위로 관리됩니다.
N series 제품군의 스토리지 아키텍처를 도식적으로 나타내면 다음 그림과 같습니다.
RAI Grou1
RAI Grou2
RAI Groun
ata1
ata1
ata1
ata2
ata2
ata2
Voume1
Fie System
(or FeVo)
ata3
ata3
ata3
Parity
Parity
Parity
Voume1
Fie System
또는
Aggregate
Voume2
Fie System
(or FeVo)
Voumen
Fie System
(or FeVo)
Sare1
15
Sare2
© 2008 IBM Corporation
IBM Systems Storage
목차
N3300 표준 제안서
II
N3300 제품 소개
2.5 하드웨어
16
© 2008 IBM Corporation
IBM Systems Storage
2.5.1 N3300 하드웨어 사양
N3300 사양
N3300
High
Performance SAS infrastructure
Singe
Controer or ua Controer (for HA)
Unified
Each
•
•
•
•
•
•
•
17
높이 2U, 12개 드라이브 베이
단일 Controller 혹은 이중 Controller (HA) 구성 가능
High performance SAS 혹은 SATA 인프라스트럭쳐
12TB internal (1TB SATA 드라이브 구성 시)
최대 4개까지의 EXN 스토리지 확장 팩 구성 가능
•
56TB (56 x 1TB SATA 드라이브 구성 시)
•
16.8TB (56 x 300GB FC 드라이브 구성 시)
68TB 최대 물리적 용량 (w/SATA), 20.4TB 최대 물리적 용량 (w/FC)
Controller 1대 내 구성
•
1GB 메모리 (128MB NVMem)
•
iSCSI 와 NAS  Two GigE ports
•
FC-SAN, FC Tape  Two 4Gb FC ports
•
Onboard Remote Management
Storage: iSCSI NAS Fibre Channe
Controer: ua Gigabit Ethernet Ports and ua 4Gbs Fibre Channe Ports
Onboard




Remote Patform Management
2U High 12 Interna SAS or SAA rive Bays
No PCIe Sots
U to Four Eterna isk Eansion Units
• 4Gbps Fibre Channel or 3Gbps SATA
U to 68 disk drives (system tota)
N3300
Ma isk rives
68
Ma Storage Caacity
68 B
SAS rive Suort
Yes
ua Controer Suort
Yes
Memory
2GB
Ma FC/GigE Ports
4/4
I/O Eansion Sots
-
Onboard Remote AN Management
Yes
© 2008 IBM Corporation
IBM Systems Storage
2.5.2 N3300 환경 사양
환경 사양
18
AC 전원/최대 전류
100~120VAC 4 A/200~240VAC 2 A
열 정격
1215Btu/hr(완전 구성 시)
치수(높이/폭/깊이)
3 EIA U(5.25" 13.3cm)/19" IEC 랙 호환(17.6" 44.7cm)/20"(50.8cm)
중량(최대)
완전 구성 시35.8kg(78.8b)
사용 온도 & 상대 습도
10~40(50~104) 10%~90% 상대 습도 이슬이 없을 때
비사용 온도 & 상대 습도
-40~65(-40~149) 10%~95% 상대 습도 이슬이 없을 때
사용 음향 소음
49dBA  1m(23)
최소 서비스 간격
전면 23cm(9") 후면 76.2cm(30") 케이블 반경을 위한 후면 7.6cm(3")
© 2008 IBM Corporation
IBM Systems Storage
2.5.3 EXN1000/4000 환경 사양
환경 사양
AC 전원/최대 전류
100~120VAC 4.4A/200~240VAC 2.3A
열 정격
1215Btu/hr(완전 구성 시)
치수(높이/폭/깊이)
3 EIA U(5.25" 13.3cm)/19" IEC 랙 호환(17.6" 44.7cm)/20"(50.85cm)
중량(최대)
사용 온도 & 상대 습도 (권장)
비사용 온도 & 상대 습도
사용 음향 소음
19
EXN1000 - 완전 구성 시35.8kg(78.8bs) emty 시 23kg(50.6bs)
EXN4000  완전 구성 시 35kg(77bs) emty 시 23kg(50.6bs)
20~25(68~77) 40%~55% 상대 습도 이슬이 없을 때
※ 최대 운영 온도 & 습도 - 10~40(50~104) 10%~95%
-40~65(-40~149) 10%~95% 상대 습도 이슬이 없을 때
EXN1000 - 49dBA  1m at 23 5.64bes  23
EXN4000  56.4dBA  1m at 23 5.64bes  23
© 2008 IBM Corporation
IBM Systems Storage
2.5.4 N series 백업 지원
백업 지원
디스크 기반 백업
SnaVaut  SnaMirror
호스트 기반 백업
NMP / NFS / CIFS / iSCSI
GbE 기반 백업
Quantum A GbE 라이브러리
Sectra ogic GbE 라이브러리
현재 지원 가능한 라이브러리는 htt://www.IBM.com/osn/info/confi_gbe.htm 에서 확인할 수 있습니다.
테이프 드라이브 지원
ae SAN 지원 (Coer)
20
EIBM 3590B & 3590E
IBM U3580-I(O)
IBM(O)
Sony GY 8240(F2)
SK 9840 9840B 9940 9940B
Eabyte Mammoth II
현재 지원 가능한 드라이브는 htt://www.IBM.com/soutions/data_rotection_devices.htm 에서 확인할 수 있습니다.
ctra ogic 2K Coer Interface
Sectra ogic 10K Coer Interface with coer GBIC(HSSC)
Sectra ogic 12K 20K 64K G1 FQIP with coer GBIC(HSSC)
Storageek 20 40 80 with coer GBIC(HSSC)
© 2008 IBM Corporation
IBM Systems Storage
목차
N3300 표준 제안서
II
N3300 제품 소개
2.6 N series 기능
21
© 2008 IBM Corporation
IBM Systems Storage
2.6.1 업계 최고 성능과 안전성의 데이터관리 파일 레이아웃 (WAFL)
AA ONAP
 Micro Kerne Based OS
 Fier (N series)의 ata ONAP은 네트워크(FCP or CP/IP) 에서 들어온 데이터를 디스크에 저장하고 디스크에 있는 정보를 네트워크(FCP
iSCSI or CP/IP)로 전달하는 기능을 아주 빠르게 수행할 수 있도록 최적화된 Micro Kerne Based OS입니다.
 ata ONAP은 스토리지 시스템이 비교적 낮은 하드웨어 사양에도 불구하고 경쟁사보다 훨씬 뛰어난 성능과 안정성을 제공하는 핵심적인 역할을
합니다. Fier (N series)가 어플라이언스 개념으로 만들어져 대용량의 장비임에도 간단한 관리를 제공하고 가벼운 시스템으로 사용자가 쉽게 제어할
수 있습니다.
 뛰어난 보안 제공
 ataONAP 은 단순한 기능을 최적화하여 구성하였으므로 네트워크에 연결되어 있음에도 불구하고 뛰어난 보안을 제공하고 있습니다.
 업계 유일의 Unified Soution 을 제공하는 핵심 엔진 입니다.
AF (rite Anywhere Fie ayout)
 N series Storage 시스템의 하드웨어적 구성요소에 최적으로 작동
 AF은 IBM Storage System의 하드웨어적 구성 요소인 RAI 4와 NVRAM에 최적으로 작동할 수 있도록 되어있습니다. 주기적으로 NVRAM에
들어있는 정보를 디스크로 Sync하여 데이터의 일관성을 유지하고 각각의 디스크에 정보를 Striing하여 빠른 데이터 Read/rite를 보장하며 모아
쓰기(chunk write) 기법으로 Parity 디스크의 rite 병목 현상(Botte Neck)을 해소하였습니다.
 완벽한 데이터 무결성 보장
 데이터의 무결성을 보장하기 위하여 파일 시스템을 언제나 Sync하며 파일시스템의 Inconsistency가 발생하여 데이터의 불일치가 발생하게 되는 것을
원천적으로 방지하여 가용성이 높습니다.
22
© 2008 IBM Corporation
IBM Systems Storage
2.6.2 최고 효율 및 성능의 RAID > Advanced RAID-4 (+ WAFL)
N series 스토리지 시스템의 디스크는 별도의 Parity 디스크를 장착하는 RAI 4로 구성되어 있습니다. 일반적인 RAI 4 환경에서 Parity 디스크의
rite의 병목 현상 때문에 많은 제조 업체들 이 RAI 5를 장착하고 있습니다. 그러나 RAI 5를 사용하면 온라인 확장에 제한이 있기 때문에 데이터가
급팽창하고 온라인 확장의 필요성이 많아진 환경에는 적합하지 않습니다.
IBM은 모아 쓰기(Chunk rite)기법으로 Parity 디스크의 병목 현상을 해결하고 온라인 확장에 강한 RAI 4를 기본으로 탑재하고 있습니다.
Fier 시스템에는 Goba Sare isk가 항시 대기하고 있어서 디스크 장애시에 자동으로 데이터가 절체되어 넘어갑니다.
Buffer
1
2
3
4
5
6
7
8
9
10
11 12
1
2

3
4
5

6

7

8
9

10 11 12
ata 입력
ata
rive1
ata
rive2
ata
rive3
ata
rive4
Parity
1
2
3
4
P1
1
4
3
0
8
첫번째 CP
5
6
7
8
P2
0
2
1
3
6
두번째 CP
9
10 11 12
P3
1
5
0
3
9
세번째 CP
Chuck rite
&
Read Ahead
23
© 2008 IBM Corporation
IBM Systems Storage
2.6.3 최고 성능 및 안정성의 RAID DP > RAID-DP (Dual Parity)
RAI - P
 ua-arity RAI  RAI Grou 당 2개의 Parity 디스크 구성
 Advanced RAI-4 기능의 확장 및 데이터 안정성 향상
Benefits
 RAI-4 또는 RAI-5 와 비교하여 4000 배 이상의 데이터 보호 기능 강화
 심지언 RAI-10 와 비교하여 1000 배 이상의 데이터 보호 기능 강화
 동일 RAI 그룹 내에서 발생할 수 있는 3가지 경우의 oube isk Faiure에 대한 대비 가능
 하나의 RAI 그룹 내에서 2개의 디스크 드라이브가
동시에 Faiure 시 (very rare)
Buffer
1
 하나의 RAI 그룹 내에서 2개의 디스크 드라이브가
동시에 미디어 에러 발생 시 (aso very rare)
 하나의 RAI 그룹 내에서 한 개의 디스크는 장애가 발생하고
또다른 하나의 디스크에 미디어 에러 발생 시 (most ikey)
2
3
4
5
6
7
8
9
10 11 12
2
3
4
P1
5
6
7
8
P2
9
10 11 12
P3
2

3
4
5

6

7

8
9
ata
ata
ata
rive4
RO
Parity
oube
Parity
1
4
3
0
8
9
첫번째 CP
6
1
2
두번째 CP
9
1
4
세번째 CP
0
1
 10
11 12
ata 입력
ata
rive1
1
1
rive2
2
5
rive3
1
0
3
3
 Parity isk의 병목현상 없음.
Chuck rite
&
Read Ahead
 온라인 증설 가능/용이
RAI-P isk 구성
24
© 2008 IBM Corporation
IBM Systems Storage
2.6.4 NVRAM (비휘발성 메모리)
N series 스토리지 시스템은 정전이나 기타 사고에 의한 데이터의 손실을 방지하기 위하여 기본적인 캐쉬 메모리 외에 비휘발성 메모리 즉 NVRAM
(Non-Voatie RAM)을 탑재하고 있습니다. 만일 정전 후에 전원이 다시 들어오면 마치 네트워크 인터페이스에서 들어온 것처럼 NVRAM에서
RAM(캐시 메모리)으로 데이터를 보내서 Reay하도록 합니다.
많은 스토리지 제품이 유사한 기술을 사용하고 있으나 캐시 메모리 전체를 백업하고 있어서 대용량의 배터리를 사용해야 하고 배터리를 사용함으로써 데이
터 보존 시간도 몇 시간 내로 매우 짧습니다. 반면에 Fier는 rite Oeration만 저장하고 10초 후에는 자동으로 디스크로 Fush하여 데이터 손실을 방
지합니다.
NVRAM을 이용하면 성능 또한 개선됩니다. 네트워크에서 들어온 데이터를 디스크에 쓰기 전에 Commit 패킷를 서버에게 보낼 수 있습니다. 따라서 빠른
패킷 회전율을 제공하여 경쟁사에 비해서 훨씬 뛰어난 성능을 발휘합니다.
AF
RAM
Server
25
Fier
ISK
NVRAM
© 2008 IBM Corporation
IBM Systems Storage
3.6.5 FilerView
단일 스토리지 제품에 대해 단순하면서도 중앙 집중화된 관리 툴을 제공
FierView는 ata ONAP 에서 기본적으로 제공
eb 기반 인터페이스
FierView는 당대 스토리지 네트워크 기술에 걸 맞는 강력한 원격 관리 솔루션을 제공합니다.
FierView 툴은 모든 IBM 스토리지 장비에서 사용할 수 있읍니다.
I관리자는 웹 브라우저를 통해 언제라도 어디에서 라도 모니터링 작업을 할 수 있습니다.
26
© 2008 IBM Corporation
IBM Systems Storage
3.6.6 Appliance Watch
SNMP 기반의 효율적인 관리 툴
 표준 SNMP 기능을 기본으로 제공합니다.
 또한 관리의 단순화를 위해 기존의 SNMP 기반의 관리 어플리케이션을 지원하는 Aianceatch를 추가적으로 제공합니다.
 Aianceatch는 HP OenView나 ivoi Enterrise BMC Patro에 통합 운영되어 관리의 일관성을 제공합니다.
 시스템 관리자는 기존의 관리 환경에 Aianceatch를 통합함으로써 Fier 장비에 대한 관리 및 모니터링을 쉽게 수행할 수 있습니다.
Aiaceatch의 특징
 Fier에 대한 자동 감지
 시스템 상태 모니터링 및 이벤트 관리
 Fier 관리하기 위한 웹 기반의 관리 도구 제공
 온라인 문서 제공
27
© 2008 IBM Corporation
IBM Systems Storage
3.6.7 FlexVol
구성 요소
 FeVo 볼륨: 논리적 스토리지 컨테이너
 중단없는 확장 및 축소 가능
 수 메가 바이트 단위의 볼륨에서 부터 대용량의 볼륨 구성 가능
 볼륨 레벨 속성 모두 유지
Feibe Voumes
 Aggregate: 물리적 스토리지 풀
FeVo 장점
 서로 다른 데이터 집합을 위한 서로 다른 컨테이너 (볼륨)
 FeVo 볼륨 : 공간 요구에 부합하도록 크기 조정이 가능
 볼륨 및 UN의 hin rovisioning
디스크
디스크
디스크
 Aggregate내의 FeVo 볼륨간 여유 공간의 공유 ; 추가적인 Overhead 없이
공간 재할당 가능
 FeVo 볼륨 제공 기능 :
Aggregate
 독립적인 SnaShot 복사
 다른 FeVo 볼륨에 영향을 주지 않으며 SnaRestore 사용 가능
28
© 2008 IBM Corporation
IBM Systems Storage
FeVo 동작 방법
Feibe
Voume 1
 RAI Grou 생성
 Aggregate 생성
Feibe
Voume 2
Feibe
Voume 3
 FeVo 생성
 특정 볼륨을 위해 블럭을 미리 할당하지 않음
vo1
vo2
 데이터가 rite됨에 따라 AF 은 Aggregate에 공간을 할당
vo3
Aggregate
RG1
RG2
RG3
Aggregate
29
© 2008 IBM Corporation
IBM Systems Storage
3.6.8 Data Fabric Manager
 ataFabric Manger는 단일 콘솔을 통해 스토리지들을 관리할 수있는 강력하고 사용하기 쉬운 어플리케이션
 ataFabric Manager 는 I 조직이 완벽한 엔터프라이즈 스토리지 네트워크를 관리하고 Provisioning 하며 재배치하는 것을 가능하게 함
FM의 구성
FM 기능
카테고리
데이터
가용성 관리
스토리지
인프라 관리
30
(wo or Fewer Nodes = FM IE)
스토리지
자원관리
FM Core Management icense
정보 관리
istribution
Management
Otion
(IS)
Storage
Resource
Management
Otion
(SRM)
Business
Continuance
Management
Otion
(BCO)
SAN
Management
Otion
(SAN)
 iscovery
 스토리지 및 넷캐쉬
 Aggregates 볼륨 qtrees UNs
 모니터링
 스토리지 상태 및 Heath
 이메일 또는 기타 장비를 통한 경고
 성능 및 용량 분석
 스토리지 및 Content 캐싱 장비
 Aggregates 볼륨 qtrees UNs 디스크 CPU 네트워크
링크
 구성
 FierView aunch
 SnaMirror and SnaVaut
© 2008 IBM Corporation
IBM Systems Storage
3.6.9 VFM
NAS 가상화 솔루션
Non isrutive 윈도우즈 통합
Automated 원격지 복제 및 재해 복구
Muti Vendor NAS Management
ransarent ata ifecyce Management
VFM 기능 사용 전
파일 접근 및 관리의 복잡성
Point-to-Point 접근을 하고 있는
분산된 클라이언트 환경
2K / N 클라이언트
UNIX / inu 클라이언트
31
복잡한 매핑
서버 및 스토리지의
독립적 구성
indows attached SAN
F:
G:
H:
I:
J:
K
:
..
..
M:
N:
O:
P:
Q:
R:
S:
..
..
..
(마케팅 및 엔지니어링)
IBM fiers (엔지니어링)
indows Powered NAS
(마케팅)
© 2008 IBM Corporation
IBM Systems Storage
VFM 기능 사용 후
단일 스토리지 Poo로서의 스토리지 관리
Goba Namesace 는 엔터프라이즈 파일 스토리지들에 대한 “Singe ogica View”를 제공
관리를 위한
스토리지 통합 풀
단순화된 데이터 접근
VFM의 GOBA NAMESPACE
파일 데이터에 대한
Singe ogica View
2K / N Cients
마케팅
광고
브로우셔
발표 자료
엔지니어링
실행 파일
라이브러리
발표 자료
UNIX Cients
32
© 2008 IBM Corporation
IBM Systems Storage
3.6.10 MultiStore
MutiStore 란?
 MutiStore는 하나의 Fier 시스템에 있는 네트워크 및 스토리지 자원을 논리적으로 나누어서 사용하는 것입니다. 즉 MutiStore를 설정하면 물리적으로는
하나의 시스템이 있지만 논리적으로는 여러 대의 시스템이 동작하고 있는 것처럼 설정할 수 있습니다.
MutiStore의 용도
 기본적으로 하나의 Fier 시스템은 하나의 도메인을 지원합니다. 그러나 경우에 따라서는 하나의 Fier 시스템에서 여러 도메인을 지원해야 할 경우가 있습니다.
이러한 경우에 MutiStore를 설정하면 하나의 시스템으로 최대 10개까지의 도메인을 지원할 수 있습니다. 여러 도메인을 하나의 스토리지 시스템에서
지원함으로써 데이터 관리의 단순화 및 백업의 중앙 집중화가 가능합니다.
부서 A
IN A
부서 B
IN A
vfier A
IN B
부서 C
NIS B
vfier B
NIS C
NIS C
vfier C
물리적 N series
33
© 2008 IBM Corporation
IBM Systems Storage
3.6.11 AutoSupport
AutoSuort 란?
 AutoSuort는 고객이 원할 경우 emai을 이용하여 시스템의 장애 또는 상태를 보고하는 기능입니다.
AutoSuort의 동작
 고객이 받고자 하는 emai 주소를 Fier에 등록하면 Fier는 시스템에 디스크 불량 등의 장애가 발생할 경우 지정된 emai 주소 및 IBM의 고객 지원 센터로
emai을 발송하여 장애 사실을 통보하여 줍니다.
 또한 주기적으로 시스템의 상태 설정 사항 등을 보고하며 고객 지원 센터에서는 보내진 메일을 점검하고 추적하여 향후 발생할 지도 모르는 장애에 대비할 수
있습니다.
AutoSuort의 이점
 AutoSuort를 사용할 경우 장애가 발생하면 IBM의 고객 지원 센터로 자동으로 연락이 되므로 사용자가 따로 연락하지 않아도 필요한 지원을 받으실 수
있습니다.
 또한 IBM에서 시스템의 상태 및 설정 상황을 주기적으로 분석함으로써 발생할 가능성이 있는 장애 요소에 대하여 대비할 수 있습니다.
34
© 2008 IBM Corporation
IBM Systems Storage
목차
N3300 표준 제안서
III
35
지원 가능 솔루션
© 2008 IBM Corporation
IBM Systems Storage
3.1 SnapShot 솔루션
수 B의 데이터도 몇분 안에 복구
SnaShot은 별도의 추가적인 디스크 용량 필요 없이 온라인으로 사용할 수 있는 백업을 255개까지 디스크에 가지고 있어서 필요 시 수 B의
데이터일지라도 몇 분 안에 복구할 수 있으며 B당 수초 이내에 백업할 수 있습니다. 또한 사용자의 인터페이스가 기존의 디렉토리 개념을 사용하기
때문에 복구를 필요로 하는 사람이 최소 파일단위에서부터 전체 볼륨까지 직접 복구할 수도 있습니다.
백업 테이프가 필요없는 효율적 복구
장시간 서비스 중단을 초래하는 것 중의 대부분은 데이터와 관련해서 일어나는 장애입니다. 대부분의 데이터의 상실은 사용자의 실수에 의한 것이고
때로는 응용 프로그램이나 서버의 오류로 인한 데이터 손실 전산실 주변환경 등이 있습니다. 이러한 데이터 장애의 경우나 서비스의 특성상 일정한
과거의 데이터를 필요로 하는 경우 많은 시스템 관리자들은 백업된 테이프를 이용하여 복구합니다. 이럴 경우 서비스의 몇 시간 중지는 불가피하며 이로
인한 이익의 감소 및 실추된 회사의 이미지는 돈으로 계산하기 어려울 정도입니다. 또한 데이터의 양이 많아짐에 따라서 백업하는 시간이 많이 소요되어
전체적으로 확장성을 구현하기 어렵습니다.
비용 효율측면에서 차별화 된 성능
I의 추세는 미션 크리티컬한 데이터를 디스크에서 디스크로 복제하는 재난 복구(isaster Recovery)기술을 이용하고 있으며 다른 제조 업체의 데이터
복제와 IBM의 SnaShot SnaRestore SnaMirror 솔루션은 비용 효율 성능에서 큰 차이를 보입니다.
36
© 2008 IBM Corporation
IBM Systems Storage
SnaShot의 동작
 일반적으로 파일 시스템은 파일 시스템의 정보를 저장하는 부분과 실제 데이터를 저장하는 부분으로 나뉘게 됩니다. SnaShot은 파일 시스템의 정보만을
복사하여 저장하기 때문에 복사되는 용량이 적고 빠르게 복사할 수 있습니다.
 만일 어떠한 파일이 그림의 A B C 의 네 블록을 차지하고 있었다면 SnaShot을 이용한 백업은 데이터의 복제 없이 파일 시스템 정보만을 복사하게 됩니다.
 이후에 이 파일 중 일부 데이터가 변경되어 C가 C으로 바뀌었다면 Fier는 기존의 C에 데이터를 덮어쓰지 않고 새로운 블록에 C을 저장하게 됩니다. 따라서
현재 사용중이 파일 시스템에서 보면 A B C 로 보이지만 SnaShot을 이용하면 이전의 데이터인 A B C 로 보이게 됩니다.
 이후에 또다시 SnaShot을 만들었다면 이 SnaShot에서 보는 파일은 A B C 로 보이게 됩니다.
SnaShot2
37
Active
Fie Sys
Active
Fie Sys
A B C 
A B C 
SnaShot1
Active
Fie Sys
A B C  C
SnaShot1
Active
Fie Sys
SnaShot1
A B C  C
© 2008 IBM Corporation
IBM Systems Storage
SnaShot의 이용
 SnaShot을 이용하면 온라인 백업과 복구를 쉽게 수행할 수 있습니다. 예를
들어 사용자의 실수나 어플리케이션의 오류로 인하여 손실된 데이터가
있었다면 SnaShot 을 열어 그 파일을 다시 복사해 올 수 있습니다.
 SnaShot은 대량의 데이터에 대한 온라인 백업에 사용되기도 합니다.
서비스의 중단 없이 백업을 받기 원한다면 SnaShot을 만들어
SnaShot으로부터 백업을 수행할 수 있습니다. SnaShot을 만드는
시간은 B당 30초 미만이므로 서비스에 큰 영향이 없이 백업을 수행할 수
있습니다.
38
© 2008 IBM Corporation
IBM Systems Storage
3.2 SnapRestore 솔루션
SnaRestore의 동작
 SnaShot 백업본을 이용한 초고속 복구 솔루션.
 SnaShot을 이용하면 사용자의 실수 등으로 인한 데이터 유실로부터 빠르게 데이터를 복구할 수 있고 또한 데이터 베이스의 오류 등과 같이 전체적인 볼륨에
대한 복구도 대단히 짧은 시간 안에 할 수 있습니다. 주기적으로 SnaShot을 만들어 두었다면 SnaRestore를 이용하여 데이터 베이스 오류나 컴퓨터
바이러스 등에 의해서 데이터 볼륨 전체에 대한 복구가 필요할 때 3분 이내의 초고속 복구를 구현할 수 있습니다.
 예를 들어 SnaShot을 만든 후 파일 시스템이 변경되었다면 SnaRestore를 이용하면 SnaShot을 만들기 이전으로 파일 시스템을 되돌릴 수 있습니다.
Active
Fie Sys
Active
Fie Sys
SnaShot1
SnaRestore
A
39
B
C

C
A
B
C

© 2008 IBM Corporation
IBM Systems Storage
3.3 SnapVault 솔루션
SnaVaut 디스크 기반 백업의 혁명
 IBM 스토리지 UNIX 및 indows 서버들의 백업
 백업 가능 서버 ; HP IBM Sun indows inu
 영원한 Incrementa 백업 가능
증분식 영구 백업
 최소 디스크 스토리지만 필요 하므로 CPU와 네트워크 리소스를 더욱 효율적으로
사용
 백업을 위한 스토리지 필요 용량 최소화 가능
 최초 Initia Fu 백업 후 영원히 Incrementa 백업만 실시 가능
 Fu 백업 이미지가 저장
 Incrementa 백업만을 진행하더라도 IBM SnaShot
솔루션을 이용하여 Fu 백업 이미지 저장
 백업 이미지의 즉각적인 읽기 / 쓰기 가능
완벽한 SnaShot 기술 통합
 몇 주 동안의 백업을 온라인으로 보관하므로 테이프 백업을 늘릴 필요가 없고
테이프 매체 비용도 절감
 백업된 데이터의 즉각적인 확인 가능으로 백업의 신뢰성 향상
 파일단위 복구 시 직접 Coy하여 사용 가능
온라인 백업 및 복구
표준 네트워킹 인프라 활용
 빠른 복구가 필요한 경우 로컬 백업을 저장하거나 재난 방지가 필요한 경우 원격
위치에 저장
 데이터 백업 및 복구 작업을 매우 간소화
 RAI 보호 디스크 스토리지를 백업 매체로 사용하여 백업 데이터에
대한 높은 수준의 신뢰성 제공
 백업 데이터의 직접 확인 가능
 RO(복구시간목표) RPO(복구시점목표)를 크게 향상
40
쉽고 자동화된 조작
 중앙 집중 식 관리로 백업 관리 비용을 절감
© 2008 IBM Corporation
IBM Systems Storage
SnaVaut 솔루션의 장점
 Suerior ata Protection
 낮은 백업 인프라 비용
 보다 짧은 간격의 백업 가능
 백업 복사본을 저장하기 위한 최소한의 스토리지 사용
 보다 많은 백업 Coy본을 온라인 상에 유지
 Incrementa Reication시 최소의 네트워크 Bandwidth 소모 
Primary 스토리지의 Fu 백업 불필요
 매우 안정적이고 Redundant 디스크 스토리지
 백업 데이터의 즉각적인 검증
 빠른 백업 속도
 테이프 백업에 의한 부하 제거
 AN 및 M망을 통한 Remote 백업 통합 가능
 빠른 복구
 저가의 디스크를 사용하여 복구 시점 목표와 복구 시간 목표 개선
 테이프를 이용한 복구 기회 감소
 테이프 미디어 사용 비용 감소
 백업 윈도우의 제거
 개별 사용자에 의한 파일 복구 가능
 기존 인프라와의 통합 가능
 테이프 가격으로 Primary 스토리지의 장점을 이용 가능
 빠른 Fu 복구가 가능한 지속적인 Incrementa 백업
 Singe-ste 데이터 복구
 Production 네트워크 스토리지 서버들에 대한 영향 최소화
 네트워크를 통한 데이터 전송 최소화
 Production 시스템들의 CPU 사용량 최소화
 백업 윈도우의 최소화 및 제거
41
© 2008 IBM Corporation
IBM Systems Storage
SnaVaut의 동작
 일반적인 백업은 주단위로 한번 풀 백업을 받은 후에 하루 단위로 바뀐
파일에 대해서만 파일단위로 Incrementa 백업을 받게 됩니다. 이러한
백업에서의 복구의 경우는 원하는 날짜까지의 데이터를 백업과 역순으로
Incrementa 리스토어를 순차적으로 실행해야 하기 때문에 복구에 많은
시간이 소요될 뿐만 아니라 백업 데이터의 저장에도 많은 양의 공간이
필요하게 됩니다.
 SnaVaut와 SnaShot을 이용한 백업 및 복구는 초기에 한번만 풀
백업을 받으면 그 이후로는 바뀐 파일 단위가 아닌 바뀐 블록만
Incrementa 백업 후에 백업한 파일 시스템에 대한 SnaShot을
보관하게 되므로 주 단위의 풀 백업이 필요 없이 항상 Incrementa 백업
만으로도 풀 백업본을 보관하게 되는 효과를 볼 수 있습니다.
 복구의 경우에도 원하는 날짜의 SnaShot을 이용하여 한번에 복구가
가능하기 때문에 항상 풀 리스토어가 가능하게 되는 획기적인 개념의
데이터 백업 및 복구 솔루션입니다.
 또한 바뀐 파일 단위가 아닌 바뀐 블록 단위로 데이터를 백업 하게 되므로
백업되는 디스크의 공간을 현저히 줄일 수 있는 이점이 있습니다.
42
SnaVaut
SnaShot1
SnaShot2
이 기종 / IBM
Fier / NearStore
Active
Fie Sys
Active
Fie Sys
A B C
Active
Fie Sys
SnaShot1
A B C
Incrementa
Backu
C
A B C C
© 2008 IBM Corporation
IBM Systems Storage
3.4 SnapLock 솔루션
IBM Reguated ata Soution
Snaock
 특정 볼륨에 대하여 rite가 단 한번만 허용되도록 제한할 수 있는 기능
(파일 단위별 보관 기간 설정 가능)  rite Once Read Many
(ORM)
 볼륨 단위 구성 및 제한의 단위는 파일 단위로 작동함.
Aication
Archiva
Aication
 한번 rite 된 데이터는 수정이나 삭제가 불가 함.
 표준 프로토콜 인터페이스 사용
 쉬운 데이터 접근 및 어플리케이션 통합 가능
 NFS CIFS로 접근
 기존 ORM 방식에 비하여 월등한 접근성과 성능 안정성 가용성을
제공
Basic
ata
Storage
Etracts & Archives
ata to NearStore
 Snaock Comiance 및 Snaock Enterrise
 모든 IBM Storage 제품에 적용 가능
IBM software
revents modification or
deetion of data
Primary Storage
43
© 2008 IBM Corporation
IBM Systems Storage
Snaock Enterrise
Snaock Comiance
 고정적 Snaock
 유동적 Snaock
 영구적으로 삭제 및 재기록이 불가 (ORM)
 데이터를 안전하게 장기 보존 가능
 만료 일자 지정 가능
 만료 일자 지정 가능
 SEC 17a-4 요구사항에 부합
 기업 정보 보관을 위한 최고의 솔루션
 SEC 요구 사항에 완전히 부합
 ORM기능이 적용된 파일들은 IBM 스토리지의 물리적 파손없이는
훼손되어 질 수 없음
 부분적인 스토리지 관리 가능
 스토리지 관리자에게 Snaock 볼륨 해제 권한 부여
 개별적 정보(파일들)은 수정되거나 삭제될 수 없음
 간편한 ORM-to-ORM 복제
 추가된 편의성과 안전성을 위해 기본적으로 각 볼륨에 대해 최소 및 최대 보존기간 설정 가능
 보존기간을 연장할 수 있으나 줄일 수는 없음
 SnaockM 파일들은 보존기간에 이르러 삭제되어질 수 있음 (fie eiration)
 SC (Comiance) 볼륨은 Eiration 에 이르러 파괴할 수 있음
 Secure Comiance Cock 은 시스템이 사용자가 시스템 및 네트워크 시간을 변경함에 따라 발생되는 속임수에 대해 시스템을 보호
44
© 2008 IBM Corporation
IBM Systems Storage
3.5 LockVault 솔루션
 Snaock 솔루션과 SnaVaut 솔루션의 특징을 하나로 결합한 Unified 스토리지 솔루션이 ockVaut 임
 백업 및 복구 그리고 Reguatory Comiance의 통합
 금융회사 및 보험회사가 arget
 Unstructured 데이터 Comiance를 위해 주로 디자인됨
IBM
Fiers
indows
UNIX
 ockVaut 는 기본 백업을 2차 스토리지에
저장
 ockVaut 는 Comiant 기간에 따라 백업에
ock을 함
 매일 저녁 SnaShot 백업은 단지 변경된
블럭들만을 저장; 그러나 Fu 백업의 이미지로
보관함
Comiance
Journa
 ComianceJourna 로그는 SnaShot
복사본 사에에서 변경
NearStore
Secondary Storage
isk Sace Used:
45
NearStore
R arget
 ockVaut: 백업과 Comiance를 위한 단일
아키텍쳐
© 2008 IBM Corporation
IBM Systems Storage
3.6 SnapValidator 솔루션
SnaVaidator for Orace (svo) 은 파일러가 데이터가 파일러에 저장될 때 Orace 데이터의 정합성을 확인할 수 있도록 하는 AF의 확장 기
능
스토리지에 데이터가 저장 되기건 호스트 운영 시스템 네트워크 그리고 중간의 다른 매체에 의해 발생되는 데이터 Corrution을 막을 수 있도록 지
원
오라클에서는 H.A.R. 라고 칭함
 Hardware Assisted Resiient ata
스토리지 업계 유일 NFS iSCSI FCP 지원
46
© 2008 IBM Corporation
IBM Systems Storage
3.7 SnapMirror 솔루션
원거리 재난 복구 시스템
 SnaMirror를 사용하면 원거리 재난 복구(isaster Recovery) 솔루션을 쉽게 구축할 수 있습니다. 백업된 데이터는 항상 일관성이 보장되기 때문에 R 지역
서버를 기동할 때 파일 시스템에 대한 점검이 불필요하며 빠른 서비스 복구가 가능합니다
내부 복제 솔루션
 SnaMirror 솔루션은 스토리지 내부에서 물리적인 데이터 복제본 생성을 가능하게 합니다.
 시점단위 데이터 복제 솔루션으로 적용 가능
미러 된 볼륨을 읽기 전용으로 사용 가능
 SnaMirror는 데이터 보호를 위한 디스크 백업 솔루션으로 현재 사용되는 데이터 볼륨에 대한 단순한 백업 뿐만 아니라 읽기 전용 볼륨을 제공합니다.
SnaMirror는 SnaShot을 이용하여 데이터를 백업하기 때문에 항상 일관성을 보장하며 변경된 부분만을 전송하기 때문에 네트워크 대역폭을 효과적으로
사용할 수 있습니다.
Qtree (irectory)별 미러 가능
 SnaMirror는 데이터 보호를 위한 솔루션 중 유일하게 Qtree (irectory)별 ata Reication을 지원합니다. 이 기능은 기존의 솔루션들이 디스크 볼륨대
볼륨으로의 데이터 Reication만을 지원하는데 비하여 고객에게 필요한 데이터만 선별하여 리플리케이션 할 수 있게 하는 효율적인 기능입니다.
백업된 데이터를 다시 백업하는 다중 백업 시스템도 구성할 수 있습니다
47
© 2008 IBM Corporation
IBM Systems Storage
Source
Voume
최초 설치 시
Remote
Voume
 근거리에 두 대의 Fier를 설치하고 고속 전송장치를 이용 두 장비의 Sync를 맞춥니다.
Sna A
운영 시
 원거리에 두 대의 Fier를 설치하고 전송장치를 이용 업데이트 블록에 대해서만
주기적으로(Async) 혹은 실시간으로(Sync) 두 장비의 Sync를 맞춥니다.
eve 0
ransfer
Source
Voume
전송 중에도 Source
voume(active fie
system)은 계속 변경됨
Sna A
Remote
Voume
Udate 중이라도
Consistency가 유지되며
Snashot도 미러 되고 읽기
전용으로 사용이 가능함.
eve 0
ransfer
Cometed
Source
Voume
특장점
Remote
Voume
여러 차례의 Udate 후나 Udate중
어느 때라도 Consistency가 유지 되며
Snashot도 미러 되고 읽기 전용으로
사용이 가능함.
 Udate 중에도 양쪽 시스템은 모두 Consistency를 유지하며 Snashot도 모두
Mirror되고 arget 볼륨은 Read Ony로 사용이 가능합니다.
Sna B
Sna A
48
Incremen-ta
ransfer
Cometed
© 2008 IBM Corporation
IBM Systems Storage
 시스템에 있는 파일 시스템을 다른 시스템 혹은 같은 시스템 내에 읽기-전용 파일 시스템을 복제하는 기능
 Snashot 기술 기반에 의하여 초기 mirror 생성 후 변경된 bock 부분만 복제
 Sync Async Semi-Sync 방식 지원
 IP 혹은 FC 기반 복제 운영 지원
 원격지 사이트에서는 데이터에 대한 읽기-전용만 가능
 복제 단위는 볼륨 혹은 qtree기반으로 가능
IBM Fier Storage
IBM Fier Storage
oca 데이터 복제
Async SnaMirror
Point-to-Image 복사
SnaShot
49
Sync Semi-Sync
Async SnaMirror
AN
or
M
Remote 데이터 복제
© 2008 IBM Corporation
IBM Systems Storage
3.9 SnapManager 솔루션
SM for MS SQ Server
SM for MS Echange
 Near Instantaneous Backu
 신속한 백업 및 복구
 Near Onine Restore
 표준 윈도우즈 GUI와 함께 구성 백업 복구를 위한 izard 제공
 izard 와 사용하기 쉬운 GUI 제공
 MSCS 지원
 이벤트 Aert 제공
 IBM Custer Faiover 지원
 R 솔루션과 통합
 R 솔루션과 통합
 2차 또는 테이프 스토리지 지원
 온라인 스토리지 확장
 온라인 스토리지 확장
 단일 메일 박스 복구 지원
 고가용성 (MSCS IBM Custer Faiover)
50
© 2008 IBM Corporation
IBM Systems Storage
3.9 Cluster Failover 솔루션
 IBM 클러스터형 Faiover는 업무에 핵심적인 환경에 강력하고
가용성 높은 데이터 서비스를 제공
 IBM 클러스터형 Faiover를 한 쌍의 IBM 파일러에 설치하면 사용
불가능한 파일러의 데이터 서비스가 클러스터의 다른 파일러로
전달되어 데이터 가용성이 보장
 일반적으로 데이터 서비스는 최종 사용자와 어플리케이션에 투명하게
전송되며 실질적인 업무 중단 없이 빠르게 데이터 서비스가 다시
시작됩니다.
 IBM 클러스터형 Faiover는 99.999%가 넘는 데이터 가용성을
제공함으로써 가동 시간 요구 조건이 높은 기업 작업 그룹 및 전자
상거래 어플리케이션에 이점을 줄 수 있습니다.
 클러스터형 Faiover 관리 작업은 간단하고 직관적이며 사용하기
쉬우므로 유지보수를 위한 오버헤드가 최소화되고 운영자에 의한
오류가 감소합니다.
 이러한 모든 이점을 통해 전체 환경의 총 가용성이 향상됩니다.
Service Grou
서버1
서버2
서버4
isk Shef#1의 Ownershi을
Controer#2(Header#2)로 옮김
서버6
NN 및 PN
(IP 및 MAC 어드레스)을
Controer#2(Header#2)로 옮긴 후 가상
Controoer(Header) 스타트
Custer Grou
Controer#1
(or Header#1)
서버5
SAN (or Ethernet) Switch
SAN (or Ethernet) Switch
isk Shef#1
51
서버3
Custer InterConnection
Controer#2
(or Header#2)
isk Shef#2
99.999%의
스토리지 가용성 보장
© 2008 IBM Corporation
IBM Systems Storage
3.10 FlexClone 솔루션
스토리지 공간의 추가 없이 여러 개의 즉각적인 데이터 셋 구성이 가능
어플리케이션 테스트 및 개발 환경에 대해 매우 효과적인 개선기능 제공
경쟁사 솔루션을 구태의연하게 만듦
볼륨 1
 기존 볼륨을 가지고 Start
Snashot
볼륨1의 Coy
 SnaShot Coy의 생성
 Cone 생성
(SnaShot Coy에 기반을 둔 새로운 볼륨)
볼륨 2
(Cone)
 원래 볼륨의 수정
Snashot Coy
 Cone된 볼륨의 수정
디스크에
데이터 rite:
볼륨 1
변경된 블럭
Coned 볼륨
변경된 블럭
52
 결과:
독립적인 볼륨 Coy 및 효율적인 저장
© 2008 IBM Corporation
IBM Systems Storage
3.11 SnapMover 솔루션
디스크 어레이를 공유하는 gFier 간이나 클러스터 환경의 파일러 제품간 논리적인 NAS 작업 부하 분산을 위한
데이터 마이그레이션 솔루션
“sanown”이란 새로운 소프트웨어 기반의 디스크 Ownershi 메커니즘을 이용하여 데이터의 Coy 없이 빠른
데이터 마이그레이션 가능 (No-Coy Migration)
서비스 중단의 제거 또는 최소화 및 볼륨 레벨 데이터 마이그레이션을 제공하기 위해 MutiStore와 Integration
53
© 2008 IBM Corporation