Articles
Server and Storage Administration
by Tom Hanvey; updated by Peter Brouwer
Published November 2012
Introduction
|
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, you can replace an outdated or underpowered server with a new server, which you can then point to the original FC SAN boot device.
By locating server boot devices on a RAID-protected shared storage device such as the Sun ZFS Storage Appliance, you can eliminate the need for hardware or software RAID devices in each server, which helps reduce hardware costs.
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 two types of servers used in the validation testing (x86 and Oracle 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" for more details.
You can use any server and host bus adapter (HBA) combination that supports SAN boot to implement an FC boot solution using a Sun ZFS Storage Appliance.

Figure 1. Fibre Channel boot solution using a Sun ZFS Storage Appliance.
A boot from FC SAN solution provides significant benefits.
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 following steps:
NOTE: Changing this setting will require a reboot.

Figure 2. Setting a PCIe port to target mode in the Sun ZFS Storage Appliance.
To configure each client server for an FC SAN boot, first confirm that a Fibre Channel HBA is installed on the client and that the HBA supports SAN boot. 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 following procedure 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.
A list of available FC target ports is displayed, as shown in Figure 11.

Figure 11. Selecting the FC target port to be used by the HBA on the Sun ZFS Storage Appliance.
The Selectable Boot Setting screen for the HBA port is displayed, as shown in Figure 12.

Figure 12. Selecting the primary boot port.
A list of all the available LUNs is displayed, as shown in Figure 13.

Figure 13. Selecting the boot LUN for the server.
When configuring the Emulex BIOS, you have the option to boot the server using the 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 boots, 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.
To install Solaris on a server, during the installation process, select the appropriate FC LUN from which to install the operating system.
To install Oracle 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.
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 Microsoft Windows 2003 on a server, complete the following steps:
To install Microsoft Windows 2008 on a server, complete the following steps:
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 | Solaris 11 Express | 3:25:00 | Mirrored |
INTEL 6450/QLC | Microsoft Windows 2008 R2 | 1:20 | Mirrored |
AMD 4640/Emulex 8GB SAN | RHEL 5.5 | 5:28 | Mirrored |
AMD 4640/Emulex 8GB SAN ADDED JBOD and 24 DISKS | Solaris 11 Express | 3:08 | Mirrored |
AMD 4470/QLogic 8GB SAN | Oracle Solaris 10 9/10 | 1:23 | Mirrored |
AMD 4470/QLogic 8GB SAN | SUSE 11 SP1 | 5:44 | Mirrored |
Oracle's SPARC T3-1/QLogic 8GB SAN | Oracle Solaris 10 8/11 | 1:59 | Mirrored |
Oracle's SPARC T3-2/Pallene Emulex/QLogic 8GB SAN | Oracle Solaris 10 8/11 | 1:24 | Mirrored |
SPARC T5440*/Pallene Emulex/QLogic 8GB SAN | Oracle Solaris 11 | 3:45 | Mirrored |
Oracle's SPARC Enterprise M8000/Pallene Emulex/QLogic 8GB DAS | Oracle Solaris 11 | 5:25 | Mirrored |
SPARC T3-2/Pallene Emulex/QLogic 8GB SAN | Oracle Solaris 11 | 2:35 | Mirrored |
SPARC T5440/Pallene Emulex/QLogic 4GB SAN | Oracle Solaris 10 8/11 | 1:54 | Mirrored |
SPARC Enterprise M8000/Pallene Emulex/QLogic 4GB SAN | Oracle Solaris 10 8/11 | 1:10 | Mirrored |
*Note: The SPARC T5440 Server is no longer being sold and has been replaced with more powerful servers. Please see http://www.oracle.com/us/products/servers-storage/servers/sparc-enterprise/t-series/overview/index.html for details.
Consider these practices for optimal configuration of the Sun ZFS Storage Appliance:
A Fibre Channel SAN boot solution using Oracle's 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 troubleshooting information related to setting up the FC driver and ALUA, see the Solaris Express SAN Configuration and Multipath Guide: http://docs.oracle.com/cd/E19082-01/820-3070/index.html.
Note that Sun ZFS Storage Appliance ALUA is not supported for boot devices from Sun ZFS Storage Appliance cluster configurations.
Other useful links:
| Revision 1.2, 11/09/2012 |