Difference between revisions of "Translations:ReleaseNotes/Liberty/7/de"

Latest revision as of 19:30, 6 November 2015

Information about message (contribute)

This message has no documentation. If you know where or how this message is used, you can help other translators by adding documentation to this message.

Message definition (ReleaseNotes/Liberty)

* Allow 1+ object-servers-per-disk deployment enabled by a new > 0 integer config value, "servers_per_port" in the [DEFAULT] config section for object-server and/or replication server configurations. The setting's integer value determines how many different object-server workers handle requests for any single unique local port in the ring. In this mode, the parent swift-object-server process continues to run as the original user (i.e. root if low-port binding is required). It binds to all ports as defined in the ring. It then forks off the specified number of workers per listen socket. The child, per-port servers, drops privileges and behaves pretty much how object-server workers always have with one exception: the ring has unique ports per disk, the object-servers will only handle requests for a single disk. The parent process detects dead servers and restarts them (with the correct listen socket). It starts missing servers when an updated ring file is found with a device on the server with a new port, and kills extraneous servers when their port is no longer found in the ring. The ring files are started at most on the schedule configured in the object-server configuration by every the "ring_check_interval" parameter (same default of 15s). In testing, this deployment configuration (with a value of 3) lowers request latency, improves requests per second, and isolates slow disk IO as compared to the existing "workers" setting. To use this, each device must be added to the ring using a different port.

Translation* Erlaubt 1+ object-servers-per-disk Installation aktiviert bei einem neuen Konfigurationswert > 0, "servers_per_port" in der [DEFAULT] Konfigurationssektion für Objekt-Server und/oder Replikationsserverkonfigurationen. Der gesetzte integere Wert entscheidet, wieviel unterschiedliche Objekt-Server Anfragen behandelnfür alle eindeutigen lokalen Ports im Ring. In diesem Modus, der übergeordnete Objekt-Server-Prozess läuft weter unter dem Originalbenutzer (z.B. root wenn eine Bindung an einem niedrigen Port erforderlich ist). Wenn das Binden an alle Ports im Ring definiert ist, zweigt das Binden zu einem speziellen Listen-Socket ab. Der Nachkomme, per-port Server, lässt die Rechte fallen und verhät sich wie ein normaler Objekt-Server mit einer Ausnahme: Der Ring hat eindeutige Ports per Festplatte, die Objekt-Server werden nur Anfragen für eine Festplatte bearbeiten. Der übergeordnete Prozess entdeckt tote Server und startet diese neu (mit der korrekten Listen-Socket). Er startet fehlende Server, wenne ine aktualisierte Ringdatei gefunden wurde mit einem Gerät am Server mit einem neuen Port und zerstört fremde Server, wenn der Port nict länge rim Ring gefunden wird. Die Ringdateien sind gestartet am meist geplanten Objekt-Server Konfiguration bei jedem "ring_check_interval" Parameter (dasselbe als Standard 15s).Im Test, dieser Installationskonfiguration (mit einem Wert von 3) verringert Antwortzeiten, verbessert Anfragen pro Sekunde, und isoliert langsame Festplatten-IO als Vergleich der existierenden Settings. Um das zu benutzen, muss jedes Gerät im Ring einen unterschiedlichen Port haben.

Erlaubt 1+ object-servers-per-disk Installation aktiviert bei einem neuen Konfigurationswert > 0, "servers_per_port" in der [DEFAULT] Konfigurationssektion für Objekt-Server und/oder Replikationsserverkonfigurationen. Der gesetzte integere Wert entscheidet, wieviel unterschiedliche Objekt-Server Anfragen behandelnfür alle eindeutigen lokalen Ports im Ring. In diesem Modus, der übergeordnete Objekt-Server-Prozess läuft weter unter dem Originalbenutzer (z.B. root wenn eine Bindung an einem niedrigen Port erforderlich ist). Wenn das Binden an alle Ports im Ring definiert ist, zweigt das Binden zu einem speziellen Listen-Socket ab. Der Nachkomme, per-port Server, lässt die Rechte fallen und verhät sich wie ein normaler Objekt-Server mit einer Ausnahme: Der Ring hat eindeutige Ports per Festplatte, die Objekt-Server werden nur Anfragen für eine Festplatte bearbeiten. Der übergeordnete Prozess entdeckt tote Server und startet diese neu (mit der korrekten Listen-Socket). Er startet fehlende Server, wenne ine aktualisierte Ringdatei gefunden wurde mit einem Gerät am Server mit einem neuen Port und zerstört fremde Server, wenn der Port nict länge rim Ring gefunden wird. Die Ringdateien sind gestartet am meist geplanten Objekt-Server Konfiguration bei jedem "ring_check_interval" Parameter (dasselbe als Standard 15s).Im Test, dieser Installationskonfiguration (mit einem Wert von 3) verringert Antwortzeiten, verbessert Anfragen pro Sekunde, und isoliert langsame Festplatten-IO als Vergleich der existierenden Settings. Um das zu benutzen, muss jedes Gerät im Ring einen unterschiedlichen Port haben.