1. 项目概述从平台搭建到实例落地折腾了好几天从基础环境、认证服务、镜像服务一路装到网络服务OpenStack Train这套复杂的云平台总算有了个雏形。但说到底我们费这么大劲搭建云平台最终目标是什么不就是为了能像使用公有云一样点点鼠标或者敲敲命令就能快速创建出一台台可用的虚拟机在OpenStack里我们称之为“实例”吗今天要聊的就是整个OpenStack部署流程中最具成就感也最接近实际应用的一环——创建实例。这不仅仅是点击“创建”按钮那么简单它是对前面所有组件Keystone, Glance, Nova, Neutron, Placement等协同工作能力的一次终极验收。如果实例能成功创建并正常访问那基本意味着你的OpenStack Train部署是成功的反之任何一个环节的配置疏漏都会在这里暴露无遗。简单来说创建实例就是告诉OpenStack“请按照我指定的规格镜像、硬件配置、网络生成一台虚拟机并启动它。”这个过程会涉及计算资源调度Nova、镜像拉取Glance、网络端口分配Neutron和密钥注入等多个步骤。对于刚上手的朋友可能会被flavor、security group、key pair这些概念绕晕也可能在创建时遇到各种状态错误。别担心我会把从Web控制台Horizon和命令行OpenStack Client两种创建方式都走一遍把每个参数背后的含义、常见的配置“坑点”以及创建后的基本运维操作都讲清楚。无论你是为了学习、测试还是搭建内部开发云这篇内容都能帮你把最后这“临门一脚”踢得漂亮。2. 创建实例前的核心准备工作盘点在兴奋地点下创建按钮之前我们必须确保“粮草”和“兵器”都已就位。OpenStack实例的创建依赖于一系列前置资源缺了任何一样流程都会卡住。这些准备工作本质上就是在配置实例的“基因蓝图”。2.1 镜像Image准备操作系统的“模板”镜像是实例的模板决定了虚拟机启动后的操作系统和初始状态。通常我们使用Glance服务来管理镜像。获取与上传镜像最常见的方式是下载社区提供的标准镜像。例如我们可以下载一个较小的CirrOS镜像用于测试或Ubuntu、CentOS镜像。# 下载一个测试用的CirrOS镜像 wget http://download.cirros-cloud.net/0.5.2/cirros-0.5.2-x86_64-disk.img # 使用OpenStack客户端上传镜像到Glance openstack image create “cirros-test” \ --file cirros-0.5.2-x86_64-disk.img \ --disk-format qcow2 \ --container-format bare \ --public上传时--disk-format和--container-format参数至关重要。qcow2是QEMU的磁盘格式支持快照和动态扩容是最推荐的选择。bare表示镜像文件本身不包含额外的封装格式。--public使得所有项目都能使用此镜像如果是内部使用也可以设置为--shared或保持私有。实操心得对于生产环境建议上传自己定制的镜像。可以使用官方云镜像Cloud Image它预装了cloud-init能实现实例启动时自动注入主机名、SSH密钥、用户数据等管理起来方便得多。例如从Ubuntu官网下载ubuntu-22.04-server-cloudimg-amd64.img再上传。2.2 规格Flavor定义虚拟机的“硬件配置单”Flavor定义了实例的虚拟硬件配置包括VCPU数量、内存大小和根磁盘大小。OpenStack自带一些微型规格但通常需要自定义。创建自定义Flavor# 创建一个名为“m1.tiny-custom”的规格1个VCPU1GB内存10GB根磁盘 openstack flavor create m1.tiny-custom \ --vcpus 1 \ --ram 1024 \ --disk 10 \ --public关键参数解析--vcpus: 虚拟CPU数量。注意这不是物理CPU核心而是由Hypervisor如KVM调度管理的虚拟CPU。--ram: 内存大小单位是MB。--disk: 根磁盘大小单位是GB。这里指的是临时磁盘Ephemeral Disk的大小实例终止后数据会丢失。如果希望使用持久化存储需要另外挂载卷Volume。--public: 该规格对所有项目可见。注意事项磁盘为0的Flavor有些Flavor的disk设置为0。这并不意味着实例没有磁盘而是表示它必须从持久化卷Cinder Volume启动而不能从镜像的临时磁盘启动。这种设计将计算和存储分离便于数据持久化。额外规格Extra Specs可以通过openstack flavor set命令为Flavor绑定额外的元数据例如指定计算主机聚合Aggregate、CPU拓扑如绑定CPU等高级特性。对于初学者可以先使用基础配置。2.3 网络Network配置实例的“通信血脉”网络是OpenStack最复杂的部分之一。创建实例前必须有一个可供实例连接的网络。这通常是一个项目内的私有网络Project Network并通过路由器Router连接到外部网络External/Provider Network以获取外部访问能力。检查可用网络openstack network list openstack subnet list你需要确认至少有一个状态为ACTIVE的网络。通常这个网络是在安装Neutron时创建的“私有网络”例如private。实例创建时需要挂载到这个网络的子网上。安全组Security Group配置安全组是实例的虚拟防火墙控制进出实例的流量。默认安全组通常只允许同安全组内实例互访和出站流量禁止所有入站流量。我们需要添加规则以允许SSH或ICMPping。# 获取默认安全组的ID openstack security group list # 为默认安全组添加允许SSH22端口和ICMP的规则 openstack security group rule create --protocol tcp --dst-port 22 --ingress 默认安全组ID openstack security group rule create --protocol icmp --ingress 默认安全组ID核心要点安全组规则是stateful有状态的。这意味着如果你添加了一条允许入站SSH的规则那么对应的出站响应流量会自动被允许无需额外配置出站规则。这与传统的无状态防火墙配置思路不同。2.4 密钥对Key Pair管理安全登录的“钥匙”OpenStack默认不设置实例的root密码而是采用SSH密钥对的方式进行免密登录这更安全。你需要生成一对RSA密钥公钥和私钥并将公钥上传到OpenStack。生成并上传密钥对# 本地生成密钥对如果还没有 ssh-keygen -t rsa -f ~/.ssh/openstack_key # 将公钥上传到OpenStack并命名为“my-key” openstack keypair create --public-key ~/.ssh/openstack_key.pub my-key创建实例时选择这个密钥对。实例启动后cloud-init会自动将公钥注入到默认用户如Ubuntu的ubuntu用户CentOS的centos用户的~/.ssh/authorized_keys文件中。之后你就可以使用对应的私钥进行SSH登录了。重要提醒私钥文件openstack_key务必妥善保管它相当于实例的“根密码”。丢失后将无法通过SSH密钥登录新创建的实例。虽然可以通过控制台重置但过程麻烦。3. 通过DashboardHorizon创建实例可视化操作详解对于初学者或日常管理通过Web控制台Horizon创建实例是最直观的方式。我们一步步来拆解。3.1 导航与启动创建流程登录Horizon后在左侧导航栏选择“计算” - “实例”。点击右上角的“启动实例”按钮。这会弹出一个多步骤的创建向导包含“详情”、“源”、“实例类型”、“网络”等标签页。3.2 关键参数配置步骤拆解1. 详情Details标签页实例名称给实例起一个有意义的名字如web-server-01。描述可选用于备注。可用域Availability Zone如果部署了多个计算节点并配置了可用域可以在这里选择。通常单节点环境只有一个nova可用域。数量如果需要一次性创建多个相同配置的实例可以在此设置。这对于批量部署非常有用。2. 源Source标签页选择启动源这是关键一步决定实例从哪里启动。引导源Boot Source选择“镜像”。选择镜像从列表中选择之前上传的镜像例如cirros-test或Ubuntu 22.04。实例磁盘大小如果镜像本身有大小如3GB这里可以保持默认与镜像相同或调大。注意这个大小受限于你选择的Flavor的磁盘容量。如果Flavor磁盘为0则此选项不可用必须从卷启动。3. 实例类型Flavor标签页选择硬件配置从列表中选择之前创建或已有的Flavor如m1.tiny-custom。右侧会清晰显示该Flavor的VCPU、内存和磁盘详情。4. 网络Networks标签页连接网络在“可用网络”列表中选择你准备好的私有网络如private点击其后的箭头图标将其添加到“已分配网络”区域。重要一个实例可以绑定多个网络网卡vNIC实现多网络平面如管理网、业务网分离。对于基础使用绑定一个网络即可。5. 网络端口Network Ports、安全组Security Groups、密钥对Key Pair标签页网络端口通常无需手动选择系统会自动创建。安全组勾选已配置好规则的安全组如default。可以多选规则会合并生效。密钥对这是必选项。从下拉列表中选择你上传的密钥对如my-key。忘记选择将导致无法通过SSH登录。6. 配置Configuration标签页注入自定义脚本这是一个高级但非常有用的功能。你可以在“自定义脚本”框中输入cloud-config或shell脚本。例如可以写入以下cloud-config脚本在实例首次启动时自动安装软件包#cloud-config package_update: true package_upgrade: true packages: - nginx - curlcloud-init会在实例启动时执行这些指令。7. 最后一步启动检查所有配置无误后点击“启动实例”按钮。实例状态会从“构建中Build”变为“运行中Active”。3.3 创建后的关键操作与状态检查实例启动后回到实例列表页面你会看到新实例的状态、IP地址等信息。1. 获取控制台访问Console如果网络配置问题导致SSH无法连接控制台是最后的救命稻草。在实例操作菜单中选择“控制台”可以打开一个VNC或SPICE控制台直接看到虚拟机的启动画面和登录提示。这对于调试启动故障至关重要。2. 查看日志Log在实例操作菜单中选择“日志”可以查看实例的系统日志和cloud-init日志。cloud-init日志通常是/var/log/cloud-init-output.log的内容对于排查自定义脚本执行失败、密钥注入失败等问题非常有帮助。3. 关联浮动IPFloating IP实例获取的私有IP如192.168.100.10只能在OpenStack内部网络访问。若要从外部网络如你的办公电脑SSH到该实例需要为其绑定一个浮动IP。在“网络” - “浮动IP”中点击“分配IP给项目”从浮动IP池中获取一个IP。然后在实例操作菜单中选择“关联浮动IP”将刚申请的浮动IP绑定到目标实例上。现在你就可以通过这个浮动IP从外部SSH连接到实例了ssh -i ~/.ssh/openstack_key ubuntu浮动IP用户名为镜像默认用户。4. 通过命令行OpenStack Client创建实例自动化与批量部署对于自动化脚本、CI/CD流水线或批量操作命令行是更高效的选择。它让我们能清晰地看到创建实例所需的全部参数及其逻辑关系。4.1 基础创建命令与参数解析最核心的命令是openstack server create。一个完整的创建命令示例如下openstack server create \ --image cirros-test \ --flavor m1.tiny-custom \ --nic net-id私有网络的ID \ --security-group default \ --key-name my-key \ --wait \ my-first-cli-instance参数逐行解析--image: 指定启动镜像的名称或ID。--flavor: 指定实例规格的名称或ID。--nic: 指定网络连接方式。net-id是最常用的后面跟网络的ID。你也可以用--nic port-id指定一个预先创建好的端口Port。--security-group: 指定安全组名称。可以多次使用该参数以绑定多个安全组如--security-group default --security-group web-sg。--key-name: 指定已上传的密钥对名称。--wait: 这是一个非常实用的参数。它会让CLI命令一直等待直到实例创建完成状态变为ACTIVE或ERROR后才返回。不加此参数命令会立即返回你只能得到一个实例ID需要手动轮询状态。my-first-cli-instance: 实例的名称。4.2 高级参数与定制化启动CLI的强大之处在于支持更多精细化控制。1. 配置Config Drive与用户数据User Data当实例无法通过元数据服务Metadata Service获取信息时例如网络配置特殊可以使用配置驱动器。openstack server create \ --image ubuntu-22.04 \ --flavor m1.small \ --nic net-idnet-id \ --config-drive true \ --user-data ./my-cloud-config.yaml \ ...--config-drive会创建一个特殊的ISO驱动器挂载到实例里面包含元数据和用户数据。--user-data则指定一个包含cloud-config或脚本的文件路径。2. 指定主机与可用域在某些场景下你可能希望将实例调度到特定的计算节点或可用域。# 指定可用域 openstack server create --availability-zone nova:compute-node-01 ... # 指定主机需要管理员权限或特定策略 openstack server create --host 计算节点主机名 ...3. 从卷启动Boot from Volume为了实现数据持久化可以让实例从一个Cinder卷启动而不是镜像的临时磁盘。# 首先从镜像创建一个卷 openstack volume create --image cirros-test --size 10 my-bootable-volume # 等待卷状态变为 available openstack volume show my-bootable-volume # 创建实例指定从该卷启动 openstack server create \ --volume my-bootable-volume \ --flavor m1.tiny-custom \ ...其他参数这种方式创建的实例其系统盘是独立的Cinder卷实例删除时可以选择保留卷下次创建新实例可以复用数据不会丢失。4.3 创建后的管理命令速查实例创建后一系列日常管理操作都可通过CLI完成# 列出所有实例 openstack server list # 查看某个实例的详细信息包括安全组、网络、挂载卷等 openstack server show 实例名称或ID # 启动、关机、重启、删除实例 openstack server start 实例ID openstack server stop 实例ID # 软关机 openstack server reboot 实例ID # 软重启 openstack server reboot --hard 实例ID # 硬重启 openstack server delete 实例ID # 控制台相关 openstack console url show 实例ID # 获取控制台URL openstack console log show 实例ID # 获取控制台日志 # 挂载/卸载卷 openstack server add volume 实例ID 卷ID openstack server remove volume 实例ID 卷ID # 浮动IP管理 openstack floating ip create 外部网络名称 openstack server add floating ip 实例ID 浮动IP地址 openstack server remove floating ip 实例ID 浮动IP地址掌握这些命令你就能完全通过脚本管理整个实例的生命周期。5. 实例创建过程中的深度排错指南即使准备充分第一次创建实例也难免遇到问题。以下是我在多次部署中总结的常见错误及其排查思路按照故障现象分类。5.1 实例状态卡在“构建中Build”或变为“错误Error”这是最常见的问题。首先使用openstack server show 实例ID查看实例的详细状态关注fault字段里面通常有错误信息。1. 错误信息No valid host was found.原因分析这是调度失败。Nova Scheduler找不到满足实例要求的计算节点。排查步骤检查计算节点状态openstack compute service list确保你目标可用域内的计算节点状态是up。检查资源是否充足openstack hypervisor stats show和openstack hypervisor show 计算节点ID查看计算节点的VCPU、内存、磁盘资源是否足够容纳新实例的Flavor要求。检查Aggregate过滤器如果Flavor设置了特殊的aggregate_instance_extra_specs需要确保有计算节点在对应的主机聚合Aggregate里。解决方案根据排查结果增加计算资源、启用计算节点或调整Flavor要求。2. 错误信息ResourceProvider...或与Placement相关原因分析Nova与Placement服务资源库存API通信或数据同步出现问题。排查步骤检查Placement服务状态systemctl status apache2(如果Placement通过Apache运行)。检查Nova计算节点是否成功向Placement注册了资源openstack resource provider listopenstack resource provider inventory show 计算节点对应的RP UUID。查看Nova计算服务日志journalctl -u nova-compute搜索错误信息。解决方案重启Nova计算服务和Apache服务并检查配置文件中的placement连接信息。3. 镜像下载失败原因分析计算节点无法从Glance下载镜像。排查步骤检查Glance服务状态和API端点。在计算节点上尝试用curl命令访问Glance的API看网络和端口是否通畅。检查计算节点上/var/lib/nova/instances/_base/目录的权限和磁盘空间。镜像会缓存于此。解决方案修复网络连接确保计算节点能访问Glance的API端口通常是9292并清理_base目录下的残留文件释放空间。5.2 实例状态为“运行中”但无法通过SSH连接实例创建成功了但 ping 不通或 SSH 连不上。1. 排查网络连通性第一步检查浮动IP和安全组确认是否绑定了浮动IP以及安全组规则是否放行了SSH端口22和ICMP协议。第二步从内部网络测试在OpenStack内部创建一个“跳板机”实例与目标实例在同一私有网络下。从跳板机SSH到目标实例的私有IP。如果成功说明问题出在外部网络或浮动IP映射上。第三步检查路由器与外部网络确认实例所在私有网络的路由器是否正确连接了外部网络并且路由器上的网关设置正确。使用openstack router show 路由器ID和openstack port list --router 路由器ID检查端口状态和IP。2. 排查实例内部配置通过控制台登录这是最直接的诊断方式。通过Horizon控制台登录实例。检查网络接口在实例内部执行ip addr或ifconfig看网卡是否获取到了IP地址DHCP。检查路由执行ip route查看默认网关是否指向了私有网络的网关IP通常是子网的第一个IP如192.168.100.1。检查cloud-init日志sudo cat /var/log/cloud-init.log和sudo cat /var/log/cloud-init-output.log。查看密钥注入、网络配置等步骤是否成功。常见的失败原因是镜像没有安装或正确配置cloud-init。5.3 实例启动后性能异常或功能缺失1. 虚拟化驱动问题KVM/QEMU现象实例创建成功但内部性能极差或某些硬件特性无法使用。排查检查计算节点/etc/nova/nova.conf中[libvirt]部分的配置特别是virt_type。对于生产环境建议设置为kvm。确保计算节点的CPU支持虚拟化并且在BIOS中已开启。命令在计算节点上执行egrep -c ‘(vmx|svm)’ /proc/cpuinfo输出大于0则表示支持。2. 时间同步问题现象实例内时间不准导致应用日志时间错乱甚至影响证书验证。解决方案确保计算节点的时间同步服务如chrony或ntp正常工作。同时在创建实例时可以通过--property hw:timezoneAsia/Shanghai为实例设置时区CLI或在镜像中预配置。6. 生产环境最佳实践与进阶思考当你能稳定创建单个实例后下一步就是考虑如何更优雅、更可靠地管理它们以满足生产需求。6.1 使用Heat模板进行编排部署手动创建实例只适用于测试。生产环境中通常使用HeatOpenStack的编排服务来定义基础设施即代码IaC。一个Heat模板HOT模板可以声明式地定义一组互相关联的资源网络、子网、路由器、安全组、密钥对、实例、浮动IP等。简单Heat模板示例heat_template_version: 2016-10-14 description: A simple server with a floating IP. resources: my_instance: type: OS::Nova::Server properties: image: cirros-test flavor: m1.tiny-custom key_name: my-key networks: - port: { get_resource: my_instance_port } user_data: | #!/bin/bash echo “Hello from Heat!” /tmp/heat.txt my_instance_port: type: OS::Neutron::Port properties: network: private security_groups: [ default ] my_floating_ip: type: OS::Neutron::FloatingIP properties: floating_network: public my_floating_ip_assoc: type: OS::Neutron::FloatingIPAssociation properties: floatingip_id: { get_resource: my_floating_ip } port_id: { get_resource: my_instance_port } outputs: instance_ip: value: { get_attr: [ my_floating_ip, floating_ip_address ] } description: The public IP address of the instance.使用命令openstack stack create -t my_template.yaml my_stack即可一键部署整个应用栈。这实现了部署的可重复性、版本化和自动化。6.2 镜像优化与自动化构建使用官方云镜像是一个好起点但生产环境通常需要定制化的镜像预装特定软件、优化内核参数、配置安全基线等。推荐工具Diskimage-builder (DIB)OpenStack社区官方推荐的镜像构建工具。它通过“元素elements”来组装镜像非常灵活。PackerHashiCorp推出的通用镜像构建工具支持众多云平台包括OpenStack通过声明式JSON模板定义构建步骤。构建流程核心思路从一个基础镜像如Ubuntu Cloud Image启动一个临时实例。通过配置管理工具如Ansible、SaltStack或脚本在实例内部进行软件安装、配置修改。将配置好的实例“冻结”成新的镜像。清理临时资源。这样做出来的“黄金镜像”包含了所有必要的应用和环境配置后续创建实例只需几秒钟且能保证环境一致性。6.3 监控、日志与自动化运维实例创建并运行后运维才刚刚开始。监控集成Prometheus Grafana采集实例所在计算节点的硬件指标通过Node Exporter和OpenStack服务自身的指标通过各服务的/metrics端点。监控实例的创建成功率、运行状态、资源利用率等。集中日志使用ELKElasticsearch, Logstash, Kibana或Loki堆栈收集所有计算节点上/var/log/nova/、/var/log/neutron/等目录的日志以及实例内部通过rsyslog转发出来的系统日志。这对于跨节点、跨服务的问题排查至关重要。自动化伸缩结合CeilometerTelemetry和Heat/Autoscaling服务可以配置基于CPU使用率、网络流量等指标的自动伸缩策略。当监控指标触发阈值时自动创建或销毁实例实现真正的弹性计算。从点击创建按钮到构建起一个弹性、可观测、自动化的云资源管理体系这中间有很长的路要走。但每一步的深入都会让你对云平台运作机制的理解更加透彻。创建实例这个动作就像打开了一扇门门后是整个IaaS云平台运维与开发的广阔天地。
1. 项目概述从平台搭建到实例落地折腾了好几天从基础环境、认证服务、镜像服务一路装到网络服务OpenStack Train这套复杂的云平台总算有了个雏形。但说到底我们费这么大劲搭建云平台最终目标是什么不就是为了能像使用公有云一样点点鼠标或者敲敲命令就能快速创建出一台台可用的虚拟机在OpenStack里我们称之为“实例”吗今天要聊的就是整个OpenStack部署流程中最具成就感也最接近实际应用的一环——创建实例。这不仅仅是点击“创建”按钮那么简单它是对前面所有组件Keystone, Glance, Nova, Neutron, Placement等协同工作能力的一次终极验收。如果实例能成功创建并正常访问那基本意味着你的OpenStack Train部署是成功的反之任何一个环节的配置疏漏都会在这里暴露无遗。简单来说创建实例就是告诉OpenStack“请按照我指定的规格镜像、硬件配置、网络生成一台虚拟机并启动它。”这个过程会涉及计算资源调度Nova、镜像拉取Glance、网络端口分配Neutron和密钥注入等多个步骤。对于刚上手的朋友可能会被flavor、security group、key pair这些概念绕晕也可能在创建时遇到各种状态错误。别担心我会把从Web控制台Horizon和命令行OpenStack Client两种创建方式都走一遍把每个参数背后的含义、常见的配置“坑点”以及创建后的基本运维操作都讲清楚。无论你是为了学习、测试还是搭建内部开发云这篇内容都能帮你把最后这“临门一脚”踢得漂亮。2. 创建实例前的核心准备工作盘点在兴奋地点下创建按钮之前我们必须确保“粮草”和“兵器”都已就位。OpenStack实例的创建依赖于一系列前置资源缺了任何一样流程都会卡住。这些准备工作本质上就是在配置实例的“基因蓝图”。2.1 镜像Image准备操作系统的“模板”镜像是实例的模板决定了虚拟机启动后的操作系统和初始状态。通常我们使用Glance服务来管理镜像。获取与上传镜像最常见的方式是下载社区提供的标准镜像。例如我们可以下载一个较小的CirrOS镜像用于测试或Ubuntu、CentOS镜像。# 下载一个测试用的CirrOS镜像 wget http://download.cirros-cloud.net/0.5.2/cirros-0.5.2-x86_64-disk.img # 使用OpenStack客户端上传镜像到Glance openstack image create “cirros-test” \ --file cirros-0.5.2-x86_64-disk.img \ --disk-format qcow2 \ --container-format bare \ --public上传时--disk-format和--container-format参数至关重要。qcow2是QEMU的磁盘格式支持快照和动态扩容是最推荐的选择。bare表示镜像文件本身不包含额外的封装格式。--public使得所有项目都能使用此镜像如果是内部使用也可以设置为--shared或保持私有。实操心得对于生产环境建议上传自己定制的镜像。可以使用官方云镜像Cloud Image它预装了cloud-init能实现实例启动时自动注入主机名、SSH密钥、用户数据等管理起来方便得多。例如从Ubuntu官网下载ubuntu-22.04-server-cloudimg-amd64.img再上传。2.2 规格Flavor定义虚拟机的“硬件配置单”Flavor定义了实例的虚拟硬件配置包括VCPU数量、内存大小和根磁盘大小。OpenStack自带一些微型规格但通常需要自定义。创建自定义Flavor# 创建一个名为“m1.tiny-custom”的规格1个VCPU1GB内存10GB根磁盘 openstack flavor create m1.tiny-custom \ --vcpus 1 \ --ram 1024 \ --disk 10 \ --public关键参数解析--vcpus: 虚拟CPU数量。注意这不是物理CPU核心而是由Hypervisor如KVM调度管理的虚拟CPU。--ram: 内存大小单位是MB。--disk: 根磁盘大小单位是GB。这里指的是临时磁盘Ephemeral Disk的大小实例终止后数据会丢失。如果希望使用持久化存储需要另外挂载卷Volume。--public: 该规格对所有项目可见。注意事项磁盘为0的Flavor有些Flavor的disk设置为0。这并不意味着实例没有磁盘而是表示它必须从持久化卷Cinder Volume启动而不能从镜像的临时磁盘启动。这种设计将计算和存储分离便于数据持久化。额外规格Extra Specs可以通过openstack flavor set命令为Flavor绑定额外的元数据例如指定计算主机聚合Aggregate、CPU拓扑如绑定CPU等高级特性。对于初学者可以先使用基础配置。2.3 网络Network配置实例的“通信血脉”网络是OpenStack最复杂的部分之一。创建实例前必须有一个可供实例连接的网络。这通常是一个项目内的私有网络Project Network并通过路由器Router连接到外部网络External/Provider Network以获取外部访问能力。检查可用网络openstack network list openstack subnet list你需要确认至少有一个状态为ACTIVE的网络。通常这个网络是在安装Neutron时创建的“私有网络”例如private。实例创建时需要挂载到这个网络的子网上。安全组Security Group配置安全组是实例的虚拟防火墙控制进出实例的流量。默认安全组通常只允许同安全组内实例互访和出站流量禁止所有入站流量。我们需要添加规则以允许SSH或ICMPping。# 获取默认安全组的ID openstack security group list # 为默认安全组添加允许SSH22端口和ICMP的规则 openstack security group rule create --protocol tcp --dst-port 22 --ingress 默认安全组ID openstack security group rule create --protocol icmp --ingress 默认安全组ID核心要点安全组规则是stateful有状态的。这意味着如果你添加了一条允许入站SSH的规则那么对应的出站响应流量会自动被允许无需额外配置出站规则。这与传统的无状态防火墙配置思路不同。2.4 密钥对Key Pair管理安全登录的“钥匙”OpenStack默认不设置实例的root密码而是采用SSH密钥对的方式进行免密登录这更安全。你需要生成一对RSA密钥公钥和私钥并将公钥上传到OpenStack。生成并上传密钥对# 本地生成密钥对如果还没有 ssh-keygen -t rsa -f ~/.ssh/openstack_key # 将公钥上传到OpenStack并命名为“my-key” openstack keypair create --public-key ~/.ssh/openstack_key.pub my-key创建实例时选择这个密钥对。实例启动后cloud-init会自动将公钥注入到默认用户如Ubuntu的ubuntu用户CentOS的centos用户的~/.ssh/authorized_keys文件中。之后你就可以使用对应的私钥进行SSH登录了。重要提醒私钥文件openstack_key务必妥善保管它相当于实例的“根密码”。丢失后将无法通过SSH密钥登录新创建的实例。虽然可以通过控制台重置但过程麻烦。3. 通过DashboardHorizon创建实例可视化操作详解对于初学者或日常管理通过Web控制台Horizon创建实例是最直观的方式。我们一步步来拆解。3.1 导航与启动创建流程登录Horizon后在左侧导航栏选择“计算” - “实例”。点击右上角的“启动实例”按钮。这会弹出一个多步骤的创建向导包含“详情”、“源”、“实例类型”、“网络”等标签页。3.2 关键参数配置步骤拆解1. 详情Details标签页实例名称给实例起一个有意义的名字如web-server-01。描述可选用于备注。可用域Availability Zone如果部署了多个计算节点并配置了可用域可以在这里选择。通常单节点环境只有一个nova可用域。数量如果需要一次性创建多个相同配置的实例可以在此设置。这对于批量部署非常有用。2. 源Source标签页选择启动源这是关键一步决定实例从哪里启动。引导源Boot Source选择“镜像”。选择镜像从列表中选择之前上传的镜像例如cirros-test或Ubuntu 22.04。实例磁盘大小如果镜像本身有大小如3GB这里可以保持默认与镜像相同或调大。注意这个大小受限于你选择的Flavor的磁盘容量。如果Flavor磁盘为0则此选项不可用必须从卷启动。3. 实例类型Flavor标签页选择硬件配置从列表中选择之前创建或已有的Flavor如m1.tiny-custom。右侧会清晰显示该Flavor的VCPU、内存和磁盘详情。4. 网络Networks标签页连接网络在“可用网络”列表中选择你准备好的私有网络如private点击其后的箭头图标将其添加到“已分配网络”区域。重要一个实例可以绑定多个网络网卡vNIC实现多网络平面如管理网、业务网分离。对于基础使用绑定一个网络即可。5. 网络端口Network Ports、安全组Security Groups、密钥对Key Pair标签页网络端口通常无需手动选择系统会自动创建。安全组勾选已配置好规则的安全组如default。可以多选规则会合并生效。密钥对这是必选项。从下拉列表中选择你上传的密钥对如my-key。忘记选择将导致无法通过SSH登录。6. 配置Configuration标签页注入自定义脚本这是一个高级但非常有用的功能。你可以在“自定义脚本”框中输入cloud-config或shell脚本。例如可以写入以下cloud-config脚本在实例首次启动时自动安装软件包#cloud-config package_update: true package_upgrade: true packages: - nginx - curlcloud-init会在实例启动时执行这些指令。7. 最后一步启动检查所有配置无误后点击“启动实例”按钮。实例状态会从“构建中Build”变为“运行中Active”。3.3 创建后的关键操作与状态检查实例启动后回到实例列表页面你会看到新实例的状态、IP地址等信息。1. 获取控制台访问Console如果网络配置问题导致SSH无法连接控制台是最后的救命稻草。在实例操作菜单中选择“控制台”可以打开一个VNC或SPICE控制台直接看到虚拟机的启动画面和登录提示。这对于调试启动故障至关重要。2. 查看日志Log在实例操作菜单中选择“日志”可以查看实例的系统日志和cloud-init日志。cloud-init日志通常是/var/log/cloud-init-output.log的内容对于排查自定义脚本执行失败、密钥注入失败等问题非常有帮助。3. 关联浮动IPFloating IP实例获取的私有IP如192.168.100.10只能在OpenStack内部网络访问。若要从外部网络如你的办公电脑SSH到该实例需要为其绑定一个浮动IP。在“网络” - “浮动IP”中点击“分配IP给项目”从浮动IP池中获取一个IP。然后在实例操作菜单中选择“关联浮动IP”将刚申请的浮动IP绑定到目标实例上。现在你就可以通过这个浮动IP从外部SSH连接到实例了ssh -i ~/.ssh/openstack_key ubuntu浮动IP用户名为镜像默认用户。4. 通过命令行OpenStack Client创建实例自动化与批量部署对于自动化脚本、CI/CD流水线或批量操作命令行是更高效的选择。它让我们能清晰地看到创建实例所需的全部参数及其逻辑关系。4.1 基础创建命令与参数解析最核心的命令是openstack server create。一个完整的创建命令示例如下openstack server create \ --image cirros-test \ --flavor m1.tiny-custom \ --nic net-id私有网络的ID \ --security-group default \ --key-name my-key \ --wait \ my-first-cli-instance参数逐行解析--image: 指定启动镜像的名称或ID。--flavor: 指定实例规格的名称或ID。--nic: 指定网络连接方式。net-id是最常用的后面跟网络的ID。你也可以用--nic port-id指定一个预先创建好的端口Port。--security-group: 指定安全组名称。可以多次使用该参数以绑定多个安全组如--security-group default --security-group web-sg。--key-name: 指定已上传的密钥对名称。--wait: 这是一个非常实用的参数。它会让CLI命令一直等待直到实例创建完成状态变为ACTIVE或ERROR后才返回。不加此参数命令会立即返回你只能得到一个实例ID需要手动轮询状态。my-first-cli-instance: 实例的名称。4.2 高级参数与定制化启动CLI的强大之处在于支持更多精细化控制。1. 配置Config Drive与用户数据User Data当实例无法通过元数据服务Metadata Service获取信息时例如网络配置特殊可以使用配置驱动器。openstack server create \ --image ubuntu-22.04 \ --flavor m1.small \ --nic net-idnet-id \ --config-drive true \ --user-data ./my-cloud-config.yaml \ ...--config-drive会创建一个特殊的ISO驱动器挂载到实例里面包含元数据和用户数据。--user-data则指定一个包含cloud-config或脚本的文件路径。2. 指定主机与可用域在某些场景下你可能希望将实例调度到特定的计算节点或可用域。# 指定可用域 openstack server create --availability-zone nova:compute-node-01 ... # 指定主机需要管理员权限或特定策略 openstack server create --host 计算节点主机名 ...3. 从卷启动Boot from Volume为了实现数据持久化可以让实例从一个Cinder卷启动而不是镜像的临时磁盘。# 首先从镜像创建一个卷 openstack volume create --image cirros-test --size 10 my-bootable-volume # 等待卷状态变为 available openstack volume show my-bootable-volume # 创建实例指定从该卷启动 openstack server create \ --volume my-bootable-volume \ --flavor m1.tiny-custom \ ...其他参数这种方式创建的实例其系统盘是独立的Cinder卷实例删除时可以选择保留卷下次创建新实例可以复用数据不会丢失。4.3 创建后的管理命令速查实例创建后一系列日常管理操作都可通过CLI完成# 列出所有实例 openstack server list # 查看某个实例的详细信息包括安全组、网络、挂载卷等 openstack server show 实例名称或ID # 启动、关机、重启、删除实例 openstack server start 实例ID openstack server stop 实例ID # 软关机 openstack server reboot 实例ID # 软重启 openstack server reboot --hard 实例ID # 硬重启 openstack server delete 实例ID # 控制台相关 openstack console url show 实例ID # 获取控制台URL openstack console log show 实例ID # 获取控制台日志 # 挂载/卸载卷 openstack server add volume 实例ID 卷ID openstack server remove volume 实例ID 卷ID # 浮动IP管理 openstack floating ip create 外部网络名称 openstack server add floating ip 实例ID 浮动IP地址 openstack server remove floating ip 实例ID 浮动IP地址掌握这些命令你就能完全通过脚本管理整个实例的生命周期。5. 实例创建过程中的深度排错指南即使准备充分第一次创建实例也难免遇到问题。以下是我在多次部署中总结的常见错误及其排查思路按照故障现象分类。5.1 实例状态卡在“构建中Build”或变为“错误Error”这是最常见的问题。首先使用openstack server show 实例ID查看实例的详细状态关注fault字段里面通常有错误信息。1. 错误信息No valid host was found.原因分析这是调度失败。Nova Scheduler找不到满足实例要求的计算节点。排查步骤检查计算节点状态openstack compute service list确保你目标可用域内的计算节点状态是up。检查资源是否充足openstack hypervisor stats show和openstack hypervisor show 计算节点ID查看计算节点的VCPU、内存、磁盘资源是否足够容纳新实例的Flavor要求。检查Aggregate过滤器如果Flavor设置了特殊的aggregate_instance_extra_specs需要确保有计算节点在对应的主机聚合Aggregate里。解决方案根据排查结果增加计算资源、启用计算节点或调整Flavor要求。2. 错误信息ResourceProvider...或与Placement相关原因分析Nova与Placement服务资源库存API通信或数据同步出现问题。排查步骤检查Placement服务状态systemctl status apache2(如果Placement通过Apache运行)。检查Nova计算节点是否成功向Placement注册了资源openstack resource provider listopenstack resource provider inventory show 计算节点对应的RP UUID。查看Nova计算服务日志journalctl -u nova-compute搜索错误信息。解决方案重启Nova计算服务和Apache服务并检查配置文件中的placement连接信息。3. 镜像下载失败原因分析计算节点无法从Glance下载镜像。排查步骤检查Glance服务状态和API端点。在计算节点上尝试用curl命令访问Glance的API看网络和端口是否通畅。检查计算节点上/var/lib/nova/instances/_base/目录的权限和磁盘空间。镜像会缓存于此。解决方案修复网络连接确保计算节点能访问Glance的API端口通常是9292并清理_base目录下的残留文件释放空间。5.2 实例状态为“运行中”但无法通过SSH连接实例创建成功了但 ping 不通或 SSH 连不上。1. 排查网络连通性第一步检查浮动IP和安全组确认是否绑定了浮动IP以及安全组规则是否放行了SSH端口22和ICMP协议。第二步从内部网络测试在OpenStack内部创建一个“跳板机”实例与目标实例在同一私有网络下。从跳板机SSH到目标实例的私有IP。如果成功说明问题出在外部网络或浮动IP映射上。第三步检查路由器与外部网络确认实例所在私有网络的路由器是否正确连接了外部网络并且路由器上的网关设置正确。使用openstack router show 路由器ID和openstack port list --router 路由器ID检查端口状态和IP。2. 排查实例内部配置通过控制台登录这是最直接的诊断方式。通过Horizon控制台登录实例。检查网络接口在实例内部执行ip addr或ifconfig看网卡是否获取到了IP地址DHCP。检查路由执行ip route查看默认网关是否指向了私有网络的网关IP通常是子网的第一个IP如192.168.100.1。检查cloud-init日志sudo cat /var/log/cloud-init.log和sudo cat /var/log/cloud-init-output.log。查看密钥注入、网络配置等步骤是否成功。常见的失败原因是镜像没有安装或正确配置cloud-init。5.3 实例启动后性能异常或功能缺失1. 虚拟化驱动问题KVM/QEMU现象实例创建成功但内部性能极差或某些硬件特性无法使用。排查检查计算节点/etc/nova/nova.conf中[libvirt]部分的配置特别是virt_type。对于生产环境建议设置为kvm。确保计算节点的CPU支持虚拟化并且在BIOS中已开启。命令在计算节点上执行egrep -c ‘(vmx|svm)’ /proc/cpuinfo输出大于0则表示支持。2. 时间同步问题现象实例内时间不准导致应用日志时间错乱甚至影响证书验证。解决方案确保计算节点的时间同步服务如chrony或ntp正常工作。同时在创建实例时可以通过--property hw:timezoneAsia/Shanghai为实例设置时区CLI或在镜像中预配置。6. 生产环境最佳实践与进阶思考当你能稳定创建单个实例后下一步就是考虑如何更优雅、更可靠地管理它们以满足生产需求。6.1 使用Heat模板进行编排部署手动创建实例只适用于测试。生产环境中通常使用HeatOpenStack的编排服务来定义基础设施即代码IaC。一个Heat模板HOT模板可以声明式地定义一组互相关联的资源网络、子网、路由器、安全组、密钥对、实例、浮动IP等。简单Heat模板示例heat_template_version: 2016-10-14 description: A simple server with a floating IP. resources: my_instance: type: OS::Nova::Server properties: image: cirros-test flavor: m1.tiny-custom key_name: my-key networks: - port: { get_resource: my_instance_port } user_data: | #!/bin/bash echo “Hello from Heat!” /tmp/heat.txt my_instance_port: type: OS::Neutron::Port properties: network: private security_groups: [ default ] my_floating_ip: type: OS::Neutron::FloatingIP properties: floating_network: public my_floating_ip_assoc: type: OS::Neutron::FloatingIPAssociation properties: floatingip_id: { get_resource: my_floating_ip } port_id: { get_resource: my_instance_port } outputs: instance_ip: value: { get_attr: [ my_floating_ip, floating_ip_address ] } description: The public IP address of the instance.使用命令openstack stack create -t my_template.yaml my_stack即可一键部署整个应用栈。这实现了部署的可重复性、版本化和自动化。6.2 镜像优化与自动化构建使用官方云镜像是一个好起点但生产环境通常需要定制化的镜像预装特定软件、优化内核参数、配置安全基线等。推荐工具Diskimage-builder (DIB)OpenStack社区官方推荐的镜像构建工具。它通过“元素elements”来组装镜像非常灵活。PackerHashiCorp推出的通用镜像构建工具支持众多云平台包括OpenStack通过声明式JSON模板定义构建步骤。构建流程核心思路从一个基础镜像如Ubuntu Cloud Image启动一个临时实例。通过配置管理工具如Ansible、SaltStack或脚本在实例内部进行软件安装、配置修改。将配置好的实例“冻结”成新的镜像。清理临时资源。这样做出来的“黄金镜像”包含了所有必要的应用和环境配置后续创建实例只需几秒钟且能保证环境一致性。6.3 监控、日志与自动化运维实例创建并运行后运维才刚刚开始。监控集成Prometheus Grafana采集实例所在计算节点的硬件指标通过Node Exporter和OpenStack服务自身的指标通过各服务的/metrics端点。监控实例的创建成功率、运行状态、资源利用率等。集中日志使用ELKElasticsearch, Logstash, Kibana或Loki堆栈收集所有计算节点上/var/log/nova/、/var/log/neutron/等目录的日志以及实例内部通过rsyslog转发出来的系统日志。这对于跨节点、跨服务的问题排查至关重要。自动化伸缩结合CeilometerTelemetry和Heat/Autoscaling服务可以配置基于CPU使用率、网络流量等指标的自动伸缩策略。当监控指标触发阈值时自动创建或销毁实例实现真正的弹性计算。从点击创建按钮到构建起一个弹性、可观测、自动化的云资源管理体系这中间有很长的路要走。但每一步的深入都会让你对云平台运作机制的理解更加透彻。创建实例这个动作就像打开了一扇门门后是整个IaaS云平台运维与开发的广阔天地。
