User Tools

Site Tools


serverdokumentation

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
serverdokumentation [2023/11/22 18:04] ajserverdokumentation [2026/01/25 12:59] (current) aj
Line 4: Line 4:
  
 ====== Server Dokumentation ====== ====== Server Dokumentation ======
-Link: [[/Core/[[:ServerDokumentationIntern|ServerDokumentationIntern]]|interner Teil]] +Link: [[Core/[[:ServerDokumentationIntern|ServerDokumentationIntern]]|interner Teil]] 
  
-:!: Diese Dokumentation beschreibt unsere Serverlandschaft. Die restliche Technische Dokumentation ist auf der Seite [[:TechnischeDokumentation|TechnischeDokumentation]] zu finden. Zurzeit gibt es an 3 Standorte Server von Funkfeuer Graz. Die Meisten Server befinden sich in unserem Rack im Keller des Spektrals. Ausserdem gibt es noch einen Server in der Leitnergasse im Serverhousing von [[[http://mur.at|mur.at|http://mur.at|mur.at]]] und einen Server im 19" Rack am Dach der TU Bibliothek. +:!: Diese Dokumentation beschreibt unsere Serverlandschaft. Die restliche Technische Dokumentation ist auf der Seite [[:TechnischeDokumentation|TechnischeDokumentation]] zu finden. Zurzeit gibt es an 4 Standorten Server von Funkfeuer Graz. Es gibt Server an der TU Graz, bei EDIS in Wien, in der Leitnergasse im Serverhousing von [[[http://mur.at|mur.at|http://mur.at|mur.at]]] und einen Server im 19" Rack am Dach der TU Bibliothek. 
  
  
  
-===== Rack im Spektral/Housing =====+===== TU Graz ===== 
 +#fixme 
  
- 
-==== KVM Wirt (spektral.ffgraz.net) ==== 
-Ein leistungsfähiger Rechner im Rack im Spektral der uns als Wirtsystem für unsere KVM Instanzen dient. Er hängt mit je einem Netzwerkinterface im Funkfeuer VLAN des Housing Switches und im VLAN für das Housing selbst und hat somit direkten Zugang zum Internet über die SDSL Verbindung zur Citycom. Das Mainboard besitzt einen BMC mit Hilfe dessen die gesamte Maschine ohne Unterstützung des darauf laufenden Betriebssystems kontrolliert werden kann. Das funktioniert auch wenn der Rechner eigentlich ausgeschaltet ist. Solange das Mainboard Strom hat kann man also die Maschine so steuern als würde man davor stehen. Wir verwenden nur die die SOL (Serial over LAN) Fähigkeit des BMC. Dadurch kann der gesamte Bootprozess (BIOS, <del>Bootloader</del> (Grub2 macht da leider Probleme), Kernel) überwacht und kontrolliert werden. Nähres dazu und über das gesamte Management VLAN kann man auf der Seite [[:HousingManagementVlan|HousingManagementVlan]] herausfinden. Um IPMI am Wirt selbst zu verwenden werden über die Datei ///etc/modules// die Module //ipmi_si// und //ipmi_devintf// geladen.  
- 
-Die derzeitige Hardwareausstattung:  
- 
- 
-  * Intel Core2Duo E8500, 2x 3.16 GHz  
-  * [{{s3210shlc-manual.pdf|Intel|S3210SHLC}}] Entry Server Board, 2x GBit Ethernet onboard  
-  * 8GB (4x2GB) Kingston ValueRam DDR2-800  
-  * 1x Intel Pro-1000 Server Adapter  
-  * 2x Western Digital 5002ABYS 500 GB Raid Edition  
-  * Gehäuse Chenbro RM217-06, 6 Hot Swap SATA/SAS Buchten, 3x PCI normale Bauhöhe, 1x PCIe x1 Riser Karte, inkl 510 W EPS12V Netzteil 2HE  
-Der Wirt selbst ist ein Debian Squeeze in einer sehr minimalen Basisinstallation. Die beiden Festplatten sind in 3 jeweils als Software Raid-1 gebündelte Partitionen geteilt. Die erste Partition enthält den Bootloader und alles was unter /boot liegt. Die zweite Partition ist mittels LVM (Volumegroup //system//) weiter unterteilt und dient hauptsächlich als Systempartition. Der dritte Teil ist ebenfalls ein LVM (Volumegroup //data//) und beherbergt neben einer kleinen Backuppartition (gemountet unter /backup) mit dem alten auf Debain Lenny basierenden System die einzelnen Volumes für die virtuellen Maschinen. Als Virtualisierungslösung wird KVM (aufbauend auf Intel VT) eingesetzt. Die Konfiguration und Steuerung der virtuellen Maschinen erfolgt über libvirtd. Die Konfigurationsdateien für die einzelnen VM's sind im XML-Format  in ///etc/libvirt/qemu/// zu finden. Beim Booten werden alle als automatisch markierte VM's gestartet und bei einem Reboot werden alle laufenden Maschinen beendet (nicht suspended). Zur Steuerung und Konfiguration der virtuellen Maschinen sollte bevorzugt //virsh// verwendet werden. Diese kann entweder als //root// ausgeführt werden oder von allen Benutzern die zur Gruppe libvirt gehören gestartet werden. Im letzteren fall muss die //virsh// mit dem Kommando:  
- 
- 
- 
-<file># virsh --connect qemu:///system 
-</file> 
-gestartet werden. Zu bemerken ist dabei das die XML Dateien der einzelnen VM's nur vom user root gelesen oder geändert werden können allerdings können alle anderen Gruppenmitglieder virtuelle Maschinen steuern (rebooten etc). Alle bisher installierten VM's verwenden als tty die erste (virtuelle) serielle Schnittstelle (Bootloader + Kernel + getty) damit ist es möglich über das //virsh// Kommando //console// sich auf der Maschine einzuloggen auch wenn das über Netzwerk nicht funktionieren sollte. Auch dafür sind derzeit root Rechte von Nöten. :!: Besondere Vorsicht ist bei dem //virsh// Kommando //undefine// geboten da damit nicht nur die virtuelle Maschine aus der Hostliste entfernt wird sondern auch die dazugehörende XML Datei gelöscht wird. Also vor einem //undefine// unbedingt die XML Datei sichern.  
- 
-Als einziger erwähnenswerter Dienst läuft auf unserem Wirt eine //munin-node// mithilfe derer Langzeitstatistiken über die wichtigsten Systemparameter geführt werden. Näheres ist unter [[[#Munin|Munin|#Munin|Munin]]] zu finden.  
- 
- 
- 
-==== Nat-Gateway (oldgw.ffgraz.net) ==== 
-Zurzeit gibt es einen Gateway der auf unsere SHDSL Leitung um Spektral das NAT für das gesamte Netzwerk übernimmt. Dieser Gateway ist als virtuelle Maschine auf unserem Wirt Server eingerichtet. Der Gateway natet auf die IP Adresse **217.29.149.69**. Die VM ist relativ minimalistisch ausgeführt. Die folgende Dienste laufen darauf:  
- 
- 
-  * olsrd (///etc/olsrd/olsrd.conf//) - announced die default Route  
-  * lighttpd (///etc/lighttpd/lighttpd.conf//, ///var/www//) - Serviert eine minimale Webseite hauptsächlich für unseren Version Scan.  
-  * snmpd (///etc/snmp/snmpd.conf//) - dient zum Auslesen der Interfacestatistik über MRTG  
-  * munin-node (///etc/munin/*//) - Datensammelnode für Munin  
-Die Firewall (NAT Regeln etc.) werden über das Initscript ///etc/init.d/firewall// konfiguriert.  
- 
- 
- 
-==== Public IP Gateway (gw-cc.ffgraz.net) ==== 
-Eine weitere virtuelle Instanz auf unserem Wirt. Dieser Router übernimmt gemeinsam mit //gw-mur.ffgraz.net// und //gw-wien.ffgraz.net// das BGP Announcment unseres Public IP Bereichs. Details zu dem Public IP Setup gibt es auf der Seite [[PublicIP]]. Dort ist auch eine Beschreibung der Gateway spezifischen Konfiguration zu finden [[PublicIPGateway]]. Weiters ist diese VM einer der Knoten des Anycast DNS Netzes  
- 
-Neben Quagga und olsrd laufen noch folgende Dienste:  
- 
- 
-  * lighttpd (///etc/lighttpd/lighttpd.conf//, ///var/www//) - Serviert eine minimale Webseite hauptsächlich für unseren Version Scan.  
-  * snmpd (///etc/snmp/snmpd.conf//) - dient zum Auslesen der Interfacestatistik über MRTG  
-  * named (///etc/bind/*//) - als Slave für die diversen Funkfeuer DNS-Zonen konfiguriert. Er verwendet 2 DNS Server der Citycom als Forwarder.  
-  * munin-node (///etc/munin/*//) - Datensammelnode für Munin  
  
  
Line 137: Line 91:
  
  
-==== Buildserver (build.ffgraz.net) ==== +===== EDIS ===== 
-Diese virtuelle Maschine läuft ebenfalls auf unserem Wirt und dient uns als Buildserver für Debian Pakete und unsere Firmware Images. Der Server ist derzeit in Aufabu.  +#fixme 
- +
- +
- +
-==== Tunnel (tun.ffgraz.net) ==== +
-Eine virtuelle Maschine die uns als OpenVPN Server dient. Auf diesem Router enden alle über OpenVPN realisierten Tunnelverbindungen. Näheres dazu ist auf der Seite [[:FunkInsel|FunkInsel]] zu finden. Die Konfiguration des Routers kann auf [[:FunkInselServer|FunkInselServer]] zu finden. +
  
  
Line 167: Line 116:
  
 ==== Public IP Gateway (gw-mur.ffgraz.net) ==== ==== Public IP Gateway (gw-mur.ffgraz.net) ====
-Diese virtuelle Instanz auf //mur.ffgraznet// übernimmt gemeinsam mit //gw-cc.ffgraz.net// und //gw-wien.ffgraz.net// das BGP Announcment unseres Public IP Bereichs. Details zu dem Public IP Setup gibt es auf der Seite [[PublicIP]]. Dort ist auch eine Beschreibung der Gateway spezifischen Konfiguration zu finden [[PublicIPGateway]]. Weiters ist diese VM einer der Knoten des Anycast DNS Netzes. +Diese virtuelle Instanz auf //mur.ffgraznet// übernimmt gemeinsam mit den anderen Gateways das BGP Announcment unseres Public IP Bereichs. Details zu dem Public IP Setup gibt es auf der Seite [[PublicIP]]. Dort ist auch eine Beschreibung der Gateway spezifischen Konfiguration zu finden [[PublicIPGateway]]. Weiters ist diese VM einer der Knoten des Anycast DNS Netzes. 
  
 Neben Quagga und olsrd laufen noch folgende Dienste:  Neben Quagga und olsrd laufen noch folgende Dienste: 
Line 180: Line 129:
  
 ==== APT-Cacher (debian.ffgraz.net) ==== ==== APT-Cacher (debian.ffgraz.net) ====
-Eine weitere virtuelle Maschine. Sie beherbergt unseren APT-Cacher. Als Storage dafür ist das Logical Volume //storage// der Volume Group //data// von //mur.ffgraz.net// als //vdb// durchgereicht. Genaueres zu unserem APT-Cacher ist auf [[Services]] zu finden.  Um die Abhängigkeit von //gw-mur.ffgraz.net// aufzutrennen läuft auf diesem Server eine eigene //olsrd// Instanz. +Eine weitere virtuelle Maschine. Sie beherbergt unseren APT-Cacher. Als Storage dafür ist das Logical Volume //storage// der Volume Group //data// von //mur.ffgraz.net// als //vdb// durchgereicht. Genaueres zu unserem APT-Cacher ist auf [[Services]] zu finden - dieses Service wurde jedoch eingestellt. Um die Abhängigkeit von //gw-mur.ffgraz.net// aufzutrennen läuft auf diesem Server eine eigene //olsrd// Instanz. 
  
  
   * lighttpd (///etc/lighttpd/lighttpd.conf//, ///var/www//) - Reverse Proxy für den Apt-Cacher.    * lighttpd (///etc/lighttpd/lighttpd.conf//, ///var/www//) - Reverse Proxy für den Apt-Cacher. 
   * apt-cacher-ng (///etc/apt-cacher-ng/*//, ///srv/apt-cacher-ng/*//) - APT Cacher für Debian, Ubuntu und GRML (siehe [[Services]])    * apt-cacher-ng (///etc/apt-cacher-ng/*//, ///srv/apt-cacher-ng/*//) - APT Cacher für Debian, Ubuntu und GRML (siehe [[Services]]) 
- 
- 
-==== Spider (spider.ffgraz.net) ==== 
-Noch eine virtuelle Maschine die dazu verwendet werden soll um die Konvertierung in die neue Knotendatenbank zu erleichtern. Später soll hier eine neue zustätzliche Statistikinstanz (siehe //stats.ffgraz.net//) laufen. Derzeit läuft auf dieser Maschine lediglich olsrd.  
- 
  
  
Line 206: Line 150:
   * 1x Samsung SSD 830 Series 64GB    * 1x Samsung SSD 830 Series 64GB 
   * Gehäuse Supermicro 510L-200B schwarz, 1HE, 200W, 1x 2,5" Bracket (2x 2.5" Slot)    * Gehäuse Supermicro 510L-200B schwarz, 1HE, 200W, 1x 2,5" Bracket (2x 2.5" Slot) 
- 
- 
-==== Public IP Gateway (gw-wien.ffgraz.net) ==== 
-:!: Achtung diese VM ist noch nicht fertig eingerichtet. Das hier beschriebene ist als Plan zu verstehen  
- 
-Diese virtuelle Instanz auf //tub.ffgraznet// übernimmt gemeinsam mit //gw-cc.ffgraz.net// und //gw-mur.ffgraz.net// das BGP Announcment unseres Public IP Bereichs. Details zu dem Public IP Setup gibt es auf der Seite [[PublicIP]]. Dort ist auch eine Beschreibung der Gateway spezifischen Konfiguration zu finden [[PublicIPGateway]]. Weiters ist diese VM einer der Knoten des Anycast DNS Netzes.  
- 
-Neben Quagga und olsrd laufen noch folgende Dienste:  
- 
- 
-  * lighttpd (///etc/lighttpd/lighttpd.conf//, ///var/www//) - Serviert eine minimale Webseite hauptsächlich für unseren Version Scan.  
-  * snmpd (///etc/snmp/snmpd.conf//) - dient zum Auslesen der Interfacestatistik über MRTG  
-  * named (///etc/bind/*//) - als Slave für die diversen Funkfeuer DNS-Zonen konfiguriert. Er verwendet 2 DNS Server der Citycom als Forwarder.  
-  * munin-node (///etc/munin/*//) - Datensammelnode für Munin  
  
  
serverdokumentation.1700676246.txt · Last modified: by aj

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki