Schlagwort: PSP

Veröffentlicht am

Datacore SANsymphony-V 10 PSP1 veröffentlicht

Eigentlich war SANsymphony-V 10.0.1.0 (aka 10.0 PSP1) schon für Anfang Oktober geplant. Seit heute ist es jedoch zum Download bereit (Login erforderlich).

was ist neu?

Hier ein Auszug aus den Releasenotes:

  • Sequential Storage Option – this random write accelerator capability optimizes the data layout of write operations for a virtual disk by storing them sequentially (instead of randomly) which may improve performance for certain storage configurations. This capability may be configured per virtual disk or virtual disk group.
  • Increased Scalability – the maximum number of nodes per server group is doubled from 32 to 64 DataCore Servers.
  • Chargeback / Quality of Service — support for controlling throughput and/or I/O and capacity allocation to support shaping the use of available resources in Multi-Tenant environments.
  • Maintenance Mode – implementation of “evacuate” and “redistribute” logic to allow the ability to perform maintenance on grouped DataCore Servers or redistribution of virtual disk resources from one DataCore Server to another.
  • Multiple Server Group Management – Improve ease of use when managing multiple server groups. The software securely retains server address and login credentials from each initial session to expedite the switch between groups being controlled and monitored.
  • Multiple Loopback Channels – allows for greater scaling of I/O performance by enabling many more virtual initiator/target mappings to increase the number of possible virtual disks or paths between Host and Storage Server.
  • Performance Monitoring Capabilities – integrates and exports DataCore performance counters to Microsoft Window Performance Monitor
  • Continuous Data Protection (CDP) Rollback Markers – adds support for application-aware markers to allow reverting to a known good image.
  • Automated Installation and Upgrade Wizard – a wizard is automatically launched from the self-extracting package to perform systematic installation and upgrades. Refer to the “Automated Installation and Upgrade Notes” section below.
  • 16 GB Emulex Host Bus Adapter support – the Emulex LPe1600x family of HBAs is now ‘DataCore-Ready’ (http://www.datacore.com/Partners/Current-Partners/datacore-ready.aspx). A target/initiator driver to support these HBAs in a DataCore Server will be provided in a future release.
Veröffentlicht am

Datacore SANsymphony-V R9 PSP3 Update2 erschienen

Datacore hat ein weiteres Update zum Produkt SANsymphony-V R9 PSP3 bereitgestellt. Nachdem im Juli das PSP3 U1 erschienen war, wurde jetzt das Update2 nachgelegt.

Fixes

Es handelt sich nur um kleinere Fixes um Vergleich zu Update1. Hier ein Auszug aus den Release-Notes ().

Problem: Hosts running Citrix Xen Server did not failback to an available path when using 9.0 PSP3.

  • Cause: A regression was introduced in PSP3, so that information was sent to the host to failback before the path was available.
  • Resolution: Code was modified to inform the host that a path was again healthy at the appropriate time.

Problem: The connection to the DataCore Executive service would sometimes fail in very large configurations.

  • Cause: A buffer for communication to the service was too small for large configurations.
  • Resolution: Increase the size of the buffer.

 Update Einschränkung

Das PSP3-U2 (9.0.3.2) darf nur zur Neuinstallation oder zum Update folgender Systeme verwendet werden:

  • SANsymphony-V R9 PSP1 U1 oder größer (>= 9.0.1.1)
  • SANsymphony-V R9 ohne PSP, ohne Update (9.0.0.0)
  • SANsymphony-V R8.x

Für folgende Installationen muss der Datacore Support kontaktiert werden:

  • SANsymphony-V R9 U1 (9.0.0.1)
  • SANsymphony-V R9 PSP1 (9.0.1.0)

Links

Veröffentlicht am

Datacore SANsymphony-V R9 PSP3 Update1 erschienen

Gerade einen Monat nach Erscheinen der PSP3 legt Datacore ein Update1 zur PSP3 nach. Hier ein Auszug aus den Releasenotes: (Unterschied zu PSP3)

Shared Storage Pool Space Reclamation

  • Reclamation will occur for one virtual disk at a time.
  • Additional status types and “reclamation pending or reclaiming” state of a virtual disk is displayed in the Virtual Disk page in the management console.
  • Status information is retained over a system restart.

 Links

Veröffentlicht am

vSphere5: Priorisierte I/O Pfade

Im Fall eines Pfadverlustes wählt normalerweise das Path-Selection-Plugin (VMW_PSP_MRU) zufällig einen der verbleibenden Pfade als Alternative. Im VMware vSphere Blog erschien kürzlich ein Artikel, der die Methode der Pfad-Priorisierung unter vSphere5 beschreibt und den VMware KB-Artikel etwas erweitert ausführt. Im Blogartikel wird noch die alte Syntax (4.x) der vSphereCLI verwendet, diese funktioniert nicht mehr bei einem ESXi5.0.0. Aus diesem Grund habe ich unten die aktuelle Syntax angegeben, die auch im KB Artikel genannt wird.

Im Kern geht es darum, daß es drei Kategorien für Pfade gibt:

  • ACTIVE
  • ACTIVE_UO  (active, unoptimized)
  • STANDBY

Die Auswahlreihenfolge ist Active > Active_UO > Standby. Gleichwertige Pfade der selben Kategorie werden weiterhin von VMW_PSP_MRU zufällig ausgewählt. Die Defaulteinstellung der Priorität ist bei allen Pfaden “0” und unterscheidet sich damit nicht vom Verhalten früherer vSphere Versionen.

Wie setzt man die Priorität?

Mittels vSphereCLI können die Einstellungen ausgelesen und neu gesetzt werden. Eine Konfiguration über die GUI ist derzeit nicht möglich.

Achtung! Keine ESXCLI 4.0 Kommandos an einen ESXi 5.0.0 Server absenden!

Die aktuelle Version gibt es bei VMware.

Im folgenden ist [connection] die Verbindungsdaten zum ESXi Server:

--server myserver.domain.com --user root --password mypassword

<vmhba pathname> könnte z.B. so aussehen: vmhba3:C0:T0:L0

# esxcli [connection] storage nmp psp generic pathconfig get -p <vmhba pathname>
# esxcli [connection] storage nmp psp generic pathconfig set -p <vmhba pathname> -c rank=<rank Number>

Alternativ kann der Pfad auch über die NAA-ID (Network Addressing Authority identifier) bestimmt werden.

# esxcli [connection] storage nmp psp generic deviceconfig get --device=<naa.xxx>

Die so eingestellte Priorität des Pfades bleibt auch nach einem Neustart des Hosts erhalten.