kvm

第1章 KVM简介及环境 1.1 KVM介绍 Kernel-based Virtual Machine的简称，是一个开源的系统虚拟化模块，自Linux 2.6.20之后集成在Linux的各个主要发行版本中。它使用Linux自身的调度器进行管理，所以相对于Xen，其核心源码很少。KVM目前已成为学术界的主流VMM之一。 KVM的虚拟化需要硬件支持（如Intel VT技术或者AMD V技术)。是基于硬件的完全虚拟化。而Xen早期则是基于软件模拟的Para-Virtualization，新版本则是基于硬件支持的完全虚拟化。但Xen本身有自己的进程调度器，存储管理模块等，所以代码较为庞大。广为流传的商业系统虚拟化软件VMware ESX系列是基于软件模拟的Full-Virtualization。 因为对进程管理比较麻烦,RedHat发布了一个开源项目libvirt。libvirt有命令行工具也有API，可以通过图形化界面，完成对虚拟机的管理。大多数管理平台通过libvirt来完成对KVM虚拟机的管理；比如Openstack、Cloudstack、OpenNebula等。 1.2 虚拟化概念 1. 软件模拟 优点：能够模拟任何硬件，包括不存在的 缺点：功能非常低效，一般用于研究，生产环境不同。 代表：QEM 2. 虚拟化层翻译 2.1 软件全虚拟化----VMware 2.2 半虚拟化---

今天又遇到了一个打开KVM的问题，安装了jre-7u80，已经可以下载应用了，可是最后报错如下： Your security settings have blocked an application with an expired or not-yet-valid certificate from running 解决方案根据这篇文章里介绍的方式，我解决了这个问题并成功的打开了KVM。 1. 先打开控制面板，点击Java。 2. 把我们要打开的KVM的地址添加到exception site list中，就可以了。 关于Cisco的KVM的正常打开，我之前已经遇到了一些问题，并总结在了下面的两篇博文里。 Cisco KVM Console无法打开 https://www.cnblogs.com/awpatp/p/4250400.html 打开KVM Console的一些注意事项 https://www.cnblogs.com/awpatp/p/10744585.html 参考资料 =============== How to Fix: Java 'Expired or not-yet-valid Certificate' Error https://www.infopackets.com/news/10023/how-fix-java-expired-or-not-yet-valid

KVM 虚拟化原理探究 —— 目录 标签（空格分隔）： KVM KVM 虚拟化原理探究（1）— overview KVM 虚拟化原理探究（2）— QEMU启动过程 KVM 虚拟化原理探究（3）— CPU 虚拟化 KVM 虚拟化原理探究（4）— 内存虚拟化 KVM 虚拟化原理探究（5）— 网络IO虚拟化 KVM 虚拟化原理探究（6）— 块设备IO虚拟化 来源： https://www.cnblogs.com/Bozh/p/5788431.html

一、kvm虚拟化介绍 什么是虚拟化 虚拟化就是通过模拟计算机硬件(cpu,内存，硬盘，网卡)来实现在一台物理服务器上运行同时多个不同的操作系统，并且使每个操作系统之间都是互相隔离的 为什么要学习虚拟化 目前国内的公有云底层采用的都是kvm虚拟化，经过这几年的快速发展，kvm计算已经非常成熟稳定，在任何linux发行版中，kvm都是标配，虚拟化已经成为了一项必备的技能 虚拟化的应用场景 场景1：只有一台服务器，但是要运行多个版本的软件，不同版本之间还相互冲突 场景2：机房的迁移，物理机在运输过程中容易损坏，导致数据丢失 场景3：openstack部署太难！步骤太繁琐，如何体验最新版的openstack 场景4：开发环境和测试环境经常损坏，运维重复装系统 场景5：业务的扩张，需要快速部署10个一模一样的集群 二、安装KVM虚拟机 环境准备 主机名 kvm01 IP 10.0.0.11 操作系统 centos7 内存 4G 硬盘 50G 在处理器设置中勾选 虚拟化 Intel VT-x... 优化： kvm01在安装系统的时候，不要使用自动分区，自动分区使用的LVM分区，在使用kvm的时候，特别卡！ 关闭selinux 关闭firewalld 安装kvm管理工具 安装： yum install libvirt virt-install qemu-kvm -y　　建议使用光盘安装，会特别快

一、Docker简介 Docker 项目的目标是实现轻量级的操作系统虚拟化解决方案。 Docker 的基础是 Linux 容器（LXC）等技术。 在 LXC 的基础上 Docker 进行了进一步的封装，让用户不需要去关心容器的管理，使得操作更为简便。用户操作 Docker 的容器就像操作一个快速轻量级的虚拟机一样简单。 下面的图片比较了 Docker 和传统虚拟化方式的不同之处，可见容器是在操作系统层面上实现虚拟化，直接复用本地主机的操作系统，而传统方式则是在硬件层面实现。 二、Docker与KVM对比 作为一种新兴的虚拟化方式，Docker 跟传统的虚拟化方式相比具有众多的优势。 Docker 容器的启动可以在秒级实现，这相比传统的虚拟机方式要快得多。 其次，Docker 对系统资源的利用率很高，一台主机上可以同时运行数千个 Docker 容器。 容器除了运行其中应用外，基本不消耗额外的系统资源，使得应用的性能很高，同时系统的开销尽量小。传统虚拟机方式运行 10 个不同的应用就要起 10 个虚拟机，而Docker 只需要启动 10 个隔离的应用即可。 虚拟化技术依赖物理CPU和内存，是硬件级别的；而docker构建在操作系统上，利用操作系统的containerization技术，所以docker甚至可以在虚拟机上运行。 虚拟化系统一般都是指操作系统镜像，比较复杂，称为“系统”

