大多数设备配置都以服务属性或共享资源/LUN 属性表示。共享资源和 LUN 属性随用户数据一起存储在存储池自身中,因而始终可由该存储资源的当前所有者访问,而服务配置存储在每台控制器中。为了确保两台控制器提供一致的服务,发生更改或之前发生故障的控制器与其对等设备重新联接时,必须同步所有服务属性。由于所有服务都由副本资源表示,因此任何时间在任一控制器上更改属性时,设备软件都会自动执行此同步。
因此,管理员没有必要(实在多余)复制配置更改。标准操作过程应该反映这一属性,要求在初始群集配置完成后只对两台控制器中的一个进行更改。初始群集配置过程会将现有全部配置复制到新配置的对等设备上。
以下是群集配置更改的最佳做法:
在当前控制(或者将控制(如果将要创建新资源))底层存储或网络接口资源的控制器上进行所有存储和网络配置更改。
在任一控制器上进行其他所有更改,但不能同时在两台控制器上进行更改。将哪个控制器指定为主控制器应该取决于哪一个控制器在起作用以及已配置的存储池的数量。
Oracle ZFS Storage Appliance 没有在每个控制器上对系统配置进行独立更改的机制。此简化降低了对集中配置系统信息库的需求。假定当前运行的控制器具有正确的配置,并且在引导时它的对等设备将与其同步。对等设备将采用已由现有生产系统使用的(因此很可能是正确的)一组配置参数。最佳做法是确保发生故障的控制器在修复后立即重新加入群集。
相关主题