master

本文借鉴http://www.cnblogs.com/guozhen/p/5984915.html，在此基础上进行了完善，使之成为一个完整版的伪分布式部署说明，在此记录一下！ 一、本文目的 介绍如何在同一台虚拟机上搭建高可用的Activemq服务，集群数量包含3个Activemq，当Activemq可用数>=2时，整个集群可用。 本文Activemq的集群数量为3个，分别命名为mq1，mq2，mq3 二、概念介绍 1、伪集群 集群搭建在同一台虚拟机上，3个Activemq分别使用不同的端口提供服务，启用1个为Master，其它2个为Slaver，同一时间仅Master队列提供服务 2、高可用 3个Activemq服务,同一时间仅Master队列提供服务，当Master队列挂掉后，其它2个Slaver自动选举出1个成为Master，整个队列服务依然可用。当挂掉的队列重新恢复后，自动加入集群。当集群仅剩下1个队列时，整个队列不可用。 3、Activemq集群数据存储方式 a) kahaDB：文件共享，默认方式 b) JDBC：数据库共享 c) LevelDB：数据共享， 本文使用方式 三、Activemq伪集群的搭建 下载地址： http://download.csdn.net/detail/u010821757/9771407 （ zookeeper-3.4.9 ） 　　　　

Kafka的集群配置 一般有 三种方法 ，即 （1）Single node – single broker集群； （2）Single node – multiple broker集群； （3）Multiple node – multiple broker集群。 前两种方法官网上有配置过程（ （1）（2）配置方法官网教程 ），下面会简单介绍前两种方法，主要介绍最后一种方法。 准备工作： 1.Kafka的压缩包，这里选用的是 kafka_2.10-0.8.2.2.tgz 。 2.三台CentOS 6.4 64位虚拟机。分别是192.168.121.34(主机名为master)、192.168.121.35(主机名为datanode1)、192.168.121.36(主 机名为datanode2)。 一、Single node – single broker集群配置（单节点单boker集群配置） 注：图片来源自网络 1.解压Kafka的压缩包 [root @master kafkainstall]# tar -xzf kafka_2.10-0.8.2.0.tgz [root @master kafkainstall]# cd kafka_2.10-0.8.2.2 这里我新建了一个kafkainstall文件夹来存放加压后的文件，然后进入解压后的kafka_2.10-0.8.2.2文件夹。

1. merge $ git checkout master $ git merge dev 这是最基本的 merge，会把分支的提交历史原封不动地拷贝过来，如果 master 此后已经有了新的提交，那么本次 merge 时还会额外自动创建一条 commit 信息用于记录本次 merge 操作。 2. squash merge $ git checkout master $ git merge --squash dev 字面意思，相比 merge 来说会减少分支合并的记录，会被压缩为一条 commit 记录。squash merge 本质是把 dev 分支的改动保存到 master 本地，接下来还需要手动提交一下，因此最终提交者变成了操作 master 分支的人，这可能是个弊端。 3. rebase merge $ git checkout dev $ git rebase -i master $ git checkout master $ git merge dev rebase merge 可以完美解决 squash merge 可能会变更原始提交者的问题。 首先 rebase 这个概念如果不懂可以先去了解下，这里先进行 rebase 的意义，个人认为，一方面是为了和 master 分支同步一下信息，以免 master 在和 dev 分叉之后又有了额外的更新；另一方面

GIT版本管理工具教程 一 Git初始化 下载安装， 下载地址： https://git-scm.com/downloads 每个系统的都有（linux、mac、windows等），看官网的安装教程，很详细，此处我以windows来练习 首先创建一个文件夹，这个文件夹就是我们将来通过git来管理的所有文件的存放地点 。 在文件夹中右键 使用Git Bash 在弹出的窗口中执行初始化指令，让git帮我们对这个文件夹中的所有文件以及文件夹进行管理 git init #创建git版本管理的本地仓库 产生的.git文件夹用来存放你管理的文件的所有版本以及git配置相关的内容，不要轻易动它 二 简单指令使用 基本操作 git status 查看仓库中所有的文件夹和文件的状态 git add supercrm 让git管理单独的文件夹或者文件 git add . 管理所有文件和文件夹 配置用户名和邮箱 $ git config --global user.name <用户名> $ git config --global user.email <邮箱地址> 例如： $ git config --global user.name "吴超" $ git config --global user.email "1069696250@qq.com" 然后就可以提交版本了，看指令 git commit

本地代码提交到远程仓库： 设置git用户名、邮箱 git config --global user.name xxx git用户名 git config --global user.email xxx git邮箱 将项目提交到主分支（master）： git remote rm origin 删除现有远程连接 git init 初始化本地仓库 touch README.md 创建README.md文件 git add . 将修改的文件添加到暂存 git commit -m "first commit" 将暂存中的文件提交到本地当前分支 git remote add origin https://xxxxxxx.xx/xx/ 将本地仓库连接到远程仓库 git push -u origin master 将本地仓库文件push到远程master分支 将主分支代码pull到dev分支： git branch -a 查看远程全部分支 git checkout -b dev origin/dev 在本地创建dev分支并将远程dev分支更新到本地分支 git pull origin master --allow-unrelated-histories 将master分支强制更新到当前分支 (执行git pull origin master 抛出错误refusing to merge

