OpenStack配置串口显示虚机界面

OpenStack配置串口显示虚机界面

OpenStack的horizon能够显示虚拟机的界面。horizon是web界面,在我们的电脑上,姑且称之为本地,虚拟机运行在远端服务器上,称之为远端。本地显示远端的界面,OpenStack提供了多种方式,noVNC 远程桌面协;RDP(Remote Desktop Protocol 远程桌面协议);SPICE (Simple Protocol for Independent Computing Environment独立计算环境简单协议)。这些都是图形显示界面,如果在生产环境中无法显示图形界面,例如虚拟交换机只能通过串口显示,该怎么办?其实OpenStack从J版本开始提供了串口的显示方式。

串口显示说明:

在nova.conf文档中有关于串口显示的描述:

根据描述我们能够知道想要串口显示,控制节点要安装nova-serialproxy,控制节点和计算节点需要配置[serial_console]中的选项。

一、配置项:

1.1 控制节点:

安装nova-serialproxy控件:

apt-get install nova-serialproxy

配置/etc/nova/nova.conf

默认连接是vnc,首先关闭vnc连接。

配置串口显示

重启服务:

关闭noVNC服务:

service nova-novncproxy stop

重启serialproxy服务:

service nova-serialproxy restart

1.2 计算节点:

配置/etc/nova/nova.conf

默认连接是vnc,首先关闭vnc连接。

配置串口显示

base_url中的ip是控制节点ip,端口号不能变。

proclient_addres是指本机IP。

重启nova-compute服务

service nova-compute restart

1.3 配置项解释

base_url的配置项解释:

proxyclient_address的配置项解释:

二、简单工作流程:

1.远程客户端(浏览器)请求串口输出信息,nova服务收到请求;

2.nova-api返回给客户端以base_url为前缀的websocket URL;

3.远程客户端尝试连接该URL,客户端连接到nova-serialproxy服务; 4.nova-serialproxy服务将查找计算节点注册过的proxyclient_address;

5.nova-serialproxy找到计算节点,连接虚拟机,串口信息传输到客户端;

具体工作流程参见noVNC工作流程:

https://www.cnblogs.com/popsuper1982/p/3800227.html

三、串口显示的控制台:

控制台:

完整的客户端URL是实例ID+serial组成

对比noVNC的URL,noVNC是ip+端口+VNC_auto.html+token组成

四、底层的差异:

显示方式的改变实质上是底层libvirt文件的改变。通过命令:

virsh dumpxml ID

可以查看创建的实例,对比出串口显示和VNC显示的差异。

串口显示的实例的xml文件中设备中serial和console的类型是tcp,是使用tcp的端口号通信。

noVNC显示的实例的xml文件中设备的serial和console是虚拟端口pty,是虚拟终端通信。

最后感受一波思科虚拟路由器的操作

学会配置串口显示,向OpenStack的高峰又迈进一步!

原文地址:https://www.cnblogs.com/goldsunshine/p/9289025.html

时间: 2024-08-03 20:13:35

OpenStack配置串口显示虚机界面的相关文章

Openstack之Nova创建虚机流程分析

前言  Openstack作为一个虚拟机管理平台,核心功能自然是虚拟机的生命周期的管理,而负责虚机管理的模块就是Nova. 本文就是openstack中Nova模块的分析,所以本文重点是以下三点: 先了解Openstack的整体架构,搞清楚为什么要用这样的架构: 然后再了解架构中的各个组件,组件提供的主要功能与各个组件之间的交互: 了解虚机的启动过程,能在遇到问题时发现问题出在哪个模块中的哪个组件. Nova组件介绍 接下来进行详细介绍,如有错误,欢迎拍砖! 下图为创建虚拟机的一个大概流程图.

openstack allinone vxlan,虚机网络不通

环境:openstack Q版本,allinone,linuxbridge+vxlan现象:虚机可以拿到地址,但是ping不通网关和dhcp服务器 由于是allinone环境,虚机的tap直接挂到bridge,而dhcp和网关的接口也是直接挂到该bridge,按理虚机是可以直接访问dhcp和网关的,但是虚机确实不通,通过抓包发现连接dhcp的tap没有报文,好像是linux bridge没有转发报文,实在没有办法,把vxlan接口从bridge中删除,虚机竟然可以ping通了,重启linuxbr

