kubernetes学习(k8s中sts部署zk集群)

本文涉及的产品
注册配置 MSE Nacos/ZooKeeper,118元/月
云原生网关 MSE Higress,422元/月
服务治理 MSE Sentinel/OpenSergo,Agent数量 不受限
简介: kubernetes学习(k8s中sts部署zk集群)

各节点均安装zk

准备工作

准备工作每个节点都进行

安装java环境

可以编译或者yum安装,我这边为了省事直接yum了  

yum -y install java

下载zk二进制包

也可下载源码包自己编译

wget https://dlcdn.apache.org/zookeeper/zookeeper-3.8.1/apache-zookeeper-3.8.1-bin.tar.gz --no-check-certificate
tar -xf apache-zookeeper-3.8.1-bin.tar.gz -C /usr/local/
mv /usr/local/{apache-zookeeper-3.8.1-bin,zookeeper}
cp /usr/local/zookeeper/conf/{zoo_sample.cfg,zoo.cfg}
# 复制一份配置文件模板
mkdir /usr/local/zookeeper/{data,logs}

修改配置文件

我这边3节点默认配置文件都保持一致

cat > /usr/local/zookeeper/conf/zoo.cfg <<EOF
tickTime=2000
# 服务器之间或者服务器与客户端之间维持心跳时间间隔,tickTime单位是毫秒
initLimit=10
# 集群中follower与leader之间初始连接心跳数为10 * tickTime
syncLimit=5
# 集群中follower与leader之间请求和应答之间能容忍最多心跳 5 * tickTime
dataDir=../data
# 数据存放目录,使用的相对路径
dataLogDir=../logs
# 日志存放目录,使用的相对路径
clientPort=2181
# 客户端连接端口
maxClientCnxns=60
# 客户端最大连接数,默认即60
4lw.commands.whitelist=*
# 客户端获取zookeeper服务当前状态及信息
server.1=10.10.21.227:2888:3888
server.2=10.10.21.228:2888:3888
server.3=10.10.21.229:2888:3888
# 三个节点配置,格式为 server.服务编号=服务地址、leader和follower通信端口、选举端口
EOF

修改配置

node01

节点标记ID

echo "1" > /usr/local/zookeeper/data/myid  
# 每个节点不同即可,范围为1-255  

启动zk

/usr/local/zookeeper/bin/zkServer.sh start
# 如确定配置无误,但是无法启动zk可以尝试cd进bin目录使用相对路径启动  

node02

节点标记ID

echo "2" > /usr/local/zookeeper/data/myid

启动zk

/usr/local/zookeeper/bin/zkServer.sh start 

node03

节点标记ID

echo "3" > /usr/local/zookeeper/data/myid 

启动zk

/usr/local/zookeeper/bin/zkServer.sh start  

集群状态检测

建议等几十秒再检查,避免未完全启动  

[root@node01 bin]# ./zkServer.sh status
/usr/bin/java
ZooKeeper JMX enabled by default
Using config: /usr/local/zookeeper/bin/../conf/zoo.cfg
Client port found: 2181. Client address: localhost. Client SSL: false.
Mode: follower
[root@node02 bin]# ./zkServer.sh status
/usr/bin/java
ZooKeeper JMX enabled by default
Using config: /usr/local/zookeeper/bin/../conf/zoo.cfg
Client port found: 2181. Client address: localhost. Client SSL: false.
Mode: leader
[root@node03 bin]# ./zkServer.sh status
/usr/bin/java
ZooKeeper JMX enabled by default
Using config: /usr/local/zookeeper/bin/../conf/zoo.cfg
Client port found: 2181. Client address: localhost. Client SSL: false.
Mode: follower 

制作zk集群镜像

从上面我们大概知道了构建zk集群需要准备哪些东西了

下面就准备给它容器化  

准备构建容器所需文件

mkdir zookeeper/ # 创建目录存放
cp apache-zookeeper-3.8.1-bin.tar.gz zookeeper/ # 拷贝zk二进制文件包
cd zookeeper/  

准备配置文件

cat <<EOF > zoo.cfg 
tickTime={ZOOK_TICK_TIME}
initLimit={ZOOK_INIT_LIMIT}
syncLimit={ZOOK_SYNC_LIMIT}
dataDir={ZOOK_DATA_DIR}
dataLogDir={ZOOK_LOG_DIR}
clientPort={ZOOK_CLIENT_PORT}
maxClientCnxns={ZOOK_MAX_CLIENT_CNXNS}
4lw.commands.whitelist=*
EOF
# 这里{}定义了很多占位用的数据,后面会用来替换  

