（讨论问题）有必要每月更新或者长期停留某一版本不...

bugensui

ghostist 发表于 2024-5-31 17:32
随性 现在很稳定了 想起来就更一下
很少出现挂了需要维护的情况

那我以后也不更新了。没有意义。新版也没有什么新功能

cjnt007

做两套HA系统，一台安装在cm311-1a上，一台在X86虚拟机上，两套系统并行，配置上做一主一备随时切换，也防止自动化冲突，更新时也是一台先更新，没问题再更新另一台

XCray

一直在追最新版

bugensui

XCray 发表于 2024-5-31 22:50
一直在追最新版

看来追最新版和保证平稳，很难两全其美了。

bugensui

cjnt007 发表于 2024-5-31 21:27
做两套HA系统，一台安装在cm311-1a上，一台在X86虚拟机上，两套系统并行，配置上做一主一备随时切换，也防 ...

假设2个ha设备，怎么做到自动相互备份，怎么做到切换呢？

jjcs

追求更新和不追求都可以，运维能力强的，我建议是追求更新，ha无时无刻不在变化，长期停留一个版本当然也没问题。更新之前看官方文档，更新了什么改变了什么，强烈建议把自动化分离到node-red；里面，ha只做接入平台，据我多年经验，ha的api是最稳定的，然后减少使用长时间不更新维护的集成，使用hassos，少用里面的加载项，而是单独部署docker。ha配置文件的备份使用另外一套系统读取ha的配置文件，来备份，不使用自带的备份。最后宿主系统选择可靠熟悉的。来自使用k8s部署智能家居，连续2年无故障经验。

jjcs

lj407 发表于 2024-5-31 17:19
ha系统本身太复杂，我国这个大局域网又太sb，原来用得好好的如果更新八成要出问题。 ...

不可能，我连bate版本ha都最求更新，还是和个人运维能力有关系，只要新版本ha底层没有重大问题，那更新出问题，无非就是配置文件改了，集成改了作者没有及时维护。所以这就体现了一个低耦合思想，不要什么东西都一股脑的塞里面，屎山

hhh.

突然断电，会导致ha丢失IP，需要通过命令重新指定一次，我之前遇到过一次。

这是命令
修改IP
login
然后输入：nmcli dev status   查看网络连接状态
然后继续输入：nmcli con edit "Supervisor enp6s18"
print ipv4   查看网口配置
set ipv4.addresses 10.10.12.12/24 设置自己想要的ip地址
set ipv4.dns 10.10.12.11  设置DNS
set ipv4.gateway 10.10.12.11  设置网关
如果没问题就输入：save 保存，会提示更新成功，然后输入：quit 退出设置。
输入：nmcli con reload 重新载入。

cjnt007

bugensui 发表于 2024-6-1 17:10
假设2个ha设备，怎么做到自动相互备份，怎么做到切换呢？

哈哈，简单聊下思路，权当抛砖引玉：

首先做好主、备两个HA系统（一般配置好主机，备份后导入到备机，保证两个系统一致）。

配置时添加一个input_select辅助元素取名“主备切换”，选项为“主机、备机”两个。在涉及到主备机切换的自动化、脚本等配置的地方都要将此主备机状态作为触发或运行的限制条件，即为“主机”时运行（触发）。

两套系统部署好后，在备机的Node-RED中添加主机的HA服务器配置，使用events:state节点获取主机“主备切换”实体的实时状态，并根据主机状态自动设置备机的“主备切换”为相反的状态。（当然这些也可以在HA自动化里实现，我是在NR里使用很顺手了）

要再完善一些的话，可加上当主备机切换后，自动发送告警通知到主人手机等等辅助功能。

这个主备机并行方案的缺点是两套系统的历史数据没有无缝同步，因为暂时没有这方面的需求，也没有深入研究，有需求的朋友可以研究下。
另外主备机上有些设置需要同步的，比如定时条件修改什么的，可以按“主备切换”的思路在备机里添加触发机制来同步修改。

sirakawa

每个月起码在.2 .3之后更新。
每天虚拟机自动备份，定时快照。