Sun Microsystems, Inc.  Sun System Handbook - ISO 3.4 June 2011 Internal/Partner Edition
   Home | Current Systems | Former STK Products | EOL Systems | Components | General Info | Search | Feedback

Asset ID: 1-71-1132963.1
Update Date:2010-06-23
Keywords:

Solution Type  Technical Instruction Sure

Solution  1132963.1 :   VTL - Is compression on disk and virtual tape the same?  


Related Items
  • Sun StorageTek VTL Prime System
  •  
  • Sun StorageTek VTL Value System
  •  
  • Sun StorageTek VTL Storage Appliance
  •  
  • Sun StorageTek VTL Plus Storage Appliance
  •  
Related Categories
  • GCS>Sun Microsystems>Storage - Tape>Tape Virtualization
  •  




In this Document
  Goal
  Solution
     Standard VTL compression (disk or virtual tape compression, it is the same thing?) VTL incorporates software compression via an LZO algorithm that runs on the VTL server. You can enable or disable compression for an entire virtual library, including all virtual tape devices. Using compression allows backup software products to use their compression options. Backup software products commonly support the following two compression methods: � Device-side compression � performed inside the tape drives. � Client-side compression � performed by backup client software running on a backup client. If you disable the VTL Server compression option, enabling device-side compression on the backup software will have no effect. Benefits of enabling compression: Enabling compression on virtual tape drives increases capacity. The increase in capacity is directly related to the compressibility of the data being backed up. If you can compress the data being backed up by a factor of 2:1, you can store twice as much information on the virtual tape. Engineering comments: Compression with this method is greater than allowing a tape device to compression. Actual observed compression over device side compression is about 20% greater, or my guess is 2.5:1. The drawback to this is about a 30% hit in maximum performance. If a stream to a drive was running at 50 MB/sec, turning on compression will decrease this to ~35 MB/sec. the bigger the system, the more devices writing concurrently can max out an appliance. This is an extreme case, but wanted to give you an indication of what I have observed. Another consideration when using compression and using backend tape drives to have VTL write the data to a physical tape. Create tapes with a size 20 to 25 % smaller. For example if you use lto gen 2. the default size is 197 GB. If you use compression and backend or inline tape devices, the size of the virtual needs to be 160- 170 GB in size. This size is changed during the library creation in VTL. When a tape is exported to physical tapes the data stream is uncompressed and the device uses hardware compression. Since the compression is greater, all the data on a virtual will not fit on a physical tape. If the backup software is doing this function, it handles the devices and it will write 1 compressed Vtape to 2 physical volumes. Replication compression: This option is used only with the replication option. This option will compress blocks of data before sending it out the network. This compression uses a similar algorithm. This will reduce the network traffic by about half, (data dependent). The data is compressed at the source VTL and uncompressed and stored at the target VTL.


Applies to:

Sun Storage VTL Plus Storage Appliance - Version: Not Applicable and later   [Release: NA and later ]
Sun Storage VTL Prime System - Version: Not Applicable and later    [Release: NA and later]
Sun Storage VTL Storage Appliance - Version: Not Applicable and later    [Release: NA and later]
Sun Storage VTL Value System - Version: Not Applicable and later    [Release: NA and later]
Information in this document applies to any platform.

Goal

Is compression on disk and virtual tape the same
What are the benefits of compression
Is compression used for replication
VTL
Compression
Above information was received from MCSI engineer performing VTL testing. He
said most of this info came from VTL User's Guide (except for Engineering
comments), but the Sun-DMG rebranded User Guide does not contain this information

Solution

Standard VTL compression (disk or virtual tape compression, it is the same thing?)

VTL incorporates software compression via an LZO algorithm that runs on the VTL server. You can enable or disable compression for an entire virtual library, including all virtual tape devices. Using compression allows backup software products to use their compression options. Backup software products commonly support the following two compression methods:

� Device-side compression � performed inside the tape drives.
� Client-side compression � performed by backup client software running on a backup client.

If you disable the VTL Server compression option, enabling device-side compression on the backup software will have no effect.


Benefits of enabling compression:

Enabling compression on virtual tape drives increases capacity. The increase in capacity is directly related to the compressibility of the data being backed up. If you can compress the data being backed up by a factor of 2:1, you can store twice as much information on the virtual tape.


Engineering comments:

Compression with this method is greater than allowing a tape device to compression. Actual observed compression over device side compression is about 20% greater, or my guess is 2.5:1. The drawback to this is about a 30% hit in maximum performance. If a stream to a drive was running at 50 MB/sec, turning on compression will decrease this to ~35 MB/sec. the bigger the system, the more devices writing concurrently can max out an appliance. This is an extreme case, but wanted to give you an indication of what I have observed.

Another consideration when using compression and using backend tape drives to have VTL write the data to a physical tape. Create tapes with a size 20 to 25 % smaller. For example if you use lto gen 2. the default size is 197 GB. If you use compression and backend or inline tape devices, the size of the virtual needs to be 160- 170 GB in size. This size is changed during the library creation in VTL. When a tape is exported to physical tapes the data stream is uncompressed and the device uses hardware compression. Since the compression is greater, all the data on a virtual will not fit on a physical tape. If the backup software is doing this function, it handles the devices and it will write 1 compressed Vtape to 2 physical volumes.


Replication compression:

This option is used only with the replication option. This option will compress blocks of data before sending it out the network. This compression uses a similar algorithm. This will reduce the network traffic by about half, (data dependent). The data is compressed at the source VTL and uncompressed and stored at the target VTL.



Attachments
This solution has no attachment
  Copyright © 2011 Sun Microsystems, Inc.  All rights reserved.
 Feedback