Héberger PhotoPrism sur un VPS : combien de RAM, et tient-il face à Immich ?

PhotoPrism est une galerie photos auto-hébergée qui se veut un remplaçant direct de Google Photos ou iCloud Photos : vous déposez votre photothèque sur votre propre serveur, et l’application l’organise automatiquement avec de la recherche par mots-clés, de la reconnaissance de visages, de lieux et d’objets — le tout via une intelligence artificielle qui tourne chez vous, sans envoyer une seule image à Google. Vous gardez la main sur vos souvenirs, et vous arrêtez de payer un abonnement de stockage qui ne fait qu’augmenter.

La vraie question que se posent les gens avant de l’installer n’est pas « comment ça marche », mais « combien de RAM faut-il, et est-ce que ça tient sur un petit VPS ? ». PhotoPrism a en effet la réputation d’être gourmand, surtout au moment de l’indexation. Et comme une alternative très populaire — Immich — vise le même usage, la comparaison revient sans cesse : lequel des deux survit le mieux sur une machine modeste à 8-12 €/mois ? Cette page répond précisément à ça, chiffres à l’appui.

Configuration requise : combien de RAM pour PhotoPrism ?

PhotoPrism recommande officiellement au moins 2 cœurs et 4 Go de RAM pour la version standard, et 4 cœurs / 8 Go pour les grosses bibliothèques. Ce n’est pas un caprice : au repos, l’application reste raisonnable, mais c’est l’indexation qui fait grimper la consommation. Trois opérations tournent en parallèle pendant cette phase :

• la reconnaissance par IA (TensorFlow), qui charge ses modèles en mémoire pour étiqueter visages, objets et scènes ;
• la génération des miniatures et aperçus, qui décode chaque image en pleine résolution ;
• la conversion des RAW et le transcodage vidéo, particulièrement coûteux.

Concrètement : sur 4 Go, PhotoPrism fonctionne et l’interface reste fluide une fois la photothèque indexée, mais la première indexation d’une grande bibliothèque sera lente et pourra réclamer du swap. Sur 8 Go, vous êtes à l’aise même avec des dizaines de milliers de photos et des RAW. La règle de PhotoPrism est simple à retenir : alignez la quantité de RAM sur le nombre de cœurs CPU. À noter aussi un comportement utile sur les très petites machines : en dessous de 1 Go de mémoire, PhotoPrism désactive automatiquement la conversion RAW et TensorFlow pour ne pas tomber.

Si vous hésitez encore sur le dimensionnement, le guide combien de RAM pour l’auto-hébergement détaille comment estimer vos besoins selon vos applications.

PhotoPrism ou Immich sur un petit VPS : lequel tient le mieux ?

C’est la comparaison la plus utile, car les deux applications occupent le même créneau mais avec des philosophies différentes.

Sur la consommation de RAM, le résultat surprend souvent : PhotoPrism est en réalité plus léger à faire tourner qu’Immich. PhotoPrism, c’est essentiellement deux conteneurs (l’app + la base de données), et son moteur d’IA est intégré au processus principal. Immich, lui, est une architecture multi-services : serveur, base PostgreSQL, Redis, et surtout un conteneur de machine learning séparé qui réclame de la mémoire à part. Résultat, Immich recommande plutôt 6 Go minimum (8 Go confortables), là où PhotoPrism démarre officiellement à 4 Go. Sur un VPS serré, PhotoPrism passe donc plus facilement.

Sur l’indexation, les deux sont gourmands en CPU lors du premier passage, et aucun n’utilise de GPU sur un VPS standard. PhotoPrism a tendance à produire beaucoup d’aperçus (utile pour les RAW), tandis qu’Immich sépare clairement la génération de miniatures du traitement IA, ce qui peut donner une impression de réactivité plus rapide côté interface pendant que l’IA travaille en arrière-plan.

Sur l’usage, la vraie différence est là :

• Immich est pensé d’abord comme une sauvegarde mobile automatique façon Google Photos : son application mobile (Android/iOS) sauvegarde en continu les photos de votre téléphone, en arrière-plan, dès que vous prenez un cliché. C’est son point fort, et c’est ce que cherchent la plupart des gens qui veulent « quitter Google Photos ».
• PhotoPrism est davantage orienté organisation et archivage d’une photothèque existante, avec une excellente gestion des RAW, des albums, des métadonnées et de la recherche fine. Son application mobile (PWA) existe mais la sauvegarde auto est moins centrale.

