Solaris Volume Manager 管理指南

第 21 章 Solaris Volume Manager 的最佳做法

本章通过使用 Solaris Volume Manager 的实际存储方案提供一般的最佳做法信息。在本章中，将首先介绍一个典型配置，然后进行分析，并提供满足相同需求所需的建议（“最佳做法”）配置。

本章包括以下信息：

部署小型服务器

分布式计算环境通常需要在多个位置部署类似或相同的服务器。这些环境包括 ISP，分布于不同地理位置的销售机构和电信服务提供商。分布式计算环境中的服务器可能提供以下某些服务：

路由器或防火墙服务
电子邮件服务
DNS 高速缓存
Usenet（网络新闻）服务器
DHCP 服务
在各种不同位置提供的其他最佳服务

这些小型服务器具有几个共同的特征：

高可靠性要求
高可用性要求
常规硬件和性能要求

开始时，请考虑具有单个 SCSI 总线和两个内部磁盘的 Netra^TM 服务器。此现有配置是分布式服务器的良好起点。可以方便地使用 Solaris Volume Manager 来镜像某些或所有片，进而提供冗余存储以帮助防止磁盘故障。有关此小型系统配置的示例，请参见下图。

图 21–1 小型系统配置

此配置可能包括对根 (/)、/usr、swap、/var 和 /export 文件系统以及状态数据库副本（每个磁盘一个副本）的镜像。因而，任何镜像任一端的故障都不一定会导致系统故障。而且，最多可允许五个独立故障。但是，不能充分保护系统免遭磁盘或片故障的影响。各种潜在的故障都可能会导致整个系统出现故障，因而需要操作人员干预。

尽管此配置可帮助提供一些防止灾难性磁盘故障的保护措施，但还是暴露出主要的可能单点故障：

单个 SCSI 控制器是可能的故障点。如果控制器出现故障，系统将关闭，等待更换部件。
两个磁盘没有提供足够的状态数据库副本的分布。多数一致算法要求只有达到一半数量的状态数据库副本可用时，系统才能继续运行。此算法还要求只有当一半数量的副本再加上一个副本可用时，才能重新引导系统。因此，如果每个磁盘上各有一个状态数据库副本，且某个磁盘或包含副本的片出现故障，则无法重新引导系统。因此，镜像的根 (/) 文件系统就会无效。如果每个磁盘上有两个或更多个状态数据库副本，则一个片出现故障可能不是大问题。但是，磁盘故障仍然可能会阻止重新引导系统。如果各个磁盘上的副本数目不同，一个磁盘上的副本数目超过一半，而另一个磁盘的副本数目则不足一半。如果具有较少副本的磁盘出现了故障，则系统可以重新引导并继续工作。但是，如果具有较多副本的磁盘出现故障，则系统将立即崩溃。

“最佳做法”是再添加一个控制器以及一个硬盘驱动器来修改配置。生成的配置更具弹性。

结合使用 Solaris Volume Manager 和网络存储设备

Solaris Volume Manager 可以与网络存储设备完善配合，特别是那些提供可配置 RAID 级别和灵活选项的设备。通常，Solaris Volume Manager 与这类设备的组合产生的性能和灵活性优于单个产品。

一般情况下，请不要在提供冗余的任何硬件存储设备（如 RAID-1 和 RAID-5 卷）上建立 Solaris Volume Manager 的 RAID-5 卷。除非有非常特殊的情况，否则性能将受到影响。此外，冗余性或更高可用性方面的收益也会非常小。

另一方面，使用 RAID-5 卷配置基础硬件存储设备是非常有效的。这样做将为 Solaris Volume Manager 卷提供良好的基础。硬件 RAID-5 为 Solaris Volume Manager 的 RAID-1 卷、软分区或其他卷提供附加冗余性。

注 –

请勿配置类似的软件与硬件设备。例如，请不要在硬件 RAID-1 设备的顶部生成软件 RAID-1 卷。在硬件和软件中配置类似的设备会降低性能，但不会影响可靠性。

在基础硬件存储设备上生成的 Solaris Volume Manager 的 RAID-1 卷不是 RAID-1+0。Solaris Volume Manager 不能充分识别基础存储，因而无法提供 RAID-1+0 功能。

在 Solaris Volume Manager RAID-1 卷（在硬件 RAID-5 设备上生成的）的顶部配置软分区是非常灵活且有弹性的配置。