第六章：VCS 配置方法（上）

第六章：VCS 配置方法（上）

目标：
配置方法的概述
控制VCS的访问
在线配置
离线配置
启动和停止VCS

配置方法的概述
在线配置：VCS不需要被停止(4种办法)
- Cluster Manager Java graphical user interface
- Cluster Manager Web graphical user interface
- VCS command-line interface
- Command batch files
注意：你修改的配置文件是在内存中间，所以当你完成的时候，你要将其写入磁盘的main.cf文件
离线配置：VCS必须要停止(2种办法)
- 手动修改配置文件
- 使用VCS模拟器修改配置文件
注意：完成修改后，重启VCS，在内存中建立新的配置。

Effects on the Cluster
无论你选择哪一种配置VCS来管理一个应用服务的方法，你都必须要计划好应用的当机时间。
如果你配置你的第一个服务群,你可以不管是否VCS保持在线。
如果你已经有一个服务组在cluster中，你也需要使用在线配置方法因此那些服务被保护当你做修改的时候。

控制有权访问VCS：用户帐号
1. Cluster管理员 (Cluster Administrator)
全部特许(Full privileges)
2. Cluster操作员 (Cluster Operator)
所有cluster,服务组合资原级别的操作
(all cluster,service group,and resource-level operations)
3. Cluster来宾 (Cluster Guest)
只能有读的访问;预设新用户创建作为cluster来宾账户
(Read-only access;new users created as Cluster Guest accouts by default)
4. 组的管理员(Group Administrator)
所有服务组操作对于指定服务组,除了删除服务组
(all service group operations for a specified service group,except deleting service groups)
5. 组的操作者(Group Operator)
带起服务组合资源上线和让他们离线,临时凝固或者非凝固服务组.
(bring service groups and resources online and take them offline;temportarily freeze or unfreeze service groups)
例如：如果你有一个经授权的DBA要让数据库服务组离线或者交换它到另一个系统上面，你可以设置一个VCS Group

Operator账号对于这个服务组。这个DBA就能够对于服务组执行操作作业，但是不能影响cluster的配置或者其他服务组

创建Cluster用户帐号
添加一个用户帐号:
1. 打开cluster配置
# haconf -makerw
2. 使用hauser命令添加一个新帐户
# hauser -add username
改变权限
使用haclus(cluster级别)和hagrp(group级别)命令
# haclus -modify Administrators | Operator -add user
# hagrp -modify group Administrators | Operator -add user
修改用户帐号
显示账户信息
# hauser -display
修改一个账户的密码
# hauser -update user_name
删除一个用户帐号
# hauser -delete user_name

控制VCS访问权限的命令
作为预设，仅是UNIX root账号才能够使用VCS ha命令来管理VCS.
当登陆到UNIX作为非root账户，每次在VCS命令行中，用户被提示输入一个VCS账户的名字和密码，
为了使非root用户更容易管理VCS，你可以设置cluster的属性：AllowNativeCliUsers的值为1。当设定的时候,VCS映射UNIX用户名到相同的VCS账户名字来验证是否用户有效和有适当的权限级别来执行操作
注意：你必须创建每个VCS账户名来相匹配UNIX用户名和准予适当的权限级别

在线配置
好处:
1. VCS引擎起来并且运行着,在配置当中,倘若现有的高可用性服务组
2. 这个方法提供语法检查,帮助保护你不受制作配置的错误
3. 作为它的配置,一步一步流程相匹配对于测试每个目标,简单的配置错误的故障排除在当你增加资源的时候
4. 你不需要用root登陆到UNIX系统,使用GUI和CLI来做VCS的配置修改
顾虑:
1. 在线配置对于大规模的修改是耗时的
2. 在线进程被重复,你不得不在同一时间添加服务组合资源

VCS如何修改在线的Cluster配置
Cluster Manager配置请求被概念的展示作为ha命令在流程图中,但是他们被执行作为ioctls
had进程通讯配置改变给had在所有的cluster中的节点上面,每个had进程修改内存中的配置
当命令保存配置从Cluster Manager收到的信息,had通讯给所有的cluster系统,每个系统的had进程将内存中的配置写入到它的本地磁盘中的main.cf文件
VCS命令行借口是一个备用在线配置工具,当你运行ha命令的时候,had也是一样的响应.

打开cluster配置(Opening the Cluster Configuration)
你必须打开Cluster配置来增加服务组合资源,做修改,和执行某些操作.
当你打开Cluster配置,在配置目录(/etc/VRTSvcs/conf/config)中创建一个 .stale文件,在每个cluster中的系统上.这个文件表明配置被打开和配置在内存中无匹配配置在磁盘上在main.cf文件中

保存Cluster配置(Saving the Cluster Configuration)
当你保存Cluster配置时候,在所有运行的cluster系统上,VCS拷贝内存中的配置到/etc/VRTSvcs/conf/config/main.cf文件。 .stale文件被遗留在配置目录中因为配置被静止的打开着。
如果你每次修改后保存Cluster配置，你可以查看main.cf文件来看如何在内存中的修改被反应在main.cf文件中。

关闭Cluster配置(Closing the Cluster Configuration)
当系统管理员保存并关闭配置，VCS写入在内存的配置到main.cf文件并且删除 .stale文件在所有的运行着的cluster 系统上。

VCS如何保护Cluster配置(How VCs protects the Cluster Configuration)
.stale文件提供保护机制对于需要在线配置。当 .stale文件出现，你不可以停止VCS如果没有overriding the warning 配置被打开时。
如果你忽略警告并且停止了VCS在配置被打开的时候，磁盘上main.cf中的配置可能没有被相同作为在内存中的配置，当这个发生的时候，VCS认为配置失效因为系统管理员可能已经修改了内存中的配置而没有写入磁盘并且关闭这配置。
尽管不常发生，一个stale配置能够同样导致在cluster中所有系统crashing当配置被打开时。
为了理解这保护机制如何工作，你必须首先理解一般的VCS启动流程。

离线配置
在多数环境中，你可以通过立即修改VCS配置文件来简单化cluster执行或者配置作业。这个方法要求你停止和重启VCS为了在内存中建立新的配置。
好处：
1. 提供一个非常快捷做主要修改的办法或者得到一个初始化配置起来并且运行
2. 提供准备对于配置一个大型数目相似cluster
注意：当你选择执行离线配置时候，你必须作为root用户登陆到cluster系统中

转自： http://hi.baidu.com/nitar/blog/item/42f0faf1dac9becf7831aaa8.html