首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

NFS可用(NFS+keepalive+Sersync)

NFS可用(NFS+keepalive+Sersync) 作者: 张首富 个人博客: www.zhangshoufu.com 背景 NFS这样古老的共享存储的技术,被众多小公司和没钱的公司采用,现在就我司就需要出一套客户的离线版本方案...,对NFS服务的可用没有任何实现,网上大部分是采用heartbeat来实现,我这边想采用不一样的keepalive来实现这个 网络拓扑 安装前准备 服务器信息: IP 角色/HOSTNAME 192.168.1.110.../]# df -Th 文件系统 类型 容量 已用 可用 已用% 挂载点 192.168.1.112:/test_nfs nfs4 921G 69G...:/test_nfs /mnt [root@NFS-Client /]# df -Th 文件系统 类型 容量 已用 可用 已用% 挂载点 192.168.1.111...MASTER //实例绑定的网卡 interface enp0s31f6 //组ID,值一样为一个组 virtual_router_id 51 //优先级,优先级的为

4.4K21

NFS可用(NFS+keepalive+Sersync)

NFS可用(NFS+keepalive+Sersync) 作者: 张首富 背景 NFS这样古老的共享存储的技术,被众多小公司和没钱的公司采用,现在就我司就需要出一套客户的离线版本方案,客户们想数据安全却又不想花钱...,所以我就采用了NFS做后端数据存储, NFS目前数据同步的方式主要两种: 使用Sersync来实现主从同步 第二种借助DRBD实现主从同步 但是这两种方案都只是实现了数据的主从同步,对NFS服务的可用没有任何实现.../]# df -Th 文件系统 类型 容量 已用 可用 已用% 挂载点 192.168.1.112:/test_nfs nfs4 921G 69G...:/test_nfs /mnt [root@NFS-Client /]# df -Th 文件系统 类型 容量 已用 可用 已用% 挂载点 192.168.1.111...MASTER //实例绑定的网卡 interface enp0s31f6 //组ID,值一样为一个组 virtual_router_id 51 //优先级,优先级的为

3.2K30
您找到你想要的搜索结果了吗?
是的
没有找到

NFS 可用方案(NFS+keepalived+Sersync)

简述 1.1 介绍 本方案 NFS可用方案,应用服务器为 Client ,两台文件服务器分别 Master 和 Slave,使用 keepalived 生成一个虚拟 IP,使用 Sersync 进行...Master 与 Slave 之间文件相互同步,确保可用。...上执行 # 其中/data 为共享的目录,192.168.51.246 为 Client ip,如有多个私有云服务集群可用空格分隔 # 如 echo '/data 192.168.51.246(rw,...上执行 # 其中/data 为共享的目录,192.168.51.246 为 Client ip,如有多个私有云服务集群可用空格分隔 # 如 echo '/data 192.168.51.246(rw,.../bin/sh # 每秒执行一次 step=1 #间隔的秒数,不能大于60 for (( i = 0; i < 60; i=(i+step) )); do ###检查nfs可用性:进程和是否能够挂载

4.1K20

HeartBeat基于CRM使用NFS对MySQL可用

这里的实验环境还是使用我们上一节的 http://www.linuxidc.com/Linux/2014-03/98673.htm 首先停止节点资源,然后删除 NFS共享存储节点配置: # mkdir.../mydata # vim /etc/exports  /mydata  192.168.100.0/24(no_root_squash,rw) # service nfs restart # groupadd...-g 3306 MySQL # useradd -g 3306 -u 3306 -s /sbin/nologin -M mysql # chown -R /mydata 注:这里必需将nfs共享的资源设定为.../usr/local/ # ln -s mysql-5.5.22-linux2.6-i686/ mysql # cd mysql # chown -R root:mysql . # mount -t nfs...测试完必后必需将每个节点的mysql设为开机关闭,且卸载nfs共享存储 添加组与资源,使用上一节的步骤: 至此,我们可以从任何一台mysql客户机登陆我们mysql可用集群了 测试在nfs服务器上登陆

50420

DRBD+Heartbeat+NFS可用性配置笔记

