如何在CentOS 7上利用Pacemaker、Corosync与Floating IP创建高可用性设置

PAF:PostgreSQL自动故障转移:基于Pacemaker和Corosync的Postgres的高可用性 立即下载

提供:ZStack云计算

内容介绍

Corosync是一套开源集群引擎,用于实现应用的高可用性。其通常被作为消息收发层,能够提供一整套集群成员关系及封闭式通信模式以创建复制状态设备,并以此为基础利用Pacemaker等对集群资源进行管理。Corosync可作为维系各集群节点的底层系统,而Pacemaker则监控集群整体并在发生故障时加以应对。

本教程将探讨如何利用Corosync与Pacemaker在CentOS 7服务器上创建一套可高用性基础设施。为了完成集群各节点的设置与管理工作,我们还将使用PCS——一款命令行界面,旨在与Corosync与Pacemaker实现交互。

先决条件

要完成本教程,大家需要:

在创建Droplet时,请使用不同主机名称进行区分。在本示例中,我们将二者分别命名为主Droplet与从Droplet。

准备就绪后,利用sudo用户登录两套服务器。

第一步——设置Nginx

要加快这部分工作,可以使用简单的shell脚本以安装Nginx并设置一套包含特定服务器信息的基础网页。大家可以借此轻松了解Floating IP设置中的服务器活动情况。这套脚本使用DigitalOcean的Metadata服务以获取Droplet的IP地址与主机名称。

为了执行该脚本,在两套服务器上运行以下命令:

脚本运行完成后,在浏览器中通过公共IP地址访问任一Droplet即可查看到一套基础网页,其中显示该Droplet的主机名称与IP地址。

为了降低教程复杂性,我们将使用简单Web服务器作为集群节点。在生产环境下,各节点通常会在配置中使用冗余机制并借此实现负载均衡。关于负载均衡的更多细节信息,可参阅HAProxy与负载均衡概念介绍一文。

第二步——创建并分配Floating IP

第一步是创建一条Floating IP并将其分配给主服务器。在DigitalOcean控制面板中点击顶部菜单中的Networking,而后选择子菜单中的Floating IPs。

显示页面如下:

选定主服务器并点击“Assign Floating IP”按钮。在Floating IP分配完成后,检查能够在浏览器中通过访问Floating IP接入主Droplet:

http://your_floating_ip

这时大家应该会看到主Droplet的目录页面。

第三步——创建IP重分配脚本

在这里,我们将探讨如何利用DigitalOcean API将Floating IP分配给另一Droplet。在此之后,我们将配置Pacemaker在集群检测到某一节点出现故障时执行此脚本。

在示例中,我们将使用一套基础Python脚本,其将Floating IP地址与Droplet ID作为参数,负责将Floating IP分配给指定Droplet。Droplet的ID可利用Metadata服务提取自Droplet本身。

下面下载该assign-ip脚本并为给赋予执行权限。

以下两行命令需要在主、从服务器上皆加以执行:

要确保assign-ip脚本的顺利执行,我们需要为其提供以下信息:

  • Floating IP: 脚本内的首个参数,为需进行分配的Floating IP
  • Droplet ID: 脚本内的第二个参数,指定Floating IP分配指向的Droplet ID
  • DigitalOcean API Token : 作为环境变量DO_TOKEN输入,为我们的读取/写入DigitalOcean个人访问令牌
测试IP分配脚本

要监控IP分配情况,我们可以使用curl命令以循环访问Floating IP地址,每次请求之间间隔1秒。

打开新的本地终端并运行以下命令,确保将floating_IP_address替换为实际Floating IP地址:

  • while true; do curl floating_IP_address; sleep 1; done

这条命令将不断执行,直到我们以Ctrl+C中止。其作用是获取Floating IP被分配到的服务器提供的网页,输出结果为:

Output

Droplet: primary, IP Address: primary_IP_address
Droplet: primary, IP Address: primary_IP_address
Droplet: primary, IP Address: primary_IP_address
...

现在运行assign-ip脚本将Floating IP重新分配至从Droplet。我们将使用DigitalOcean的Metadata服务获取当前Droplet ID并利用它作为脚本参数。获取操作使用以下命令:

其中169.254.169.254为Metadata服务所使用的静态IP地址,因此不要进行修改。这部分信息只适用于该Droplet内部。

