[root@ok home]# virsh list Id Name State ---------------------------------------------------- 13svn running 14git running 12c running 15samba running win7 running 16lnmp paused [root@ok home]# virsh resume 16lnmp Domain 16lnmp resumed [root@ok home]#

本系列文章会介绍云与备份之间的关系,包括: (1)VMware 虚机备份和恢复 (2)KVM 虚机备份和恢复 (3)云与备份 (4)OpenStack 与备份 (5)公有云与备份 1. 与备份有关的VMWare基础知识 1.1 VMware 虚机磁盘在 ESXi 宿主机上的文件 简单来说,虚机的每个虚拟磁盘由ESXi 宿主机上的三个文件组成(这里的虚机名字是 sammy-target-win-small,下面是其第一个磁盘对应的三个文件): sammy-target-win-small.vmdk

翻译自:http://wiki.libvirt.org/page/VM_lifecycle   这篇文章描述虚机生命周期的基本概念.其目的在于在一篇文章中提供完整的关于虚机创建.运行.停止.迁移和删除的基础知识. 1. 概念 先补充一下 Domain(域).Virutal Machine(虚机)和 Guest OS (客户机操作系统)三个术语的区别.这三个概念经常被相互使用,其实它们之间还是有些区别. Oracel 的解释 (资料来源): Domain:资源的一个可配置集合,包括内存,虚拟CPU

用powercli练练手,需从实际案例出发,本节将使用powercli写两个demo,一个是创建模板,并根据模板创建新的虚机:另一个demo是克隆虚机. [注意] 1.创建模板与克隆操作只能在vcenter上使用 2.powercli是 异步任务,因此需等待一个任务完成后,再去执行下一个任务.(使用 -Runasync 与 -ErrorAction stop 类似于linux中的nohup与&的使用) 一.创建模板并根据模板生成虚机 $task = Stop-VM win -Confirm:$f

1.因昨天虚机异常关闭,导致今天上去查看时,node节点状态显示为down 2.查了些相关资料,找到处理办法(因我的节点没有任何数据,所以直接对其进行清除) docker swarm leave --force 这个命令是将你的节点从swarm中离开,所以,在down的节点服务器上执行. 3.完成后,在重新构建swarm,如果加入节点异常,关闭manager节点的防火墙 4.如果你节点上已构建容器 关闭:docker node update –availability drain worker1

Openstack虚机实例状态错误手工恢复vm_state:error 1.找到状态为出错状态的VM.在数据库里面表现Status为ERROR而非ACTIVE. 2.找到出错状态VM的UUID. 3.使用MYSQL 客户端工具连接到MySQL数据库. 4.连接到MYSQL数据库后,执行use nova;使用nova数据库. 5.select * from instances where uuid=’实例的ID ‘\G;可以查看到字段vm_state值为error. 6.执行语句:UPDATE i

前提:在偶尔的虚机热迁移中,发现虚机一直属于迁移状态中. 但是查看后台流量监控,发现没有流量已经下来了.然后在目标机器上查看,发现kvm已经在目标机器上. 1.查看kvm 实际所处宿主机方法: a.拿到一直处于迁移状态的虚机ID b.查看虚机对应的kvm实例名称 web界面:管理员 | 系统 | 虚拟机管理器 |  选择"compute-8.ops.ft1" 通过实例ID,获取到实例名称: instance-00000a57 c.在目标宿主机上查看 kvm 实例是否存在: d. 在原宿

学习 Neutron 系列文章: (1)Neutron 所实现的虚拟化网络 (2)Neutron OpenvSwitch + VLAN 虚拟网络 (3)Neutron OpenvSwitch + GRE/VxLAN 虚拟网络 (4)Neutron OVS OpenFlow 流表 和 L2 Population (5)Neutron DHCP Agent (6)Neutron L3 Agent (7)Neutron LBaas (8)Neutron Security Group (9)Neutro

本系列会介绍OpenStack 企业私有云的几个需求: 自动扩展(Auto-scaling)支持 多租户和租户隔离 (multi-tenancy and tenancy isolation) 混合云(Hybrid cloud)支持 主流硬件支持.云快速交付 和 SLA 保证 大规模扩展性支持 私有云外围环境支持(包括支持CDN .商业SDN控制器.防火墙和VPN/专线等) 良好的可使用性(用户和运维 Dashboard 等) 向上扩展性(PaaS 和 SaaS 等支撑) 企业数据中心IT环境支持

使用的是osboxes.org上下载的已安装centos7 image, 在启动后, ifconfig不能看到网卡, 需要关机后在ESXi客户端编辑虚机, 删除网卡, 保存, 添加网卡, 网卡类型选择 VMXNET3 启动后, ifconfig能看到新的网卡, 名称为 eno16777984, 在/etc/sysconfig/network-scripts/ 下新建文件 ifcfg-eno16777984, 内容类似于 DEVICE="eno16777984" HWADDR="

本文梳理一下 Nova 主要操作的流程. 0. Nova REST-CLI-Horizon 操作对照表 Nova 基本的 CRUD 操作和 extensions: # 类别 Nova V2 REST API Action Nova CLI Horizon 解释   虚机操作 POST boot Launch Instance 启动一个新的虚机 http://www.cnblogs.com/sammyliu/p/4558638.html     DELETE delete Terminate In

