Hyper-V 给虚拟机换磁盘-centos 怎么开头呢，咱也不知道，先上图吧： 某实体服务器使用了 Hyper-V 作为基础虚拟化设施，其上运行若干虚拟机，其中有台虚 拟机运行的是 Centos7 的系统，主要运行 web 服务器，刚开始给它分配了 100GB 的磁盘， 后来在实际的使用过程中发现这台虚拟机用不了那么多的存储空间，所以想给它降一下配置， 只分配 10GB 的磁盘。因为 Hyper-V Hyper-V 本身只能给虚拟机的虚拟磁盘扩容，不支持缩小，所以 没别的办法，只能换一个虚拟磁盘，把原来的位于 100GB 磁盘上的 centos7 系统整体迁移到 新的 10GB 的磁盘上。（这和给实体机的 centos7 系统换磁盘是差不多的步骤） 操作的主要流程如下： 0.先进入目标虚拟机（centos7_web_serv1），查看运行的服务及某些关键配置，再关机 1.给目标虚拟机（centos7 给目标虚拟机（centos7_web_serv1）添加一块虚拟磁盘，容量为 10GB 2.给目标虚拟机添加一个虚拟光驱，使用 centos7 的镜像 iso 文件 3.设置目标虚拟机的启动顺序，让 CD/DVD 优先启动，并进入 centos7 光盘的救援系统 4.在 centos7 光盘的救援系统里，给新添加的 10GB 磁盘进行分区操作（旧磁盘有几个分区， 这个新磁盘也创建对应数量及类型的分区）并格式化至对应的文件系统

最小硬件要求 架构 ARM64、x86_64 内存 为了获得更好的体验，建议不小于 4GB 硬盘 为了获得更好的体验，建议不小于 20GB openEuler 安装时，应注意虚拟机的兼容性问题，当前已测试可以兼容的虚拟机及组件列表如下： • centos-6 qemu 6.2.0-79.oe2309 libvirt 6.2.0-59.oe2309 virt-manager 4.1.0.2-oe2309 • windows2019 qemu 6.2.0-79.oe2309 libvirt 6.2.0-59.oe2309 virt-manager 4.1.0.2-oe2309 qemu 8.1.0 虚拟机 部件名称 最小虚拟化空间要求 架构 ARM64、x86_64 CPU 2 个 CPU 内存 为了获得更好的体验，建议不小于 4GB 硬盘 为了获得更好的体验，建议不小于 20GB 场景创新 号进程的全新实现，旨在改进传统的 init 守护进程。 它使用 Rust 编写，具有故障监测、秒级自愈和快速启动等能力，从而提升操作系统可靠性和业务可用度。 sysMaster 支持进程、容器和虚拟机的统一管理，并引入了故障监测和自愈技术，从而解决 Linux 系统初始化和服务 管理问题，致力于替代现有 1 号进程，其适用于服务器、云计算和嵌入式等多个场景。 sysMaster 实现思路是将传统

最小硬件要求。 硬件兼容支持请查看 openEuler 兼容性列表：https://openeuler.org/zh/compatibility/ 虚拟机 openEuler 安装时，应注意虚拟机的兼容性问题，当前已测试可以兼容的虚拟机及组件列表如下： 1. centos-7.9 qemu 1.5.3-175.el7 libvirt 4.5.0-36.el7 virt-manager 1 • OOM 内存回收算法：在发生 OOM 时，优先对低优先级的进程组进行内存回收，保障在线业务的正常运行。 • 支持 PAC (Pointer Authentication Code）特性：在使用寄存器的值作为指针访问数据或代码之前验证其内容，抵 御 ROP/JOP 攻击。 • 支持 BTI（Branch Target Identifiers）特性：对间接跳转的目标进行限制。与 PA 结合使用减少控制流攻击。 tracer：osnoise tracer 支持分析系统噪声对业务线程的干扰，可以清晰的找出干扰源。 内存分级扩展 当前内存制造工艺已经达到瓶颈，生态发展让每个 CPU 核的成本越来越低。数据库、虚拟机、大数据、人工智能、深 度学习场景同时需要算力和内存的支持。内存容量成为了制约业务和算力的问题。 内存分级扩展通过 DRAM 和低速内存介质，如 SCM、AEP，以及 RDMA 远端内存等形成多级内存，通过内存自动调度

