Mate (Server)/Technische Doku - Versionsgeschichte

Bfritz0815 am 12. Dezember 2023 um 22:14 Uhr

2023-12-12T22:14:12Z

← Nächstältere Version		Version vom 12. Dezember 2023, 22:14 Uhr
Zeile 138:		Zeile 138:
	== Einzelnachweise ==		== Einzelnachweise ==
	<references />		<references />

			[[Kategorie:Wiki_Cleanup/ToDo]]
			[[Kategorie:Archäologie]]
			[[Kategorie:Infrastruktur]]

Felicia: /* Bacula restores */

2014-08-30T11:49:48Z

Bacula restores

← Nächstältere Version		Version vom 30. August 2014, 11:49 Uhr
Zeile 127:		Zeile 127:
	* Restore mittels folgendem Snippet starten: <pre>restore where=/ client=<name, z.b. infra.rzl> replace=always all</pre> Danach die Option "5" drücken und entsprechenden Client auswählen. Beim folgenden Prompt einfach "done" eintippen und den Job starten		* Restore mittels folgendem Snippet starten: <pre>restore where=/ client=<name, z.b. infra.rzl> replace=always all</pre> Danach die Option "5" drücken und entsprechenden Client auswählen. Beim folgenden Prompt einfach "done" eintippen und den Job starten
	* grub2-config neu generieren, da sich die UUIDs geändert haben. update-grub2 unter Debian		* grub2-config neu generieren, da sich die UUIDs geändert haben. update-grub2 unter Debian
			* grub-install /dev/vda ausführen
	* in /etc/fstab die neuen UUIDs eintragen		* in /etc/fstab die neuen UUIDs eintragen
	* VM runterfahren		* VM runterfahren

Felicia: /* In der Config für die VM */

2014-08-30T00:04:06Z

In der Config für die VM