在执行此脚本前,我们需要设置包含有DigitalOcean API令牌的DO_TOKEN环境变量。在从服务器上运行以下命令,注意将your_api_token替换为实际个人访问令牌:

  • export DO_TOKEN=your_api_token

仍然在从服务器上,运行assign-ip,将floating_IP_address替换为实际Floating IP地址:

  • assign-ip floating_IP_address curl -s http://169.254.169.254/metadata/v1/id

    Output

    Moving IP address: in-progress

使用curl检查输出结果,大家会注意到数秒之后,Floating IP将变更所分配IP地址并将其指向从Droplet:

Output

Droplet: primary, IP Address: primary_IP_address
Droplet: primary, IP Address: primary_IP_address
Droplet: secondary, IP Address: secondary_IP_address

大家也可以通过浏览器访问该FLoating IP地址,显示的页面中包含从Droplet信息。这意味着重分配脚本已经顺利起效。

要将Floating IP重新分配至主服务器,重复第二步流程即可,但这一次需要立足于主Droplet执行:

  • export DO_TOKEN=your_api_token
  • assign-ip floating_IP_address curl -s http://169.254.169.254/metadata/v1/id

数秒之后,Floating IP即应重新指向主Droplet。

第四步——安装Corosync、Pacemaker与PCS

下一步是在Droplet上安装Corosync、Pacemaker与PCS。由于Corosync与Pacemaker存在关联性,因此最好先安装Pacemaker并由系统自行决定使用哪个Corosync版本。

在两套服务器上安装软件包:

  • sudo yum install pacemaker pcs

PCS工具会在安装过程中创建名为hacluster的新系统用户,且禁用密码。我们需要在两套服务器上为该用户定义密码,从而使得PCS能够在各节点上执行Corosync配置同步以及集群启动与停止等任务。

在两套服务器上运行:

  • passwd hacluster

大家应当在两套服务器上使用同样的密码。在这里我们将使用下一节集群配置中设定的密码。

hacluster用户不具备交互shell或者账户关联主目录,这意味着其无法利用自身凭证登录至服务器。

第五步——设置集群

现在Corosync、Pacemaker与PCS已经安装完成,接下来设置集群。

启用并运行PCS

要启用并运行PCS守护程序,在两套服务器上运行以下命令:

  • sudo systemctl enable pcsd.service

  • sudo systemctl start pcsd.service

获取各节点专有网络IP地址

为了提升网络性能与安全性,各节点应当利用专有网络进行连接。最简单的Droplet专有网络IP地址获取方式就是使用Metadata服务。在各服务器上,运行以下命令:

此命令将直接输出当前所登录Droplet的专有网络IP地址。大家也可以在DigitalOcean控制面板的Droplet页面(位于Settings标签下)中找到这些信息。

收集两套Droplet的专有网络IP地址以备接下来使用。

验证各集群节点

利用hacluster用户名及第三步定义的密码验证各集群节点。大家需要提供每个节点的专有网络IP地址。在主服务器上运行:

  • sudo pcs cluster auth primary_private_IP_address secondary_private_IP_address

输出结果如下:

Output

Username: hacluster
Password: 
primary_private_IP_address: Authorized
secondary_private_IP_address: Authorized
生成Corosync配置

还是在主服务器上,利用以下命令生成Corosync配置文件:

  • sudo pcs cluster setup –name webcluster \

  • primary_private_IP_address secondary_private_IP_address

输出结果如下:

Output

Shutting down pacemaker/corosync services...
Redirecting to /bin/systemctl stop  pacemaker.service
Redirecting to /bin/systemctl stop  corosync.service
Killing any remaining services...
Removing all cluster configuration files...
primary_private_IP_address: Succeeded
secondary_private_IP_address: Succeeded
Synchronizing pcsd certificates on nodes primary_private_IP_address, secondary_private_IP_address...
primary_private_IP_address: Success
secondary_private_IP_address: Success

Restaring pcsd on the nodes in order to reload the certificates...
primary_private_IP_address: Success
secondary_private_IP_address: Success

其将在/etc/corosync/corosync.conf位置生成一个新的配置文件,所使用的参数则基于pcs 集群设置命令。在本示例中,我们使用的集群名称为webcluster,但大家也可以随意使用其它名称。

启动集群

要启动这套集群,在主服务器上运行以下命令:

  • sudo pcs cluster start –all

    Output

    primary_private_IP_address: Starting Cluster…
    secondary_private_IP_address: Starting Cluster…