操作系统，则物理机硬件需要满足以下兼容性和最小硬件要求。 硬件兼容支持请查看 openEuler 兼容性列表：https://openeuler.org/zh/compatibility/ 虚拟机 openEuler 安装时，应注意虚拟机的兼容性问题，当前已支持的虚拟机为： 1. centos 7.9 qemu 1.5.3-175.el7 libvirt 5.0.0-1.el7 2. centos 8 qemu OOM 内存回收算法：在发生 OOM 时，优先对 低优先级的进程组进行内存回收，保障在线业 务的正常运行。 支持 PAC（Pointer Authentication Code）特性： 在使用寄存器的值作为指针访问数据或代码之前验 证其内容，抵御 ROP/JOP 攻击。 支持 BTI （Branch Target Identifiers） 特性： 对间接跳转的目标进行限制。与 PA 结合使用 等文件系统，满足单机应用、云原生分布式应用高性能 数据存储诉求。 openEuler 21.09 技术白皮书 12 内存分级扩展 当前内存制造工艺已经达到瓶颈，Arm 生态发展让每个 CPU 核的成本越来越低。数据库、虚拟机、大数据、人工智能、 深度学习场景同时需要算力和内存的支持。内存容量成为了制约业务和算力的问题。 内存分扩展通过 DRAM 和低速内存介质，如 SCM、AEP ，以及 RDMA 远端内存等形成多级内存，通过内存自动调度让

最小硬件要求 架构 ARM64、x86_64 内存 为了获得更好的体验，建议不小于 4GB 硬盘 为了获得更好的体验，建议不小于 20GB openEuler 安装时，应注意虚拟机的兼容性问题，当前已测试可以兼容的虚拟机及组件列表如下： • centos-7.9 qemu 1.5.3-175.el7 libvirt 4.5.0-36.el7 virt-manager 1.5.0-7.el7 virt-manager 2.2.1-3.fc32 • fedora 35 qemu 6.1.0-5.fc35 libvirt 7.6.0-3.fc35 virt-manager 3.2.0-4.fc35 虚拟机 部件名称 最小虚拟化空间要求 架构 ARM64、x86_64 CPU 2 个 CPU 内存 为了获得更好的体验，建议不小于 4GB 硬盘 为了获得更好的体验，建议不小于 20GB 09 以提高资源利用率。高优先级 虚拟机业务推荐：时延敏感类业务，如 web 服务、高性能数据库、实时渲染、机器学习推理等。低优先级虚拟机业务推荐： 非时延敏感类业务，如视频编码、大数据处理、离线渲染、机器学习训练等。 应用场景 版本功能如下： • 集群调度增强：增强 OpenStack Nova 能力，支持优先级语义调度。 • 功耗控制：通过对低优先级虚拟机的 CPU 带宽进行限制，以此达到降低整机功耗的同时保障高优先级虚拟机

set_settings set_wol set_msglevel 从网卡寄存器中获得网卡速度等信息，可配置。 -a -A get_pauseparam set_pauseparam 从网卡寄存器中获得Autonegotiate/RX/TX模块的 状态：on oroff，可配置。 -c -C get_coalesceset_coalesce 从网卡寄存器中获得coalescing参数：TX/RX一个数 据包后 set_ringparam 除当前TX/RX ring的值（从网卡寄存器中读取得到， 可配置）外，其它为网卡bnx2自己固定的信息。 -k -K get_rx_csumget_tx_csum get_sg get_tso set_rx_csum set_tx_csum set_sg set_tso 显示信息从保存该状态的变量中读取得到，没有对应的 寄存器。因此，TX/RX校验等模块一直处于on状态， 实际上是无法修改的。 不支持，即bnx2中没有实现函数get_eeprom。 -r nway_reset 配置网卡MII_BMCR寄存器，重启Auto negotiation模块。 -p phys_id 配置网卡BNX2_EMAC_LED寄存器，实现LED闪功能。 -t self_test 通过配置网卡寄存器，逐一测试网卡的硬件模块： registers，memory，loopback，Link stat， interrupt。

SSH / HTML5 Apache Guacamole: 无客户端的远程桌面网关 (HTML5) virt-viewer V:5, I:52 1284 RFB (VNC), SPICE 虚拟机管理器 下的客户机操作系统的 GUI 显示客 户端 Table 7.7: 著名的远程访问服务端列表 7.7 远程桌面 7.8 X 服务端连接 有几种方法从远程主机上的应用连接到 X 服务端（包括本地主机的 记录编辑器复杂的重复操作动作 你能够记录编辑器复杂的重复操作动作。 对于 Vim, 请按下面操作。 • ”qa”: 开始记录输入字符到有名字的寄存器”a”. • …编辑器操作 • ”q”: 结束记录输入的字符。 • ”@a”: 执行寄存器”a 的内容”. 对于 Emacs, 请按下面操作。 • ”C-x (”: 开始定义一个键盘宏. • …编辑器操作 • ”C-x )”: 结束定义一个键盘宏 utilities cloud-guest-utilsV:2, I:12 71 cloud guest utilities virt-manager V:11, I:44 2296 虚拟机管理器: 用于管理虚拟机的桌面应用 libvirt-clients V:45, I:65 1241 libvirt 的库程序 lxd V:0, I:0 49275 LXD: system container

