一台虚拟机 xxx 时间突然向过去跳变，再恢复正常：
May 31 17:18:44 xxx systemd-resolved[724]: Clock change detected. Flushing caches. May 31 17:18:51 xxx systemd-resolved[724]: Clock change detected. Flushing caches. May 31 17:48:48 xxx systemd-resolved[724]: Clock change detected. Flushing caches. May 31 17:48:54 xxx systemd-resolved[724]: Clock change detected. Flushing caches. 另一台虚拟机时间 yyy 突然向将来跳变，再恢复正常：
May 31 17:53:58 yyy systemd-resolved[690]: Clock change detected. Flushing caches. May 31 17:52:22 yyy systemd-resolved[690]: Clock change detected. Flushing caches. May 31 18:24:03 yyy systemd-resolved[690]: Clock change detected. Flushing caches. May 31 18:22:27 yyy systemd-resolved[690]: Clock change detected. Flushing caches. 在服务器上通过 top （间隔设为 0.1 秒）现场观测观察到的时间跳变现象与日志中的记录相符。
虚拟机上 /sys/devices/syste/clocksource/clocksource0/current_clocksource 为 kvm-clock 。
以上现象是什么原因造成的？是否说明虚拟机所在主机的时间不准，或者主机上的时间同步与虚拟机存在冲突？有没有什么办法可以缓解或解决时间上的跳变？
如果禁用虚拟机 xxx 上的 systemd-timesyncd 服务，日志中发生时间变化的间隔变长（ 1.5 小时或 2 小时），且每次只有一行，不再出现跳变。但是这会导致系统时间始终比北京时间慢 6~7 秒（可能刚好与启用时间同步时跳变的时间差相等？）。
]]>目前情况如下：
--硬件：台式机(12 代 I5 ，64G 内存，2T 固态+2T 机械)；笔记本(运行 SPICE/RDP 客户端，看视频听音乐用)
--宿主系统：Almalinux 9
--虚拟化方案：纯 qemu-kvm 命令，无 libvirt 及相关组件例如 virt-manager
--目前虚拟机：
. windows 10(运行国产毒瘤软件)，spice 远程桌面/RDP
. windows 7(FC 游戏用途)，spice 远程桌面/RDP
. fedora 40(后端开发)，spice 远程桌面
. debian 12(docker 容器)，无图形
. AlmaLinux 9(运行服务非 docker)，无图形
--运行方式：systemd 服务的 qemu-kvm 的 shell 脚本，网络为桥接网络，局域网内使用
--KVM 管理方式使用经历：virt-manager 管理、qemu-kvm 命令
-----问题如下！
1. 大家是否在使用 libvirt 框架，以命令方式如 virsh 或 GUI 方式如 virt-manager?
2. libvirt 封装得很复杂，通过它的 domain.xml 、virsh 手册、virt-install 手册看，包含的选项和知识点是 qemu 文档的好几倍，是否 libvirt 有优势继续使用，而不是纯 qemu-kvm 命令？例如 cpu pinning 等？
3. 大家是否在用 PVE 做宿主机系统？使用的原因呢，是因为 web 管理+存储池+备份迁移方便？
4. 使用 PVE 还是 libvirt(cli 工具)还是纯 qemu-kvm 比较方便迁移呢？毕竟图形化配置的虚拟机，在删了以后再重建又得手动点点点，cli 或脚本可以重复配置虚拟机，虚拟机硬盘文件手动 copy 我也觉得还好
5. PVE/libvirt 是否都是封装了 qemu 命令的调用+额外的管理功能(存储、网络、生命周期、备份迁移)？如果优势只是额外管理功能这块，我可以用 shell 脚本来手动点也行。毕竟越加一层封装复杂性就多一层:libvirt 得熟悉 qemu 和 libvirt 本身，PVE 得熟悉 qemu 和 PVE 本身，抛开其它网络存储等知识点外，纯虚拟化的知识点 ]]>
目前 kvm 的虚拟磁盘配置是：
<disk type='file' device='disk'>
<driver name='qemu' type='raw' cache='writeback'/>
<source file='/mnt/cache/domains/Windows server2022/vdisk1.img' index='3'/>
<backingStore/>
<target dev='hdc' bus='virtio'/>
<serial>vdisk1</serial>
<boot order='1'/>
<alias name='virtio-disk2'/>
<address type='pci' domain='0x0000' bus='0x04' slot='0x00' function='0x0'/>
</disk>
虚拟机下运行 mcbe 服务端明显感觉卡卡的(docker 环境没有类似情况)，将 disk cache 改成 writeback 对于顺序读写有 30%的提升(3000->4000),但整体改善不明显。
在不另外购置 ssd 直通给它的情况下，求优化 io 的方法！ ]]>
可 kvm+qemu 只有 linux 下有效 ]]>
印象中 ESXI 安装是最复杂的。
目前已经过了不爱折腾的年纪，只想有一个稳如死狗的环境来跑 hadoop 集群，我应该挑哪个虚拟机产品？
我的想法是，对于 KVM on centos7 ，如果我想直接压榨整机性能，可以直接关闭 KVM ，在 centos7 直接跑服务，如果我想运行多节点集群，那就在 kvm 上部署集群环境，这样就可以“全都要” ]]>
2 ，如果 1 成立，那么虚拟机的核心数实际上是宿主机上各虚拟机之间的 cpu 调度的权重，分 8 个核的虚拟机比分 4 个核的虚拟机，满载的情况下 cpu 时间多一倍。
3 ，如果 1 ，2 成立，实际上虚拟机上可以分配无限多（ 256 以下）的核心，无论宿主机实际几个核心。
]]>我在 debian 官方下的 qcow2 ，导入后硬盘才 2G ，这怎么用？
如何进行快速扩容？还是 qm 导入的时候可以进行设置磁盘大小
截图上面有个调整磁盘大小功能，我试过了开机有问题，应该是挂了
qm create 100 --memory 4096 --cores 2 --net0 virtio,bridge=vmbr0 qm importdisk 100 /data/qcow2/debian-11-generic-amd64-20220310-944.qcow2 extend