openstack数据库获取一个虚机的floating_ip, fix_ip, project_name, user_name, hostname, host

 转载请注明 http://www.cnblogs.com/juandx/p/5418204.html openstack有3个库,nova,neutron,keystone,我现在需要做的是跨库联表查询虚机的信息 获取一个虚机的floating_ip, fix_ip, project_name, user_name, hostname, host (不知道在instances表中host和node有什么区别) select j.floating_ip_address as floating_i

Python通过OpenStack API接口筛选虚机

开发背景: 由于在OpenStack上有过热迁移失败的记录,虚机重装挂载磁盘会报错,数据盘挂载不上,所以需要在OpenStack上找出所有有过热迁移并且迁移失败的虚机处理,以免后续重装挂载不上磁盘. 开发环境: centos,Python 2.7.5,OpenStack 具体思路: Shell筛选命令nova list –all 找出所有虚机nova instance-action-list 虚机ID | egrep -in 'live-migration|error' 筛选出具有相应动作的虚机

KVM 介绍(6):Nova 通过 libvirt 管理 QEMU/KVM 虚机 [Nova Libvirt QEMU/KVM Domain]

学习 KVM 的系列文章: (1)介绍和安装 (2)CPU 和 内存虚拟化 (3)I/O QEMU 全虚拟化和准虚拟化(Para-virtulizaiton) (4)I/O PCI/PCIe设备直接分配和 SR-IOV (5)libvirt 介绍 (6)Nova 通过 libvirt 管理 QEMU/KVM 虚机 1. Libvirt 在 OpenStack 架构中的位置 在 Nova Compute 节点上运行的 nova-compute 服务调用 Hypervisor API 去管理运行在该

KVM(六)Nova 通过 libvirt 管理 QEMU/KVM 虚机

1. Libvirt 在 OpenStack 架构中的位置 在 Nova Compute 节点上运行的 nova-compute 服务调用 Hypervisor API 去管理运行在该 Hypervisor 的虚机.Nova 使用 libvirt 管理 QEMU/KVM 虚机,还使用别的 API 去管理别的虚机.        libvirt 的实现代码在 /nova/virt/libvirt/driver.py 文件中. 这里是 OpenStack Hypervisor Matrix. 这里是

Nova: 虚机的块设备总结 [Nova Instance Block Device]

和物理机一样,虚拟机包括几个重要的部分:CPU.内存.磁盘设备.网络设备等.本文将简要总结虚机磁盘设备有关知识. 1. Nova boot CLI 中有关虚机块设备的几个参数 nova boot CLI 的完整参数如下: usage: nova boot [--flavor <flavor>] [--image <image>] //boot from image with id [--image-with <key=value>] //image metadata p

vmware 复制一台虚机 (vmware copy/clone vm)

今天同事问关于如何复制一台已经配置好的VM, 本人研究了一下,其实这个功能还挺好用的.主要的方法如下: 1. 选择创建虚机 2. 这步很关健,选择自定义(使用其他设备或特定的配置选项创建虚机) 3. 给虚机命一个响亮的名字 4. 选择虚机文件的目标存储,默认的即可,直接[下一步] 5. 选择虚机的版本,一般主机或集群支持多个VM版本(4, 7, 8),我们选择适合自己的,比如我的是5.5的,所以选择版本8. 6. 选择虚机的客户操作系统(这个依赖于你想clone或备份的VM) 7. 选择虚机中虚

VMware虚机联网问题实战

很多时候我们在VM上操作时,需要让虚机进行联网进行试验.虚机联网的问题还是比较基础也比较重要的.在网上查的也不是很全面,我自己也遇到过这样的问题,纠结了一段时间.现在搞明白了.所以写个笔记分享下. 其实很简单,注意三点就行: 第一点:无线网还是网线连接 第二点:VMware适配器是否一致 第三点:虚机是否是DHCP自动获取 第四点:验证方式[ping baidu.com] 本文以无线网连接为例子. 以下是操作步骤和实验截图: 电脑的操作:确定电脑是无线连接还是网线连接,查看电脑网络连接所使用的适