Parametergruppen in Azure HorizonDB (Vorschau)

Parametergruppen in HorizonDB fungieren als Container für Clusterkonfigurationswerte, die Sie auf einen oder mehrere Datenbankcluster anwenden können. Anstatt Konfigurationseinstellungen für jeden Cluster einzeln zu verwalten, definieren Sie sie in einer Parametergruppe, und verbinden Sie diese Gruppe mit mehreren Clustern, um die Konsistenz in Ihrer Gesamten Umgebung sicherzustellen.

Parametergruppen sind erstklassige Ressourcen in Azure. Sie werden innerhalb der spezifischen Ressourcengruppe und des Abonnements angezeigt, die in ihrem Ressourcenbezeichner definiert sind.

Wichtige Konzepte

  • Modulversionsverwaltung: Parametergruppen sind spezifisch für eine PostgreSQL-Modulversion (z. B. 17).
  • Standardparametervererbung: Beim Erstellen einer Gruppe müssen Sie nur eine Teilmenge von Parametern angeben. Alle nicht explizit angegebenen Parameter werden automatisch mit Werten aus der Systemstandard-Parametergruppe für die Version der Ziel-Engine initialisiert und daraus zusammengeführt.
  • Standardparametergruppenbezeichner: Jedem HorizonDB-Cluster wird beim Erstellen eine vom System verwaltete Standardparametergruppe zugewiesen. Der Ressourcenbezeichner für diese Gruppe folgt der Konvention: /subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.HorizonDB/parameterGroups/default_pg{pgVersion}(z. B. default_pg17 für PostgreSQL Version 17)
  • Sofortige und verzögerte Anwendung: Einige Parameter (statisch) erfordern einen Serverneustart, der wirksam wird, während andere (dynamisch) sofort angewendet werden können.
    • Dynamische Parameter: Geänderte Werte werden sofort auf aktive Cluster angewendet, ohne dass ein Neustart erforderlich ist.
    • Statische Parameter: Geänderte Werte werden in der Konfiguration des Clusters gespeichert, bleiben aber bis zum nächsten Serverneustart "ausstehend".
    • Übernahmestatus: Das applyImmediately-Flag (Standard: false) bestimmt, ob das System einen Neustart der mit der Parametergruppe verknüpften Cluster erzwingen soll, um statische Änderungen sofort zu übernehmen.
  • Schreibgeschützte Parameter: Bestimmte Parameter werden aus Sicherheits- oder Stabilitätsgründen vom System als schreibgeschützt gekennzeichnet.
    • Änderung verboten: Jeder Versuch, einen schreibgeschützten Parameter in eine Anforderung einzuschließen, führt zu einem Überprüfungsfehler.
    • Standardwerte: Diese schreibgeschützten Parameter gelten weiterhin für Ihre Cluster, es werden jedoch immer die Werte verwendet, die in der Standardparametergruppe des Systems für die Ziel-Engine-Version definiert sind.
  • Eindeutigkeit der Ressource: Parametergruppennamen müssen innerhalb ihrer Ressourcengruppe und ihres Abonnements eindeutig sein.
  • Verbindungen: Parametergruppen können mit einem oder mehreren Clustern verbunden (verknüpft oder zugeordnet) werden. Eine in einer Region erstellte Parametergruppe kann nicht mit einem Cluster verbunden werden, der in einer anderen Region erstellt wurde. Verbindungen werden über ein internes Zuordnungssystem verwaltet, das Folgendes verfolgt:
    • Synchronisierungsstatus: Gibt an, ob die Clusterkonfiguration der Parametergruppenversion entspricht.
  • Szenario: Multiclusterverbindung und verzögerte Anwendung:
    • Angenommen , Cluster A und Cluster B sind beide mit der Parametergruppe X verbunden.
    • Wenn ein statischer Parameter (z. B. max_connections) in der Parametergruppe X aktualisiert wird und applyImmediately auf false gesetzt ist:
      1. Das Update erstellt eine neue Datenversion für die Parametergruppe X.
      2. Das Back-End aktualisiert die Zuordnung für Cluster A und Cluster B auf die neue Version im Synchronisierungsstatus „Ausstehend“.
      3. Wenn Cluster A manuell neu gestartet wird (oder aufgrund von Wartungsarbeiten neu gestartet wird), übernimmt es den neuen statischen Wert, und sein Status wechselt zu InSync.
      4. cluster B, falls nicht neu gestartet, wird er weiterhin mit dem vorherigen Wert des statischen Parameters ausgeführt, obwohl die Zielkonfiguration im Back-End auf die neue Version verweist. Sie verbleibt in einem Status "Ausstehender Neustart" oder "Nicht synchronisiert", bis ein Neustart auftritt.

Bewährte Methoden

  • Benennungskonventionen: Betten Sie vorzugsweise eine Form der codierten Beschreibung in den Namen ein, damit Sie später die potenziellen Zielcluster dieser Konfiguration identifizieren können.
  • Staging: Testen Sie immer neue Parametergruppen auf einem Entwicklungscluster, bevor Sie sie auf die Produktion anwenden, insbesondere bei der Einstellung applyImmediately auf true.

Verwandte Inhalte

  • Last updated on