master

copy from :https://mp.weixin.qq.com/s?__biz=MzI1NDQ3MjQxNA==&mid=2247487262&idx=2&sn=5c2aa3be4a9422e7b778e245daf5389f&chksm=e9c5f6afdeb27fb9defa48fd7c279662c3a3b72ec787f158af270ec392275bbeb6e070b2f22c&mpshare=1&scene=23&srcid=1017gdrlB3XPLoviLBJD7wA4#rd 预警：因为详细，所以行文有些长，新手边看边操作效果出乎你的预料） 一：Git是什么？ Git是目前世界上最先进的分布式版本控制系统。 工作原理 / 流程： Workspace：工作区 Index / Stage：暂存区 Repository：仓库区（或本地仓库） Remote：远程仓库 二：SVN与Git的最主要的区别？ SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而干活的时候，用的都是自己的电脑，所以首先要从中央服务器哪里得到最新的版本，然后干活，干完后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，如果在局域网还可以，带宽够大，速度够快，如果在互联网下，如果网速慢的话，就纳闷了。 Git是分布式版本控制系统，那么它就没有中央服务器的

git clone https://gitee.com/hiszm/C_game.git cd C_game/ $ git add . $ git pull origin master $ git push -u origin master 来源： CSDN 作者： 朗伊尔城 链接： https://blog.csdn.net/jankin6/article/details/104122702

kubernetes dashboard安装 看　kubectl　版本 [root@master home]# kubectl version Client Version: version.Info{Major:"1", Minor:"15", GitVersion:"v1.15.3", GitCommit:"2d3c76f9091b6bec110a5e63777c332469e0cba2", GitTreeState:"clean", BuildDate:"2019-08-19T11:13:54Z", GoVersion:"go1.12.9", Compiler:"gc", Platform:"linux/amd64"} Server Version: version.Info{Major:"1", Minor:"15", GitVersion:"v1.15.3", GitCommit:"2d3c76f9091b6bec110a5e63777c332469e0cba2", GitTreeState:"clean", BuildDate:"2019-08-19T11:05:50Z", GoVersion:"go1.12.9", Compiler:"gc", Platform:"linux/amd64"} 下载 Dashboard yaml 文件 wget https://raw

[root@k8s-master test2]# ll 总用量 8 -rw-r--r--. 1 root root 11 2月 8 16:32 test1.txt -rw-r--r--. 1 root root 36 2月 8 16:34 test2.txt [root@k8s-master test2]# find . -type f -name '*1.txt' ./test1.txt [root@k8s-master test2]# find . -type f -name '*.txt' ./test1.txt ./test2.txt [root@k8s-master test2]# find . -type f -name '*.txt' print0 find: 路径必须在表达式之前: print0 用法: find [-H] [-L] [-P] [-Olevel] [-D help|tree|search|stat|rates|opt|exec] [path...] [expression] [root@k8s-master test2]# find . -type f -name '*.txt' -print0 ./test1.txt./test2.txt[root@k8s-master test2]# find . -type f -name '*.txt'

master负责写操作，slave负责读。做到读写分离。 特点： master/slave角色 master/slave数据相同 降低master读压力转交给slave 主从复制不会阻塞 master，在同步数据时，master 可以继续处理 client 请求 只有一个主 redis，可以有多个从 redis 升级版：哨兵模式，防止master出现crash 主从配置 主 redis 配置 无需特殊配置。 从redis配置 修改从 redis 服务器上的 redis.conf 文件，添加 slaveof 主 redisip 主 redis 端口。 slaveof 192.168.101.3 6379 主从复制过程 在 redis2.8 版本之前主从复制过程如下图： 复制过程说明： slave 服务启动，slave 会建立和 master 的连接，发送 sync 命令。 master 启动一个后台进程将数据库快照保存到 RDB 文件中；master将中途的写操作存储于缓冲区 master发送RDB文件给salve salve将文件保存到磁盘上，然后加载到内存中恢复 master把缓存的命令转发给slave 注意：后续 master 收到的写命令都会通过开始建立的连接发送给 slave。 当 master 和 slave 的连接断开时 slave 可以自动重新建立连接。如果

文章目录 1.main方法 1.1 startRpcEnvAndEndpoint() 1.1.1 create 1.1.2 setupEndpoint() 1.2 Constructor 2. onStart()方法 大致的整体启动流程如下： 1.main方法 在StandAlone模式下，Spark集群中存在两种重要的节点，分别是Master和Worker。那么作为集群管理器的Master到底是怎样启动的呢？我们通过源码来查看一下。 在运行了start-all.sh脚本之后，最终Master类会启动（至于脚本的启动过程在此省略）。 下面是Master的伴生对象的main方法： // 启动 Master 的入口函数 def main ( argStrings : Array [ String ] ) { Utils . initDaemon ( log ) val conf = new SparkConf // 构建用于参数解析的实例 --host hadoop201 --port 7077 --webui-port 8080 val args : MasterArguments = new MasterArguments ( argStrings , conf ) // 启动 RPC 通信环境和 MasterEndPoint val ( rpcEnv , _ , _ ) : (

