迁移 Zeabur 集群
💡
原文中文，约6500字，阅读约需16分钟。
📝
内容提要
作者将物理机上的Zeabur集群迁移至PVE，采用RAID 1硬盘以增强数据安全性。在迁移过程中记录了RAID配置、数据卷转换和IP更换等步骤，最终成功完成数据迁移和集群重建。
🎯
关键要点
- 物理机的Zeabur集群迁移至PVE，采用RAID 1硬盘以增强数据安全性。
- 迁移过程中记录了RAID配置、数据卷转换和IP更换等步骤。
- RAID仅提供冗余，不替代备份，备份方案使用Velero。
- 使用lvm组RAID以便于后续扩容，确保引导分区也做冗余。
- 将新的数据卷转换为PV并加入VG，使用lvconvert命令将逻辑卷转换为RAID1。
- pve/data逻辑卷为Thin Pool，需对其底层meta和data进行RAID1转换。
- 选择rsync拷贝k3s相关数据而非整盘迁移，因多种原因。
- 将防火墙从ufw更换为firewalld以增强安全性。
- 通过临时IP不停机更换物理机的IP。
- 使用rsync同步k3s配置、数据库和凭证到新集群。
- 合并卷容量以解决空间不足问题，调整LVM分区。
- 更新k3s节点配置以使用原IP，并修改Pod数量限制。
❓
延伸问答
如何将Zeabur集群迁移到PVE？
将Zeabur集群迁移到PVE的步骤包括：将物理机的硬盘改为RAID 1，使用lvm组RAID，转换数据卷为PV并加入VG，使用rsync同步k3s相关数据，最后更新节点配置。
RAID 1的作用是什么？
RAID 1提供数据冗余，增强数据安全性，但并不替代备份，仍需使用备份方案如Velero。
为什么选择rsync而不是整盘迁移？
选择rsync是因为可以更灵活地迁移k3s相关数据，避免整盘迁移带来的复杂性和不必要的数据转移。
如何在迁移过程中更换IP而不停机？
可以通过引入一个临时IP，先将原机器和新机器的IP对调，确保两台机器都不离线。
在迁移过程中如何处理防火墙设置？
在迁移过程中，将防火墙从ufw更换为firewalld，以增强安全性，并根据需要放行相关流量。
如何解决迁移后Pod数量超限的问题？
可以通过修改kubelet配置，增加maxPods的数量，例如设置为1000，然后重启k3s服务。
➡️
