Nova虚拟机迁移
这里根据我的配置环境只讲述冷迁移(Migrate Instance)需要进行的计算节点配置而不包含热迁移(Live Migrate Instance),后者需要共享存储及Hypervisor的支持。
compute1和compute2为两个计算节点(nova-compute),创建一个虚拟机vm1,vm1被调度运行在compute1节点上。选择“Migrate Instance”时,出现如下错误信息:
可以看到是ssh执行时认证出错,192.168.10.106是compute2的管理IP。Nova在进行迁移时,以“nova”用户的身份执
行命令,这样我们就想到了是密码出错或是在迁移时候因没有配置ssh自动登录因此需要输入密码造成的。
进入到compute1系统中,执行“ssh nova@compute2”命令测试一下,果然无法自动登录,因此需要对compute1和
compute2分别进行以下配置来解决:
计算节点配置
在compute1系统中:
1. 执行命令“usermod -s /bin/bash nova”;
2. 执行命令“su - nova”,使之后的命令以nova身份运行;
3. 执行命令“ssh-keygen”生成公钥和私钥,一路按“Enter”键到结束;
4. 执行命令“ssh-copy-id compute2”,将compute1的公钥拷贝到compute2;
5. 生成/home/nova/.ssh/config文件,添加如下图内容:
在compute2系统中:
执行和上面同样的命令序列,把“ssh-copy-id compute2”改为“ssh-copy-id compute1”即可。
迁移虚拟机
配置完毕,在Horizon界面选择“Migrate Instance”,界面如下:
迁移完毕时,看到如下图,vm1的Host变成了compute2:
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· DeepSeek如何颠覆传统软件测试?测试工程师会被淘汰吗?