En résumé : si votre besoin numéro un est de sauvegarder automatiquement les photos de votre smartphone, Immich est souvent le meilleur choix et peut même tenir sur moins, à condition d’accepter ses multiples conteneurs. Si vous voulez ranger, taguer et exploiter une grosse bibliothèque (notamment des RAW d’appareil photo), PhotoPrism est plus à son aise. Les deux sont d’excellents projets — le choix dépend de votre usage, pas d’un « gagnant » absolu.

PhotoPrism gère-t-il les fichiers RAW ?

Oui, et c’est même l’un de ses atouts face à un Google Photos. PhotoPrism embarque des convertisseurs (de type RawTherapee / Darktable / libvips) qui génèrent automatiquement un aperçu JPEG à partir de chaque fichier RAW (CR2, NEF, ARW, DNG, etc.). Vos originaux ne sont jamais modifiés : ils restent intacts dans le dossier originals, et PhotoPrism crée ses dérivés dans le dossier storage.

Cela a deux conséquences concrètes à anticiper :

• Impact disque : chaque RAW génère un ou plusieurs fichiers d’aperçu (miniatures + version haute résolution). Une bibliothèque de RAW peut donc voir son empreinte de stockage augmenter sensiblement une fois indexée. Prévoyez de la marge sur le volume de votre VPS.
• Impact CPU : la conversion RAW est l’opération la plus lourde de l’indexation. C’est précisément ce qui ralentit le premier passage sur une machine modeste. Rappel : sous 1 Go de RAM, PhotoPrism désactive cette conversion par sécurité — ce n’est donc pas un usage pour un micro-VPS.

Si vous photographiez en RAW, c’est un argument fort pour PhotoPrism — mais c’est aussi la principale raison de viser 8 Go de RAM plutôt que 4.

Pourquoi l’indexation est-elle lente, et comment l’accélérer ?

L’indexation est lente parce qu’elle fait travailler le CPU au maximum : reconnaissance IA, décodage d’images, conversion RAW et transcodage vidéo, le tout sans accélération matérielle sur un VPS. C’est normal, et c’est temporaire (le gros du travail n’a lieu qu’au premier passage). Voici les leviers concrets pour l’accélérer :

• Utilisez MariaDB plutôt que SQLite. SQLite est plafonné à 4 workers automatiquement et devient un goulot d’étranglement dès que la bibliothèque grossit. MariaDB gère bien mieux la concurrence — c’est la base de données recommandée par le projet.
• Ajustez le nombre de workers. Si la mémoire est insuffisante, PhotoPrism conseille de réduire PHOTOPRISM_WORKERS ; si votre CPU a de la marge, vous pouvez au contraire l’aligner sur le nombre de cœurs pour paralléliser davantage. À adapter selon votre VPS.
• Désactivez TensorFlow si l’IA ne vous sert pas. La reconnaissance d’objets/scènes est ce qui consomme le plus. En la désactivant (PHOTOPRISM_DISABLE_TENSORFLOW: "true"), vous gardez les miniatures et l’organisation, mais l’indexation va nettement plus vite et consomme moins de RAM.
• Indexez par lots. Plutôt que de déverser 80 000 photos d’un coup, ajoutez vos dossiers progressivement. L’indexation reste réactive et vous évitez de saturer le swap.
• Ajoutez du swap. Sur un VPS de 4 Go, quelques Go de swap évitent que l’indexation des RAW ne fasse tuer le processus par le système.

Combien coûte l’auto-hébergement de PhotoPrism ?

Soyons honnêtes sur le calcul. Google Photos est « gratuit » jusqu’à 15 Go partagés, puis devient un abonnement Google One qui grimpe avec le stockage — c’est ce coût récurrent et le verrouillage qui motivent le passage à l’auto-hébergement.

De l’autre côté, PhotoPrism n’est pas l’application la moins chère à héberger, justement parce qu’il lui faut de la RAM et du disque. Comptez :

• un VPS de 8 Go de RAM, soit environ 8 à 12 €/mois chez un hébergeur correct (moins si vous vous contentez de 4 Go et acceptez une indexation lente) ;
• du stockage dimensionné selon votre photothèque : vos originaux plus les aperçus générés (significatif si vous avez beaucoup de RAW). C’est souvent ce poste qui fait la facture, pas le VPS lui-même.

