Chinaunix首页 | 论坛 | 博客
  • 博客访问: 176498
  • 博文数量: 46
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 490
  • 用 户 组: 普通用户
  • 注册时间: 2017-03-26 14:22
个人简介

做最Low逼的DBA

文章分类

全部博文(46)

文章存档

2017年(46)

我的朋友

分类: LINUX

2017-05-01 11:38:16

【资源约束以及资源粘性的说明】

Resource Classes(资源类别)
Primitive(native):主资源,只能运行在一个节点,如DC
clone:克隆资源,主资源克隆N份 如,STONITH
group:组资源,资源归类 如,vip httpd filesystem
master/slave:克隆类资源 drbd
A.资源粘性(资源与节点倾向性,通过服务器的性能来区分),也就是说资源对某个节点依赖程度,通过score(分数)定义,某个节点的分数越高,资源就更倾向于此节点在指定资源黏性值时,请考虑以下情况:
1.值为 0:这是默认选项。资源放置在系统中的最适合位置。这意味着当负载能力“较好”或较差的节点变得可用时才转移资源。此选项的作用几乎等同于自动故障回复,只是资源可能会转移到非之前活动的节点上。
2.值大于 0:资源更愿意留在当前位置,但是如果有更合适的节点可用时会移动。值越高表示资源越愿意留在当前位置。
3.值小于 0:资源更愿意移离当前位置。绝对值越高表示资源越愿意离开当前位置。
4.值为 INFINITY:如果不是因节点不适合运行资源(节点关机、节点待机、达到migration-threshold 或配置更改)而强制资源转移,资源总是留在当前位置。此选项的作用几乎等同于完全禁用自动故障回复。
5.值为 -INFINITY:资源总是移离当前位置。
B.资源约束(资源间的倾向性)
(1).位置约束(Location):资源对节点倾向程度,通过score(分数)定义(通过服务器的性能来区分)
正值:倾向于此节点
负值:倾向逃离此节点
说明:通常可以和资源粘性一起使用来决定资源在某个节点上案例如下,此资源肯定会在node2上
node1 资源粘性 –>100 位置约束 –>200
node2 资源粘性 –>100 位置约束 –>inf(正无穷)
(2).顺序约束(Order):定义资源启动或关闭时的次序
vip,ipvs
ipvs->vip
说明:在做lvs高可用集群中,我们可以定义vip与lvs的启动顺序。
(3).排列约束(Coloation):资源是否能够运行同一节点,资源间的依赖性,通过score(分数)定义
正值:可以在一起
负值:不能在一起
说明:在做web高可用集群时,我们定义httpd与filesystem(NFS)是否运行同一个节点中。

一、创建高可用集群
【1.1】创建Group组资源后分别创建三个独立的资源,让其独立运行
#webip

#点击Add保存退出,webip独立资源创建完成

#webstore资源创建

#点击Add保存退出,webstore独立资源创建完成

#httpd服务资源独立创建

#点击Add保存退出,httpd独立资源创建完成

【1.2】启动所有资源

#说明:
本次增加的是三个native资源,没有增加group资源,意思没有将vip、httpd、nfs这三个资源放在同一个组中,而增加了三个native资源。
可以发现这三个资源不在同一个节点上,当增加好这三个资源时,启动webip资源时,运行在node2节点上,启动webstore资源时,运行在node1节点,再启动httpd节点时,又运行在node2节点上,可以看出在增加组资源时,我们增加的每个资源会平均分配到各个节点上运行;

#验证,http已经在节点上运行,node1节点确实挂载了nfs共享服务

【1.3】定义排列约束(Coloation),使http与webstore资源运行在同一节点上

#说明:
http与nfs必须运行在同一节点上,nfs与webip也必须运行在同节点上
* Httpd必须依赖Webstore运行;
* 如果Webstore不行再任何解节点上运行,那么Httpd将也不会运行;
* 如果Http服务不能启动,那么Webstore启动不受影响;


#排列约束(Coloation)定义完成后,Webstore与Httpd服务已经运行到node1

【1.4】定义排列约束(Coloation),使webstore与webip资源运行在同一节点上

#说明:
http与nfs必须运行在同一节点上,nfs与webip也必须运行在同节点上
* Webstore资源必须依赖Webip运行
* 如果webip不能运行在某个节点,那么webstore也不会被挂载
* 如果webstore不能被挂载,那么webip将不会受到影响

#排列约束(Coloation)定义完成后,Webstore、Httpd、webstore服务已经全运行到node2

【1.5】顺序约束(Order),固定webstore与httpd资源的先后启动顺序

#说明:webstore资源必须在httpd资源前先启动
* 启动httpd服务后再启动webstore
* 如果不能启动Webstore,则不要启动httpd
* 关闭webstore服务后停止httpd服务
* 如果不能启动httpd服务,则不能停止webstore

#第一个顺序约束已经配置完成

【1.6】顺序约束(Order),固定webip与httpd资源的先后启动顺序

#说明:webip资源必须在httpd资源先启动
* 先启动webip资源,后启动httpd资源
* 如果不能启动webip资源,则不能启动httpd资源
* 先关闭httpd资源才能关闭webip资源
* 如果不能关闭httpd资源,webip将不受影响


【1.7】切换测试
#现在运行到node2上,将node2变更为standby节点,观察效果:


#集群资源服务已经全部切换到节点上运行,且正常;

【1.8】位置约束(Location),使其倾向于留在node2

#点击右下脚的Add Expression增加参数(webip更加倾向于node2节点)

【1.8】所有资源以及约束的汇总显示

#可以看到,建立好约束后,所有资源全部在node2节点上














阅读(7342) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~