Wiki Thomas-Krenn.AG - Neue Seiten [de]

DRBD

2010-09-07T07:30:01Z

Wfischer: Die Seite wurde neu angelegt: „'''DRBD''' (Distributed Replicated Block Device) ist eine Datenreplizierungssoftware für Linux. DRBD arbeitet als Block-Device (also unterhalb des Dateisystems).…“

'''DRBD''' (Distributed Replicated Block Device) ist eine Datenreplizierungssoftware für Linux. DRBD arbeitet als Block-Device (also unterhalb des Dateisystems). Vereinfacht kann man sich DRBD als RAID1 übers Netzwerk zwischen zwei Servern vorstellen. Zur Datenspiegelungen verwendet man zumeist GBit-Ethernet-Links.

== Weitere Informationen ==
* http://www.drbd.org/
* http://www.drbd.org/users-guide/
* http://de.wikipedia.org/wiki/DRBD
* http://www.ibm.com/developerworks/linux/library/l-drbd/index.html?ca=dgr-lnxw07LX-DRBD

[[Kategorie:Linux]]

Btrfs

2010-09-07T06:42:23Z

Wfischer:

'''btrfs''' (B-tree FS oder Butter) ist ein neues COW (copy-on-write) Dateisystem für Linux. Es könnte mittel/langfristig Ext4 als das Standard Linux Dateisystem ersetzen. Entwickelt wird btrfs seit 2007 von Oracle. Seit Version 2.6.29 ist btrfs Bestandteil des Linux Kernels. Zu den wichtigsten Features gehören Copy on Write (COW), Snapshots und integrierter RAID-Support.

btrfs ist mit Stand September 2010 noch in Entwicklung, soll also noch nicht für produktive Systeme verwendet werden.

Einen ausführlichen Bericht zu btrfs finden Sie in folgendem Artikel:
* http://www.admin-magazin.de/content/das-neue-linux-dateisystem-btrfs-im-detail

