使用物理机还是虚拟机：这是最大的容器部署问题｜「云头条」
我与想搞清楚如何在生产环境下运行容器化应用程序的社区成员多次有过这样的交流：用户：那么，我该在哪里运行容器呢？裸机还是虚拟机？我：不是“非此即彼”的问题――那正是Docker的魅力所在。选择完全取决于什么适合你的应用程序和业务目标――物理机还是虚拟机，云端还是本地。如果你的应用程序或业务要求需要（及变化）的话，可以进行混合搭配。&&用户：可是，你得有个建议吧。我：我会给你一个其实没人喜欢的答案：那得看情况。用户：你说得没错，我不喜欢这样的答案。我：我有点猜想到你不会喜欢，但这确实是正确的答案。科技界有些很难回答的问题，“那得看情况”这个答案常常被认为是偷懒的借口。但是说到在哪里运行容器化应用程序，这确实是最佳答案，因为没有两个应用程序是一模一样的，也没有两家公司拥有一模一样的业务要求。任何IT决策基于众多变化因素：性能、可扩展性、可靠性、安全性、现有系统、当前的技能组合和成本等等。如果有人着手决定如何将基于Docker的应用程序部署到生产环境，需要考虑所有这些因素。Docker兑现了这一承诺：让你可以无缝地部署应用程序，不管什么样的底层基础设施。&无论是裸机还是虚拟机，无论是数据中心还是公共云。如果你的应用程序或业务要求需要，完全可以将应用程序部署到数据中心的裸机上，也可以部署到跨多家云提供商的虚拟机上。这里的关键在于，你不被任何一种方案牢牢锁定。你很容易将应用程序从一种基础设施迁移到另一种。这实际上是零磨擦。但是那种自由也让决定在哪里运行那些应用程序这个过程实际上比想象的来得困难。这个答案会受到你今天所做的工作和将来可能需要做的工作的共同影响。所以，虽然我没法马上回答“我该在哪里运行应用程序？”，不过可以列出做这个决定时需要考虑的若干因素。我确信这些因素并不是很全面，但愿它能起到抛砖引玉的作用。延迟：对延迟容忍度低的应用程序还是放在物理机上比较好。我们在金融服务领域经常看到这一幕（交易应用程序就是典型例子）。容量：虚拟机实现瘦身的手段就是优化系统负载。如果你的容器化应用程序并不耗用物理设备上的所有容量，虚拟化在这里仍具有优点。混合工作负载：物理服务器将运行操作系统的单一实例。所以，如果你喜欢在同一个主机上混合Windows和Linux容器，那么就需要使用虚拟化。灾难恢复：同样，就像容量优化一样，虚拟机的一大优点在于，具有站点恢复和高可用性方面的高级功能。虽然这些物理主机可能也有这些功能，但是虚拟化提供了一系列更广泛的选择。现有的投入和自动化框架：许多企业组织已经在基础设施配置方面构建了一套全面的工具。在引入新的技术时，充分利用这现有的投入和专长非常明智。多租户：一些客户拥有的工作负载无法共享内核。这种情况下，相比在裸机上运行容器，虚拟机提供了一道额外的隔离层。资源池/配额：许多虚拟化解决方案有一系列广泛的功能特性，可以控制虚拟机如何使用资源。Docker提供了资源限制这个概念，但是就裸机而言，在某种程度上来说你得靠自己。自动化/API：企业组织里面通常很少有人能够通过API来配置裸机。如果目的是自动化，你就需要API，而这可能将裸机排除在外。许可成本：直接在裸机上运行可降低成本，因为你不需要购买虚拟机管理程序的许可证。当然，你甚至可能不需要为托管容器的操作系统支付任何费用。最后，这个问题不应该是“裸机还是虚拟机”――这个问题是，哪种基础设施对我的应用程序要求和业务目标来说最合适。所以，今天不妨混合搭配，得到正确的答案，还要知道，借助Docker，你可以在将来迅速、轻松地响应任何变化。云头条编译｜未经授权谢绝转载相关阅读：欢迎加入“容器群”，群主微信：aclood如何在虚拟机和物理机以及虚拟机和虚拟机之间的迁移系统_服务器应用_Linux公社-Linux系统门户网站
你好，游客
如何在虚拟机和物理机以及虚拟机和虚拟机之间的迁移系统
来源：IBM&
作者：郭 晋兵, 吴 超凤
虚拟机迁移技术为服务器虚拟化提供了便捷的方法。目前流行的虚拟化工具如 VMware，Xen，HyperV，KVM 都提供了各自的迁移组件。尽管商业的虚拟软件功能比较强大，但是开源虚拟机如 Linux 内核虚拟机 KVM 和 XEN 发展迅速，迁移技术日趋完善。本系列文章介绍了虚拟机迁移的三种方式 P2V、V2V 和 V2P，及他们在内核虚拟机 KVM 上的实现方法，分成五个部分。本文是第一部分，全面介绍了虚拟机迁移的各种方法和相应的迁移工具 , 并且着重分析了 Linux 平台上开源的虚拟化工具 KVM 和 XEN 实时迁移中的的内存预拷贝技术。
系统的迁移是指把源主机上的操作系统和应用程序移动到目的主机，并且能够在目的主机上正常运行。在没有虚拟机的时代，物理机之间的迁移依靠的是系统备份和恢复技术。在源主机上实时备份操作系统和应用程序的状态，然后把存储介质连接到目标主机上，最后在目标主机上恢复系统。随着虚拟机技术的发展，系统的迁移更加灵活和多样化。
本系列文章全面介绍了虚拟机迁移的三种方式 P2V、V2V 和 V2P，及他们在内核虚拟机 KVM 上的实现方法，分成五个部分。第一部分，介绍虚拟机迁移的各种方法和相应的迁移工具，并且着重分析 Linux 平台上开源的虚拟化工具 KVM 和 XEN 实时迁移中的的内存预拷贝技术；
第二部分介绍 KVM 虚拟机之间的 V2V 迁移技术，包括离线迁移和在线迁移；第三部分介绍基于 VMware 或 XEN 的虚拟机如何迁移到基于 KVM 的虚拟机；第四部分介绍物理机到虚拟机迁移 P2V 和虚拟机到物理机迁移 V2P 在 KVM 虚拟机上的实现；第五部分介绍和虚拟机迁移密切相关的虚拟机克隆、快照和备份技术。
虚拟机迁移的分类及原理
物理机到虚拟机的迁移（Physical-to-Virtual）
P2V 指迁移物理服务器上的操作系统及其上的应用软件和数据到 VMM（Virtual Machine Monitor）管理的虚拟服务器中。这种迁移方式，主要是使用各种工具软件，把物理服务器上的系统状态和数据&镜像&到 VMM 提供的虚拟机中，并且在虚拟机中&替换&物理服务器的存储硬件与网卡驱动程序。只要在虚拟服务器中安装好相应的驱动程序并且设置与原来服务器相同的地址（如 TCP/IP 地址等），在重启虚拟机服务器后，虚拟服务器即可以替代物理服务器进行工作。
P2V 迁移方法
手动迁移：手动完成所有迁移操作，需要对物理机系统和虚拟机环境非常了解。
关闭原有的物理机上的服务和操作系统，并且从其他媒质上启动一个新的系统。比如从 LiveCD 上启动一个新的光盘系统。大部分的发行版都会带有 LiveCD。
把物理机系统的磁盘做成虚拟机镜像文件，如有多个磁盘则需要做多个镜像，并且拷贝镜像到虚拟主机上。
为虚拟机创建虚拟设备，加载镜像文件
启动虚拟机，调整系统设置，并开启服务。
半自动迁移：利用专业工具辅助 P2V 的迁移，把某些手动环节进行自动化。比如将物理机的磁盘数据转换成虚拟机格式，这一向是相当耗时的工作，你可以选择专业的工具来完成这个步骤。这里有大量的工具可以使用，如
的开源工具 virt-p2v，Microsoft Virtual Server Migration Toolkit 等。
P2V 热迁移：迁移中避免宕机 。大部分 P2V 工具也有一个很大的限制：在整个迁移过程中，物理机不可用。在运行关键任务的环境或有 SLA（服务水平协议）的地方，这种工具不可选。幸运的是随着 P2V 技术的发展，VMware vCenter Converter 和 Microsoft Hyper-V 已经能够提供热迁移功能，避免宕机。目前，P2V 热迁移仅在 Windows 物理服务器可用，未来将添加对 Linux 的支持。
虚拟机到虚拟机的迁移（Virtual-to-Virtual）
V2V 迁移是在虚拟机之间移动操作系统和数据，照顾主机级别的差异和处理不同的虚拟硬件。虚拟机从一个物理机上的 VMM 迁移到另一个物理机的 VMM，这两个 VMM 的类型可以相同，也可以不同。如 VMware 迁移到 KVM， KVM 迁移到 KVM。可以通过多种方式将虚拟机从一个 VM Host 系统移动到另一个 VM Host 系统。
V2V 离线迁移
离线迁移（offline migration）：也叫做常规迁移、静态迁移。在迁移之前将虚拟机暂停，如果共享存储，则只拷贝系统状态至目的主机，最后在目的主机重建虚拟机状态，恢复执行。如果使用本地存储，则需要同时拷贝虚拟机镜像和状态到目的主机。到这种方式的迁移过程需要显示的停止虚拟机的运行。从用户角度看，有明确的一段服务不可用的时间。这种迁移方式简单易行，适用于对服务可用性要求不严格的场合。
V2V 在线迁移
在线迁移（online migration)：又称为实时迁移 (live migration)。是指在保证虚拟机上服务正常运行的同时，虚拟机在不同的物理主机之间进行迁移，其逻辑步骤与离线迁移几乎完全一致。不同的是，为了保证迁移过程中虚拟机服务的可用，迁移过程仅有非常短暂的停机时间。迁移的前面阶段，服务在源主机运行，当迁移进行到一定阶段，目的主机已经具备了运行系统的必须资源，经过一个非常短暂的切换，源主机将控制权转移到目的主机，服务在目的主机上继续运行。对于服务本身而言，由于切换的时间非常短暂，用户感觉不到服务的中断，因而迁移过程对用户是透明的。在线迁移适用于对服务可用性要求很高的场景。
目前主流的在线迁移工具，如 VMware 的 VMotion，XEN 的 xenMotion，都要求物理机之间采用 SAN（storage area network）， NAS（network-attached storage）之类的集中式共享外存设备，因而在迁移时只需要考虑操作系统内存执行状态的迁移，从而获得较好的迁移性能。
另外，在某些没有使用共享存储的场合，可以使用存储块在线迁移技术来实现 V2V 的虚拟机在线迁移。相比较基于共享存储的在线迁移，数据块在线迁移的需要同时迁移虚拟机磁盘镜像和系统内存状态，迁移性能上打了折扣。但是他使得在采用分散式本地存储的环境下，仍然能够利用迁移技术转移计算机环境，并且保证迁移过程中操作系统服务的可用性，扩展了虚拟机在线迁移的应用范围。V2V 在线迁移技术消除了软硬件相关性，是进行软硬件系统升级，维护等管理操作的有力工具。
V2V 内存迁移技术
对于 VM 的内存状态的迁移，XEN 和 KVM 都采用了主流的的预拷贝（pre-copy）的策略。迁移开始之后，源主机 VM 仍在运行，目的主机 VM 尚未启动。迁移通过一个循环，将源主机 VM 的内存数据发送至目的主机 VM。循环第一轮发送所有内存页数据，接下来的每一轮循环发送上一轮预拷贝过程中被 VM 写过的脏页内存 dirty pages。直到时机成熟，预拷贝循环结束，进入停机拷贝阶段，源主机被挂起，不再有内存更新。最后一轮循环中的脏页被传输至目的主机 VM。预拷贝机制极大的减少了停机拷贝阶段需要传输的内存数据量，从而将停机时间大大缩小。
然而，对于更新速度非常快的内存部分，每次循环过程都会变脏，需要重复 pre-copy，同时也导致循环次数非常多，迁移的时间变长。针对这种情况，KVM 虚拟机建立了三个原则：集中原则，一个循环内的 dirty pages 小于等于 50；不扩散原则， 一个循环内传输的 dirty pages 少于新产生的；有限循环原则，循环次数必须少于 30。在实现上，就是采取了以下措施：
有限循环：循环次数和效果受到控制，对每轮 pre-copy 的效果进行计算，若 pre-copy 对于减少不一致内存数量的效果不显著，或者循环次数超过了上限，循环将中止，进入停机拷贝阶段。
在被迁移 VM 的内核设置一个内存访问的监控模块。在内存 pre-copy 过程中，VM 的一个进程在一个被调度运行的期间，被限制最多执行 40 次内存写操作。这个措施直接限制了 pre-copy 过程中内存变脏的速度，其代价是对 VM 上的进程运行进行了一定的限制。
KVM 的预拷贝在线迁移过程详解：
系统验证目标服务器的存储器和网络设置是否正确，并预保留目标服务器虚拟机的资源。
图 1. 源服务器和目标服务器简图
当虚拟机还在源服务器上运转时，第一个循环内将全部内存镜像复制到目标服务器上。在这个过程中，KVM 依然会监视内存的任何变化。
图 2. 内存镜像复制示意图
以后的循环中，检查上一个循环中内存是否发生了变化。 假如发生了变化，那么 VMM 会将发生变化的内存页即 dirty pages 重新复制到目标服务器中，并覆盖掉先前的内存页。在这个阶段，VMM 依然会继续监视内存的变化情况。
图 3. 进行有变化的内存复制
VMM 会持续这样的内存复制循环。随着循环次数的增加，所需要复制的 dirty pages 就会明显减少，而复制所耗费的时间就会逐渐变短，那么内存就有可能没有足够的时间发生变化。最后，当源服务器与目标服务器之间的差异达到一定标准时，内存复制操作才会结束，同时暂停源系统。
图 4. 所需复制的数据在减少
在源系统和目标系统都停机的情况下，将最后一个循环的 dirty-pages 和源系统设备的工作状态复制到目标服务器。
图 5. 状态信息的复制
然后，将存储从源系统上解锁，并锁定在目标系统上。??动目标服务器，并与存储资源和网络资源相连接。
图 6. 停止源服务器，启动目标服务器
Virtual-to-Physical 虚拟机到物理机的迁移
V2P 指把一个操作系统、应用程序和数据从一个虚拟机中迁移到物理机的主硬盘上，是 P2V 的逆操作。它可以同时迁移虚拟机系统到一台或多台物理机上。尽管虚拟化的基本需求是整合物理机到虚拟机中，但这并不是虚拟化的唯一的应用。比如有时虚拟机上的应用程序的问题需要在物理机上验证，以排除虚拟环境带来的影响。另外，配置新的工作站是件令 IT 管理者头痛的事情，但虚拟化的应用可以帮助他解决这个难题。先配置好虚拟机，然后运用硬盘克隆工具复制数据至工作站硬件，比如赛门铁克的 Save & Restore (Ghost)。不过这种克隆方法有两个局限：一个镜像只能运用在同种硬件配置的机器上；要想保存配置的修改，只能重做新的镜像。
V2P 的迁移可以通过确定目标的物理环境来手动完成，如把一个特定的硬盘加载到虚拟系统中，然后在虚拟环境中安装操作系统、应用程序和数据，最后手动修改系统配置和驱动程序。这是一个乏味且不确定的过程，特别是在新的环境比旧的环境包含更多大量不同的硬件的情况下。为了简化操作，我们可以利用专门的迁移工具以自动的方式来完成部分或全部迁移工作。目前支持 V2P 转换的工具有 PlateSpin Migrate 和 EMC HomeBase。使用这样的工具使得 V2P 转换过程更简易，并且比使用第三方磁盘镜像工具更快捷。
V2P 迁移方法
V2P 的不确定性导致自动化工具不多，目前主要有以下几种解决方案：
VMware 官方推荐的是使用 Ghost+sysprep 来实现半自动化的迁移。
基于备份和恢复操作系统的解决方案。这个方案利用了现成的系统备份恢复工具，没有体现虚拟机和物理机的差别，类似于 P2P（Physical-to-Physical 物理机到物理机迁移）。注意备份工具能够恢复系统到异构硬件平台上。
开源工具的解决方案。适合 Linux/Unix 系统，使用开源工具和脚本，手动迁移系统。这个方案难度较大，适合有经验的管理员。
Linux 系统在虚拟机迁移中的技术难点
通常我们期望虚拟机的迁移能够全部自动化或者部分自动化完成，但实际上 Linux 系统在 P2V 和 V2V 的迁移中可能遇到一些困难。本节列举了 Linux 迁移中需要注意的地方。
磁盘分区名被硬编码。当我们做磁盘虚拟化时，可能会使用不同类型的虚拟磁盘设备，这将会导致磁盘名字的变化。比如 Xen 虚拟机中的半虚拟化设备使用 /dev/xvda 而标准的 Linux 半虚拟化设备使用 /dev/vda。准备迁移的 Linux 系统中存在对 /dev/hd* 和 /dev/sd* 磁盘分区名分散的关联，比如在 /etc/fstab 文件，启动初始化文件系统 ramfs 和一些解析磁盘设备的开机启动脚本文件中。V2V 迁移工具需要在整个磁盘上查找并修改这些关联。有一个简单的方法来避免这种情况： Linux 系统上主流的文件系统和交换分区类型可以使用 Lables 或 UUID 作为分区名。迁移时这些信息是被重点保护的，系统应该小心使用这些信息，一定不要使用设备作为分区名。另外，LVM 分区名和设备无关，在迁移中也不受影响。
网络硬件设备的改变。当系统迁移时，网络设备很可能产生变化。比如虚拟网络设备和物理网络设备的转化或者不同类型的网络设备之间的转变。但是是他们的 MAC 地址没有变化。MAC 地址是 IEEE 分配给物理设备制造商的，两个物理设备不会有相同的 MAC 地址；然而虚拟网络设备可能出现这种情况。所以在做虚拟机迁移时，你必须记录每一个网络设备的 MAC 地址，保证 MAC 地址和网络设备的对应关系。
内核不支持某些虚拟设备。某些 Linux 发行版没有 virtio 虚拟设备的驱动，可能是因为 Linux 发行版早于虚拟设备发布了；或者虚拟设备的驱动是闭源的；或者是在系统编译时去掉了。因此，有时我们另外需要一个完全不同的内核（比如 Xen 早期的版本就是这样的）。无论如何，在客户机上安装一个新的内核并且使之可以启动是一个很大的冒险，最好避免这样做。
Xwindow 需要重新配置。与磁盘、网络设备一样，系统迁移后显示设备也会变化。理想的情况是 Xwindow 会自动处理这个的变化，探测所有的显示设备并且使用它发现的第一个设备。但是这不意味着所有的 Linux 发行版都会以这种方式工作。
网络环境的变化。静态 IP 地址和静态 DNS 解析在虚拟机迁移中 是一个麻烦的事情。尽管不是必须的，但是最好配置系统从 DHCP 服务器自动获得所有的网络配置信息。
CPU 的扩展指令集发生变化。迁移后的系统中，新的虚拟 CPU 或主板和旧的会有一些不同。CPU 的扩展指令集如 SSE，Vectors, NX 可能被加入或去掉。CPU 的型号和制造商信息可能被改变。因此，如果你想要优化虚拟系统上的软件，这可能是浪费时间并且导致系统崩溃。最好是使用通用的软件，让程序在每次启动的时候检查运行环境和是否需要优化。实际上，实时迁移的状况比这个还要复杂，因为处理器可能在程序的运行的过程中被改变。目前为止还没有一个方案能很好的解决这个问题。
如你所见，P2V 和 V2V 最大的问题在于硬件的改变。Linux 发行版本身应该可以处理所有的硬件变化：在系统启动的时候去检查所有的硬件，操作系统内核识别新的设备并寻找新的驱动处理它们 ，所有应用软件都不要和硬件绑定，设计一个很好的模式来应对突然的环境变化。
更多详情见请继续阅读下一页的精彩内容：
相关资讯 & & &
　　　同意评论声明
　　　发表
尊重网上道德，遵守中华人民共和国的各项有关法律法规
承担一切因您的行为而直接或间接导致的民事或刑事法律责任
本站管理人员有权保留或删除其管辖留言中的任意内容
本站有权在网站内转载或引用您的评论
参与本评论即表明您已经阅读并接受上述条款点击获取更多
没有更多了
购买会员后，就可以记笔记了
同学的问题
点击获取更多
没有更多了
购买会员后，就可以提问题了
Loading...> 问题详情
下列对于虚拟机的本质描述有误的是 A.虚拟机独立于硬件 B.虚拟机共享其所在物理主机的物理资
悬赏：0&答案豆
提问人：匿名网友
发布时间：
下列对于虚拟机的本质描述有误的是 A.虚拟机独立于硬件B.虚拟机共享其所在物理主机的物理资源 C.虚拟机是一组易于传送和备份的文件D.虚拟机是一套真实硬件，可在其上运行受支持的客户操作系统和应用程序
您可能感兴趣的试题
1以下关于项目的特征说法不正确的是A、项目区别于其它任务(运作)的最基本特征是一次性B、项目的特征包括特殊性、稳定性、临时性C、项目之间为资源而进行的竞争，称为项目的特殊性D、项目的独特性是“项目”得以从人类有组织的活动中分化出来的根源所在，是项目性属性的基础2下列关于IaaS描述中，正确的是A.引入按需使用和计价模式在任何地点和时间，都可以使用你需要的服务，并且只为之付费。B引入按需使用和计价模式在特定地点和时间，都可以使用你需要的服务，并且只为之付费。C引入按需使用和固定计价模式，在特定地点和时间，可以使用你需要的服务。 D 引入按需使用和固定计价模式在特定地点和任何时间，你都可以使用你需要的服务，并且保佑为了付费。3郑小组是A公司的项目经理，她的工作绩效一直很优良，她现在下班后和周未兼职为一个小公司B管理项目，B公司不是A公司的竞争对手，A公司不知道她在另一家公司工作，她应该怎么做才能维护在A公司的安全A、什么也不用做，因为她利用她自己的时间，而且A公司和B公司不竞争对手B、和她的管理层谈话，保证没有任何违背利益政策的冲突C、只给她直接上司讲，让他告诉她应该怎么做D、让B公司保证不把她兼职的事情告诉A公司4下列对CMMI需求开发的描述不正确的是A.需求开发的目的是解决正确的问题，建立正确的系统 B 需求开发关键目标是引导、分析、验证、以获得需求C 需求开发关键活动包括开发客户需求。D 需求开发分析的目的在于决定系统实现客户需求，产品及组件需求的细节
我有更好的答案
请先输入下方的验证码查看最佳答案
图形验证：
验证码提交中……
每天只需0.4元
选择支付方式
支付宝付款
郑重提醒：支付后，系统自动为您完成注册
请使用微信扫码支付(元)
支付后，系统自动为您完成注册
遇到问题请联系在线客服QQ：
恭喜你被选中为
扫一扫-免费查看答案！
请您不要关闭此页面,支付完成后点击支付完成按钮
遇到问题请联系在线客服QQ：
恭喜您！升级VIP会员成功
提示：请截图保存您的账号信息，以方便日后登录使用。
常用邮箱：
用于找回密码
确认密码：虚拟机和物理机有什么不同
按时间排序
虚拟机只是用软件的方式在你的物理机上模拟出一个新的电脑,硬件等都是模拟出来的,所以性能等会受到物理机的影响,物理机就是你的实体电脑.
安装虚拟机的tools工具，对于vm，如果系统都是xp应该会自动安装tools工具，安装好后，把要复制的文件（最好建个文件夹）设置成共享，然后在虚拟机网络中就会有你设置成共享的文件夹，你就可以使用了。
画中画，懂了吧？
用我们的理解方式来讲就是虚拟机是建立在物理机上的，物理机分享给虚拟机（内存、硬盘、网络等）专业来讲就是：定义：虚拟机指通过软件模拟的具有完整硬件系统功能的、运行在一个完全隔离环境中的完整计算机系统。 顾名思义，虚拟机是虚拟的，这是虚拟机的软件从电脑资源中分出一部分的CPU、内存、硬盘存储....等等，然后虚拟机软件把这些资源整合，组成了一台电脑，当然，这不能生成CPU等现实的硬件，所以才称为虚拟机。在这台“电脑”上，你可以靠虚拟机软件装系统，装软件，可以上网、和真实的那台电脑组成局域网、甚至同时运行的几台虚拟机也可以组成局域网。帮助来自hxhack
若虚拟机中毒，而虚拟机与物理机之间又可互相拖动复制东西，这样的话，虚拟机中的病毒会感染到物理机吗？谢谢了！
虚拟机只是用软件的方式在你的物理机上模拟出一个新的电脑,硬件等都是模拟出来的,所以性能等会受到物理机的影响,物理机就是你的实体电脑。
感谢您为社区的和谐贡献力量请选择举报类型
经过核实后将会做出处理感谢您为社区和谐做出贡献
确定要取消此次报名，退出该活动？
请输入私信内容：}