Upload
ipexpo-online
View
597
Download
0
Tags:
Embed Size (px)
Citation preview
1EMC CONFIDENTIAL—INTERNAL USE ONLY
How To Backup and Protect Your Data in a Virtual Environment
Ian WellsRegional Director | Data Protection Solutions | UKI [email protected] | 07919 212697
3EMC CONFIDENTIAL—INTERNAL USE ONLY
VMware Environment:Business Problem and the Required Solution
Business Problem– Backup challenges limiting VMware ROI – Not meeting VMware consolidation goals or backup and recovery SLAs– Higher costs & increased Ops/Mgmt
Technical Description– Traditional backup processes cause backup bottlenecks– Extended backup & restore times; limited server consolidation - increased hw spend
Solution Required – Efficient VMware Backup, Maximizing ROI– Minimal impact on virtual environment – Achieve or exceed consolidation and migration goals – 2X consolidation ratio!!– One step recovery; Flexible backup options for greater efficiency
Results if achieved– Increased server consolidation, lower HVAC/Floor space– Lower operational costs, fewer host servers required– Operational Mgmt Efficiency – greater TB’s per FTE, one-step recovery (file or image)
4EMC CONFIDENTIAL—INTERNAL USE ONLY
Virtualization changes the IT paradigm…Backup must evolve to deliver even greater consolidation and value
Virtual Server A
Virtual Server B
Virtual Server C
100%
80%
40%
0%
60%
20%
CP
U U
tiliz
atio
nC
PU
Util
izat
ion
NEW PARADIGMVirtual Environment: High overall server utilization and little bandwidth for backup
OLD PARADIGMPhysical Environment: Low overall server utilization and plenty of bandwidth for backup
100%
80%
40%
0%
60%
20%
CP
U U
tiliz
atio
nC
PU
Util
izat
ion
Server A Server B Server C
Shared Physical Resources
20 percent resource utilization 80 percent resource utilization
Virtualization Backup and Recovery Challenges
5EMC CONFIDENTIAL—INTERNAL USE ONLY
How to Backup VMware
Backup client software runs on the VCB proxy server
VMwareConsolidated Backup
PhysicalServer
Virtual Machines
App
OS
App
OS
App
OS
ESX Server
SANStorage
SNAPSHOT
SNAPSHOT
SNAPSHOT
VCB proxy serverwith Avamar agent
MOUNT
CentralizedData Mover
Avamarserver
Avamaragents
Guest
x86 Architecture
VMware Virtualization Layer
DiskNICMemoryCPU
Application
Operating System
Application
Operating System
Backup client software runs directly on each virtual
machine
The Way we WANT to do it!
The Way We HAVE to do it!
7EMC CONFIDENTIAL—INTERNAL USE ONLY
VCB concerns
Large investment in hardware• Proxy servers (1 per 3 ESX hosts)• 50% more disk required• San infrastructure for tape environment• Tape infrastructure
Implementation• Custom scripting required• No GUI interface• Encryption for tape infrastructure
Licensing• Additional backup server licences
Workflow• 2 Backups required to allow VMDK and file level restores• Restores are difficult and may need level 2 support• Vmotion, DRS, SRM are difficult to use with VCB• How do you replicate offsite?
8EMC CONFIDENTIAL—INTERNAL USE ONLY
Using VCB to Protect 20Tb of Cloud!
VCB and Tape Management System Acquisition
• Hardware Purchase- IBM TS3500 with 10 TS1120 tape drives $200,000
• 7 Net Backup VCB SAN Media servers 70,000
• Software Purchase, Net Backup- 7 San Media server licenses $35,000
• San Infrastructure to support 7 Hosts and 10 tape drives $34,000
• Custom scripting and implementation for 7 VCB servers 100,000
• TS1120 tapes- 25 incrementals and 17 fulls plus offsite clones 442 tapes to support 1 year retention $22,100
• Vaulting $75,000 for three years
Storage• 50% More storage required for VCB
10 TB’s at $8 per GB= $80,000
Soft costs• 1 FTE to manage environment =120k x 3 years = 360K
Virtual Machines
SANStorage
SNAPSHOT
SNAPSHOT
SNAPSHOT
NetBackupVCB Media Servers
MOUNT
50% more storage required with VCB
NetBackupMaster Server
SAN Infrastructure
TS 3500 tape
library20TB’s of disk50 GB’s per guest equals 400 hosts on 20 ESX servers
1 Proxy host per 3 VCB servers7 VCB servers required
Cost to the Business: $1,126,100
9EMC CONFIDENTIAL—INTERNAL USE ONLY
Why use Guest level backup ?
Guest level backup are efficient; sourced based de-dupe allows for • Very efficient use of NIC, on average only .03% of data gets moved daily• Low disk/CPU utilization• Full backups take a fraction of the time versus traditional backups• Consolidate more guests per ESX server• Storage and protocol agnostic
Implementation• No Custom scripting required• Easy GUI interface• Built in encryption
Licensing• No client licenses
Workflow• Operations can easy manage a large Vmware environment• File level restores take seconds• No issues with Vmotion, DRS or SRM• Replication is very efficient. No need for backup tapes
10EMC CONFIDENTIAL—INTERNAL USE ONLY
The Alternative : Avamar / Guest Level
• Avamar agent resides inside each virtual machine
• De-duplicates data within the virtual machine, as if they were physical servers
• Moves minimal backup data• Reduces resource
contention and accelerates backups
• Provides file-level restore for Windows, Linux, and Solaris
Avamar agents
x86 Architecture
VMware Virtualization Layer
DiskNICMemoryCPU
Application
Operating System
Application
Operating System
Cost to the Business: $554,000Saving for the Business: $572,100
11EMC CONFIDENTIAL—INTERNAL USE ONLY
Further Real World Proof ....
• 59 ESX Servers
Saved• $6.8M Saved
over 3 Years
12EMC CONFIDENTIAL—INTERNAL USE ONLY
• Next generation backup solution Integrated software & hardware solution with
global source-based deduplication– Deduplicates across sites and servers globally– Effective full backup every time– Single step recovery– Backup process reduces data sent over the
network and stored – Variable-length subfile segments for optimal
deduplication
• Integrated high availability and reliability – RAIN for high availability and fault tolerance– Avamar server and data recoverability verified daily– Replication between servers
Scalable, turnkey solution small offices to datacenters
EMC Avamar #1 Source De-Dupe Technology
Integrated backup solution with source-based deduplication
Avamar
Avamar VM
Operating System
Avamar VM
Operating System
13EMC CONFIDENTIAL—INTERNAL USE ONLY
DEDUPLICATION AT SOURCE DEDUPLICATION AT TARGET
Moves ~ 200 percent of primary data weekly
Up to 50 times reduction backup storage
Backups are typically restored from full and incremental images
Data viewed as file systems and/or virtual tape library target for traditional backup environments
Source and Target Deduplication
Moves ~ 2 percent of primary data weekly
Up to 50 times reduction in backup storage
Up to 500 times reduction in network impact
Up to 10 times faster daily full backups
All backups are full; immediate, single-step recovery
Next-generation backup and recovery
Network Network
There are strong use cases for both technologies… but only source deduplication reduces network bandwidth requirements and decreases resource utilization during backups.
14EMC CONFIDENTIAL—INTERNAL USE ONLY
Resource Usage Comparison
Significantly less CPU impact– Give CPU cycles back to the applications
Significantly less Network utilization– Don’t be a backup scheduling master
Significantly less Disk I/O– Give back to the application
At the end of the day your production applications should control the size of your VM infrastructure
Backup is not ‘strategic’, it is a necessity – don’t let it control your VM infrastructure
CPU Usage
Disk Usage
Network Usage
Traditional Avamar
15EMC CONFIDENTIAL—INTERNAL USE ONLY
Avamar Solutions for VMware Infrastructure
VMware Data Center with Guest-Level Backup
Remote Offices without VMwareRemote Offices with VMware
VMware Data Center with VMware Consolidated Backup
Avamar agent moves data to Avamar Virtual Edition for VMware; data is then replicated to the corporate data center
Avamar agent moves data to a physical Avamar Single Node server; data is then replicated to the corporate data center, OR an Avamar agent can back up directly to the data center over the WAN
WAN
LAN/SAN SAN
VCB Proxy Server
(ENCRYPTED) (ENCRYPTED)
(ENCRYPTED)
Hardware
ESX Server
DiskNICMemoryCPU
Avamar VM
Operating System
Application
Operating System
x86 Architecture
VMware Virtualization Layer
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
DiskNICMemoryCPU
x86 Architecture
VMware Virtualization Layer
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
DiskNICMemoryCPU
x86 Architecture
VMware Virtualization Layer
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
DiskNICMemoryCPU
x86 Architecture
VMware Virtualization Layer
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
DiskNICMemoryCPU
x86 Architecture
VMware Virtualization Layer
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
DiskNICMemoryCPU
x86 Architecture
VMware Virtualization Layer
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
App
OS
DiskNICMemoryCPU