密码认证约定密码名称描述数据库密码(不能使用变量)数据库的root密码ADMIN_PASSadmin 用户密码CINDER_DBPASS块设备存储服务的数据库密码CINDER_PASS块设备存储服务的 cinder 密码DASH_DBPASSDatabase password for the DashboardDEMO_PASSdemo 用户的密码GLANC
转载 2023-08-01 10:34:38
169阅读
 一、概况与原理    1)所需要的配置组件有:pacemaker+corosync+HAProxy2)主要原理:HAProxy作为负载均衡器,将对openstack api服务的请求分发到两个镜像的控制节点上,由于openstack api服务是无状态的服务,所以不存在数据同步的问题。具体为在pacemaker中配置一个VIP,HAProxy负责
转载 2023-06-30 15:17:13
672阅读
##1.初始化系统##2.配置ntp服务##3.配置hosts文件##4.配置yum源##5.在所有节点启用openstack库yum install centos-release-openstack-train -y yum install python-openstackclient -ypacemaker##6.在3台控制节点安装pacemakeryum install -y pcs pac
转载 2023-07-25 20:53:12
157阅读
本系列会分析OpenStack可用性(HA)概念和解决方案:(1)OpenStack 可用方案概述(2)Neutron L3 Agent HA - VRRP (虚拟路由冗余协议)(3)Neutron L3 Agent HA - DVR (分布式虚机路由器)(4)Pacemaker 和 OpenStack Resource Agent (RA)(5)RabbitMQ HA(6)MySQ
本系列会分析OpenStack可用性(HA)概念和解决方案:(1) OpenStack 可用方案概述(2) Neutron L3 Agent HA - VRRP (虚拟路由冗余协议)(3) Neutron L3 Agent HA - DVR (分布式虚机路由器)(4)RabbitMQ 和 Mysql HA(5)OpenStack 和 VMware 的可用性比
作者:石奎 EasyStack高级架构师编者按:OpenStack已经在很多大型企业里支撑起核心生产业务,这都源于OpenStack中的核心技术与架构,超大规模可用OpenStack平台核心技术深入解析系列文章,主要介绍了EasyStack在企业级OpenStack一线实践中的所见所感,将分为消息队列篇,计算篇,存储篇,网络篇等等,每篇中的内容都以基础、高级划分,将OpenStack落地最后一公
转载 2023-08-16 16:56:06
162阅读
一:可用拓扑外部网络:192.168.1.0/24 内部网络:172.16.1.0/24二:实验环境准备2.1:创建虚拟机并安装操作系统使用CentOS 7.2安装时传递内核参数 net.ifnames=0 biosdevname=0 ,以使安装后的系统网卡名称标准化(eth*)。2.2:系统初始环境准备2.2.1:基本初始化参见《CentOS系统初始化.md》2.2.2:配置域名/主机名解析虚
 目录    Openstack-Mitaka 可用之 概述    Openstack-Mitaka 可用之 环境初始化    Openstack-Mitaka 可用之 Mariadb-Galera集群部署    Openstack-Mitaka 可用之 Rab
转载 2023-12-05 19:58:01
81阅读
      这篇文章由Avishay Traeger 和 Shimshom Zimmerman编写。       OpenStack设计目的是在商用硬件上运行,但是没有自身的机制处理硬件和软件故障。OpenStack成功部署的一个重要组成部分是创建一个可用性(HA)软件架构体
