ArgoCD App of Apps with Heml on Kubernetes
Here are the files we'll use in this post:
charts ├── apps │ ├── Chart.yaml │ ├── templates │ │ ├── argo-cd.yaml │ │ ├── prometheus.yaml │ │ └── root.yaml │ └── values.yaml └── argo-cd ├── Chart.lock ├── Chart.yaml ├── charts │ └── argo-cd-2.11.0.tgz ├── templates └── values.yaml
Let's make our working directory, charts:
$ mkdir -p charts
We'll create our own Helm "umbrella" chart that pulls in the original Argo CD chart as a dependency.
Create argo-cd chart and delete files under "argo-cd/templates/":
$ helm create argo-cd $ rm -rf argo-cd/templates/*
Then, repalce the contents of the following two files.
charts/argo-cd/Chart.yaml:
apiVersion: v2 name: argo-cd version: 1.0.0 dependencies: - name: argo-cd version: 2.11.0 repository: https://argoproj.github.io/argo-helm
charts/argo-cd/values.yaml:
argo-cd: installCRDs: false global: image: tag: v1.8.1 dex: enabled: false server: extraArgs: - --insecure config: repositories: | - type: helm name: stable url: https://charts.helm.sh/stable - type: helm name: argo-cd url: https://argoproj.github.io/argo-helm
Add the helm repo and update the dependency:
$ helm repo add argo-cd https://argoproj.github.io/argo-helm $ helm dep update charts/argo-cd/
$ git push -u origin main
Let's install ArgoCD into the default namespace:
$ helm install argo-cd charts/argo-cd/ $ kubectl get pods NAME READY STATUS RESTARTS AGE argo-cd-argocd-application-controller-7f9c6b77d7-4zc2v 1/1 Running 0 3m14s argo-cd-argocd-redis-54487756bf-sfz5f 1/1 Running 0 3m14s argo-cd-argocd-repo-server-5b74c5fd5c-j88tm 1/1 Running 0 3m14s argo-cd-argocd-server-5fd4f6c7cd-l8xqp 1/1 Running 0 3m14s
Once the pods are ready, ArgoCD will be running. But the ArgoCD API server will not be accessible from outside the cluster. We'll use port-forward to expose a port to the service, and forward it to localhost:
$ kubectl port-forward svc/argo-cd-argocd-server 8080:443 Forwarding from 127.0.0.1:8080 -> 8080 Forwarding from [::1]:8080 -> 8080
Now we'll be able to access the API server via localhost:8080:
The username for Argo CD is admin and the initial password is autogenerated. The initial password is usually the pod name of the Argo CD server.
the App of Apps Pattern lets us define a root ArgoCD Application. So, rather than point to an application manifest, the Root App points to a folder which contains the Application YAML definition for each microservice (child App). Each microservice's Application YAML then points to a directory containing the application manifests.
The root application has one task: it generates Application manifests for other applications. ArgoCD will watch the root application and synchronize any applications that it generates.
Let's create a Helm chart for the Root App that has Application manifests as templates.
We'll create it in an apps directory and put a Chart.yaml file and an empty values.yaml file in it:
$ mkdir -p apps/templates $ touch apps/values.yaml
apps/Chart.yaml:
apiVersion: v2 name: root version: 1.0.0
Now,finally, Application manifest for our root application in apps/templates/root.yaml. This allows us to do any updates to the root application itself through Argo CD:
apiVersion: argoproj.io/v1alpha1 kind: Application metadata: name: root finalizers: - resources-finalizer.argocd.argoproj.io spec: destination: server: https://kubernetes.default.svc namespace: default project: default source: path: apps/ repoURL: https://github.com/arthurk/argocd-example-install.git targetRevision: HEAD syncPolicy: automated: prune: true selfHeal: true
The Application watches the Helm chart under apps/ (root application) and synchronizes it if changes were detected.
Argo CD looks for a Chart.yaml file under path. If present, it will check the apiVersion inside it
and for v2 it uses Helm 3 to render the chart. Actually, ArgoCD will not use helm install
to install charts.
It will render the chart with helm template
and then apply the output with kubectl
.
To deploy the root application, we need to push the files to our Git repository and apply the manifest:
$ git add apps $ git commit -m "add apps" $ git push -u origin main $ helm template apps/ | kubectl apply -f - application.argoproj.io/root created $ tree ../charts ../charts ├── apps │ ├── Chart.yaml │ ├── templates │ │ └── root.yaml │ └── values.yaml └── argo-cd ├── Chart.lock ├── Chart.yaml ├── charts │ └── argo-cd-2.11.0.tgz ├── templates └── values.yaml
Earlier, we installed Argo CD with helm install
which means that updates would require us to run helm upgrade
.
To avoid doing this we can create an Application resource for Argo CD and let it manage itself so that
any updates to our Argo CD deployment can be made by modifying files in our Git repository rather than running manual commands.
We put the application manifest in apps/templates/argo-cd.yaml:
apiVersion: argoproj.io/v1alpha1 kind: Application metadata: name: argo-cd namespace: default finalizers: - resources-finalizer.argocd.argoproj.io spec: destination: server: https://kubernetes.default.svc namespace: default project: default source: path: charts/argo-cd repoURL: https://github.com/arthurk/argocd-example-install.git targetRevision: HEAD syncPolicy: automated: prune: true selfHeal: true
Push the file to our Git repository:
$ vi apps/templates/argo-cd.yaml $ git add apps/templates/argo-cd.yaml $ git commit -m "add argo-cd application"
To see how to deploy a Helm chart with ArgoCD, we'll add Prometheus on our cluster.
Let's add the application manifest in apps/templates/prometheus.yaml:
apiVersion: argoproj.io/v1alpha1 kind: Application metadata: name: prometheus namespace: default finalizers: - resources-finalizer.argocd.argoproj.io spec: destination: server: https://kubernetes.default.svc namespace: default project: default source: chart: prometheus helm: values: | pushgateway: enabled: false repoURL: https://prometheus-community.github.io/helm-charts targetRevision: 13.0.2 syncPolicy: automated: prune: true selfHeal: true
To deploy the application we need push the manifest to our repository:
$ git add apps/templates/prometheus.yaml $ git commit -m "add prometheus app" $ git push origin main
???: the Promethues is supposed to show up in the UI, but it's not. I'll comback to this later.
So, we have to use the following:
├── apps │ ├── Chart.yaml │ ├── templates │ │ ├── argo-cd.yaml │ │ ├── prometheus.yaml │ │ └── root.yaml │ └── values.yaml └── argo-cd ├── Chart.lock ├── Chart.yaml ├── charts │ └── argo-cd-2.11.0.tgz ├── templates └── values.yaml $ helm template apps/ | kubectl apply -f - application.argoproj.io/argo-cd configured application.argoproj.io/prometheus created application.argoproj.io/root configured
Docker & K8s
- Docker install on Amazon Linux AMI
- Docker install on EC2 Ubuntu 14.04
- Docker container vs Virtual Machine
- Docker install on Ubuntu 14.04
- Docker Hello World Application
- Nginx image - share/copy files, Dockerfile
- Working with Docker images : brief introduction
- Docker image and container via docker commands (search, pull, run, ps, restart, attach, and rm)
- More on docker run command (docker run -it, docker run --rm, etc.)
- Docker Networks - Bridge Driver Network
- Docker Persistent Storage
- File sharing between host and container (docker run -d -p -v)
- Linking containers and volume for datastore
- Dockerfile - Build Docker images automatically I - FROM, MAINTAINER, and build context
- Dockerfile - Build Docker images automatically II - revisiting FROM, MAINTAINER, build context, and caching
- Dockerfile - Build Docker images automatically III - RUN
- Dockerfile - Build Docker images automatically IV - CMD
- Dockerfile - Build Docker images automatically V - WORKDIR, ENV, ADD, and ENTRYPOINT
- Docker - Apache Tomcat
- Docker - NodeJS
- Docker - NodeJS with hostname
- Docker Compose - NodeJS with MongoDB
- Docker - Prometheus and Grafana with Docker-compose
- Docker - StatsD/Graphite/Grafana
- Docker - Deploying a Java EE JBoss/WildFly Application on AWS Elastic Beanstalk Using Docker Containers
- Docker : NodeJS with GCP Kubernetes Engine
- Docker : Jenkins Multibranch Pipeline with Jenkinsfile and Github
- Docker : Jenkins Master and Slave
- Docker - ELK : ElasticSearch, Logstash, and Kibana
- Docker - ELK 7.6 : Elasticsearch on Centos 7
- Docker - ELK 7.6 : Filebeat on Centos 7
- Docker - ELK 7.6 : Logstash on Centos 7
- Docker - ELK 7.6 : Kibana on Centos 7
- Docker - ELK 7.6 : Elastic Stack with Docker Compose
- Docker - Deploy Elastic Cloud on Kubernetes (ECK) via Elasticsearch operator on minikube
- Docker - Deploy Elastic Stack via Helm on minikube
- Docker Compose - A gentle introduction with WordPress
- Docker Compose - MySQL
- MEAN Stack app on Docker containers : micro services
- MEAN Stack app on Docker containers : micro services via docker-compose
- Docker Compose - Hashicorp's Vault and Consul Part A (install vault, unsealing, static secrets, and policies)
- Docker Compose - Hashicorp's Vault and Consul Part B (EaaS, dynamic secrets, leases, and revocation)
- Docker Compose - Hashicorp's Vault and Consul Part C (Consul)
- Docker Compose with two containers - Flask REST API service container and an Apache server container
- Docker compose : Nginx reverse proxy with multiple containers
- Docker & Kubernetes : Envoy - Getting started
- Docker & Kubernetes : Envoy - Front Proxy
- Docker & Kubernetes : Ambassador - Envoy API Gateway on Kubernetes
- Docker Packer
- Docker Cheat Sheet
- Docker Q & A #1
- Kubernetes Q & A - Part I
- Kubernetes Q & A - Part II
- Docker - Run a React app in a docker
- Docker - Run a React app in a docker II (snapshot app with nginx)
- Docker - NodeJS and MySQL app with React in a docker
- Docker - Step by Step NodeJS and MySQL app with React - I
- Installing LAMP via puppet on Docker
- Docker install via Puppet
- Nginx Docker install via Ansible
- Apache Hadoop CDH 5.8 Install with QuickStarts Docker
- Docker - Deploying Flask app to ECS
- Docker Compose - Deploying WordPress to AWS
- Docker - WordPress Deploy to ECS with Docker-Compose (ECS-CLI EC2 type)
- Docker - WordPress Deploy to ECS with Docker-Compose (ECS-CLI Fargate type)
- Docker - ECS Fargate
- Docker - AWS ECS service discovery with Flask and Redis
- Docker & Kubernetes : minikube
- Docker & Kubernetes 2 : minikube Django with Postgres - persistent volume
- Docker & Kubernetes 3 : minikube Django with Redis and Celery
- Docker & Kubernetes 4 : Django with RDS via AWS Kops
- Docker & Kubernetes : Kops on AWS
- Docker & Kubernetes : Ingress controller on AWS with Kops
- Docker & Kubernetes : HashiCorp's Vault and Consul on minikube
- Docker & Kubernetes : HashiCorp's Vault and Consul - Auto-unseal using Transit Secrets Engine
- Docker & Kubernetes : Persistent Volumes & Persistent Volumes Claims - hostPath and annotations
- Docker & Kubernetes : Persistent Volumes - Dynamic volume provisioning
- Docker & Kubernetes : DaemonSet
- Docker & Kubernetes : Secrets
- Docker & Kubernetes : kubectl command
- Docker & Kubernetes : Assign a Kubernetes Pod to a particular node in a Kubernetes cluster
- Docker & Kubernetes : Configure a Pod to Use a ConfigMap
- AWS : EKS (Elastic Container Service for Kubernetes)
- Docker & Kubernetes : Run a React app in a minikube
- Docker & Kubernetes : Minikube install on AWS EC2
- Docker & Kubernetes : Cassandra with a StatefulSet
- Docker & Kubernetes : Terraform and AWS EKS
- Docker & Kubernetes : Pods and Service definitions
- Docker & Kubernetes : Service IP and the Service Type
- Docker & Kubernetes : Kubernetes DNS with Pods and Services
- Docker & Kubernetes : Headless service and discovering pods
- Docker & Kubernetes : Scaling and Updating application
- Docker & Kubernetes : Horizontal pod autoscaler on minikubes
- Docker & Kubernetes : From a monolithic app to micro services on GCP Kubernetes
- Docker & Kubernetes : Rolling updates
- Docker & Kubernetes : Deployments to GKE (Rolling update, Canary and Blue-green deployments)
- Docker & Kubernetes : Slack Chat Bot with NodeJS on GCP Kubernetes
- Docker & Kubernetes : Continuous Delivery with Jenkins Multibranch Pipeline for Dev, Canary, and Production Environments on GCP Kubernetes
- Docker & Kubernetes : NodePort vs LoadBalancer vs Ingress
- Docker & Kubernetes : MongoDB / MongoExpress on Minikube
- Docker & Kubernetes : Load Testing with Locust on GCP Kubernetes
- Docker & Kubernetes : MongoDB with StatefulSets on GCP Kubernetes Engine
- Docker & Kubernetes : Nginx Ingress Controller on Minikube
- Docker & Kubernetes : Setting up Ingress with NGINX Controller on Minikube (Mac)
- Docker & Kubernetes : Nginx Ingress Controller for Dashboard service on Minikube
- Docker & Kubernetes : Nginx Ingress Controller on GCP Kubernetes
- Docker & Kubernetes : Kubernetes Ingress with AWS ALB Ingress Controller in EKS
- Docker & Kubernetes : Setting up a private cluster on GCP Kubernetes
- Docker & Kubernetes : Kubernetes Namespaces (default, kube-public, kube-system) and switching namespaces (kubens)
- Docker & Kubernetes : StatefulSets on minikube
- Docker & Kubernetes : RBAC
- Docker & Kubernetes Service Account, RBAC, and IAM
- Docker & Kubernetes - Kubernetes Service Account, RBAC, IAM with EKS ALB, Part 1
- Docker & Kubernetes : Helm Chart
- Docker & Kubernetes : My first Helm deploy
- Docker & Kubernetes : Readiness and Liveness Probes
- Docker & Kubernetes : Helm chart repository with Github pages
- Docker & Kubernetes : Deploying WordPress and MariaDB with Ingress to Minikube using Helm Chart
- Docker & Kubernetes : Deploying WordPress and MariaDB to AWS using Helm 2 Chart
- Docker & Kubernetes : Deploying WordPress and MariaDB to AWS using Helm 3 Chart
- Docker & Kubernetes : Helm Chart for Node/Express and MySQL with Ingress
- Docker & Kubernetes : Deploy Prometheus and Grafana using Helm and Prometheus Operator - Monitoring Kubernetes node resources out of the box
- Docker & Kubernetes : Deploy Prometheus and Grafana using kube-prometheus-stack Helm Chart
- Docker & Kubernetes : Istio (service mesh) sidecar proxy on GCP Kubernetes
- Docker & Kubernetes : Istio on EKS
- Docker & Kubernetes : Istio on Minikube with AWS EC2 for Bookinfo Application
- Docker & Kubernetes : Deploying .NET Core app to Kubernetes Engine and configuring its traffic managed by Istio (Part I)
- Docker & Kubernetes : Deploying .NET Core app to Kubernetes Engine and configuring its traffic managed by Istio (Part II - Prometheus, Grafana, pin a service, split traffic, and inject faults)
- Docker & Kubernetes : Helm Package Manager with MySQL on GCP Kubernetes Engine
- Docker & Kubernetes : Deploying Memcached on Kubernetes Engine
- Docker & Kubernetes : EKS Control Plane (API server) Metrics with Prometheus
- Docker & Kubernetes : Spinnaker on EKS with Halyard
- Docker & Kubernetes : Continuous Delivery Pipelines with Spinnaker and Kubernetes Engine
- Docker & Kubernetes : Multi-node Local Kubernetes cluster : Kubeadm-dind (docker-in-docker)
- Docker & Kubernetes : Multi-node Local Kubernetes cluster : Kubeadm-kind (k8s-in-docker)
- Docker & Kubernetes : nodeSelector, nodeAffinity, taints/tolerations, pod affinity and anti-affinity - Assigning Pods to Nodes
- Docker & Kubernetes : Jenkins-X on EKS
- Docker & Kubernetes : ArgoCD App of Apps with Heml on Kubernetes
- Docker & Kubernetes : ArgoCD on Kubernetes cluster
- Docker & Kubernetes : GitOps with ArgoCD for Continuous Delivery to Kubernetes clusters (minikube) - guestbook
Ph.D. / Golden Gate Ave, San Francisco / Seoul National Univ / Carnegie Mellon / UC Berkeley / DevOps / Deep Learning / Visualization