Server/ryoko: Unterschied zwischen den Versionen
Erscheinungsbild
Inhalt gelöscht Inhalt hinzugefügt
Lars (Diskussion | Beiträge) libvirt-relevante Details nach "Server Installation/KVM" erschoben |
Lars (Diskussion | Beiträge) Hostverwaltung übersichtlicher gestaltet |
||
| Zeile 56: | Zeile 56: | ||
= Virtuelle Hosts = |
= Virtuelle Hosts = |
||
Die Hosts werden via ''libvirt'' verwaltet und verwenden LVM-basierte Images als Datenträger. |
|||
== Host-Liste == |
== Host-Liste == |
||
Virtuelle Hosts, die bereits auf der [[Server]]-Seite dokumentiert wurden, sollten hier lediglich einen Verweis darauf enthalten. |
Virtuelle Hosts, die bereits auf der [[Server]]-Seite dokumentiert wurden, sollten hier lediglich einen Verweis darauf enthalten. |
||
| Zeile 79: | Zeile 81: | ||
== Anlegen oder Löschen == |
== Anlegen oder Löschen == |
||
Das Skript ''/root/bin/vhost-admin.sh'' dient zur vereinfachten Erzeugung und Löschung virtueller Hosts. |
Das Skript ''/root/bin/vhost-admin.sh'' dient zur vereinfachten Erzeugung und Löschung virtueller Hosts. |
||
Folgende Aktionen stehen aktuell zur Verfügung: |
|||
=== Debian-Host anlegen === |
|||
<code>vhost-admin.sh create-debian foo 192.168.5.23</code> |
|||
* ein Debian-basiertes System wird via ''debootstrap'' auf einem LVM-Volume vorbereitet |
|||
* Netzwerk wird vorkonfiguriert: |
|||
** eth0: oben angegebene IP-Adresse (Bridge ins opennet-VLAN in der Frieda) |
|||
*** die IP muss zuvor unter [[Server]] reserviert werden |
|||
** eth1: DHCP-Client (Bridge ins Router-VLAN in der Frieda) |
|||
** olsrd: automatischer Start für eth0 |
|||
* root-Schlüssel von [[Server/ryoko]] wird importiert |
|||
* der Hostname (''foo'') wird für die Namen der LVM-Volumes und des libvirt-Hosts verwendet |
|||
| ⚫ | |||
==== OpenWRT-Host anlegen ==== |
|||
| ⚫ | |||
** ein openwrt-basiertes System wird mittels eines herunterzuladenden Images vorbereitet |
** ein openwrt-basiertes System wird mittels eines herunterzuladenden Images vorbereitet |
||
** ein LVM-Image wird als Datenträger erzeugt |
** ein LVM-Image wird als Datenträger erzeugt |
||
| Zeile 97: | Zeile 102: | ||
** nach dem Starten des virtuellen Hosts (<code>virsh start ap1-23</code>) ist er unter der gewählten IP in der gesamten OLSR-Wolke erreichbar |
** nach dem Starten des virtuellen Hosts (<code>virsh start ap1-23</code>) ist er unter der gewählten IP in der gesamten OLSR-Wolke erreichbar |
||
*** die IP muss zuvor unter [[Opennet_Nodes]] reserviert werden |
*** die IP muss zuvor unter [[Opennet_Nodes]] reserviert werden |
||
| ⚫ | |||
| ⚫ | |||
=== Host löschen === |
|||
Neue virtuelle Hosts können anschließend via <code>virsh start foo</code> gestartet werden. |
|||
| ⚫ | |||
| ⚫ | |||
== Verwaltung == |
== Verwaltung == |
||
Version vom 5. Juli 2015, 23:52 Uhr
Technische Daten
| Name | ryoko |
|---|---|
| Hardware | HP DL360 G7 |
| Betriebsystem | Debian 8 Jessie |
| Anbindung | |
| IP / DNS | 192.168.10.10 / ryoko.on dynamisch am Friedanetz |
| Ausstattung | 6 GB RAM 6x300 GB HDD (SAS) |
| Dienste | KVM Virtualisierung |
| Backup |
Verantwortlichkeiten
- Zugang/Hosting: oyla
- Administration: oyla, lars, ?
Status
ryoko ist noch im Aufbau
Netzwerk

