blocks|key|697985|text|这是个老生常谈的问题，但你可以用新星疏散指挥部。将vm_name移动到nova_compute1节点的示例：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|697986|nova+evacuate+vm_name+nova_compute1+
nova+reboot+--hard+vm_name|code-block|syntax|javascript|697987|实例将在新节点上引导。|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|K|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|L|8|@]|9|@]|A|$]]]|I|$]]

It is old question, but yes you can with nova evacuate command. 
Example to move vm_name to nova_compute1 node:

<pre><code>nova evacuate vm_name nova_compute1 
nova reboot --hard vm_name
</code></pre>

Instance will be booted on new node.

blocks|key|697861|text|我从来没这么做过。我希望这个引用能帮助您恢复实例。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|697862|http://docs.openstack.org/essex/openstack-compute/admin/content/nova-disaster-recovery-process.html|offset|length|entityMap|0|LINK|mutability|MUTABLE|url^0|0|0|2R|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|M|8|@]|9|@$D|N|E|O|1|P]]|A|$]]]|F|$G|$5|H|I|J|A|$K|C]]]]

I never done this. I hope this reference help you to recover the instances.

<a href="http://docs.openstack.org/essex/openstack-compute/admin/content/nova-disaster-recovery-process.html" rel="nofollow noreferrer">http://docs.openstack.org/essex/openstack-compute/admin/content/nova-disaster-recovery-process.html</a>

blocks|key|698024|text|在较新的openstack客户机中，您可以使用：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|698025|openstack+server+evacuate+$SERVER_ID|code-block|syntax|javascript|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|I|8|@]|9|@]|A|$E|F]]]|G|$]]

In newer openstack client you can use:
<pre><code>openstack server evacuate $SERVER_ID
</code></pre>

blocks|key|697944|text|Openstack实例迁移只有在完成以下步骤之后才能成功。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|697945|两台主机都需要在用户nova没有密码的情况下连接ssh。|697946|为此，我们需要在运行命令su+nova之后使用ssh-keygen创建一个密钥对。|offset|length|style|CODE|697947|#+usermod+-s+/bin/bash+nova
#+su+nova
#+ssh-keygen|code-block|syntax|javascript|697948|密钥对将在/var/lib/nova/..ssh中生成。|697949|#cat+<pub_key>+>>+/var/lib/nova/.ssh/authorized_keys
#echo+'StrictHostKeyChecking+no'+>>+/var/lib/nova/.ssh/config|697950|对第二个主机执行上述步骤。|697951|将公钥(id_rsa.pub)从第一主机复制到第二主机，并通过运行以下命令添加到授权密钥|697952|#cat+<pub_key>+>>+/var/lib/nova/.ssh/authorized_keys|697953|将公钥(id_rsa.pub)从第二个主机复制到第一个主机，并将/var/lib/nova/.ssh/中的授权密钥文件添加到授权密钥中，其中应该包含两个主机的公钥。然后|697954|#+su+nova
#+ssh+nova@otherhost+should+connect+without+password.|697955|那么Openstack迁移就能工作了。|entityMap^0|0|0|C|7|0|0|0|0|0|0|0|4|A|W|J|0|0^^$0|@$1|2|3|4|5|6|7|15|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|16|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|17|8|@$F|18|G|19|H|I]]|9|@]|A|$]]|$1|J|3|K|5|L|7|1A|8|@]|9|@]|A|$M|N]]|$1|O|3|P|5|6|7|1B|8|@]|9|@]|A|$]]|$1|Q|3|R|5|L|7|1C|8|@]|9|@]|A|$M|N]]|$1|S|3|T|5|6|7|1D|8|@]|9|@]|A|$]]|$1|U|3|V|5|6|7|1E|8|@]|9|@]|A|$]]|$1|W|3|X|5|L|7|1F|8|@]|9|@]|A|$M|N]]|$1|Y|3|Z|5|6|7|1G|8|@$F|1H|G|1I|H|I]|$F|1J|G|1K|H|I]]|9|@]|A|$]]|$1|10|3|11|5|L|7|1L|8|@]|9|@]|A|$M|N]]|$1|12|3|13|5|6|7|1M|8|@]|9|@]|A|$]]]|14|$]]

Openstack instance migration has successful only after following steps.

both host machines need to connect ssh without password for user nova.

For that we need to create a key pair with ssh-keygen after running command <code>su nova</code>

<pre><code># usermod -s /bin/bash nova
# su nova
# ssh-keygen
</code></pre>

key pair will generate in /var/lib/nova/.ssh

<pre><code>#cat &lt;pub_key&gt; &gt;&gt; /var/lib/nova/.ssh/authorized_keys
#echo 'StrictHostKeyChecking no' &gt;&gt; /var/lib/nova/.ssh/config
</code></pre>

Do the above steps to the second host.

copy the public key(id_rsa.pub) from the first host to second host and add to authorized keys by running the following command 

<pre><code>#cat &lt;pub_key&gt; &gt;&gt; /var/lib/nova/.ssh/authorized_keys
</code></pre>

copy the public key(<code>id_rsa.pub</code>) from the Second host to first host and add to authorized keys
The authorized keys file in <code>/var/lib/nova/.ssh/</code> should contain public key from both host.
then

<pre><code># su nova
# ssh nova@otherhost should connect without password.
</code></pre>

Then Openstack migration will work.

I've got a cluster with 84 Openstack Essex compute nodes, one of which decided to pine for the fjords about 2 hours ago, with 8 running instances on it.

The instances are all running off qcow2 disks on an NFS share, so the disk images are still available.

<code>nova live-migration</code> only seems capable of migrating a running instance from one functioning node to another.

What I want is to 'migrate' the dead instances from the dead compute node to any of the live compute nodes. The fact that the instances will be rebooted (and will have to fsck on boot) doesn't really matter - it's better than losing them completely.

Before I start acting on thoughts about messing with virsh and hacking nova's mysql database directly, does anyone know of any tool or documented procedure for this kind of 'dead-migration'?

Openstack: Is it possible to migrate an instance from a dead compute server to a live one?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我有一个包含84个Openstack Essex计算节点的集群，其中一个在大约2小时前决定连接峡湾，上面有8个正在运行的实例。这些实例都是在NFS共享上的qcow2磁盘上运行的，因此磁盘映像仍然可用。nova live-migration似乎只能将运行中的实例从一个功能节点迁移到另一个节点。我想要的是将死实例从死计算节点“迁移”到任何活的计算节点。实例将被重新引导(并且在引导时必须伪装)这一事实并

问Openstack:是否有可能将实例从死的计算服务器迁移到活动的服务器？
EN

回答 4

Server Fault用户

Server Fault用户

Server Fault用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Openstack:是否有可能将实例从死的计算服务器迁移到活动的服务器？EN

回答 4

Server Fault用户

Server Fault用户

Server Fault用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Openstack:是否有可能将实例从死的计算服务器迁移到活动的服务器？
EN