DRBD--配置注意事项

简介:

1、在线调整参数:

   对现有资源的配置文件进行修改,两个对等节点要保持一致,然后执行 drbdadm adjust <resource> 在两个节点上都要执行;

 2、在线校验数据完整性;(这个对性能还是有很大影响的)

   它通过验证源对每个底层的设备某一资源的块存储设备一次计算出加密摘要,传输到对等节点,对摘要对应的本地副本块进行验证,若不匹配,则进行标识并进行重新同步,在线验证过程中不会阻塞资源的复制,不会造成系统的中断;

   操作方式:

        配置文件中修改:

        resource <resource>

          net{

          verify-alg <algorithm>

          }

        }(ps:也可以配置到common区块,对所有资源都适用)

        执行命令:

        drbdadm verify <resource>

        在验证运行时如果出现out-of-sync 块,那需要在验证完毕之后使用:

        drbdadm disconnect <resource>

        drbdadm connect <resource>

   这个方式用的还是少,不过可以配置为每周,或者每个月进行一次校验;

 3、配置同步的速率:

   总的来说还是适合就好,大致取决于磁盘的转速和网卡的IO,后台带宽被占满影响复制,影响程序;

   比较好的大小是,可用带宽的30%

   固定的同步速率:

   resource <resource>

     disk {

       sync-rate 40M;

     } (ps:可配置到common区块中,对所有资源通用)


   临时调整速率:

   在预期维护之后加快同步这样的时候可能会用到:

   drbdadm disk-options --resync-rate=200M <resource>

   若要恢复到原先的同步速率: drbdadm adjust <resource> 在两个node执行

   对于多个资源配置同步速率的一个范围【略过暂不讨论】

   拥堵策略和暂停复制多在广域网中出现,暂不讨论;

 4、磁盘IO错误处理

  resource <resouce>{

   disk {

     on-io-error <strategy>;

      }

  }(ps:可在common区块中进行设置,对所有资源有效)

  处理磁盘错误的几个选项:

  detach 分离:默认的选项,如果node发生底层磁盘IO错误,会将设备运行在diskless无盘模式下(

所有的对节点的读写将会从对端节点进行,这种情况下虽然性能有所下降,但是

仍然可以提供服务,很明显在高可用的情况下,这个策略使我们的首选。

);

  pass_on : drbd 会将错误报告到上层,即文件系统,但是往往会被忽略;

  local-io-error 调用本地磁盘IO处理程序中定义的命令;需要 local-io-error 定义处理错误的命令;

  5、磁盘刷写功能

  只要磁盘控制器支持DRBD刷写磁盘即可(大部分还是支持的),

  在含有BBC的RAID环境中,可以禁用DRBD磁盘刷写功能来获得更高的性能;

   resource <resource>

     disk {

       disk-flushes no;

       ...

   }

  6、脑裂通知:

  handlers {      split-brain "/usr/lib/drbd/notify-split-brain.sh root";     ...   }

  7、脑裂自动修复策略:

     after-sb-0pri:裂脑已经被探测到,但是现在没有resource 处于 primary role:针对这种情况,DRBD 可以采取的策略:  

     disconnect:不需要自动恢复,仅仅是调用裂脑处理程序的脚本(如果配置了),断开连接并处在disconnected mode。  

     discard-younger-primary:放弃和回滚最后成为primary role的node上所做的修改。

     discard-least-changes:放弃和回滚,变动比较少的主机上的修改。  

     discard-zero-changes:如果任何节点都没有发生任何变化,仅仅申请在一个节点上做出继续修改即可。

  after-sb-1pri:裂脑已经被探测到,现有有一个节点处于primaryrole,对于这个选项,针对这种情况,DRBD 可以采取的策略:

     disconnect:和after-sb-0pri disconnect一样,调用裂脑处理程序的脚本(如果配置了),断开连接并出在断开模式。  

     consensus:和after-sb-0pri中规定的修复策略。如果利用这些策略裂脑危害能被选中,那就能自动解决。否则,同样的断开对等节点连接。

     call-pri-lost-after-sb:和after-sb-0pri中同样的修复策略。如果利用这些策略裂脑危害能选择,就在受危害的节点上调用pri-lost-after-sb程序。这个程序必须确认在handlers中配置,并考虑到从集群中移除该节点。  

     discard-secondary:不管哪个主机只要处于次角色,都是裂脑的危害者。  

   after-sb-2pri:在两个节点都处于主角色时,裂脑被发现。该选项使用和after-sb-1pri同样的关键字,丢弃次节点并达成共识

   一个简短配置:


1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
resource data {
   protocol C;
   handlers {
     split -brain  "/usr/lib/drbd/notify-split-brain.sh root" ;
     local -io-error  "/usr/lib/drbd/notify-io-error.sh; /usr/lib/drbd/notify-emergency-shutdown.sh; echo o > /proc/sysrq-trigger ; halt -f" ;
  }
   startup {
      wfc-timeout 0;
      degr-wfc-timeout 120;
      }
   disk {
     on-io-error   detach;
       }
   net {
     cram-hmac-alg sha1;
     after-sb-0pri discard-zero-changes;
     after-sb-1pri discard-secondary;
     after-sb-2pri disconnect;
     max-buffers 8000;
     max-epoch-size 8000;
     sndbuf-size 0;
   }
   syncer {
     rate 90M;
     al-extents 257;
   }
   on BGP-LF-1MS2232{
     device      /dev/drbd0 ;
     disk        /dev/sda4 ;
     address    192.168.1.104:7788;
     meta-disk  internal;
   }
   on BGP-LF-1MS2233{
     device     /dev/drbd0 ;
     disk       /dev/sda4 ;
     address   192.168.1.105:7788;
     meta-disk internal;
   }
}





本文转自 位鹏飞 51CTO博客,原文链接:http://blog.51cto.com/weipengfei/1329838,如需转载请自行联系原作者
目录
相关文章
|
4月前
|
资源调度 JavaScript 关系型数据库
Node.js【文件系统模块、路径模块 、连接 MySQL、nodemon、操作 MySQL】(三)-全面详解(学习总结---从入门到深化)(下)
Node.js【文件系统模块、路径模块 、连接 MySQL、nodemon、操作 MySQL】(三)-全面详解(学习总结---从入门到深化)
37 0
|
4月前
|
JavaScript 关系型数据库 MySQL
Node.js【文件系统模块、路径模块 、连接 MySQL、nodemon、操作 MySQL】(三)-全面详解(学习总结---从入门到深化)(上)
Node.js【文件系统模块、路径模块 、连接 MySQL、nodemon、操作 MySQL】(三)-全面详解(学习总结---从入门到深化)
52 0
|
关系型数据库 MySQL
一键部署mysql 无修改直接cp 执行 100% 有效
一键部署mysql 无修改直接cp 执行 100% 有效
|
NoSQL Linux
Mongodb副本集--恢复实例的一个细节--limit文件的参数
场景:恢复一个22TB数据的mongodb实例的时候.         加入mongodb集群中,自动恢复数据实例的过程中。mongodb的系统日志报了如下错误: 修改linux操作系统的limit的参数文件,如下: 点击(此处)折叠或打开 ...
1567 0
|
负载均衡
|
网络协议
|
存储 监控 算法