keepalived完全遵守VRRP协议包括竞选机制,至于VRRP是什么这里不说了参考http://wenku.baidu.com/link? url=1UbkmHuQlGECgC90P7zF6u2xYyifLK0F-G_7pehNVUitZZExISjZ- B22TJKKGyYIZXh9X7uULA8lA1nKw0NsyNGelrt_yQ317knkVyjwCqW,不同的是VRRP里的路由器在keepalive中变成服务器 vrrp的术语:虚拟路由器.VRID.Master.Backup.VI

首先打开日志观察: tail -f /var/log/messages 然后新开一个客户端重启keepalived , systemctl restart keepalived.service 看日志结果分析问题: 比如我这里: 8行开始有不识别的标点符号,这里是空格,这个很坑,windows和unix的空格看着一样实际不一样,重新手敲一下再试! 为了自己的懒惰买了好几个小时的单,奉劝大家手敲还是比较靠谱,不然老是出现这种空格标点符号的问题,很蛋疼!!! 还有就是默认配置文件如果不修改,在这里都

为了数据的安全,有的时候数据库需要延迟备份,这里说下两种延迟备份的方法. 一.借助工具. 实现环境: 192.168.189.143 (mysql主库) 192.168.189.144 (mysql备库,延迟3分钟) 步骤: 1:在服务器上安装mysql,并配置主从复制.(省略) 2:查看144从库的复制状态,确认同步正常,也可在主库上写入数据测试. 3:下载percona-toolkit软件包,并上传至143主库,并安装: 下载地址:http://www.percona.com/downloa

随便写一句,以免有跟我一样的人遇到这个问题. 驱动版本:MongoDB C# Driver 1.7.0 当在Master/Slave集群上使用Eval的时候,Eval操作只会在Master结点上运行,无论你设置的readPreference是secondaryPreferred还是secondary.理由很简单,Eval中的JS并不是在客户端(即驱动中)解释执行,而是在MongoDB中.所以当驱动收到一条Eval命令的时候并不知道具体是要干什么,所以无法判断应该把这个请求发给master还是sl

1 复制概述 Mysql内建的复制功能是构建大型,高性能应用程序的基础.将Mysql的数据分布到多个系统上去,这种分布的机制,是通过将Mysql的某一台主机的数据复制到其它主机(slaves)上,并重新执行一遍来实现的.复制过程中一个服务器充当主服务器,而一个或多个其它服务器充当从服务器.主服务器将更新写入二进制日志文件,并维护文件的一个索引以跟踪日志循环.这些日志可以记录发送到从服务器的更新.当一个从服务器连接主服务器时,它通知主服务器从服务器在日志中读取的最后一次成功更新的位置.从服务器接收

1 .复制 Mysql内建的复制功能是构建大型,高性能应用程序的基础.将Mysql的数据分布到多个系统上去,这种分布的机制,是通过将Mysql的某一台主机的 数据复制到其它主机(slaves)上,并重新执行一遍来实现的.复制过程中一个服务器充当主服务器,而一个或多个其它服务器充当从服务器.主服务器将更 新写入二进制日志文件,并维护文件的一个索引以跟踪日志循环.这些日志可以记录发送到从服务器的更新.当一个从服务器连接主服务器时,它通知主服务器从服 务器在日志中读取的最后一次成功更新的位置.从服务器

搭建过程中配置免密钥登录为了以后方便使用 [提醒]安装Hadoop中会遇到新建文件夹,配置路径等问题,这个不能生搬硬套,要使用自己配置的路径,灵活使用. Hadoop的部署配置文件在http://blog.csdn.net/beeman_xia/article/details/53391479 当初我练习这个不下十遍,熟能生巧,各位加油! 1新建master和slave两台虚拟机 2测试能否上网(浏览器登录) 3修改主机名,原始名都为localhost,为了方便区分,改名为master和slav

首先声明:未经本人同意,请勿转载,谢谢! 本人使用自己编译的开源版本的greenplum数据库用于学习,版本为PostgreSQL 8.3.23 (Greenplum Database 4.3.99.00 build dev) on x86_64-unknown-linux-gnu, compiled by GCC gcc (GCC) 4.8.5 20150623 在使用的过程中遇到不少的问题,今天记录一下高并发的情况下,执行insert和vacuum操作造成的死锁,以及解决方案 一.问题描述:

一 问题概述 今天在工作中遇到一个问题,使用很久的一个local git repository,里面只有develop分支,那么现在想将分支切换到master分支,问题来了,在切换到master分支时: git checkout master 提示如下错误: error: pathspec 'master' did not match any file(s) known to git 二 问题解决 1.首先我们看一下分支情况: git branch -a * develop remotes/co

接下来 第一步:建立git仓库 cd到你的本地项目根目录下,执行git命令,此命令会在当前目录下创建一个.git文件夹. git init 第二步:将项目的所有文件添加到仓库中 git add . 这个命令会把当前路径下的所有文件,添加到待上传的文件列表中. 如果想添加某个特定的文件,只需把.换成特定的文件名即可 第三步:将add的文件commit到仓库 git commit -m "注释语句" 第四步:去github上创建自己的repository,点击个人头像旁边的加号  如下图所