1 Linux与硬件的搭配 2.1.1 认识计算机的硬件配备 2.1.2 选择与Linux搭配的主机配备： 硬件支持相关网站 2.1.3 各硬件设备在Linux中的文件名 2.1.4 使用虚拟机学习 2.2 磁盘分区 2.2.1 磁盘连接的方式与设备文件名的关系 2.2.2 MSDOS（MBR） 与 GPT 磁盘分区表（partition table） 2.2.3 开机流程中的 BIOS loader, mount, software的.....2015/05/06 3.1 本练习机的规划--尤其是分区参数 3.2 开始安装CentOS 7 3.2.1 调整开机媒体（BIOS）与虚拟机创建流程 3.2.2 选择安装模式与开机：inst.gpt 参数 3.2.3 在地设置之时区、语系与键盘配置 3.2.4 安装来源设置与软件选择 3.2.5 磁盘分区与文件系统设置 3.2 执行两个程序，不就可以让系统性能增加了吗？反正 CPU 的运算能力还是没有用完啊！ 那是怎么达成的啊这个 HT 功能？强者鸟哥的同事蔡董大大用个简单的说明来解释。在每一个 CPU 内部将重要的寄存器 （register） 分成两群， 而让程序分别使用这两群寄存器。也就是 说，可以有两个程序“同时竞争 CPU 的运算单元”，而非通过操作系统的多任务切换！ 这一过 程就会让 CPU 好像“同时有两个核心”的模样！因此，虽然大部分

算能力还是没有用完啊！ 那是怎么达成的啊这个 HT 功能？强者鸟哥的同事蔡董大大用个简单的说明来解释。在每一个 CPU 内部将重要的寄 存器 （register） 分成两群， 而让程序分别使用这两群寄存器。也就是说，可以有两个程序“同时竞争 CPU 的 运算单元”，而非通过操作系统的多任务切换！ 这一过程就会让 CPU 好像“同时有两个核心”的模样！因此，虽然大 部分 i7 等级的 CPU 其实只有四个实体核心，但通过 许多公司都有将资源集中管理的打算，之前参与一场座谈会，有幸遇到阿里巴巴的架构师，鸟哥偷偷问他说，他 们机房里面有多少计算机主机啊？ 他说不多！差不多才 2 万部主机而已…鸟哥正在搞的可提供 200 个左右的 虚拟机的系统，使用大约 7 部主机就觉得麻烦了，他们家至少有 2 万部耶！ 这么多的设备底层使用的就是 Linux 操作系统来统一管理。 另外，除了公司自己内部的私有云之外，许多大型网际网络供应商 （ISP） 自家公司仅须远端登陆该系统进行网站内容维护或 程序开发而已。那这些虚拟化后的系统，也经常是 Linux 啊！因为跟上头企业环境利用提到的功能是相同的！ 所以说云程序的底层就是 Linux ，而云程序搭建出来的虚拟机，内容也是 Linux 操作系统哩！用的越来越多啊！ Tips 所谓的“虚拟化”指的是：在一部实体主机上面仿真出多个逻辑上完全独立的硬件，这个假的虚拟出来的硬件主 1.3.3 云端运用 3.3

................................................................................. 1 1.2 安装配置 VM 虚拟机 .................................................................................................. 所以课程总是在随行业趋势而不断调整。 当您读到这里时，是否已经下定决心来学习 Linux 系统呢？ 本书组织结构 ➢ 1 Linux ：从零基础详细讲解了虚拟机软件与红帽 Linux 系统，完整演示了虚拟机（VM）的安装与配置过程，以及红帽 RHEL 8 系统的安装、配 置过程和初始化方法。此外，本章还涵盖了在 Linux 系统中找回 root 管理员密码、RPM 与 Yum Linux 操作系统 本章讲解了如下内容： ➢ 准备您的工具； ➢ 安装配置 VM 虚拟机； ➢ 安装您的 Linux 系统； ➢ 安装软件的方法； ➢ 系统初始化进程； ➢ 重置 root 密码。 本章从虚拟机软件的安装开始讲起，完整演示 VM 虚拟机与 RHEL 8 系统的安装部署全 过程，并详实地记录每一步的配置步骤（想出错都难），确保大家能从