.
Die vier Netzwerkbuchsen sind mit dem Hausswitch verbunden.
| Interface | IP | Haus-Anbindung | Verwendung |
|---|---|---|---|
| eth0 | - | Opennet-VLAN | - |
| eth1 | 192.168.10.10/16 | Opennet-VLAN | olsr-Bridge für Server/ryoko und virtuelle Hosts |
| eth2 | - | Router-Uplink-VLAN | - |
| eth3 | 172.23.12.120/24 | Router-Uplink-VLAN | Bridge für Internet-Uplink von Server/ryoko und virtuellen Hosts (DHCP) |
Virtuelle Hosts
Die Hosts werden via libvirt verwaltet und verwenden LVM-basierte Images als Datenträger.
Host-Liste
Virtuelle Hosts, die bereits auf der Server-Seite dokumentiert wurden, sollten hier lediglich einen Verweis darauf enthalten.
| Hostname | IP | Verantwortlicher | Verwendung |
|---|---|---|---|
| ap2-155 | 192.168.2.155 | Lars | Test-AP für Firmware-Entwicklung (Rolle: Nutzer-Tunnel) |
| ap2-156 | 192.168.2.156 | Lars | Test-AP für Firmware-Entwicklung (Rolle: UGW) |
| fastd | siehe Server | ||
| gateway | 192.168.2.201 | oyla | UGW mit Standard-Firmware |
| kinjo | siehe Server | ||
| ks | 172.23.12.106 | oyla | Backup-Server für Kunstschule |
Anlegen oder Löschen
Das Skript /root/bin/vhost-admin.sh dient zur vereinfachten Erzeugung und Löschung virtueller Hosts.
Debian-Host anlegen
vhost-admin.sh create-debian foo 192.168.5.23
- ein Debian-basiertes System wird via debootstrap auf einem LVM-Volume vorbereitet
- Netzwerk wird vorkonfiguriert:
- eth0: oben angegebene IP-Adresse (Bridge ins opennet-VLAN in der Frieda)
- die IP muss zuvor unter Server reserviert werden
- eth1: DHCP-Client (Bridge ins Router-VLAN in der Frieda)
- olsrd: automatischer Start für eth0
- eth0: oben angegebene IP-Adresse (Bridge ins opennet-VLAN in der Frieda)
- root-Schlüssel von Server/ryoko wird importiert
- der Hostname (foo) wird für die Namen der LVM-Volumes und des libvirt-Hosts verwendet
OpenWRT-Host anlegen
vhost-admin.sh create-ap ap1-23 192.168.1.23
- ein openwrt-basiertes System wird mittels eines herunterzuladenden Images vorbereitet
- ein LVM-Image wird als Datenträger erzeugt
- das openwrt-Image sollte vom Type x86-combined-squashfs sein (z.B. [[1]])
- lokale Dateien können via
file://DATEINAMEreferenziert werden (sieheman curl)
- lokale Dateien können via
- das Skript konfiguriert die Netzwerk-Interfaces des AP entsprechend der eingebundenen Hausnetze (eth0: olsr-Mesh, kein LAN)
- nach dem Starten des virtuellen Hosts (
virsh start ap1-23) ist er unter der gewählten IP in der gesamten OLSR-Wolke erreichbar- die IP muss zuvor unter Opennet_Nodes reserviert werden
Host löschen
vhost-admin.sh remove ap1-23
- das virtuelle System (debian- oder openwrt-basiert) wird gestoppt und inklusive der LVM-Images ohne Nachfrage gelöscht
Verwaltung
Siehe dazu Server Installation/KVM.
Offene Aufgaben
- Hardware-RAID-Controller entfernen
- aktuell fehlt uns (wahrscheinlich aufgrund des zwischengeschalteten Controllers) hotplug und smartcontrol
- Prüfen, ob/wie sich eth0 und eth2 an einen virtuellen Server ohne Bridge weiterreichen lassen