1
0
Fork 0

fix: updated readme

This commit is contained in:
sido 2018-06-27 21:20:13 +02:00
parent bd68f93383
commit 120a4afba4
2 changed files with 68 additions and 26 deletions

View File

@ -1,39 +1,94 @@
# MOLGENIS Helm templates
These are the Helm templates that we will use for MOLGENIS operations. There are some prerequisites you need.
These are the Helm templates that we will use for MOLGENIS operations. Basic concepts in respect to docker you need to know.
**Deployments**
Are a set of pods that will be deployed according to configuration that is usually managed bij Helm. These pods interact with eachother by being in the same namespace created by kubernetes according to the deployment configuration.
**Pods**
A pod is wrapper around a container. It will recreate the container when it is shutdown for some reason and interact with other pods when needed.
**Containers**
A container is a docker-container that is created from a docker image. It could be seen as an VM for example
**Images**
An image is a template for a container some sort of boot script but also contains the os for example. A build dockerfile, if you will.
**Prerequisites**
There are some prerequisites you need.
- docker
- minikube
## Useful commands for Kubernetes
## Kubernetes
When you want to use kubernetes there are some commands you need to know. Also running on a remote cluster will be a must have to control your whole DTAP.
### Useful commands
Commands that can be used to get information from a kubernetes cluster
- kubectl get pods
- ```kubectl get pods```
Gets alls running instances of containers from a certain deployment
- kubectl get services
- ```kubectl get services```
Gets all services from a deployment
- kubectl get pv
- ```kubectl get pv```
Gets all persistant volumes
- kubectl get pvc
- ```kubectl get pvc```
Gets all persistent volume claims
- kubectl get deployments
- ```kubectl get deployments```
Gets all deployments (comparable with docker-compose)
## Remote clusters
When you want to see what is running on the clusters at the CIT you have to make a context switch.
You can access the cluster with kubeconfig-files. You can obtain these by downloading them from the
MOLGENIS kubernetes cluster.
- Goto https://rancher.molgenis.org:7443
- Goto
- Go to https://rancher.molgenis.org:7443 and login
- Go to Rancher --> Cluster: *#name#* --> *Kubeconfig File*
- Go to a **Terminal** where ```kubectl``` is available
- Add this configuration to ~/.kube/config (or place a new file besides this one)
*Example*:
```bash
# When you added the MOLGENIS configuration to the original configuration
kubectl config user-context molgenis
# or when you placed the MOLGENIS configuration besides the original one
kubectl config use-context molgenis --kubeconfig=*full path to molgenis config*
```
- You can now access all facilities of the MOLGENIS cluster like it is running locally
*Example:*
```bash
kubectl get pods --namespace=*#namespace of application#*
```
## Helm
### Useful commands
## Useful commands for Helm
- helm install .
- ```helm install .```
Do it in the root of the project where the Chart.yaml is located
It installs a release of a kubernetes stack. You also store this as an artifact in a kubernetes repository
- helm list
- ```helm list```
Lists all installed releases
- helm delete #release#
- ```helm delete #release#a```
Performs a sort of mvn clean on your workspace. Very handy for zombie persistent volumes or claims.

View File

@ -1,13 +0,0 @@
apiVersion: v1
kind: Service
metadata:
name: {{ .Values.httpd.name }}
labels:
app: {{ .Values.httpd.name }}
spec:
type: NodePort
ports:
- name: {{ .Values.httpd.name }}
port: {{ .Values.httpd.port }}
selector:
app: {{ .Values.httpd.selector }}