- 欢迎使用 SkyWalking
- 观测分析语言 Observability Analysis Language, OAL
- 仪表系统
- 设计目标
- 为什么 SkyWalking 体系中没有使用 MQ?
- 探针简介
- 观测分析平台
- 可视化
- 选择接收器
- 服务自动打点代理
- 手动打点 SDK
- 服务网格探针
- SkyWalking Java 代理支持列表
- 设置
- 协议
- 作用域 Scopes 和字段 Fields
- 概念与设计
- Backend 启动
- Backend 存储
- 安装 Java agent
- Open Fetcher
- 概念与设计总览
- 设置开发环境
- 组件库设置
- 插件自动测试框架
- 使用命令行导出
- 操作名称分组规则
- Spring 注解插件
- Oracle 和 Resin 插件
- 支持忽略自定义的 trace
- 支持自定义增强
- 配置覆盖
- 支持传输层安全性协议(TLS)
- 命名空间
- 令牌认证
- 令牌认证
- 兼容 OpenTracing 的 Skywalking tracer
- 安装 log4j
- 安装 log4j2
- logback 插件
- 应用程序工具包跟踪
- 跨线程追踪
- 通过系统属性动态定义 agent 配置文件
- 插件开发指南
- 在 Kubernetes 中部署
- 通过 ALS 观测服务网格
- UI
- 与 Istio 协作
- 配置 Envoy 来向 SkyWalking 发送度量指标
- 快速入门
- V6 升级
- SkyWalking 跨进程传播的头部协议
- OAP server 支持 gPRC SSL 传输
- 贡献指南
- 数据存储扩展
- 启动模式
- 设置的覆盖
- IP 和端口设置
- 初始化模式
- 集群管理
- 服务器端的跟踪采样
- 慢 SQL 语句设置
- 官方 OAL 脚本
- 告警
- 高级部署
- Metrics Exporter
- TTL
- 动态配置
- 无法打点的网关/代理
- 应用性能指数
- 端点分组参数化
- 后台遥测数据
- Apache SkyWalking 代码提交者
- 如何构建项目
- 新度量指标的源和范围扩展
- 后端存储实体扩展
- 线程转储归并机制
文章来源于网络收集而来,版权归原创者所有,如有侵权请及时联系!
集群管理
在大多数生产环境中,后端应用需要支持高吞吐量并且支持高可用来保证服务的稳定,所以你始终需要在生产环境进行集群管理。
SkyWalking 的后台提供了几种集群管理的方案。选择你需要或想要的那个。
- Zookeeper coordinator
Zookeeper 是一个很常见并的广泛使用的集群协调者。在 yml 文件中设置 cluster/selector 为 zookeeper 来启用它。
Zookeeper 需要在 3.4 以上版本。
cluster: selector: ${SW_CLUSTER:zookeeper} # other configurations
hostPort
是 zookeeper 一组服务列表。 格式:IP1:PORT1,IP2:PORT2,...,IPn:PORTn
enableACL
启用 Zookeeper ACL 来控制访问 zk 节点.schema
Zookeeper ACL schemas.expression
ACL 的表达式. 表达式的格式是针对于 schema.hostPort
,baseSleepTimeMs
和maxRetries
是Zookeeper客户端的设置。
提醒:
- 如果
Zookeeper ACL
是启用的并且/skywalking
节点存在,必须确保SkyWalking
拥有CREATE
,READ
和WRITE
的权限。如果/skywalking
节点不存在,将会自动创建并针对指定用户授权所有权限。同时节点也会授权任意用户读权限。 - 如果设置
schema
为digest
,密码的表达式设置在 明文 中。
在某些情况下,OAP 默认的 gRPC 主机和端口在核心中不适合 OAP 节点之间的内部通信。根据您自己的 LAN 环境,可通过下列参数设置你的 host 和 port。
- internalComHost, 已注册的主机和其它 OAP 节点使用它与当前节点通信。
- internalComPort, 已注册的端口和其它 OAP 节点使用它与当前节点通信。
zookeeper: nameSpace: ${SW_NAMESPACE:""} hostPort: ${SW_CLUSTER_ZK_HOST_PORT:localhost:2181} #Retry Policy baseSleepTimeMs: ${SW_CLUSTER_ZK_SLEEP_TIME:1000} # initial amount of time to wait between retries maxRetries: ${SW_CLUSTER_ZK_MAX_RETRIES:3} # max number of times to retry internalComHost: 172.10.4.10 internalComPort: 11800 # Enable ACL enableACL: ${SW_ZK_ENABLE_ACL:false} # disable ACL in default schema: ${SW_ZK_SCHEMA:digest} # only support digest schema expression: ${SW_ZK_EXPRESSION:skywalking:skywalking}
Kubernetes
需要后端集群部署在 kubernetes 中,参考 kubernetes 中部署。设置 selector 为
kubernetes
。cluster: selector: ${SW_CLUSTER:kubernetes} # other configurations
Consul
目前,consul 正成为一个著名的系统,很多公司和开发者使用它作为服务发现的方案。在 yml 文件中设置 cluster/selector 为 consul 启用它。
cluster: selector: ${SW_CLUSTER:consul} # other configurations
与 Zookeeper 协调器一样,在某些情况下,OAP 默认的 gRPC 主机和端口在核心中不适合 OAP 节点之间的内部通信。根据您自己的 LAN 环境,可通过下列参数设置你的 host 和 port。
- internalComHost, 已注册的主机和其它 OAP 节点使用它与当前节点通信。
- internalComPort, 已注册的端口和其它 OAP 节点使用它与当前节点通信。
Etcd
在 yml 文件中设置 cluster/selector 为 etcd 启用它。
cluster: selector: ${SW_CLUSTER:etcd} # other configurations
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论