Geo 群集快速入门 #

基于 SUSE® Linux Enterprise High Availability 的 Geo 群集可视为“覆盖”群集，其中每个群集站点相当于传统群集中的一个群集节点。覆盖群集由投票间群集票据管理器（以下简称“投票间”）管理。Geo 群集中的各方都会运行一个服务，即 boothd。它连接到其余站点上运行的投票间守护程序，并交换连接性细节。投票间依靠称为“票据”的群集对象来确保群集资源在各站点之间的高度可用性。票据授予在特定群集站点上运行某些资源的权限。投票间可保证每个票据一次只会授予给一个站点。

如果两个投票间实例之间的通讯断开，则可能是因为群集站点之间的网络发生故障或其中一个群集站点中断。在此情况下，您需要使用一个额外的实例（第三个群集站点或 arbitrator）来就各决策（例如在站点间进行资源的故障转移）达成一致意见。仲裁方是一台以特殊模式运行投票间实例的计算机（不属于群集）。每个 Geo 群集都可以有一个或多个仲裁方。

图 1︰ 双站点群集 - 2x2 个节点 + 仲裁方（可选） #

 

也可以运行无仲裁方的双站点 Geo 群集。在此情况下，Geo 群集管理员需要手动管理票据。如果同时将一个票据授予多个站点，投票间会显示一条警告。

有关用于 Geo 群集的概念、组件和票据管理的更多细节，请参见管理指南。

通过本文档中介绍的过程可以完成包含两个群集站点和一个仲裁方的基本 Geo 群集的设置：

继续操作前，请确保已满足以下要求：

有关各项的详细要求，另请参见第 3 节 “要求”。

所有计算机（群集节点和仲裁方）上至少需要安装以下模块和扩展：

安装计算机时，请选择 HA GEO Node 作为 system role。如此将安装最小系统，这种情况下，默认会安装软件集 Geo Clustering for High Availability (ha_geo) 中的软件包。

所有引导脚本都会记录到 /var/log/crmsh/crmsh.log 中。如需引导过程的任何细节，请查看日志文件。在引导过程中设置的任何选项都可在稍后加以修改（通过修改投票间设置、修改资源等）。有关详细信息，请参见管理指南。

High Availability 和 Geo Clustering for High Availability 安装软件集中包含用于配置和管理 Geo 群集的软件包。只有在安装 SUSE Linux Enterprise High Availability 后，才能使用这些软件集。

在安装 SUSE Linux Enterprise Server 期间或之后，您可以注册到 SUSE Customer Center 中并安装 SUSE Linux Enterprise High Availability。有关详细信息，请参见 SUSE Linux Enterprise Server 的 Deployment Guide。

使用 crm cluster geo_init 命令可将一个现有群集变为 Geo 群集的第一个站点。

该引导脚本会创建投票间配置文件，并在群集站点间同步该文件。它还会创建投票间所需的的基本群集资源。执行过程 2 的步骤 4 将创建以下投票间配置和群集资源：

# The booth configuration file is "/etc/booth/booth.conf". You need to
# prepare the same booth configuration file on each arbitrator and
# each node in the cluster sites where the booth daemon can be launched.

# "transport" means which transport layer booth daemon will use.
# Currently only "UDP" is supported.
transport="UDP"
port="9929"

arbitrator="192.168.203.100"
site="192.168.201.100"
site="192.168.202.100"
authfile="/etc/booth/authkey"
ticket="ticket-nfs"
expire="600"

primitive1 booth-ip IPaddr2 \
  params rule #cluster-name eq amsterdam ip=192.168.201.100 \
  params rule #cluster-name eq berlin ip=192.168.202.100 \
primitive2 booth-site ocf:pacemaker:booth-site \
  meta resource-stickiness=INFINITY \
  params config=booth \
  op monitor interval=10s
group3 g-booth booth-ip booth-site \
meta target-role=Stopped4

初始化 Geo 群集的第一个站点后，请按crm cluster geo_join 中所述使用 过程 3 添加第二个群集。该脚本需要通过 SSH 访问已配置的群集站点，并且会将当前群集添加到 Geo 群集。

crm cluster geo_join 命令会从 1 复制投票间配置，请参见例 1。此外，它还会创建投票间所需的群集资源（请参见例 2）。

使用 crm cluster geo_init 和 crm cluster geo_join 设置 Geo 群集的所有站点后，需要使用 crm cluster geo_init_arbitrator 设置仲裁方。

crm cluster geo_init_arbitrator 脚本会从 1 复制投票间配置，如例 1 所示。它还会在仲裁方上启用并启动投票间服务。因此，当群集站点上也在运行投票间服务时，仲裁方便可以与这些群集站点上的投票间实例通讯。

要查看您已在引导过程中创建的群集站点及资源与票据，请使用 Hawk2。通过 Hawk2 Web 界面，您可以监控和管理多个（不相关的）群集和 Geo 群集。

使用 Geo 群集引导脚本，您可以快速地设置可用于测试用途的基本 Geo 群集。不过，要将创建的 Geo 群集迁移到正常运行且可用于生产环境的 Geo 群集，则需执行更多步骤。

引导脚本会在两个群集站点上创建相同的投票间资源，并在所有站点（包括仲裁方）上创建相同的投票间配置文件。如果您扩展 Geo 群集设置（以便迁移到生产环境），可能需要调整投票间配置，并更改与投票间有关的群集资源的配置。之后，您需要将更改同步到 Geo 群集的其余站点才能使其生效。

注意：跨群集站点同步更改

• 要将投票间配置中的更改同步到所有群集站点（包括仲裁方），请使用 Csync2。有关详细信息，请参见第 5 章 “跨所有站点和仲裁方同步配置文件”。

• CIB（群集信息数据库）不会跨 Geo 群集的群集站点自动同步。这意味着需要将所有群集站点上必需的资源配置中的所有更改手动传输到其余站点。要执行此操作，请标记相应资源，从当前 CIB 导出这些资源并将其导入到其余群集站点上的 CIB。有关详细信息，请参见第 6.4 节 “将资源配置传输到其他群集站点”。