GitHub Action
Get GKE Credentials
This action configures authentication to a GKE cluster via a kubeconfig
file that can be used with kubectl
or other methods of interacting with the cluster.
Authentication is performed by generating a short-lived token (default behaviour) or via the GCP auth plugin present in kubectl
which uses the service account keyfile path in GOOGLE_APPLICATION_CREDENTIALS.
This action requires:
-
Google Cloud credentials that are authorized to view a GKE cluster. See the Authorization section below for more information. You also need to create a GKE cluster.
-
This action runs using Node 16. If you are using self-hosted GitHub Actions runners, you must use runner version 2.285.0 or newer.
jobs:
job_id:
permissions:
contents: 'read'
id-token: 'write'
steps:
- id: 'auth'
uses: 'google-github-actions/auth@v1'
with:
workload_identity_provider: 'projects/123456789/locations/global/workloadIdentityPools/my-pool/providers/my-provider'
service_account: '[email protected]'
- id: 'get-credentials'
uses: 'google-github-actions/get-gke-credentials@v1'
with:
cluster_name: 'my-cluster'
location: 'us-central1-a'
# The KUBECONFIG env var is automatically exported and picked up by kubectl.
- id: 'get-pods'
run: 'kubectl get pods'
-
cluster_name
- (Required) Name of the cluster for which to get credentials. If specified as a full resource name (e.g. "projects/p/locations/l/clusters/c"), then then "project_id" and "location" inputs are optional. If only specified as the name (e.g. "my-cluster"), then the "project_id" and "location" inputs may be required. -
location
- (Optional) Location (e.g. region or zone) in which the cluster resides. This value is required unless you specify "cluster_name" as a full resource name. -
project_id
- (Optional) Project ID where the cluster is deployed. If provided, this will override the project configured by previous steps or environment variables. If not provided, the project will be inferred, best-effort. -
use_auth_provider
- (Optional) If true, use the Google Cloud auth plugin in kubectl instead of a short-lived access token. The default value is false. -
use_internal_ip
- (Optional) If true, use the internal IP address for the cluster endpoint. This is mostly used with private GKE clusters. The default value is false. -
use_connect_gateway
- (Optional) If true, uses the Connect Gateway endpoint to connect to cluster. For more details https://cloud.google.com/anthos/multicluster-management/gateway. The default value is false. -
fleet_membership_name
- (Optional) Fleet membership name of form "projects/PROJECT_ID/locations/LOCATION/memberships/MEMBERSHIP_NAME" to use for generating Connect Gateway endpoint. This only applies if "use_connect_gateway" is true. Defaults to auto discovery if empty.
- Exports env var
KUBECONFIG
which is set to the generatedkubeconfig
file path.
There are a few ways to authenticate this action. A service account will be needed with at least the following roles:
- Kubernetes Engine Cluster Viewer (
roles/container.clusterViewer
):- Get and list access to GKE Clusters. `
Use google-github-actions/auth to authenticate the action. You can use Workload Identity Federation or traditional Service Account Key JSON authentication.
by specifying the credentials
input. This Action supports both the recommended Workload Identity Federation based authentication and the traditional Service Account Key JSON based auth.
See usage for more details.
jobs:
job_id:
permissions:
contents: 'read'
id-token: 'write'
steps:
- id: 'auth'
uses: 'google-github-actions/auth@v1'
with:
workload_identity_provider: 'projects/123456789/locations/global/workloadIdentityPools/my-pool/providers/my-provider'
service_account: '[email protected]'
- id: 'get-credentials'
uses: 'google-github-actions/get-gke-credentials@v1'
with:
cluster_name: 'my-cluster'
location: 'us-central1-a'
jobs:
job_id:
steps:
- id: 'auth'
uses: 'google-github-actions/auth@v1'
with:
credentials_json: '${{ secrets.gcp_credentials }}'
- id: 'get-credentials'
uses: 'google-github-actions/get-gke-credentials@v1'
with:
cluster_name: 'my-cluster'
location: 'us-central1-a'
If you are hosting your own runners, and those runners are on Google Cloud, you can leverage the Application Default Credentials of the instance. This will authenticate requests as the service account attached to the instance. This only works using a custom runner hosted on GCP.
jobs:
job_id:
steps:
- id: 'get-credentials'
uses: 'google-github-actions/get-gke-credentials@v1'
with:
cluster_name: 'my-cluster'
location: 'us-central1-a'
The action will automatically detect and use the Application Default Credentials.
You can utilize the Connect gateway feature of Fleets with this action to connect to clusters without direct network connectivity. This can be useful for connecting to private clusters from GitHub hosted runners.
jobs:
job_id:
steps:
- id: 'get-credentials'
uses: 'google-github-actions/get-gke-credentials@v1'
with:
cluster_name: 'my-private-cluster'
location: 'us-central1-a'
use_connect_gateway: 'true'
Follow the Connect gateway documentation for initial setup. Note: The Connect Agent service account must have the correct impersonation policy on the service account used to authenticate this action.
We recommend pinning to the latest available major version:
- uses: 'google-github-actions/get-gke-credentials@v1'
While this action attempts to follow semantic versioning, but we're ultimately human and sometimes make mistakes. To prevent accidental breaking changes, you can also pin to a specific version:
- uses: 'google-github-actions/[email protected]'
However, you will not get automatic security updates or new features without
explicitly updating your version number. Note that we only publish MAJOR
and
MAJOR.MINOR.PATCH
versions. There is not a floating alias for
MAJOR.MINOR
.