请将此规划信息添加到设备组配置工作单和卷管理器配置工作单。如果使用的是 Solaris Volume Manager,还需将此规划信息添加到卷工作单 (Solaris Volume Manager)。
本节为规划群集配置的卷管理提供以下指导信息。
Sun Cluster 软件使用卷管理器软件将各磁盘分成设备组,从而可以将设备组作为一个单元加以管理。Sun Cluster 软件支持通过以下方式安装或使用 Solaris Volume Manager 软件和 VERITAS Volume Manager (VxVM) 软件。
表 1–4 支持使用的 Sun Cluster 卷管理器软件
卷管理器软件 |
要求 |
---|---|
Solaris Volume Manager |
无论是否使用某些节点上的 VxVM 来管理磁盘,都必须在群集的所有节点上安装 Solaris Volume Manager 软件。 |
必须在群集的所有节点上安装和许可具有群集功能的 VxVM。 |
|
不具有群集功能的 VxVM |
您只需在附加到 VxVM 管理的存储设备的节点上安装和许可 VxVM。 |
如果在同一节点上同时安装这两个卷管理器,则必须使用 Solaris Volume Manager 软件来管理每个节点所在的本地磁盘。本地磁盘包括根磁盘。使用 VxVM 管理所有共享的磁盘。 |
有关如何安装和配置卷管理器软件的说明,请参见相应的卷管理器文档以及配置 Solaris Volume Manager 软件或安装和配置 VxVM 软件。有关在群集配置中使用卷管理的更多信息,请参见《Sun Cluster Concepts Guide for Solaris OS》中的“Multihost Devices”和《Sun Cluster Concepts Guide for Solaris OS》中的“Device Groups”。
使用卷管理器软件配置磁盘时,请考虑以下一般原则:
镜像的多主机磁盘 – 您必须镜像所有跨磁盘扩展单元的多主机磁盘。有关镜像多主机磁盘的指导信息,请参见镜像多主机磁盘指南。如果存储设备提供了硬件 RAID 以及指向设备的冗余路径,则不需要使用软件镜像。
镜像的根 – 镜像根磁盘可确保高可用性,但这种镜像不是必需的。有关决定是否镜像根磁盘的指导信息,请参见镜像指南。
唯一命名 – 您可能会拥有作为设备使用、且其上挂载有 /global/.devices/node@nodeid 文件系统的本地 Solaris Volume Manager 卷或 VxVM 卷。如果是这样,要在其上挂载 /global/.devices/node@nodeid 文件系统的每个本地卷的名称必须在整个群集中保持唯一。
节点列表 – 为确保设备组具有高可用性,应使其潜在主控节点列表及故障恢复策略与所有相关联的资源组均完全相同。或者,如果可伸缩资源组使用的节点或区域多于与它相关联的设备组,则应使可伸缩资源组的节点列表成为设备组节点列表的一个超集。有关节点列表的信息,请参见《Sun Cluster Data Services Planning and Administration Guide for Solaris OS》中的资源组规划信息。
多主机磁盘 – 您必须将用于构造设备组的所有设备连接到或通过端口导向到该设备组节点列表中配置的所有节点。当设备被添加到磁盘组时,Solaris Volume Manager 软件会自动检查此连接。但是,配置的 VxVM 磁盘组与任何特定的节点集都没有关联。
有关磁盘布局建议和附加限制的信息,请参阅卷管理器文档。
规划 Solaris Volume Manager 配置时请考虑以下几点:
本地卷名称 – 上面挂载着全局设备文件系统 /global/.devices/node@nodeid 的每个本地 Solaris Volume Manager 卷的名称在整个群集中必须保持唯一。而且该名称不能与任何设备 ID 名称相同。
双串调解器 – 每个恰好配置了两个磁盘串并且恰好由两个节点控制的磁盘集,必须具有为其配置的 Solaris Volume Manager 调解器。磁盘串由一个磁盘封装、所含物理磁盘、磁盘封装与节点之间的电缆以及接口适配卡组成。遵守以下规则配置双字符串调解器:
您必须为每个磁盘组正好配置两个充当调解器主机的节点。
所有需要调解器的磁盘组都必须使用这两个节点。这两个节点必须控制这些磁盘组。
不能为不满足双串和双主机要求的磁盘组配置调解器。
有关详细信息,请参见 mediator(7D) 手册页。
/kernel/drv/md.conf设置 – SPARC:在 Solaris 9 OS 上,将在引导重新配置时预先创建每个磁盘集所使用的 Solaris Volume Manager 卷。重新配置基于 /kernel/drv/md.conf 文件中已有的配置参数。
在 Solaris 10 发行版本中,Solaris Volume Manager 的功能已得到增强,可动态配置卷。不再需要编辑 /kernel/drv/md.conf 文件中的 nmd 和 md_nsets 参数。根据需要动态创建新卷。
必须按照下列内容修改 nmd 和 md_nsets 字段,以支持在 Solaris 9 OS 上配置 Sun Cluster:
所有群集节点必须有完全相同的 /kernel/drv/md.conf 文件,而不管每个节点为多少个磁盘组提供服务。不按本指南操作可能会导致严重的 Solaris Volume Manager 错误,并且可能丢失数据。
md_nsets – md_nsets 字段定义了为满足整个群集的需要可以为系统创建的磁盘集总数。将 md_nsets 的值设置为群集中需要的磁盘组数量加上一个附加磁盘组。Solaris Volume Manager 软件使用该附加磁盘组管理本地主机上的专用磁盘。
每个群集最多可以包含 32 个磁盘组,这样,可以将 31 个磁盘组用于一般用途,而将另一个磁盘组用于专用磁盘管理。md_nsets 的缺省值为 4。
nmd – nmd 字段定义了群集内将包含的所有卷名称的最大预测值。例如,如果在群集的前 15 个磁盘集内使用的卷名称的最大值为 10,但是在第 16 个磁盘集内使用的卷名称的最大值为 1000,则 nmd 的值至少应设置为 1000。此外,nmd 的值必须足够大以确保每个设备 ID 名称都具有足够的数目。该数值还必须足够大,以确保每个本地卷的名称都能在整个群集中保持唯一。
每个磁盘集允许的卷名称的最大值为 8192。nmd 的默认值为 128。
在安装时设置这些字段,以便将来可以对群集进行扩展。群集生成后增大这些字段的值会耗费很多时间。值的更改需要为每个节点重新配置重新引导。如果日后增大这些值,还会增大因根 (/) 文件系统的空间分配不足而无法创建所有请求设备的可能性。
同时,应尽可能使 nmd 字段和 md_nsets 字段的值保持最低。所有可能设备的内存结构由 nmd 和 md_nsets 确定,即使这些设备尚未创建。为了获得最佳性能,请使 nmd 和 md_nsets 的值仅比要使用的卷的数目略高一点。
有关 md.conf 文件的更多信息,请参见《Solaris Volume Manager 管理指南》(Solaris 9 或 Solaris 10)中的“系统文件和启动文件”。
规划 VERITAS Volume Manager (VxVM) 配置时,请考虑以下几点:
节点的可访问性 - 必须将所有卷管理器磁盘组配置为 Sun Cluster 设备组或仅限本地的磁盘组。如果不按这两种方式配置磁盘组,则群集中的任何节点都将无法访问该磁盘组中的设备。
设备组可使辅助节点在主节点发生故障时接管多主机磁盘。
仅限本地的磁盘组的运行不受 Sun Cluster 软件的控制,并且一次只能从一个节点访问。
基于附件的命名 – 如果使用设备的基于附件的命名,请确保在共享同一存储器的所有群集节点上使用一致的设备名称。VxVM 不会使这些名称协调一致,因此,管理员必须确保 VxVM 将相同名称分配给不同节点上的相同设备。指定的名称不一致不会影响正确的群集操作。但是,名称不一致会大大增加群集管理的复杂性和出现配置错误的可能性,并可能导致数据丢失。
可以在以下磁盘上创建根磁盘组:
根磁盘,它必须是封装的
一个或多个可以封装或初始化的本地非根磁盘
根磁盘和本地非根磁盘的组合
根磁盘组必须在节点本地。
简单根磁盘组 – 使用 VxVM 时,Sun Cluster 软件不支持将简单根磁盘组(在根磁盘的单个分片上创建的 rootdg)作为磁盘类型。这是 VxVM 软件的一般限制。
卷数 – 在创建任一给定设备组时估算该设备组可能会使用的最大卷数。
如果卷数小于 1000,则可以使用缺省次编号。
如果卷数大于等于 1000,则必须仔细规划为设备组中各卷分配次编号的方式。不能为任何两个设备组分配重复的次编号。
无效区域日志 – 使用无效区域日志 (Dirty Region Logging, DRL) 可以缩短节点发生故障后的卷恢复时间。使用 DRL 可能减少 I/O 吞吐量。
动态多路径 (Dynamic Multipathing, DMP) – 不支持单独使用 DMP 来管理每个节点到共享存储的多条 I/O 路径。仅在以下配置中支持使用 DMP:
连接至群集共享存储的每个节点的单条 I/O 路径。
支持的多路径传送解决方案(如 Sun Traffic Manager、EMC PowerPath 或 Hiatchi HDLM)可用于管理连接至共享群集存储的每个节点的多条 I/O 路径。
有关其他信息,请参见 VxVM 安装文档。
需要对 UFS 和 VxFS 群集文件系统进行日志记录。此要求不适用于 QFS 共享文件系统。Sun Cluster 软件支持以下文件系统记录选项:
Solaris UFS 记录 – 有关更多信息,请参见 mount_ufs(1M) 手册页。
(仅适用于 Solaris 9)SPARC:Solaris Volume Manager 事务卷记录 – 有关更多信息,请参见《Solaris Volume Manager Administration Guide》中的“Transactional Volumes (Overview)”。
Solaris Volume Manager 事务卷记录 从 Solaris 10 OS 中删除。Solaris UFS 记录提供的功能与之相同,但性能更加优异并且系统管理要求和系统开销更低。
SPARC:VERITAS 文件系统 (VxFS) 日志记录 – 有关更多信息,请参见随 VxFS 软件一起提供的 mount_vxfs 手册页。
下表列出由每个卷管理器支持的文件系统记录。
表 1–5 支持的文件系统记录构成情况
卷管理器 |
支持的文件系统记录 |
---|---|
Solaris Volume Manager |
|
VERITAS Volume Manager |
|
SPARC:在 Solaris 9 OS 上,针对 UFS 群集文件系统在 Solaris UFS 记录与 Solaris Volume Manager 事务卷记录之间进行选择时,请考虑以下几点:
Solaris UFS 记录始终会使用 UFS 文件系统上的可用空间根据文件系统的大小来分配日志。
在小于 1G 字节的文件系统中,记录占用 1 兆字节。
在 1 千兆字节以上的文件系统中,日志将按文件系统上每 1 千兆字节占用 1 兆字节计算,最多可占用 64 兆字节。
UFS 记录由事务卷来管理。事务卷的记录设备组件是一个可镜像和分散读写的卷。最大可以创建 1 千兆字节大小的日志空间,尽管对于大多数文件系统 64 兆字节已经足够了。最小的日志大小为 1 兆字节。
本节为规划群集配置的镜像提供以下指导信息。
镜像 Sun Cluster 配置中的所有多主机磁盘,使得此配置可以允许单个设备发生故障。Sun Cluster 软件要求镜像跨扩展单元的所有多主机磁盘。如果存储设备提供了硬件 RAID 以及指向设备的冗余路径,则不需要使用软件镜像。
镜像多主机磁盘时请考虑以下几点:
单独的磁盘扩展单元 – 给定镜像或丛的每个子镜像应位于不同的多主机扩展单元中。
磁盘空间 – 镜像使必需的磁盘空间量增加一倍。
三路镜像 – Solaris Volume Manager 软件和 VERITAS Volume Manager (VxVM) 软件支持三路镜像。但是,Sun Cluster 软件只要求两路镜像。
有关多主机磁盘的更多信息,请参见《Sun Cluster Overview for Solaris OS》中的“Multihost Disk Storage”和《Sun Cluster Concepts Guide for Solaris OS》。
将该规划信息添加至本地文件系统布局工作单。
为了实现最大可用性,应镜像根 (/)、/usr、/var、/opt 和本地磁盘上的 swap。在 VxVM 中,封装根磁盘并且镜像所生成的子磁盘。但是,Sun Cluster 软件不要求镜像根磁盘。
在决定是否镜像根磁盘之前,请考虑关于根磁盘的各种备用方法的风险、复杂性、成本以及服务时间。一个镜像策略不可能适用于所有配置。在决定是否要镜像根时,可能要考虑本地 Sun 服务代表的首选解决方案。
有关如何镜像根磁盘的说明,请参见相应的卷管理器文档以及配置 Solaris Volume Manager 软件或安装和配置 VxVM 软件。
在决定是否要镜像根磁盘时,请考虑以下几点。
引导磁盘 – 可以将镜像设置为可引导的根磁盘。然后可以在主引导磁盘出现故障时从镜像进行引导。
复杂性 – 镜像根磁盘会增加系统管理以及在单用户模式中进行引导的复杂性。
备份 – 不管是否镜像根磁盘,都应该定期执行根备份。单独镜像不能避免管理错误。只有备份计划才能使您恢复被误改或误删的文件。
定额 – 在 Solaris Volume Manager 软件中,如果发生状态数据库定额丢失的故障,则必须先进行维护才能重新引导系统。有关状态数据库和状态数据库副本的信息,请参阅 Solaris Volume Manager 文档。
单独的控制器 – 最高可用性包括在一个单独的控制器上镜像根磁盘。
辅助根磁盘 – 通过镜像的根磁盘,即使主根磁盘出现故障,辅助(镜像)根磁盘仍可以继续工作。然后,主根磁盘可以返回到服务,例如,在动力循环或瞬态 I/O 错误之后。如果是这样,则执行后续的引导操作时将会使用 eeprom(1M) boot-device 参数中指定的主根磁盘。在这种情况下,不需要执行任何手动修复任务,只需要正常启动驱动器即可进行引导。使用 Solaris Volume Manager 软件时会发生再同步。在驱动器返回维修时,需要手动进行重新同步。
如果对辅助(镜像)根磁盘上的任何文件进行更改,引导时这些更改不会反映在主根磁盘中。此条件会导致子镜像无效。例如,可能丢失对 /etc/system 文件的更改。使用 Solaris Volume Manager 软件时,某些管理命令可能会在主根磁盘不可用时更改 /etc/system 文件。
引导程序不会检查系统是从镜像还是基础物理设备进行引导。在引导过程中,镜像会在卷加载之后生效。因此在此之前,系统容易发生子镜像无效问题。