1. 升级到 v6.5.3 之后的操作

• 注意：从此版本开始，采集器引入了系统负载熔断机制，默认情况下当 load15/cpu_cores 超过 1.0 时采集器将会自动禁用，如需禁用此机制请将采集器的「系统负载熔断阈值」配置为 0 。

2. 升级到 v6.5.4 之后的操作

• 注意：从此版本开始，采集器采集网口配置统一为“基础配置参数”的“采集网口”：tap_interface_regex，static_config.src-interfaces已被弃用，流量采集模式为“虚拟镜像”或“物理镜像”模式的采集器应该修改static_config.src-interfaces配置为对应的tap_interface_regex。

3. 升级到 v6.5.5 之后的操作

• 注意：从此版本开始，采集器引入了 远程更新 K8s Agent 机制，Agent 添加了可以 Patch 自身 DaemonSet 的 Role, 需要更新 Agent 的 DaemonSet 和 RBAC yaml, 以保障 Agent 有正确的权限修改 DaemonSet。

4. 升级到 v6.5.8 之后的操作和说明

• 注意：从 6.5.8 开始，登录 DeepFlow 使用的定制化 SSO 认证对接，配置项从代码移至配置文件中进行管理。有需要支持升级的请提交工单来完成配置的更新。
• 注意：从此版本开始, deepflow_agent 和 deepflow_server 指标所在的数据库由 deepflow_system 分别改为 deepflow_tenant 和 deepflow_admin。

5. 升级到 v6.5.9 之后的操作和说明

• 注意：客户环境中，如果 PCAP 或分发策略的话，需要尽快升级 Agent。从 6.6 开始，将不再兼容旧版本的 Agent。
• 注意：如果存在 MySQL 密码的修改，需要删除 ClickHouse 中的字典表，触发自动重建。
• 注意：客户环境中，如果嵌入了视图页面，需要升级下视图url地址
  • 区分下嵌入视图类型，分别是自定义视图（user_dashboard）和内置视图（system_dashboard），需要在原url中追加 module_type=${module_type}
  • url中使用的id删除掉，并且追加 dashboardId=${uuid} 参数，切记查看 url 是否是仅单个 dashboardId
  • uuid 可以从 DeepFlow 系统的视图点到详情去 url 上获取
  • 升级 url 后检查下嵌入的页面是否正常工作，常见的问题是 url 出现了重复的参数；其次是视图类型错误
• 注意：不同组织对应了不同的 MySQL 数据库，如果客户环境中存在多组织且使用了外部 MySQL 的话，需要给其他组织的数据库和 deepflow 一样的权限
  • 不同组织数据库的命名规则：xxxx_deepflow，其中xxxx表示四位组织 ID （在 1-1023 之内），例如：0021_deepflow