Networking Prerequisites
NOTE: Note: Amazon EKS utilizes Elastic Load Balancers, which are addressed by DNS name and cannot be known ahead of time. If you're using EKS, you can skip this section.
The gitlab
chart configures a GitLab server and Kubernetes cluster which can support dynamic Review Apps, as well as services like the integrated Container Registry.
To support the GitLab services and dynamic environments, a wildcard DNS entry is required which resolves to the external IP.
External IP
To provision an external IP on GCP and Azure, simply request a new address from the Networking section. Ensure that the region matches the region your container cluster is created in. Note, it is important that the IP is not assigned at this point in time. It will be automatically assigned once the Helm chart is installed, to the Load Balancer.
Set global.hosts.externalIP
to this IP address when deploying GitLab.
Then, create a wildcard DNS record which resolves to this IP address.
Creating an external IP on GCP
When creating the external IP, it is critical to create it in the same region as your cluster. Otherwise, the IP address will fail to bind to the Load Balancer.
- Open the web console
- In the sidebar, browse to
VPC Network > External IP addresses
- Click
Reserve static address
- Choose
Regional
and select the region of your cluster - Leave
Attached to
blank, as it will be automatically assigned during deployment
Wildcard DNS entry
Now that an external IP address has been allocated, ensure that the wildcard DNS entry you would like to use resolves to this IP. Typically this would be an A record
for *
, resolving to the external IP above.
Please consult the documentation for your DNS service for more information on creating DNS records:
Set global.hosts.domain
to this DNS name when deploying GitLab.