Red Hat Summit 红帽全球峰会支持控制台（Console）开发人员开始试用联系人

8.7. 集群

8.7.1. 配置 JGroups Discovery Mechanism
复制链接

要在 OpenShift 上启用 JBoss EAP 集群，请将 JBoss EAP 配置中的Groups 协议堆栈配置为使用 kubernetes.KUBE_PING 或 dns.DNS_PING 发现机制。

虽然您可以使用自定义 standalone-openshift.xml 配置文件，但建议您使用环境变量在镜像构建中配置 JGroups。

以下说明使用环境变量为 OpenShift 镜像配置 JBoss EAP 的发现机制。

重要

如果您使用其中一个可用的应用程序模板在用于 OpenShift 镜像的 JBoss EAP 上部署应用程序，则默认发现机制为 dns.DNS_PING。

dns.DNS_PING 和 kubernetes.KUBE_PING 发现机制相互兼容。无法组成两个独立子集群的超集群，使用 dns.DNS_PING 机制进行发现，另一个使用 kubernetes.KUBE_PING 机制。同样，当执行滚动升级时，源和目标集群的发现机制需要相同。

8.7.1.1. 配置 KUBE_PING
复制链接

使用 KUBE_PING JGroups 发现机制：

  1. JGroups 协议堆栈必须配置为使用 KUBE_PING 作为发现机制。

    您可以将 JGROUPS_PING_PROTOCOL 环境变量设置为 kubernetes.KUBE_PING ： 

    JGROUPS_PING_PROTOCOL=kubernetes.KUBE_PING

  2. KUBERNETES_NAMESPACE 环境变量必须设置为 OpenShift 项目名称。如果没有设置，则服务器的行为为一个单节点集群（一个"集群"）。例如： 

    KUBERNETES_NAMESPACE=PROJECT_NAME

  3. 应设置 KUBERNETES_LABELS 环境变量。这应当 与服务级别 中设置的标签匹配。如果没有设置，则应用程序外部的 pod（位于您的命名空间中）将尝试加入。例如： 

    KUBERNETES_LABELS=application=APP_NAME

  4. 必须授权授予在 下运行 Pod 的服务帐户，以允许访问 Kubernetes 的 REST API。这可通过 OpenShift CLI 完成。以下示例使用当前项目命名空间中的 default 服务帐户： 

    oc policy add-role-to-user view system:serviceaccount:$(oc project -q):default -n $(oc project -q)

    在项目命名空间中使用 eap-service-account ： 

    oc policy add-role-to-user view system:serviceaccount:$(oc project -q):eap-service-account -n $(oc project -q)
    注意

    如需有关向服务帐户添加策略的更多信息，请参阅为 应用程序部署准备 OpenShift。

8.7.1.2. 配置 DNS_PING
复制链接

使用 DNS_PING JGroups 发现机制：

  1. JGroups 协议堆栈必须配置为使用 DNS_PING 作为发现机制。

    您可以将 JGROUPS_PING_PROTOCOL 环境变量设置为 dns.DNS_PING ： 

    JGROUPS_PING_PROTOCOL=dns.DNS_PING

  2. OPENSHIFT_DNS_PING_SERVICE_NAME 环境变量必须设置为集群的 ping 服务名称。 

    OPENSHIFT_DNS_PING_SERVICE_NAME=PING_SERVICE_NAME

  3. OPENSHIFT_DNS_PING_SERVICE_PORT 环境变量应设置为公开 ping 服务的端口号。DNS_PING 协议尝试从 SRV 记录中识别端口，否则默认为 8888。 

    OPENSHIFT_DNS_PING_SERVICE_PORT=PING_PORT

  4. 必须定义公开 ping 端口的 ping 服务。这个服务应该是无头(ClusterIP=None)，且必须具有以下内容：

    1. 端口必须命名为。

    2. 该服务必须注解为 service.alpha.kubernetes.io/tolerate-unready-endpoints 和 publishNotReadyAddresses 属性，两者均设置为 true。

      注意
      • 使用 service.alpha.kubernetes.io/tolerate-unready-endpoints 和 publishNotReadyAddresses 属性来确保 ping 服务在两个更新的 OpenShift 版本中正常工作。
      • 省略这些注解会导致每个节点在启动过程中组成自己的"集群"。然后，每个节点会在启动时将其集群合并到其他节点的集群，因为其他节点在启动后不会检测到它们。 
      kind: Service
apiVersion: v1
spec:
    publishNotReadyAddresses: true
    clusterIP: None
    ports:
    - name: ping
      port: 8888
    selector:
        deploymentConfig: eap-app
metadata:
    name: eap-app-ping
    annotations:
        service.alpha.kubernetes.io/tolerate-unready-endpoints: "true"
        description: "The JGroups ping port for clustering."
注意

DNS_PING 不需要对服务帐户进行任何修改，并使用默认权限工作。

8.7.2. 配置 JGroups 以加密集群流量
复制链接

