Vous n'êtes pas identifié(e).
Bonjour,
Je suis en train de mettre en place une offre d'hébergement pour notre outil opensource de publication de cartes (Lizmap). Je compte utiliser un seul serveur pour plusieurs clients (serveur mutualisé). Je souhaitais avoir des retours d'expérience et des avis sur l'utilisation des tablespaces pour bien séparer les bases de données du client 1 et du client 2 (etc.) sur mon serveur.
Je précise que je n'ai qu'un seul disque par serveur, donc aucun gain à attendre du point de vue des performances.
Je pensais séparer dans des tablespaces différents pour placer les données de chaque client dans son propre répertoire. Est ce que cela pose des problèmes de maintenance (montées de version, sauvegarde, backups, etc.) ou complexifie l'administration (fichiers de configuration, etc.) ? Est-ce qu'il est préférable de stocker toutes les données au même endroit (notamment pour la réplication si je souhaite le faire un jour), ou bien c'est ok ?
L'idée serait aussi d'utiliser les quotas pour contrôler un peu mieux les volumes de données.
Merci pour vos avis
Kimaidou
Hors ligne
Les fichiers de chaque base sont déjà séparés dans des répertoires spécifiques. Ceci dit, cela ne doit pas poser de problème particuliers pour l'administration ou pour la réplication. Il n'y a pas de fichier de configuration spécifique par base.
Concernant les quotas, PostgreSQL ne les gère pas. Ça doit se faire directement au niveau du système de fichiers.
Guillaume.
Hors ligne
Plusieurs bases de données suffirait amplement je pense, si tous les droits sont bien fait y a pas de risque je pense.
Hors ligne
Cela confirme mon premier avis. En gros, si ne je veux pas configurer des quotas (côté système, pas avec postgresql), cela ne sert pas à grand chose.
Je vais démarrer dans un premier temps en mode classique, et je pourrais toujours déplacer les bases de données ensuite si besoin.
Merci pour vos réponses.
Hors ligne
