1.拆分环境

主机名	角色	ip
hdss7-11.host.com	zk1.od.com(Test环境)	10.4.7.11
hdss7-12.host.com	zk2.od.com(Prod环境)	10.4.7.12

2.重配zookeeper

hdss7-11和hdss7-12上拆分成两个单独的zookeeper，不组成集群

[root@hdss7-11 bin]# ./zkServer.sh stop
[root@hdss7-12 bin]# ./zkServer.sh stop
[root@hdss7-11 zookeeper]# tree  /data/zookeeper         /删除data和logs下所有文件
.
├── data
└── logs
2 directories, 0 files
[root@hdss7-12 zookeeper]# tree  /data/zookeeper         /删除data和logs下所有文件
.
├── data
└── logs
2 directories, 0 files

[root@hdss7-11 bin]# vi /opt/zookeeper/conf/zoo.cfg
tickTime=2000
initLimit=10
syncLimit=5
dataDir=/data/zookeeper/data
dataLogDir=/data/zookeeper/logs
clientPort=2181
                  
[root@hdss7-12 bin]# vi /opt/zookeeper/conf/zoo.cfg
tickTime=2000
initLimit=10
syncLimit=5
dataDir=/data/zookeeper/data
dataLogDir=/data/zookeeper/logs
clientPort=2181

[root@hdss7-11 bin]# ./zkServer.sh start

[root@hdss7-12 bin]# ./zkServer.sh start

[root@hdss7-11 bin]# ./zkServer.sh status
Mode: standalone
[root@hdss7-12 bin]# ./zkServer.sh status
Mode: standalone

3.准备资源配置清单（dubbo-monitor）

在运维主机hdss7-200上

[root@hdss7-200 dubbo-monitor]# pwd
/data/k8s-yaml/dubbo-monitor
[root@hdss7-200 dubbo-monitor]# vi cm.yaml
apiVersion: v1
kind: ConfigMap
metadata:
  name: dubbo-monitor-cm
  namespace: infra
data:
  dubbo.properties: |
    dubbo.container=log4j,spring,registry,jetty
    dubbo.application.name=simple-monitor
    dubbo.application.owner=OldboyEdu
    dubbo.registry.address=zookeeper://zk1.od.com:2181
    dubbo.protocol.port=20880
    dubbo.jetty.port=8080
    dubbo.jetty.directory=/dubbo-monitor-simple/monitor
    dubbo.charts.directory=/dubbo-monitor-simple/charts
    dubbo.statistics.directory=/dubbo-monitor-simple/statistics
    dubbo.log4j.file=/dubbo-monitor-simple/logs/dubbo-monitor.log
    dubbo.log4j.level=WARN
    
[root@hdss7-200 dubbo-monitor]# vi dp2.yaml
kind: Deployment
apiVersion: extensions/v1beta1
metadata:
  name: dubbo-monitor
  namespace: infra
  labels: 
    name: dubbo-monitor
spec:
  replicas: 1
  selector:
    matchLabels: 
      name: dubbo-monitor
  template:
    metadata:
      labels: 
        app: dubbo-monitor
        name: dubbo-monitor
    spec:
      containers:
      - name: dubbo-monitor
        image: harbor.od.com/infra/dubbo-monitor:latest
        ports:
        - containerPort: 8080
          protocol: TCP
        - containerPort: 20880
          protocol: TCP
        imagePullPolicy: IfNotPresent
        volumeMounts:
          - name: configmap-volume
            mountPath: /dubbo-monitor-simple/conf
      volumes:
        - name: configmap-volume
          configMap:
            name: dubbo-monitor-cm
      imagePullSecrets:
      - name: harbor
      restartPolicy: Always
      terminationGracePeriodSeconds: 30
      securityContext: 
        runAsUser: 0
      schedulerName: default-scheduler
  strategy:
    type: RollingUpdate
    rollingUpdate: 
      maxUnavailable: 1
      maxSurge: 1
  revisionHistoryLimit: 7
  progressDeadlineSeconds: 600

4.应用资源配置清单

任意运算节点上，这里为hdss7-21

[root@hdss7-21 bin]# kubectl apply -f http://k8s-yaml.od.com/dubbo-monitor/cm.yaml
configmap/dubbo-monitor-cm created
[root@hdss7-21 bin]# kubectl apply -f http://k8s-yaml.od.com/dubbo-monitor/dp2.yaml
deployment.extensions/dubbo-monitor configured

5.重新发版，修改dubbo项目的配置文件

可以看到registry现在是zk1.od.com

修改configmap并重启pod
step1：编辑configmap

step2：修改 dubbo.registry.address=zookeeper://zk2.od.com:2181

step3：重启pod

6.验证configmap的配置

访问dubbo-monitor.od.com

dashboard里进pod查看：

7.kubectl陈述式方式创建ConfigMap

例如 kebelet.kubeconfig这种配置文件，如果写进yaml文件会很恶心，尤其是空格要求很严格，这时候我们就需要用到kubectl方式创建configmap

//创建
[root@hdss7-21 ~]# kubectl create cm kubelet-cm --from-file=/opt/kubernetes/server/bin/conf/kubelet.kubeconfig -n default 
configmap/kubelet-cm created

//查看
[root@hdss7-21 ~]# kubectl get cm kubelet-cm -n default 
NAME         DATA   AGE
kubelet-cm   1      56s
[root@hdss7-21 ~]# kubectl get cm kubelet-cm -o yaml -n default 
apiVersion: v1
data:
  kubelet.kubeconfig: |
    apiVersion: v1
    clusters:
    - cluster:
    。。。略

dashboard查看：

8.大型翻车现场----flannel

问题产生原因：

- 启动flanel网络的时候，没有读取到 subnet.env的环境变量 FLANNEL_SUBNET

问题发生过程：

1 启动flanel 没有读取到子网的信息，导致flannel 认为先前的子网为 None，触发xx机制，使用随机分配子网的方式
Wrote subnet file to /run/flannel/subnet.env 此句是没有读取到脚本中的subne.env 会在此目录下生成一个
Wrote subnet file to ./subnet.env 如果读取到会在你的配置下重点重写这个文件，所以所你启动以后，这个文件是要被重写的，里面配置的内容只是起个引导作用，认为你上一次用的网络是你配置文件中的网络
2 将随机分配的网络写入ETCD数据库
coreos.com/network/subnets/172.7.204.0-24 后边的地址是route -n 能看到的地址
3 如果数据库中存在数据，不会读取 subnet.env中的数据，会直接读取ETCD中的数据
我测试了删除整个文件，里边所有数据都会生成，
172.7.204.1/24 这个是根据 /coreos.com/network/subnets/172.7.204.0-24 这个key 下的这个数据生成的
FLANNEL_NETWORK=172.7.0.0/16 这个数据还没有找到生成的key 我手动修改了network的配置，但是还是没有成功
4 配置 etcdkeeper
1 下载:https://github.com/evildecay/etcdkeeper/releases地址
2 在etcd服务器解压
3 chmod +x etcdkeeper
4 ./etcdkeeper -h 0.0.0.0 -p 8800 直接在前台运行
5 在浏览器查看数据
6 kubernetes 使用的是etcd v3 协议 flanel 使用的是 etcd v2 协议，要注意选择协议版本

建议

node 节点的路由信息，直接写入etcd 不使用配置文件配置!

kubernetes---ConfigMap管理应用配置