初次创建远程仓库并推送本地项目到远程仓库 步骤 管理员在远程创建仓库，有了远程仓库地址，但是没有代码。 在本地搭建项目 在项目中初始化仓库，并进行一次提交 在本地添加远程仓库 将本地代码推送到远程仓库 在项目中初始化仓库，并进行一次提交 1@DESKTOP-3H9092J MINGW64 ~/Documents/WeChat Files/jiezzdota/FileStorage/File/2019-11/teach_organization $ git init Initialized empty Git repository in C:/Users/1/Documents/WeChat Files/jiezzdota/FileStorage/File/2019-11/teach_organization/.git/ 添加远程仓库 1@DESKTOP-3H9092J MINGW64 ~/Documents/WeChat Files/jiezzdota/FileStorage/File/2019-11/teach_organization (master) $ git remote add origin git@192.168.1.254:devops/teach_organization.git 1@DESKTOP-3H9092J MINGW64 ~/Documents

1、masterless 官方文档： http://docs.saltstack.cn/topics/tutorials/quickstart.html 1.在项目中使用salt，写一个state，salt自动帮你配置ok 2.没有master情况，使用salt，比如mac笔记本 3.本地运行state，一台服务器怎样用salt 场景： 2w台门店的电脑，网络不稳定 用master minion，一天只能连接几十台 解决：salt-call，连接一次，下发所有的计划任务，自己去跑 执行状态 恢复node2 2、master高可用 官方文档 http://docs.saltstack.cn/topics/tutorials/multimaster.html 高可用 master是单点的，万一1个挂了，启动备份的 node2装master 配置文件肯定是一样的 数据怎么同步 数据同步要自己来做 master-key同步 minion-key同步 file roots piliar roots 同步 配置文件同步 简便方法。搞个fs，去mount，官方不建议 key比较重要， mount，老师是 复原node2 其他配置 告诉minion是多个master的 超时时间 3、执行模块 service模块 自定义模块 路径，_modules，不能修改 同步到minion 执行 4

基于docker的mysql8的主从复制 创建mysql的docker镜像 构建docker镜像，其中数据卷配置内容在下面,结构目录如下 version: '3.7' services: db: # images 8.x image: mysql restart: always environment: MYSQL_ROOT_PASSWORD: 456123 command: --default-authentication-plugin=mysql_native_password --character-set-server=utf8mb4 --collation-server=utf8mb4_general_ci --explicit_defaults_for_timestamp=true --lower_case_table_names=1 ports: - 3309:3306 volumes: - ./data:/var/lib/mysql - ./my.cnf:/etc/my.cnf 配置mysql的主库 更新配置文件 # Copyright (c) 2017, Oracle and/or its affiliates. All rights reserved. # # This program is free software; you can redistribute

I couldn't find an answer to my question. I have 2 mysql servers. Master server Slave server Now i want to add another Slave server but i have other website running on that server. Can i replicate just one database? Frank Fang Yes you can If you want to replicate just one database from master, you can set replicate-do-db in your /etc/my.cnf or set replicate-do-db as mysql argument, for example: replicate-do-db=db01 If you have multi databases to be replicated, /etc/my.cnf should be like this: replicate-do-db=db01 replicate-do-db=db02 If you just want slave to ignore some database, you can set

Kubernetes的核心对象 API Server 提供了 RESTful 风格的编程接口，其管理的资源是 Kubernetes API 中的端点，用于存储某种 API 对象的集合，例如，内置 Pod 资源是包含了所有 Pod 对象的集合。资源对象是用于表现集群状态的实体，常用于描述应于哪个节点进行容器化应用、需要为其配置什么资源以及应用程序的管理策略等，例如，重启、升级及容错机制。另外，一个对象也是一种“意向记录“——一旦创建， Kubernetes 就需要一直确保对象始终存在。 Pod 、 Deployment 和 Service 等都是最常用的核心对象。 Pod资源对象 Pod 资源对象是一种集合了一到多个应用容器、存储资源、专用 IP 及支撑容器运行的其他选项的逻辑组件，如图所示。 Pod 代表着 Kubernetes 的部署单元及原子运行单元，即一个应用程序的单一运行实例，它通常由共享资源且关系紧密的一个或多个应用容器组成。 Kubernetes 的网络模型要求其各 Pod 对象的 IP 地址位于同一网络平面内（同一 IP 网段），各 Pod 之间可使用其 IP 地址直接进行通信，无论它们运行于集群内的哪个工作节点上，这些 Pod 对象都像运行于同一局域网中的多个主机。 不过， Pod 对象中的各进程均运行于彼此隔离的容器中，并于容器间共享两种关键资源： 网络 和