DRBD是一种块设备,可以被用于可用(HA)之中.它类似于一个网络RAID-1功能.当你将数据写入本地文件系统时,数据还将会被发送到网络中另一台主机上.以相同的形式记录在一个文件系统中.本地(主节点)...与远程主机(备节点)的数据可以保证实时同步.当本地系统出现故障时,远程主机上还会保留有一份相同的数据,可以继续使用 Heartbeat来实现可用性HA群集,已达到实时监控主节点的运行状态,一旦主状态死掉...,处于备份状态的节点立即激活为主状态,实现可用NFS网络共享服务,通过DRBD和Heartbeat来实现NFS可用性。...[root@server1 ~]# vim /etc/exports ---添加如下: /data *(rw,sync) [root@server1 ~]# vim /etc/rc.d/init.d/nfs.../ha.d/resource.d/ [root@server1 resource.d]# vim nfsd ---编写资源控制脚本如下: killall -9 nfsd ; /etc/init.d/nfs

54510

Centos下部署DRBD+NFS+Keepalived可用环境记录

由于NFS服务是存在单点的,出于对业务在线率和数据安全的保障,可以采用"DRBD+NFS+Keepalived"架构来完成可用方案部署。...远程客户机使用vip地址挂载NFS 3)当Primary主机发生宕机或NFS挂了的故障时,Secondary主机提权升级为DRBD的主节点,并且VIP资源也会转移过来。.../bin/sh ###检查nfs可用性:进程和是否能够挂载 /sbin/service nfs status &>/dev/null if [ $?.../rpcbind start 挂载NFS [root@huanqiu ~]# mount -t nfs 192.168.1.200:/data /web 如下查看,发现已经成功挂载了NFS [root...这也验证了drbd提供的数据一致性功能(包括文件的打开和修改状态等),在客户端看来,真个切换过程就是"一次nfs重启"(主nfs停,备nfs启)。

3.4K50

rabbitmq可用集群搭建_mongodb可用架构

RabbitMQ 可用集群搭建 1 集群简介 1.1 集群架构 ​ 当单台 RabbitMQ 服务器的处理消息的能力达到瓶颈时,此时可以通过 RabbitMQ 集群来进行扩展,从而达到提升吞吐量的目的...一个可用,负载均衡的 RabbitMQ 集群架构应类似下图: 这里对上面的集群架构做一下解释说明: ​ 首先一个基本的 RabbitMQ 集群不是可用的,虽然集群共享队列,但在默认情况下,消息只会被路由到某一个节点的符合条件的队列上...HAProxy 同时支持四层和七层负载均衡,并基于单一进程的事件驱动模型,因此它可以支持非常的井发连接数。...此时对外服务的 VIP 依然可用,代表已经成功地进行了故障转移。...juejin.im/post/6844904071183220749 RabbitMQ 官方文档 —— 集群指南:www.rabbitmq.com/clustering.… RabbitMQ 官方文档 —— 可用镜像队列

2.3K10

可用 - 简述

背景 本文记录一些可用的内容,和数据库在可用方面的演进过程。 1. 概念 可用性: 即软件系统在一段时间内提供 有用资源 的能力。...可用性 描述了一个周期内的功能连续可用的绝对程度,可表示为正常运行时间和停机时间之间的关系,如下公式: A = 100 – (100*D/U) 备注:A 表示可用性;D 表示 非计划停机时间;U 表示正常运行时间...如何设计来做到可用 保证系统可用,架构设计的核心准则是:冗余 和 故障转移。 单点系统的问题是,挂了就完全不可用了,服务会受影响。如果有冗余备份,其他后备的系统能够顶上,保证服务继续可用。...所以,又往往是通过“自动故障转移”来使得快速切换到备份系统来实现可用。...常见的互联网分布式架构是: 前端 ---> 反向代理 --> WEB应用 --> 服务 --> 数据库(及缓存) 其中,可用可涉及到上面每个节点的可用保障,我们看下数据的可用架构的演变过程。

1.7K10

实践可用

本篇文章是之前一篇《大话可用》的可用心法的案例篇。   说实践之前先说概念。   ...具体实践如下: 架构可用   交易这边进行在进行重构。将原有的核心交易从职责上划分为交易收单、交易保障和数据中心三个大块。   从高可用上,交易收单要保证实时交易现场的可用。...所以它才是对可用需要考虑最多的,对MTBF和MTTR都要考虑和权衡。但是在对可用要求上交易收单和交易保障是基本职责,指标就是稳定、稳定和稳定。...数据中心关乎的用户体验,是可以持续优化的,但是对可用是有一定容忍度的:比如页面会加载慢,或者第一次加载不了刷新就成功了。...强依赖可用   比如数据库的密码,不仅是加密的,而且是在中央集群秘钥管理中心统一管理的。中央集群的就会有秘钥获取不到的风险。按照API,如果获取不到则会抛出指定异常。   这是强依赖,需要容灾。

80330
领券