Dienste/VMs: Unterschied zwischen den Versionen
Manal (Diskussion | Beiträge) Die Seite wurde neu angelegt: „<languages /> <translate> = Virtuelle Maschinen = Für Projekte, deren Anforderungen nicht von den vorhandenen zentralen Diensten bedient werden können, können vom FB3 virtuelle Maschinen (VMs) auf einem [Proxmox-Cluster] bereitgestellt werden (solange Ressourcen dafür frei sind). Bei Bedarf an einer VM bitte eine E-Mail an {{Service}} schicken. Die Mail sollte folgende Informationen enthalten: * Ansprechpartner für die VM ** Bei lang laufenden VMs…“ |
Manal (Diskussion | Beiträge) Diese Seite wurde zum Übersetzen freigegeben |
||
| Zeile 1: | Zeile 1: | ||
<languages /> | <languages /> | ||
<translate> | <translate> | ||
= Virtuelle Maschinen = | = Virtuelle Maschinen = <!--T:1--> | ||
<!--T:2--> | |||
Für Projekte, deren Anforderungen nicht von den vorhandenen zentralen Diensten bedient werden können, können vom FB3 virtuelle Maschinen (VMs) auf einem [Proxmox-Cluster] bereitgestellt werden (solange Ressourcen dafür frei sind). | Für Projekte, deren Anforderungen nicht von den vorhandenen zentralen Diensten bedient werden können, können vom FB3 virtuelle Maschinen (VMs) auf einem [Proxmox-Cluster] bereitgestellt werden (solange Ressourcen dafür frei sind). | ||
<!--T:3--> | |||
Bei Bedarf an einer VM bitte eine E-Mail an {{Service}} schicken. Die Mail sollte folgende Informationen enthalten: | Bei Bedarf an einer VM bitte eine E-Mail an {{Service}} schicken. Die Mail sollte folgende Informationen enthalten: | ||
<!--T:4--> | |||
* Ansprechpartner für die VM | * Ansprechpartner für die VM | ||
** Bei lang laufenden VMs bitte daran Denken Nachfolger bei uns anzumelden! | ** Bei lang laufenden VMs bitte daran Denken Nachfolger bei uns anzumelden! | ||
| Zeile 21: | Zeile 24: | ||
* Voraussichtliche Nutzungsdauer der VM (Ablaufdatum) | * Voraussichtliche Nutzungsdauer der VM (Ablaufdatum) | ||
== Verfügbare Betriebsysteme == | == Verfügbare Betriebsysteme == <!--T:5--> | ||
<!--T:6--> | |||
Es kann generel jede Linux-Distribution angeboten werden für die ein Cloud-Image mit [https://cloud-init.io/ cloud-init] bereitstellt. | Es kann generel jede Linux-Distribution angeboten werden für die ein Cloud-Image mit [https://cloud-init.io/ cloud-init] bereitstellt. | ||
<!--T:7--> | |||
'''Windows''' kann prinzipiell auch genutzt werden, jedoch stellen wir keine '''Lizenzen''' bereit. Es muss unbedingt darauf geachtet werden, dass Lizenzen beschafft werden, die für den Nutzungszweck und für virtuelle Maschinen geeignet sind. Insbesondere bei Windows-Server-Versionen muss dabei beachetet werden, dass zusätzlich zur OS-Lizenz auch '''Lizenzen/Subskriptionen für CPU-Kerne''' benötigt werden. | '''Windows''' kann prinzipiell auch genutzt werden, jedoch stellen wir keine '''Lizenzen''' bereit. Es muss unbedingt darauf geachtet werden, dass Lizenzen beschafft werden, die für den Nutzungszweck und für virtuelle Maschinen geeignet sind. Insbesondere bei Windows-Server-Versionen muss dabei beachetet werden, dass zusätzlich zur OS-Lizenz auch '''Lizenzen/Subskriptionen für CPU-Kerne''' benötigt werden. | ||
== Zugang zu den virtuellen Maschinen == | == Zugang zu den virtuellen Maschinen == <!--T:8--> | ||
<!--T:9--> | |||
Der Zugang zu VMs erfolgt via SSH. Zusätzlich gibt es ein Webinterface über das die VMs gesteuert werden können (starte, stoppen, Zugang zur Console, Booten von ISOs), auf dem man sich nach Freischaltung mit seinem [[Accounts|Account]] anmelden kann. | Der Zugang zu VMs erfolgt via SSH. Zusätzlich gibt es ein Webinterface über das die VMs gesteuert werden können (starte, stoppen, Zugang zur Console, Booten von ISOs), auf dem man sich nach Freischaltung mit seinem [[Accounts|Account]] anmelden kann. | ||
<!--T:10--> | |||
Die zentrale Technik richtet sich keinen eigenen Zugang zu gehosteten virtuellen Maschinen ein, kann aber über den im Gastsystem installierten [https://wiki.qemu.org/Features/GuestAgent qemu-geust-agent] wenn nötig beliebige Befehle mit root-Rechten ausführen und so z.B. Passwörter zurücksetzen, falls man sich mal ausgesperrt hat. | Die zentrale Technik richtet sich keinen eigenen Zugang zu gehosteten virtuellen Maschinen ein, kann aber über den im Gastsystem installierten [https://wiki.qemu.org/Features/GuestAgent qemu-geust-agent] wenn nötig beliebige Befehle mit root-Rechten ausführen und so z.B. Passwörter zurücksetzen, falls man sich mal ausgesperrt hat. | ||
== Nutzungsdauer / Ablaufdatum == | == Nutzungsdauer / Ablaufdatum == <!--T:11--> | ||
<!--T:12--> | |||
Das Ablaufdatum dient primär um Karteileichen zu vermeiden und kann beliebig oft verlängert werden. 30 Tage vor Ablauf einer VM wird eine automatische Warn-E-Mail verschickt. Nach Ablauf einer VM wird diese zunächst abgeschaltet und mindestens eine Woche lang vorgehalten, bevor sie gelöscht wird. | Das Ablaufdatum dient primär um Karteileichen zu vermeiden und kann beliebig oft verlängert werden. 30 Tage vor Ablauf einer VM wird eine automatische Warn-E-Mail verschickt. Nach Ablauf einer VM wird diese zunächst abgeschaltet und mindestens eine Woche lang vorgehalten, bevor sie gelöscht wird. | ||
== Wartungsarbeiten und Störungen == | == Wartungsarbeiten und Störungen == <!--T:13--> | ||
<!--T:14--> | |||
Wartungsarbeiten und Ausfälle, die Auswirkungen auf die Verfügbarkeit von VMs haben, werden auf der Status-Seite für FB3-Dienste angekündigt bzw. bestätigt/dokumentiert. | Wartungsarbeiten und Ausfälle, die Auswirkungen auf die Verfügbarkeit von VMs haben, werden auf der Status-Seite für FB3-Dienste angekündigt bzw. bestätigt/dokumentiert. | ||
<!--T:15--> | |||
Virtuelle Maschinen sind können in der Regel ohne Ausfall zwischen den Knoten des Proxmox-Clusters verschoben werden, sodass diese bei Wartungsarbeiten auf dem Cluster, z.B. bei Neustarts nach dem Einspielen von Updates, einfach weiterlaufen. | Virtuelle Maschinen sind können in der Regel ohne Ausfall zwischen den Knoten des Proxmox-Clusters verschoben werden, sodass diese bei Wartungsarbeiten auf dem Cluster, z.B. bei Neustarts nach dem Einspielen von Updates, einfach weiterlaufen. | ||
== Datensicherung == | == Datensicherung == <!--T:16--> | ||
<!--T:17--> | |||
Alle virtuellen Maschinen werden jeden Tag um ca. 23:00 Uhr gesichert. Sicherungen werden 14 Tage vorgehalten. | Alle virtuellen Maschinen werden jeden Tag um ca. 23:00 Uhr gesichert. Sicherungen werden 14 Tage vorgehalten. | ||
<!--T:18--> | |||
Wenn vor oder nach der Sicherunge Befehle ausgeführt werden sollen, z.B. um eine Datenbank zu dumpen oder dergleichen, kann man die Dateien <code>/opt/pve/preBackup.sh</code> bzw. <code>/opt/pve/postBackup.sh</code> anlegen und ausführbar machen. Wenn sie existieren, werden vor bzw. nach der Datensicherung durch den qemu-guest-agent im Gastsystem ausgeführt. | Wenn vor oder nach der Sicherunge Befehle ausgeführt werden sollen, z.B. um eine Datenbank zu dumpen oder dergleichen, kann man die Dateien <code>/opt/pve/preBackup.sh</code> bzw. <code>/opt/pve/postBackup.sh</code> anlegen und ausführbar machen. Wenn sie existieren, werden vor bzw. nach der Datensicherung durch den qemu-guest-agent im Gastsystem ausgeführt. | ||
</translate> | </translate> | ||
Version vom 4. August 2025, 13:14 Uhr
Virtuelle Maschinen
Für Projekte, deren Anforderungen nicht von den vorhandenen zentralen Diensten bedient werden können, können vom FB3 virtuelle Maschinen (VMs) auf einem [Proxmox-Cluster] bereitgestellt werden (solange Ressourcen dafür frei sind).
Bei Bedarf an einer VM bitte eine E-Mail an service
informatik.uni-bremen.de schicken. Die Mail sollte folgende Informationen enthalten:
- Ansprechpartner für die VM
- Bei lang laufenden VMs bitte daran Denken Nachfolger bei uns anzumelden!
- Name des Projekts/der Arbeitsgruppe
- Benötigte Ressourcen (Anzahl CPU-Kerne, RAM, Plattenplatz)
Anmerkung: Hier bitte sinnvolle/realistische Werte angeben. Wir haben nur begrenzte Ressourcen und insbesondere RAM und Plattenplatz lassen sich aus Gründen der Stabilität nicht einfach überbuchen. Ein "Viel hilft viel"-Ansatz bei der Ressourcenbemessung ist hier fehl am Platz. Im Zweifelsfall kann eine VM nachträglich größer gemacht werden.
- Gewünschter Hostname ($NAME.informatik.uni-bremen.de)
- Gewünschtes Betriebssystem (Beispiele)
- Debian
- Ubuntu
- Alma/Rocky/CentOS Stream
- Ein oder mehrere öffentliche SSH-Schlüssel
- Falls das Projekt in einer Arbeitsgruppe mit eigenem IP-Adressbereich durchgeführt wird, in dem die VM sein kann/soll/muss, das VLAN und die IP-Adresse
- Voraussichtliche Nutzungsdauer der VM (Ablaufdatum)
Verfügbare Betriebsysteme
Es kann generel jede Linux-Distribution angeboten werden für die ein Cloud-Image mit cloud-init bereitstellt.
Windows kann prinzipiell auch genutzt werden, jedoch stellen wir keine Lizenzen bereit. Es muss unbedingt darauf geachtet werden, dass Lizenzen beschafft werden, die für den Nutzungszweck und für virtuelle Maschinen geeignet sind. Insbesondere bei Windows-Server-Versionen muss dabei beachetet werden, dass zusätzlich zur OS-Lizenz auch Lizenzen/Subskriptionen für CPU-Kerne benötigt werden.
Zugang zu den virtuellen Maschinen
Der Zugang zu VMs erfolgt via SSH. Zusätzlich gibt es ein Webinterface über das die VMs gesteuert werden können (starte, stoppen, Zugang zur Console, Booten von ISOs), auf dem man sich nach Freischaltung mit seinem Account anmelden kann.
Die zentrale Technik richtet sich keinen eigenen Zugang zu gehosteten virtuellen Maschinen ein, kann aber über den im Gastsystem installierten qemu-geust-agent wenn nötig beliebige Befehle mit root-Rechten ausführen und so z.B. Passwörter zurücksetzen, falls man sich mal ausgesperrt hat.
Nutzungsdauer / Ablaufdatum
Das Ablaufdatum dient primär um Karteileichen zu vermeiden und kann beliebig oft verlängert werden. 30 Tage vor Ablauf einer VM wird eine automatische Warn-E-Mail verschickt. Nach Ablauf einer VM wird diese zunächst abgeschaltet und mindestens eine Woche lang vorgehalten, bevor sie gelöscht wird.
Wartungsarbeiten und Störungen
Wartungsarbeiten und Ausfälle, die Auswirkungen auf die Verfügbarkeit von VMs haben, werden auf der Status-Seite für FB3-Dienste angekündigt bzw. bestätigt/dokumentiert.
Virtuelle Maschinen sind können in der Regel ohne Ausfall zwischen den Knoten des Proxmox-Clusters verschoben werden, sodass diese bei Wartungsarbeiten auf dem Cluster, z.B. bei Neustarts nach dem Einspielen von Updates, einfach weiterlaufen.
Datensicherung
Alle virtuellen Maschinen werden jeden Tag um ca. 23:00 Uhr gesichert. Sicherungen werden 14 Tage vorgehalten.
Wenn vor oder nach der Sicherunge Befehle ausgeführt werden sollen, z.B. um eine Datenbank zu dumpen oder dergleichen, kann man die Dateien /opt/pve/preBackup.sh bzw. /opt/pve/postBackup.sh anlegen und ausführbar machen. Wenn sie existieren, werden vor bzw. nach der Datensicherung durch den qemu-guest-agent im Gastsystem ausgeführt.