Communities
|
Social Applications
Networks
Support
|
|
C-Level Executives
Other Roles
|
|
Support
Education
Partner
Other Tasks
|
Articles
Server and Storage Administration
April 2011
By Tom Hanvey
This paper describes how to implement a FC SAN boot solution using a SUN ZFS Storage Appliance on a high availability SAN. This solution has been validated with a variety of servers, operating systems, and hardware configurations (see Appendix B. Components Validated for Fibre Channel SAN Boot Solution for details).
Organizations are continually looking for ways to simplify their management infrastructure, enhance scalability, and reduce costs, while increasing reliability and performance in their data center. Booting from a storage area network (SAN) offers many benefits, leading to cost savings as well as higher levels of protection, ease of management, increased flexibility, and reduced down time.
Traditionally, operating systems have been installed on internal disks on individual servers or on direct attached storage (DAS). This approach presents a number of challenges to an IT organization. Dedicated internal boot devices cannot be shared with other servers, so are often underutilized. IT staff must perform management tasks on these systems locally rather than from a central management system, leading to increased administrative costs. For optimal redundancy and performance, additional RAID software or host bus adapters (HBAs) are required to manage these storage devices.
Local disks on individual servers present particular challenges for multi-site administration and disaster recovery site maintenance. Creating clones of disk content to off-site hosts or replicating server operating systems and to a disaster recovery backup site can be complex operations requiring specialized software.
The complex task of managing the servers of an entire enterprise can be simplified by enabling data center administrators to centrally manage all storage-related tasks, such as operating system maintenance, at the array level rather than at the individual server level. Locating server boot devices on a Sun ZFS Storage Appliance accessed by servers across a high-availability Fibre Channel (FC) SAN enables increased efficiency, and even automation, of many administrative tasks, significantly reducing operating expenses.
If a server goes down, a system administrator can boot up a standby server in a matter of minutes to resume business. Snapshots and clones of operating system images stored on the Sun ZFS Storage Appliance can be simultaneously deployed to servers into development and test environments or to secondary disaster recovery sites.
Booting from the SAN reduces the amount of time required for server upgrades. With minimal reconfiguration, an outdated or underpowered server can be replaced with a new server, which can then be pointed to the original FC SAN boot device.
When server boot devices are located on a RAID-protected shared storage device like the Sun ZFS Storage Appliance, the need for hardware or software RAID devices in each server is eliminated, helping reduce hardware costs as well.
A boot-from-SAN solution implemented with a Sun ZFS Storage Appliance located on a high availability FC SAN is shown in Figure 1. In this solution, servers are booted from a pool of centrally-managed storage volumes located in the Sun ZFS Storage Appliance. Each storage volume in the pool serves as a boot LUN for a specific server. The figure shows three types of servers used in the validation testing (x64, x86, and Solaris SPARC) and the operating systems validated on each server type.
When the Sun ZFS Storage Appliance is also used for data storage, best practices dictate that a dedicated pool and separate data paths be used for boot devices. See the section Best Practices below for more details.
Any server and host bus adapter (HBA) combination that supports SAN boot can be used to implement a FC boot solution using a Sun ZFS Storage Appliance. See Appendix B. Components Validated for Fibre Channel SAN Boot Solution for a list of server types, HBAs, operating systems and configurations that have been tested and are supported by Oracle for use in this solution.

Figure 1. Fibre Channel boot solution using a Sun ZFS Storage Appliance.
A boot from FC SAN solution provides significant benefits.
Booting from FC SAN enables diskless servers and blade servers to be used, which take up less space, consume less power, and require less cooling.
All operating system storage is provisioned and managed from the Sun ZFS Storage Appliance. A server can be easily replaced by re-mapping its corresponding boot LUN to a new server. If the new server has the same profile as the server being replaced, it will boot the operating system from the SAN without requiring reconfiguration. Snapshots and clones of operating system images can be created and mapped to new servers on the SAN with just a few clicks of a mouse, simplifying migration and scalability tasks.
When operating systems are installed on the Sun ZFS Storage Appliance rather than individual servers, advantage can be taken of the data protection and redundancy features of the appliance to help reduce downtime during maintenance and fault outages. Operating system images can be protected using snapshots and clones or backed up using Network Data Management Protocol (NDMP)
Configuring a Fibre Channel boot solution using a Sun ZFS Storage Appliance requires the following:
To configure the Sun ZFS Storage Appliance for FC SAN boot, complete the steps below:

