pasobfuse.blogg.se - Install docker on kubernetes cli

#INSTALL DOCKER ON KUBERNETES CLI HOW TO#
#INSTALL DOCKER ON KUBERNETES CLI INSTALL#
#INSTALL DOCKER ON KUBERNETES CLI UPDATE#
#INSTALL DOCKER ON KUBERNETES CLI REGISTRATION#

We recommend upgrading your kas installations together with GitLab instances’ upgrades, and to If your GitLab version is 14.2, use at least agentk 14.2 and kas 14.2. To ensure it works, use at least the same agentk and kas minor version. For example,Īgentk 14.4 supports kas 14.3, 14.4, and 14.5 (regardless of the patch).Ī feature introduced in a given GitLab minor version might work with other agentk or kas versions. The required kas version corresponds to the GitLab major.minor (X.Y) versions.Īt the same time, agentk and kas can differ by 1 minor version in either direction. GitLab provides kas installers built into the various GitLab installation methods. The agent has two major components: agentk and kas.

Cluster management project template example that uses the CI/CD workflow Upgrades and version compatibility.

Auto DevOps setup that uses the CI/CD workflow.

Distinct application and manifest repository example.

Configuration repository with minimal manifests.

The following example projects can help you get started with the agent. You should also change the RBAC for the installed agentk.

Change the namespace or prefix you use for the installation.

Each token should be used only with one agent.

Change the agent name and create a new configuration file.

You might want multiple agents so you can restrict RBAC for every agentk deployment. When the advanced installation setup changes, you will not need to change your custom overlays.įor total separation between teams, you might need to run multiple agentk instances in your cluster.

#INSTALL DOCKER ON KUBERNETES CLI UPDATE#

Now you can update from the upstream package by using kpt pkg update gitlab-agent -strategy resource-merge. Update the advanced installation base layer Run kustomize build | kubectl apply -f - to apply your configuration.Edit the kustomization.yaml and components/* files based on your requirements.An example is commented out in the kpt package you retrieved as part of the installation. You can restrict the agent’s access rights by using Kustomize overlays. You own your cluster and can grant GitLab the permissions you want.īy default, however, the generated manifests provide cluster-admin rights to the agent. Advanced installationįor advanced installation options, use the kpt installation method.Ĭustomize the permissions for the agentk service account You should explicitly specify a matching version. Release at the time when the command runs. Use -agent-version stable to refer to the latest stable To view all available options, open a terminal and run this command: You can edit these parameters to customize the one-liner installation command. Creates a Deployment resource for the agentk pod.

#INSTALL DOCKER ON KUBERNETES CLI REGISTRATION#

Creates a Secret resource for the agent’s registration token.

#INSTALL DOCKER ON KUBERNETES CLI HOW TO#

Sets up a service account with cluster-admin rights (see how to restrict this service account).

Creates a namespace for the deployment ( gitlab-kubernetes-agent).

Optionally, you can customize the one-liner installation command.īy default, the one-liner command generated by GitLab:

Run the command you copied when registering your cluster in the previous step.

In your computer, open a terminal and connect to your cluster.

#INSTALL DOCKER ON KUBERNETES CLI INSTALL#

To install the agent on your cluster using the one-liner installation: It or opt to the advanced installation method. If you don’t have it, you can either install

The one-liner installation is the simplest process, but you needĭocker installed locally. Method to benefit from more configuration options. For long-term production usage, you may want to use the advanced installation You can use the one-liner installation for trying to use the agent for the first time, to do internal setups with To connect your cluster to GitLab, install the registered agent You need it when you use the one-liner installation method to install the agent in your cluster.

Copy the command under Recommended installation method.

You need it to install the agent in your cluster and to update the agent to another version.

GitLab generates a registration token for this agent.

From the Select an agent dropdown list, select the agent you want to register and select Register an agent.

From the left sidebar, select Infrastructure > Kubernetes clusters.

On the top bar, select Menu > Projects and find the project that has your agent configuration file.

In the project that has the agent configuration file, ensure that GitLab CI/CD is enabled.Prerequisite when using a GitLab CI/CD workflow: When you register the agent, GitLab generates a token that you need to Now that you’ve created your agent configuration file, register it Introduced in GitLab 14.1, you can create a new agent record directly from the GitLab UI.