Orchestrator配置说明
{Debug: false, --设置debug模式EnableSyslog: false, -- 是否把日志输出到系统日志里ListenAddress: ":3000", -- web http tpc 监听端口ListenSocket: "", -- 套接字文件，默认空，和ListenAddress互斥。HTTPAdvertise: "", --可选，为raft设置。通知相关http信息AgentsServerPort: ":3001",--回调接口StatusEndpoint: "/api/status",--状态查看，默认为'/ api / status'StatusOUVerify: false,--如果为true，请尝试在Mutual TLS打开时验证OU。默认为falseBackendDB: "mysql",--后端数据库类型，可选mysql或则sqlite3SQLite3DataFile: "", --sqlite3的数据文件SkipOrchestratorDatabaseUpdate: false,-- 如果为true，不检查后端数据库模式，也不尝试更新它。当运行多个版本的orchestrator时很有用PanicIfDifferentDatabaseDeploy: false, --如果为true，此进程发现协调器后端的数据库由不同版本配置，则发生混乱RaftBind: "127.0.0.1:10008",RaftAdvertise: "",RaftDataDir: "",DefaultRaftPort: 10008, --如果RaftNodes未指定端口，使用此端口RaftNodes: []string{}, --raft初始化连接ExpectFailureAnalysisConcensus: true,MySQLOrchestratorMaxPoolConnections: 128, --限制后端数据库的并发数MySQLOrchestratorPort: 3306, --后端数据库端口MySQLTopologyUseMutualTLS: false,--是否启用TLS身份验证MySQLTopologyUseMixedTLS: true,--是否混合TLS和非TLS身份验证MySQLOrchestratorUseMutualTLS: false,--是否为Orchestrator MySQL实例启用TLS身份验证MySQLConnectTimeoutSeconds: 2,--数据库连接超时时间，秒。MySQLOrchestratorReadTimeoutSeconds: 30,--读操作超时MySQLDiscoveryReadTimeoutSeconds: 10,--发现查询的超时MySQLTopologyReadTimeoutSeconds: 600,--发现查询之外查询的超时MySQLConnectionLifetimeSeconds: 0,--活跃状态的的时间DefaultInstancePort: 3306,--数据库默认端口TLSCacheTTLFactor: 100,--为TLS信息缓存到期的InstancePollSeconds的因子InstancePollSeconds: 5,--实例之间读取间隔InstanceWriteBufferSize: 100,--实例写入缓冲区大小BufferInstanceWrites: false,--在后端表上设置为“true”以进行写入优化，写入可能过时并覆盖非陈旧数据InstanceFlushIntervalMilliseconds: 100,--实例写入缓冲区刷新之间的最大间隔时间SkipMaxScaleCheck: false,--如果没有MaxScale BinlogServer，请将其设置为“true”以保存一些无意义的查询UnseenInstanceForgetHours: 240,--忽略不可见的实例的小时数SnapshotTopologiesIntervalHours: 0,--快照拓扑调用之间的小时间隔。默认值：0（禁用）DiscoverByShowSlaveHosts: false,--在PROCESSLIST之前尝试SHOW SLAVE HOSTSUseSuperReadOnly: false,--每当它设置read_only时，orchestrator应该是super_read_onlyDiscoveryMaxConcurrency: 300,--实例发现时go的最大进程数量。DiscoveryQueueCapacity: 100000,--发现队列的缓冲区大小。应该大于发现的数据库实例的数量DiscoveryQueueMaxStatisticsSize: 120,--发现队列的第二次统计数据的最大数量DiscoveryCollectionRetentionSeconds: 120,--保留发现集合信息的秒数InstanceBulkOperationsWaitTimeoutSeconds: 10,--在进行批量操作时等待单个实例的时间HostnameResolveMethod: "default",MySQLHostnameResolveMethod: "@@hostname",SkipBinlogServerUnresolveCheck: true, --跳过检查未解析的主机名是否解析为binlog服务器的相同主机名ExpiryHostnameResolvesMinutes: 60, --主机名解析到期之前的分钟数RejectHostnameResolvePattern: "",--不接受解析主机名的正则表达式。这样做是为了避免因网络故障而存储错误ReasonableReplicationLagSeconds: 10,--复制延迟高于该值表示异常ProblemIgnoreHostnameFilters: []string{},--将与给定的regexp过滤器匹配的主机名最小化问题VerifyReplicationFilters: false, --在拓扑重构之前检查复制筛选器ReasonableMaintenanceReplicationLagSeconds: 20,--高于此值会上移和下移CandidateInstanceExpireMinutes: 60,--该时间之后，使用实例作为候选副本的建议已过期。AuditLogFile: "", --审计操作的日志文件名。空的时候禁用。AuditToSyslog: false, --审计日志是否写入到系统日志AuditToBackendDB: false, --审计日志是否入库，表为audit，默认trueRemoveTextFromHostnameDisplay: "",--去除群集/群集页面上的主机名的文本ReadOnly: false,AuthenticationMethod: "",--身份验证类型。可选值有：HTTPAuthUser: "", --HTTP基本身份验证的用户名，空表示禁用身份验证HTTPAuthPassword: "", --HTTP基本身份验证的密码，空表示禁用密码AuthUserHeader: "X-Forwarded-User",--当AuthenticationMethod为“proxy”时，HTTP标头指示auth用户PowerAuthUsers: []string{"*"},--在AuthenticationMethod ==“proxy”上，可以更改的用户列表。所有其他都是只读的PowerAuthGroups: []string{},--经过身份验证的用户必须是unix组列表成员AccessTokenUseExpirySeconds: 60,--必须使用已颁发token的时间AccessTokenExpiryMinutes: 1440,--访问的到期的时间ClusterNameToAlias: make(map[string]string),DetectClusterAliasQuery: "",--可选查询（在拓扑实例上执行），返回集群的别名DetectClusterDomainQuery: "",--可选查询（在拓扑实例上执行），返回此集群主服务器的VIP / CNAME /别名/任何域名DetectInstanceAliasQuery: "",--可选查询（在拓扑实例上执行），返回实例的别名DetectPromotionRuleQuery: "",--可选查询（在拓扑实例上执行），返回实例的提升规则DataCenterPattern: "", --一个组的正则表达式模式，从主机名中提取数据中心名称PhysicalEnvironmentPattern: "",--一个组的正则表达式模式，从主机名中提取物理环境信息DetectDataCenterQuery: "",--可选查询（在拓扑实例上执行），返回实例的数据中心，覆盖DataCenterPattern，对无法通过主机名推断DC非常有用DetectPhysicalEnvironmentQuery: "",--可选查询（在拓扑实例上执行），返回实例的物理环境。覆盖PhysicalEnvironmentPattern，对无法通过主机名推断出env非常有用DetectSemiSyncEnforcedQuery: "",--可选查询（在拓扑实例上执行）以确定是否对主写入完全强制执行半同步SupportFuzzyPoolHostnames: true,--应该“submit-pool-instances”命令能够传递模糊实例列表（模糊意味着非fqdn，但足够独特，可以识别）。默认值为“true”，表示后端数据库上有更多查询InstancePoolExpiryMinutes: 60,--database_instance_pool的过期的时间PromotionIgnoreHostnameFilters: []string{},--不使用主机名匹配模式来提升副本ServeAgentsHttp: false,--产生另一个专用于orchestrator-agent的HTTP接口AgentsUseSSL: false,--当“true”orchestrator将使用SSL侦听代理端口以及通过SSL连接到代理时AgentsUseMutualTLS: false,--当“true”时，使用相互TLS服务器与代理通信AgentSSLValidOUs: []string{},--使用相互TLS与代理进行通信AgentSSLSkipVerify: false,--为代理使用SSLAgentSSLPrivateKeyFile: "",AgentSSLCertFile: "",AgentSSLCAFile: "",UseSSL: false,--在Web端口上使用SSLUseMutualTLS: false,--“true”时使用TLS作为服务器的Web和API连接SSLValidOUs: []string{},--使用TLS交互SSLSkipVerify: false,--使用SSL时，是否应忽略SSL认证错误SSLPrivateKeyFile: "",SSLCertFile: "",SSLCAFile: "",AgentPollMinutes: 60,--代理轮询的分钟数UnseenAgentForgetHours: 6,--忘记不可见的代理的小时数StaleSeedFailMinutes: 60,--过时（无进展）被视为失败的分钟数SeedAcceptableBytesDiff: 8192,--种子源和目标数据大小之间的字节差异仍被视为成功复制SeedWaitSecondsBeforeSend: 2,--在代理上开始发送数据命令之前等待的秒数AutoPseudoGTID: false, --是否自动将Pseudo-GTID条目注入主服务器PseudoGTIDPattern: "",--在二进制日志中查找的模式，用于创建唯一条目（伪GTID）。为空时，禁用基于伪GTID的重构。PseudoGTIDPatternIsFixedSubstring: false,--如为true，则PseudoGTIDPattern不被视为正则表达式而是固定子字符串PseudoGTIDMonotonicHint: "",--Pseudo-GTID条目中的子字符串，表示Pseudo-GTID条目预计会单调递增DetectPseudoGTIDQuery: "",--可选查询，用于确定是否在实例上启用了伪gtidBinlogEventsChunkSize: 10000,--SHOW BINLOG | RELAYLOG EVENTS LIMIT的块大小。较小意味着更少的锁定和工作要做SkipBinlogEventsContaining: []string{},--扫描/比较Pseudo-GTID的binlog时，跳过包含给定文本的条目。这些不是正则表达式（扫描binlog时会消耗太多的CPU），只需查找子字符串。ReduceReplicationAnalysisCount: true,--如果为true，则复制分析将报告可能首先处理问题的可能性的实例。如果为false，则为每个已知实例提供一个条目FailureDetectionPeriodBlockMinutes: 60,--实例的故障发现保持“活动”的时间，以避免实例失败的并发“发现”; 如果有的话，这会在任何恢复过程之前。RecoveryPeriodBlockMinutes: 60,--实例的恢复保持“活动”的时间，以避免并发恢复RecoveryPeriodBlockSeconds: 3600, --实例的恢复保持“活动”的时间，以避免并发恢复RecoveryIgnoreHostnameFilters: []string{},--恢复分析将完全忽略与给定模式匹配的主机RecoverMasterClusterFilters: []string{},--只对匹配这些正则表达式模式的集群进行主恢复（“*”模式匹配所有）RecoverIntermediateMasterClusterFilters: []string{},--只对匹配这些正则表达式模式的集群进行恢复（“*”模式匹配所有内容）ProcessesShellCommand: "bash",--执行命令脚本的ShellOnFailureDetectionProcesses: []string{},--检测故障转移方案时执行（在决定是否进行故障转移之前）。可以并且应该使用其中一些占位符{failureType}，{failureDescription}，{command}，{failedHost}，{failureCluster}，{failureClusterAlias}，{failureClusterDomain}，{failedPort}，{successorHost}，{successorPort}，{ successorAlias}，{countReplicas}，{replicaHosts}，{isDowntimed}，{autoMasterRecovery}，{autoIntermediateMasterRecovery}PreGracefulTakeoverProcesses: []string{},--在主变为只读之前立即执行。可以并且应该使用其中一些占位符：{failureType}，{failureDescription}，{command}，{failedHost}，{failureCluster}，{failureClusterAlias}，{failureClusterDomain}，{failedPort}，{successorHost}，{successorPort}，{ successorAlias}，{countReplicas}，{replicaHosts}，{isDowntimed}PreFailoverProcesses: []string{},--在执行恢复操作之前立即执行。任何这些进程的失败（非零退出代码）都会中止恢复。提示：这使您有机会根据系统的某些内部状态中止恢复。可以并且应该使用其中一些占位符：{failureType}，{failureDescription}，{command}，{failedHost}，{failureCluster}，{failureClusterAlias}，{failureClusterDomain}，{failedPort}，{successorHost}，{successorPort}，{ successorAlias}，{countReplicas}，{replicaHosts}，{isDowntimed}PostMasterFailoverProcesses: []string{},--在主恢复成功结束时执行（未定义的执行顺序）。使用与PostFailoverProcesses相同的占位符PostIntermediateMasterFailoverProcesses: []string{},--在成功的中间主恢复结束时执行（未定义的执行顺序）。使用与PostFailoverProcesses相同的占位符PostFailoverProcesses: []string{},--在成功恢复结束时执行（包括并添加到上述两个）。可以并且应该使用其中一些占位符：{failureType}，{failureDescription}，{command}，{failedHost}，{failureCluster}，{failureClusterAlias}，{failureClusterDomain}，{failedPort}，{successorHost}，{successorPort}，{ successorAlias}，{countReplicas}，{replicaHosts}，{isDowntimed}，{isSuccessful}，{lostReplicas}PostUnsuccessfulFailoverProcesses: []string{},--在任何不成功的恢复结束时执行。（未定义的执行顺序）。可以并且应该使用其中一些占位符：{failureType}，{failureDescription}，{command}，{failedHost}，{failureCluster}，{failureClusterAlias}，{failureClusterDomain}，{failedPort}，{successorHost}，{successorPort}，{ successorAlias}，{countReplicas}，{replicaHosts}，{isDowntimed}，{isSuccessful}，{lostReplicas}PostGracefulTakeoverProcesses: []string{},--在旧主位于新晋升的主之后执行。使用与PostFailoverProcesses相同的占位符CoMasterRecoveryMustPromoteOtherCoMaster: true,--当'false'时，任何都可以得到提升（候选人比其他人更受欢迎）。当'true'时，将促进其他共同主人或否则失败DetachLostSlavesAfterMasterFailover(DetachLostReplicasAfterMasterFailover): true,--恢复过程中可能会丢失一些副本。如果为true，将通过detach-replica命令强制中断其复制，以确保没有人认为它们完全正常运行。ApplyMySQLPromotionAfterMasterFailover: true,--将重置slave all并在提升的master上设置read_only = 0，默认true。PreventCrossDataCenterMasterFailover: false,--如果为true（默认值：false），则不允许跨DC主故障转移，orchestrator将尽其所能仅在同一DC内进行故障转移，否则不进行故障转移。MasterFailoverLostInstancesDowntimeMinutes: 0,--在主故障转移（包括失败的主副本和丢失的副本）之后丢失的任何服务器停机的分钟数。0表示禁用MasterFailoverDetachSlaveMasterHost(MasterFailoverDetachReplicaMasterHost): false,--orchestrator是否应该在新升级的master上发出detach-replica-master-host（这样可以确保新master不会尝试复制旧的master，如果它恢复生命）。默认为'false'。如果ApplyMySQLPromotionAfterMasterFailover为'true'则无意义。FailMasterPromotionIfSQLThreadNotUpToDate: false,--如果为true，并且发生主故障转移，如果候选主服务器未消耗所有中继日志（延迟），则中止并显示错误PostponeSlaveRecoveryOnLagMinutes（PostponeReplicaRecoveryOnLagMinutes）: 0,--在崩溃恢复时，滞后超过给定分钟的副本仅在主/ IM被选出并执行进程后才在恢复过程的后期复活。值为0将禁用此功能RemoteSSHForMasterFailover: false,--orchestrator是否应该在主故障转移时尝试远程-shsh relaylog-synching？需要RemoteSSHCommandRemoteSSHCommand: "",--一个`ssh`命令，由恢复进程用于读取/应用relaylogs。如果提供，则此变量必须包含文本“{hostname}”。远程SSH登录必须具有读/写中继日志的权限。示例：“setuidgid remoteuser ssh {hostname}”RemoteSSHCommandUseSudo: true,--是否orchestrator应该在SSH命令下在远程主机上应用'sudo'OSCIgnoreHostnameFilters: []string{},--建议将忽略与给定模式匹配的副本主机名GraphiteAddr: "",GraphitePath: "",GraphiteConvertHostnameDotsToUnderscores: true,GraphitePollSeconds: 60,URLPrefix: "",DiscoveryIgnoreReplicaHostnameFilters: []string{},ConsulAddress: "",ConsulAclToken: "",ZkAddress: "",KVClusterMasterPrefix: "mysql/master",WebMessage: ""}
扫一扫
69
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