== SSD Optimierungen ==
btfrs bietet folgende Optimierungen speziell für [[Solid State Drive|SSDs]]:<ref>[http://events.linuxfoundation.org/slides/2010/linuxcon2010_mason.pdf Btrfs Filesystem] Folie 16 (Vortrag von Chris Mason auf der LinuxCon North America 2010), der Vortrag ist nach einer [http://events.linuxfoundation.org/lp/linuxcon-2010-video-preview?lftrkr=LINU58321183 kostenlosen Registrierung] auch [https://events.linuxfoundation.org/video-preview-linuxcon2010 zum Download verfügbar].</ref>
* Mount -o ssd
* Mount -o ssd_spread
* Trim

== Einzelnachweise ==
<references />

== Weitere Informationen ==
* http://de.wikipedia.org/wiki/Btrfs
* https://btrfs.wiki.kernel.org/
* http://oss.oracle.com/projects/btrfs/
* http://www.heise.de/open/artikel/Kernel-Log-Videos-von-der-Linuxcon-Pflege-von-2-4-und-2-6-27-naehert-sich-dem-Ende-1073492.html

[[Kategorie:Linux]]

AMD Opteron 4100 Six-Core Lisbon Prozessoren

2010-09-07T06:03:58Z

Wfischer: Formatierung angepasst

Die '''AMD Opteron 4100''' Prozessor-Serie mit dem Codenamen Lisbon ist die stromsparendste CPU mit sechs Kernen von AMD. Die Prozessoren wurden speziell für die Verarbeitung anspruchsvollster Serverarbeitslasten für mittelständische Unternehmen, bei geringstmöglichem Energieverbrauch (pro Kern) ausgelegt.

==Technische Daten==
* Sechs und vier Kerne, L3-Cache mit 6 MB
* extrem stromsparend (6 Watt / Core)
* bis zu 15% mehr Performance gegenüber der Prozessorserie "Istanbul"
* AMD CoolCore™ Technologie, verbesserte AMD PowerNow!™ Technologie, C1E, AMD CoolSpeed Technologie, APML
* Zweikanaliger LV- und R/U-DDR3, ECC
* Bis zu 3 DIMMs/Kanal, 6 pro CPU
* Ausgelegt für anspruchsvolle Temperaturbedingungen

==Weitere Informationen==
* [http://www.amd.com/de/products/server/processors/4000-series-platform/pages/4000-series-platform.aspx AMD 4100 Plattform]

[[Kategorie:Server-Hardware]]

Intel Developer Forum

2010-09-04T07:36:22Z

Wfischer: /* Session Übersicht des nächsten IDF */

Das '''Intel Developer Forum''' ('''IDF''') ist eine regelmäßige Veranstaltung, wo Intel-Produkte diskutiert und Technologien erläutert werden. Zu jeden behandelten Themenkreis gibt es einzelne ''Tracks'', die aus mehreren ''Sessions'' bestehen. Die PDFs und Sessions zum Nachhören bieten interessante Informationen zu aktuellen Technologien.

== Sessions online zum Abrufen ==

=== IDF Spring 2010 ===
Inhaltlich waren die meisten Sessions vom IDF SF 2009 (siehe unten)
* http://www.intel.com/idf/library/library-beijing-2010.htm
* http://www.intel.com/pressroom/kits/events/idfspr_2010/index.htm
* https://intel.wingateweb.com/bj10/scheduler/eventguide/publicSchedule.jsp

=== IDF San Francisco 2009 ===
* PDFs der Sessions zum Download: https://intel.wingateweb.com/us09/scheduler/catalog/catalog.jsp
* Sessions zum Nachhören (erfordert Windows Media Player): http://www.intel.com/idf/sf09/audio_sessions.htm, Tip: [http://intelstudios.edgesuite.net/idf/2009/sf/aep/IDF_2009_MEMS004/f.htm MEMS004 Future Solid-State Drive (SSD) Innovations]

== Session Übersicht des nächsten IDF ==
In der Session Übersicht finden Sie die Vorträge des nächsten IDF. Diese Agenda bietet einen interessanten Überblick über kommende Technologien:
* http://idfcommunity.intel.com/Planner/SessionCatalog.aspx
* http://www.intel.com/idf/full-agenda/
* http://www.intel.com/go/idfsessions/ (Sessions werden rasch nach der Präsentation online verfügbar gemacht)

== Weitere Informationen ==
* [http://blogs.intel.com/idf/ IDF Blogs]

[[Kategorie:Server-Hardware]]

Messen von I/O Performance

2010-09-01T14:05:18Z

Wfischer: /* Messen von SSDs und Flashspeicher */

In diesem Artikel beschreiben wir Grundlagen zum Thema '''Messen von I/O Performance'''. Dieses Thema ist sehr komplex und umfangreich, wir versuchen die wichtigsten Grund-Informationen ohne Anspruch auf absolute Vollständigkeit hier zu behandeln.

== Grundlagen ==

=== Allgemeine Grundlagen ===
Achten Sie auf vollständig nachvollziehbare Tests. Dazu ist es notwendig, dass Sie die gesamte Testumgebung möglichst genau dokumentieren.

Hardware-seitig zählen hier zum Beispiel:
* Mainboard inkl. BIOS-Version
* CPUs
* Arbeitsspeicher
* (falls verwendet) RAID-Controller inkl. Firmware-Version
* Speichermedien (Festplatten, SSDs, ...) inkl. Firmware-Versionen
* ...

Software-seitig:
* BIOS-Konfiguration (am besten ''Load Defaults'' und anschließend etwaige Konfigurationsänderungen dokumentieren)
* Betriebssystem mit genauen Infos zur Installation, Software-Versionen, etc.
* (falls verwendet) genaue Konfiguration des RAID-Controllers (RAID-Level, Cache-Konfiguration, ...)
* Testtools mit genauer Versionsangabe
* ...

=== Messen von SSDs und Flashspeicher ===
* '''Gleicher Ausgangszustand''': Die Schreibperformance von SSDs und Flashspeicher kann sich mit dem Füllstand ändern (siehe [[Solid State Drive#Schreibzugriffe|Solid State Drive - Schreibzugriffe]]. Eine fast vollgeschriebene SSD hat zumeist eine geringere Schreibperformance als eine leere SSD, die mittels [[Solid State Drive#Secure Erase|Secure Erase]] zuvor vollständig gelöscht wurde. Achten Sie bei Performance-Messungen daher darauf, dass Sie die SSDs entweder mit ''Secure Erase'' zuvor vollständig löschen oder nachvollziehbar zuerst mit einer bestimmten Datenmenge beschreiben.
* '''Gleiche Cache-Einstellungen''': Achten Sie beim Vergleich von mehreren SSDs auf möglichst gleiche Cache-Einstellungen (siehe [[Solid State Drive#DRAM Puffer (Cache)|Solid State Drive - DRAM Puffer (Cache)]]).
* '''Mit Random-Daten testen''': Manche SSD-Controller haben eine Datenkompression integriert. Ein Testen mit NULL-Daten kann dabei zu sehr hohen Messwerten führen, die mit echten Daten aber nicht erreicht werden. Testen Sie daher am besten mit zufälligen Testdaten (siehe [[Solid State Drive#Datenkompression|Solid State Drive - Datenkompression]]).

=== Messen von Festplatten ===
* '''Gleiche Bereiche von Festplatten vergleichen''': Bei konstanter Rotationsgeschwindigkeit ist der Datendurchsatz am äußeren Rand der Plattenscheiben höher als am inneren Rand. Da Festplatten von außen nach innen beschrieben werden, ist der Durchsatz am Beginn des Datenbereichs somit höher als am Ende des Datenbereichs der Festplatte. Beim Vergleich von mehreren Festplatten achten Sie daher darauf, jeweils die gleichen Bereiche der Platten zu vergleichen. Am einfachsten testen Sie Festplatten direkt am Beginn des Datenbereichs. Wenn Sie eher das Ende des Datenbereichs (also die inneren Spuren von Festplatten) testen möchten, beginnen Sie über Offset-Parameter der Performance-Tools z.B. jeweils bei 90% der Kapazität der jeweiligen Festplatte.
*: Beispiel: [http://www.wdc.com/de/products/products.asp?driveid=489 Western Digital WD5002ABYS-01B1B0]
*:: Beginn des Datenbereichs:
*:::* 111 MByte/s (getestet mit <code>fio --filename=/dev/sdd --direct=1 --rw=read --bs=1m --size=5G --offset=0G --name=file1</code>)
*:::* 116 MByte/s (getestet mit <code>dd if=/dev/sdd of=/dev/null bs=1M count=5120 iflag=direct</code>)
*:: Ende des Datenbereichts:
*:::* 62,8 MByte/s (getestet mit <code>fio --filename=/dev/sdd --direct=1 --rw=read --bs=1m --size=5G --offset=460G --name=file1</code>)
*:::* 65,8 MByte/s (getestet mit <code>dd if=/dev/sdd of=/dev/null bs=1M count=5120 skip=471040 iflag=direct</code>)
:: Anmerkung: Wenn Sie eine hohe Datentransferrate und I/O Performance benötigen, kann es daher durchaus sinnvoll sein von einer größeren Festplatte nur den vorderen Bereich zu nutzen. Wenn Sie etwa 250 GByte benötigen können Sie eine 1 TB Festplatte verwenden, aber davon nur die ersten 250 GByte nutzen. Das erhöht die durschschnittliche Datentransferrate und auch die Anzahl an möglicher [[#IOPS|IOPS]] (= niedrigere Zugriffszeit), da der Festplattenarm sich nicht mehr so weit nach innen bewegen muss.<ref>http://www.zdnet.com/blog/ou/how-higher-rpm-hard-drives-rip-you-off/322</ref>
* '''Gleiche Festplatten Schreibcache-Einstellungen''': Wenn Sie mehrere Festplatten miteinander vergleichen achten Sie auf [[Cache Einstellungen von RAID Controllern und Festplatten#Cache in der Festplatte|idente Schreibcache-Einstellungen]].
* '''Keine laufenden SMART-Tests''': Festplatten können Selbsttests durchführen. Diese Tests können Sie z.B. mit <code>smartctl -t TEST</code> starten. Solche Selbsttests beeinflussen die Performance von parellel laufenden I/O-Performance-Messungen. Achten Sie daher darauf, dass keine Festplatten-Selbsttests laufen wenn Sie die I/O Performance messen wollen.
* '''Keine laufenden Hintergrund-Operationen wie Pre-Scan von Seagate''': Neuere SAS-Festplatten von Seagate führen beim erstmaligen Beschreiben eines Sektors automatisch einen anschließenden Media-Scan durch. Damit sollen Mediendefekte frühzeitig erkannt werden. Die Schreibperformance sinkt dabei aber um circa 50%. Beschreiben Sie solche Festplatten daher vor dem Testen bzw. dem Produktiveinsatz einmal vollständig (z.B. mit dd). Damit ist der Pre-Scan vollständig abgeschlossen und hat somit keine weiteren negativen Performance-Auswirkungen. Anmerkung: parallel führen diese Festplatten im IDLE-Betrieb auch einen Background Media Scan durch.<ref>[http://www.seagate.com/support/disc/manuals/enterprise/Constellation%203_5%20in/100602414d.pdf Product Manual Constellation ES Series SAS] Kapitel 8.4 Background Media Scan und Kapitel 8.5 Media Pre-Scan</ref><ref>[http://www.heise.de/kiosk/archiv/ct/2010/15/140 Platten-Karussell] (c't 15/2010, Seite 142)</ref>

=== Messen mit RAID Controllern ===
Wenn Sie Messungen von Festplatten oder SSDs im RAID-Verbund durchführen, beachten Sie neben den vorhergehenden Hinweisen auch die folgenden Anmerkungen:
* '''Keine laufenden Hintergrundprozesse''': Am RAID-Controller dürfen bei Performance Messungen keine Hintergrundprozesse laufen. RAID-Initialisierungen, RAID-Verifies, etc. müssen daher zuvor vollständig abgeschlossen sein.

== Testfälle ==

=== Durchsatz ===
Mit Durchsatz Tests (Throughput) misst man in der Regel mögliche Durchsatzraten bei sequenzielle Zugriffen (streaming I/O oder sequential I/O genannt).

Dabei sind interesannt:
* Lese-Durchsatz in MByte/sec
* Schreib-Dursatz in MByte/sec

Ein Beispiel für Durchsatz-Tests finden Sie hier: [[fio#Durchsatz Tests|fio - Durchsatz Tests]]

=== IOPS ===
Mit IOPS Tests (Input/Outputs per Second) misst man die Anzahl der möglichen Ein/Ausgabe-Operationen pro Sekunde. In der Regel misst man dabei die worst-case Szenarien (Random Read IOPS und Random Write IOPS). Das sind zufällig verteilte Zugriffe (random I/O), wobei jeder Zugriff nur wenig Daten überträgt.

IOPS können Sie direkt in die mittlere Zugriffszeit eines Datenträgers umrechnen.<ref>http://storageadvisors.adaptec.com/2007/03/20/sata-iops-measurement/</ref> Die mittlere Zugriffszeit in Sekunden ist einfach der Kehrwert der IOPS. 71 IOPS entsprechen damit etwa 0,001408 Sekunden = 14,08 ms mittlere Zugriffszeit.

Die mittlere Zugriffszeit von Festplatten setzt sich zusammen aus (siehe auch [[Event-News: Präsentationen der Thomas Krenn Roadshow 2009#Storagetechnologien im Vergleich|Folie 9 des Vortrags 'Storagetechnologien im Vergleich']]):
* seek time (Spurwechselzeit)
* latency (Latenz - Dauer einer halben Umdrehung der Festplatte)
* controller overhead (Kommando-Latenz, kann meist vernachlässigt werden)
* transfer time (Transferzeit, kann bei den worst-case-Tests vernachlässigt werden, da sie gegenüber der seek time und latency sehr gering ist)

Weitere Informationen zu IOPS (I/Os per Second) finden Sie u.a. hier:
* http://blogs.techrepublic.com.com/datacenter/?p=2182
* http://www.yellow-bricks.com/2009/12/23/iops/comment-page-1/
* http://en.wikipedia.org/wiki/IOPS

== Einzelnachweise ==
<references />

[[Kategorie:Server-Hardware]][[Kategorie:Linux Performance]]

Storagepool erweitern

2010-09-01T11:41:07Z

Nhess:

==Beschreibung==
Die Kapazität des bestehenden Storage-Pools / Virtual Drives soll erweitert werden, ohne die VD's oder Storage-Pools zu löschen und neu zu erstellen.

==Anleitung==
* Im '''CMM''' unter '''Storage''' den jeweiligen '''Storage-Pool''' auswählen
* Rechts in der Toolbox dann den Punkt '''Expand''' wählen
* folgendes Fenster öffnet sich

[[Datei:Modular_SP_Expand.jpg|300px]]

* hier kann die HDD(s) gewählt werden, auf welche der Pool erweitert wird
* Die Erweiterung kann je nach Platten / Poolgröße einige Stunden dauern
* Ist die Erweiterung abgeschlossen, steht freier Plattenplatz im Storage-Pool zur Verfügung

[[Datei:Modular_SP_erweiterter_SP.jpg|300px]]

* Auf diesem Platz kann nun ein neues Virtuelles Drive erstellt werden, oder ein bestehendes erweitert werden
* Um ein Virtuelles Drive zu erweitern, wählen Sie das jeweilige VD aus und klicken in der Toolbox auf '''Modify'''

[[Datei:Modular_VD_Modify.jpg|300px]]

* Hier wird dann der neue zur Verfügung gestellte freie Platz angezeigt und kann dem VD zugewiesen werden
* Bitte beachten Sie, dass hier die verfügbare "Nettokapazität" angezeigt wird. Der fehlende Plattenplatz wird bereits für das jeweils eingestellte Raid des VDs reserviert

==Bitte beachten!==
* Das System nimmt immer die Größe der kleinsten HDD im Raid-Verbund. D.h. will man einen Storage-Pool, der aus 147GB HDDs besteht, mit 300GB erweitern, werden von den 300GB auch nur die 147GB genutzt! Der restliche Plattenplatz geht verloren!
* Es wird empfohlen, die VD's / Storagepools immer mit gleich großen Festplatten zu erweitern

[[Kategorie:Modular Server]]

Storagepool wiederherstellen

2010-09-01T11:16:31Z

Nhess: Die Seite wurde neu angelegt: „==Problembeschreibung== Ein Storage-Pool wurde versehentlich gelöscht, es gibt im CMM keine automatische Wiederherstellung ==Lösung== Beim Löschen eines Stora…“

==Problembeschreibung==
Ein Storage-Pool wurde versehentlich gelöscht, es gibt im CMM keine automatische Wiederherstellung

==Lösung==
Beim Löschen eines Storage-Pools werden die Daten auf den Festplatten nicht gelöscht, auch die Raid-Informationen sind noch vorhanden!
Um die Daten wieder herzustellen, muss man einfach manuell den ursprünglichen Zustand wieder herstellen.
* über die ursprünglichen HDDs den neuen Storage-Pool kreieren
* dann der Reihe nach die Virtual Drives (in der gleichen ursprünglichen Größe) wieder herstellen
* die Virtuellen Drives wieder den ursprünglichen Compute Modulen zuweisen, dann kann wieder davon gebootet werden.

Dennoch empfehlen wir dringendst '''IMMER''' ein Backup aller Daten zu erstellen!

[[Kategorie:Modular Server]]

Apache gegen Denial-of-Service-schützen

2010-08-31T13:05:29Z

Wfischer: hat „Apache gegen Denial-of-Service-schützen“ nach „Apache gegen Denial-of-Service schützen“ verschoben

Die Verfügbarkeit von Server-Diensten (wie der Apache Webserver) kann von Angreifern durch unterschiedliche Attacken beeinflusst werden. Angriffe, die den Ausfall des Server-Dienstes zum Ziel haben, werden [http://de.wikipedia.org/wiki/Denial_of_Service Denial-of-Service] Angriffe genannt. In diesem Artikel finden Sie Informationen, wie Sie den '''Apache''' Webserver gegen gewisse Attacken besser schützen können.

Angriffs-Programme wie [http://de.wikipedia.org/wiki/Slowloris Slowloris] versuchen Verbindungen zum Webserver möglichst lange offen zu halten, damit der Webserver keine anderen ''echten'' Anfragen beantworten kann.

Mit Hilfe von speziellen IPtables Regeln bzw. dem Herabsetzen von gewissen Timeouts können Sie den Apache Webserver zumindest vor kleineren Angriffe schützen bzw. den Aufwand für Angreifer erhöhen. Detaillierte Informationen dazu finden Sie hier:
* [http://www.admin-magazin.de/content/apache-gegen-denial-service-attacken-wappnen Apache gegen Denial-of-Service-Attacken wappnen]

[[Kategorie:Linux]]