在 Kubernetes 中安装 Gitlab

hang.yan@hotmail.com (涯余) — Wed, 08 May 2019 13:36:33 +0000

现在很少写这种安装类的博客了。之前在公司部署了一个 Gitlab 作为日常使用，因为步骤比较繁琐。在此把零零散散的资料汇聚一下，记录一个比较完整的安装过程

环境

Kubernetes 1.13.1 三个高可用节点
每个节点上一个空余磁盘

步骤

安装 Rook

Rook 提供了基于 Ceph 的分布式存储，我们利用每个节点上的空余磁盘来支撑 Kubernetes 里的 PV/StorageClass 等

Helm 安装

首先，初始化磁盘

mkfs.ext4 /dev/vdb
mount /dev/vdb /var/lib/rook
mkdir /var/lib/rook
# TODO: add to /etc/fstab

然后通过 Helm 安装 Rook

helm repo add rook-stable https://charts.rook.io/stable
helm install --namespace rook-ceph-system rook-stable/rook-ceph

部署完成后可以看到rook-ceph-system Namespace 下运行的 Resource:

创建 CephCluster

#################################################################################
# This example first defines some necessary namespace and RBAC security objects.
# The actual Ceph Cluster CRD example can be found at the bottom of this example.
#################################################################################
apiVersion: v1
kind: Namespace
metadata:
 name: rook-ceph
---
apiVersion: v1
kind: ServiceAccount
metadata:
 name: rook-ceph-osd
 namespace: rook-ceph
---
apiVersion: v1
kind: ServiceAccount
metadata:
 name: rook-ceph-mgr
 namespace: rook-ceph
---
kind: Role
apiVersion: rbac.authorization.k8s.io/v1beta1
metadata:
 name: rook-ceph-osd
 namespace: rook-ceph
rules:
- apiGroups: [""]
 resources: ["configmaps"]
 verbs: [ "get", "list", "watch", "create", "update", "delete" ]
---
# Aspects of ceph-mgr that require access to the system namespace
kind: Role
apiVersion: rbac.authorization.k8s.io/v1beta1
metadata:
 name: rook-ceph-mgr-system
 namespace: rook-ceph
rules:
- apiGroups:
 - ""
 resources:
 - configmaps
 verbs:
 - get
 - list
 - watch
---
# Aspects of ceph-mgr that operate within the cluster's namespace
kind: Role
apiVersion: rbac.authorization.k8s.io/v1beta1
metadata:
 name: rook-ceph-mgr
 namespace: rook-ceph
rules:
- apiGroups:
 - ""
 resources:
 - pods
 - services
 verbs:
 - get
 - list
 - watch
- apiGroups:
 - batch
 resources:
 - jobs
 verbs:
 - get
 - list
 - watch
 - create
 - update
 - delete
- apiGroups:
 - ceph.rook.io
 resources:
 - "*"
 verbs:
 - "*"
---
# Allow the operator to create resources in this cluster's namespace
kind: RoleBinding
apiVersion: rbac.authorization.k8s.io/v1beta1
metadata:
 name: rook-ceph-cluster-mgmt
 namespace: rook-ceph
roleRef:
 apiGroup: rbac.authorization.k8s.io
 kind: ClusterRole
 name: rook-ceph-cluster-mgmt
subjects:
- kind: ServiceAccount
 name: rook-ceph-system
 namespace: rook-ceph-system
---
# Allow the osd pods in this namespace to work with configmaps
kind: RoleBinding
apiVersion: rbac.authorization.k8s.io/v1beta1
metadata:
 name: rook-ceph-osd
 namespace: rook-ceph
roleRef:
 apiGroup: rbac.authorization.k8s.io
 kind: Role
 name: rook-ceph-osd
subjects:
- kind: ServiceAccount
 name: rook-ceph-osd
 namespace: rook-ceph
