Erläuterung der ScaleIO REST API-Parameter
Summary: Erläuterungen zu den Rest-API-Parametern in ScaleIO
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Instructions
Instance:
========================
Hinweis - Alle Eigenschaften hier sind mit dem Delta-Mechanismus verbunden - die Art und Weise, wie eine Abfrage pro Objekt über die Änderungen seit dem letzten Senden einer solchen Abfrage gesendet wird. Es funktioniert wie folgt:
Für jeden Objekttyp speichern wir die neueste Version, es ist ein inkrementeller Zähler, jedes Mal, wenn ein Objekt geändert wird, wird die Version erhöht.
Jedes Objekt weiß, welche Version es war, als es das letzte Mal geändert wurde. Der Client sendet die Anfrage mit der letzten Version, die er kennt.
MDM antwortet mit einer Liste aller Objekte, die nach dieser Version aktualisiert wurden.
Liste der seit dieser Version
gelöschten Objekte Zuletzt gesendete
Version Beispiel für eine solche Abfrage (für ProtectionDomain):
GET /api/types/ProtectionDomain/instances?systemId={system id}&sessionTag={session tag}&lastVersion={last version}
isDirty : Die Version auf einigen Objekten hat sich geändert, während der MDM die Antwort erstellt hat, das Flag "Dirty", das gesetzt wird, wenn während der Response-Generierung Änderungen vorgenommen wurden (um den Client zu ermutigen, früher eine Follow-up-Anfrage zu senden)
Last<Object>Version : "Seriennummer" des letzten pro Objekt gesendeten Deltas. Die nächste Deltaabfrage sollte diesen Wert enthalten und sendet ab diesem Punkt ein Delta.
sessionTag: Sitzungs-Tag, das für die Delta-Mechanismus-Anforderung verwendet wird Kann durch MDM geändert werden (z. B. wenn Switch-MDM auftritt). sessionTag ist der Zähler für MDM-Neustarts. Wenn er nicht übereinstimmt, bedeutet dies, dass MDM neu gestartet wurde. Wenn der Client oder MDM neu gestartet wurde, wird eine vollständige Antwort gesendet, die alle Objekte enthält.
System:
========================
capacityTimeLeftInDays – Die verbleibende Zeit bis zum Ablauf
der Lizenz enterpriseFeaturesEnabled: Gibt an, ob Enterprise-Funktionen aktiviert sind, Teil der Lizenzierungsinformationen. Beispiel für Enterprise-Funktionen – Snapshots, QoS Der Standardwert ist TRUE .
isInitialLicense : Ist die aktuelle Lizenz diejenige, die dem System bei der Initialisierung zugewiesen wurde.
managementClientSecureCommunicationEnabled – Ist sichere Kommunikation MDM <=> Clients (CLI, REST, UI) aktiviert.
mdmToSdsPolicy – MDM <=> SDS-Kommunikationsrichtlinie (regulär/authentifiziert)
upgradeState : Gibt an, ob das Systemupgrade gerade ausgeführt wird und in welchem Status es sich befindet.
remoteReadOnlyLimitState: Flag, das angibt, dass ein Remoteclient nur Abfragevorgänge auf MDMrestrictedSdcModeEnabled durchführen darf – Gibt an, ob Nutzer auf Remoteclients auf schreibgeschützten Zugriff beschränkt sind (aktiviert = schreibgeschützter Zugriff; deaktiviert = vollständiger Lese-/Schreibzugriff)
SDS:
========================
rfcacheErrorInconsistentCacheConfiguration – Gibt an, ob ein Fehler in der rfCache-Konfiguration vorliegt.
rfcacheErrorInconsistentSourceConfiguration - Gibt an, ob ein Fehler im rfCache-Quellgerät vorliegt.
rmcacheFrozen : Gibt an, ob der Lesecache eingefroren ist (= temporär nicht verwendet)
rmcacheMemoryAllocationState : Status des Speicherzuweisungsprozesses (in Bearbeitung/erledigt)
rmcacheSizeInKb - Größe des Lesecaches auf diesem SDS
sdsDecoupled - Gibt an, ob sich der SDS in einem entkoppelten Zustand befindet.
sdsReceiveBufferAllocationFailures – Zähler der Pufferzuweisungsfehler auf dem SDS (hilft bei der Identifizierung von Problemen mit Leistungseinbußen)
========================
Volume:
========================
consistencyGroupId : Kennung, die allen Snapshots zugewiesen wird, die mit einem einzigen Befehl erstellt wurden (sie sind in der gesamten Gruppe konsistent)
mappingToAllSdcsEnabled : Gibt an, ob das Volume allen SDCs zugeordnet ist (veraltet!!)
deviceList
===============
longSuccessfulIos – Troubleshooting-Zähler für IOs auf Festplatte, die länger als erwartet dauerten, aber dennoch erfolgreich beendet wurden. Hilft bei der Identifizierung fehlerhafter Festplatten.
activeMovingInNormRebuildJobs
activeMovingOutNormRebuildJobs
activeNormRebuildCapacityInKb
========================
Zähler, die einen Rückwärtsneubau darstellen, der aus dem NORMAL-Zustand ausgelöst wurde (auch bekannt als normal-need-rebuild) - wenn primär und sekundär unterschiedliche Werte haben, aber den Schreibvorgang nicht bestätigt haben, so dass wir einen beliebigen Wert dieser beiden auswählen können.
Der Zähler "Jobs" stellt einige Kämme dar; active - Kämme, die sich gerade in Bewegung befinden, "MovingIn" - was bedeutet, dass dies der Ziel-SDS ist.
/api/instances/Sds/relationships/Statistics
===============
in-MaintenanceCapacityInKb
in-MaintenanceVacInKb – XXXCapacityInKb ist die PHYSISCHE Kapazität, XXXVacInKb ist die ZUGEWIESENE Kapazität.
Der Unterschied ist bei Thin Volumes und Snapshots erheblich. Betrachten wir ein 10-TB-Thin-Volume mit 1 TB geschriebenen Daten darauf, also zugewiesen=10 TB, physisch=1 TB
in-MaintenanceCapacityInKb
in-MaintenanceVacInKb
Capacity, die sich in Wartung befindet (auf dem SDS, der sich im Wartungsmodus befindet)
normRebuildCapacityInKb: Kapazität, die als "normaler Neuaufbau erforderlich"
angesehen wird normRebuildReadBwc - Bandbreite der Lesevorgänge als Teil von "rebuild from normal" (es gibt das Gleiche für Schreibvorgänge, aus irgendeinem Grund nicht in der Liste)
pendingMovingInNormRebuildJobs
pendingMovingOutNormrebuildJobs - Kämme, die neu erstellt werden sollen, aber in der Warteschlange warten.
rmPendingAllocatedInKb – Kapazität, die zum Entfernen markiert ist (z. B. beim Entfernen von Geräten/SDS)
semi-ProtectedVacInKb - Die "andere Seite" der Kapazität in der Wartung
ThinCapacityAllocatedInKm - es sollte ThinCapacityAllocatedInKb sein. Dies ist ein REST API-Fehler, der in 3 behoben wird.
"OscillatingCounterParameters" und "OscillatingCounter"
"OscillatingCounterWindowParameters" und "OscillatingCounterWindow"
===============
Jeder oszillierende Zähler besteht aus drei gleitenden Fenstern kurz, mittel, lang, jedes ist mit Schwellenwert und Fenstergröße (in Sekunden) konfiguriert.Sobald
der Schwellenwert innerhalb des aktuellen Fensters erreicht ist, wird die entsprechende Warnung ausgegeben.
Daher
enthält "OscillatingCounterParameters" 3 "OscillatingCounterWindowParameters";
" OscillatingCounter" enthält 3 "OscillatingCounterWindow".
===============
========================
Hinweis - Alle Eigenschaften hier sind mit dem Delta-Mechanismus verbunden - die Art und Weise, wie eine Abfrage pro Objekt über die Änderungen seit dem letzten Senden einer solchen Abfrage gesendet wird. Es funktioniert wie folgt:
Für jeden Objekttyp speichern wir die neueste Version, es ist ein inkrementeller Zähler, jedes Mal, wenn ein Objekt geändert wird, wird die Version erhöht.
Jedes Objekt weiß, welche Version es war, als es das letzte Mal geändert wurde. Der Client sendet die Anfrage mit der letzten Version, die er kennt.
MDM antwortet mit einer Liste aller Objekte, die nach dieser Version aktualisiert wurden.
Liste der seit dieser Version
gelöschten Objekte Zuletzt gesendete
Version Beispiel für eine solche Abfrage (für ProtectionDomain):
GET /api/types/ProtectionDomain/instances?systemId={system id}&sessionTag={session tag}&lastVersion={last version}
isDirty : Die Version auf einigen Objekten hat sich geändert, während der MDM die Antwort erstellt hat, das Flag "Dirty", das gesetzt wird, wenn während der Response-Generierung Änderungen vorgenommen wurden (um den Client zu ermutigen, früher eine Follow-up-Anfrage zu senden)
Last<Object>Version : "Seriennummer" des letzten pro Objekt gesendeten Deltas. Die nächste Deltaabfrage sollte diesen Wert enthalten und sendet ab diesem Punkt ein Delta.
sessionTag: Sitzungs-Tag, das für die Delta-Mechanismus-Anforderung verwendet wird Kann durch MDM geändert werden (z. B. wenn Switch-MDM auftritt). sessionTag ist der Zähler für MDM-Neustarts. Wenn er nicht übereinstimmt, bedeutet dies, dass MDM neu gestartet wurde. Wenn der Client oder MDM neu gestartet wurde, wird eine vollständige Antwort gesendet, die alle Objekte enthält.
System:
========================
capacityTimeLeftInDays – Die verbleibende Zeit bis zum Ablauf
der Lizenz enterpriseFeaturesEnabled: Gibt an, ob Enterprise-Funktionen aktiviert sind, Teil der Lizenzierungsinformationen. Beispiel für Enterprise-Funktionen – Snapshots, QoS Der Standardwert ist TRUE .
isInitialLicense : Ist die aktuelle Lizenz diejenige, die dem System bei der Initialisierung zugewiesen wurde.
managementClientSecureCommunicationEnabled – Ist sichere Kommunikation MDM <=> Clients (CLI, REST, UI) aktiviert.
mdmToSdsPolicy – MDM <=> SDS-Kommunikationsrichtlinie (regulär/authentifiziert)
upgradeState : Gibt an, ob das Systemupgrade gerade ausgeführt wird und in welchem Status es sich befindet.
remoteReadOnlyLimitState: Flag, das angibt, dass ein Remoteclient nur Abfragevorgänge auf MDMrestrictedSdcModeEnabled durchführen darf – Gibt an, ob Nutzer auf Remoteclients auf schreibgeschützten Zugriff beschränkt sind (aktiviert = schreibgeschützter Zugriff; deaktiviert = vollständiger Lese-/Schreibzugriff)
SDS:
========================
rfcacheErrorInconsistentCacheConfiguration – Gibt an, ob ein Fehler in der rfCache-Konfiguration vorliegt.
rfcacheErrorInconsistentSourceConfiguration - Gibt an, ob ein Fehler im rfCache-Quellgerät vorliegt.
rmcacheFrozen : Gibt an, ob der Lesecache eingefroren ist (= temporär nicht verwendet)
rmcacheMemoryAllocationState : Status des Speicherzuweisungsprozesses (in Bearbeitung/erledigt)
rmcacheSizeInKb - Größe des Lesecaches auf diesem SDS
sdsDecoupled - Gibt an, ob sich der SDS in einem entkoppelten Zustand befindet.
sdsReceiveBufferAllocationFailures – Zähler der Pufferzuweisungsfehler auf dem SDS (hilft bei der Identifizierung von Problemen mit Leistungseinbußen)
========================
Volume:
========================
consistencyGroupId : Kennung, die allen Snapshots zugewiesen wird, die mit einem einzigen Befehl erstellt wurden (sie sind in der gesamten Gruppe konsistent)
mappingToAllSdcsEnabled : Gibt an, ob das Volume allen SDCs zugeordnet ist (veraltet!!)
deviceList
===============
longSuccessfulIos – Troubleshooting-Zähler für IOs auf Festplatte, die länger als erwartet dauerten, aber dennoch erfolgreich beendet wurden. Hilft bei der Identifizierung fehlerhafter Festplatten.
activeMovingInNormRebuildJobs
activeMovingOutNormRebuildJobs
activeNormRebuildCapacityInKb
========================
Zähler, die einen Rückwärtsneubau darstellen, der aus dem NORMAL-Zustand ausgelöst wurde (auch bekannt als normal-need-rebuild) - wenn primär und sekundär unterschiedliche Werte haben, aber den Schreibvorgang nicht bestätigt haben, so dass wir einen beliebigen Wert dieser beiden auswählen können.
Der Zähler "Jobs" stellt einige Kämme dar; active - Kämme, die sich gerade in Bewegung befinden, "MovingIn" - was bedeutet, dass dies der Ziel-SDS ist.
/api/instances/Sds/relationships/Statistics
===============
in-MaintenanceCapacityInKb
in-MaintenanceVacInKb – XXXCapacityInKb ist die PHYSISCHE Kapazität, XXXVacInKb ist die ZUGEWIESENE Kapazität.
Der Unterschied ist bei Thin Volumes und Snapshots erheblich. Betrachten wir ein 10-TB-Thin-Volume mit 1 TB geschriebenen Daten darauf, also zugewiesen=10 TB, physisch=1 TB
in-MaintenanceCapacityInKb
in-MaintenanceVacInKb
Capacity, die sich in Wartung befindet (auf dem SDS, der sich im Wartungsmodus befindet)
normRebuildCapacityInKb: Kapazität, die als "normaler Neuaufbau erforderlich"
angesehen wird normRebuildReadBwc - Bandbreite der Lesevorgänge als Teil von "rebuild from normal" (es gibt das Gleiche für Schreibvorgänge, aus irgendeinem Grund nicht in der Liste)
pendingMovingInNormRebuildJobs
pendingMovingOutNormrebuildJobs - Kämme, die neu erstellt werden sollen, aber in der Warteschlange warten.
rmPendingAllocatedInKb – Kapazität, die zum Entfernen markiert ist (z. B. beim Entfernen von Geräten/SDS)
semi-ProtectedVacInKb - Die "andere Seite" der Kapazität in der Wartung
ThinCapacityAllocatedInKm - es sollte ThinCapacityAllocatedInKb sein. Dies ist ein REST API-Fehler, der in 3 behoben wird.
"OscillatingCounterParameters" und "OscillatingCounter"
"OscillatingCounterWindowParameters" und "OscillatingCounterWindow"
===============
Jeder oszillierende Zähler besteht aus drei gleitenden Fenstern kurz, mittel, lang, jedes ist mit Schwellenwert und Fenstergröße (in Sekunden) konfiguriert.Sobald
der Schwellenwert innerhalb des aktuellen Fensters erreicht ist, wird die entsprechende Warnung ausgegeben.
Daher
enthält "OscillatingCounterParameters" 3 "OscillatingCounterWindowParameters";
" OscillatingCounter" enthält 3 "OscillatingCounterWindow".
===============
Affected Products
PowerFlex SoftwareProducts
PowerFlex SoftwareArticle Properties
Article Number: 000019987
Article Type: How To
Last Modified: 12 Sept 2025
Version: 4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.