Datacake - Upgrade von The Things Stack Cloud auf v3.36.2 – Wartungsdetails

Während dieses Wartungsfensters aktualisieren wir The Things Stack Cloud auf v3.36.2.

Wir erwarten während dieser Bereitstellung kurze Dienstunterbrechungen.

Einige Gateways können sich vorübergehend trennen, während Dienste neu gestartet werden. Es wird erwartet, dass sich Gateways automatisch wieder verbinden, in einigen Fällen kann dies jedoch bis zu einer Stunde dauern.

Hier ist das Änderungsprotokoll seit der aktuellen Version v3.36.2:

Hinzugefügt

• Redis-Verbindungspuffergrößen — read-buffer-size und write-buffer-size für jede Redis-Konfiguration (z. B. as.redis.read-buffer-size). Standard 0 = 32 KiB pro Puffer. Reduzieren Sie diese bei Bereitstellungen mit vielen Verbindungen (wie den Pub/Sub-Verbindungen pro Abonnement des Application Servers), um den Speicherverbrauch zu senken.
• Alarmstatus MONITORING_STOPPED — bei ALERT_GATEWAY_DISCONNECTED prüft der Alert Routing Server beim Auflösen nun den Live-Status des Gateways beim Gateway Server und meldet MONITORING_STOPPED, wenn die Überwachung beendet wurde, während das Gateway noch offline war, anstelle eines RESOLVED, das als "Gateway wieder online" gelesen wird.
• Direkter LNS für Semtech-RJS-Claims — dcs.gcls.semtech-rjs.lns-uri und dcs.gcls.semtech-rjs.lns-trust. Wenn gesetzt, werden beanspruchte Gateways auf diesen LNS statt auf den CUPS verwiesen. Behebt das Beanspruchen von The Things Indoor Gateways.
• Ereignisstrom-Positivliste — events.redis.store.event-type-names begrenzt, welche Ereignisse in die Streams pro Ereignistyp geschrieben werden, die von Gruppenabonnenten (z. B. dem Network Operations Center) gelesen werden. Standardmäßig leer, wodurch das aktuelle Verhalten beibehalten wird. Wird sie auf nur die konsumierten Ereignisse gesetzt, reduziert dies die Schreiblast auf das Events-Redis.

Geändert

• Gateway-Trennungsalarme können nun den Status MONITORING_STOPPED an Webhook-, E-Mail- und SMS-Empfänger übermitteln.
• Ereignisstrom-TTLs pro Entität werden nun höchstens einmal pro Hälfte der konfigurierten Verlaufs-TTL aktualisiert statt bei jedem Ereignis, was die CPU-Last des Events-Redis senkt. Die Aufbewahrungsdauer bleibt unverändert.
• Das Ratenlimit für Get bei Endgeräten (Identity-, Network-, Application- und Join-Server-Register) gilt nun pro Anwendung statt pro Gerät. Clients, die viele Geräte innerhalb einer Anwendung lesen, teilen sich ein einziges Limit.

Behoben

• Lesevorgänge von Benutzern und Organisationen im Identity Server durchsuchen nicht mehr die gesamte accounts-Tabelle — Abfragen sind nun mandantenbezogen, sodass der Index accounts (tenant_id, uid) verwendet wird.
• Werte des MAC-Einstellungsprofils werden nun während des Beitritts (OTAA) und des Werksresets (ABP) auf den MAC-Status des Geräts angewendet.
• Die föderierte (OIDC/SSO) Anmeldung schlägt nicht mehr mit linked_user (linked user not found) fehl, nachdem ein verknüpfter lokaler Benutzer gelöscht wurde. Das Löschen eines Benutzers entfernt nun auch dessen Verknüpfungen zu externen Benutzern.
• Das Beanspruchen eines The Things Indoor Gateway mit einem ungültigen Besitzer-Token gibt nun einen Fehler für ein ungültiges Argument (HTTP 400) zurück statt eines 401, sodass die Console einen Beanspruchungsfehler anzeigt statt eines Dialogs "Bitte erneut anmelden".
• Das Ereignis as.webhook.fail trägt wieder die Korrelations-IDs der Upstream-Nachricht, wenn Webhook-Wiederholungen aktiviert sind, sodass FindRelatedEvents fehlgeschlagene Zustellungen nachverfolgen kann.