准备Dockerfile

cat <<EOF > Dockerfile 
FROM openjdk:8-jre
RUN /bin/cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime &&  echo 'Asia/Shanghai' >/etc/timezone
# 调整时区,也可以之间在k8s的yaml文件将hostpath的/etc/localtime 挂载给pod来定义时区
ENV VERSION=3.8.1
ADD ./apache-zookeeper-${VERSION}-bin.tar.gz /
# 解压二进制包到 / 下
COPY ./zoo.cfg /apache-zookeeper-${VERSION}-bin/conf
RUN mv /apache-zookeeper-${VERSION}-bin /zookeeper
COPY ./entrypoint.sh /entrypoint.sh
EXPOSE 2181 2888 3888
CMD ["bin/bash", "/entrypoint.sh"]
EOF
# 这里使用了环境变量来代替版本,方便后续迭代升级 

准备entrypoint.sh

cat entrypoint.sh
# 定义zk需要的一些环境变量
ZOOK_BIN_DIR=/zookeeper/bin
ZOOK_CONF_DIR=/zookeeper/conf/zoo.cfg
# ${ZOOK_TICK_TIME:-2000}是一种Shell中的环境变量替换语法,表示如果环境变量ZOOK_TICK_TIME未定义或为空,则使用默认值2000进行替换
# 在使用sed命令替换文本时,可以在需要替换的文本内容中添加环境变量名并设置默认值。语法格式为 ${变量名:-默认值}
# 下面这一部分可以在k8s的yaml中使用环境变量传参,如不传就会使用默认的参数
sed -i s#{ZOOK_TICK_TIME}#${ZOOK_TICK_TIME:-2000}#g ${ZOOK_CONF_DIR}
sed -i s#{ZOOK_INIT_LIMIT}#${ZOOK_INIT_LIMIT:-10}#g ${ZOOK_CONF_DIR}
sed -i s#{ZOOK_SYNC_LIMIT}#${ZOOK_SYNC_LIMIT:-5}#g ${ZOOK_CONF_DIR}
sed -i s#{ZOOK_DATA_DIR}#${ZOOK_DATA_DIR:-/data}#g ${ZOOK_CONF_DIR}
sed -i s#{ZOOK_LOG_DIR}#${ZOOK_LOG_DIR:-/logs}#g ${ZOOK_CONF_DIR}
sed -i s#{ZOOK_CLIENT_PORT}#${ZOOK_CLIENT_PORT:-2181}#g ${ZOOK_CONF_DIR}
sed -i s#{ZOOK_MAX_CLIENT_CNXNS}#${ZOOK_MAX_CLIENT_CNXNS:-60}#g ${ZOOK_CONF_DIR}
# 通过ENV的方式注入ZK的地址,并循环加入到配置文件中
for server in ${ZOOK_SERVERS:-server.1=localhost:2181:2888:3888}
do
  echo ${server} >> ${ZOOK_CONF_DIR}
done
# 建立myid文件,通过pod的主机的名称提取,要求采用StatefulSet方式来编排,否则无法提取到匹配的主机名
ZOOK_MYID=$(( $(hostname | sed 's#.*-##g') + 1 ))
echo "${ZOOK_MYID:-99}" > ${ZOOK_DATA_DIR:-/data}/myid
# 前台运行zookeeper
cd ${ZOOK_BIN_DIR}
./zkServer.sh start-foreground 

构建镜像

上面三台机器是没安装docker的,我这边把dockerfile需要的文件都拷贝到docker环境进行构建

[root@node01 ~]# scp -r zookeeper/ 10.10.21.223:/opt 
# 10.10.21.223是我k8s中的node01
docker build -t harbor.org/library/zk:3.8.1 .
# 改好tag方便push  

上传镜像

上传镜像涉及到harbor,可以参考这篇blog

docker login -u admin -p Harbor12345 harbor.org
# 登录harbor
docker push harbor.org/library/zk:3.8.1
# 上传至我自己的harbor中 

k8s安装zk集群

Zookeeper属于有状态服务;

Zookeeper集群存在角色之分;

Zookeeper集群每个节点都需要存储自己的数据;

Zookeeper集群每个节点都需要有一个唯一的地  

创建docker-register的secret

kubectl create secret docker-registry harbor-admin --docker-username=admin --docker-password=Harbor12345  

这样可以避免每个节点都去login登录harbor

创建headless

cat <<EOF > zk-headless.yaml 
apiVersion: v1
kind: Service
metadata:
  name: zk-svc
