5.1 KiB
stage | group | info |
---|---|---|
Configure | Configure | To determine the technical writer assigned to the Stage/Group associated with this page, see https://about.gitlab.com/handbook/engineering/ux/technical-writing/#assignments |
GKE clusters (DEPRECATED) (FREE)
- Deprecated in GitLab 14.0.
WARNING: Use Infrastructure as Code to create new clusters. The method described in this document is deprecated as of GitLab 14.0.
Through GitLab, you can create new clusters and add existing clusters hosted on Amazon Elastic Kubernetes Service (EKS).
GitLab supports adding new and existing GKE clusters.
GKE requirements
Before creating your first cluster on Google GKE with GitLab integration, make sure the following requirements are met:
- A billing account set up with access.
- The Kubernetes Engine API and related service are enabled. It should work immediately but may take up to 10 minutes after you create a project. For more information see the "Before you begin" section of the Kubernetes Engine docs.
Add an existing GKE cluster
If you already have a GKE cluster and want to integrate it with GitLab, see how to add an existing cluster.
Create new GKE cluster
Starting from GitLab 12.4, all the GKE clusters provisioned by GitLab are VPC-native.
Note the following:
- The Google authentication integration must be enabled in GitLab at the instance level. If that's not the case, ask your GitLab administrator to enable it. On GitLab.com, this is enabled.
- Starting from GitLab 12.1, all GKE clusters created by GitLab are RBAC-enabled. Take a look at the RBAC section for more information.
- Starting from GitLab 12.5, the
cluster's pod address IP range is set to
/16
instead of the regular/14
./16
is a CIDR notation. - GitLab requires basic authentication enabled and a client certificate issued for the cluster to set up an initial service account. In GitLab versions 11.10 and later, the cluster creation process explicitly requests GKE to create clusters with basic authentication enabled and a client certificate.
Creating the cluster on GKE
To create and add a new Kubernetes cluster to your project, group, or instance:
- Navigate to your:
- Project's {cloud-gear} Infrastructure > Kubernetes clusters page, for a project-level cluster.
- Group's {cloud-gear} Kubernetes page, for a group-level cluster.
- Menu > Admin > Kubernetes page, for an instance-level cluster.
- Click Integrate with a cluster certificate.
- Under the Create new cluster tab, click Google GKE.
- Connect your Google account if you haven't done already by clicking the Sign in with Google button.
- Choose your cluster's settings:
- Kubernetes cluster name - The name you wish to give the cluster.
- Environment scope - The associated environment to this cluster.
- Google Cloud Platform project - Choose the project you created in your GCP console to host the Kubernetes cluster. Learn more about Google Cloud Platform projects.
- Zone - Choose the region zone under which to create the cluster.
- Number of nodes - Enter the number of nodes you wish the cluster to have.
- Machine type - The machine type of the Virtual Machine instance to base the cluster on.
- Enable Cloud Run for Anthos - Check this if you want to use Cloud Run for Anthos for this cluster. See the Cloud Run for Anthos section for more information.
- GitLab-managed cluster - Leave this checked if you want GitLab to manage namespaces and service accounts for this cluster. See the Managed clusters section for more information.
- Finally, click the Create Kubernetes cluster button.
After a couple of minutes, your cluster is ready.
Cloud Run for Anthos
Introduced in GitLab 12.4.
You can choose to use Cloud Run for Anthos in place of installing Knative and Istio separately after the cluster has been created. This means that Cloud Run (Knative), Istio, and HTTP Load Balancing are enabled on the cluster from the start, and cannot be installed or uninstalled.