← Nächstältere Version		Version vom 30. August 2014, 00:04 Uhr
Zeile 42:		Zeile 42:
	* Das '''Platten-Image''' muß '''raw''' und '''pre-allokiert''' sein. qcow2 und dynamische Allokierung ist wirklich langsam.		* Das '''Platten-Image''' muß '''raw''' und '''pre-allokiert''' sein. qcow2 und dynamische Allokierung ist wirklich langsam.
	* Der Modus des Festplatten-Controllers muß '''virtio''' sein (Achtung: Die Platten in den VMs sind dann '''vda, vdb etc''' anstatt '''sda, sdb etc''')		* Der Modus des Festplatten-Controllers muß '''virtio''' sein (Achtung: Die Platten in den VMs sind dann '''vda, vdb etc''' anstatt '''sda, sdb etc''')
	* Das '''Plattenimage''' muß den '''Cache-Modus''' auf '''~~none~~''' gesetzt haben ('''<driver name='qemu' type='raw' cache='~~none~~'/>''')		* Das '''Plattenimage''' muß den '''Cache-Modus''' auf '''writeback''' gesetzt haben ('''<driver name='qemu' type='raw' cache='writeback'/>''')
	* Der Typ des '''Netzwerkinterfaces''' muß '''virtio''' sein ('''<model type='virtio'/>''')		* Der Typ des '''Netzwerkinterfaces''' muß '''virtio''' sein ('''<model type='virtio'/>''')

	=== In der VM selbst ===		=== In der VM selbst ===
	* '''Default-Scheduler von cfq auf noop''' (Kernel-Parameter elevator=noop <ref name="KER-PAR-01">[http://www.mjmwired.net/kernel/Documentation/kernel-parameters.txt#796 Dokumentation zum Kernel-Parameter elevator] </ref> in '''/etc/default/grub''' setzen, danach '''update-grub2''' ausführen)		* '''Default-Scheduler von cfq auf noop''' (Kernel-Parameter elevator=noop <ref name="KER-PAR-01">[http://www.mjmwired.net/kernel/Documentation/kernel-parameters.txt#796 Dokumentation zum Kernel-Parameter elevator] </ref> in '''/etc/default/grub''' setzen, danach '''update-grub2''' ausführen)

Felicia: /* Neue Debian-VM ohne GUI, nur mittels shell installieren (serielle console) */

2014-08-30T00:02:54Z

Neue Debian-VM ohne GUI, nur mittels shell installieren (serielle console)

← Nächstältere Version		Version vom 30. August 2014, 00:02 Uhr
Zeile 20:		Zeile 20:
	<pre>		<pre>
	virt-install --connect qemu:///system --name=$VMNAME --ram=$VMMEM --vcpus=1 \		virt-install --connect qemu:///system --name=$VMNAME --ram=$VMMEM --vcpus=1 \
	--disk path=/srv/vm/$VMNAME.img,format=raw,cache=~~none~~,bus=virtio --os-type $VMOSTYPE \		--disk path=/srv/vm/$VMNAME.img,format=raw,cache=writeback,bus=virtio --os-type $VMOSTYPE \
	--os-variant $VMOSVARIANT --network=bridge=br0,model=virtio --nographics \		--os-variant $VMOSVARIANT --network=bridge=br0,model=virtio --nographics \
	--location $VMINSTALLER \		--location $VMINSTALLER \

Felicia: /* Bacula restores */

2014-08-29T23:13:46Z

Bacula restores

← Nächstältere Version		Version vom 29. August 2014, 23:13 Uhr
Zeile 126:		Zeile 126:
	* Restore mittels folgendem Snippet starten: <pre>restore where=/ client=<name, z.b. infra.rzl> replace=always all</pre> Danach die Option "5" drücken und entsprechenden Client auswählen. Beim folgenden Prompt einfach "done" eintippen und den Job starten		* Restore mittels folgendem Snippet starten: <pre>restore where=/ client=<name, z.b. infra.rzl> replace=always all</pre> Danach die Option "5" drücken und entsprechenden Client auswählen. Beim folgenden Prompt einfach "done" eintippen und den Job starten
	* grub2-config neu generieren, da sich die UUIDs geändert haben. update-grub2 unter Debian		* grub2-config neu generieren, da sich die UUIDs geändert haben. update-grub2 unter Debian
			* in /etc/fstab die neuen UUIDs eintragen
	* VM runterfahren		* VM runterfahren
	* Alte VM-config umkopieren		* Alte VM-config umkopieren

Felicia: /* Bacula restores */

2014-08-26T21:41:01Z

Bacula restores

← Nächstältere Version		Version vom 26. August 2014, 21:41 Uhr
Zeile 94:		Zeile 94:

	== Bacula restores ==		== Bacula restores ==

			'''Achtung: Die Anleitung ist nicht optimal. Idealerweise bootet man ein Recovery Image, damit man keine neue VM aufsetzen muß, sondern diese direkt Recovern kann.'''

	Um eine komplette VM wiederherzustellen ohne vorhandenes Disk-Image:		Um eine komplette VM wiederherzustellen ohne vorhandenes Disk-Image:

Felicia: /* Bacula backups */ Restore hinzugefügt

2014-08-26T21:38:21Z

Bacula backups: Restore hinzugefügt

@@ Zeile 92: / Zeile 92: @@
 Schließlich über bconsole, danach run den entsprechende Job auswählen und testweise laufen lassen.
 == TODO ==
 * Automatisches Discovery von VMs in Zabbix?

Felicia am 17. November 2013 um 00:25 Uhr

2013-11-17T00:25:47Z

← Nächstältere Version		Version vom 17. November 2013, 00:25 Uhr
Zeile 94:		Zeile 94:
	== TODO ==		== TODO ==
	* Automatisches Discovery von VMs in Zabbix?		* Automatisches Discovery von VMs in Zabbix?

			== Einzelnachweise ==
			<references />

Felicia: Technische Doku verschoben

2013-11-17T00:25:24Z

Technische Doku verschoben

Neue Seite

== Neue Debian-VM ohne GUI, nur mittels shell installieren (serielle console) ==

Vor der Installation neues, leeres Image anlegen (Images liegen unter '''/srv/vm'''):

<pre>
export VMNAME=foobar
export VMSIZE=20G
export VMMEM=256
export VMOSTYPE=linux
export VMOSVARIANT=debianwheezy
export VMINSTALLER=http://ftp.de.debian.org/debian/dists/wheezy/main/installer-amd64/
</pre>

<pre>
fallocate -l $VMSIZE /srv/vm/$VMNAME.img
</pre>

Dann Netzinstallation starten:

<pre>
virt-install --connect qemu:///system --name=$VMNAME --ram=$VMMEM --vcpus=1 \
--disk path=/srv/vm/$VMNAME.img,format=raw,cache=none,bus=virtio --os-type $VMOSTYPE \
--os-variant $VMOSVARIANT --network=bridge=br0,model=virtio --nographics \
--location $VMINSTALLER \
--extra-args="console=tty0 console=ttyS0,115200n8" -v
</pre>

== Besondere Einstellungen auf dem Hypervisor ==

Die Default-Linux-Einstellungen (bzw die von Debian) sind etwas ungünstig für Performance. Folgendes sollte geändert werden:

* '''Default-Scheduler von cfq auf deadline''' (Kernel-Parameter elevator=deadline <ref name="KER-PAR-01">[http://www.mjmwired.net/kernel/Documentation/kernel-parameters.txt#796 Dokumentation zum Kernel-Parameter elevator] </ref> in '''/etc/default/grub''' setzen, danach '''update-grub2''' ausführen)
* '''Hugepages''' erlauben (in '''/etc/rc.local''') <ref name=KVM-TUN-01">[http://sheepdog.taobao.org/people/zituan/kvm_tuning.html#sec-1-2 KVM Memory Tuning]</ref>:
** '''echo 1 > /sys/kernel/mm/transparent_hugepage/khugepaged/defrag'''
** '''echo always > /sys/kernel/mm/transparent_hugepage/enabled'''
** '''echo never > /sys/kernel/mm/transparent_hugepage/defrag'''
* Prüfen, ob das Modul '''vhost_net''' geladen ist

== Besondere Einstellungen auf den virtuellen Maschinen ==

=== In der Config für die VM ===
* Das '''Platten-Image''' muß '''raw''' und '''pre-allokiert''' sein. qcow2 und dynamische Allokierung ist wirklich langsam.
* Der Modus des Festplatten-Controllers muß '''virtio''' sein (Achtung: Die Platten in den VMs sind dann '''vda, vdb etc''' anstatt '''sda, sdb etc''')
* Das '''Plattenimage''' muß den '''Cache-Modus''' auf '''none''' gesetzt haben ('''<driver name='qemu' type='raw' cache='none'/>''')
* Der Typ des '''Netzwerkinterfaces''' muß '''virtio''' sein ('''<model type='virtio'/>''')
=== In der VM selbst ===
* '''Default-Scheduler von cfq auf noop''' (Kernel-Parameter elevator=noop <ref name="KER-PAR-01">[http://www.mjmwired.net/kernel/Documentation/kernel-parameters.txt#796 Dokumentation zum Kernel-Parameter elevator] </ref> in '''/etc/default/grub''' setzen, danach '''update-grub2''' ausführen)
* '''Tickless Kernel aktivieren''' (Kernel-Parameter nohz=on <ref name="KER-PAR-02">[http://www.mjmwired.net/kernel/Documentation/kernel-parameters.txt#1855 Dokumentation zum Kernel-Parameter nohz] </ref> in '''/etc/default/grub''' setzen, danach '''update-grub2''' ausführen)
* Prüfen, ob die Module '''virtio-blk''' und '''virtio-net''' geladen sind
* Serielle Konsole in '''/etc/inittab''' aktivieren: '''T0:23:respawn:/sbin/getty -L ttyS0 115200 vt102'''
* Serielle Konsole zusätzlich zur normalen Konsole aktivieren (in '''/etc/default/grub'''), wenn man schon dabei ist, kann man auch grub serial beibringen: <pre>GRUB_TERMINAL=serial
GRUB_SERIAL_COMMAND="serial --unit=0 --speed=115200 --word=8 --parity=no --stop=1"</pre> sowie <pre>console=ttyS0,115200n8 console=tty0</pre>

Für die faulen Hunde, wie ich einer bin, hier nochmal der komplette GRUB_CMDLINE-Kram:

<pre>
GRUB_CMDLINE_LINUX_DEFAULT="elevator=noop nohz=on transparent_hugepage=always console=ttyS0,115200n8 console=tty0"
</pre>

<blink>'''DON'T FORGET THE MAGIC update-grub2'''</blink>

== Puppet ==
Um eine VM unter die Kontrolle von Puppet zu bekommen, ist folgendes zu erledigen:
* '''mate.rzl''':/etc/puppet/manifests/nodes.pp: die Node eintragen
* '''<neuevm>.rzl''':
** Puppet installieren
** Deamon Autostart in /etc/default/puppet aktivieren
** puppet agent --test ausführen
* '''mate.rzl''': <pre>#Liste der neuen Zertifikate:
puppet cert list

#Zertifikat signieren:
puppet cert sign <neuevm.rzl></pre>
* '''<neuevm.rzl>''': Nochmal puppet agent --test ausführen

Wenn alles geklappt hat, so wird puppet zumindest mal alle fehlenden Pakete nachinstallieren.

== Zabbix ==

Um eine VM zu monitoren:

* Ändere in der Datei '''/etc/zabbix/zabbix_agentd.conf''' den Parameter "Server" auf "172.22.36.251" und den Parameter "Hostname" auf den hostnamen inkl. .rzl-Domain
* Füge den Server in Zabbix hinzu (Configuration->Hosts->Create), linke die Templates Template_Linux sowie Template_Puppet_Agent

== Bacula backups ==

* Config-Änderungen auf mate:
** in /etc/bacula/clients die jeweilige Config umkopieren und die Namen sowie das Director-Passwort ändern
** die leeren files in /etc/bacula/clients/includes sowie excludes erzeugen
** in /etc/bacula/bacula-dir.conf das neue config file includen
** bacula neustarten
** Das file /etc/puppet/templates/bacula-fd_conf.erb in die VM kopieren und die Variablen ersetzen

* In der VM:
** /etc/init.d/bacula-fd restart
** prüfen, ob bacula-fd auf 0.0.0.0:9102 lauscht (bei Fehlern lauscht er nur auf localhost)

Schließlich über bconsole, danach run den entsprechende Job auswählen und testweise laufen lassen.
== TODO ==
* Automatisches Discovery von VMs in Zabbix?