The edit can be undone. Please check the comparison below to verify that this is what you want to do, and then publish the changes below to finish undoing the edit.
Latest revision | Your text | ||
Line 3: | Line 3: | ||
|description=almighty server | |description=almighty server | ||
|image=helios.jpg | |image=helios.jpg | ||
|os=Debian | |os=Debian 9 (stretch) | ||
|location=Lounge | |location=Lounge | ||
|purpose=virtualization host | |purpose=virtualization host | ||
|disk= | |disk=20TB | ||
|ram=32GiB | |ram=32GiB | ||
|admin_toolkit=Yes | |admin_toolkit=Yes | ||
Line 13: | Line 13: | ||
|ownership=club | |ownership=club | ||
|use=ask | |use=ask | ||
|admins=derf, byte, nomaster, uen, feuerrot | |admins=derf, byte, nomaster, uen, feuerrot | ||
|netbox_id= | |netbox_id=17 | ||
}} | }} | ||
Großer mächtiger VM-Host für Clubrauminfrastruktur und Projekte. | Großer mächtiger VM-Host für Clubrauminfrastruktur und Projekte. War im Juni und Juli 2017 defekt, ein Teil der Dienste befindet sich daher noch auf dem [[ARM Cluster]]. | ||
== Hardware == | == Hardware == | ||
Line 39: | Line 40: | ||
| | | | ||
|- | |- | ||
| VMs | |||
| Storage | |||
| Storage | |||
| Storage | | Storage | ||
|- | |- | ||
| VMs | |||
| Storage | |||
| Storage | |||
| Storage | | Storage | ||
|} | |} | ||
=== Systemplatten === | === Systemplatten === | ||
Sind die beiden internen 2.5"-Platten ( | Sind die beiden internen 2.5"-Platten. Jeweils 1TB Western Digital Red (WDC WD10JFCX-68N6GN0). Auf beiden Platten befinden sich aus historischen Gründen™ vier Partitionen á 250GB, die wie folgt genutzt werden. | ||
* 1. Partition: RAID 1 für / | |||
* 2. Partition: RAID 1 für <tt>backup</tt>-VG | |||
* 3. Partition: RAID 1 für <tt>backup</tt>-VG | |||
* 4. Partition: RAID 1 für <tt>backup</tt>-VG | |||
=== VM-Platten === | |||
* VMs1: Hitachi Deskstar 7K2000 HDS722020ALA330 (wwn-0x5000cca222c96707) | |||
* VMs2: Hitachi Deskstar 7K2000 HDS722020ALA330 (wwn-0x5000cca221c5cc76) | |||
Jeweils 2TB Hitachi Deskstar 7K2000 (HDS722020ALA330). Darauf liegt ein RAID1 für die VG <tt>vmstorage</tt>, welche wiederum LVs für die einzelnen VMS enthält. | |||
=== Storage === | === Storage === | ||
RAID 6 aus vier 2TB- und zwei 3TB-Platten (von denen nur je 2TB genutzt werden), d.h. insgesamt 12TB brutto. Davon stehen 8TB für Nutzdaten zur Verfügung (und bis zu zwei Festplatten können ohne Datenverlust ausfallen). Auf dem RAID befindet sich ein LUKS-Container (<tt>/dev/mapper/storage</tt>), welcher an die VM {{H|fileserver}} durchgereicht wird. | |||
== Netzwerk == | == Netzwerk == | ||
Line 108: | Line 116: | ||
Zum Beispiel ein Debian Stretch im Access VLAN mit 1GiB RAM und 20GB Festplatte: | Zum Beispiel ein Debian Stretch im Access VLAN mit 1GiB RAM und 20GB Festplatte: | ||
<nowiki>virt-install --connect qemu+ssh://helios | <nowiki>virt-install --connect qemu+ssh://helios/system -n testvm --memory 1024 --network network=default --cpu host --os-variant debian9 -l http://ftp.de.debian.org/debian/dists/stable/main/installer-amd64/ --disk pool=vmstorage,size=20</nowiki> | ||
Falls vorhanden, kann eine preseed-Konfiguration mit <tt>--initrd-inject</tt> berücksichtigt werden. | Falls vorhanden, kann eine preseed-Konfiguration mit <tt>--initrd-inject</tt> berücksichtigt werden. | ||
Line 119: | Line 127: | ||
* <tt>sudo lvcreate --snapshot --size 250g --name dockerserver-backup vmstorage/dockerserver</tt> (Größe anhand des erwarteten Schreibumfangs auf dem per Snapshot gesicherten Volume anpassen) | * <tt>sudo lvcreate --snapshot --size 250g --name dockerserver-backup vmstorage/dockerserver</tt> (Größe anhand des erwarteten Schreibumfangs auf dem per Snapshot gesicherten Volume anpassen) | ||
* VM starten, Dinge tun (z.B. komplexeres Dist-Upgrade) | * VM starten, Dinge tun (z.B. komplexeres Dist-Upgrade) | ||
* | * wahlweise <tt>sudo lvremove vmstorage/dockerserver-backup</tt> oder den Snapshot wieder einspielen (Doku: TODO, denn alle wollen Backup und niemand kehrt über Restore) | ||
== IPMI == | == IPMI == |