转载于https://blog.csdn.net/wzp1986/article/details/72128063?utm_source=itdadao&utm_medium=referral#ops%E7%9A%84%E7%95%8C%E9%9D%A2

使用官方工具包模板

前提是在k8s上安装好了kube-dns和ingress-controller组件，和helm工具。

添加helm源

helm repo add fabric8 https://fabric8.io/helm

使用官方安装模板

会自动安装一堆的deployment、PersistentVolumeClaim和ConfigMap；
在提供足够的PersistentVolume，并根据实际情况修改好必要的ConfigMap之前，大部分组件是不可能正常运行的。

helm install fabric8/fabric8-platform --name fabric8-platform

服务访问

修改exposecontroller的ConfigMap

fabric8平台包含一个exposecontroller服务，负责把集群内运行的各个DevOps组件暴露到集群外部；
如下修改，使exposecontroller通过Ingress让各DevOps组件对外提供服务，使用统一的域名，如”wzp.local”。

cat <<EOF | kubectl apply -f -
apiVersion: "v1"
data:
  config.yml: |-
    exposer: "Ingress" domain: "wzp.local" kind: "ConfigMap" metadata: name: "exposecontroller" EOF

exposecontroller正常运行后，就会发现集群内多了很多ingress；
用于从k8s集群外部(如浏览器)访问内部运行的GIT仓库、Maven仓库、image仓库、jenkins、fabric8平台。

让内部dns提供泛域名解析

由于内部组件除了使用k8s的service名称外，也有可能使用与外部访问相同的地址，如”wzp.local”，来访问内部其他组件；所以需要给内部dns添加启动参数，配置上泛域名解析规则：--address=/wzp.local/192.168.175.83

提供PersistentVolume

查看PersistentVolumeClaim

先看看各devops组件具体的存储需求

kubectl get pvc --all-namespaces
kubectl get pvc <pvc名称> -n <pvc的namespace> -o yaml

创建PersistentVolume

只有一个node的时候，才可使用hostPath作为存储路径。
建议先把所有pvc的定义记录后删除pvc，再手动一对一对地创建pv和pvc。

mkdir -p /kube-pv1/jenkins-mvn-local-repo-dev cat <<EOF | kubectl apply -f - apiVersion: v1 kind: PersistentVolume metadata: annotations: volume.beta.kubernetes.io/storage-class: standard labels: provider: fabric8 project: jenkins version: 2.2.311 group: io.fabric8.devops.apps name: jenkins-mvn-local-repo-dev spec: capacity: storage: 2Gi accessModes: - ReadWriteOnce persistentVolumeReclaimPolicy: Retain hostPath: path: /kube-pv1/jenkins-mvn-local-repo-dev --- apiVersion: v1 kind: PersistentVolumeClaim metadata: namespace: dev annotations: volume.beta.kubernetes.io/storage-class: standard labels: provider: fabric8 project: jenkins version: 2.2.311 group: io.fabric8.devops.apps name: jenkins-mvn-local-repo spec: accessModes: - ReadWriteOnce resources: requests: storage: 1Gi EOF

查看PersistentVolume的使用情况

kubectl get pv

pv使用情况

处理pod启动失败

预留更长的启动时间

如果不能及时启动成功，k8s会反复重启pod；
可修改deployment里的initialDelaySeconds配置，在性能不足的机器上给pod预留更多的启动时间。

自行下载并tag镜像

如果从原始地址下载镜像失败，需要自行使用docker pull命令从阿里云下载对应的image，并使用docker tag命令给pull下来的image打上和错误描述里一模一样的标签；
然后删除错误pod，让ReplicaSet立即重新创建pod。
许多功能还依赖busybox，需要预先下载image并打上各种标签。

docker pull googlecontainer/busybox:latest
docker tag googlecontainer/busybox:latest busybox:latest
docker tag googlecontainer/busybox:latest gcr.io/google_containers/busybox:latest

处理CD流水线错误

下载pipeline Groovy library失败

“@Library”命令只能从github.com网站在线下载和运行library，想从本地git地址下载library，除非自行修改插件：
https://github.com/jenkinsci/pipeline-github-lib-plugin/blob/master/src/main/java/org/jenkinsci/plugins/pipeline/github/library/GitHubLibraryResolver.java

由于github强制使用https，需要在jenkins的deployment配置里添加GIT_SSL_NO_VERIFY环境变量，值为”1”。

运行privileged容器

jenkinsci/kubernetes-plugin会启动新的pod来运行jenkins slave，而slave需要进行docker image的制作与上传；于是每台k8s node上都要允许运行privileged容器，k8s node上的docker deamon会监听/var/run/docker.sock，响应由privileged容器发出的docker build等命令。
修改/etc/kubernetes/config参数文件

KUBE_ALLOW_PRIV="--allow-privileged=true"

访问devops平台

Ops的界面

提供web console，可在页面上直接登入容器，执行命令。

webconsole
安装fabric8提供的Management模块，还可以统一查看集群资源占用(使用Heapster+InfluxDB+Grafana)与进行日志搜索(使用ElasticSearch+Logstash+Kibana)。

Dev的界面

利用jenkins pipeline与jenkinsci/kubernetes-plugin，自动进行编译、制作镜像、部署、测试等任务。
由于整个CD过程按照pipeline脚本进行，务必保持各种命名规范，比如编译打包结果的名称需与项目的名称一致，打包结果的输出位置不可变动。

在Kubernetes集群里安装微服务DevOps平台fabric8