etcd

minikube : not able to connect a locally deployed nginx service

微笑、不失礼 提交于 2019-12-06 23:47:30
问题 I have installed minikube on my ubuntu 16.04 machine and have started a cluster, with a message "Kubernetes is available at https://192.168.99.100:443" Next, I deployed nginx service with the following command > kubectl.sh run my-nginx --image=nginx --replicas=2 --port=80 --expose > kubectl.sh get pods -o wide NAME READY STATUS RESTARTS AGE NODE my-nginx-2494149703-8jnh4 1/1 Running 0 13m 127.0.0.1 my-nginx-2494149703-q09be 1/1 Running 0 13m 127.0.0.1 > kubectl.sh get services -o wide NAME

K8S 1.10.1 高可用环境搭建实战

痴心易碎 提交于 2019-12-06 21:05:09
服务器信息如下: 主机名称 IP 备注 node01 10.150.27.51 master and etcd rode02 10.150.27.65 master and etcd node03 10.150.27.66 node VIP 10.150.27.99 软件版本: docker17.03.2-ce socat-1.7.3.2-2.el7.x86_64 kubelet-1.10.0-0.x86_64 kubernetes-cni-0.6.0-0.x86_64 kubectl-1.10.0-0.x86_64 kubeadm-1.10.0-0.x86_64 参考文档: https://github.com/cookeem/kubeadm-ha/blob/master/README_CN.md 1:环境初始化 1:分别在三台主机设置主机名称 hostnamectl set-hostname node01 hostnamectl set-hostname node02 hostnamectl set-hostname node03 2:配置主机映射 cat <<EOF > /etc/hosts 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost

k8s, etcd集群搭建报报错:request cluster ID mismatch (got

六月ゝ 毕业季﹏ 提交于 2019-12-06 21:04:29
目前在学习K8S, etcd 集群搭建,启动时候报错: master-16 etcd[25461]: request cluster ID mismatch (got bdd7c7c32bde1208 want 698851d67fea3c17) master-16 etcd[25461]: request cluster ID mismatch (got bdd7c7c32bde1208 want 698851d67fea3c17) master-16 etcd[25461]: request cluster ID mismatch (got bdd7c7c32bde1208 want 698851d67fea3c17) master-16 etcd[25461]: request cluster ID mismatch (got bdd7c7c32bde1208 want 698851d67fea3c17) master-16 etcd[25461]: request cluster ID mismatch (got bdd7c7c32bde1208 want 698851d67fea3c17) master-16 etcd[25461]: request cluster ID mismatch (got bdd7c7c32bde1208 want

ETCD单机部署与ETCD集群部署

醉酒当歌 提交于 2019-12-06 21:04:24
搭建单机etcd 安装epel源 wget http://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm rpm -ivh epel-release-latest-7.noarch.rpm 安装etcd yum install etcd 配置hosts vim /etc/hosts etcd-25-23 10.39.25.23 配置etcd文件 [root@etcd-25-23 etcd]# cat etcd.conf # [member] ETCD_NAME=default #etcd服务名字 ETCD_DATA_DIR="/var/lib/etcd/default.etcd" #etcd数据目录 #ETCD_WAL_DIR="" #ETCD_SNAPSHOT_COUNT="10000" #ETCD_HEARTBEAT_INTERVAL="100" #ETCD_ELECTION_TIMEOUT="1000" ETCD_LISTEN_PEER_URLS="ttp://10.39.25.23:2379,http://localhost:2380" ETCD_LISTEN_CLIENT_URLS="http://10.39.25.23:2379,http://127.0.0.1:2379"

更强、更稳、更高效:解读 etcd 技术升级的三驾马车

你说的曾经没有我的故事 提交于 2019-12-06 21:00:19
点击下载《不一样的 双11 技术:阿里巴巴经济体云原生实践》 本文节选自《不一样的 双11 技术:阿里巴巴经济体云原生实践》一书,点击上方图片即可下载! 作者 | 陈星宇(宇慕)阿里云基础技术中台技术专家 导读 :etcd 是阿里巴巴内部容器云平台用于存储关键元信息的组件。阿里巴巴使用 etcd 已经有 3 年的历史, 在今年 双11 过程中它又一次承担了关键角色,接受了 双11 大压力的检验。为了让更多同学了解到 etcd 的最佳实践和阿里巴巴内部的使用经验,本文作者将和大家分享阿里巴巴是如何把 etcd 升级得更强、更稳、更高效的,希望通过这篇文章让更多人了解 etcd, 享受云原生技术带来的红利。 让 etcd 变得更强 本节主要介绍 etcd 在性能方面的升级工作。首先我们来理解一下 etcd 的性能背景。 性能背景 这里先庖丁解牛,将 etcd 分为如下几个部分,如下图所示: 每一部分都有各自的性能影响,让我们逐层分解: raft 层:raft 是 etcd 节点之间同步数据的基本机制,它的性能受限于网络 IO、节点之间的 rtt 等, WAL 受到磁盘 IO 写入延迟; 存储层:负责持久化存储底层 kv, 它的性能受限于磁盘 IO,例如:fdatasync 延迟、内存 treeIndex 索引层锁的 block、boltdb Tx 锁的 block 以及 boltdb

etcd学习之安装与命令

夙愿已清 提交于 2019-12-06 18:10:25
ETCD学习 下载etcd #下载 wget https://github.com/etcd-io/etcd/releases/download/v3.3.18/etcd-v3.3.18-linux-amd64.tar.gz #解压 tar zxvf etcd-v3.3.18-linux-amd64.tar.gz cd etcd-v3.3.18-linux-amd64.tar.gz #复制到用户目录 cp etcd etcdctl /usr/local/bin #赋予执行权限 chmod +x etcd chmod +x etcdctl 启动etcd 本人是作为练习,将etcd暴露在公网,可以直接通过ip访问,一般不建议这么做 ./etcd --listen-client-urls 'http://0.0.0.0:2379' --advertise-client-urls 'http://0.0.0.0:2379' # 后台启动 #nohup etcd --listen-client-urls 'http://0.0.0.0:2379' --advertise-client-urls 'http://0.0.0.0:2379' & 设置V3环境变量(默认V2) export ETCDCTL_API=3 #或者永久设置 vim /etc/profile 在最后添加export

ETCD 集群部署

橙三吉。 提交于 2019-12-06 15:14:00
目录 部署ETCD集群 Etcd 解析 方法一 修改hosts文件 方法二 增加bind解析 下载和分发etcd二进制文件 创建etcd证书和私钥 创建etcd的启动文件 测试 ETCD 集群状态 --- 下面的操作依托于上一篇文章 部署前期准备工作 部署ETCD集群 这里使用的ETCD为三节点高可用集群,步骤如下 下载和分发etcd二进制文件 创建etcd集群各节点的x509证书,用于加密客户端(如kubectl)与etcd集群、etcd集群之间的数据流 创建etcd的system unit文件,配置服务参数 检查集群工作状态 注意: 没有特殊说明都在node01节点操作 Etcd 解析 本次使用etcd单独的域名解析 方法一 修改hosts文件 在所有机器上操作 , /etc/hosts 文件最后增加下面内容,也可以替换成自己的IP 10.0.20.11 etcd01 etcd01.k8s.com 10.0.20.12 etcd02 etcd02.k8s.com 10.0.20.13 etcd03 etcd03.k8s.com 方法二 增加bind解析 如果使用的内网 DNS bind 做内网解析增加下面解析 etcd01 IN A 10.0.20.11 etcd02 IN A 10.0.20.12 etcd03 IN A 10.0.20.13 下载和分发etcd二进制文件

基于 DNS 动态发现方式部署 Etcd 集群

爷,独闯天下 提交于 2019-12-06 14:47:19
使用discovery的方式来搭建etcd集群方式有两种: etcd discovery 和 DNS discovery 。在 「 基于已有集群动态发现方式部署etcd集群 」一文中讲解了 etcd discovery 这种方式,今天我们就来讲讲 DNS discovery 这种方式的实现。 etcd在基于DNS做服务发现时,实际上是利用DNS的SRV记录不断轮训查询实现的。 DNS SRV 是DNS数据库中支持的一种资源记录的类型,它记录了哪台计算机提供了哪个服务这么一个简单信息。 本文采用 dnsmasq 作为 dns 服务器,关于 dnsmasq 搭建可参考 「 利用Dnsmasq部署DNS服务 」。 创建DNS记录 增加DNS SRV记录 $ vim /etc/dnsmasq.conf #增加内容如下 srv-host=_etcd-server._tcp.hi-linux.com,etcd1.hi-linux.com,2380,0,100 srv-host=_etcd-server._tcp.hi-linux.com,etcd2.hi-linux.com,2380,0,100 srv-host=_etcd-server._tcp.hi-linux.com,etcd3.hi-linux.com,2380,0,100 增加对应的域名解析 $ vim /etc/dnsmasq

基于已有集群动态发现方式部署 Etcd 集群

假装没事ソ 提交于 2019-12-06 14:46:22
etcd提供了多种部署集群的方式,在「 通过静态发现方式部署etcd集群 」 一文中我们介绍了如何通过静态发现方式部署集群。 不过很多时候,你只知道你要搭建一个多大(包含多少节点)的集群,但是并不能事先知道这几个节点的ip,从而无法使用 --initial-cluster 参数。 这个时候,你就需要使用discovery的方式来搭建etcd集群。discovery方式有两种: etcd discovery 和 DNS discovery 。 这里我们先介绍下 etcd discovery 方式。这种启动方式依赖另外一个ETCD集群,在该集群中创建一个目录,并在该目录中创建一个_config的子目录,并且在该子目录中增加一个size节点,指定集群的节点数目。在这种情况下,将该目录在ETCD中的URL作为节点的启动参数,即可完成集群启动。 etcd discovery 集群方式分为两种:自定义的etcd discovery和公共 etcd discovery。 公共etcd discovery服务 公共的discovery就是通过CoreOS提供的公共discovery服务申请token。 获取集群标识 集群标识可以从已有的etcd集群中创建,这里通过CoreOS提供的公共discovery服务申请token $ curl -w "\n" 'https://discovery.etcd

更强、更稳、更高效:解读 etcd 技术升级的三驾马车

我只是一个虾纸丫 提交于 2019-12-06 14:19:46
点击下载《不一样的 双11 技术:阿里巴巴经济体云原生实践》 本文节选自《不一样的 双11 技术:阿里巴巴经济体云原生实践》一书,点击上方图片即可下载! 作者 | 陈星宇(宇慕)阿里云基础技术中台技术专家 导读 :etcd 是阿里巴巴内部容器云平台用于存储关键元信息的组件。阿里巴巴使用 etcd 已经有 3 年的历史, 在今年 双11 过程中它又一次承担了关键角色,接受了 双11 大压力的检验。为了让更多同学了解到 etcd 的最佳实践和阿里巴巴内部的使用经验,本文作者将和大家分享阿里巴巴是如何把 etcd 升级得更强、更稳、更高效的,希望通过这篇文章让更多人了解 etcd, 享受云原生技术带来的红利。 让 etcd 变得更强 本节主要介绍 etcd 在性能方面的升级工作。首先我们来理解一下 etcd 的性能背景。 性能背景 这里先庖丁解牛,将 etcd 分为如下几个部分,如下图所示: 每一部分都有各自的性能影响,让我们逐层分解: raft 层:raft 是 etcd 节点之间同步数据的基本机制,它的性能受限于网络 IO、节点之间的 rtt 等, WAL 受到磁盘 IO 写入延迟; 存储层:负责持久化存储底层 kv, 它的性能受限于磁盘 IO,例如:fdatasync 延迟、内存 treeIndex 索引层锁的 block、boltdb Tx 锁的 block 以及 boltdb