Mate (Server): Unterschied zwischen den Versionen

Aus RaumZeitLabor Wiki
K (Schützte „Mate (Server)“: archiv ([Bearbeiten=Nur Administratoren erlauben] (unbeschränkt) [Verschieben=Nur Administratoren erlauben] (unbeschränkt)))
 
(171 dazwischenliegende Versionen von 10 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
{{Archiv|title=RZL-Historie|msg=Diese Seite wurde archiviert, um RaumZeitLabor Historie zu erhalten}}
{{ProjektInfoBox
{{ProjektInfoBox
|name        = Mate (Server)
|name        = Mate (Server)
|status      = experimental
|status      = broken
|image      = RaumZeitLabor - Logo - Schwarz.svg
|image      = RaumZeitLabor - Logo - Schwarz.svg
|description =  
|description = RIP  :'(
|category    = Infrastruktur
|subcategory = Netz
|author      = [[NOC Team|NOC-Team]]
|author      = [[NOC Team|NOC-Team]]
|username    =  
|username    =  
Zeile 9: Zeile 13:
|update      =  
|update      =  
|platform    =  
|platform    =  
|hostname    = mate.rzl
|license    =  
|license    =  
|download    =  
|download    =  
}}
}}


'''Mate''' ist ein Server, der als Ersatz der [[Blackbox]] und [[Datengrab]] dient.
'''Mate''' war ein Server, der als Ersatz der [[Blackbox]] und [[Datengrab]] diente. Er wurde über unsere [[USV]] geschützt. Inzwischen ist er leider von uns gegangen.


==Technische Daten==
==Technische Daten ==
{| class="wikitable" valign = "top"
{| class="wikitable va-top"
|Produkt
|[http://www8.hp.com/de/de/products/proliant-servers/product-detail.html?oid=5379860#!tab=features HP Proliant MicroServer Gen8]
|-
|CPU
|CPU
|[http://www.cpu-world.com/CPUs/K10/AMD-Turion%20II%20Neo%20N40L%20-%20TEN40LGAV23GME.html AMD Turion II Neo N40L] 2x 1.5 GHz
|[http://ark.intel.com/De/products/65732/Intel-Xeon-Processor-E3-1230-v2-8M-Cache-3_30-GHz Xeon E3 1230v2] 4x 3.3GHz + Hyperthreading
|-
|-
|RAM
|RAM
|2x 8GB Transcend DDR3 1333MHz PC3-10666 CL9 DIMM
|1x 8GB Kingston DDR3 ECC sowie 1x 4GB Original HP DDR3 ECC
|-
|-
|HDDs
|HDDs
|5x1TB (Hitachi HDS721010DLE630)<br/>RAID5 über alle Platten, 4TB nutzbar, LVM, Platten werden über smartd gemonitort und an netzwerk (ät) rzl dot de im Fehlerfalle geschickt
|3x3TB (WD30EFRX)<br/>RAID5 über alle Platten, 6TB nutzbar, LVM, Platten werden über smartd gemonitort und an netzwerk (ät) rzl dot de im Fehlerfalle geschickt<br/>1x 64GB SSD
|-
|-
|USB
|USB
|1x Onboard, 4x Front, 2x Hinten
|1x Onboard, 2x USB 2.0 hinten, 2x USB 3.0 hinten, 2x USB 2.0 vorne
|-
|-
|Verbrauch
|Verbrauch
|60W aktiv / 35W idle (Messung mit einem schlechten Messgerät)
|60W Volllast / 31W idle (Messung mit einem schlechten Messgerät, jeweils ohne Platten)<br/>jede Platte: 4.1W aktiv, 3W idle (laut Datenblatt)<br/><b>Insgesamt Idle: 40W<br/>Insgesamt Volllast: 72.3W</b>
|-
|-
|Virtualisierung
|Virtualisierung
Zeile 36: Zeile 44:
|}
|}


== Dienste ==
Die Infrastruktur befindet sich noch im Aufbau.
Aktuell können noch keine Mitglieder VMs erstellt werden.


== Neue Debian-VM ohne GUI, nur mittels shell installieren (serielle console) ==
== Unterseiten ==
Auf allen Kern-VMs läuft _möglichst_ nur pakettierte Software (Debian). Möchtest Du etwas auf den Systemen installiert haben, dann paketiere es bitte. Auf den Mitglieder-VMs kann alles so installiert werden, wie gewünscht.


Vor der Installation neues, leeres Image anlegen (Images liegen unter '''/srv/vm'''):
== Reboot Fest / Zabbix Agent ==
(stand 12-2019)


<pre>
Rebootfest gibt an, ob die Dienste innerhalb der VM nach einem Reboot der VM von alleine sauber hoch kommen. Rebootfest sagt nicht zwingend, dass die VM einen Reboot von Mate sauber übersteht.
fallocate -l 40G /srv/vm/<vmname>.img
</pre>


Dann Netzinstallation starten:
{| class="wikitable"  valign="top"
! VM
! Rebootfest
! Anmerkungen
! Monitoring Agent
! Monitoring Anmerkung
|-
| [[Mate (Server)/0xb4dc0d3d.vm.rzl]]
| unbekannt
|
| Ja
|
|-
| [[Mate (Server)/abrock.vm.rzl]]
| unbekannt
| verliert beim Host-Reboot vermutlich das USB-Device zum Stromzähler
| Ja
|
|-
| [[Mate (Server)/cashdesk.rzl]]
| ja
|
| Nein
|
|-
| [[Mate (Server)/datengrab.rzl]]
| nein
|
| Nein
|
|-
| [[Mate (Server)/db.rzl]]
| ja
|
| Nein
|
|-
| [[Mate (Server)/freeswitch.vm.rzl]]
| ja
|
| Nein
|
|-
| [[Mate (Server)/infra.rzl]]
| nein
| verliert beim Host-Reboot vermutlich das USB-Device zu den [[Funksteckdosen]]. verliert beim Reboot sein IOT-Device
| Nein
|
|-
| [[Mate (Server)/kunterbunt.vm.rzl]]
| nein
| MQTT -> Graphite-Bridge muss manuell gestartet werden
| Ja
|
|-
| [[Mate (Server)/lutoma.vm.rzl]]
| unbekannt
|
| Nein
|
|-
| [[Mate (Server)/partkeepr.rzl]]
| ja
|
| Nein
|
|-
| [[Mate (Server)/qrgo.vm.rzl]]
| unbekannt
|
| Nein
|
|-
| [[Mate (Server)/rami.vm.rzl]]
| unbekannt
|
| Nein
|
|-
| [[Mate (Server)/ranlvor.vm.rzl]]
| ja
|
| Nein
|
|-
| [[Mate (Server)/s1lvester.vm.rzl]]
| unbekannt
|
| Ja
|
|-
| [[Mate (Server)/unifi.vm.rzl]]
| ja
| Braucht zum Start große Mengen Zufall. Geduld oder ping -f 172.22.36.238 hilft.
| Nein
|
|}
[[Benutzer:Lordeis|Lordeis]] ([[Benutzer Diskussion:Lordeis|Diskussion]]) 19:16, 29. Dez. 2019 (CET)


<pre>
== VMs ==
virt-install --connect qemu:///system --name=<vmname> --ram=<raminmb> --vcpus=1 \
{| class="wikitable"  valign="top"
--disk path=/srv/vm/<vmname>.img,format=raw,cache=none,bus=virtio --os-type linux \
! VM
--os-variant debianwheezy --network=BRIDGE=br0,model=virtio --nographics \
! Arbeitsspeicher
--location http://ftp.de.debian.org/debian/dists/wheezy/main/installer-amd64/ \
! Plattenplatz
--extra-args="console=tty0 console=ttyS0,115200n8" -v
|-
</pre>
| [[Mate (Server)/cashdesk.rzl]]
 
| 512 MB
== Besondere Einstellungen auf dem Hypervisor ==
| 20 GB
 
|-
Die Default-Linux-Einstellungen (bzw die von Debian) sind etwas ungünstig für Performance. Folgendes sollte geändert werden:
| [[Mate (Server)/db.rzl]]
 
| 512 MB
* '''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)
| 30 GB
* '''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'''
| [[Mate (Server)/hax404.vm]]
** '''echo always > /sys/kernel/mm/transparent_hugepage/enabled'''
| 2048 MB
** '''echo never > /sys/kernel/mm/transparent_hugepage/defrag'''
| 20 GB
* Prüfen, ob das Modul '''vhost_net''' geladen ist
|-
 
| [[Mate (Server)/infra.rzl]]
== Besondere Einstellungen auf den virtuellen Maschinen ==
| 3072 MB
 
| 40 GB
=== In der Config für die VM ===
|-
* Das '''Platten-Image''' muß '''raw''' und '''pre-allokiert''' sein. qcow2 und dynamische Allokierung ist wirklich langsam.
| [[Mate (Server)/ranlvor.vm.rzl]]
* Der Modus des Festplatten-Controllers muß '''virtio''' sein (Achtung: Die Platten in den VMs sind dann '''vda, vdb etc''' anstatt '''sda, sdb etc''')
| 256 MB
* Das '''Plattenimage''' muß den '''Cache-Modus''' auf '''none''' gesetzt haben ('''<driver name='qemu' type='raw' cache='none'/>''')
| 10 GB
* Der Typ des '''Netzwerkinterfaces''' muß '''virtio''' sein ('''<model type='virtio'/>''')
|-
=== In der VM selbst ===
| [[Mate (Server)/unifi.vm.rzl]]
* '''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)
| 750 MB
* '''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)
| 20 GB
* 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'''
| '''Gesamt'''
* 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&#10;GRUB_SERIAL_COMMAND="serial --unit=0 --speed=115200 --word=8 --parity=no --stop=1"</pre> sowie <pre>console=ttyS0,115200n8 console=tty0</pre>
| '''7150 MB / 12001 MB (59.58% belegt)'''
 
| '''0.1 TB / 5.3 TB (2.59% belegt)'''
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>


== TODO ==
Automatisch geupdatet von [[Benutzer:Matebot]] am: 2021-09-24 00:00:01
* Backups einrichten
* Puppet aufsetzen
* Automatisches Discovery von VMs in Zabbix


== Unterseiten ==
== Unterseiten ==
<splist />
<splist />


== Einzelnachweise ==
[[Kategorie:Hardware]]
<references />

Aktuelle Version vom 4. November 2023, 20:50 Uhr

Archiv ARCHIV: RZL-Historie Archiv
Diese Seite wurde archiviert, um RaumZeitLabor Historie zu erhalten
       
Mate (Server)

Release status: broken [box doku]

Beschreibung RIP  :'(
Kategorie  Infrastruktur / Netz
Autor(en)  NOC-Team
Hostname  mate.rzl

Mate war ein Server, der als Ersatz der Blackbox und Datengrab diente. Er wurde über unsere USV geschützt. Inzwischen ist er leider von uns gegangen.

Technische Daten

Produkt HP Proliant MicroServer Gen8
CPU Xeon E3 1230v2 4x 3.3GHz + Hyperthreading
RAM 1x 8GB Kingston DDR3 ECC sowie 1x 4GB Original HP DDR3 ECC
HDDs 3x3TB (WD30EFRX)
RAID5 über alle Platten, 6TB nutzbar, LVM, Platten werden über smartd gemonitort und an netzwerk (ät) rzl dot de im Fehlerfalle geschickt
1x 64GB SSD
USB 1x Onboard, 2x USB 2.0 hinten, 2x USB 3.0 hinten, 2x USB 2.0 vorne
Verbrauch 60W Volllast / 31W idle (Messung mit einem schlechten Messgerät, jeweils ohne Platten)
jede Platte: 4.1W aktiv, 3W idle (laut Datenblatt)
Insgesamt Idle: 40W
Insgesamt Volllast: 72.3W
Virtualisierung libvirt/KVM


Unterseiten

Auf allen Kern-VMs läuft _möglichst_ nur pakettierte Software (Debian). Möchtest Du etwas auf den Systemen installiert haben, dann paketiere es bitte. Auf den Mitglieder-VMs kann alles so installiert werden, wie gewünscht.

Reboot Fest / Zabbix Agent

(stand 12-2019)

Rebootfest gibt an, ob die Dienste innerhalb der VM nach einem Reboot der VM von alleine sauber hoch kommen. Rebootfest sagt nicht zwingend, dass die VM einen Reboot von Mate sauber übersteht.

VM Rebootfest Anmerkungen Monitoring Agent Monitoring Anmerkung
Mate (Server)/0xb4dc0d3d.vm.rzl unbekannt Ja
Mate (Server)/abrock.vm.rzl unbekannt verliert beim Host-Reboot vermutlich das USB-Device zum Stromzähler Ja
Mate (Server)/cashdesk.rzl ja Nein
Mate (Server)/datengrab.rzl nein Nein
Mate (Server)/db.rzl ja Nein
Mate (Server)/freeswitch.vm.rzl ja Nein
Mate (Server)/infra.rzl nein verliert beim Host-Reboot vermutlich das USB-Device zu den Funksteckdosen. verliert beim Reboot sein IOT-Device Nein
Mate (Server)/kunterbunt.vm.rzl nein MQTT -> Graphite-Bridge muss manuell gestartet werden Ja
Mate (Server)/lutoma.vm.rzl unbekannt Nein
Mate (Server)/partkeepr.rzl ja Nein
Mate (Server)/qrgo.vm.rzl unbekannt Nein
Mate (Server)/rami.vm.rzl unbekannt Nein
Mate (Server)/ranlvor.vm.rzl ja Nein
Mate (Server)/s1lvester.vm.rzl unbekannt Ja
Mate (Server)/unifi.vm.rzl ja Braucht zum Start große Mengen Zufall. Geduld oder ping -f 172.22.36.238 hilft. Nein

Lordeis (Diskussion) 19:16, 29. Dez. 2019 (CET)

VMs

VM Arbeitsspeicher Plattenplatz
Mate (Server)/cashdesk.rzl 512 MB 20 GB
Mate (Server)/db.rzl 512 MB 30 GB
Mate (Server)/hax404.vm 2048 MB 20 GB
Mate (Server)/infra.rzl 3072 MB 40 GB
Mate (Server)/ranlvor.vm.rzl 256 MB 10 GB
Mate (Server)/unifi.vm.rzl 750 MB 20 GB
Gesamt 7150 MB / 12001 MB (59.58% belegt) 0.1 TB / 5.3 TB (2.59% belegt)

Automatisch geupdatet von Benutzer:Matebot am: 2021-09-24 00:00:01

Unterseiten

<splist />

Abgerufen von „https://wiki.raumzeitlabor.de/index.php?title=Mate_(Server)&oldid=16292“