(0) exportieren Drucken
Alle erweitern

Failover Clustering Hardware Requirements and Storage Options

Veröffentlicht: August 2012

Letzte Aktualisierung: August 2012

Betrifft: Windows Server 2012

You need the following hardware to create a failover cluster. To be supported by Microsoft, all hardware must be certified for Windows Server 2012 and the complete failover cluster solution must pass all tests in the Validate a Configuration Wizard. For more information about validating a failover cluster, see Validate Hardware for a Windows Server 2012 Failover Cluster.

  • Servers: We recommend that you use a set of matching computers that contain the same or similar components.

  • Network adapters and cable (for network communication): If you use iSCSI, each network adapter should be dedicated to either network communication or iSCSI, not both.

    In the network infrastructure that connects your cluster nodes, avoid having single points of failure. For example, you can connect your cluster nodes by multiple, distinct networks. Alternatively, you can connect your cluster nodes with one network that is constructed with teamed network adapters, redundant switches, redundant routers, or similar hardware that removes single points of failure.

    noteHinweis
    If you connect cluster nodes with a single network, the network will pass the redundancy requirement in the Validate a Configuration Wizard. However, the report from the wizard will include a warning that the network should not have single points of failure.

  • Device controllers or appropriate adapters for the storage:

    • Serial Attached SCSI or Fibre Channel: If you are using Serial Attached SCSI or Fibre Channel, in all clustered servers, all elements of the storage stack should be identical. It is required that the multipath I/O (MPIO) software be identical and that the Device Specific Module (DSM) software be identical. It is recommended that the mass-storage device controllers—that is, the host bus adapter (HBA), HBA drivers, and HBA firmware—that are attached to cluster storage be identical. If you use dissimilar HBAs, you should verify with the storage vendor that you are following their supported or recommended configurations.

    • iSCSI: If you are using iSCSI, each clustered server should have one or more network adapters or HBAs that are dedicated to the cluster storage. The network you use for iSCSI should not be used for network communication. In all clustered servers, the network adapters you use to connect to the iSCSI storage target should be identical, and we recommend that you use Gigabit Ethernet or higher.

      For iSCSI, network adapter teaming (also called load balancing and failover, or LBFO) is not supported. You can consider using MPIO software instead.

  • Storage: You must use shared storage that is compatible with Windows Server 2012. In Windows Server 2012 you can use shared storage that is attached, and you can also use SMB 3.0 file shares as shared storage for Hyper-V servers that are configured in a failover cluster. For more information, see Deploy Hyper-V over SMB.

    In most cases, attached storage should contain multiple, separate disks (logical unit numbers, or LUNs) that are configured at the hardware level. For some clusters, one disk functions as the disk witness (described at the end of this subsection). Other disks contain the files required for the clustered roles (formerly called clustered services or applications). Storage requirements include the following:

    • To use the native disk support included in Failover Clustering, use basic disks, not dynamic disks.

    • We recommend that you format the partitions with NTFS. If you use Cluster Shared Volumes (CSVs), the partition for each of those must be NTFS.

      noteHinweis
      If you have a disk witness for your quorum configuration, you can format the disk with either NTFS or Resilient File System (ReFS).

    • For the partition style of the disk, you can use either master boot record (MBR) or GUID partition table (GPT).

    A disk witness is a disk in the cluster storage that is designated to hold a copy of the cluster configuration database. A failover cluster has a disk witness only if this is specified as part of the quorum configuration. For more information, see Configure and Manage the Quorum in a Windows Server 2012 Failover Cluster.

If you are creating a failover cluster that includes clustered virtual machines, the cluster servers must support the hardware requirements for the Hyper-V role. Hyper-V requires a 64-bit processor that includes the following:

  • Hardware-assisted virtualization. This is available in processors that include a virtualization option—specifically processors with Intel Virtualization Technology (Intel VT) or AMD Virtualization (AMD-V) technology.

  • Hardware-enforced Data Execution Prevention (DEP) must be available and enabled. Specifically, you must enable Intel XD bit (execute disable bit) or AMD NX bit (no execute bit).

For more information about the Hyper-V role in Windows Server 2012, see Hyper-V Overview.

When deploying a storage area network (SAN) with a failover cluster, follow these guidelines:

  • Confirm compatibility of the storage: Confirm with manufacturers and vendors that the storage, including drivers, firmware, and software used for the storage, are compatible with failover clusters in Windows Server 2012.

  • Isolate storage devices, one cluster per device: Servers from different clusters must not be able to access the same storage devices. In most cases, a LUN used for one set of cluster servers should be isolated from all other servers through LUN masking or zoning.

  • Consider using multipath I/O software or teamed network adapters: In a highly available storage fabric, you can deploy failover clusters with multiple host bus adapters by using multipath I/O software or network adapter teaming (also called load balancing and failover, or LBFO). This provides the highest level of redundancy and availability. For Windows Server 2012, your multipath solution must be based on Microsoft Multipath I/O (MPIO). Your hardware vendor will usually supply an MPIO device-specific module (DSM) for your hardware, although Windows Server 2012 includes one or more DSMs as part of the operating system.

    For information about LBFO, see NIC Teaming Overview in the Windows Server Technical Library.

    ImportantWichtig
    Host bus adapters and multipath I/O software can be very version sensitive. If you are implementing a multipath solution for your cluster, work closely with your hardware vendor to choose the correct adapters, firmware, and software for Windows Server 2012.

  • Consider using Storage Spaces: If you plan to deploy serial attached SCSI (SAS) clustered storage configured using Storage Spaces in Windows Server 2012, the following are requirements:

    • A clustered storage pool made up of at least three SAS-connected physical disk drives, each with at least 4 GB capacity. The physical disks used for a clustered storage pool must be dedicated to that pool. Startup disks should not be added.

    • Fixed provisioning of the storage pool.

    • Either simple or mirror storage spaces. Parity spaces are not supported.

    For more information about Storage Spaces, see Storage Spaces Overview.

Fanden Sie dies hilfreich?
(1500 verbleibende Zeichen)
Vielen Dank für Ihr Feedback.

Community-Beiträge

HINZUFÜGEN
Anzeigen:
© 2014 Microsoft