🥇Kokoš ali jajce: razdelitev IaC

Kaj je bilo prej - kokoš ali jajce? Precej čuden začetek članka o infrastrukturi kot kodi, kajne?

Kaj je jajce?

Najpogosteje je infrastruktura kot koda (IaC) deklarativni način predstavljanja infrastrukture. V njem opisujemo stanje, ki ga želimo doseči, začenši od strojnega dela in konča s konfiguracijo programske opreme. Zato se IaC uporablja za:

Zagotavljanje virov. To so VM, S3, VPC itd. Osnovna orodja za delo: Terraform и Oblikovanje oblaka.
Konfiguracija programske opreme. Osnovna orodja: Možno, kuhar itd.

Vsaka koda je v repozitorijih git. In prej ali slej se bo vodja ekipe odločil, da jih je treba spraviti v red. In preoblikoval bo. In ustvaril bo neko strukturo. In videl bo, da je to dobro.

Dobro je tudi, da že obstaja GitLab и GitHub-ponudnik za Terraform (in to je konfiguracija programske opreme). Z njihovo pomočjo lahko upravljate celoten projekt: člane ekipe, CI/CD, git-flow itd.

Od kod je prišlo jajce?

Tako se postopoma približujemo glavnemu vprašanju.

Najprej morate začeti z repozitorijem, ki opisuje strukturo drugih repozitorijev, vključno z vami. In seveda, kot del GitOps, morate dodati CI, tako da se spremembe izvajajo samodejno.

Če Git še ni bil ustvarjen?

Kako ga shraniti v Git?
Kako namestiti CI?
Če uvedemo tudi Gitlab z uporabo IaC in celo v Kubernetesu?
In GitLab Runner tudi v Kubernetesu?
Kaj pa Kubernetes v ponudniku oblaka?

Kaj je bilo prej: GitLab, kamor bom naložil svojo kodo, ali koda, ki opisuje, kakšen GitLab potrebujem?

Piščanec z jajci

«Oyakodon3 z dinozavrom" [src]

Poskusimo skuhati jed kot ponudnik oblaka Upravlja Kubernetes Selectel.

TL; DR

Ali se je mogoče pridružiti eni ekipi hkrati?

$ export MY_SELECTEL_TOKEN=<token>
$ curl https://gitlab.com/chicken-or-egg/mks/make/-/snippets/2002106/raw | bash

Sestavine:

Račun iz my.selectel.ru;
žeton računa;
Veščine Kubernetes;
Krmarske spretnosti;
Veščine terraformiranja;
Helmov grafikon GitLab;
Helm grafikon GitLab Runner.

Recept:

Pridobite MY_SELECTEL_TOKEN iz plošče my.selectel.ru.
Ustvarite gručo Kubernetes tako, da vanjo prenesete žeton računa.
Pridobite KUBECONFIG iz ustvarjene gruče.
Namestite GitLab na Kubernetes.
Pridobite GitLab-token iz GitLaba, ustvarjenega za uporabnika koren.
Ustvarite strukturo projekta v GitLabu z uporabo žetona GitLab.
Potisnite obstoječo kodo v GitLab.
?
Dobiček!

Korak 1. Žeton lahko dobite v razdelku API ključi.

Korak 2. Naš Terraform pripravimo za "peko" grozda 2 vozlov. Če ste prepričani, da imate dovolj sredstev za vse, potem lahko omogočite samodejne kvote:

provider "selectel" {
 token = var.my_selectel_token
}

variable "my_selectel_token" {}
variable "username" {}
variable "region" {}


resource "selectel_vpc_project_v2" "my-k8s" {
 name = "my-k8s-cluster"
 theme = {
   color = "269926"
 }
 quotas {
   resource_name = "compute_cores"
   resource_quotas {
     region = var.region
     zone = "${var.region}a"
     value = 16
   }
 }
 quotas {
   resource_name = "network_floatingips"
   resource_quotas {
     region = var.region
     value = 1
   }
 }
 quotas {
   resource_name = "load_balancers"
   resource_quotas {
     region = var.region
     value = 1
   }
 }
 quotas {
   resource_name = "compute_ram"
   resource_quotas {
     region = var.region
     zone = "${var.region}a"
     value = 32768
   }
 }
 quotas {
   resource_name = "volume_gigabytes_fast"
   resource_quotas {
     region = var.region
     zone = "${var.region}a"
     # (20 * 2) + 50 + (8 * 3 + 10)
     value = 130
   }
 }
}