---
# Allow the ceph mgr to access the cluster-specific resources necessary for the mgr modules
kind: RoleBinding
apiVersion: rbac.authorization.k8s.io/v1beta1
metadata:
 name: rook-ceph-mgr
 namespace: rook-ceph
roleRef:
 apiGroup: rbac.authorization.k8s.io
 kind: Role
 name: rook-ceph-mgr
subjects:
- kind: ServiceAccount
 name: rook-ceph-mgr
 namespace: rook-ceph
---
# Allow the ceph mgr to access the rook system resources necessary for the mgr modules
kind: RoleBinding
apiVersion: rbac.authorization.k8s.io/v1beta1
metadata:
 name: rook-ceph-mgr-system
 namespace: rook-ceph-system
roleRef:
 apiGroup: rbac.authorization.k8s.io
 kind: Role
 name: rook-ceph-mgr-system
subjects:
- kind: ServiceAccount
 name: rook-ceph-mgr
 namespace: rook-ceph
---
# Allow the ceph mgr to access cluster-wide resources necessary for the mgr modules
kind: RoleBinding
apiVersion: rbac.authorization.k8s.io/v1beta1
metadata:
 name: rook-ceph-mgr-cluster
 namespace: rook-ceph
roleRef:
 apiGroup: rbac.authorization.k8s.io
 kind: ClusterRole
 name: rook-ceph-mgr-cluster
subjects:
- kind: ServiceAccount
 name: rook-ceph-mgr
 namespace: rook-ceph
---
#################################################################################
# The Ceph Cluster CRD example
#################################################################################
apiVersion: ceph.rook.io/v1
kind: CephCluster
metadata:
 name: rook-ceph
 namespace: rook-ceph
spec:
 cephVersion:
 # For the latest ceph images, see https://hub.docker.com/r/ceph/ceph/tags
 image: ceph/ceph:v13.2.2-20181023
 dataDirHostPath: /var/lib/rook
 mon:
 count: 3
 allowMultiplePerNode: true
 dashboard:
 enabled: true
 storage:
 useAllNodes: true
 useAllDevices: false
 config:
 databaseSizeMB: "1024"
 journalSizeMB: "1024"

这个 yaml 列表包含了如下的 Resource:

在 Gitlab 中使用 Danger

hang.yan@hotmail.com (涯余) — Tue, 07 May 2019 23:23:52 +0000

Gitlab 社区版的 CI 功能非常好用，能够很方便的地做到代码的 lint/build/test/等等。不过社区版在多人协作上(比如 Merge Request)上阉割了不少功能，比如将 MR assign 给多人等。通常来说，在代码合并这块，CI/CD 一般包括两部分: 代码本身以及 MR/PR 本身。Danger 这个工具正好可以补足 Gitlab 在后者的不足。

功能

Gitlab CI 的关注点在于提交的代码本身，而 Danger 的关注点在于 Merge Request 本身，当然也可以做到很多 Gitlab CI 能做到的事情，各种第三方插件也能极大地扩种 Danger 自身的能力。目前我觉得几个非常有用的功能是：

检查 Commit Message 的格式。这个功能是很基本的，但是很多 CI 系统本身都不支持。
检查与 jira 的关联。强制让每一个 MR 都关联一个 jira,方便项目管理
检查 MR 是否打标签。在 MR 非常多的时候用于给 MR 归类，在 Github 上的大项目上我们经常见到
检查 MR 的大小。改动太大的 MR 是不推荐的，因为 Review 起来难度太大，推荐分裂成比较小的 MR
检查是否 rebase 过了目标分支,保持一个干净的提交记录。

安装

因为 MR 本身属于 Git 系统的一个功能，所以 Danger 的一个主要能力在于与各大平台的集成性上,目前主流的 Gitlab/Github/都支持。也很容易部署。下面简要介绍与 Gitlab 的集成方法

Gitlab on 涯余的博客

在 Kubernetes 中安装 Gitlab

环境

步骤

安装 Rook

Helm 安装

创建 CephCluster

在 Gitlab 中使用 Danger

功能

安装