spec: 
  clusterIP: None
  selector:
    app: zk
  ports:
  - name: client
    port: 2181
    targetPort: 2181
  - name: leader-fllow
    port: 2888
    targetPort: 2888
  - name: selection
    port: 3888
    targetPort: 3888
EOF  

创建sts

其中涉及到nfs的存储类,可以参考这篇blog  

vim zk-sts.yaml
apiVersion: apps/v1
kind: StatefulSet
metadata:
  name: zk
spec: 
  serviceName: zk-svc
  replicas: 3
  selector:
    matchLabels:
      app: zk
  template:
    metadata:
      labels:
        app: zk
    spec:
      affinity:
        podAntiAffinity: # pod亲和性控制pod不分配到相同节点
          requiredDuringSchedulingIgnoredDuringExecution:
          - labelSelector:
              matchExpressions:
              - key: app
                operator: In
                values: ["zk"]
            topologyKey: "kubernetes.io/hostname"
      imagePullSecrets:
      - name: harbor-admin # 和docker-register的secret对应
      containers:
      - name: zk
        image: harbor.org/library/zk:3.8.1 # 上面新打包的镜像
        imagePullPolicy: Always
        env:
        - name: ZOOK_SERVERS # 传参进去
          value: "server.1=zk-0.zk-svc.default.svc.cluster.local:2888:3888 server.2=zk-1.zk-svc.default.svc.cluster.local:2888:3888 server.3=zk-2.zk-svc.default.svc.cluster.local:2888:3888"
        ports:
        - name: client
          containerPort: 2181
        - name: leader-fllow
          containerPort: 2888
        - name: selection
          containerPort: 3888
        readinessProbe: # 就绪探针
          exec:
            command: 
            - "/bin/bash"
            - "-c"
            - '[[ "$(/zookeeper/bin/zkServer.sh status 2>/dev/null|grep 2181)" ]] || exit 1'
          initialDelaySeconds: 10
          timeoutSeconds: 5
        livenessProbe: # 存活探针
          exec:
            command: 
            - "/bin/bash"
            - "-c"
            - '[[ "$(/zookeeper/bin/zkServer.sh status 2>/dev/null|grep 2181)" ]] || exit 1'
          initialDelaySeconds: 10
          timeoutSeconds: 5
        volumeMounts:
        - name: data
          mountPath: /data
  volumeClaimTemplates:
  - metadata:
      name: data
    spec:
      accessModes: ["ReadWriteMany"]      
      storageClassName: nfs-storage # 和已有的存储类需要对应
      resources:
        requests:
          storage: 10Gi  

启动集群并检查

kubectl apply -f zk-headless.yaml 
kubectl apply -f zk-sts.yaml
kubectl get pod -owide  

正常结果应该是pod都启动了,且不在一个节点上

[root@node1 zookeeper]# kubectl get svc  
NAME         TYPE        CLUSTER-IP    EXTERNAL-IP   PORT(S)                      AGE   LABELS
kubernetes   ClusterIP   192.168.0.1   <none>        443/TCP                      29h   component=apiserver,provider=kubernetes
zk-svc       ClusterIP   None          <none>        2181/TCP,2888/TCP,3888/TCP   79m   <none>
[root@node1 zookeeper]# kubectl get pod -owide 
NAME   READY   STATUS    RESTARTS   AGE     IP               NODE           NOMINATED NODE   READINESS GATES
zk-0   1/1     Running   0          5m11s   172.16.120.199   10.10.21.223   <none>           <none>
zk-1   1/1     Running   0          5m      172.16.78.70     10.10.21.225   <none>           <none>
zk-2   1/1     Running   0          87s     172.16.152.194   10.10.21.224   <none>           <none>  复制成功,转载请保留本站链接: www.chenjiao.cloud

然后进集群检查下zk状态

[root@node1 zookeeper]# kubectl exec zk-0 -- /zookeeper/bin/zkServer.sh status 
ZooKeeper JMX enabled by default
Using config: /zookeeper/bin/../conf/zoo.cfg
Client port found: 2181. Client address: localhost. Client SSL: false.
Mode: follower
[root@node1 zookeeper]# kubectl exec zk-1 -- /zookeeper/bin/zkServer.sh status 
ZooKeeper JMX enabled by default
Using config: /zookeeper/bin/../conf/zoo.cfg
Client port found: 2181. Client address: localhost. Client SSL: false.
Mode: leader
[root@node1 zookeeper]# kubectl exec zk-2 -- /zookeeper/bin/zkServer.sh status 
ZooKeeper JMX enabled by default
Using config: /zookeeper/bin/../conf/zoo.cfg
Client port found: 2181. Client address: localhost. Client SSL: false.
Mode: follower 