学习 KVM 的系列文章: (1)介绍和安装 (2)CPU 和 内存虚拟化 (3)I/O QEMU 全虚拟化和准虚拟化(Para-virtulizaiton) (4)I/O PCI/PCIe设备直接分配和 SR-IOV (5)libvirt 介绍 (6)Nova 通过 libvirt 管理 QEMU/KVM 虚机 (7)快照 (snapshot) (8)迁移 (migration) 1. QEMU/KVM 迁移的概念 迁移(migration)包括系统整体的迁移和某个工作负载的迁移.系统整理迁移

OpenStack配置起来还是挺麻烦的,特别是网络那块.虽然官方文档越来越清晰,但有时还是会出各种错.排错主要是看日志.看官方文档和google 以下就一些虚机相关常见的错误做一下总结(基于Icehouse版): 1.起虚机时报 'No valid host' 错误 个人觉得 No valid host 是比较简单的错,那几个单词的意思就已经告诉我们很多信息了,No valid host 原因有很多种 (1)nova compute服务异常,用openstack-status查看各个服务是否是a

传统App加固技术,前后经历了四代技术变更,保护级别每一代都有所提升,但其固有的安全缺陷和兼容性问题始终未能得到解决.而下一代加固技术-虚机源码保护,适用代码类型更广泛,App保护级别更高,兼容性更强,堪称未来级别的保护方案. (加固技术发展历程)   第一代加固技术-动态加载 第一代Android加固技术用于保护应用的逻辑不被逆向与分析,最早普遍在恶意软件中使用,其主要基于Java虚拟机提供的动态加载技术. 其保护流程是: 开发阶段中将程序切分成加载(Loader)与关键逻辑(Payload)

问题现象: Nginx服务已启动 80端口被nginx监听 宿主和linux虚机可相互ping通 Linux虚机可用curl访问网站 宿主无法用浏览器访问网站 排查: 1．  查看nginx的access.log发现没有请求进来 由此可判断是防火墙给挡住了 2. 检查iptables状态,发现iptables没有启动(其实是没有安装) 3. 百度后发现centos默认用firewall做为防火墙不是iptables, 于是用 systemctl stop firewalld.service 停止

先决条件 exsi到openstack的迁移,分为两种,一种是静态迁移,另一种是在线迁移. 静态迁移(offline migration)也叫做常规迁移,离线迁移.在迁移之前将虚拟机暂停,同时拷贝虚拟机镜像和状态到目的主机.相比较于在线迁移(online migration),其缺点就是静态迁移方式的过程需要显式的停止虚拟机的运行. 在线迁移的过程仅有非常短暂的停机时间,保证迁移过程中虚拟机服务的持续可用:静态迁移的优点是兼容性强,不需要VMM的同意API接口,可以借助第三方工具辅助迁移.由于目

笔者在前文<Terraform 简介>中简单介绍了 Terraform 相关的概念,本文让我们使用 Terraform 在 Azure 上创建一个虚机,以此来直观体验一下 Terraform 强大威力.说明:本文的演示环境为 ubuntu 16.04. provider 与 resource 在 Terraform 的配置文件中,比较常见的配置类型有 provider 和 resource. provider 在 Terraform 中负责管理资源的生命周期:创建.读取.更新.删除.比如访问

在XenServer中,碰到VM挂起(hang)的情况,也不是那么少见,而VM长时间挂起,那么很影响心情和后续的操作. 一般情况下,为了关闭VM或者重启VM,我们推荐这样的操作顺序: 进入到VM内,使用系统的关机或者重启功能通过XenCenter的菜单选择ShutDown或者Restart.虽然这个菜单的实现是通过XenServer tool来控制系统的命令来实现,但是不保证在XenServer Tools工作异常的情况下,导致VM挂起(Hang),而且,这个应该也是VM挂起(XenCenter

1. 总体流程 翻译自原文(英文):https://ilearnstack.com/2013/04/26/request-flow-for-provisioning-instance-in-openstack/ 创建虚机的请求流如下: Dashboard 或者 CLI 获取用户的登录信息,调用 Keystone 的 REST API 去做用户身份验证. Keystone 对用户登录信息进行校验,然后产生验证token并发回.它会被用于后续 REST 调用请求. Dashboard 或者 CLI

0.在vmware的配置项中,将虚机的磁盘大小调大,步骤简单,此处略 查看当前状态 文件系统状态 df -h 磁盘状态 lsblkfdisk   -l  1.首先要再创建一个物理分区 (使用fdisk   /dev/sda,选择n来创建一个新的分区比如sda3,主分区还是逻辑分区对此例子无所谓) 完成后需要重新启动. 可以用fdisk -l命令来查看已有分区 用fdisk  /dev/sda命令,选择‘n’创建新分区,主分区,逻辑分区对这个例子来说都可以,‘w’保存. 重启机器生效. 2.接下来

原文链接:https://www.cnblogs.com/potato-chip/p/9127083.html OpenStack虚机网卡的创建过程 OpenStack最基本和常用的操作就是启动虚机.虚机启动的过程中涉及很多内容,其中非常重要的一个环节就是创建并绑定虚机的虚拟网卡.虚机的创建和管理是Nova的任务,虚机网络的创建和管理是Neutron的任务,而虚机网卡,作为连接虚机和虚机网络的桥梁,其创建和管理则同时涉及了Nova和Neutron 1.Neutron L2 Agent上线 首先是