À titre de repère intellectuellement honnête : si votre seul besoin est de sauvegarder automatiquement les photos de votre téléphone, Immich peut suffire et tourner sur une configuration plus modeste. PhotoPrism se justifie surtout si vous voulez organiser et archiver sérieusement une grande bibliothèque, RAW compris. Dans tous les cas, vous remplacez un abonnement perpétuel par un coût maîtrisé sur une machine que vous contrôlez.

Quel hébergeur choisir pour PhotoPrism ?

Le critère décisif ici, c’est le ratio RAM/prix et la possibilité d’ajouter du volume de stockage. Hetzner est imbattable sur le premier point ; OVH et Infomaniak ont l’avantage d’héberger en France/Europe, ce qui peut compter pour des photos personnelles soumises au RGPD. Quel que soit votre choix, ne descendez pas sous 4 Go, et privilégiez 8 Go si vous avez des RAW ou plus de 30 000 photos.

Installer PhotoPrism sur un VPS avec Docker

L’installation tient en un docker-compose.yml réunissant PhotoPrism + MariaDB. Voici une base réaliste et commentée — adaptez les mots de passe, les chemins et PHOTOPRISM_SITE_URL à votre domaine.

services:
  photoprism:
    image: photoprism/photoprism:latest
    container_name: photoprism
    restart: unless-stopped
    depends_on:
      - mariadb
    ports:
      - "2342:2342"
    environment:
      PHOTOPRISM_ADMIN_USER: "admin"
      PHOTOPRISM_ADMIN_PASSWORD: "changez-ce-mot-de-passe"
      PHOTOPRISM_SITE_URL: "https://photos.mondomaine.fr/"
      PHOTOPRISM_ORIGINALS_LIMIT: 5000           # taille max des fichiers indexés (Mo)
      PHOTOPRISM_DATABASE_DRIVER: "mysql"
      PHOTOPRISM_DATABASE_SERVER: "mariadb:3306"
      PHOTOPRISM_DATABASE_NAME: "photoprism"
      PHOTOPRISM_DATABASE_USER: "photoprism"
      PHOTOPRISM_DATABASE_PASSWORD: "mot-de-passe-db"
      PHOTOPRISM_WORKERS: 2                       # à aligner sur vos cœurs CPU
      PHOTOPRISM_DISABLE_TENSORFLOW: "false"      # "true" pour accélérer l'indexation
    working_dir: "/photoprism"
    volumes:
      - "./originals:/photoprism/originals"       # VOS photos (RAW, JPEG, vidéos)
      - "./storage:/photoprism/storage"           # cache, miniatures, base SQLite éventuelle

  mariadb:
    image: mariadb:11
    container_name: photoprism-db
    restart: unless-stopped
    command: --innodb-buffer-pool-size=512M --transaction-isolation=READ-COMMITTED
    environment:
      MARIADB_DATABASE: "photoprism"
      MARIADB_USER: "photoprism"
      MARIADB_PASSWORD: "mot-de-passe-db"
      MARIADB_ROOT_PASSWORD: "mot-de-passe-root"
    volumes:
      - "./database:/var/lib/mysql"

Lancez ensuite la stack :

docker compose up -d
docker compose logs -f photoprism

PhotoPrism répond alors sur le port 2342. Ne l’exposez pas en clair sur Internet : placez un reverse proxy (Caddy ou Traefik) devant lui pour gérer le HTTPS via Let’s Encrypt. Exemple minimal avec Caddy :

photos.mondomaine.fr {
    reverse_proxy localhost:2342
}

Connectez-vous avec le compte admin, déposez vos photos dans le dossier originals, puis lancez l’indexation depuis la barre latérale (Library → Index). Pour une grande photothèque, indexez par lots et surveillez la RAM avec docker stats : si le conteneur frôle la limite, réduisez PHOTOPRISM_WORKERS ou passez PHOTOPRISM_DISABLE_TENSORFLOW à "true" le temps du premier passage.

PhotoPrism est un excellent choix pour reprendre la main sur ses photos façon Google Photos, à condition de lui donner la RAM qu’il réclame — 4 Go au minimum, 8 Go pour être tranquille avec des RAW et de grandes bibliothèques. Sur un petit VPS, il tient mieux qu’on ne le croit face à Immich, ce dernier restant plus pertinent si votre priorité absolue est la sauvegarde automatique du smartphone.

Pour aller plus loin : combien de RAM pour l’auto-hébergement et quel VPS choisir pour l’auto-hébergement.