Saltstack
  • Willkommen
  • Einführung
  • Testumgebung
    • Salt-Master öffentlicher FQDN
  • Salt installieren
    • Minions und Master "verheiraten"
  • Salt Module
    • Beispiel Benutzer anlegen
    • Dateien hin und her kopieren
  • Salt States
    • Yaml verstehen
    • Editoren anpassen
    • Beispiel Benutzer verwalten
    • Abhängigkeiten
    • Dateien editieren
    • Shell Kommandos
    • Beispiel Caddy Webserver
  • Linter
  • Minions adressieren
    • Grains
    • Hostgruppen - Node Groups
  • Jinja
    • Beispiel Caddy PHP
  • top.sls
  • Output
  • Pillars
    • Hosts Pillars
    • GPG
    • Vault
    • Datenbanken
    • Beispiel Benutzerverwaltung
  • Salt-Mine
  • Eigene Module erstellen
  • Orchestrierung
  • Returner & Job-Cache
  • Salt SSH
  • Salt API
  • Salt Cloud
    • Hinweise und Fallen
    • KVM und Libvirt
    • Scaleway
    • Digitalocean
    • Hetzner Cloud
    • eigene Deploymentscripte
    • Dynamische Portforwarding
    • Keys automatisch aufräumen
    • Start Aktionen
  • GIT
    • Alternative CD
  • Salt Reactor
  • Salt für Windows
    • Software ohne Repository installieren
    • PowerShell
    • Chocolatey Paktemanager
    • Lokales Logon Skript
    • Software Repository
  • Beispiele
    • Restic Backup
    • Apache Web-Proxy
    • Wartungstunnel
    • Unattended Upgrades
  • Salt & Etcd
  • Salt ACS
Powered by GitBook
On this page
  • Provider erstellen
  • Profil(e) erstellen
  1. Salt Cloud

KVM und Libvirt

Provider erstellen

Zuerst wird ein sogenannter Provider benötigt. Über diesen legen Sie fest, wie und ggf. mit welchen Zugangsdaten sich der Salt-Master zum Hypervisor verbindet.

/etc/salt/cloud.providers.d/libvirt.conf
# Connect to a local libvirt instance       
local-kvm:
  driver: libvirt
  url: qemu:///system
  validate_xml: no

Profil(e) erstellen

/etc/salt/cloud.profiles.d/libvirt.conf
ubuntu:
  # points back at provider configuration
  provider: local-kvm
  ssh_username: hero
  sudo: True
  key_filename: '/dev/null'
  password: none
  base_domain: ubuntu1804
  ip_source: qemu-agent
  script_args: -F
  # script: LinuxMinimal # Use own script
  display_ssh_output: False
  minion:
    master: 192.168.122.1
debian:
  # points back at provider configuration
  provider: local-kvm
  ssh_username: root
  key_filename: '/dev/null'
  password: none
  base_domain: debian9
  ip_source: ip-learning
  script_args: -F
  display_ssh_output: False
  minion:
    master: 192.168.122.1

Die Angabe von key_filename wird ignoriert und es wird stattdessen ~/.ssh/id_rsa verwendet. Trotzdem muss key_filename angegeben werden. Vielleicht wird dieser Bug in einer späteren Version behoben.

PreviousHinweise und FallenNextScaleway

Last updated 5 years ago