Lazy loaded imageOpenstack

type
status
date
slug
summary
tags
category
icon
password
openstack发布版本详情
 
OpenStack项目是一个开源的云计算平台,支持所有类型的云环境该项目旨在实现简单的实现、大规模的可扩展性和丰富的功能集。来自世界各地的云计算专家为该项目做出了贡献。
OpenStack通过各种互补服务提供基础架构即服务 (IaaS)解决方案。每个服务都提供了一个 应用程序编程接口 (API)来促进这种集成。
本指南使用适用于具有足够 Linux 经验的 OpenStack 新用户的功能示例架构逐步部署主要 OpenStack 服务。本指南并非旨在用于生产系统安装,而是为了解 OpenStack 的目的创建一个最低限度的概念验证。
在熟悉了这些 OpenStack 服务的基本安装、配置、操作和故障排除之后,您应该考虑使用生产架构进行部署的以下步骤:
确定并实施必要的核心和可选服务以满足性能和冗余要求。使用防火墙、加密和服务策略等方法提高安全性。使用 Ansible、Chef、Puppet 或 Salt 等部署工具来自动化生产环境的部署和管理。OpenStack 项目有几个部署项目,每个版本都有特定的指南: - Yoga 版本 - Xena 版本 - Wallaby 版本 - Victoria 版本 - Ussuri 版本 - Train 版本 - Stein 版本 - Rocky 版本 - Queens 版本 - Pike 版本

关于版本说明

Alpha:是内部测试版,一般不向外部发布,通常只在软件开发者内部交流,该版本软件的Bug较多,需要继续修改。 Dev:在软件开发中多用于开发软件的代号,相比于beta版本, dev版本可能出现的更早,甚至还没有发布。这也就意味着,dev版本的软件通常比beta版本的软件更不稳定 Beta:也是测试版,这个阶段的版本会一直加入新的功能。在Alpha版之后推出 RC:(Release Candidate)就是发行候选版本,RC版不会再加入新的功能了,主要着重于除 错。
GA:General Availability,正式发布的版本。 Release:该版本意味“最终版本”,在前面版本的一系列测试版之后,终归会有一个正式版本,是最终交付用户使用的一个版本。该版本有时也称为标准版。
 
关于历史版本可以查找官方镜像源包,推荐最小化安装操作系统,使用官方自带的yum源
 

安装T版本 Train

 

概念架构

notion image

逻辑架构

所有服务都通过公共身份服务进行身份验证。各个服务通过公共 API 相互交互,除非需要特权管理员命令
在内部,OpenStack 服务由多个进程组成。所有服务都至少有一个 API 进程,它监听 API 请求,对它们进行预处理并将它们传递给服务的其他部分。除身份服务外,实际工作由不同的进程完成
对于一个服务的进程之间的通信,使用了 AMQP 消息代理。服务的状态存储在数据库中。在部署和配置 OpenStack 云时,您可以在多种消息代理和数据库解决方案中进行选择,例如 RabbitMQ、MySQL、MariaDB 和 SQLite。
用户可以通过 Horizon Dashboard 实现的基于 Web 的用户界面、命令行客户端以及通过浏览器插件或curl等工具发出 API 请求来访问 OpenStack 。对于应用程序,有几个 SDK 可用。最终,所有这些访问方法都会向各种 OpenStack 服务发出 REST API 调用。
notion image
 
控制器节点
控制器节点运行身份服务、镜像服务、放置服务、计算的管理部分、网络的管理部分、各种网络代理和仪表板。它还包括支持服务,例如 SQL 数据库、消息队列和 NTP
计算节点
计算节点运行计算实例的管理程序部分
计算节点又分计算控制节点和计算节点(此节点是真实跑虚拟机的节点)
块存储(可选)
对象存储(可选)
网络
网络模式有两种
后面待补充
 
基础环境准备
安装指南,请按以下服务顺序进行安装
openstack keystone 认证服务
openstack glance 镜像服务
openstack 安装配置Placement,简单来说API服务
openstack nove计算服务
关于登陆终端
openstack neutron 网络服务
openstack start example启动实例
openstack 实现VPC自定义网络——创建自服务网络
 
openstack DashBoard 仪表盘
双网络结构——实现内外网结构
块存储服务
镜像制作
opemstack关闭安全组,实现haproxy+keepalived服务架构访问
openstack 基于LVS-DR模式
openstack optimize优化

总结

1、安装openstack一定要开启rdo库,解决相关依赖关系
2、一定要关闭EPEL源
3、内核需要优化
关于openstack查询状态异常
1、先检查maraidb、rabbitmq、memcached、时间同步服务
2、查看自身服务是否正常
 
关于rabbitmq用户消失的问题,一般是修改了主机名导致的
参考:
 
openstack常见的问题
openstack常见问题解决办法_Yeliang Wu的博客-CSDN博客_openstack问题
作者:【吴业亮】云计算开发工程师 博客: http://blog.csdn.net/wylfengyujiancheng 在部署和使用openstack过程中小伙伴们经常问我关于openstack问题,感谢小伙伴们的信任。其中有很多问题都是重复的,现将一些代表性的问题总结如下: 一、vnc打不开问题 1、检查controller和所以computer节点的nova.conf 文件vnc选项IP是否为controller的管理IP # cat /etc/nova/nova.conf | grep "novncproxy_base_url" 2、novncproxy_base_url中尽量写IP,写主机名在无dns情况下无法解析导致vnc打不开 二、安装neutron 提示neutron agent-list 失败。 Cpu和内存不够导致,提高硬件配置 三、Ping不通虚拟机? 1、检查物理链路是否正常,网线,交换机是否正常 2、网卡的状态是否为UP 举例: 3、neutron绑定的网卡是否为规划的网卡(各个节点都需检查) 4、neutron服务是否正常 5、路由器接口是否为up 6、网关是否为up 7、虚拟机是否已经正常启动,且分配到IP 8、创建虚拟机所用的安全组是否允许icmp协议通过? 四、虚拟机获取不到IP? 1、网络中有其他的dhcp源干扰 2、neutron所桥接的网卡名称错误,或状态异常,如网线没插好,onboot=no 3、neutron服务异常 五、创建云硬盘失败 Ntp问题,各个节点时间不同步。 六、创建虚拟机失败 此类问题比较多,任何一个组件出问题都会导致虚拟机启动失败。最好的办法是掌握虚拟机创建过程中各个组件的调度过程,从日志分析。no valid host was found,这个是个大类,很多错误都会显示这个,需要具体的看日志。 七、安装cinder报 pvcreate /dev/sdb && vgcreate cinder-volumes /dev/sdb failed.
openstack常见问题解决办法_Yeliang Wu的博客-CSDN博客_openstack问题
 
上一篇
Varnish
下一篇
Kubernetes
Loading...