Šta je bilo prvo - kokoška ili jaje? Prilično čudan početak za članak o infrastrukturi kao kodu, zar ne?
Šta je jaje?
Najčešće, Infrastructure-as-Code (IaC) je deklarativni način predstavljanja infrastrukture. U njemu opisujemo stanje koje želimo postići, počevši od hardverskog dijela pa do softverske konfiguracije. Stoga se IaC koristi za:
- Resource Provision. To su VM, S3, VPC, itd. Osnovni alati za rad: и .
- . Osnovni alati: , kuhar itd.
Bilo koji kod je u git repozitorijumima. I prije ili kasnije vođa tima će odlučiti da ih treba dovesti u red. I on će refaktorirati. I to će stvoriti neku strukturu. I videće da je ovo dobro.
Takođe je dobro što već postoji и -provajder za Terraform (a ovo je softverska konfiguracija). Uz njihovu pomoć možete upravljati cijelim projektom: članovima tima, CI/CD, git-flow, itd.
Odakle je došlo jaje?
Tako se postepeno približavamo glavnom pitanju.
Prije svega, trebate početi sa spremištem koje opisuje strukturu drugih spremišta, uključujući i vas. I naravno, kao dio GitOps-a, morate dodati CI tako da se promjene izvršavaju automatski.
Ako Git još nije kreiran?
- Kako to pohraniti u Git?
- Kako instalirati CI?
- Ako također implementiramo Gitlab koristeći IaC, pa čak i u Kubernetesu?
- A GitLab Runner takođe u Kubernetesu?
- Šta je sa Kubernetesom u cloud provajderu?
Šta je bilo prvo: GitLab u koji ću učitati svoj kod, ili kod koji opisuje kakav mi GitLab treba?
Piletina sa jajima
«3 sa dinosaurusom" []
Pokušajmo skuhati jelo koristeći kao cloud provajder .
TL; DR
Da li je moguće pridružiti se jednom timu odjednom?
$ export MY_SELECTEL_TOKEN=<token>
$ curl https://gitlab.com/chicken-or-egg/mks/make/-/snippets/2002106/raw | bashSastojci:
- Račun sa my.selectel.ru;
- Token računa;
- Kubernetes vještine;
- Helm Skills;
- Terraform Skills;
- Helm chart GitLab;
- Helm chart GitLab Runner.
Recept:
- Preuzmite MY_SELECTEL_TOKEN sa panela my.selectel.ru.
- Kreirajte Kubernetes klaster prenošenjem tokena naloga na njega.
- Nabavite KUBECONFIG iz kreiranog klastera.
- Instalirajte GitLab na Kubernetes.
- Nabavite GitLab-token od GitLaba kreiranog za korisnika korijen.
- Kreirajte strukturu projekta u GitLabu koristeći GitLab-token.
- Gurnite postojeći kod u GitLab.
- ???
- Profit!
korak 1. Token se može dobiti u odjeljku .
korak 2. Pripremamo naš Terraform za “pečenje” klastera od 2 čvora. Ako ste sigurni da imate dovoljno resursa za sve, onda možete omogućiti automatske 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 korisnika u projekat:
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
}Izlaz:
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
}Pokrećemo:
$ 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. Dobijamo cubeconfig.
Da programski preuzmete KUBECONFIG, morate dobiti token sa OpenStack-a:
openstack token issue -c id -f value > tokenI sa ovim tokenom uputite zahtjev za Managed Kubernetes Selectel API. k8s_id izdaje teraform:
curl -XGET -H "x-auth-token: $(cat token)" "https://ru-3.mks.selcloud.ru/v1/clusters/$(cat k8s_id)/kubeconfig" -o kubeConfig.yamlCupconfig-u se takođe može pristupiti preko panela.
korak 4. Nakon što je grozd pečen i imamo pristup, možemo dodati yaml na vrh po ukusu.
radije bih dodao:
- imenskog prostora
- klasa skladištenja
- sigurnosna politika pod i tako dalje.
za Selectel se može uzeti iz .
Pošto sam u početku izabrao klaster u zoni en-3a, onda mi treba Storage Class iz ove zone.
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: truekorak 5. Instalirajte balansator opterećenja.
Za mnoge ćemo koristiti standardni nginx-ingress. Već postoji mnogo uputstava za njegovu instalaciju, tako da se nećemo zadržavati na tome.
$ 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Čekamo da dobije eksternu IP adresu oko 3-4 minute:
Primljena eksterna IP adresa:
korak 6. Instalirajte 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"Ponovo čekamo da se sve mahune dignu.
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...Mahune su se podigle:
korak 7. Primamo GitLab-token.
Prvo saznajte lozinku za prijavu:
kubectl get secret -n gitlab gitlab-gitlab-initial-root-password -o jsonpath='{.data.password}' | base64 --decodeSada se prijavimo i dobijemo token:
python3 get_gitlab_token.py root $GITLAB_PASSWORD http://gitlab.gitlab.$EXTERNAL_IP.nip.iokorak 8. Dovođenje Git spremišta u ispravnu hijerarhiju koristeći Gitlab Provider.
cd ../internal/gitlab/hierarchy && terraform apply -input=false -auto-approve planfileNažalost, terraform GitLab provajder ima floating . Tada ćete morati ručno izbrisati konfliktne projekte kako bi se tf.state popravio. Zatim ponovo pokrenite naredbu `$make all`
korak 9. Lokalna spremišta prenosimo na server.
$ 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)Gotovo:
zaključak
Postigli smo da svime možemo upravljati deklarativno sa naše lokalne mašine. Sada želim sve ove zadatke prebaciti na CI i samo pritisnuti dugmad. Da bismo to učinili, moramo prenijeti naša lokalna stanja (Terraform state) u CI. Kako to uraditi je u sledećem delu.
Pretplatite se na naše kako ne biste propustili objavljivanje novih članaka!
izvor: www.habr.com