大家现在可以在任意服务器上运行以下命令以确认两个节点是否都已经加入集群:

  • sudo pcs status corosync

    Output

    Membership information

    Nodeid Votes Name
    2 1 secondary_private_IP_address
    1 1 primary_private_IP_address (local)

要获取更多当前集群状态信息,可运行:

  • sudo pcs cluster status

输出结果如下:

Output

Cluster Status:
Last updated: Fri Dec 11 11:59:09 2015     Last change: Fri Dec 11 11:59:00 2015 by hacluster via crmd on secondary
Stack: corosync
Current DC: secondary (version 1.1.13-a14efad) - partition with quorum
2 nodes and 0 resources configured
Online: [ primary secondary ]

PCSD Status:
primary (primary_private_IP_address): Online
secondary (secondary_private_IP_address): Online

现在我们可谓启用corosync与pacemaker服务以确保二者在系统引导时同时启动。在两套服务器上运行以下命令:

  • sudo systemctl enable corosync.service

  • sudo systemctl enable pacemaker.service

禁用STONITH

STONITH(全称为Shoot The Other Node In The Head)是一项用于防止集群内节点故障造成数据损坏的技术。由于其配置方式取决于多项因素,因此我们在这里暂时将其禁用。

要禁用STONITH,在任一Droplet上运行以下命令:

  • sudo pcs property set stonith-enabled=false

第六步——创建Floating IP重分配资源代理

最后一项任务就是配置资源代理,其负责在检测到集群节点发生故障时执行IP重分配脚本。该资源代理会在集群及自身资源之间创建接口。在本示例中,该资源即为assign-ip脚本。集群依靠该资源代理在接收到start、stop或monitor命令时执行正确的操作。资源代理分为多种不同类型,但其中最为常见的为OCF(即开放集群框架)标准。

我们将创建一个新的OCF资源代理以管理assign-ip服务。

首先,创建用于容纳该资源代理的目录。目录名称将由Pacemaker作为该自定义代理的标识符。在两套服务器上运行以下命令:

  • sudo mkdir /usr/lib/ocf/resource.d/digitalocean

接下来,下载FloatIP资源代理脚本并将其放置在两套服务器上刚刚创建的目录内:

现在利用以下命令在两套服务器上为该脚本赋予执行权限:

  • sudo chmod +x /usr/lib/ocf/resource.d/digitalocean/floatip

我们需要在集群内使用PCS工具注册该资源代理。以下命令可执行在任一节点上(注意替换其中的your_api_token与floating_IP_addres):

  • sudo pcs resource create FloatIP ocf:digitalocean:floatip \

  • params do_token=your_api_token \

  • floating_ip=floating_IP_address

下面我们利用pcs status命令检查节点上的已注册资源:

  • sudo pcs status

    Output

    …
    2 nodes and 1 resource configured

    Online: [ primary secondary ]

    Full list of resources:

    FloatIP (ocf::digitalocean:floatip): Started primary

    …

第七步——故障转移测试

现在我们的集群已经能够实现节点故障转移。要对其效果进行测试,大家可以遵循以下方法。

首先在本地终端上利用curl命令循环监控IP重分配:

  • while true; do curl floating_IP_address; sleep 1; done

From the primary server, run a reboot command:

  • sudo reboot

稍等一会儿,主服务器即不再可用。这时从服务器将顶替其作为活动节点,运行curl可输出以下结果:

Output

...
Droplet: primary, IP Address: primary_IP_address
Droplet: primary, IP Address: primary_IP_address
curl: (7) Failed connect to floating_IP_address; Connection refused
Droplet: secondary, IP Address: secondary_IP_address
Droplet: secondary, IP Address: secondary_IP_address
…

如果请求发送时间恰好在IP重新分配之前或者同时,则会出现“Connection refused”错误。输出结果中可能包含或不包含该信息。

如果大家希望在对从节点进行故障转移测试的同时将Floating IP分配回主节点,则可在从Droplet上重复以上步骤:

  • sudo reboot

总结

在本教程中,我们了解了如何利用Floating IP将Corosync、Pacemaker与PCS结合起来,共同在CentOS 7服务器上构建一套高可用性Web服务器环境。我们在示例中使用的基础设施非常简单,但其设计思路完全适用于任何级别的高可用性应用堆栈。

本文来源自DigitalOcean Community。英文原文:How to Create a High Availability Setup with Pacemaker, Corosync and Floating IPs on CentOS 7 By Erika Heidi

翻译:diradw

基于ADS1299的8通道脑电采集系统硬件设计实战 生物电信号采集是医疗电子与可穿戴设备中的关键环节,微弱信号的高保真放大与数字化处理直接影响系统性能。高精度模数转换器与低噪声模拟前端设计成为工程实践的核心。ADS1299作为专用生物电测量芯片,集成多通道低噪声放大器与24位Δ-Σ ADC,广泛应用于脑电、心电等生理信号检测。本文基于ADS1299构建8通道脑电采集系统,详细阐述硬件架构、电源与参考设计、输入保护、PCB布局布线、固件SPI配置及数据读取,并结合实测数据分享噪声抑制与调试经验,为EEG采集设备开发提供完整参考。 阅读详情

相关推荐

eDP接口信号组成认识

eDP接口信号主要由Main Link、AUXCH与HPD三部分组成,如下图所示。 Main Link:表示主通道,用来传输各类型视频数据和音频数据; AUX CH:表示辅助通道,用于传输低带宽需求的数据,以及链路管理和设备控制信号; HPD:表示热插拔检测通道。 Main Link南1~4对数据线组成,每对数据线都是一对差分线。对于一款液晶屏而言,Main Link具体需几对数据线,这取决于屏幕的分辨率和彩色位数。 在该通道中传送的信号有视频像素信号、视频定时信号、视频格式信号、比特/像素及

精诚所至 2万+

数据库修仙筑基篇七——corosync使用

corosync使用

growdu的网络博客 791

从Axure转Figma?这篇编组、缩放、圆角、评论的对比指南帮你无缝切换

本文为资深Axure设计师提供了向Figma无缝迁移的实战指南。文章深度对比了编组、缩放、圆角、评论等核心操作,重点解析了Figma独特的自动布局、组件系统和实时协作功能,旨在帮助用户快速适应新工具,实现设计思维与工作效率的跃迁。

tomato的博客 851

Pacemaker+Corosync集群与网络故障检测

Pacemaker+Corosync集群中,Corosync负责消息的传递,成员关系以及QUORUM服务,它实现了TOTEM协议确保应用也就是Pacemaker通过Corosync传递的消息是可靠有序的。由于Corosync负责通信,集群中各种网络故障的检测自然也是Corosync的事情。 ...

weixin_34268753的博客 898

FPGA,关于安装使用libero IDE V9.2 及其gold floating license配置

3、license安装根据,下面的提示进行,跟随setting up the license server on a host教程操作。1、从官网下载Libero IDE v9.2(如下图中的Libero IDE v9.2 software)4、下载完成license解压包后还需要下载 Daemons license ,地址如下。(2)第一行并不是在内填写,而是直接用您电脑名替换掉(1)修改license.bat前四行是,其务必保持和案例位置相同(避免出错)............

JasonK的博客 4300

MICROSAR OS:第一个task是如何执行起来的?

MICROSAR OS是Vector公司开发的符合AUTOSAR OS规范的实时操作系统。本文介绍MICROSAR

humu7733的博客 2575

Centos7之pacemaker高可用安装配置

目录 1、配置防火墙端口及关闭selinux. 3 2、配置hostname:... 3 3、时间同步(可忽略):... 4 4、双机互信(本次实验发现,不配置双机互信似乎也不会出现问题):... 4 5、安装pacemaker集群相关组件:... 5 6、启动pcsd服务(开机自启动)... 5 7、创建集群用户:... 5 8、集群各节点之间进行认证:... 5 9,创建并启动名为HA_cluster的集群:... 5 10、设置集群自启动:... 6 11、查看并设置集群属性..

楚枫默寒的博客 2910

CANoe UDS $27服务DLL生成实战:从工程配置到算法修改全流程

本文详细介绍了在Vector CANoe中为UDS(统一诊断服务)的$27安全访问服务生成定制化DLL(动态链接库)的全流程。从定位官方参考工程、配置Visual Studio开发环境,到深入解析核心的GenerateKeyEx函数接口,并重点演示了如何修改和实现自定义的种子-密钥安全算法,最终完成DLL的编译、部署与CANoe集成测试,为汽车电子诊断开发提供实战指导。

star5的专栏 535

Centos7之pacemaker高可用安装配置详解