Figure 2. Setting a PCIe port to target mode in the Sun ZFS Storage Appliance.
To configure each client server for a FC SAN boot, first confirm that a Fibre Channel HBA is installed on the client and that the HBA supports SAN boot. For a list of FC HBAs that support SAN boot, see Appendix B. Components Validated for Fibre Channel SAN Boot Solution. Then set the boot precedence in the system BIOS to make the FC HBA card the highest priority boot device and configure the HBA to boot from the LUN on which the operating system for that server has been installed in the Sun ZFS Storage Appliance. These procedures are described in the following sections.
Set the boot precedence in the system BIOS so that the FC HBA card is the highest priority boot device by completing these steps:

Figure 3. System BIOS PCI Configuration screen showing PCI Slot1 disabled.

Figure 4. System BIOS PCI Configuration screen showing the FC HBA set as the primary boot device.
One or more ports on the FC HBA on the server must be configured to boot from the LUN on which the operating system for that server has been installed in the Sun ZFS Storage Appliance. The procedure below shows the steps for a QLogic FC HBA. The procedure is similar for an Emulex FC HBA.

Figure 5. QLogic FC HBA Initialization screen providing access to HBA BIOS settings.

Figure 6. Selecting an HBA port to configure.

Figure 7. Selecting the HBA BIOS utility Configuration Settings option.

Figure 8. Accessing the Adapter Settings for the HBA.

Figure 9. Enabling the host adaptor BIOS.

Figure 10. Accessing the HBA boot settings.

Figure 11. Selecting the FC target port to be used by the HBA on the Sun ZFS Storage Appliance.

Figure 12. Selecting the primary boot port.

Figure 13. Selecting the boot LUN for the server.
When configuring the Emulex BIOS, an option is provided to boot the server via World Wide Port Name (WWPN) or Device ID as shown in Figure 14.

Figure 14. Selecting the boot device identification method when configuring an Emulex HBA.