resource "selectel_mks_cluster_v1" "k8s-cluster" {
 name         = "k8s-cluster"
 project_id   = selectel_vpc_project_v2.my-k8s.id
 region       = var.region
 kube_version = "1.17.9"
}

resource "selectel_mks_nodegroup_v1" "nodegroup_1" {
 cluster_id        = selectel_mks_cluster_v1.k8s-cluster.id
 project_id        = selectel_mks_cluster_v1.k8s-cluster.project_id
 region            = selectel_mks_cluster_v1.k8s-cluster.region
 availability_zone = "${var.region}a"
 nodes_count       = 2
 cpus              = 8
 ram_mb            = 16384
 volume_gb         = 15
 volume_type       = "fast.${var.region}a"
 labels            = {
   "project": "my",
 }
}

Dodajte uporabnika v projekt:

resource "random_password" "my-k8s-user-pass" {
 length = 16
 special = true
 override_special = "_%@"
}

resource "selectel_vpc_user_v2" "my-k8s-user" {
 password = random_password.my-k8s-user-pass.result
 name = var.username
 enabled  = true
}

resource "selectel_vpc_keypair_v2" "my-k8s-user-ssh" {
 public_key = file("~/.ssh/id_rsa.pub")
 user_id    = selectel_vpc_user_v2.my-k8s-user.id
 name = var.username
}

resource "selectel_vpc_role_v2" "my-k8s-role" {
 project_id = selectel_vpc_project_v2.my-k8s.id
 user_id    = selectel_vpc_user_v2.my-k8s-user.id
}

Izhod:

output "project_id" {
 value = selectel_vpc_project_v2.my-k8s.id
}

output "k8s_id" {
 value = selectel_mks_cluster_v1.k8s-cluster.id
}

output "user_name" {
 value = selectel_vpc_user_v2.my-k8s-user.name
}

output "user_pass" {
 value = selectel_vpc_user_v2.my-k8s-user.password
}

Zaženimo:

$ env 
TF_VAR_region=ru-3 
TF_VAR_username=diamon 
TF_VAR_my_selectel_token=<token> 
terraform plan -out planfile

$ terraform apply -input=false -auto-approve planfile

Korak 3. Dobimo cubeconfig.

Če želite programsko prenesti KUBECONFIG, morate pridobiti žeton iz OpenStacka:

openstack token issue -c id -f value > token

In s tem žetonom naredite zahtevo upravljanemu API-ju Kubernetes Selectel. k8s_id vprašanja terraform:

curl -XGET -H "x-auth-token: $(cat token)" "https://ru-3.mks.selcloud.ru/v1/clusters/$(cat k8s_id)/kubeconfig" -o kubeConfig.yaml

Do Cupconfig lahko dostopate tudi prek plošče.

Korak 4. Ko je grozd pečen in imamo dostop do njega, lahko na vrh dodamo jaml po okusu.

Raje dodam:

imenski prostor
skladiščni razred
varnostna politika pod in tako naprej.

Razred shranjevanja za Selectel lahko vzamete iz uradni repozitorij.

Ker sem sprva izbral gručo v coni ru-3a, potem potrebujem Storage Class iz tega območja.

kind: StorageClass
apiVersion: storage.k8s.io/v1
metadata:
 name: fast.ru-3a
 annotations:
   storageclass.kubernetes.io/is-default-class: "true"
provisioner: cinder.csi.openstack.org
parameters:
 type: fast.ru-3a
 availability: ru-3a
allowVolumeExpansion: true

Korak 5. Namestite izravnalnik obremenitve.

Za mnoge bomo uporabili standardnega nginx-vstop. Navodil za namestitev je že veliko, zato se na njih ne bomo zadrževali.

$ helm repo add nginx-stable https://helm.nginx.com/stable
$ helm upgrade nginx-ingress nginx-stable/nginx-ingress -n ingress --install -f ../internal/K8S-cluster/ingress/values.yml