连接zk集群测试

kubectl exec -it zk-2 -- /bin/bash
root@zk-2:/# /zookeeper/bin/zkCli.sh -server zk-svc
[zk: zk-svc(CONNECTED) 1] create /kubernetes version1.26.5
Created /kubernetes
[zk: zk-svc(CONNECTED) 2] get /kubernetes
version1.26.5 


相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用,部署一个新的应用用于新的发布,并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
目录
相关文章
|
19天前
|
Kubernetes 负载均衡 Cloud Native
云原生应用:Kubernetes在容器编排中的实践与挑战
【10月更文挑战第27天】Kubernetes(简称K8s)是云原生应用的核心容器编排平台,提供自动化、扩展和管理容器化应用的能力。本文介绍Kubernetes的基本概念、安装配置、核心组件(如Pod和Deployment)、服务发现与负载均衡、网络配置及安全性挑战,帮助读者理解和实践Kubernetes在容器编排中的应用。
56 4
|
20天前
|
Kubernetes 监控 Cloud Native
云原生应用:Kubernetes在容器编排中的实践与挑战
【10月更文挑战第26天】随着云计算技术的发展,容器化成为现代应用部署的核心趋势。Kubernetes(K8s)作为容器编排领域的佼佼者,以其强大的可扩展性和自动化能力,为开发者提供了高效管理和部署容器化应用的平台。本文将详细介绍Kubernetes的基本概念、核心组件、实践过程及面临的挑战,帮助读者更好地理解和应用这一技术。
55 3
|
26天前
|
JSON Kubernetes 容灾
ACK One应用分发上线:高效管理多集群应用
ACK One应用分发上线,主要介绍了新能力的使用场景
|
27天前
|
Kubernetes 持续交付 开发工具
ACK One GitOps:ApplicationSet UI简化多集群GitOps应用管理
ACK One GitOps新发布了多集群应用控制台,支持管理Argo CD ApplicationSet,提升大规模应用和集群的多集群GitOps应用分发管理体验。
|
1月前
|
Kubernetes 应用服务中间件 nginx
搭建Kubernetes v1.31.1服务器集群,采用Calico网络技术
在阿里云服务器上部署k8s集群,一、3台k8s服务器,1个Master节点,2个工作节点,采用Calico网络技术。二、部署nginx服务到k8s集群,并验证nginx服务运行状态。
518 1
|
1月前
|
Kubernetes Ubuntu Linux
Centos7 搭建 kubernetes集群
本文介绍了如何搭建一个三节点的Kubernetes集群,包括一个主节点和两个工作节点。各节点运行CentOS 7系统,最低配置为2核CPU、2GB内存和15GB硬盘。详细步骤包括环境配置、安装Docker、关闭防火墙和SELinux、禁用交换分区、安装kubeadm、kubelet、kubectl,以及初始化Kubernetes集群和安装网络插件Calico或Flannel。
148 0
|
1月前
|
Kubernetes Cloud Native 云计算
云原生之旅:Kubernetes 集群的搭建与实践
【8月更文挑战第67天】在云原生技术日益成为IT行业焦点的今天,掌握Kubernetes已成为每个软件工程师必备的技能。本文将通过浅显易懂的语言和实际代码示例,引导你从零开始搭建一个Kubernetes集群,并探索其核心概念。无论你是初学者还是希望巩固知识的开发者,这篇文章都将为你打开一扇通往云原生世界的大门。
122 17
|
1月前
|
Kubernetes Cloud Native 微服务
微服务实践之使用 kube-vip 搭建高可用 Kubernetes 集群
微服务实践之使用 kube-vip 搭建高可用 Kubernetes 集群
108 1
|
1月前
|
负载均衡 应用服务中间件 nginx
基于Ubuntu-22.04安装K8s-v1.28.2实验(二)使用kube-vip实现集群VIP访问
基于Ubuntu-22.04安装K8s-v1.28.2实验(二)使用kube-vip实现集群VIP访问
53 1
|
1月前
|
Kubernetes Cloud Native Ubuntu
云原生之旅:Kubernetes集群搭建与应用部署
【8月更文挑战第65天】本文将带你进入云原生的世界,通过一步步指导如何在本地环境中搭建Kubernetes集群,并部署一个简单的应用。我们将使用Minikube和Docker作为工具,探索云原生技术的魅力所在。无论你是初学者还是有经验的开发者,这篇文章都将为你提供有价值的信息和实践技巧。