什么叫带外管理？ 常见的设备管理方式有SNMP、RMON、Web、TELNET以及通过CONSOLE、AUX接口管理，有些高端设备还具备100BASE-TX的带外管理端口。 我在网上查到大概SNMP、RMON、Web、TELNET这些管理方式属于带内管理，通过CONSOLE、AUX接口管理和通过某些高端设备具有的100BASE-TX的带外管理端口进行管理的方式属于带外管理。 那么所谓带内、带外是不是指跟占用生产网络带宽、接口的管理方式称之为带内管理，与此相反，不占生产网络带宽、接口的管理方式称之为带外管理？ 带外网管是指通过专门的网管通道实现对网络的管理，将网管数据与业务数据分开，为网管数据建立独立通道。在这个通道中，只传输管理数据、统计信息、计费信息等，网管数据与业务数据分离，可以提高网管的效率与可靠性，也有利于提高网管数据的安全性。 带内管理使得网络中的网管数据和业务数据在相同的链路中传输，当管理数据（包括SNMP，Netflow，Radius，计费等）较多时，将会影响到整个网络的性能；管理数据的流量较少，对整个网络的性能影响不明显，可采用带内管理。 首先我们要先搞清带外网管的概念。 什么是带外网管？ 从技术的角度， 网络管理可分为带外管理（out-of-band）和带内管理（in-band）两种管理模式 。 所谓带内管理

In this post I would like to share two tips I have found that greatly improve the performance of KVM guests. Both tips work with Linux guests, although only the second tip will work with windows or BSD guests. With these tips you should notice an immediate improvement in performance including boot times, general performance, and responsiveness to inputs (mouse / keyboard). Kernel option noop With this tip we will use the kernel (boot) option elevator=noop to optimize your virtual hard drive I/O. For a technical discussion of this option, see this link . If you want a more detailed discussion

一 安装管理工具 [root@k8s-01 ~]# rpm -qa|grep libguestfs-tools libguestfs-tools-c-1.40.2-5.el7_7.2.x86_64 libguestfs-tools-1.40.2-5.el7_7.2.noarch [root@k8s-01 ~]# 二 日常管理 2.1 命令格式 1 virt-df [--options] -d domname 2 virt-df [--options] -a disk.img [-a disk.img ...] 通常两种方式：-d是采用域名称方式，-a是直接获取的磁盘文件方式。 2.2 读取虚机系统文件 [root@k8s-01 ~]# virt-cat -d vm01-centos7 /etc/passwd 2.3 查看虚机磁盘分区 [root@k8s-01 ~]# virt-df -h vm01-centos7 文件系统 大小 已用空间 可用空间 使用百分比% vm01-centos7:/dev/sda1 197M 92M 104M 48% vm01-centos7:/dev/centos/root 8.8G 938M 7.9G 11% 2.4 编辑虚机系统文件 [root@k8s-01 ~]# virt-edit -d vm01-centos7 /etc/selinux

1.如果连不了网,执行以下命令,确保没有vbr [student@room9pc01 ~]$ virsh 欢迎使用 virsh，虚拟化的交互式终端。 输入：'help' 来获得命令的帮助信息 'quit' 退出 virsh # net-destroy vbr 网络 vbr 被删除 virsh # exit 2.创建一台虚拟机 [student@room9pc01 ~]$ virt-manager [student@room9pc01 ~]$ clone-auto7 创建虚拟机 Enter VM number: 1 VM stu_node01 Create [ 确定 ] 3.在虚拟机器上配置ip [root@localhost ~]# nmcli connection modify eth0 ipv4.method manual ipv4.addresses 192.168.4.2/24 connection.autoconnect yes [root@localhost ~]# nmcli connection up eth0 [ 274.964923] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready Connection successfully activated (D-Bus active path: /org

openstack平台需要使用各种Linux发行版镜像,其制作方法主要有两种,要么是基于各大Linux发行版ISO光盘手动制作,要么是使用官方提供的制作好镜像进行修改 问题 FATAL: Module scsi_wait_scan not found.... 再进一步测试,就会发现,在物理机上升级内核,一切ok! 原因是虚拟机生成的initramfs.img无法包含virtio_blk.ko模块,造成虚拟机启动报错 解决问题的关键在于要确保virtio_blk.ko能够被加载 如果我们单纯是需要解决升级内核后启动失败问题,直接下载文章提到的内核rpm包,然后使用下面的步骤解决启动问题 rpm --import http://elrepo.org/RPM-GPG-KEY-elrepo.org rpm -Uvh http://elrepo.org/elrepo-release-6-5.el6.elrepo.noarch.rpm yum --enablerepo=elrepo-kernel install kernel-ml -y 安装完内核后修改/etc/grub.conf配置文件使 修改配置文件中的 Default=1 to Default=0 #添加virtio_blk支持(新建conf文件) echo 'add_drivers+="virtio_blk"' >/etc