View a markdown version of this page

Datenbank-Einstellungen - Wickr Enterprise
Einstellungen für externe DatenbankenInterne DatenbankeinstellungenUpgrade auf MySQL 8.0

Dieses Handbuch enthält Dokumentation für Wickr Enterprise. Wenn Sie AWS Wickr verwenden, finden Sie weitere Informationen im AWS Wickr Administration Guide oder im AWS Wickr User Guide.

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Datenbank-Einstellungen

Wickr Enterprise benötigt eine MySQL 8.0-Datenbank. Wenn Sie MySQL 5.7 verwenden, finden Sie weitere Informationen unter Upgrade auf MySQL 8.0 Upgrade. Wir empfehlen die Verwendung einer externen Datenbank zu Ihrem Kubernetes-Cluster, z. B. Amazon RDS. Sie haben jedoch auch die Möglichkeit, als Teil der Installation eine interne MySQL-Datenbank innerhalb des Kubernetes-Clusters bereitzustellen.

Einstellungen für externe Datenbanken

  • Hostname: Hostname oder IP-Adresse des Datenbankservers.

  • Hostname des Lesers: Hostname oder IP-Adresse eines schreibgeschützten Endpunkts für den Datenbankserver (falls verfügbar).

  • Port: Der Port, über den auf MySQL zugegriffen wird.

  • Datenbankname: Der Name der Datenbank, die auf dem Server erstellt wurde.

  • Benutzername: Der Benutzer, der berechtigt ist, auf die Datenbank zuzugreifen.

  • Passwort: Das Passwort für diesen Benutzer.

  • CA-Zertifikat: Ein PEM-Zertifikat für die Verbindung zur Datenbank über TLS.

Anmerkung

Stellen Sie sicher, dass Ihre MySQL-Installation den Standardzeichensatz latin1 mit der Sortierung latin1_swedish_ci verwendet. Dies kann erreicht werden, indem Sie überprüfen, ob Ihr MySQL-Server mit den folgenden Flags gestartet wurde:

"--character-set-server latin1", "--collation-server latin1_swedish_ci"

Interne Datenbankeinstellungen

Der interne Datenbanktyp stellt zwei StatefulSets in Ihrem Cluster für eine primäre und eine sekundäre MySQL-Datenbank mit binärer Replikation bereit. Die sekundäre Datenbank empfängt keinen Datenverkehr und ist nur für Disaster Recovery und Backups verfügbar.

Speichergröße: Größe (in Gibibyte) der persistenten Volumes für die Datenbank-Pods.

Erhöhung der MySQL-Speichergröße

Anmerkung

Ihr Volumetyp StorageClass muss die Volumenerweiterung unterstützen, um die Speichergröße zu erhöhen. Weitere Informationen finden Sie unter Volumenerweiterung.

Die in Wickr Enterprise verwendeten MySQL-Dienste werden als StatefulSet Ressourcen in Kubernetes bereitgestellt. StatefulSets machen Sie viele Eigenschaften der Ressource unveränderlich, einschließlich der Persistent Volume Claim-Vorlagen. Um die Unveränderlichkeit von zu umgehen, müssen die folgenden Aktionen ausgeführt werden StatefulSets, um die Größe der von MySQL verwendeten Volumes zu erhöhen.

  1. Bearbeiten Sie die persistenten Volumenansprüche für und. data-mysql-primary-0 data-mysql-secondary-0

    1. kubectl -n wickr edit pvc data-mysql-primary-0. Set spec.resources.requests.storageauf die gewünschte Speichergröße.

    2. kubectl -n wickr edit pvc data-mysql-secondary-0. Set spec.resources.requests.storageauf die gewünschte Speichergröße.

  2. Löschen Sie die vorhandenen StatefulSets, aber lassen Sie die Pods bestehen, indem Sie die --cascade=orphan Markierung weitergeben.

    kubectl -n wickr delete statefulset --cascade=orphan mysql-primary mysql-secondary.

  3. Aktualisieren Sie in der KOTS-Benutzeroberfläche die Einstellung Speichergröße so, dass sie dem Wert entspricht, den Sie in Schritt 1 festgelegt haben. Speichern Sie diese Konfiguration und stellen Sie sie bereit.

  4. Starten Sie den neu StatefulSets , um die Volumes zu erweitern und die MySQL-Dienste wieder online zu bringen.

    kubectl -n wickr rollout restart statefulset mysql-primary mysql-secondary.

Upgrade auf MySQL 8.0

Externe Datenbank (RDS)

Gehen Sie wie folgt vor, um Wickr Backend offline zu schalten.

  1. Suchen Sie den Namespace von Ingress kubectl get deployments --all-namespaces

    Im folgenden Beispiel ist der Namespace Wickr und replicas ist 3.

    NAMESPACE     NAME                       READY   UP-TO-DATE   AVAILABLE   AGE
...
wickr         ingress-nginx-controller   3/3     3            3           43h
...

  2. Reduzieren Sie den Ingress kubectl scale deployment/ingress-nginx-controller --replicas=0 -n wickr

  3. Erstellen Sie einen Snapshot, um die Datenbank zu sichern. Weitere Informationen finden Sie unter Manuelle Backups verwalten im Amazon Relational Database Service Service-Benutzerhandbuch.

  4. Aktualisieren Sie die Engine-Version auf MySQL 8.0.x (MySQL 8.4 wird nicht unterstützt). Weitere Informationen finden Sie unter Upgraden einer DB-Instance-Engine-Version im Amazon Relational Database Service Service-Benutzerhandbuch.

Um Wickr Backend online zu bringen, reduzieren Sie den Ingress kubectl scale deployment/ingress-nginx-controller --replicas=3 -n wickr

Interne Datenbank

Weitere Informationen finden Sie unter MySQL Backup und wiederherstellen.