红帽全球峰会16.5.2. 配置 mod_cluster 子系统
在基于 Web 的管理控制台里，
mod_cluster 选项是 Web 子系统配置区域里的一部分。点击左上角的 Profiles 标签页。如果你使用的是受管域，请从右上角的 Profile 选单里选择正确的配置集。在默认情况下，ha 和 full-ha 配置集都启用了 mod_cluster 子系统。如果您使用的是独立服务器，您需要使用 standalone-ha 或 standalone-full-ha 配置集来启动服务器。点击左侧菜单的 Web 条目并在子菜单里选择 mod_cluster。下表解释了这些选项。首先是总体配置，然后是会话、Web 上下文、代理、SSL 和网络的配置。每项配置在 mod_cluster 屏幕里都有单独的标签页。
注意
mod_cluster 配置页只对启用了 HA 群集子系统的配置集可见。这些配置集包括用于受管域的
ha 和 full-ha，或者用于独立服务器的 standalone-ha 和 standalone-full-ha。
| 选项 | 描述 | CLI 命令 |
|---|---|---|
| Load Balancing Group |
如果它不为 null，请求会被发送到专门的负载平衡器上的负载平衡组。如果您不想使用负载平衡组，请将其留空。它默认是没被设置的。
|
|
| Balancer |
平衡器的名称。它应该匹配 HTTPD 代理的配置。
|
|
| Socket / Secure Socket |
用于群集广告的套接字绑定的名称。
|
|
| Advertise Security Key |
包含用于广告的安全密钥的字符串。
|
|
| Advertise |
是否启用广告。默认为
true。
|
|
| 选项 | 描述 | CLI 命令 |
|---|---|---|
| Sticky Session |
是否对请求使用 Sticky Session。这意味着在客户连接至专有的群集节点后，进一步的通讯将路由至相同的节点，除非这个节点不可用。它默认为
true，也是我们推荐的设置。
|
|
| Sticky Session Force |
如果为
true，如果初始节点不可用，请求不会重定向到新的群集节点。相反，系统会报告失败。默认值为 false。
|
|
| Sticky Session Remove |
在失效时删除会话信息。默认是禁用的。
|
|
| 选项 | 描述 | CLI 命令 |
|---|---|---|
| Auto Enable Contexts |
是否默认添加新的上下文到
mod_cluster。默认值是 true。如果您修改这个默认值来设置手动启用上下文，Web 应用程序将用 enable() MBean 方法、 或者通过 mod_cluster（它是一个运行在虚拟主机和端口的 HTTPD 代理上的 Web 应用程序）启用它的上下文。
|
|
| Excluded Contexts | mod_cluster 应该忽略的用逗号隔开的上下文列表。如果没有指定主机，会假定主机是 localhost。ROOT 表示 Web 应用程序的根上下文。默认值是 ROOT,invoker,jbossws,juddi,console。
|
|
| 选项 | 描述 | CLI 命令 |
|---|---|---|
| Proxy URL |
如果指定，MCMP 命令的 URL 里将预置它的值。
|
|
| Proxy List |
A comma-separated list of HTTPD proxy addresses, in the format
hostname:port. This indicates the list of proxies that the mod_cluster process will attempt to communicate with initially.
|
|
配置
mod_cluster 的 SSL 通讯
在默认情况下，mod_cluster 通讯基于未加密的 HTTP 链接上。如果您设置连接器模式为 HTTPS（请参考 表 16.5 “mod_cluster 会话配置选项”），下面的设置将告诉 mod_cluster 在哪寻找加密连接的信息。
| 选项 | 描述 | CLI 命令 |
|---|---|---|
| ssl |
是否启用 SSL。默认值为
false。
|
|
| Key Alias |
密钥别名，当创建证书时进行选择。
|
|
| Key Store |
包含客户证书的密钥库的位置
|
|
| Key Store Type |
密钥库的类型
|
|
| 密钥库供应商 |
密钥库供应商
|
|
| 密码 |
密码，当创建证书时进行选择。
|
|
| Trust Algorithm |
信任管理工厂的算法。
|
|
| Cert File |
证书文件的位置。
|
|
| CRL File |
证书撤销列表文件。
|
|
| Max Certificate Length |
信任库里的存储的证书的最大长度。默认为 5。
|
|
| Key File |
证书的密钥文件的位置。
|
|
| Cipher Suite |
分配的加密密文套件
|
|
| Certificate Encoding Algorithms |
密钥管理工厂的算法。
|
|
| 撤销 URL |
证书授权撤销列表的 URL。
|
|
| Protocol |
启用的 SSL 协议。
|
|
配置
mod_cluster 网络选项
可用的 mod_cluster 网络选项控制 mod_cluster 与之通讯的几个不同类型的服务的不同的超时行为。
| 选项 | 描述 | CLI 命令 |
|---|---|---|
| Node Timeout |
节点的代理连接的超时时间（秒）。这是
mod_cluster 在返回错误前等待后台响应的时间。它对应工作节点的 mod_proxy 文档里描述的超时时间。-1 表示不会超时。请注意，在转发请求前 mod_cluster 总是使用 cping/cpong，而 mod_cluster 使用的 connectiontimeout 值时一个 Ping 值。
|
|
| Socket Timeout |
等待 HTTPD 代理到 MCMP 命令的响应并标记代理为错误状态的超时时间（毫秒）。
|
|
| Stop Context Timeout |
等待上下文（分布式上下文的待定请求完成；或非分布式上下文的活动会话销毁/过期）干净关闭的时间，它按照 stopContextTimeoutUnit 指定的单元衡量。
|
|
| 会话消耗策略 |
在卸载 Web 应用程序前是否耗尽会话。
|
|
| Max Attempts |
在放弃前，HTTP 代理试图发送给定请求到工作节点的最大次数。最小值是
1，表示只尝试一次。mod_proxy 的默认值也是 1，表示不尽心重试。
|
|
| Flush Packets |
是否启用 HTTPD 服务器的数据包冲刷。默认值为
false。
|
|
| Flush Wait |
在冲刷数据包到 HTTPD 服务器前等待的时间（秒）。默认值是
-1，-1 表示在冲刷数据包前无限期地等待。
|
|
| Ping |
等待群集节点响应的时间（秒）。默认值为
10 秒。
|
|
| SMAX |
最大的 soft 空闲连接数目（和 mod_proxy 文档里的
smax 相同）。最大值取决于 httpd 线程的配置，它可以是 ThreadsPerChild 或1。
|
|
| TTL |
超出 SMAX 的空闲连接可存活的时间（秒），默认为 60。
当没有定义
nodeTimeout 时，ProxyTimeout 指令 Proxy 将被使用。如果没有定义 ProxyTimeout，服务器的 Timeout 将被使用。其默认值是 300 秒。nodeTimeout、ProxyTimeout 和 Timeout 都是在套接字级别设置的。
|
|
| Node Timeout |
等待外部 HTTPD 服务器的可用 Workder 进程处理请求的时间（秒）。默认值是
-1，表示 mod_cluster 会无限期地等待 HTTPD Worker 处理请求。
|
|
mod_cluster 的负载提供者配置选项
下面的 mod_cluster 配置选项在基于 Web 的管理控制台里是不可用的，只能用 CLI 命令行来设置。
如果未定义动态负载处理器，简单的负载处理器将被使用。它赋予每个群集成员负载因子
1，并均匀地分布负载而不用考虑任何负载平衡算法。要添加它，请使用下列 CLI 命令：/profile=full-ha/subsystem=modcluster/mod-cluster-config=configuration/simple-load-provider:add。
您可以配置动态的加载提供者使用不同的算法来确定哪个群集节点接收下一个请求。默认的动态加载提供者使用
busyness 因子。下面可能的因子列表。您可以创建自己的加载提供者以满足环境的需要。您可以修改下面的动态提供者选项。请注意，您可以通过 CLI 添加多个因子（度量）。
:add-metric(type=cpu)| 选项 | 描述 | CLI 命令 |
|---|---|---|
| Decay |
历史度量影响力消退的因子
|
|
| History |
确定负载时考虑历史负载度量记录的数量。
|
|
| Load Metric |
JBoss EAP 6 的动态负载提供者包含的唯一负载度量是
busyness，它会尝试发送每个新的请求到最空闲的工作节点。您可以设置工作节点的能力（1 表示 100%）以及分配给 busyness 度量的总体权重。
|
|
Load Metric 算法
- cpu
- cpu 负载度量使用了平均 CPU 负载来确定哪个群集节点接受下一个工作负荷。
- mem
- mem 负载度量将空闲的原生 RAM 用作负载因子。我们不鼓励使用这个度量，因为它提供的是包含缓冲和缓存的值，所以在内存管理良好的系统里它总是一个非常低的值。
- heap
- heap 负载度量使用 heap 用度来确定哪个群集接受下一个工作负荷。
- sessions
- session 负载度量使用活动会话的数量作为度量。
- requests
- requests 负载度量使用了客户请求的数量来确定哪个群集节点接受下一个工作负荷。例如，1000 表示 1000 个请求/秒会被认作“满负荷”。
- send-traffic
- send-traffic 负载度量使用了从工作节点发送到客户的流量。例如，默认的 512 表示如果平均的转出流量是 512KB/s 或更高时节点应该被当作满负荷状态。
- receive-traffic
- receive-traffic 负载度量使用了从客户发送到工作节点的流量。例如，默认的 1024 表示如果平均的转入流量是 1024KB/s 或更高时节点应该被当作满负荷状态。
- busyness
- 这个度量代表了服务于请求的线程池的线程的数量。
例 16.1. 设置负载平衡器的度量
/profile=full-ha/subsystem=modcluster/mod-cluster-config=configuration/dynamic-load-provider=configuration/load-metric=cpu/:write-attribute(name="weight",value="3")
'%20d='M201.5%20305.5c-13.8%200-24.9-11.1-24.9-24.6%200-13.8%2011.1-24.9%2024.9-24.9%2013.6%200%2024.6%2011.1%2024.6%2024.9%200%2013.6-11.1%2024.6-24.6%2024.6zM504%20256c0%20137-111%20248-248%20248S8%20393%208%20256%20119%208%20256%208s248%20111%20248%20248zm-132.3-41.2c-9.4%200-17.7%203.9-23.8%2010-22.4-15.5-52.6-25.5-86.1-26.6l17.4-78.3%2055.4%2012.5c0%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.3%2024.9-24.9s-11.1-24.9-24.9-24.9c-9.7%200-18%205.8-22.1%2013.8l-61.2-13.6c-3-.8-6.1%201.4-6.9%204.4l-19.1%2086.4c-33.2%201.4-63.1%2011.3-85.5%2026.8-6.1-6.4-14.7-10.2-24.1-10.2-34.9%200-46.3%2046.9-14.4%2062.8-1.1%205-1.7%2010.2-1.7%2015.5%200%2052.6%2059.2%2095.2%20132%2095.2%2073.1%200%20132.3-42.6%20132.3-95.2%200-5.3-.6-10.8-1.9-15.8%2031.3-16%2019.8-62.5-14.9-62.5zM302.8%20331c-18.2%2018.2-76.1%2017.9-93.6%200-2.2-2.2-6.1-2.2-8.3%200-2.5%202.5-2.5%206.4%200%208.6%2022.8%2022.8%2087.3%2022.8%20110.2%200%202.5-2.2%202.5-6.1%200-8.6-2.2-2.2-6.1-2.2-8.3%200zm7.7-75c-13.6%200-24.6%2011.1-24.6%2024.9%200%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.1%2024.9-24.6%200-13.8-11-24.9-24.9-24.9z'/%3e%3c/svg%3e){kind=small}