Dieses Handbuch enthält Dokumentation für Wickr Enterprise. Wenn Sie AWS Wickr verwenden, finden Sie weitere Informationen im [AWS Wickr Administration Guide](https://docs.aws.amazon.com/wickr/latest/adminguide/what-is-wickr.html) oder im [AWS Wickr User](https://docs.aws.amazon.com/wickr/latest/userguide/what-is-wickr.html) 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-database) 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\$1swedish\$1ci 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](https://kubernetes.io/docs/concepts/storage/storage-classes/#allow-volume-expansion).
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.storage`auf die gewünschte Speichergröße.
1. `kubectl -n wickr edit pvc data-mysql-secondary-0. Set spec.resources.requests.storage`auf die gewünschte Speichergröße.
1. 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`.
1. 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.
1. 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
...
```
1. Reduzieren Sie den Ingress `kubectl scale deployment/ingress-nginx-controller --replicas=0 -n wickr`
1. Erstellen Sie einen Snapshot, um die Datenbank zu sichern. Weitere Informationen finden Sie unter [Manuelle Backups verwalten](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_ManagingManualBackups.html) im *Amazon Relational Database Service Service-Benutzerhandbuch*.
1. 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](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_UpgradeDBInstance.Upgrading.html) 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](https://github.com/aws-samples/sample-packages-for-aws-wickr/blob/main/docs/mysql-backup.md).