Freigeben über

StatefulServiceReplicaInfo

  • Artikel

Stellt ein zustandsbehaftetes Dienstreplikat dar. Dies umfasst Informationen zur Identität, Rolle, status, Integrität, Knotenname, Betriebszeit und andere Details zum Replikat.

Eigenschaften

Name type Erforderlich
ReplicaStatus Zeichenfolge (Enumeration) Nein
HealthState Zeichenfolge (Enumeration) Nein
NodeName Zeichenfolge Nein
Address Zeichenfolge Nein
LastInBuildDurationInSeconds Zeichenfolge Nein
ReplicaRole Zeichenfolge (Enumeration) Nein
ReplicaId Zeichenfolge Nein

ReplicaStatus

Typ: Zeichenfolge (Enumeration)
Erforderlich: Nein

Die status eines Replikats eines Diensts.

Mögliche Werte:

  • Invalid– Gibt an, dass das Replikat status ungültig ist. Alle Service Fabric-Enumerationen weisen den ungültigen Typ auf. Der Wert ist gleich null.
  • InBuild – Das Replikat wird erstellt. Dies bedeutet, dass ein primäres Replikat das Seeding dieses Replikats verwendet. Der Wert ist "1".
  • Standby – Das Replikat befindet sich im Standbymodus. Der Wert ist "2".
  • Ready – Das Replikat ist bereit. Der Wert ist "3".
  • Down – Das Replikat ist ausgefallen. Der Wert ist "4".
  • Dropped - Replikat wird gelöscht. Dies bedeutet, dass das Replikat aus dem Replikatsatz entfernt wurde. Wenn es beibehalten wird, wurde sein Zustand gelöscht. Der Wert ist "5".

HealthState

Typ: Zeichenfolge (Enumeration)
Erforderlich: Nein

Der Integritätsstatus einer Service Fabric-Entität wie Cluster, Knoten, Anwendung, Dienst, Partition, Replikat usw.

Mögliche Werte:

  • Invalid – Gibt einen ungültigen Integritätsstatus an. Alle Service Fabric-Enumerationen weisen den ungültigen Typ auf. Der Wert ist gleich null.
  • Ok – Gibt an, dass der Integritätszustand in Ordnung ist. Der Wert ist "1".
  • Warning – Gibt an, dass der Integritätsstatus auf Warnebene liegt. Der Wert ist "2".
  • Error – Gibt an, dass sich der Integritätszustand auf einer Fehlerebene befindet. Fehlerintegrität sollte untersucht werden, da sie sich auf die richtige Funktionalität des Clusters auswirken können. Der Wert ist "3".
  • Unknown– Gibt einen unbekannten integritätsbasierten status an. Der Wert ist gleich „65535“.

NodeName

Typ: Zeichenfolge
Erforderlich: Nein

Der Name eines Service Fabric-Knotens.

Address

Typ: Zeichenfolge
Erforderlich: Nein

Die Adresse, an der das Replikat lauscht.

LastInBuildDurationInSeconds

Typ: Zeichenfolge
Erforderlich: Nein

Die letzte Builddauer des Replikats in Sekunden.

ReplicaRole

Typ: Zeichenfolge (Enumeration)
Erforderlich: Nein

Die Rolle eines Replikats eines zustandsbehafteten Diensts.

Mögliche Werte:

  • Unknown – Gibt die anfängliche Rolle an, in der ein Replikat erstellt wird. Der Wert ist gleich null.
  • None – Gibt an, dass das Replikat keine Verantwortung für den Replikatsatz hat. Der Wert ist 1.
  • Primary – Bezieht sich auf das Replikat in der Gruppe, für das alle Lese- und Schreibvorgänge abgeschlossen sind, um eine starke Konsistenzsemantik zu erzwingen. Lesevorgänge werden direkt vom primären Replikat verarbeitet, während Schreibvorgänge durch ein Quorum der Replikate in der Replikatgruppe bestätigt werden müssen. Es kann jeweils nur ein primäres Replikat in einer Replikatgruppe geben. Der Wert ist "2".
  • IdleSecondary – Bezieht sich auf ein Replikat in der Gruppe, das eine Zustandsübertragung vom primären Replikat empfängt, um sich darauf vorzubereiten, ein aktives sekundäres Replikat zu werden. In einer Replikatgruppe können jeweils mehrere inaktive sekundäre Replikate enthalten sein. Inaktive sekundäre Replikate werden nicht als Teil eines Schreibquorums gezählt. Der Wert ist "3".
  • ActiveSecondary – Bezieht sich auf ein Replikat in der Gruppe, das Zustandsupdates vom primären Replikat empfängt, anwendet und Bestätigungen zurück sendet. Sekundäre Replikate müssen am Schreibquorum für eine Replikatgruppe beteiligt sein. In einer Replikatgruppe können jeweils mehrere aktive sekundäre Replikate enthalten sein. Die Anzahl der aktiven sekundären Replikate, die von dem für Systemzuverlässigkeit eingesetzten Subsystem verwaltet werden sollte, ist konfigurierbar. Der Wert ist "4".
  • IdleAuxiliary – Bezieht sich auf ein Replikat in der Gruppe, das eine Zustandsübertragung vom primären Replikat empfängt, um sich darauf vorzubereiten, ein ActiveAuxiliary-Replikat zu werden. Es können mehrere IdleAuxiliary-Replikate gleichzeitig in einem Replikatsatz vorhanden sein. IdleAuxiliary-Replikate zählen nicht als Teil eines Schreibquorums. Der Wert ist "5".
  • ActiveAuxiliary – Bezieht sich auf ein Replikat in der Gruppe, das Zustandsupdates vom primären Replikat empfängt, anwendet und Bestätigungen zurück sendet. ActiveAuxiliary-Replikate müssen am Schreibquorum für einen Replikatsatz teilnehmen. Es können mehrere aktive ActiveAuxiliary-Replikate gleichzeitig in einem Replikatsatz vorhanden sein. Die Anzahl der aktiven ActiveAuxiliary-Replikate ist konfigurierbar, die das Zuverlässigkeitssubsystem beibehalten soll. Der Wert ist 6.
  • PrimaryAuxiliary– Bezieht sich auf das Replikat in der Gruppe, das verwendet wird, um ein neues sekundäres Replikat neu zu erstellen, an das primäre status. Lese- oder Schreibanforderungen können nicht angezeigt werden. Der Wert ist 7.

ReplicaId

Typ: Zeichenfolge
Erforderlich: Nein

ID eines zustandsbehafteten Dienstreplikats. ReplicaId wird von Service Fabric verwendet, um ein Replikat einer Partition eindeutig zu identifizieren. Sie ist innerhalb einer Partition eindeutig und ändert sich für die Lebensdauer des Replikats nicht. Wenn ein Replikat gelöscht wird und ein anderes Replikat auf demselben Knoten für dieselbe Partition erstellt wird, erhält es einen anderen Wert für die ID. Manchmal wird die ID eines zustandslosen Diensts instance auch als Replikat-ID bezeichnet.