Adding and removing Kubernetes clusters
Adding and removing Kubernetes clusters
GitLab 为以下 Kubernetes 提供者提供了集成的集群创建功能:
- Google Kubernetes 引擎(GKE).
- Amazon Elastic Kubernetes 服务(EKS).
GitLab 还可以与本地或托管的任何标准 Kubernetes 提供程序集成.
注意:观看的网络广播可扩展应用程序部署,并了解如何通过单击几下加速由 Google Cloud Platform(GCP)管理的 Kubernetes 集群.提示:每个新的 Google Cloud Platform(GCP)帐户都会获得$ 300 的信用额 ,并且与 Google 合作,GitLab 能够为新的 GCP 帐户提供额外的$ 200,以开始使用 GitLab 的 Google Kubernetes Engine Integration. 您所要做的就是并申请信贷.
在使用 GitLab 添加 Kubernetes 集群之前,您需要:
Access controls
在 GitLab 中创建集群时,系统会询问您是否要创建以下任一集群:
- A Role-based access control (RBAC) cluster.
- An cluster.
注意:建议使用RBAC ,GitLab 为默认值.
GitLab 创建必要的服务帐户和特权,以安装和运行 . 当 GitLab 创建集群时,将在名称空间中创建具有cluster-admin
特权的gitlab
服务帐户,以管理新创建的集群.
注意:用于部署的受限服务帐户是在 GitLab 11.5 中引入的 .
The first time you install an application into your cluster, the tiller
service account is created with cluster-admin
privileges in the gitlab-managed-apps
namespace. This service account will be used by Helm to install and run .
Helm 还将为每个已安装的应用程序创建其他服务帐户和其他资源. 有关每个应用程序,请查阅 Helm 图表的文档.
如果要添加现有的 Kubernetes 集群 ,请确保该帐户的令牌具有该集群的管理员特权.
GitLab 创建的资源取决于集群的类型.
请注意以下有关访问控制的内容:
- 仅当集群才会创建特定于环境的资源.
- 如果您的集群是在 GitLab 12.2 之前创建的,它将为所有项目环境使用单个名称空间.
GitLab 为 RBAC 集群创建以下资源.
Name | Type | Details | 创建时间 |
---|---|---|---|
gitlab |
ServiceAccount |
default namespace |
创建一个新集群 |
gitlab-token |
Secret |
gitlab ServiceAccount 的令牌 |
创建一个新集群 |
tiller |
ServiceAccount |
gitlab-managed-apps namespace |
安装舵图 |
tiller-admin |
ClusterRoleBinding |
cluster-admin roleRef |
安装舵图 |
环境名称空间 | Namespace |
包含所有特定于环境的资源 | 部署到集群 |
环境名称空间 | ServiceAccount |
使用环境的名称空间 | 部署到集群 |
环境名称空间 | Secret |
环境 ServiceAccount 的令牌 | 部署到集群 |
GitLab Runners 默认情况下启用了 ,这使他们可以执行特殊命令并在 Docker 中运行 Docker. 运行某些Auto DevOps作业需要此功能. 这意味着容器正在特权模式下运行,因此,您应该注意一些重要的细节.
特权标志为正在运行的容器提供了所有功能,而容器又可以执行主机可以执行的几乎所有操作. 请注意与对任意映像执行docker run
操作相关的固有安全风险,因为它们有效地具有 root 用户访问权限.
如果您不想在特权模式下使用 GitLab Runner,请执行以下任一操作:
- 在 GitLab.com 上使用共享的跑步者. 他们没有这个安全问题.
- 使用描述的配置来设置自己的Runners . 这涉及:
- 确保您没有通过安装它.
- 使用
docker+machine
安装 Runner.
可以使用 Google Kubernetes Engine(GKE)上的 GitLab 或 Amazon Elastic Kubernetes Service(EKS)在项目,组或实例级别上创建新集群:
- 导航到您的:
- 项目的 操作> Kubernetes页面,用于项目级集群.
- 组的 Kubernetes页面,用于组级别集群.
- 管理区> Kubernetes页面,用于实例级集群.
- Click 添加 Kubernetes 集群.
- 单击创建新集群选项卡.
- 单击Amazon EKS或Google GKE ,然后按照说明提供所需的服务:
- .
- Google GKE .
Add existing cluster
如果您已有 Kubernetes 集群,则可以将其添加到项目,组或实例中.
注意: arm64 集群不支持 Kubernetes 集成. 有关详细信息,请参阅问题Helm Tiller 无法在 arm64 群集上安装 .
要将 Kubernetes 集群添加到您的项目,组或实例:
- 导航到您的:
- 项目的 操作> Kubernetes页面,用于项目级集群.
- 组的 Kubernetes页面,用于组级别集群.
- 管理区> Kubernetes页面,用于实例级集群.
- Click 添加 Kubernetes 集群.
单击添加现有集群选项卡,然后填写详细信息:
- Kubernetes 集群名称 (必填)-您希望为集群指定的名称.
- 环境范围 (必需)- 此集群相关的环境 .
API URL (必填)-这是 GitLab 用于访问 Kubernetes API 的 URL. Kubernetes 公开了几个 API,我们想要所有这些 API 通用的”基本” URL. 例如,
https://kubernetes.example.com
而不是https://kubernetes.example.com/api/v1
.通过运行以下命令获取 API URL:
CA 证书 (必需)-需要有效的 Kubernetes 证书才能对集群进行身份验证. 我们将使用默认创建的证书.
通过运行以下命令获取证书:
kubectl get secret <secret name> -o jsonpath = "{['data']['ca \. crt']}" | base64 --decode
注意:如果命令返回整个证书链,则需要在证书链的底部复制根 ca证书.
令牌 -GitLab 使用服务令牌对 Kubernetes 进行身份验证,服务令牌的作用域是特定的
namespace
. 使用的令牌应属于具有特权的服务帐户. 要创建此服务帐户:-
apiVersion : v1 kind : ServiceAccount metadata : name : gitlab-admin namespace : kube-system --- apiVersion : rbac.authorization.k8s.io/v1beta1 kind : ClusterRoleBinding metadata : name : gitlab-admin roleRef : apiGroup : rbac.authorization.k8s.io kind : ClusterRole name : cluster-admin subjects : - kind : ServiceAccount name : gitlab-admin namespace : kube-system
将服务帐户和群集角色绑定应用于您的群集:
您将需要
container.clusterRoleBindings.create
权限来创建集群级角色. 如果您没有此权限,则可以选择启用基本身份验证,然后以管理员身份运行kubectl apply
命令:kubectl apply -f gitlab-admin-service-account.yaml --username = admin --password = <password>
注意:可以打开基本身份验证,并可以使用 Google Cloud Console 获取密码凭据.
输出:
serviceaccount "gitlab-admin" created clusterrolebinding "gitlab-admin" created
检索
gitlab-admin
服务帐户的令牌:从输出中复制
<authentication_token>
值:Name : gitlab-admin-token-b5zv4 Namespace : kube-system Labels : <none> Annotations : kubernetes.io/service-account.name=gitlab-admin kubernetes.io/service-account.uid=bcfe66ac-39be-11e8-97e8-026dce96b6e8 Type : kubernetes.io/service-account-token Data ==== ca.crt : 1025 bytes namespace : 11 bytes token : <authentication_token>
注意:对于 GKE 群集,您将需要
container.clusterRoleBindings.create
权限来创建群集角色绑定. 您可以按照Google Cloud 文档授予访问权限.
-
- 由 GitLab 管理的群集 -如果要让 GitLab 管理该群集的名称空间和服务帐户,请选中此复选框. 有关更多信息,请参见 .
- 项目名称空间 (可选)-您不必填写它; 将其保留为空白,GitLab 将为您创建一个. 也:
- 每个项目应具有唯一的名称空间.
- 如果您正在使用具有更广泛权限的机密(例如
default
的机密),则项目名称空间不一定是机密的名称空间. - 你不应该使用
default
为项目命名空间. - 如果您或某人为项目专门创建了一个秘密(通常具有有限的权限),则该秘密的名称空间和项目名称空间可能是相同的.
- 最后,单击创建 Kubernetes 集群按钮.
几分钟后,您的集群将准备就绪. 现在,您可以继续安装一些预定义的应用程序 .
Disable Role-Based Access Control (RBAC) (optional)
通过 GitLab 集成连接集群时,您可以指定集群是否支持 RBAC. 这将影响 GitLab 如何与集群进行某些操作的交互. 如果您在创建时未选中启用 RBAC 的群集复选框,则 GitLab 将假定与群集进行交互时禁用了 RBAC. 如果是这样,则必须在群集上禁用 RBAC 才能使集成正常工作.
注意:禁用 RBAC 意味着群集中运行的任何应用程序或可以向群集进行身份验证的用户都具有完全的 API 访问权限. 这是一个 ,可能不是所希望的.
为了有效地禁用 RBAC,可以应用全局权限来授予完全访问权限:
kubectl create clusterrolebinding permissive-binding \
--clusterrole=cluster-admin \
--user=admin \
--user=kubelet \
--group=system:serviceaccounts
成功创建新集群或添加现有集群后,即可启用 Kubernetes 集群集成. 要禁用 Kubernetes 集群集成:
- 导航到您的:
- 项目的 操作> Kubernetes页面,用于项目级集群.
- 组的 Kubernetes页面,用于组级别集群.
- 管理区> Kubernetes页面,用于实例级集群.
- 单击群集的名称.
- 单击GitLab 集成切换.
- Click 保存更改.
Removing integration
要从您的项目中删除 Kubernetes 集群集成,请首先导航到集群详细信息页面的Advanced Settings选项卡,然后执行以下任一操作:
- 选择删除集成 ,仅删除 Kubernetes 集成.
- ,选择删除集成和资源 ,以在删除集成时也删除所有相关的 GitLab 集群资源(例如,名称空间,角色和绑定).
- 删除集群时,只删除其与 GitLab 的关系,而不删除集群本身. 要删除集群,可以通过访问 GKE 或 EKS 仪表板或使用
kubectl
来kubectl
.
要了解有关自动部署应用程序的更多信息,请阅读有关Auto DevOps .