DRBD笔记:Linux平台下实现高可用方案

资源管理

1、增加resource的大小：

当遇到我们的drbd resource设备容量不够的时候,我们的底层设备支持在线增大容量的时候（比如使用lvm的情况下）,我们可以先增大底层设备的大小,然后再通过drbdadm resize resource_name来实现对resource的扩容.但是这里有一点需要注意的就是只有在单primary模式下可以这样做,需要先在所有节点上都增大底层设备的容量.然后仅在primary节点上执行resize命令.在执行了resize命令后,将触发一次当前primary节点到其他所有secondary节点的re-synchronization.

如果我们在drbd非工作状态下对底层设备进行了扩容,然后再启动drbd,将不需要执行resize命令（当然前提是在配置文件中没有对disk参数项指定大小）,drbd自己会知道已经增大了容量.

在进行底层设备的增容操作的时候千万不要修改到原设备上面的数据,尤其是drbd的meta信息,否则有可能毁掉所有数据.

2、收缩resource容量：

容量收缩比扩容操作要危险得多,该操作更容易造成数据丢失.在收缩resource的容量之前,先收缩drbd设备之上的容量,也就是文件系统的大小.如果上层文件系统不支持收缩,那么resource也没办法收缩容量.

如果在配置drbd的时候将meta信息配置成internal的,那么在进行容量收缩的时候,千万别只计算自身数据所需要的空间大小,还要将drbd的meta信息所需要的空间大小加上.

当文件系统收缩好以后,就可以在线通过以下命令来重设resource的大小：drbdadm — –size=***G resize resource_name.在收缩的resource的大小之后,你就可以自行收缩释放底层设备空间（如果支持的话）.

如果打算停机状态下收缩容量,可以通过以下步骤进行：

a、在线收缩文件系统

b、停用drbd的resource：drbdadm down resourcec_name

c、导出drbd的metadata信息（在所有节点都需要进行）：drbdadm dump-md resource_name > /path_you_want_to_save/file_name

d、在所有节点收缩底层设备

e、更改上面dump出来的meta信息的la-size-sect项到收缩后的大小（是换算成sector的数量后的数值）

f、如果使用的是internal来配置meta-data信息,则需要重新创建meta-data:drbdadm create-md resource_name

g、将之前导出并修改好的meta信息重新导入drbd（摘录自linbit官方网站的一段导入代码）：

drbdmeta_cmd=$(drbdadm -d dump-md test-disk)

${drbdmeta_cmd/dump-md/restore-md} /path_you_want_to_save/file_name
h、启动resource：drbdadm up resource_name

磁盘损坏

1、detach resource

如果在resource的disk配置项中配置了on_io_error为pass_on的话,那么drbd在遇到磁盘损坏后不会自己detach底层设备.也就是说需要我们手动执行detach的命令（drbdadm detach resource_name）,然后再查看当前各节点的ds信息.可以通过cat /proc/drbd来查看,也可以通过专有命令来查看：drbdadm dstat resource_name.当发现损坏的那方已经是Diskless后,即可.如果我们没有配置on_io_error或者配置成detach的话,那么上面的操作将会由自动进行.

另外,如果磁盘损坏的节点是当前主节点,那么我们需要进行节点切换的操作后再进行上面的操作.

2、更换磁盘

当detach了resource之后,就是更换磁盘了.如果我们使用的是internal的meta-data,那么在换好磁盘后,只需要重新创建mata-data（drbdadm create-md resource_name）,再将

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!