Upload
truongdung
View
220
Download
4
Embed Size (px)
Citation preview
변화하는 IT 환경
.
물리서버
SDDC (software Define DataCenter)Server, Network, Storage 데이터센터 자체를 가상화하는 인프라
Virtualized Server물리서버를 대체할 가상화 통합서버 인프라
Physical Machine on IDCUnix, Linux, Windows 물리서버 기반과Disk storage 위주의 전산 인프라
3세대
1 세대
2세대
가상화
데이터센터가상화
TAPE VTLDedupe
Backup Appliance
All-In-One
데이터의 폭증
과거에 비해 매년 데이터의 양은 증가하고 있습니다. 최근에는 Mobile과 IOT로인하여 더 많은 데이터가 폭발적으로 쌓이고 있고, 2020년까지는 현재보다 5배넘는 양의 데이터가 발생될 것으로 예측하고 있습니다.
빠른데이터증가
TO-BEAS-IS
스토리지 용량 연간 증가속도
6%
20%
17%
10%9%
12%
7%
10%
5%
3%2%
0%
5%
10%
15%
20%
25%
30%
연간
1%~10%
연간
11%~20%
연간
21%~30%
연간
31%~40%
연간
41%~50%
연간
51%~60%
연간
61%~70%
연간
71%~80%
연간
81%~90%
연간
91%~100%
연간 100%
초과
조직에서 생산되는 데이터를 저장하기 위해 운영중인 스토리지 용량이
증가하는 연간 비율은 대략 어느 정도입니까?
(응답자 비율, N=353명)
Source: ESG Research Report, 2015 IT Spending Intentions Survey, Feb 2015.
연간 스토리지 확장 비율: 약 38%
연간 보조/3차 스토리지 확장 비율: 약 42%
증가하는 보안 이슈…
C병원그룹 계열 미국 로스앤젤레스 인근 할리우드장로병원(Hollywood Presbyterian Hospital)이 랜섬웨어에 감염돼 어려움을 겪고 있는 사실이 전해졌다. 특히 해킹 공격 세력이 천문학적인 대가를 요구하고 있어 사태 해결이 요원해 보인다. 16일 NBC 등 미국 언론에 따르면 이 병원은 일주일 가량 랜섬웨어로 인해 대부분의 데이터가 암호화되면서 진료와 수술 등 의료 행위는 물론 병원 업무가 전반적으로 마비된 상태다.…해킹 공격 세력은 암호를 푸는 복호화 대가로 360만달러(43억8000만원)를 요구하고 있다고 외신들은 전했다. 해당 병원은 이를 해결하지 못해 현재 종이 차트와 팩스 등으로 업무를 해결하고 있는 것으로 알려졌다. 한 보안 업계 관계자는 "랜섬웨어 공격은 아직까지 복호화에 대한 뾰족한 해결책이 없다“
3·20 전산 대란은 2013년 3월 20일 대한민국의 주요 언론과 기업의 전산망이마비되고, 다수의 컴퓨터가 악성코드에 감염되어 피해를 입은 사건입니다. 3.20 사이버테러 관련 악성코드는 2012년 6월 28일부터 유포 및 감염되기 시작했습니다. 해당 악성코드 안에는 3월 20일 오후 2시에 서비스를 파괴하라는 명령이 포함되어 있었습니다. 이에 3월 20일 오후 2시, 악성코드는 동시다발적으로 시스템을 파괴하기 시작했습니다. 이 때 마스터부트레코드(MBR)를 파괴하여 부팅을 할 수 없도록 하였으며, 볼륨부트레코드(VBR)도 함께 파괴하여 복구가 불가능하도록 했습니다. 이로인해 약 2-3시간 동안 공격당한 국내 업체의일부 전산업무가 중단되었고, 방송사들 역시 큰 타격을 입었습니다.
N사 전산망 마비 사태는 2011년 4월 12일 전산망에 있는 자료가 대규모로 손상되어 수일에 걸쳐 전체 또는 일부 서비스 이용이 마비된 사건입니다. 사건 초기에는 협력 업체에 의한 사고 가능성이 제기되었으나, 이후 내부 전문가의 사이버 테러일 가능성이 높다고 발표했고, 그 후 4월 26일에 대한민국 검찰은 조선민주주의인민공화국의 소행이라고 발표했습니다. 일부 업무는 4월 13일 오후에 정상화가 되었으나, 모든 업무의 정상화는 여러 차례 연기 끝에 18일만인 4월 30일에정상화되었습니다.
“2011년 N사 전산망 마비 사태”
“2013년 320 전산 대란”
“2016년 C병원 랜섬웨어 공격”
증가하는 보안 이슈…
C병원그룹 계열 미국 로스앤젤레스 인근 할리우드장로병원(Hollywood Presbyterian Hospital)이 랜섬웨어에 감염돼 어려움을 겪고 있는 사실이 전해졌다. 특히 해킹 공격 세력이 천문학적인 대가를 요구하고 있어 사태 해결이 요원해 보인다. 16일 NBC 등 미국 언론에 따르면 이 병원은 일주일 가량 랜섬웨어로 인해 대부분의 데이터가 암호화되면서 진료와 수술 등 의료 행위는 물론 병원 업무가 전반적으로 마비된 상태다.…해킹 공격 세력은 암호를 푸는 복호화 대가로 360만달러(43억8000만원)를 요구하고 있다고 외신들은 전했다. 해당 병원은 이를 해결하지 못해 현재 종이 차트와 팩스 등으로 업무를 해결하고 있는 것으로 알려졌다. 한 보안 업계 관계자는 "랜섬웨어 공격은 아직까지 복호화에 대한 뾰족한 해결책이 없다“
3·20 전산 대란은 2013년 3월 20일 대한민국의 주요 언론과 기업의 전산망이마비되고, 다수의 컴퓨터가 악성코드에 감염되어 피해를 입은 사건입니다. 3.20 사이버테러 관련 악성코드는 2012년 6월 28일부터 유포 및 감염되기 시작했습니다. 해당 악성코드 안에는 3월 20일 오후 2시에 서비스를 파괴하라는 명령이 포함되어 있었습니다. 이에 3월 20일 오후 2시, 악성코드는 동시다발적으로 시스템을 파괴하기 시작했습니다. 이 때 마스터부트레코드(MBR)를 파괴하여 부팅을 할 수 없도록 하였으며, 볼륨부트레코드(VBR)도 함께 파괴하여 복구가 불가능하도록 했습니다. 이로인해 약 2-3시간 동안 공격당한 국내 업체의일부 전산업무가 중단되었고, 방송사들 역시 큰 타격을 입었습니다.
N사 전산망 마비 사태는 2011년 4월 12일 전산망에 있는 자료가 대규모로 손상되어 수일에 걸쳐 전체 또는 일부 서비스 이용이 마비된 사건입니다. 사건 초기에는 협력 업체에 의한 사고 가능성이 제기되었으나, 이후 내부 전문가의 사이버 테러일 가능성이 높다고 발표했고, 그 후 4월 26일에 대한민국 검찰은 조선민주주의인민공화국의 소행이라고 발표했습니다. 일부 업무는 4월 13일 오후에 정상화가 되었으나, 모든 업무의 정상화는 여러 차례 연기 끝에 18일만인 4월 30일에정상화되었습니다.
“2011년 N사 전산망 마비 사태”
“2013년 320 전산 대란”
“2016년 C병원 랜섬웨어 공격”
보안, 최후의 보루는…
“랜섬웨어 는 악마예요, 악마. 제대로 심겨지면 제대로 복구가 불가능하죠.” “랜섬웨어가 기존의 다른 멀웨어들과가장 크게 다른 점은 스스로의 존재를피해자에게 드러낸다는 점입니다. 멀웨어들은 비밀스럽게 활동하는 게 일반적인데 말이죠. 얼마나 자신 있으면 그렇겠어요.”
- 보안 벤더인 라스트라인(Lastline)의 공동창립자인 엔긴 커다 (Engin Kirda) -
“백업을 주기적으로 해놓는 것만큼 좋은 대처법은
존재하지 않는다. 범인들에게 비싼 돈을 내고 싶지
않으면 최소 중요한 정보만이라도 백업을 해
두어야 한다. 그것이 사실 가장 쉽고 안전하며 확실한 방법이다.”
주요 업무들의 가상 환경으로의 이동
전통적인 백업 방법은 시간이 많이 걸리고 리소스사용률이 높음
중요한 시스템들은 on/off 사이트 보호가 필요함
다운타임이 일/시간 단위가 아닌 분 단위로 측정됨
백업데이터의 가상화 비율
$-
$500
$1,000
$1,500
$2,000
$2,500
$3,000
$3,500
$4,000
$4,500
2011 2012 2013 2014 2015 2016
Total Data ProtectionMarket
Data Protection Market forVirtualized
2011 2012 2013 2014 2015 2016
Total Data Protection Market $2,545 $2,793 $3,076 $3,383 $3,723 $4,086
Rate of virtualization 57% 65% 70% 80% 85% 90%
Data Protection Market for Virtualized $1,450 $1,815 $2,154 $2,707 $3,165 $3,677
전체 백업데이터에서, 가상화대상 백업데이터의 비율이 증가
백업솔루션의 기술동향 분석
Build Everything From
Ground-Up
운영체제 백업서버
Tape Library
Disk Storage
백업소프트웨어
Dedupe VTL(Target Based)
운영체제 백업서버
PBBA(VTL)
백업소프트웨어
Integrated Backup Appliance
All-in-One Appliance
Yesterday Today Tomorrow
백업저장소의 전환
Tape Disk
“Tape” 에서 “Disk” 로 저장장치의 이동
백업데이터의 안정성 & 리소스의 효율성 우선
데이터 저장 효율성 및 성능 요구
Duplication(중복) => De-duplication(중복제거)
중복제거 기술의 발전
Inline DedupePost DedupeNon-Dedupe
중복제거기능미탑재후처리중복제거기술
실시간중복제거기술
1세대2세대
3세대
데이터안정성 > 공간효율성 > 성능
백업스토리지로서의 VTL
“VTL이 PTL을 상당부분 대체할 수 있었던 이유?”
PTL VTL
- 기존 TAPE과 큰 차이 없는 운영 환경
- 중복제거 및 복제 기술의 탑재
- VTL 제조사의 Trend Making
Robot ArmPickerBackup DriveBackup Cartridge
복구관련 우선
“백업” 에서 “복구” 관점으로 변화
디스크 기반 백업의 결과
GRT(Granular Recovery Technology) 단위복구 기술Synthetic Backup (합성백업)
Exchange Message 단위 복구, Vmware 파일단위 복구 (from Snapshot)
Backup Recovery
백업소산(DR) 자동화
“수동” 에서 “자동” 화된 백업 DR
백업 어플라이언스 복제
Backup 이미지 원격 복제 (Only Changed Block)자동화된 Backup 카탈로그 Rebuild (상시 복구 모드)
TapeLess Backup 소산 환경
Manual Automatic
새로운 백업플랫폼의 전환
중복제거,,, VTL 만으로 충분하다!!
But
복구 관점으로의 진화
백업 소산(DR)의 자동화
어디서나 중복제거 설정
최적화된 단일 백업 플랫폼
단순 용량 증설이 아닌
“고도화를 위한 새로운 백업플랫폼 전환이 필요”
장치 사전 설계 및 디자인 이슈
- Tape Drive, Tape Cartridge 생성 및 할당 계획
- Tape Cartridge의 recycle 주기 고려(공간회수)
- Fiber Channel 인터페이스만 주로 사용
운영 관리 이슈
- Tape Driver 설치 필수 (펌웨어관리)
- Silo 형태의 관리 (with Backup S/W)
- 공간회수 성능 저하 (전체 성능 영향)
- 복잡한 장치 디바이스 관리
VTL Disadvantages
PBBA(Purpose-Built Backup Appliance)
백업 S/W와 H/W를 결합하여 백업을 목적으로 설계된 기기를 하나의 제품군으로 구분하기 위해IDC에 의해 만들어진 명칭
Q3 2010 – VERITAS Backup Appliance 출시
2015 Q1 시장 점유율 1위 (47.4%)
VERITAS PBBA?
• S/W, H/W를 사전구성
• NetBackup 기본 내장
• True Integrated PBBA
2015 Q1 연간 성장율 (31.9%)
Integrated 33.1% vs Target -5.1%(PBBA 타입별 성장율)
PBBA 시장분석
“시장조사기관 IDC는 PBBA가 오는 2017년까지 전세계적으로 용량 기준 47.6%, 매출 기준 연평균 25.6%라는 가파른 성장세를 보일 것으로 예측”
2010 2017
PBBA (Integrated PBBA)
VTL
TAPE
PBBA (Purpose-Built Backup Appliance)
백업 HW와 SW를 최적의 조합 장애발생 시, 책임소재 명확 향후, 백업 시장의 주류로 예측 (IDC)
PBBA 시장분석
Integrated Backup Appliance 성장률 비교
Source: IDC Worldwide Quarterly Purpose Built Backup Appliance Tracker – 2014 Q4, Publication Date: 3/23/2015
$1,752M
Total Annual Market
Size
$2,738M $986M
Symantec Analysis of IDC PBBA Q4-2014 Report
Total annual market is based on Open Systems PBBA for 2014.
6.8%
7.9%
6.3%
0.0%
1.0%
2.0%
3.0%
4.0%
5.0%
6.0%
7.0%
8.0%
9.0%
Open Systems Integrated Systems Target Systems
PBBA Year over Year Growth
$1,852M
Total Annual Market
Size
$2,738M $1,064M
백업환경 구축의 어려움
중소 중견기업 IT 담당자 42%가 백업 및 복구 SLA 기준 미충족1
가상머신에 대한 IT 전문가들의 가시성 부족
가상화 환경 물리적 시스템중복제거스토리지
테잎 장치 디스크 저장소에이전트 및라이센스빠른데이터증가
42%
백업 및 복구의 복잡성, 많은 비용,
그리고 리스크 증가
1. VERITAS Korea: 중소 중견기업고객대상 설문조사결과,
단일 통합 솔루션의 혜택
Dave RussellGartner Vice President of Storage Technologies and Strategies
고비용, 장시간 소요의 여러 다른 포인트솔루션을 통합하는 것에 반하여, 다양한 데
이터 타입과 워크로드 처리가 가능한 총체적인 데이터 보호 전략, 단일 플랫폼/솔루션이 필요한 때이다.
비용 및 복잡성 감소
단일 콘솔, 단일 백업, 단일 벤더
PhysicalVirtualVERITAS NetBackup
Appliance
여러 제품 관리 감소관리 및 라이센싱
비용 절감
효율적인중복제거 기술로스토리지 감소
통합된 재해 복구
대용량 Contents 데이터에 대한 백업
변경된 블록만 스캐닝 후, 중복제거 처리로 백업시간을 획기적으로 단축
Track Log 에변경정보관리 이전 Fulll Backup 이미지
변경 block only (“accelerator incremental”)
변경데이터만전송
Inline
synthetic
processing
Accelerator 에의한신규생성Full Backup 이미지
NBU Appliance
NBU Client
Master Server
Client Dedupe
Catalog DataBackup Data
Client Server
1. 변경Block 확인 2. 변경Block 만백업 3. Full 백업생성
Catalog 전송
대용량의 Filesystem, NAS Storage, Virtual Machine 환경에 최적합
대용량 Contents 데이터에 대한 백업
File System Scanning Time Reduction – 백업량 및 대역폭 사용 최소화
• 비용 효율적 Full Backup 이미지 생성– Incremental backup 정도의 부하 발생
– Incremental 적용 필요없이 즉각적 Full backup 복구
– 대용량 또는 다량의 파일 데이터 백업에 적합
• Track Log 활용– File 변경 정보에 대한 효율적 인지
– Windows 의 경우, NTFS Change Journal 활용
• Full Backup 이미지의 Inline 생성– Client 로 부터 데이터가 백업되는 동안 동시 생성
– Synthetic 을 위한 추가 Schedule 불필요
• Client Deduplication 과 연동– Deduplication 의 Client 부하 발생 최소화
NetBackup Accelerator
010011010110101010110101110101000101010111000111010
Deduplication Compatible
Inline Synthetic Processing
HW Snapshot 과 백업의 통합
Snapshot Vault
Snapshot
Snapshot
Snapshot
Snapshot
Filer/Array
Primary Data
Snapshot
ApplicationServer
(NB Client)
NBU Master Server
Snapshot Vault
Snapshot
Snapshot
Snapshot
Snapshot
6. Replicate4. Replicate
1. Quiesce
NBU MediaServer or 52xx
appliance
11. Duplicate
8. MountSnapshot
9. DuplicateSnapshot
OpenStorage API2. CreateSnapshot
3. CopySnapshot
5. Copy Snapshot to other site
7. ExportSnapshot
“HW 기반의 Snapshot 기능을
활용한 백업 및 복구 성능 향상”
대용량 Oracle 데이터에 대한 백업
저비용 고효율의 완벽한 Oracle DBMS 백업 및 복구 관리 방안이 필요
Oracle DB
Table Export (dump)
Begin-End Backup (File level)
Recovery Manager (Oracle Backup Utility)
BCV (Off-Host Backup)
Current Backup Method for Oracle Database
Backup System
대용량 Oracle Database 관리 방안 - FC, Drive, VTL capacity 증설이 답이 아니다
What is the Problem? DB 시스템 부하, 과다한 백업 및 복구 시간, 낮은 백업/복구 성공율 - Table Export
Redo Log / Undo Segment 오버헤드, Always Full Backup - Begin/end Backup
Ownership Issue, RTO 미충족 - Recovery Manager
높은 구축 비용 및 운영 비용, Always Full Backup - BCV Backup to Tape/VTL
Silo Management - Backup/Recovery between Backup Admin & DBA
대용량 Oracle 데이터에 대한 백업
Oracle Incremental Update Through Oracle Share repository
Backup
Full Inc Inc Inc Inc
Merge Merge Merge Merge
…
Full
Snapshot (VxFS)
Full Full Full Full
Oracle RMAN
Dedupe Tape Cloud Off-site DR
RMAN catalog
NBU catalog
SLP
1
2
1. Oracle share 백업 – Oracle RMAN
: Once Full Backup & Incremental Forever
Incremental Update 기능을 통한 Full Backup Image 자동 생성
공간효율성을 위한 Snapshot생성
2. NetBackup SLP(Storage Lifecycle Policy)
: 자동화된 백업데이터 분산/이동 (dedupe pool, Tape, DR …)
• 획기적인 백업윈도우 단축
• 증분백업 그러나 항상 Full Recovery
OracleShare
백업 방식별 복구성능 비교
Full – Traditional Backup
Incremental
Full + Incremental recovery
일반적인 백업
Time
Accelerator 백업
Full
Recovery
“Full 백업소요시간만큼소요되며,개별파일복구시, 디스크백업장치의장점활용 (미디어Mount, Position…)”
적용사례 #1 – 성능개선
대용량 Contents 데이터 백업에 대한 적용사례 및 성능 개선 효과
고객사 백업사이즈 파일개수 백업종류 백업성능 소요시간 개선 효과
S 사 330 GB 약 200 만개일반 Full 백업 10 MB/s 8시간 49분
Accelerator 백업 74 MB/s 1시간 15분
I 사 1,700 GB 약 2,000 만개일반 Full 백업 18 MB/s 27시간 15분
Accelerator 백업 440 MB/s 1시간 06분
D 사 3,000 GB 약 1,000 만개일반 Full 백업 39 MB/s 22시간 50분
Accelerator 백업 122 MB/s 7시간 12분
K 사 600 GB 약 700 만개일반 Full 백업 11 MB/s 15시간 35분
Accelerator 백업 640 MB/s 16분
S 카드 6,700 GB 약 6,800 만개일반 Full 백업 16 MB/s
116시간 00분
Accelerator 백업 53 MB/s 35시간 00분
H 사 4,570 GB 약 4,600 만개일반 Full 백업 6 MB/s
370시간 00분
Accelerator 백업 22 MB/s 60시간 00분
L 카드 4,700 GB약 12,000
만개
일반 Full 백업 4 MB/s 312시간 49분
Accelerator 백업 78 MB/s 17시간 17분18배 개선
9배 개선
27배 개선
3배 개선
37배 개선
3배 개선
6배 개선
기존 백업 방식 대비 10배이상의 백업소요시간 단축
적용사례 #1 – 성능개선
기존 테이프장비 대비 백업 및복구 성능향상-> 개별단위 파일레벨 복구 요구가 많음
대용량 DB에 대한 안정성향후 백업DR 고려
주요 과제
대용량DB 백업 성능 70% 단축(4시간 -> 1시간)다수의작은파일 백업 성능60배 향상 (300시간 -> 5시간)개별파일단위 복구 시, 50% 이상 단축
도입 효과
SM
계정계DB1
SM SM SM SM SM SM SM SM SM SM SM C C C
계정계AP1
정보계DB1
정보계AP1통합관리
AP1계정계DB2
계정계AP2
정보계DB2
정보계AP2통합관리
AP2
운영#1 운영#2 기타서버군
NetBackup Appliance
1G
10G
MA
SW#1 SW#2
NBU5230
PTL Tape장치
효과적인 가상환경 보호방법은…
Operating System
Ap
plic
ati
on
Data
Ap
plic
ati
on
Data
Ap
plic
ati
on
Data
OS 이미지 백업 솔루션을통한 재해상황 대비
데이터 및 응용프로그램:
백업 솔루션과 각각의 Resource Agent를 이용한 데이터 백업
System
System
물리적 시스템 가상 시스템
가상화환경에 적합한 백업 기술은…
빠르고 효율적인복구
백업 스토리지 및관리 비용 절감
가상 플랫폼에 대한유연한 지원
• 모든 가상 및 물리적 백업에 걸쳐블록 레벨 중복제거
• 변경 블록 추적(CBT)
• 물리적 서버를 가상 머신으로변환
• 깊은 가시성과 중앙 집중식 관리
• 빠른 VM 스냅샷을 위한 Microsoft VSS 및 VMware ADP와의 긴밀한통합
• VM에 미치는 영향 Zero
• 작업 실행 시간에 발견된 새로운VM을 동적으로 보호
• VMware Ready 및 Microsoft®
Certified
• 전체 가상 머신, 어플리케이션 및데이터베이스 복원
• 개별 파일 및 폴더
• 개별 어플리케이션 데이터
• 다른 위치에 동일하게 저장소에서직접 복원
• 마운팅 또는 준비단계 필요 없음
Note: The Agent for Applications and Databases must be installed in a VM to collect Application Metadata enabling application data recovery.
SAN기반의 True Off-Host 백업
Hypervisor 스냅샷 기반의 데이터 정합성을 보장하며, 고속의 전체/개별단위의 복구 지원
VCENTER
서버
DATA STORE 1
VM
DK
1
VM
DK
2
VM
DK
3
DATA STORE 2
VM
DK
4
VM
DK
5
VM
DK
6
SAN Direct Backup/Restore
ESX 서버
VM1
VM2
VM3
VM4
VM5
VM6
DATA
APPLICATION
NETWORK
LAN DISCOVERY
NetBackup Appliance
SAN Direct Backup, 고속의 Full 백업, 개별 단위 복구
VM 이미지 단위스냅샷 백업/복구
CBT 기반의 빠른Full 백업(x35)
싱글패스 백업 및GRT 복구
VM 동적 보호
• 100% 진정한 오프호스트(Off-host) 백업
• 엔터프라이즈 환경에 적합
• Fibre Channel and iSCSI storage
• ESX 자료에서 영향이 가장 낮고, 가장 좋은 방법으로 추천
CBT 기반의 고속 백업
VMware CBT(changed Block Tracking) 기술과 연동하여 변경된 블록만을백업함으로써 백업시간을 획기적으로 단축시키며, Auto Synthetic 기술의 적용으로 항상 Full Recovery를 가능
ESX/i Host NetBackup
Backup Storage(MSDP)
VMware Datastore
최대 x35 빠른 백업
식별된 VM의 변경된블록
1변경된 블록은
인라인으로 처리
2Synthetic full 백업 생성
3
VM 스냅샷으로부터 변경된 블록만 전송하여전체 백업 성능을 향상
고속의 전체 백업
미디어 서버는 이전 백업에 변경된 블록을 결합하여내부적으로 새로운 Synthetic Full 백업본을 생성
Previous full backup Synthetic fullVM Snapshot
VMware CBT(Changed Block Tracking)
“Accelerator incremental”
백업이미지를 이용한 즉각적인 복구
백업이미지의 실질적인 복구 단계 없이 백업이미지로부터 가상머신을 기동시킬 수 있으며, “VMware vMotion”을 통해 다운타임 없이 서비스 전환이 가능
최대 x446 빠른 복구
스토리지로부터 직접 VM 백업을부팅하여 빠르게 복구
미디어 서버는 이전 백업에 변경된 블록을 결합하여내부적으로 새로운 Synthetic Full 백업본을 생성
ESX/i HostNetBackup High speed, instant virtual machine recovery
Virtual MachinesLive Infrastructure
DatastoreLogical storage
Storage vMotion
VMware BackupsVirtual Machine Images
Disk StorageAdv Disk/MSDP
백업 스토리지에서VM을 직접 마운트
1 VM을 운영데이터스토어로마이그레이션
2VM production ready
3
안정성 확보
복구하는 동안 백업된 VM 이미지는읽기 전용 모드로 유지
중립적 인프라
Instant Recovery 기능을 위한별도의 인프라 불필요
GRT 기반의 다양한 복구 방안
Veritas 특허 기술인 GRT(granular Recovery Technology) 및 V-Ray 를 통해 전체 이미지뿐만 아니라 File, DB 등 단위 복구를 스테이징 단계 없이빠르게 복구
Restore
Full VM
Exchange
SQL
Files
GRT V-Ray Full Recovery
적용사례 #2 – 가상화환경에서의 최적화 백업
vCenter
Server
VMware ESXi & ESX
vCenter
Server
vCenter
Server
VMware ESXi & ESX
VMware ESXi & ESX
VMware ESXi & ESX
VMware ESXi & ESX
NBU Appliance#2 NBU Appliance#3
Physical 서버군
NBU Client
NBU Appliance#1
NBU Master #1VMware Backup Host
NBU Master #2VMware Backup Host
NBU Master #3VMware Backup Host
백업데이터
전송
대부분의 가상화 환경(VMware) + 일부 물리 서버 환경
1000여대 이상, 가상서버 및물리서버에 대한통합OS백업솔루션 필요향후, 전사 시스템 가상화전환에 따른 최적화 백업솔루션고려
주요 과제
중복제거기능 활용, 백업저장공간 90% 감소가상/물리서버 백업 및 복구단일 통합관리VM 성능영향 최소화 –Agentless방식
도입 효과
효과적인 백업DR 방법은?
Secondary
(DR)
Primary
(Main)
On-line 복제 방식의자동소산
RPO, RTO 확보를 통한 SLA 충족
On-line 자동 소산을 통해 일(Day) 단위에서 분, 초단위의 RPO를 확보
안정성 확보
데이터 유실 및 백업 지연 등의 위험요소 사전 예방
디스크기반의 백업 복제 방식 소산
백업서버 백업서버
WAN
디스크 백업장치
디스크 백업장치백업본
복제
Production Data Center DR Data Center
백업을 디스크 저장장치에 수행하며 중복제거와 압축을 통해 저장용량과
전송량을 최소화하여 원격지로 네트워크를 통해 전송
장점
“디스크 기반으로 테입에 비해 데이터 안정성 확보”“복제 단계가 없어 소산 주기가 단축”
“테입 기반 백업 소산의 대안?”
VTL방식과 PBBA방식의 차이점
백업서버 백업서버
WAN
VTL VTL복제
Production Data Center DR Data Center
VTL 을 이용한 소산
차이점은?…보다진보된방식은?
WAN
DR Data Center
Backup
Appliance
Backup
Appliance
Production Data Center
PBBA 를 이용한 소산
복제
VTL방식과 PBBA방식의 차이점
VTL을 이용한 소산
백업서버 백업서버
WAN
H/W
인프
라
구성
VTL
구성
백업S/
W
설치
및
구성
< 온라인 소산 복구 절차>
DR
미디어
로
Catalo
g 복구
정합성
검증
백업S/
W
구성
변경
복구
수행
마스터서버 복구
PBBA를 이용한 소산
H/W
인프
라
구성
< 온라인 소산 복구 절차>
온라
인
소산
데이
터
확인
복구
수행
WAN
H/W 구성, S/W설치구성, Catalog복구, 검증…
복구
RTO
복구
RTO
VTL방식과 PBBA방식의 차이점
백업서버 백업서버
WAN
• AIR(Auto Image Replication, 자동 백업본 복제) 기능 활용불가, 자동화된 소산 관리 불가
• 백업 정책/대상별로 소산 대상선정 불가능, 소산 정책 설정불가능
SW VTL ???
End To End 소산 관리 불가
WAN
• AIR(Auto Image Replication, 자동 백업본 복제) 기능 활용자동화 백업본 소산(End To End 소산 관리)
• 백업 정책/대상별로 소산 대상선정 가능, 소산 정책 설정 가능
SW SW SW
End To End 소산 자동화 관리
VTL을 이용한 소산 PBBA를 이용한 소산
SLA 기반의 자동화된 백업DR
End-To-End Backup Lifecycle 자동 관리
Secondary (DR)Primary (Main)
RTO 최소화 및RPO 최적화
회선 최적화를 통한비용절감
암호화된데이터 전송
자동화된 프로세스(End-to-End)
WAN 최적화
Automatic Catalog Import
Tape
복제Tape
복제
자동화된 소산을 통해일(day) 단위 분(Min) 단위
RPO 확보
자동 백업 소산(AIR; Automatic
Image Replication)
적용사례 #3 – 자동화된 백업DR
주센터와 리모트센터의 백업시스템을 NetBackup Appliance 로 구축. 리모트센터의 Tapeless & 주센터로의 데이터 통합을 위해 AIR 적용
Network 백업 대상군
SAN 백업 대상군
NetBackup Appliance #2
NetBackup Appliance #1
주 센터 DR 센터
DR 시스템군
NetBackup Appliance #3
(Target)
WAN
Replication
(2:1)
SLPA.I.R
Backup
SLPA.I.R
NetBackup Appliance AIR - Enhanced Backup DR
▪ 기존 VTL 환경의 백업시스템 winback
▪ N:1(2:1) 백업데이터 복제 환경 구성 (Using NetBackup AIR)
▪ NetBackup Console을 통한 복제(AIR) 정책 구성 (통합백업어플라이언스)
▪ 백업소산 방식 및 절차에 대한 획기적 개선 (관리편의성 & RTO)
VTL 보다 효율적인
백업어플라이언스 !
운영 관리 비용 Saving !!
즉각적인 대응 가능한 백업 DR !!
NetBackup Appliance Overview
Veritas NetBackup Appliance
백업소프트웨어
백업서버중복제거스토리지
All-in-One
복구관점의 백업 - 개별 단위 복구 기술, 백업은 Incre 복구는 FullGranular Recovery Technology / Backup stream awareness / Synthetic Backup
백업소산 자동화 - 백업 정책 기반의 선택적 데이터 복제 및 카탈로그 Rebuilding 기술NetBackup AIR(Auto Image Replication) / 백업소프트웨어 컨트롤
어디서나 중복제거 - Source/Server/Target 어디에서나 중복제거 선택 적용 가능별도의 에이전트 설치와 라이선스 필요하지 않음(simple & Free)
최적화된 백업플랫폼 – 백업소프트웨어, 중복제거 엔진의 조화(Not Silo)
백업 스트림/포맷 인지 (중복제거 효율 극대화) / 운영 편의성
NetBackup Appliance Advantage
All-in-One 어플라이언스 단일 플랫폼에서 백업시스템 구성에 필요한 모든 기능들을 구현할 수 있습니다.
가상머신 보호
OpsCenter 통합
Functional Role Flexibility
엔터프라이즈확장성
Oracle Copilot
NetBackup Accelerator
Bare Metal Restore(OS protection)
인텔리전트 중복제거 Ethernet & FC Interface
Auto Image Replication(AIR)
단위 복구 기술(File & Application)
Simple Front-End TB Licensing
Cloud Storage Support
셀프서비스
Tape Support
중앙화 관리
NetBackup Appliances
Control / Mgmt Feature / Function
NetBackup Appliance Market Share
NetBackup Appliance 출시 이후 매년 꾸준한 성장세를 이어가고 있습니다.
4
62
82
102
0
20
40
60
80
100
120
140
CY3Q2011
CY2012
CY2013
CY2014
CY2015
NetBackup Appliance 국내 판매수량
*Source: Veritas Korea NetBackup Appliance Market Revenue(2011-2014)
3Q2010 본사 제품 출시
3Q2011 한국시장 판매시작
연평균 28% 성장
Leadership In The Backup Market
Backup and Recovery Software (Distributed) Market Share Revenue, Worldwide for 2014*
28%
* Source: Market Share Analysis: Enterprise Distributed System Backup/Recovery Software Market, Worldwide, 2014, Gartner
Combined market share between NetBackup and Backup Exec
Purpose-Built Backup Appliance Market Share in IDC, 2015 Q1
#1Share in “Integrated Appliances” sub-market
46% 19%YoY growth is fastest in the PBBA market
in overall PBBA market share
2012 FINALIST2010 GOLD2008 FINALIST2007 GOLD
#1GARTNER MQ, FORRESTER WAVE:
LEADER
NBU = 4
CVLT = 1
EMC = 1
VEEAM = 2
IBM = 0
More awards in “Business Continuity and Data Protection” than any other vendor
GLOBAL 100
10 of 1018 of 2042 of 5080 of 100
CHOOSE
BACKUP SOLUTIONSYMANTEC
Symantec28%EMC
18%
IBM18%
CommVault9%
HP5%
Veeam4% Dell
4%Seagate
2%
Others12%
백업 소프트웨어 시장 No.1 & 백업 어플라이언스 시장 No.1
NetBackup Appliance Key Value
DR 환경에서비용 효율적으로빠른 RTO 확보
방안 제공
원격지 자동소산 빠른 백업 가상화 백업 Cloud DR
운영 시스템의부하를 최소화,100X 빠른 백업
가상환경 최적화백업 방안 제공
다양한 Cloud 환경과의
Integration 제공
단일 솔루션으로 모든 해결을 위한 이름은 NetBackup Appliance입니다