High Availability 集群故障排除

下表列出了常见的集群症状和解决方法。
症状
分辨率
Windows 工作站和 Ubuntu 节点之间的 SSH 连接失败。
更正 SSH 凭据或网络配置，以便工作站能够访问每个节点。
由于集群和已部署的项目使用不同的端口，Web UI 访问被阻止。
将项目 Web画面引擎端口与集群配置的 Web 端口保持一致，HTTP 的默认端口为 80，HTTPS 的默认端口为 443。
数据库停止接受写入。
当三个节点中有两个发生故障且数据库失去仲裁时，就会出现此问题。
至少恢复一个故障节点，以建立仲裁并恢复写入。
卸载集群后，持久性数据丢失。
卸载集群会移除持久性存储。
在卸载前，仅从创建的备份中恢复数据。
集群配置板显示的状态似乎已过时或不符合预期。
刷新配置板。
如果显示的状态仍然不正确，请检查诊断信息和导出的日志，以确认实际的 Pod 和节点状态。
如果部署的大型项目超过运行时内存限制，将导致 Studio 报告部署成功，但运行时会立即关闭，且记录的信息很少。
  1. 要备份当前 Helm 值和修订历史记录，请运行：
    helm get values ftoptix -n ftoptix > pre-change-values-backup.yaml && helm history ftoptix -n ftoptix
  2. 要确认节点 RAM 能够支持新的内存限制，请运行：
    kubectl describe node <node-name> | grep -A2 "Capacity:"
  3. 要应用覆盖，请运行：
    helm upgrade ftoptix <chart-path> -n ftoptix --reuse-values --set resources.runtime.requests.memory=<value> --set resources.runtime.limits.memory=<value>
  4. 要验证 Pod 已采用新限制且运行状况良好，请运行：
    kubectl rollout status statefulset/ftoptix-core-ha-runtime -n ftoptix
                      kubectl get pods -n ftoptix
                      kubectl describe pod ftoptix-core-ha-runtime-0 -n ftoptix | grep -A2 "Limits:"
  5. 要确认更改，请重新部署项目，确认运行时进入运行或活动状态，并确认 Web UI 可访问。
Kubernetes 返回 401 Unauthorized 错误、运行时身份检索失败、运行时进入演示模式、更新服务器授权间歇性失败，或者运行时 Pod 未按预期恢复。
这些症状通常是由集群节点之间的时钟偏斜引起的。
将所有节点配置为使用相同的已获批 NTP 源，恢复时间同步，确认时钟相差不超过 1 秒，然后重试失败的操作。
如果任何节点不同步或相差 5 秒或以上，请勿继续配置。
提供反馈
对本文档有问题或反馈吗？ 请在这里提交您的反馈 。
Normal