2019-04-05 22:12:27 +00:00
# Getting Started
!!! tip
This guide assumes you have a grounding in the tools that Argo CD is based on. Please read the [understanding the basics ](understand_the_basics.md ).
2018-03-09 00:05:16 +00:00
## Requirements
2019-04-05 22:12:27 +00:00
2018-07-17 07:38:37 +00:00
* Installed [kubectl ](https://kubernetes.io/docs/tasks/tools/install-kubectl/ ) command-line tool
2018-03-09 00:05:16 +00:00
* Have a [kubeconfig ](https://kubernetes.io/docs/tasks/access-application-cluster/configure-access-multiple-clusters/ ) file (default location is `~/.kube/config` ).
2018-11-05 19:29:01 +00:00
## 1. Install Argo CD
2019-04-05 22:12:27 +00:00
2018-09-05 05:31:21 +00:00
```bash
2018-07-17 07:38:37 +00:00
kubectl create namespace argocd
2019-01-11 04:56:04 +00:00
kubectl apply -n argocd -f https://raw.githubusercontent.com/argoproj/argo-cd/stable/manifests/install.yaml
2018-04-23 09:40:13 +00:00
```
2019-04-05 22:12:27 +00:00
This will create a new namespace, `argocd` , where Argo CD services and application resources will live.
2019-01-11 04:56:04 +00:00
2019-04-05 22:12:27 +00:00
On GKE, you will need grant your account the ability to create new cluster roles:
```bash
kubectl create clusterrolebinding YOURNAME-cluster-admin-binding --clusterrole=cluster-admin --user=YOUREMAIL@gmail.com
```
2018-07-18 01:03:17 +00:00
2018-11-05 19:29:01 +00:00
## 2. Download Argo CD CLI
2018-03-09 00:05:16 +00:00
2019-09-14 01:05:14 +00:00
Download the latest Argo CD version from [https://github.com/argoproj/argo-cd/releases/latest ](https://github.com/argoproj/argo-cd/releases/latest ).
2018-07-30 23:13:54 +00:00
2019-01-11 04:56:04 +00:00
Also available in Mac Homebrew:
2019-04-05 22:12:27 +00:00
2018-09-05 05:31:21 +00:00
```bash
2019-02-07 19:25:38 +00:00
brew tap argoproj/tap
2018-07-30 23:13:54 +00:00
brew install argoproj/tap/argocd
```
2018-03-09 00:05:16 +00:00
2019-04-05 22:12:27 +00:00
## 3. Access The Argo CD API Server
2018-03-09 00:05:16 +00:00
2018-11-05 19:29:01 +00:00
By default, the Argo CD API server is not exposed with an external IP. To access the API server,
2019-01-11 04:56:04 +00:00
choose one of the following techniques to expose the Argo CD API server:
2018-09-25 15:01:41 +00:00
2019-04-05 22:12:27 +00:00
### Service Type Load Balancer
2018-09-25 15:01:41 +00:00
Change the argocd-server service type to `LoadBalancer` :
2018-03-09 00:05:16 +00:00
2018-09-05 05:31:21 +00:00
```bash
2018-04-23 09:40:13 +00:00
kubectl patch svc argocd-server -n argocd -p '{"spec": {"type": "LoadBalancer"}}'
2018-03-09 00:05:16 +00:00
```
2018-09-26 14:40:42 +00:00
### Ingress
2019-04-05 22:12:27 +00:00
Follow the [ingress documentation ](operator-manual/ingress.md ) on how to configure Argo CD with ingress.
2018-09-25 15:01:41 +00:00
### Port Forwarding
2019-01-11 04:56:04 +00:00
Kubectl port-forwarding can also be used to connect to the API server without exposing the service.
```bash
2019-02-09 01:15:33 +00:00
kubectl port-forward svc/argocd-server -n argocd 8080:443
2019-01-11 04:56:04 +00:00
```
2019-04-05 22:12:27 +00:00
2019-01-11 04:56:04 +00:00
The API server can then be accessed using the localhost:8080
2018-09-05 05:31:21 +00:00
2019-04-05 22:12:27 +00:00
## 4. Login Using The CLI
2018-03-09 00:05:16 +00:00
2018-09-25 15:01:41 +00:00
Login as the `admin` user. The initial password is autogenerated to be the pod name of the
2018-11-05 19:29:01 +00:00
Argo CD API server. This can be retrieved with the command:
2019-04-05 22:12:27 +00:00
2018-09-05 05:31:21 +00:00
```bash
2019-02-24 09:42:23 +00:00
kubectl get pods -n argocd -l app.kubernetes.io/name=argocd-server -o name | cut -d'/' -f 2
2018-07-17 07:38:37 +00:00
```
2019-01-11 04:56:04 +00:00
Using the above password, login to Argo CD's IP or hostname:
2019-04-05 22:12:27 +00:00
2018-09-05 05:31:21 +00:00
```bash
2019-01-11 04:56:04 +00:00
argocd login < ARGOCD_SERVER >
2018-07-17 07:38:37 +00:00
```
2019-01-11 04:56:04 +00:00
Change the password using the command:
2019-04-05 22:12:27 +00:00
2018-09-05 05:31:21 +00:00
```bash
2018-07-17 07:38:37 +00:00
argocd account update-password
```
2018-03-09 00:05:16 +00:00
2019-04-05 22:12:27 +00:00
## 5. Register A Cluster To Deploy Apps To (Optional)
2018-03-09 00:05:16 +00:00
2018-11-05 19:29:01 +00:00
This step registers a cluster's credentials to Argo CD, and is only necessary when deploying to
an external cluster. When deploying internally (to the same cluster that Argo CD is running in),
2018-09-26 14:40:42 +00:00
https://kubernetes.default.svc should be used as the application's K8s API server address.
2018-09-25 15:01:41 +00:00
First list all clusters contexts in your current kubconfig:
2018-09-05 05:31:21 +00:00
```bash
2018-07-17 07:38:37 +00:00
argocd cluster add
```
Choose a context name from the list and supply it to `argocd cluster add CONTEXTNAME` . For example,
2018-09-25 15:01:41 +00:00
for docker-for-desktop context, run:
2018-09-05 05:31:21 +00:00
```bash
2018-09-25 15:01:41 +00:00
argocd cluster add docker-for-desktop
2018-06-21 01:40:49 +00:00
```
2019-01-11 04:56:04 +00:00
The above command installs a ServiceAccount (`argocd-manager`), into the kube-system namespace of
that kubectl context, and binds the service account to an admin-level ClusterRole. Argo CD uses this
service account token to perform its management tasks (i.e. deploy/monitoring).
2018-07-17 07:38:37 +00:00
2019-04-05 22:12:27 +00:00
!!! note
The rules of the `argocd-manager-role` role can be modified such that it only has `create` , `update` , `patch` , `delete` privileges to a limited set of namespaces, groups, kinds.
However `get` , `list` , `watch` privileges are required at the cluster-scope for Argo CD to function.
2018-06-21 01:40:49 +00:00
2019-04-05 22:12:27 +00:00
## 6. Create An Application From A Git Repository
2018-06-21 01:40:49 +00:00
2019-04-05 22:12:27 +00:00
An example repository containing a guestbook application is available at
2019-09-14 01:05:14 +00:00
[https://github.com/argoproj/argocd-example-apps.git ](https://github.com/argoproj/argocd-example-apps.git ) to demonstrate how Argo CD works.
2019-01-11 04:56:04 +00:00
2019-04-05 22:12:27 +00:00
### Creating Apps Via CLI
2018-06-21 01:40:49 +00:00
2019-04-05 22:12:27 +00:00
~~~bash
2019-01-11 04:56:04 +00:00
argocd app create guestbook \
--repo https://github.com/argoproj/argocd-example-apps.git \
--path guestbook \
--dest-server https://kubernetes.default.svc \
--dest-namespace default
2019-04-05 22:12:27 +00:00
~~~
2019-01-11 04:56:04 +00:00
2019-04-05 22:12:27 +00:00
### Creating Apps Via UI
2018-03-09 00:05:16 +00:00
2019-01-11 04:56:04 +00:00
Open a browser to the Argo CD external UI, and login using the credentials, IP/hostname set in step 4.
2019-09-14 01:05:14 +00:00
Connect the [https://github.com/argoproj/argocd-example-apps.git ](https://github.com/argoproj/argocd-example-apps.git ) repo to Argo CD:
2018-06-21 01:40:49 +00:00

2019-04-05 22:12:27 +00:00
After connecting a repository, select the guestbook application for creation:
2018-06-21 01:40:49 +00:00


2019-04-05 22:12:27 +00:00
## 7. Sync (Deploy) The Application
2018-06-21 01:40:49 +00:00
Once the guestbook application is created, you can now view its status:
2018-03-09 00:05:16 +00:00
2018-09-05 05:31:21 +00:00
```bash
2019-01-11 04:56:04 +00:00
$ argocd app get guestbook
Name: guestbook
Server: https://kubernetes.default.svc
Namespace: default
URL: https://10.97.164.88/applications/guestbook
Repo: https://github.com/argoproj/argocd-example-apps.git
Target:
Path: guestbook
Sync Policy: < none >
Sync Status: OutOfSync from (1ff8a67)
Health Status: Missing
GROUP KIND NAMESPACE NAME STATUS HEALTH
apps Deployment default guestbook-ui OutOfSync Missing
Service default guestbook-ui OutOfSync Missing
2018-03-09 00:05:16 +00:00
```
2019-01-11 04:56:04 +00:00
The application status is initially `OutOfSync` state, since the application has yet to be
2018-04-23 09:40:13 +00:00
deployed, and no Kubernetes resources have been created. To sync (deploy) the application, run:
2018-03-09 00:05:16 +00:00
2018-09-05 05:31:21 +00:00
```bash
2019-01-11 04:56:04 +00:00
argocd app sync guestbook
2018-03-09 00:05:16 +00:00
```
2019-04-05 22:12:27 +00:00
This command retrieves the manifests from the repository and performs a `kubectl apply` of the
2018-09-25 15:01:41 +00:00
manifests. The guestbook app is now running and you can now view its resource components, logs,
events, and assessed health status:
2018-03-09 00:05:16 +00:00
2019-01-11 04:56:04 +00:00
### From UI:
2019-04-05 22:12:27 +00:00
2019-01-11 04:56:04 +00:00

2018-06-21 01:40:49 +00:00

2018-03-09 00:05:16 +00:00