Co było pierwsze – kura czy jajko? Dość dziwny początek artykułu o Infrastructure-as-Code, prawda?
Co to jest jajko?
Najczęściej infrastruktura jako kod (IaC) jest deklaratywnym sposobem reprezentowania infrastruktury. Opisujemy w nim stan, jaki chcemy osiągnąć, zaczynając od części sprzętowej, a kończąc na konfiguracji oprogramowania. Dlatego IaC jest używany do:
- Zapewnienie zasobów. Są to maszyny wirtualne, S3, VPC itp. Podstawowe narzędzia do pracy:
Terraform иTworzenie chmury . Konfiguracja oprogramowania . Podstawowe narzędzia:Wiarygodne , szef kuchni itp.
Każdy kod znajduje się w repozytoriach git. I prędzej czy później lider zespołu zdecyduje, że trzeba je uporządkować. I dokona refaktoryzacji. I stworzy to pewną strukturę. I zobaczy, że to jest dobre.
Dobrze też, że już istnieje
Skąd się wzięło jajko?
Вот мы и постепенно подходим к главному вопросу.
Przede wszystkim musisz zacząć od repozytorium, które opisuje strukturę innych repozytoriów, w tym Ciebie. I oczywiście w ramach GitOps trzeba dodać CI, aby zmiany były wykonywane automatycznie.
Jeśli Git nie został jeszcze stworzony?
- Jak przechowywać to w Git?
- Jak zainstalować CI?
- Jeśli wdrożymy Gitlab również przy użyciu IaC, a nawet w Kubernetesie?
- A GitLab Runner także w Kubernetesie?
- A co z Kubernetesem u dostawcy chmury?
Co było pierwsze: GitLab, do którego prześlę swój kod, czy kod opisujący jakiego rodzaju GitLab potrzebuję?
Kurczak Z Jajkami
«Oyakodon 3 z dinozaurem” [src ]
Spróbujmy ugotować danie, korzystając z usług dostawcy chmury
TL; DR
Czy jest możliwość dołączenia do jednego zespołu na raz?
$ export MY_SELECTEL_TOKEN=<token>
$ curl https://gitlab.com/chicken-or-egg/mks/make/-/snippets/2002106/raw | bash
Składniki:
- Konto z my.selectel.ru;
- token konta;
- umiejętności Kubernetesa;
- Umiejętności steru;
- Umiejętności Terraformowe;
- Wykres steru GitLab;
- Wykres Helma GitLab Runner.
przepis:
- Pobierz MY_SELECTEL_TOKEN z panelu my.selectel.ru.
- Utwórz klaster Kubernetes, przenosząc do niego token konta.
- Pobierz KUBECONFIG z utworzonego klastra.
- Zainstaluj GitLab na Kubernetesie.
- Zdobądź token GitLab z GitLab stworzony dla użytkownika korzeń.
- Utwórz strukturę projektu w GitLab za pomocą GitLab-token.
- Prześlij istniejący kod do GitLab.
- ?
- Zysk!
Krok 1. Token można otrzymać w dziale
Krok 2. Przygotowujemy nasz Terraform do „wypieczenia” klastra 2 węzłów. Jeśli masz pewność, że masz wystarczające zasoby na wszystko, możesz włączyć automatyczne przydziały:
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",
}
}
Dodaj użytkownika do projektu:
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
}
Wyjście:
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
}
Uruchommy:
$ 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
Krok 3. Otrzymujemy plik Cubeconfig.
Aby programowo pobrać KUBECONFIG, musisz zdobyć token z OpenStack:
openstack token issue -c id -f value > token
Za pomocą tego tokena złóż żądanie do zarządzanego interfejsu API Kubernetes Selectel. k8s_id kwestie terraform:
curl -XGET -H "x-auth-token: $(cat token)" "https://ru-3.mks.selcloud.ru/v1/clusters/$(cat k8s_id)/kubeconfig" -o kubeConfig.yaml
Dostęp do Cupconfig można uzyskać także poprzez panel.
Krok 4. Po upieczeniu grochu i uzyskaniu do niego dostępu możemy na wierzch dodać yaml do smaku.
Wolę dodać:
- przestrzeń nazw,
- klasa przechowywania
- polityka bezpieczeństwa podów i tak dalej.
Ponieważ początkowo wybrałem klaster w strefie ru-3a, potrzebuję klasy pamięci masowej z tej strefy.
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
Krok 5. Zainstaluj moduł równoważenia obciążenia.
Dla wielu będziemy używać standardowego wejście nginx. Instrukcji instalacji jest już mnóstwo, więc nie będziemy się nad tym rozwodzić.
$ 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
Czekamy aż otrzyma zewnętrzne IP przez około 3-4 minuty:
Otrzymany zewnętrzny adres IP:
Krok 6. Zainstaluj GitLaba.
$ 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"
Ponownie czekamy, aż wszystkie strąki wyrosną.
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...
Strąki urosły:
Krok 7. Otrzymujemy token GitLab.
Najpierw znajdź hasło logowania:
kubectl get secret -n gitlab gitlab-gitlab-initial-root-password -o jsonpath='{.data.password}' | base64 --decode
Teraz zalogujmy się i zdobądźmy token:
python3 get_gitlab_token.py root $GITLAB_PASSWORD http://gitlab.gitlab.$EXTERNAL_IP.nip.io
Krok 8. Przenoszenie repozytoriów Git do właściwej hierarchii za pomocą dostawcy Gitlab.
cd ../internal/gitlab/hierarchy && terraform apply -input=false -auto-approve planfile
Niestety dostawca terraform GitLab ma plik float
błąd . Następnie będziesz musiał ręcznie usunąć projekty powodujące konflikt, aby naprawić tf.state. Następnie uruchom ponownie polecenie `$make all`
Krok 9. Przenosimy lokalne repozytoria na serwer.
$ 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)
Gotowe:
wniosek
Osiągnęliśmy to, że możemy zarządzać wszystkim deklaratywnie z naszej lokalnej maszyny. Teraz chcę przenieść wszystkie te zadania do CI i po prostu naciskać przyciski. Aby to zrobić musimy przenieść nasze stany lokalne (stan Terraform) do CI. Jak to zrobić, znajdziesz w następnej części.
Zapisz się do naszego
blog aby nie przegapić wydania nowych artykułów!
Źródło: www.habr.com