This presentation will discuss FalconStor Network Storage Server virtualization solution. We will cover ten reasons to consider virtualizing your storage.
FalconStor is focused on a TOTALLY Open approach to storage allowing FalconStor solutions to make use of all open storage arrays and tape libraries. The goal is to let our customers avoid vendor lock-in.
Some definitions of “virtualization.” In the SNIA definition, the key words are “virtualization hides… complexity and adds functionality.” That is what you want from virtualization: an easier to use storage environment that adds data protection services. The FalconStor definition makes the same point.
FalconStor NSS is a TOTALLY open solution. We offer specific support for many applications, including Exchange, Oracle, SQL, etc. The slide lists many of these applications but it is not a comprehensive list. In the same way, we support all open systems operating systems: Windows, Linux, HP-UX, Solaris, etc. From a connectivity point of view, NSS supports iSCSI, Fibre Channel and InfiniBand. They can be used independently or even together. Many NSS customers use it for an iSCSI platform. But the TOTALLY Open design means you can use whatever protocols make sense for you. On the storage side, NSS can connect to all open systems disk arrays. It can also be purchased in an appliance form-factor with integrated storage. NSS can create virtualized SAN volumes from underlying storage that has not been used before (middle picture). However, you can also add existing storage to your environment via the Storage Service Enabler (SSE). This allows you to bring existing SAN storage into the data protection services of NSS. The only thing you can’t do with a SSE disk is expand it. A true virtual disk can be expanded at any time. Finally, NSS now offers Thin Provisioning of disk resources. This is a great way to save on disk space utilization. In a thin provisioned volume, a virtual drive is created that is larger than the actual physical storage allocated to it.
Let’s look at Ten Reasons to Use Virtualization.
[Note to speaker: The introduction slides all offer some kind of a “joke” statement to introduce the topic in order to keep the audience entertained. You may make changes to these if you wish.]
NSS provides storage virtualization across any disk array. You can create virtual volumes from the underlying physical storage. Virtual volumes can span across physical disks/LUNs, or you can create many smaller virtual drives from within a larger physical disk/LUN. NSs supports volumes and physical LUNs up to 16TB. Virtual volumes can be created in batches to simplifying provisioning. Volume allocation is secured through the NSS device. You can assign a volume to a single server, or to multiple servers if you wish.
NSS leverages its TOTALLY Open design to allow copying/mirroring of data across any underlying disk storage. Mirroring can by synchronous or asynchronous. Data copy is an on-demand process. This feature also provides the ability to do zero-downtime migration of data between disk arrays. You can connect any two storage devices and create a real-time mirror between them. When the mirrors are in synch, you can switch the primary and then remove the old disk array.
TimeMark snapshots mean that you can get away from the need to “restore” data. Why “restore” when you can simply “recover” data instead? By using snapshots, lost data can be retrieved very quickly by simply mounting a TimeView image. TimeView images are readable/writeable volumes. Up to 255 TimeMark snapshots can be created per volume, and they are easily scheduled. Snapshot agents and consistency groups ensure 100% data integrity for applications, meaning recovery is fast and efficient without the need for data consistency checks.
Backup operations can be moved off servers. Using NSS, you can point your backup server at a TimeView snapshot image. The backup server can then copy that data image. There is no need to use backup agents any longer on the host servers. The HyperTrack backup agent automates this process with the backup server. You do not need to manually mount a snapshot image. The HyperTrack agent will do this for you as part of the backup job processing.
Storage pooling allows different classes of storage to be classified for ease of use and decreased operator error. Because it is TOTALLY open, FalconStor NSS can use everything from super-fast RAM disk devices (e.g. Violin Memory, Texas Memory Systems) to Fibre disk to SATA all the way down to the lowest cost JBOD. Physical resources can be grouped according to performance (e.g. Tier1, Tier2…) or by usage (snapshot disk, replica disk) or by any sorting criteria you want. By using simple human-terms for physical resources instead of complex disk data string names. For example, instead of having multiple physical disks labeled as “Seagate:ST39204LC,” you can simply have them in a pool labeled “Snapshot space.” This simplicity of operations means there are fewer operational mistakes or disk misallocations. This leads to greater protection because data goes where it’s supposed to go, and critical applications will be properly provisioned.
The TOTALLY Open nature of NSS means you can use any disk you have today, plus any disk you’ll buy tomorrow. There are no barriers to moving data across disk arrays. This eliminates vendor lock-in and reliance on vendor-specific tools.
FalconStor NSS uses patented MicroScan replication. This is the most efficient replication model on the market, because it is the most efficient possible form of replication. The top of the picture illustrates a typical disk array based replication model. Even if only one 512 byte sector of a file is changed (the red box), the array will ship a full 32k track (all the blue boxes). Using MicroScan, when a 512byte sector change is made, ONLY the 512 byte sector is actually replicated. And, on top of that, it is also compressed (and optionally encrypted). This type of bandwidth savings means that DR projects that were not implemented because of bandwidth costs can now be implemented.
This chart shows real-world replication data from a FalconStor customer. Compared to file system data changes, MicroScan cut replication bandwidth by an average of 84%. The bottom chart compares FalconStor to three major disk array vendors in terms of their data replication efficiency. (Vendor A = NetApps. Vendor B = HDS. Vendor C = EMC.)
FalconStor NSS can save DR costs in many areas. 1: Any-to-any storage means you can use anything at the DR site. If you have Tier1 disk at your primary site, you can replicate to Tier2/3 disk. 2: Any-to-any protocol support means you can replicate your FC SAN to a lower cost iSCSI SAN. 3: Support for physical-to-virtual restore means you can consolidate servers at the DR site by using server virtulization, even if the servers at your primary site are not virtualized. 4: Thin Provisioning and Thin Disaster Recovery means you can save disk resources all the way across your DR infrastructure.
The ability of NSS to move the data storage services into a storage abstraction layer means that you are no longer locked in to using vendor-specific tools for things such as mirroring, replication, snapshots, etc. This means you are not reliant on your current disk vendor for your all your future storage purchases.
Finally, this slide lists all the ways that virtualization can save you money. These points have all been made earlier in the presentation. This slide re-emphasizes all the money saving features of NSS virtualization.
A repeat of the 10 Reasons to Virtualize. Sum up the presentation with this slide.
10 Reasons To Virtulaize Your Storage
Leveraging Virtualization for Greater ROI IT as a Weapon Series Peter Eicher, Product Marketing Manager [email_address]
FalconStor IPStor Platform TOTALLY Open and massively scalable data protection and management <ul><li>IPStor ® software is a highly optimized, scalable, and flexible virtualization platform </li></ul><ul><li>Leverages all open storage and tape libraries </li></ul><ul><li>A data provisioning and protection platform based on standard industry server and storage technology working with all connectivity protocols </li></ul>
SNIA Definition of Virtualization <ul><li>“ … . virtualization hides the back-end complexity and adds or integrates new functionality with existing back-end data services ” </li></ul>FalconStor definition: Storage Virtualization provides an abstraction layer between physical storage devices and compute elements and facilitates classification and pooling of storage resources. The virtualization layer can also provide intelligence and advanced data services to increase overall efficiency.
FalconStor Network Storage Server (NSS) Physical Virtual Existing SAN volumes via Storage Service Enabler Virtualized SAN volumes Thin provisioned SAN volumes Linux Solaris HP-UX AIX Netware Exchange Oracle VMware Notes SQL SAP DB2 Windows Data Any application Any operating system Any storage protocol Any disk array
Ten Reasons to Use Virtualization And we mean it
10 reasons to use storage virtualization #1 Simplify Provisioning Click! Click! Done!
Simplifying Provisioning Virtual disks Physical disks <ul><li>Create volumes of any size from across physical disk resources </li></ul><ul><ul><ul><li>Physical LUN and virtual devices up to 16TB each </li></ul></ul></ul><ul><ul><ul><li>Expand volumes as needed </li></ul></ul></ul><ul><li>Batch-creation of volumes </li></ul><ul><li>Securely assign volumes to servers through NSS interface </li></ul><ul><li>Host connections via Fibre Channel, iSCSI, InfiniBand </li></ul>
10 reasons to use storage virtualization # 2 Data Mobility You want me to move what to where?
Data mobility <ul><li>Any-to-any synchronous or asynchronous data mirroring/copying </li></ul><ul><li>Zero downtime data migration </li></ul><ul><ul><li>Initiate disk mirror </li></ul></ul><ul><ul><li>Switch primary target when synchronization completes </li></ul></ul><ul><ul><li>No need to ever stop your applications </li></ul></ul><ul><li>Ultimate data protection across arrays </li></ul>Primary Mirror Primary Mirror
10 reasons to use storage virtualization # 3 Rip roaring fast data recovery “ Data restore” has left the building
Rip roaring fast data recovery Application-specific Snapshot Agent <ul><li>One TimeMark ® snapshot policy per virtualized disk </li></ul><ul><ul><li>Flexible scheduling </li></ul></ul><ul><li>Mountable TimeView ® images for instant data recovery of any captured point in time </li></ul><ul><li>255 snapshots per disk </li></ul><ul><li>Snapshot Agents and consistency groups for 100% data integrity </li></ul><ul><li>Eliminate “mandatory restore” and move to data recovery </li></ul>FC or Ethernet 11:00 12:00 9:00 10:00
10 reasons to use storage virtualization # 4 Fixing Backup Problems Your backup vendor called. He wants his backup window back. But you don’t.
Eliminating Backup Window & Host Performance Impact BU SW calls HyperTrac ™ to mount snapshot disk for serverless tape backup Traditional Backup Shrinking backup window & host performance impact Perform tape backup anytime. Eliminate backup window, remove backup performance impact from production servers Backup SW HyperTrac Ethernet Files/ Volume System State Database FC or Ethernet Backup server 11:00 10:00 11:00
10 reasons to use storage virtualization # 5 Ability to Pool Storage by Class Everybody in the pool!
Pooling storage by class <ul><li>Assign physical disk resources to storage pools </li></ul><ul><li>Categorize based on performance, usage, cost, whatever you want </li></ul><ul><ul><li>Tier 1, Tier 2, Tier 3… </li></ul></ul><ul><ul><li>Snapshot disk </li></ul></ul><ul><ul><li>Replica disk </li></ul></ul><ul><ul><li>Stuff-nobody-will-ever- look-at-again-in-my-lifetime disk </li></ul></ul><ul><li>Decrease operator error and avoid misallocation of resources </li></ul>RAM disk Fibre disk SATA disk Joe’s Disk Emporium
10 reasons to use storage virtualization # 6 Eliminating Vendor Barriers Let me see if I got this… I can only copy data from your expensive disk array to… another one of your expensive disk arrays? Umm… not so much.
Eliminating vendor barriers <ul><li>TOTALLY Open data movement from any device to any device </li></ul><ul><ul><li>Live mirrors of primary data </li></ul></ul><ul><ul><li>Snapshot space </li></ul></ul><ul><ul><li>Replication targets </li></ul></ul><ul><ul><li>Full copies (clones) </li></ul></ul><ul><li>Eliminate any and all vendor lock-in scenarios </li></ul>Vendor A Vendor B Vendor D Vendor C
10 reasons to use storage virtualization # 7 Reducing Costs for Disaster Recovery As soon as I stop laughing at the bandwidth costs I’ll find some time to cry.
Sending changed Tracks Host updates a disk sector Sending Changed Sectors Host updates a disk sector 512b 512b 512b 512b 512b 512b 512b 512b 512b 32K Track is replicated 512 byte Sector is replicated 64 times more efficient MicroScan vs Track-based replication
Real world replication savings example <ul><li>Legal Services firm benchmark, Nov-Jan 2006 </li></ul><ul><li>83 days worth of replicated data </li></ul>Site File System Change in GB Filtered by MicroScan Actual GB Transferred Percentage Reduction Houston 4,869 4,017 852 82% New York City 16,176 13,409 2,767 83% Wash D.C. 7,289 5,581 1,708 77% Atlanta 73,376 62,527 10,849 85% 101,710 85,534 16,176 84% Avg per Day 1225 1031 195 84% Min. Storage Unit to Track Changes on Disk FalconStor Vendor-A Vendor-B Vendor-C 512 Bytes 4 KB 16 KB 64 KB Storage Efficiency 1 8 x less efficient 32 x less efficient 64 x less efficient
10 reasons to use storage virtualization # 8 Reducing Costs for Disaster Recovery Part Two It’s not like much is at stake here. It’s only…. THE ENTIRE COMPANY! So you’re approving the DR budget, right? Right? Work with me man.
Reducing disaster recovery costs <ul><li>Any-to-any replication means you can use lower-cost storage at the DR site </li></ul><ul><li>Any-to-any protocol support means you can replicate your Fibre Channel SAN to an iSCSI SAN </li></ul><ul><li>Complete support for physical-to-virtual restore means you can use virtual servers at the DR site to restore physical servers at the data center </li></ul><ul><li>Thin Provisioning and Thin Disaster Recovery means you save disk space and power </li></ul>
10 reasons to use storage virtualization # 9 Keeping Your Storage Vendor Honest Which in no way is meant to imply that he can’t still buy you lunch.
Keep your storage vendor honest <ul><li>Move the storage intelligence into the fabric </li></ul><ul><ul><li>Storage abstraction layer </li></ul></ul><ul><li>Storage services no longer dependent on vendor-exclusive disk functionality </li></ul>Hosts Fabric Storage abstraction layer Disk
10 reasons to use storage virtualization # 10 Saving Money! I’m talking cash, greenbacks, legal tender, loot, scratch, gold, gravy, coin, dinero, Benjamins, cabbage, samolians, and that thing called a budget that’s never, ever what it should be.
10 reasons to use storage virtualization <ul><li>Simplify provisioning </li></ul><ul><li>Data mobility </li></ul><ul><li>Rip roaring fast data recovery </li></ul><ul><li>Fixing backup problems </li></ul><ul><li>Ability to pool storage by class </li></ul><ul><li>Eliminating vendor barriers </li></ul><ul><li>Reducing costs for disaster recovery </li></ul><ul><li>Reducing costs for disaster recovery, part two </li></ul><ul><li>Keeping your storage vendor honest </li></ul><ul><li>Saving money </li></ul>
Confidential for Internal and Partner Thank You! Questions? Contact us Corporate Headquarters 2 Huntington Quadrangle Melville, NY 11747 USA Tel: +1 631.777.5188 Support: +1 631.777.3332 [email_address] Asia Pacific Headquarters 6F-1, No.521, Sec. 1, Wunsin Rd. Taichung 40848 Taiwan Tel: +886-4-2259-1868 [email_address] European Headquarters 58 rue Pottier 78150 Le Chesnay France Tel: +33.1.3923.9550 [email_address]