Not Logged In

You could:

Log in
Register

research notes
  • Wikitips
  • Professional Alerts
  • Case Studies
  • How-to Notes
  • Community Questions
research meetings
  • Peer Incite Podcasts
  • Peer Incite Archive
Events
  • Enterprise Architect Summit 2008
    Oct 4-6, 2008
  • Peer Incite meeting - Topic: Best practice in tape backup and recovery
    Oct 7, 12:00-1:00 PM
  • Computerworld: Storage Networking World
    Oct 12-15, 2008
  • Usenix on the Road: Next Generation Storage Networking - 1/2 Day Lecture at the University of North Carolina
    Oct 16, 12:30-4:00 PM
  • Usenix on the Road: Next Generation Storage Networking - 1/2 Day Lecture at Virginia Tech
    Oct 21, 1:30-5:00 PM

Announcements
  • 10-07-08 Peer Incite: Best practice in tape backup and recovery
  • IBM's stealth XIV announcement
  • Welcome to Wikibon 2.0!
  • The IBM XIV Storage System Model A14
  • Storage Customers Seeing Green with Conserve IT
Home Profile Peers Wiki Groups Feedback


  • Article
  • Comments (0)
  • Page Protected
  • History
  • Vault
Use hardware rather than software to clone servers quickly
  • Currently n/a/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5
rate this
Last Update: Feb 15, 2008 | 01:46
Viewed 603 times | Community Rating: n/a
Originating Author: David Vellante



Originating Author: Aaron Bowers

You've been asked to install, configure, and deploy a number of identical servers as quickly and efficiently as possible. What are your options? There are three main methods:

  1. Build by hand
  2. Script part or all of the install and configuration
  3. Image the hard drives

This tip is a new twist on hard drive imaging and explains how to use hardware to clone hardware, instead of using software to clone hardware. I call it "RAID rebuild cloning".

RAID rebuild cloning

One way to address the shortcomings of disk cloning software is to use hardware-controlled RAID – we'll call it RAID-rebuild cloning. By design, RAID is used to create large volumes from smaller disks, provide fault tolerance, and increase performance of a disk subsystem. The most popular RAID levels are RAID1 or mirroring and RAID5 or disk striping with parity. If one disk fails in either RAID level the array will continue to function but in a degraded state until the faulty disk is replaced.

This same technology can be used to clone systems whose disks are very large (say 300 or more G-bytes), whose file systems are not recognized by hard disk imaging tools such as the LINUX EXT3 or XFS file systems, and whose system disks are hosted on a hardware-controlled RAID1 or mirror.

How it works

Here’s how it works -- In the event that a hard disk fails in a hardware-controlled RAID1, the controller has the ability to restore the entire contents of that failed drive to a replacement disk from the remaining functional hard disk. This is called rebuilding a degraded array. The disk you rebuild to becomes an exact copy of the disk from which the image is restored. The beauty of this is that the controller can rebuild the degraded array while the system is online and fully functional. And if your RAID controller supports automatic rebuilds, then starting this process is as simple as pulling out the failed disk and replacing it with a new one. The controller will detect the replacement and commence with the rebuild without any additional user intervention.

Now think about this: you have an exact copy of the system software, one on each disk. You can install each one of those disks in a system with identical hardware and one blank disk and rebuild that array as if it were degraded using your seed disk as the source of the rebuild. On our machines this rebuild process took around 3.5 hours; compared to nearly thirty hours just to create a software image of that system using hard drive imaging techniques. At the end of one round of rebuilds outside the original machine, you now have cloned two machines. If you want to clone a second round of machines, you may clone up to four at once. The number of machines you could clone at once grows exponentially, and each round of cloning takes just a few hours to complete rather than tens of hours or more with other techniques.

Conclusion

Although there are a number of techniques used to deploy a model system configuration to systems with identical hardware, some are much more time consuming, labor intensive, and prone to failure than others. Using RAID 1 members on our model LINUX system as seed drives for all the other RAID 1s in the same group of systems, proved to be an easy, rapid, and reliable method for system deployment.

To comment on this Professional Alert, please follow these simple instructions.

  • Login before editing or commenting on this page.
  • Comment on this article. You also can click the "+" tab above.
  • Please sign your comments by typing "~~~" at the end of your comment.

Community Comments

categories
Capacity management, Storage professional alerts
Contributors

Dab4168

Comments (0)
Comments on 'Use hardware rather than software to clone servers quickly'
There are currently no comments. Be the first!
Post A Comment

You must be logged in to post a comment, please Sign in

Revision ID Author Timestamp Comment
13675 Dab4168 08 Feb 15 13:46:09 removed Author: Aarbow category
7654 Dvellante 07 Mar 20 01:33:38

Search:

news feed
  • Latest from Computerworld - Game economy grows with micropayments
  • eWeek - RSS Feeds - 5 Technology Businesses Poised to Boom in the Financial Crisis
  • InfoWorld RSS Feed - Microsoft lays out SQL Server roadmap
  • SearchStorage: News and trends in the storage industry - F5 Networks adds 10 GigE to ARX file virtualization product
  • Byte and Switch: - F5 Enhances File Virtualization Storage, Management
all »
blogs
  • Storagezilla - Sun batter NetApp in court
  • DrunkenData.com - Market Woes
  • StorageMojo - 3.5″ drives: the end is near
  • StorageRap - Mashup in blogland - will there be a future feeding franzy in 09?
  • Chuck's Blog - Virtual IT: A Frictionless World?
all »
companies
  • IBM
  • LeftHand Networks
  • EMC
  • 3PAR
  • STEC inc
  • EqualLogic
all »
Want a Wikibon
Peer Incite
newsletter?

Email: Privacy by Safe Subscribe
Storage Spectrum
Order Storage Spectrum
By Fred Moore
US & Canada Only!
Browse best practices . publish tips . access project tools . collaborate with peers . get help on RFP's . use privacy settings to control who sees your info . join a group and share experiences with colleagues . review case studies . read professional alerts
  • Cloud Computing
    Clustered storage, Storage services, WEB2.0
  • Companies
    3PAR, Compellent, Dell, EMC, EqualLogic, HP, Hitachi, IBM, LSI, LeftHand Networks, NetApp, STEC inc, Sun, XIV
  • Data Protection
    Backup and restore, Business compliance, CDP, Data deduplication, Storage disaster recovery, Storage security
  • Energy Efficiency
    Data deduplication, Green storage, MAID, Thin provisioning, Tiered storage, VMware, Virtual tape
  • Planning Design Implementation Management
    Backup and restore, Business compliance, Data classification, Green storage, Managing storage, ROI, SRM, Storage Design, Storage asset management, Storage capacity management, Storage capacity planning, Storage implementation, Storage management, Storage operations, Storage planning, Storage vendor management, Tiered storage
  • Storage networks
    Clustered storage, ISCSI, NAS, SAN, SRM, Storage consolidation, Tiered storage, VMware
  • Virtualization
    Clustered storage, Green storage, Storage consolidation, Storage virtualization, Thin provisioning, VMware, Virtual tape
© Wikibon 2008 About Wikibon l Contacts l Terms of Service l Disclaimers l Privacy l Help