# 实现 OpenStack 可用的流程 ## 1. 简介 OpenStack 是一个开源的云计算平台,它提供了各种管理和部署云基础设施的组件。在生产环境中,为了确保系统的可用性,我们需要对 OpenStack 进行可用的部署。本文将向你介绍如何实现 OpenStack可用性。 ## 2. 部署架构 在开始之前,我们需要先设计一个可用OpenStack 部署架构。以下是一
原创 2023-09-13 07:16:06
297阅读
开源OpenStack项目提供了一个基础架构即服务(IaaS)层,用于构建公共云和私有云。 目前,OpenStack在公司,服务提供商,增值经销商,中小型企业,研究人员和全球数据中心(用于部署大型私有或公共云)中的采用正取得巨大增长。 (请参阅相关主题 ,以了解更多关于OpenStack的。) 随着越来越多的企业客户开始部署OpenStack,将这些客户无缝集成到他们现有的公司目录基础结构中变
转载 2024-01-28 07:18:39
77阅读
为了保证云平台的稳定性,需要做很多部分的可用。比如控制节点可用、计算节点可用、网络节点可用、存储的可用等;控制节点的可用与网络节点的可用都有官方的文档,有详细的安装步骤,实现起来相对来说比较简单。存储的可用openstack这一块也不用考虑很多,比如ceph、glusterfs自带高可靠性。当做了这些可用后,我发现cinder-volume是一个瓶颈,如果它挂了的话,现有已经挂
HA 将服务分为两类:• 有状态服务:后续对服务的请求依赖于之前对服务的请求。OpenStack中有状态的服务包括MySQL数据库和AMQP消息队列。对于有状态类服务的HA,如neutron-l3-agent、neutron-metadata-agent、nova-compute、cinder-volume等服务,最简便的方法就是多节点部署。比如某一节点上的nova-compute服务挂了,也并不
转载 2023-06-08 20:01:23
202阅读
参考文档:Install-guide:https://docs.openstack.org/install-guide/OpenStack High Availability Guide:https://docs.openstack.org/ha-guide/index.htmlCeph: http://docs.ceph.com/docs/master/start/intro/二十.N
转载 2024-02-14 22:44:02
157阅读
一、宿主主机硬件需求1、主机必须满足以下最低要求:2张网卡,都需要网线连接(内部管理网络建议万兆,外部网络千兆即可)8GB主内存40GB磁盘空间(部署ceph至少两块硬盘)可用集群环境至少2台controller,1台computer.2、部署环境本文采用1台monitor,3台controller,3台computer,1台做docker镜像仓库,均安装centos7 minimal 系统,3
转载 2023-10-15 14:04:14
551阅读
本系列会分析OpenStack可用性(HA)概念和解决方案:(1)OpenStack 可用方案概述(2)Neutron L3 Agent HA - VRRP (虚拟路由冗余协议)(3)Neutron L3 Agent HA - DVR (分布式虚机路由器)(4)Pacemaker 和 OpenStack Resource Agent (RA)(5)RabbitMQ HA(6)MySQL H
转载 2023-12-19 21:47:37
357阅读
参考文档:Install-guide:https://docs.openstack.org/install-guide/OpenStack High Availability Guide:https://docs.openstack.org/ha-guide/index.html 理解Pacemaker:Ceph: http://docs.ceph.com/docs/master/start/in
转载 3月前
139阅读
目录一、规划主机规划系统拓扑Vmware 虚拟机网络配置虚拟网络设置ha nodecontroller + network nodecompute nodeceph node整体规划网卡配置参考升级内核配置firewalld、selinux、ntp时间同步、hostname、hosts文件配置集群 ssh 信任关系优化 ssh 登陆速度内核参数优化安装基础软件包二、基础服务MariaDB集群安装与
转载 2023-07-06 09:42:03
1050阅读
2点赞
二十.Nova集成Ceph1. 配置ceph.conf # 如果需要从ceph rbd中启动虚拟机,必须将ceph配置为nova的临时后端; # 推荐在计算节点的配置文件中启用rbd cache功能; # 为了便于故障排查,配置admin socket参数,这样每个使用ceph rbd的虚拟机都有1个socket将有利于虚拟机性能分析与故障解决; # 相关配置只涉及全部计算节点ceph
转载 2024-08-19 15:50:08
62阅读
英文文档参考http://docs.openstack.org/high-availability-guide/content/ch-intro.html目录无状态对有状态服务主从方案双活方案可用性系统,从根本上来说,寻求降低两件事情:1、系统停机时间 - 无法面向用户的服务超出指定的时间上限, 2、数据丢失 - 意外删除或销毁数据。重要的是要明白,大多数的可用性系统,只有在面对一个单一的故障
  • 1
  • 2
  • 3
  • 4
  • 5