文章目录 一、掌握Mysql复制方式的区别及优缺点 二、了解半同步复制出现的必要性 半同步工作原理 三、配置半同步复制 实验环境 一、掌握Mysql复制方式的区别及优缺点 异步复制（Asynchronous replication） MySQL默认的复制即是异步的，主库在执行完客户端提交的事务后会立即将结果返给给客户端，并不关心从库是否已经接收并处理，这样就会有一个问题，主如果crash掉了，此时主上已经提交的事务可能并没有传到从上，如果此时，强行将从提升为主，可能导致新主上的数据不完 全同步复制（Fully synchronous replication） 指当主库执行完一个事务，所有的从库都执行了该事务才返回给客户端。因为需要等待所有从库执行完该事务才能返回，所以全同步复制的性能必然会收到严重的影响。 半同步复制（Semisynchronous replication） 介于异步复制和全同步复制之间，主库在执行完客户端提交的事务后不是立刻返回给客户端，而是等待至少一个从库接收到并写到relay log中才返回给客户端。相对于异步复制，半同步复制提高了数据的安全性，同时它也造成了一定程度的延迟，这个延迟最少是一个TCP/IP往返的时间。所以，半同步复制最好在低延时的网络中使用。 在2010年MySQL 5.5版本之前，一直采用的是这种异步复制的方式

一、git 简介 Git(读音为/gɪt/。)是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。 [1] Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。 分布式相比于集中式的最大区别在于开发者可以提交到本地，每个开发者通过克隆（git clone），在本地机器上拷贝一个完整的Git仓库。 Git的功能特性： 从一般开发者的角度来看，git有以下功能： 1、从服务器上克隆完整的Git仓库（包括代码和版本信息）到单机上。 2、在自己的机器上根据不同的开发目的，创建分支，修改代码。 3、在单机上自己创建的分支上提交代码。 4、在单机上合并分支。 5、把服务器上最新版的代码fetch下来，然后跟自己的主分支合并。 6、生成补丁（patch），把补丁发送给主开发者。 7、看主开发者的反馈，如果主开发者发现两个一般开发者之间有冲突（他们之间可以合作解决的冲突），就会要求他们先解决冲突，然后再由其中一个人提交。如果主开发者可以自己解决，或者没有冲突，就通过。 8、一般开发者之间解决冲突的方法，开发者之间可以使用pull 命令解决冲突，解决完冲突之后再向主开发者提交补丁。 从主开发者的角度（假设主开发者不用开发代码）看，git有以下功能： 1、查看邮件或者通过其它方式查看一般开发者的提交状态。 2

以下所有操作均在master端进行 服务器角色分配 角色 地址 安装组件 master 192.168.142.220 kube-apiserver kube-controller-manager kube-scheduler etcd node1 192.168.142.136 kubelet kube-proxy docker flannel etcd node2 192.168.142.132 kubelet kube-proxy docker flannel etcd 一、APIserver服务部署 建立apiserver安装站点 [root@master k8s]# pwd /k8s [root@master k8s]# mkdir apiserver [root@master k8s]# cd apiserver/ 建立ca证书（注意路径问题！！） //定义ca证书，生成ca证书配置文件 [root@master apiserver]# cat > ca-config.json <<EOF { "signing": { "default": { "expiry": "87600h" }, "profiles": { "kubernetes": { "expiry": "87600h", "usages": [ "signing", "key encipherment",

VRRP诞生的背景介绍  当网关路由器RouterA出现故障时，本网段内以该设备为网关的主机都不能与Internet进行通信  多网关可能会出现一些问题：网关间IP地址冲突；主机会频繁切换网络出口 VRRP的工作原理  VRRP能够在不改变组网的情况下，将多台路由器虚拟成一个虚拟路由器，通过配置虚拟路由器的IP地址为默认网关，实现网关的备份  协议版本：VRRPv2（常用）和VRRPv3 VRRPv2仅适用于IPv4网络，VRRPv3适用于IPv4和IPv6两种网络。  VRRP协议报文：只有一种报文：Advertisement报文 其目的IP地址是224.0.0.18，目的MAC地址是00-00-5e-00-01-XX，协议号是112,VRRP是网络层协议 VRRP基本概念  虚拟路由器（Virtual Router）：由一个Master设备和多个Backup设备组成，被当作一个共享局域网内主机的缺省网关。如RouterA和RouterB共同组成了一个虚拟路由器。  Master路由器（Virtual Router Master）：承担转发报文任务的VRRP设备，如RouterA。  Backup路由器（Virtual Router Backup）：一组没有承担转发任务的VRRP设备，当Master设备出现故障时，它们将通过竞选成为新的Master设备