View a markdown version of this page

Paramètres de base de données - Wickr Enterprise
Paramètres de base de données externesParamètres internes de la base de donnéesMise à niveau vers MySQL 8.0

Ce guide fournit de la documentation pour Wickr Enterprise. Si vous utilisez AWS Wickr, consultez le guide d'administration d'AWS Wickr ou le guide de l'utilisateur d'AWS Wickr.

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Paramètres de base de données

Wickr Enterprise nécessite une base de données MySQL 8.0. Si vous utilisez MySQL 5.7, reportez-vous Mise à niveau vers MySQL 8.0 à la mise à niveau. Nous vous recommandons d'utiliser une base de données externe à votre cluster Kubernetes, telle qu'Amazon RDS, mais vous avez également la possibilité de déployer une base de données MySQL interne à l'intérieur du cluster Kubernetes dans le cadre de l'installation.

Paramètres de base de données externes

  • Nom d'hôte : nom d'hôte ou adresse IP du serveur de base de données.

  • Nom d'hôte du lecteur : nom d'hôte ou adresse IP d'un point de terminaison en lecture seule pour le serveur de base de données (si disponible).

  • Port : port sur lequel MySQL sera accessible.

  • Nom de la base de données : nom de la base de données créée sur le serveur.

  • Nom d'utilisateur : utilisateur autorisé à accéder à la base de données.

  • Mot de passe : mot de passe de cet utilisateur.

  • Certificat CA : certificat PEM pour la connexion à la base de données via TLS.

Note

Assurez-vous que votre installation MySQL utilise le jeu de caractères latin1 par défaut avec le classement latin1_swedish_ci. Cela peut être accompli en vérifiant que votre serveur MySQL est démarré avec les indicateurs suivants :

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

Paramètres internes de la base de données

Le type de base de données interne en déploiera deux StatefulSets dans votre cluster pour une base MySQL principale et une base secondaire avec réplication binaire. Le secondaire ne reçoit aucun trafic et n'est disponible que pour la reprise après sinistre et les sauvegardes.

Taille de stockage : taille (en gibioctets) des volumes persistants pour les pods de base de données.

Augmenter la taille du stockage MySQL

Note

Le type de votre volume StorageClass doit prendre en charge l'extension du volume afin d'augmenter la taille de stockage. Pour plus d'informations, consultez la section Expansion du volume.

Les services MySQL utilisés dans Wickr Enterprise sont déployés sous forme de StatefulSet ressources dans Kubernetes. StatefulSets rendre immuables de nombreuses propriétés de la ressource, y compris les modèles Persistent Volume Claim. Pour contourner l'immuabilité de StatefulSets, les actions suivantes doivent être effectuées pour augmenter la taille des volumes utilisés par MySQL.

  1. Modifiez les demandes de volume persistant pour data-mysql-primary-0 etdata-mysql-secondary-0.

    1. kubectl -n wickr edit pvc data-mysql-primary-0. Set spec.resources.requests.storageà la taille de stockage souhaitée.

    2. kubectl -n wickr edit pvc data-mysql-secondary-0. Set spec.resources.requests.storageà la taille de stockage souhaitée.

  2. Supprimez les pods existants StatefulSets, mais laissez les pods en passant le --cascade=orphan drapeau.

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

  3. Dans l'interface utilisateur KOTS, mettez à jour le paramètre de taille de stockage pour qu'il corresponde à la valeur que vous avez définie à l'étape 1. Enregistrez et déployez cette configuration.

  4. Redémarrez le StatefulSets pour augmenter les volumes et remettre les services MySQL en ligne.

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

Mise à niveau vers MySQL 8.0

Base de données externe (RDS)

Pour mettre Wickr Backend hors ligne, procédez comme suit.

  1. Trouvez l'espace de noms de l'entrée kubectl get deployments --all-namespaces

    Dans l'exemple ci-dessous, l'espace de noms est Wickr et les répliques sont 3.

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

  2. Diminuer l'entrée kubectl scale deployment/ingress-nginx-controller --replicas=0 -n wickr

  3. Prenez un instantané pour sauvegarder la base de données. Pour plus d'informations, consultez la section Gestion des sauvegardes manuelles dans le guide de l'utilisateur d'Amazon Relational Database Service.

  4. Mettez à niveau la version du moteur vers MySQL 8.0.x (MySQL 8.4 n'est pas pris en charge). Pour plus d'informations, consultez la section Mise à niveau d'une version du moteur d'instance de base de données dans le guide de l'utilisateur d'Amazon Relational Database Service.

Pour mettre Wickr Backend en ligne, réduisez le nombre d'entrées kubectl scale deployment/ingress-nginx-controller --replicas=3 -n wickr

Base de données interne

Pour plus d'informations, consultez Backup and Restore MySQL.