把 k0s 立起来，再恢复 etcd

这个实习真的在k0s帮忙

VM中实际上有一个k0s，控制平面存储器是etcd。 所以可以实际尝试备份和恢复。

通过认证过程的其他实习的kwok是假控制平面k0s backup道 etcdctl也没有意义。

第一次浮出水面需要3分钟左右。

目标

确认k0s群集的配置，备份→变更→恢复一圈 通过眼睛看到恢复实际上恢复了什么。然后和k3s的区别 整理一下。

为什么重要

备份只有有恢复过才算备份。只保留而不尝试恢复。 不是备份是“相信有”的，不是易备份。实际上不能使用的备份 并不罕见，那个事实总是出现在最糟糕的时刻。

而且准确知道恢复会恢复什么很重要。 etcd恢复是 是将群集还原到那个点。备份之后创建的所有东西 消失。如果不知道这个，恢复后第二个会说“为什么昨天没有做？” 发生事故。

这个练习是**故意制作的。**备份，然后制作一些东西， 恢复后确认它是否消失了。

阶段

1. k0s status和节点状态**/root/k0s/status.txt**请保存到。
2. 存储库是etcdk0s etcd member-list确认后**/root/k0s/etcd.txt** 保存到，--single如果是模式的话，也请少说为什么这个会失败。
3. 确认这个群集的服务代理**/root/k0s/cidr.txt保存到，写下为什么没有使用默认域名。
4. canary的ConfigMap(v=before制作完后k0s backup备份到**/root/k0s/backup.txt请记录在**。
5. 在备份后面再创建一个ConfigMap，并将其命名为**/root/k0s/disaster.txt** 在after_backup=<이름>请写成。恢复后，也写下预计会变成什么样子。
6. k0s restore恢复后结果**/root/k0s/restore.txt**请保存到。canary是活着的，5次的东西应该消失。
7. k3s和k0s的区别**/root/k0s/compare.md**请整理。必须包含存储库、CNI、基本配置项。
8. /root/k0s/report.md 在store=etcd，service_cidr_dns=，restore_verified=请写三行和说明。

参考

• k0s是独立kubectl不铺。k0s kubectl用或像这个环境一样k0s在二进制中kubectl连接心链接就可以了。
• 备份是k0s backup --save-path /root是。恢复是在停止k0s后k0s restore <파일>然后，接着重新开始。
• 恢复程序的顺序很重要。k0s stop→ 清除现有 etcd 数据 →k0s restore <파일>→k0s start是。
• 如果跳过中间步骤，**恢复命令会成功，但数据保持原样。**因为等d已经有数据目录了，所以会使用它，忽略快照。因为没有出现错误或警告，所以相信已经恢复是最危险的。
• 常见的错误1：k0s install controller --single设置后进行etcd实训。那个模式是存储库是kine(sqlite)k0s etcd所有命令都被拒绝。
• 常见的错误2：恢复后kubectl不要等到这个回复，直接确认。控制平面需要重新上升的时间。

上面有什么漂浮着

k0s status和节点状态**/root/k0s/status.txt**请保存到。

k0s status会告知角色和是否有工作量。Workloads: true意思是这个控制器兼具了工作者的角色。

储藏室是什么

存储库是etcdk0s etcd member-list确认后**/root/k0s/etcd.txt** 保存到，--single如果是模式的话，也请少说为什么这个会失败。

k0s etcd member-list如果成功的话是etcd。如果是kine(sqlite)的话会拒绝为'wrong storage type'。

为什么不使用基本替换？

确认这个群集的服务代理**/root/k0s/cidr.txt保存到，写下为什么没有使用默认域名。

这个VM在Kubernetes群集中提供帮助。请想想如果与主机提供的DNS服务器地址重叠会发生什么。

打开备份

canary的ConfigMap(v=before制作完后k0s backup备份到**/root/k0s/backup.txt请记录在**。

要验证恢复，需要“备份时有什么”的标记。一个ConfigMap就足够了。

备份后做点什么

在备份后面再创建一个ConfigMap，并将其命名为**/root/k0s/disaster.txt** 在after_backup=<이름>请写成。恢复后，也写下预计会变成什么样子。

恢复将群集恢复到备份点。然后写下预计后续会发生什么。

恢复是什么所恢复的

k0s restore恢复后结果**/root/k0s/restore.txt**请保存到。canary是活着的，5次的东西应该消失。

k0s stop→k0s restore <파일>→k0s start这是顺序。如果不停止并恢复的话，会与do等d冲突。

和k3s有什么不同

k3s和k0s的区别**/root/k0s/compare.md**请整理。必须包含存储库、CNI、基本配置项。

以存储库、CNI、默认输入的组件为轴进行比较。不是哪一个更好，而是在什么情况下什么合适才是重点。

学到了什么

/root/k0s/report.md 在store=etcd，service_cidr_dns=，restore_verified=请写三行和说明。

store=，service_cidr_dns=，restore_verified=和三行一起，写下为什么要恢复备份。