关于ha 的 cluster 的一些问题

feiyun22

一些问题

1.打个比方，我现在有a机，b机，在两台机共享磁盘vg1 做了cluster,一个应用pkg1运行在node a (在vg1上）
那么这个共享磁盘vg1应该在a上以独占模式打开，也就是在b机上的vg1应该用vgdisplay 看不到，也就是没有
共享磁盘vg1 的控制权。
不知道这样理解对不对！
2.
集群锁( cluster lock) vglock 在a机，b机上应该都用vgdisplay 看不到，也就是这个盘两台机都没开，
如果a机出现故障，那么通讯中断，应该有机制可以自动在b机上将vglock起来，那么此时cluster会判断
此时应该将pkg1切换到b机。
这样理解对不对！

3.
cluster VG (vg1) 的同步问题，
是不是对vg1 做动作，比如增加lv的大小，或添加一个LV都需要将VG停下来，再同步两边的VG信息呢！

谢谢！

liaosnet

记得不太清楚了~~
1,可以这样理解..
2,HA就是需要实现可以切换..所以可以这样理解
3,对vg的操作需要进行切换和同步VG.一般用vgexport/vgimport做,注意lv权限更改..

zh.taao

第一个问题：首先你必须保证在两个结点上vg1都能正常的被激活和去激活，vgchange -a y vg1,vgchange -a n vg1。这样的前提就是2楼这位老兄说到的用vgimport和vgimport。但是vg1正常情况下只能在一个节点上激活，在OPS的MC serviceguard下，vg1具有独占的属性，就是只能在一个结点上激活，就是你所理解的那样，pkg1在运行在node 1上之后，vg1就在node 1上被激活了，在node 2上处于未被激活状态的。也有例外，就是RAC的MC serviceguard，vg具有shared属性，在两个结点上都可以激活，可以被查看。
第二个问题：你这样理解不对，loack vg是不会被激活的。如果出现故障，两个节点都会尝试取lock vg上写入一个标记，如果node 2写入标记成功，则node 2接管所有资源，运行package，node 1取写标记时发现lock vg中已经有标记被写入，则node 1自动做TOC，重启释放资源。这样，node 2如果一切正常，package就会在node 2上运行起来。
第三个问题：理解正确，对VG和LV做操作都需要把Cluster停下来，同步两边的VG，命令就是vgexport/vgimport，但注意不要把vg删掉了

五“宅”一生

LS正确
1、active/standby模式的话，共享vg同一时刻只能在一个节点上被激活。当然，active/active模式就需要两个节点上都能同时使用了
2、如果lockvg老在a机上。那如何实现切换？
3、增加lv。需要vgexport和vgimport了。

freed2003

问题3：
如果只是扩lv大小，不改变vg的结构，是不是就不用做vg信息的同步操作？

myfiner

只扩已存在的lv不用同步.

1.  Changing the size of an logical volume (lvol) or file system only.
No additional MC/ServiceGuard specific steps are needed. The change is only done in
the LVM structures contained on the shared disks. Adoptive nodes see the change
automatically, when they activate the VG.
2.  Adding or removing a physical volume to/from a cluster volume group.
Perform the Re-Import VG Procedure below from all other cluster nodes. Make sure
that the physical volume is visible in ioscan and accessible through its device special
files. The command insf –Cdisk may be needed to create that files.
3.  Adding or removing an logical volume (lvol) or file system to/from a cluster VG.
The device special files of new lvols need to be created on all other cluster nodes,
those of removed lvols need to be deleted. This may be done with mknod/rmsf,
however it is recommended to perform the Re-Import VG Procedure below.
Additionally the package control scripts need to be adapted on all nodes to reflect the
new configuration. Mount points need to be created for new file systems.