要在 OpenShift 上为 JBoss EAP 加密集群流量，您必须在 JBoss EAP 配置中配置 JGroups 协议堆栈，以使用 SYM_ENCRYPT 或 ASYM_ENCRYPT 协议。

虽然您可以使用自定义 standalone-openshift.xml 配置文件，但建议您使用环境变量在镜像构建中配置 JGroups。

以下说明使用环境变量来配置用于 OpenShift 镜像的 JBoss EAP 集群流量加密的协议。

重要

SYM_ENCRYPT 和 ASYM_ENCRYPT 协议不相互兼容。无法将超级集群从两个独立的子集群组成，并有一个使用 SYM_ENCRYPT 协议加密集群流量，然后使用 ASYM_ENCRYPT 协议。同样，当执行滚动升级时，源和目标集群的协议需要相同。

8.7.2.1. Configuring SYM_ENCRYPT
复制链接

使用 SYM_ENCRYPT 协议加密 JGroups 集群流量：

  1. JGroups 协议堆栈必须配置为使用 SYM_ENCRYPT 作为加密协议。

    您可以将 JGROUPS_ENCRYPT_PROTOCOL 环境变量设置为 SYM_ENCRYPT ： 

    JGROUPS_ENCRYPT_PROTOCOL=SYM_ENCRYPT

  2. JGROUPS_ENCRYPT_SECRET 环境变量必须设置为包含用于保护 JGroups 通讯的机密名称。如果没有设置，集群通信不会加密，并发出警告。例如： 

    JGROUPS_ENCRYPT_SECRET=eap7-app-secret

  3. JGROUPS_ENCRYPT_KEYSTORE_DIR 环境变量必须设置为通过 JGROUPS_ENCRYPT_SECRET 变量指定的 secret 中密钥存储文件的目录路径。如果没有设置，集群通信不会加密，并发出警告。例如： 

    JGROUPS_ENCRYPT_KEYSTORE_DIR=/etc/jgroups-encrypt-secret-volume

  4. JGROUPS_ENCRYPT_KEYSTORE 环境变量必须设置为通过 JGROUPS_ENCRYPT_SECRET 变量指定的 secret 内的密钥存储文件的名称。如果没有设置，集群通信不会加密，并发出警告。例如： 

    JGROUPS_ENCRYPT_KEYSTORE=jgroups.jceks

  5. JGROUPS_ENCRYPT_NAME 环境变量必须设置为与服务器证书关联的名称。如果没有设置，集群通信不会加密，并发出警告。例如： 

    JGROUPS_ENCRYPT_NAME=jgroups

  6. JGROUPS_ENCRYPT_PASSWORD 环境变量必须设置为用于访问密钥存储和证书的密码。如果没有设置，集群通信不会加密，并发出警告。例如： 

    JGROUPS_ENCRYPT_PASSWORD=mypassword

8.7.2.2. Configuring ASYM_ENCRYPT
复制链接

注意

JBoss EAP 7.4 包含 ASYM_ENCRYPT 协议的新版本。以前版本的协议已弃用。如果指定了 JGROUPS_CLUSTER_PASSWORD 环境变量，则会使用已弃用的协议版本，并在 pod 日志中打印警告。

要使用 ASYM_ENCRYPT 协议加密 JGroups 集群流量，请指定 ASYM_ENCRYPT 作为加密协议，并将它配置为使用 elytron 子系统中配置的密钥存储。 

-e JGROUPS_ENCRYPT_PROTOCOL="ASYM_ENCRYPT" \
-e JGROUPS_ENCRYPT_SECRET="encrypt_secret" \
-e JGROUPS_ENCRYPT_NAME="encrypt_name" \
-e JGROUPS_ENCRYPT_PASSWORD="encrypt_password" \
-e JGROUPS_ENCRYPT_KEYSTORE="encrypt_keystore" \
-e JGROUPS_CLUSTER_PASSWORD="cluster_password"

8.7.3. 扩展 pod 的注意事项
复制链接

根据 JGroups 中的发现机制，启动节点将搜索现有集群协调器节点。如果在给定超时内找不到协调器节点，则起始节点会假定它是第一个成员，它会占用协调器状态。

当多个节点同时启动时，它们都假定第一个成员为第一个成员，从而导致使用多个分区的分割集群。例如，使用 DeploymentConfig API 扩展从 0 到 2 个 pod 可能会导致分割集群创建。为避免这种情况，您需要启动第一个 pod，然后再扩展至所需 pod 数量。

注意

默认情况下，EAP Operator 使用 StatefulSet API，按顺序启动 pod，即逐个启动 pod，从而防止创建拆分集群。

Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务，以及可以信赖的内容，帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情，请参阅红帽博客.

關於紅帽

我们提供强化的解决方案，使企业能够更轻松地跨平台和环境（从核心数据中心到网络边缘）工作。

Theme

© 2026 Red Hat返回顶部