Čakamo, da prejme zunanji IP približno 3-4 minute:

Prejeti zunanji IP:

Korak 6. Namestite GitLab.

$ helm repo add gitlab https://charts.gitlab.io
$ helm upgrade gitlab gitlab/gitlab -n gitlab  --install -f gitlab/values.yml --set "global.hosts.domain=gitlab.$EXTERNAL_IP.nip.io"

Spet počakamo, da vsi stroki vzhajajo.

kubectl get po -n gitlab
NAME                                      	READY   STATUS  	RESTARTS   AGE
gitlab-gitaly-0                           	0/1 	Pending 	0      	0s
gitlab-gitlab-exporter-88f6cc8c4-fl52d    	0/1 	Pending 	0      	0s
gitlab-gitlab-runner-6b6867c5cf-hd9dp     	0/1 	Pending 	0      	0s
gitlab-gitlab-shell-55cb6ccdb-h5g8x       	0/1 	Init:0/2	0      	0s
gitlab-migrations.1-2cg6n                 	0/1 	Pending 	0      	0s
gitlab-minio-6dd7d96ddb-zd9j6             	0/1 	Pending 	0      	0s
gitlab-minio-create-buckets.1-bncdp       	0/1 	Pending 	0      	0s
gitlab-postgresql-0                       	0/2 	Pending 	0      	0s
gitlab-prometheus-server-6cfb57f575-v8k6j 	0/2 	Pending 	0      	0s
gitlab-redis-master-0                     	0/2 	Pending 	0      	0s
gitlab-registry-6bd77b4b8c-pb9v9          	0/1 	Pending 	0      	0s
gitlab-registry-6bd77b4b8c-zgb6r          	0/1 	Init:0/2	0      	0s
gitlab-shared-secrets.1-pc7-5jgq4         	0/1 	Completed   0      	20s
gitlab-sidekiq-all-in-1-v1-54dbcf7f5f-qbq67   0/1 	Pending 	0      	0s
gitlab-task-runner-6fd6857db7-9x567       	0/1 	Pending 	0      	0s
gitlab-webservice-d9d4fcff8-hp8wl         	0/2 	Pending 	0      	0s
Waiting gitlab
./wait_gitlab.sh ../internal/gitlab/gitlab/.pods
waiting for pod...
waiting for pod...
waiting for pod...

Stroki vrtnice:

Korak 7. Prejmemo žeton GitLab.

Najprej ugotovite geslo za prijavo:

kubectl get secret -n gitlab gitlab-gitlab-initial-root-password -o jsonpath='{.data.password}' | base64 --decode

Zdaj pa se prijavimo in pridobimo žeton:

python3 get_gitlab_token.py root $GITLAB_PASSWORD http://gitlab.gitlab.$EXTERNAL_IP.nip.io

Korak 8. Prenos repozitorijev Git na pravilno hierarhijo z uporabo ponudnika Gitlab.

cd ../internal/gitlab/hierarchy && terraform apply -input=false -auto-approve planfile

Na žalost ima ponudnik terraform GitLab lebdečo hrošček. Potem boste morali konfliktne projekte izbrisati ročno, da bo tf.state popravljen. Nato znova zaženite ukaz `$make all`

Korak 9. Lokalne repozitorije prenesemo na strežnik.

$ make push

[master (root-commit) b61d977]  Initial commit
 3 files changed, 46 insertions(+)
 create mode 100644 .gitignore
 create mode 100644 values.yml
Enumerating objects: 5, done.
Counting objects: 100% (5/5), done.
Delta compression using up to 8 threads
Compressing objects: 100% (5/5), done.
Writing objects: 100% (5/5), 770 bytes | 770.00 KiB/s, done.
Total 5 (delta 0), reused 0 (delta 0)

Končano:

Zaključek

Dosegli smo, da lahko vse upravljamo deklarativno iz našega lokalnega stroja. Zdaj želim vse te naloge prenesti v CI in samo pritisniti gumbe. Da bi to naredili, moramo prenesti naša lokalna stanja (stanje Terraform) v CI. Kako to storiti, je v naslednjem delu.

Naročite se na našo blogda ne zamudite izdaje novih člankov!

Vir: www.habr.com

Piščanec ali jajce: razdelitev IaC