申明: centos7的pacemaker与之前6使用的方法不一致,即使用centos6.x的方法在centos7.x上面配置pacemaker不能成功。 因此openstack 上面的centos7.1如果使用官方文档直接配置高可用HA也是无法成功的。(吐槽:openstack的liberty出的HA方案官方文档不适用于centos7.x) 关于openstack liberty版本的高可

Better Me的博客 2万+

JA3已死,JA4当立:2026年TLS指纹识别技术深度解析

从JA3到JA4,本质上是TLS指纹技术从"简单粗暴"到"工程化设计"的进化。排序机制解决了浏览器随机化的核心痛点,结构化格式提升了可读性和可运维性,多协议扩展适配了最新的网络环境。2026年的今天,JA4已经从"新技术"变成了"基础设施"。对于安全从业者来说,理解JA4的原理和局限,合理运用到反爬、反欺诈、威胁狩猎场景中,是一项必备的基础技能。但也要清醒认识到,没有任何单一指纹是万能的。

专注于Python爬虫开发,分享爬虫技巧、项目实战与反爬经验,使用Scrapy、BeautifulSoup等工具,解决数据抓取难题。 353

基于Python的农业市场价格抓取与供需分析:现代爬虫技术与实战应用

在正式开始爬虫开发之前,我们首先了解爬虫的基本概念和工作原理。爬虫(Web Scraping)是通过编程的方式,自动从互联网上获取信息的技术。它可以帮助我们提取HTML页面中的特定数据,通常用于收集并处理大量信息。发送HTTP请求:爬虫需要向目标网站发送请求,获取网站的HTML页面内容。解析HTML页面:通过HTML解析器对获取的页面内容进行解析,提取其中需要的数据。数据清洗与存储:将提取的数据进行清洗,去除多余的字符或无关内容,然后存储到合适的格式(如CSV文件、数据库等)中。数据分析与可视化。

2201_76125261的博客 1119

HA Pacemaker (centos 7)搭建实验-解析

前提概念     1.Centos7和Red Hat Enterprise Linux 7 版本使用Pacemaker替换了rgmanager来进行集群资源的管理以及从节点失败中恢复。     2.pacemaker 是一种集群管理器,pcs为它的配置系统,同类的集群配置和管理工具有ccs、ricci、luci         pcs优点:用命令行来进行管理,操作简单;可以轻松初始化集群

漠效的博客 2782

最新的sdio 4.0 spec 协议标准 带书签 高清完整PDF版

Part-E1-SDIO-Specification-Ver4.00-Final-120220.pdf:最新的sdio 4.0 spec 协议标准 带书签 高清完整PDF版,包括SDIO 接口的外设,SDIO 接口官方协议等。

How to Create a High Availability Setup with Pacemaker, Corosync and Floating IPs on CentOS 7

How to Create a High Availability Setup with Pacemaker, Corosync and Floating IPs on CentOS 7 PostedDecember 22, 2015 14.5kviews HIGH AVAILABILITY SCALING DIGITALOCEAN CENTOS Introduction

gzhouc的专栏 1067

Devexpress16.2.6破解工具

Devexpress16.2.6破解工具Devexpress16.2.6破解工具Devexpress16.2.6破解工具Devexpress16.2.6破解工具

jdk-8u144-linux-x64.tar.gz.

该资源为搭建Linux系统Java环境用,资源的后缀为tar.gz格式的压缩包

centos 7 corosync + pacemaker 搭建

centos 7 corosync + pacemaker 搭建 node1:co1 11.100.46.4 node2:co2 11.100.46.7 node3:co311.100.46.9 webservice: vip:11.100.46.11 ofc:heartbeat:Ipaddr web:systemd nfs:ocf:heartbeat:...

测试 569

汉书HE8,好用的汇编代码编写工具

汉书HE8,好用的汇编代码编写工具早期编写汇编代码所用功能强大

centos 7 corosync + pacemaker 搭建(pcs)

centos 7 corosync + pacemaker 搭建(pcs) node1:co1 11.100.46.4 node2:co2 11.100.46.7 node3:co311.100.46.9 webservice: vip:11.100.46.11 ofc:heartbeat:Ipaddr web:systemd 一、创建系统集成环...

钟明家 796

如何在CentOS 7上使用Pacemaker配置NFS服务器群集