Figure 15. Saving the HBA configuration settings.
When the server is booted, it will now choose the FC HBA as the primary boot device. It will use the primary boot setting in the HBA BIOS to select the appropriate LUN in the Sun ZFS Storage Appliance from which to boot the operating system.
To install the operating system on the server, follow the instructions for the specific operating system below.
To install Microsoft Windows 2003 on a server, complete the following steps:
To install Microsoft Windows 2008 on a server, complete the following steps:
To install Solaris on a server, during the installation process, select the appropriate FC LUN from which to install the operating system.
To install SUSE Linux Enterprise 11 (SP 1) on a server, during the installation process, select Advanced Configuration to install the GRUB boot loader and the operating system on the same FC LUN device. Otherwise, the GRUB master boot record (MBR) will be installed on the local disk and the operating system will not boot from the primary boot FC LUN.
To install Oracle Enterprise Linux (5 u4) on a server, during the installation process, select Advanced Configuration to install the GRUB boot loader and the operating system on the same FC LUN device. Otherwise, the GRUB master boot record (MBR) will be installed on the local disk and the operating system will not boot from the primary boot FC LUN.
Tests show that booting from a Fibre Channel SAN takes about the same amount of time as booting from a DAS system. Table 1 shows examples of FC SAN server boot times for operating systems installed on a variety of host servers configured with several different FC HBAs. The boot time was measured from when the operating system began to load (start of disk load).
| Table 1. Boot times for FC SAN Boot | |||
System Type | Operating System | Boot Time | Pool |
AMD 4640 / Emulex 8GB SAN 12 DISKS | Solaris11 Express | 3:25:00 | Mirrored |
INTEL 6450/QLC | win2k8r2 | 1:20 | Mirrored |
AMD 4640 / Emulex 8GB SAN | RHEL5.5 | 5:28 | Mirrored |
AMD 4640 / Emulex 8GB SAN ADDED JBOD and 24 DISKS | Solaris11 Express | 3:08 | Mirrored |
AMD 4470 / QLogic 8GB SAN | Solaris10u9 | 1:23 | Mirrored |
AMD 4470 / QLogic 8GB SAN | Suse11sp1 | 5:44 | Mirrored |
SPARC T3-1 / QLogic 8GB SAN | S10U10 | 1:59 | Mirrored |
SPARC T3-2 / Pallene Emulex/QLogic 8GB SAN | S10U10 | 1:24 | Mirrored |
SPARC T5440 / Pallene Emulex/QLogic 8GB SAN | S11 | 3:45 | Mirrored |
SPARC M8000 / Pallene Emulex/QLogic 8GB DAS | S11 | 5:25 | Mirrored |
SPARC T3-2 / Pallene Emulex/QLogic 8GB SAN | S11 | 2:35 | Mirrored |
SPARC T5440 / Pallene Emulex/QLogic 4GB SAN | S10U10 | 1:54 | Mirrored |
SPARC M8000 / Pallene Emulex/QLogic 4GB SAN | S10U10 | 1:10 | Mirrored |
Configure storage on the Sun ZFS Storage Appliance for the highest level of fault tolerance for FC SAN boot solutions.
Storage pool(s) should be configured for optimum fault tolerance and performance by using mirroring.
Storage LUNs should be mapped to multiple HBA ports accessing the SAN. Identify multiple ports on the client server in the systems BIOS. The BIOS will go through the list of targets upon boot until it can find the active path to the boot device. NOTE: Asynchronous Logical Unit Access (ALUA) is not supported for boot solutions because most HBAs do not support ALUA in the HBA firmware.
When configuring a FC boot device in a Sun ZFS Storage Appliance that is also hosting LUNS for other applications, care should be taken to separate the boot paths from the application data paths. Sharing FC target ports and storage pools designated for booting servers with FC target ports and storage pools servicing applications can adversely affect performance and is not recommended.
Configure dedicated boot storage pools (mirrored) and separate application pools (variable).
Map targets across alternate target ports on the Sun ZFS Storage Appliance so they are not shared with boot ports.
A FC SAN boot solution using a SUN ZFS Storage Appliance on a high availability SAN provides a high level of protection while lowering administrative overhead. Your operating system assets can be protected using a variety of methods including snapshots, clones, replication, or Network Data Management Protocol (NDMP) backup to tape. The ability to manage and maintain operating systems on servers throughout the organization from a central appliance lowers administrative costs.
For trouble shooting information related to setting up the FC driver and ALUA, see:
http://stohome.us.oracle.com/wiki/index.php/Troubleshooting_on_FC_Boot
Note that ALUA is not supported for boot devices, but can be configured for other non-bootable data paths once the system is booted.
Other useful links are listed below:
The tables in this appendix list hardware components and operating systems that have been validated by Oracle for use in this Fibre Channel SAN boot solution.
Table 2 lists SUN ZFS Storage Appliances on which booting from a Fibre Channel SAN has been validated.
| Table 2. SUN ZFS Storage Appliances Validated for FC SAN Boot Solution | |
Hardware platform | FC HBA |
Sun Storage 7110* | SG-XPCIE2FC-QF8 SG-XPCIE2FC-QF4 |
Sun Storage 7210* | SG-XPCIE2FC-QF8 SG-XPCIE2FC-QF4 |
Sun Storage 7310* | SG-XPCIE2FC-QF8 SG-XPCIE2FC-QF4 |
Sun Storage 7410* | SG-XPCIE2FC-QF8 SG-XPCIE2FC-QF4 |
Sun ZFS Storage 7120 | SG-XPCIE2FC-QF8 SG-XPCIE2FC-QF4 |
Sun ZFS Storage 7320 | SG-XPCIE2FC-QF8 SG-XPCIE2FC-QF4 |
Sun ZFS Storage 7420 | SG-XPCIE2FC-QF8 SG-XPCIE2FC-QF4 |
*This is an older product that is no longer sold by Oracle.
Table 3 lists Oracle Sun servers and HBA combinations that have been validated in the SUN ZFS Storage Appliance FC SAN boot solution.
| Table 3. Oracle Sun Servers and HBAs Validated for FC SAN Boot Solution | ||
Server Family | Servers | HBA |
SPARC T3-1 | SPARC T3-1, SPARC T3-1B, SPARC T3-2, SPARC T3-4, | QLogic/Emulex |
Sun SPARC Enterprise T-Series Servers | Sun SPARC Enterprise T5120 Server, | QLogic/Emulex |
Sun SPARC Enterprise M-Series Servers | Sun SPARC Enterprise M3000 Server, | QLogic/Emulex |
x86 Intel Xeon Rackmount | Sun Fire X2270 M2 Server, Sun Fire X4170 M2 Server, | QLogic/Emulex |
x86 Intel Xeon Blade | Sun Blade X6270 M2 Server Module, | QLogic/Emulex |
x86 AMD Rackmount | Sun Fire X4540 Storage Server, | QLogic/Emulex |
x86 AMD Blade | Sun Netra CP3020 ATCA Server, | QLogic/Emulex |
Table 4 shows details about the HBAs used in validation testing.
| Table 4. HBAs used in validation testing | ||
HBA Family | HBA | Oracle Part number |
QLogic 2500 Series QLogic 8Gb | QLE2560, QLE2562, QLE2564 | SG-XPCIE2FC-QF8 |
QLogic 2400 Series QLogic 4Gb | QLE2460, QLE2462, QLE2464, QLA2460, QLA2462 | SG-XPCIE2FC-QF4 |
LP1200 series - Emulex 8GB | LPem12002E-S, LPe12000, LPe12002 | SG-XPCIE2FC-EM8-Z |
LP1100 series - Emulex 4Gb | LPe11000, LPe11002, LPem11002E-S, LPem11002-S, LPeA11002-S, LP11000, LP11002 | SG-XPCI2FC-EM4-Z |
| Table 5. Validated Hardware Configurations | ||||||
Server Family | HBA | FC Switch | Direct Attached Storage | Oracle VM Server for SPARC | Solaris Zone | Sun Logical Domains |
SPARC T3 Systems | QLogic | Brocade | Yes | No | Yes | Yes |
Sun SPARC Enterprise | QLogic | Brocade | Yes | No | Yes | Yes |
Sun SPARC Enterprise M-Series Servers | QLogic | Brocade | Yes | No | Yes | Yes |
Sun x86 Intel Xeon Rackmount | QLogic | Brocade | Yes | Yes | Yes | No |
Sun x86 Intel Xeon Blade | QLogic | Brocade | Yes | Yes | Yes | No |
x86 AMD Rackmount | QLogic | Brocade | Yes | Yes | Yes | No |
x86 AMD Blade | QLogic | Brocade | Yes | Yes | Yes | No |
| Table 6. Validated Operating Systems | |||||
Server Family | Solaris 10 | Solaris 11 | Oracle Enterpise Linux 5.4 | SUSE Linux Enterprise 11 | Microsoft Windows |
SPARC T3 Systems | Yes | Yes | No | No | No |
Sun SPARC Enterprise | Yes | Yes | No | No | No |
Sun SPARC Enterprise | Yes | Yes | No | No | No |
Sun x86 Intel Xeon Rackmount | Yes | Yes | Yes | Yes | Yes |
Sun x86 Intel Xeon Blade | Yes | Yes | Yes | Yes | Yes |
x86 AMD Rackmount | Yes | Yes | Yes | Yes | Yes |
x86 AMD Blade | Yes | Yes | Yes | Yes | Yes |
Revision 1.1, 04/26/2011 |
