群集配置文件和故障排除
在Geode中使用群集配置服务时,可以检查定位器上cluster_config目录中生成的配置文件。 gfsh在群集级别和单个组级别保存配置文件。
运行群集配置服务的定位器上提供了以下目录和配置文件:
群集级配置
对于适用于群集的所有成员的配置,定位器会在指定的cluster_config目录中创建群集子目录(或由启动定位器时配置的--cluster-config-dir = value参数指定)。 所有服务器在使用gfsh启动时都会收到此配置。该目录包含:
cluster.xml– Geode cache.xml文件,包含所有成员共有的配置cluster.properties– Geode gemfire.properties文件,包含所有成员共有的属性- 用于部署到所有成员的Jar文件
成员组级配置
当在gfsh命令中指定--groups参数时,(例如,启动服务器或创建区域)定位器将每个组的配置写入与该组同名的子目录中。当您启动指定一个或多个组名的服务器时,服务器将同时接收群集级配置和指定的所有组中的配置。该子目录包含:
<group-name>.xml– Geode cache.xml文件,包含该组所有成员共有的配置<group-name>.properties– Geode gemfire.properties文件,包含该组所有成员共有的属性- 用于部署到组的所有成员的Jar文件

您可以导出包含群集配置的所有工件的zip文件。zip文件包含定位器的cluster_config(或其他指定的)子目录中的所有文件。您可以将此配置导入新群集。 请参阅Exporting and Importing Cluster Configurations.
故障排除提示
-
当您使用gfsh启动定位器时,您应该看到以下消息:
Cluster configuration service is up and running.如果您没有看到此消息,则群集配置服务可能存在问题。使用status cluster-config-service命令检查集群配置的状态。
- 如果该命令返回RUNNING,则群集配置正常运行。
- 如果该命令返回WAITING,请运行status locator命令。此命令的输出返回WAITING状态的原因。
-
使用cache.xml文件进行配置时,这些文件中的配置应用程序有特定的顺序。Geode首先应用群集范围的配置文件,然后应用组级配置。最后一个是成员自己的配置文件(cache.xml和gemfire.properties文件)中的配置。
-
如果服务器启动失败并出现以下异常:ClusterConfigurationNotAvailableException,则群集配置服务可能不处于RUNNING状态。 由于服务器从定位器(不可用)请求群集配置,因此启动服务器命令失败。
-
您可以通过检查服务器的日志文件来确定服务器从定位器接收的配置。请参阅 Logging.
-
如果start server命令指定与现有群集配置冲突的cache.xml文件,则服务器启动可能会失败。
-
如果由于无法保存群集配置而导致gfsh命令失败,则会显示以下消息:
Failed to persist the configuration changes due to this command, Revert the command to maintain consistency. Please use "status cluster-config-service" to determine whether Cluster configuration service is RUNNING." -
有些类型的配置无法使用gfsh进行。 请参阅 gfsh Limitations.
本文详细介绍了在Geode中使用群集配置服务的方法,包括如何检查定位器上的配置文件,理解群集级和成员组级配置的区别,以及如何通过gfsh命令管理和导出配置。此外,还提供了故障排除的技巧,帮助解决启动服务器时遇到的问题。
4111

被折叠的 条评论
为什么被折叠?