如何在CentOS 7上使用Pacemaker配置NFS服务器群集 由Pradeep Kumar·发布2018年3月5日· 更新2019年4月12日 NFS(网络文件系统)是通过网络提供文件的最广泛的服务器。使用NFS服务器,我们可以在网络上共享文件夹,并且允许客户端或系统访问这些共享文件夹并可以在其应用程序中使用它们。在生产环境中,我们应该配置高可用性的nfs服务器以排除单点故障...

allway2的博客 1743

pacemaker+corosync的一些总结

corosync:只有对Messaging Layer的实现,本身不具备resource的原理,需要和pacemaker的RA搭配使用,简单来讲coyosync就是通过发送广播包,确认对方是否还存活(心跳确认) /etc/corosync/corosync.conf 这里配置多个心跳线,如果node节点有多个网卡,可以配置多个心跳线来提高可用性. totem { version: 2 rrp_mode: active token: 15000 .

danns888的专栏 1645

corosync

corosync配置文件: totem {   version:                             2   token:                               3000   token_retransmits_before_loss_const: 10   join:                                50

zongyimin的博客 1321

在CentOS 7 上使用PaceMaker构建NFS HA服务

2019独角兽企业重金招聘Python工程师标准>>> ...

weixin_34202952的博客 374

Linux集群技术:使用Pacemaker和Corosync设置高可用集群

Pacemaker是一个集群资源管理器,它负责管理集群中的资源,如服务、IP地址和存储卷,并确保这些资源在故障发生时能够自动迁移到健康的节点上。Corosync是一个集群通信工具,它提供了集群成员之间的消息传递机制,确保集群中的每个节点都能够相互通信。Pacemaker/Corosync 和 Keepalived/HAProxy 都提供了高可用性解决方案,但它们的工作原理和功能有所不同。选择哪种方案取决于你的实际需求,包括资源管理、负载均衡和配置复杂度等因素。

weixin_39372311的博客 1995

???实现高可用的故障转移策略的工具——Keepalived(含数据库的主从复制、MHA高可用简单配置)

高可用(High Availability, HA)是指系统或服务设计的能力,以确保在面临故障或其他问题时仍然能继续提供服务。其主要目标是最大限度地减少系统的停机时间和确保服务的持续可用性。冗余设计:通过引入冗余组件(如备用服务器、网络路径或存储设备),以便在一个组件失败时,其他组件可以接管其功能,确保系统继续运作。故障转移:设置自动化的故障转移机制,使系统在发现某个组件失败后,能迅速将负载转移到备用组件,从而减少停机时间。负载均衡。

sq2048935747@163.com的博客 1610

heartbeat2.x-pacemaker Configuration Explained翻译笔记

本文作者:深夜的蚊子 本文链接:http://www.wenzizone.cn/?p=222 版权所有。转载时请以链接形式注明作者和原始出处及本声明,谢谢   Pacemaker配置手册讲解 上篇文章蚊子是从半截开始翻译的,这篇文章补充完整,这个是文章开头那部分介绍内容,没有更多的技术,只是对Pacemaker的整体介绍。还是那句话,蚊子英文水平太烂,真有翻译不对还望各位指正。 先读

junhua3344的专栏 1167

openstack controller ha测试环境搭建记录(二)——配置corosync和pacemaker

corosync.conf请备份再编辑:# vi /etc/corosync/corosync.conftotem { version: 2 token: 10000 token_retransmits_before_loss_const: 10 secauth: off rrp_mode: active...

diaogeng2629的博客 245

Centos7.6下corosync+pacemaker+pcs高可用集群环境安装

在容灾备份领域,有多种高可用方案,corosync+pacemaker无疑是开源方案中的佼佼者。

crossoverpptx的博客 1007

CentOS Stream 9 上部署 Nexent v2.8.0:从 Docker 启动到租户工作台

容器全部启动,只能说明部署脚本跑到了末尾;要让普通使用者进入 Nexent,还得完成首次登录、创建租户和配置租户管理员。我在 CentOS Stream 9 上部署 Nexent v2.8.0,最终走到了租户管理员工作台。这台主机记录到的内存为 7.5 GiB,略低于安装文档列出的 8 GiB 最低值;Docker Engine 是 29.6.1,Docker Compose 是 5.3.1,Nexent 对应提交号。

qq_41397792的博客 3537
上一篇: 如何在Ubuntu 14.04上利用HAProxy实现SSL终端
下一篇: 如何设置SSH密钥
普通网友
博客等级 码龄10年 769粉丝 269原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值