Erläuterung der ScaleIO REST API-Parameter
Yhteenveto: Erläuterungen zu den Rest-API-Parametern in ScaleIO
Tämä artikkeli koskee tuotetta
Tämä artikkeli ei koske tuotetta
Tämä artikkeli ei liity tiettyyn tuotteeseen.
Tässä artikkelissa ei yksilöidä kaikkia tuoteversioita.
Ohjeet
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".
===============
Tuotteet, joihin vaikutus kohdistuu
PowerFlex SoftwareTuotteet
PowerFlex SoftwareArtikkelin ominaisuudet
Artikkelin numero: 000019987
Artikkelin tyyppi: How To
Viimeksi muutettu: 12 syysk. 2025
Versio: 4
Etsi vastauksia kysymyksiisi muilta Dell-käyttäjiltä
Tukipalvelut
Tarkista, kuuluuko laitteesi tukipalveluiden piiriin.