Von 0 auf Kubernetes - Aufbau einer Kubernetes-CI/CD-Infrastruktur per GitLab-Pipeline - Teil 5 - Vorbereitungen für Kubernetes

Rückblick 

Im vierten Teil haben wir uns ein Ansible-Inventory und unser erstes Ansible-Playbook erstellt. Mithilfe des Inventory können wir unsere Zielsysteme einfach und zentral verwalten. Das Ansible-Playbook vereint alle bisher beschrieben Schritte und ermöglicht uns das Installieren und Starten unserer Services mit nur einem Befehl. 

Unser Ziel für diesen Teil 

In diesem Teil legen wir eine Konfigurationsdatei für Traefik an, damit wir das Cluster per rancher.example.com und api.example.com erreichen können. Wir schreiben eine kleine Ansible-Rolle zur Konfiguration von SSHD auf den Knoten des Clusters, erstellen bereits das zugehörige Ansible-Playbook und abschließend eine cluster.yml mit verschiedenen Konfigurationsoptionen für RKE (siehe sechster Teil).

Traefiks Konfigurationsdatei 

---
http:
  routers:
    https-rancher:
      rule: "Host(`rancher.example.com`)"
      service: rancher
      entryPoints:
        - websecure
      tls: {}
    http-rancher:
      rule: "Host(`rancher.example.com`)"
      service: rancher
      entryPoints:
        - web
    https-api:
      rule: "Host(`api.example.com`)"
      service: rancher
      entryPoints:
        - websecure
      tls: {}
    http-api:
      rule: "Host(`api.example.com`)"
      service: rancher
      entryPoints:
        - web

  services:
    rancher:
      loadBalancer:
        servers:
          - url: https://vm2.example.com
          - url: https://vm3.example.com
          - url: https://vm4.example.com 

RKE und SSHD 

Bei dem von mir auf den VMs verwendeten Ubuntu verbietet SSHD, also der SSH-Daemon, das TCP-Forwarding. Dies müssen wir für das später verwendete Tool zum Installieren des Kubernetes-Clusters aktivieren. Dafür erstellen wir eine neue Ansible-Rolle namens sshd mit analoger Ordnerstruktur zu den anderen beiden Rollen. Per Modul lineinfile ersetzen wir das AllowTcpForwarding no innerhalb der SSHD-Konfiguration mit einem AllowTcpForwarding yes und starten den SSHD anschließend neu. Die main.yml dieser Rolle sieht dann wie folgt aus:

---
- name: Configure sshd for rke
  lineinfile:
    path: /etc/ssh/sshd_config
    regexp: '^AllowTcpForwarding'
    line: AllowTcpForwarding yes

- name: Restart sshd service to apply config
  systemd:
    name: sshd.service
    state: restarted 

Ansible-Playbook für das RKE-Cluster 

---
- name: setup for rancher nodes
  hosts: rancher
  become: true
  roles:
    - common
    - sshd
  vars:
    proxy: http://proxy-ip:proxy-port
  environment:
    http_proxy: "{{ proxy }}"
    https_proxy: "{{ proxy }}"

- name: setup cluster with rke
  hosts: localhost
  become: true
  vars:
    proxy: http://proxy-ip:proxy-port
  roles:
    - rke_setup 

Die RKE-Konfiguration

Das Tool RKE zum Erstellen eines RKE-Clusters bietet eine große Auswahl an Einstellungsmöglichkeiten. Diese werden innerhalb einer rancher-cluster.yml festgehalten, welche wir unter dem Pfad ansible-setup/roles/rke_setup/rancher-cluster.yml erstellen. Eine Übersicht über alle Einstellungsmöglichkeiten findet Ihr hier. Wir werden für dieses Beispiel nur eine Mindestkonfiguration vornehmen. Gleichzeitig werden in dieser Datei die Knoten des Clusters, die verwendeten Benutzer innerhalb der Systeme und die Rollen der Knoten angegeben. Als Nutzer verwende ich hier wieder den ubuntu-Benutzer. Als Rollen haben wir controlplane, worker und etcd zur Verfügung. Der Einfachheit halber weisen wir über role: [controlplane, worker, etcd] allen drei Konten alle drei Rollen zu. Knoten mit nur einzelnen Rollen begenet man meist erst in größeren Clustern. Als Adressen müssen wir hier leider die IP-Adressen der Knoten angeben. Die zu den VMs zugehörigen URLs haben in meinen Tests leider nicht funktioniert. Vielleicht wird dies in einer späteren Version von RKE behoben.

---
nodes:
  - address: IP_Fuer_VM_2
    user: ubuntu
    role: [controlplane, worker, etcd]
  - address: IP_Fuer_VM_3
    user: ubuntu
    role: [controlplane, worker, etcd]
  - address: IP_Fuer_VM_4
    user: ubuntu
    role: [controlplane, worker, etcd]

services:
  etcd:
    backup_config:
      interval_hours: 12
      retention: 6 

Zusammenfassung