通常我们期望虚拟机的迁移能够全部自动化或者部分自动化完成，但实际上 Linux 系统在 P2V 和 V2V 的迁移中可能遇到一些困难。本节列举了 Linux 迁移中需要注意的地方。 继续阅读 →

虚拟机迁移简介

为什么要迁移服务器

迁移服务器可以为用户节省管理资金、维护费用和升级费用。以前的 x86 服务器，体积比较“庞大”；而现在的服务器，体积已经比以前小了许多，迁移技术使得用户可以用一台服务器来同时替代以前的许多台服务器，这样就节省了用户 大量的机房空间。另外，虚拟机中的服务器有着统一的“虚拟硬件资源”，不像以前的服务器有着许多不同的硬件资源（如主板芯片组不同，网卡不同，硬 盘，RAID 卡，显卡不同）。迁移后的服务器，不仅可以在一个统一的界面中进行管理，而且通过某些虚拟机软件，如 VMware 提供的高可用性工具，在这些服务器因为各种故障停机时，可以自动切换到网络中另外相同的虚拟服务器中，从而达到不中断业务的目的。总之，迁移的优势在于简 化系统维护管理， 提高系统负载均衡，增强系统错误容忍度和优化系统电源管理。 继续阅读 →

简介： 硬盘单碟容量的快速增长和价格快速下降，为普通 PC 提供了丰富的存储空间，也带来的存储管理的需求。对于缺少昂贵硬件支撑的普通 PC 用户，Linux 上的 LVM 是一个理想的选择。对服务器用户而言，LVM 可以构建在基于 Raid 的磁盘组上，通过硬件冗余实现容灾；对于普通 PC 用户来说，可能没有那么多银子来实施，那么我们就不得不面对各种各样的窘境，譬如逻辑卷损坏，磁盘坏道，硬盘位置更改，硬盘损坏等等。好在 LVM 的开发者在设计中就包含了这些考虑，提供了一系列的方法来帮助我们解决这些问题，把数据损失降到最低。本文结合实例，分析和解决 LVM 在实用中可能遇到的各种问题。 继续阅读 →

前言

随着虚拟化技术的不断发展，虚拟机的应用也越来越广泛。日常应用中可能出现资源不足，系统管理调整或者系统备份等原因，希望将某一虚拟机从原 来物理主机迁移到另一个物理主机上，即 V2V（Virtual-to-Virtual）迁移。虚拟机的迁移需要物理主机上 VMM（Virtual Machine Monitor）的支持。相同类型 VMM 之间，使用相同的 API 接口，通常具有强大的迁移能力。例如本系列第二篇文章介绍的 KVM 虚拟机之间的迁移，它支持三种迁移方式：离线迁移、在线共享存储迁移和在线块迁移。而不同的 VMM 之间，由于虚拟化实现技术的不同、开发厂商的不同、API 接口的不同，使虚拟机迁移困难重重。本文分别介绍如何静态迁移 VMware ESX/ESXi、VMware Workstation 及 VMware Player 上的虚拟机到 KVM 主机。 继续阅读 →

虚拟化能通过启用工作负载合并来提高效率。使虚拟机密度最大化的同时维持良好的性能，这确实是个挑战：

• 工作负载对资源，如 CPU、内存、网络带宽和存储访问的利用随时间而变化；如果您能够根据需要动态分配这些资源，您就能在超量使用 的情况下获得更大的密度。
• 优化的资源资源管理还取决于系统配置和硬件设置这些因素。 继续阅读 →

1.安装

yum -y install kmod-kvm.x86_64 kvm.x86_64 kvm-qemu-img.x86_64 kvm-tools.x86_64virt-manager.x86_64

yum groupinstall KVM

2.配置网桥

ifcfg-br0内容为

DEVICE=br0
TYPE=Bridge
BOOTPROTO=static
BROADCAST=192.168.2.255
HWADDR=6C:F0:49:AC:71:83
IPADDR=192.168.2.228
NETMASK=255.255.255.0
NETWORK=192.168.2.0
GATEWAY=192.168.2.1
ONBOOT=yes

ifcfg-eth0内容为

DEVICE=eth0
TYPE=Ethernet
ONBOOT=yes
BRIDGE=br0

这个时候service network restart 是不会成功的。

必须保证service libvirtd服务是启动了的才能桥接成功。

DEVICE=eth0
TYPE=Ethernet
ONBOOT=yes
BRIDGE=br0

可以测试！

用下面的命令可以查看状态

[root@c1-sklinux.com network-scripts]# brctl show
bridge name     bridge id               STP enabled     interfaces
br0             8000.6cf049ac7183       no              eth0
virbr0          8000.000000000000       yes
[root@c1-sklinux.com network-scripts]#