HP Matrix Operating Environment Software - Handbuch (Seite 70)

Die Kapazitätswerte für die auf der CPG basierenden Pools werden anders berechnet:
3PAR-Berechnung (CPG-basierte Pools) SPM-Kapazitätswert
Als logische Kapazität berichtet, entspricht diese dem
Minimum folgenden Werts: Physische Kapazität
• Zugesagte Kapazität + logische Kapazität des größten
Thick Provisioning-Volumes, das in der CPG in
Anbetracht ihrer RAID-Stufe zugeordnet werden kann
ODER
•
Speicherplatzgrenze der CPG
Die physische Kapazität ist variabel, da mehrere CPGs die
Kapazität aus demselben konkreten Pool abziehen können
(wenn beispielsweise ein Volume in einem Pool
bereitgestellt wird, steht entsprechend viel Kapazität
anderen Pools nicht mehr zur Verfügung).
Die von der CPG verwendete logische Kapazität. Dies
schließt Volumes sowie Snapshots und administrativen Zugesagte Kapazität
Speicherplatz mit ein (beispielsweise RAID-Overhead und
überflüssigen Programmcode).
Die Summe der reservierten Kapazität aller Volumes. Daher
berichtet SPM die logische Kapazität. Reservierte Kapazität
Die Differenz zwischen der physischen Kapazität der CPG
und ihrer zugesagten Kapazität. Verfügbare Kapazität
Volume-Kapazität
SPM verfolgt die Kapazität und zugesagte Kapazität für Volumes. Dabei bezieht sich „Kapazität“
auf die Gesamtkapazität des Volumes in Byte und „zugesagte Kapazität“ auf die Anzahl der Byte,
die tatsächlich für das Volume reserviert worden sind.
Die Kapazität wird in SPM der verwendbaren Kapazität des Volumes zugeordnet, einschließlich
RAID-Overhead und administrativem Speicherplatz. Bei Thin Provisioning-Volumes übersteigt dieser
Wert möglicherweise die zugesagte Kapazität. Die zugesagte Kapazität von SPM für Thin
Provisioning-Volumes entspricht der Anzahl der bereitgestellten Blöcke, multipliziert mit der
Blockgröße. Bei Thick Provisioning-Volumes entspricht die zugesagte Kapazität der Kapazität.
Das 3PAR Array berichtet alle Speicherkapazitäten, wie von der International Electrotechnical
Commission (IEC) vorschlagen, in Binäreinheiten statt in Dezimaleinheiten (wie im Internationalen
Einheitensystem (SI)). Beispielsweise würden 20 GiB in Binäreinheiten 21,47 GB in Dezimaleinheiten
entsprechen. Matrix-Kunden werden eine unterschiedliche Kapazitätsberichterstattung bemerken,
wenn sie das 3PAR Storage Array ohne SPM verwenden. SPM hilft dem Kunden bei diesem
Konvertierungsproblem, indem SPM dem Kunden das Festlegen der bevorzugten Einheiten zur
Kapazitätsberichtserstattung ermöglicht. Wir empfehlen, die Einstellungen in SPM so vorzunehmen,
dass Dezimaleinheiten verwendet werden.
Erstellen und Erweitern eines 3PAR Storage System-Volumes
Während der Speicherdienstbereitstellung werden der Speicherdienstvorlage eine Reihe von
Dienstanforderungen sowie zusätzliche Anforderungen entnommen. SPM verwendet diese
Anforderungen, um eine Reihe von Kandidaten-Volumes auszuwählen, die für die Diensterfüllung
angeboten werden können. SPM verwendet die Kapazitätsinformationen vom Array (sowohl für
Volumes als auch für Storage Pools), um die Kandidaten zu generieren.
Zu den Kandidaten können vorhandene Volumes mit geeigneter Größe zählen sowie vorhandene
Volumes, die erweitert werden müssen, oder auch noch zu erstellende Volumes. Wenn ein
angegebenes Kandidaten-Volume nicht exakt mit den Anforderungen des Dienstes übereinstimmt,
ist eine Bereitstellungsautomatisierung erforderlich, um das Array zu ändern und den Dienst zu
erfüllen. Diese Automatisierung teilt sich in eigenständige Schritte auf, beispielsweise in das Erstellen
70 Arbeiten mit 3PAR Storage Systemen