1. 安装JDK JDK安装包复制到/opt文件夹 cd /opt rpm -ivh jdk-8u121-linux-x64.rpm vim /etc/profile 增加 JAVA_HOME=/usr/java/default PATH=$JAVA_HOME/bin:$PATH source /etc/profile 验证 echo $JAVA_HOME java -version 2. 配置SSH(免密码登录),Hadoop集群间登录使用. a> 在客户端进行如下操作: ssh-keygen

master1:192.168.128.47 master2:192.168.128.96 slave:192.168.128.97   master1与master2互备,master2作为slave的master ①,在master1端: 修改my.cnf server-id = 1 auto_increment_increment = 2 auto_increment_offset = 1 #binlog_do_db = sssjpt,sakila,test  --可选,用来指定maste

一.IP信息说明 [Master] IP: 192.168.236.100 [Minion] IP: 192.168.236.101 二.配置SaltStack 关于SaltStack Master和Minion的安装这里不再赘述! [配置Master] 1.新建目录 mkdir  -p  /srv/salt/iso mkdir -p   /srv/salt/install_mysql 2.新建配置文件 (1)  /srv/top.sls base: '*': - cpitables.* - i

一.IP信息说明 [Master] IP: 192.168.236.100 [Minion] IP: 192.168.236.101 二.配置SaltStack 关于SaltStack Master和Minion的安装这里不再赘述! [配置Master] 1.新建目录 mkdir  -p  /srv/salt/iso mkdir -p   /srv/salt/install_zabbix 2.新建配置文件 (1)  /srv/top.sls base: '*': - cpitables.* -

kubeadm部署k8s 使用kubeadm进行k8s的部署主要分为以下几个步骤: 环境预装: 主要安装docker.kubeadm等相关工具. 集群部署: 集群部署分为single master(单master,只有一个master节点)和高可用HA集群部署两种模式.主要部署k8s的相关组件.本文将分别做介绍. 网络部署: 部署网络环境.本文以flannel为例进行部署. 环境预装 在所有节点上都先要做好环境的准备,这里以debian为例,整理了安装docker和kubeadm的相关命令.这个

1.salt无master 官方文档: http://docs.saltstack.cn/topics/tutorials/quickstart.html 1.使用场景 1.在项目中使用salt,写一个state,salt自动帮你配置ok 2.没有master情况,使用salt,比如mac笔记本 3.本地运行state,一台服务器怎样用salt 场景: 2w台门店的电脑,网络不稳定 用master minion,一天只能连接几十台 解决:salt-call,连接一次,下发所有的计划任务,自己去跑

准备主机 centos7镜像 node1: 192.168.0.101 node2: 192.168.0.102 node3: 192.168.0.103 vip: 192.168.0.104 配置ssh免密 并修改/etc/hosts跟/etc/hostname 配置所有节点的kubelet # 配置kubelet使用国内可用镜像 # 修改/etc/systemd/system/kubelet.service.d/-kubeadm.conf # 添加如下配置 Environment="KUBE

一.架构信息 系统版本:CentOS 7.6 内核:3.10.0‐1062.4.1.el7.x86_64 Kubernetes: v1.16.2 Docker­ce: 19.03 推荐硬件配置:2核4G Keepalived保证apiserever服务器的IP高可用 Haproxy实现apiserver的负载均衡 二.部署前准备(初始化系统) 1) 关闭selinux和防火墙 sed -ri 's#(SELINUX=).*#\1disabled#' /etc/selinux/config set

#部署node节点 ,将kubelet-bootstrap用户绑定到系统集群角色中(颁发证书的最小权限) kubectl create clusterrolebinding kubelet-bootstrap --clusterrole=system:node-bootstrapper --user=kubelet-bootstrap ,master节点执行 root@k8s-master: ~/k8s :: $ cat kubeconfig.sh # 创建 TLS Bootstrapping

点击上方 蓝字关注我们 ✎ 编 者 按 在今年由中国科学院软件研究所主办的开源软件所供应链点亮计划-开源之夏活动中,有不少小伙伴提交了关于 DolphinScheduler 的项目,本期是来自成都信息工程大学的张树坤带来的项目经验分享. 项目总体设计为设置工作流为空跑状态,以测试整个工作流执行是否正确功能的开发.该功能通过 flag 标记在 Matser 与 Server 间的传递实现,同时考虑到系统的容错设计.难点在于涉及系统的核心处理流程,Master 执行 Scheduler 处理工作流的

1. 热备方案 硬件:server两台,分别用于master-redis及slave-redis 软件:redis.keepalived 实现目标: 由keepalived对外提供虚拟IP(VIP)进行redis访问 主从redis正常工作,主负责处理业务,从进行数据备份 当主出现故障时,从切换为主,接替主的业务进行工作 当主恢复后,拷贝从的数据,恢复主身份,从恢复从身份 数据采用aof方式进行持久化存储,秒级备份,当出现故障后,损失数据不超过1s Keepalived提供以下服务: 对用户提供