Selfhosted сервис для фотографий

Вступление

В стремлении отказаться от SaaS-сервисов одним из самых главных вопросов является вопрос надежного хранения фотографий. Это самый критичный для меня сервис из всех, что есть в моей домашней лабе. Исключительно мой опыт ниже, на истинность не претендую.

Требования к сервису:

1. Наличие автоматической односторонней синхронизации с iPhone/Android
2. Импорт уже имеющихся фотографий
3. Быстрый доступ к фотографиям с телефона
4. Рабочий поиск по фотографиям (необязателен, но очень желателен)
5. Наличие официального Helm-чарта (желательно)

Сравнение с конкурентами

Выбирал из следующих:

1. Nextcloud — уже был выбран несколько лет назад, в том числе и для хранения остального
2. Synology Photos — отличный инструмент от Synology
3. Seafile — отпал сразу из-за MySQL и отсутствия официального чарта
4. OwnCloud InfiniteScale — тот же Nextcloud, только на модном Go, а не древнем PHP — чего ещё желать?
5. CloudReve — платная подписка, с которой можно было смириться, если бы не одно «но»
6. Immich — выглядел наиболее перспективно с самого начала

Результаты тестирования

1. Nextcloud

Плюсы:

• Не только фото
• Наличие клиентов на телефоны и синхронизации
• Большое сообщество
• Наличие официального и поддерживаемого Helm-чарта

Минусы:

• Ужасно медленный клиент
• Синхронизация не всегда работает в фоне на iPhone
• Сомнительные векторы развития продукта (в гипермегавсемогущий комбайн)

Вывод: если хочется иметь личное облако с кучей возможностей — лучший выбор. Но для фото варианты ниже будут лучше. Поэтому остается у меня для всего, кроме фото.

2. Seafile

Единственный инструмент, который я не развернул и не использовал из списка, так как отбраковал на первоначальном этапе.

3. CloudReve

Перспективный инструмент, развернул без проблем, оформил подписку, включил синхронизацию, но ничего не произошло — ни одна фотография не синхронизировалась с сервером с iPhone, как бы я ни старался и что бы ни делал. За деньги? — нет.

4. OwnCloud InfiniteScale

Helm-чарту 7 лет, потратил много времени на то, чтобы развернуть, но всё-таки развернул свежую версию. В итоге 30 нерабочих микросервисов, интерфейс корявый, супер производительности относительно Nextcloud замечено не было.

5. Synology Photos

Один из самых лучших вариантов и, наверное, лучший для большинства. Ставится в одну кнопку на Synology/Xpenology NAS, замечательное быстрое приложение с лучшей синхронизацией в фоне! Мне не подходит только по причине того, что NAS у меня для бэкапов, а не для сервисов. Уступает Immich только в плане возможностей поиска по фотографиям.

6. Immich

Пришлось немного пострадать, но по итогу мой конечный вариант:

Плюсы:

• Относительно понятный Helm-чарт
• Отличное быстродействие приложения
• Простой и приятный интерфейс с удобным таймлайном фото
• 1 инструмент — 1 задача (у меня такое приветствуется, не люблю комбайны)
• Понятно как резервировать (БД + папка с фото)
• Отличный поиск по фото по-русски (через нейросеть в комплекте)
• Рабочая синхронизация фотографий с iPhone (иногда застревает, но терпимо)
• Возможность правки EXIF через веб, в том числе и массовой

Минусы:

• Дефолтный тег образа в чарте — образ годовалой давности
• Необходимость использования existingClaim для основной PVC
• Если удалить фото из приложения — в следующую синхронизацию оно вернется обратно (я не чищу библиотеку на iPhone, а вот хранить по 3-2-1 скриншоты мне бы не хотелось. Видимо придется менять привычки)

Сложности

У меня не все фотографии имели EXIF-дату (больше тысячи), из-за этого Synology Photos и Immich располагали их датой синхронизации на таймлайне, что портило весь опыт использования. И так как руками перебрать их было бы слишком времязатратно, а многие из них либо имели дату в названии, либо были разложены по папкам год\месяц, был написан скрипт, ссылки: скрипт и логика.

Основная часть была обработана этим скриптом, десяток оставшихся был обработан прямо через веб Immich — отлично, что в нём есть такой функционал.

Вывод

Я рад, что спустя 3 года использования Nextcloud смог найти более подходящее приложение для хранения фотографий. Immich оказался замечательным вариантом для меня, но большинству я всё же советую присмотреться к Synology Photos.

Deploy

Задеплоен Immich как и все мои приложения через ArgoCD app с CNPG базой данных и Longhorn в качестве storage:

ArgoCD Application

apiVersion: argoproj.io/v1alpha1
kind: Application
metadata:
  name: immich
  namespace: argocd
  finalizers:
    - resources-finalizer.argocd.argoproj.io
spec:
  project: default
  sources:
    # Helm chart from public repository
    - repoURL: https://immich-app.github.io/immich-charts
      chart: immich
      targetRevision: "*"  # Use latest version for automatic updates
      helm:
        valueFiles:
          - $values/applications/immich.yaml

    - repoURL: https://cloudnative-pg.github.io/charts
      targetRevision: "*"
      chart: cluster
      helm:
        valueFiles:
          - $values/applications/cnpg-immich-db.yaml
    # Values repository
    - repoURL: git@github.com:VizzleTF/home-proxmox-values.git
      targetRevision: HEAD
      ref: values
    # Additional manifests
    - repoURL: git@github.com:VizzleTF/home-proxmox-values.git
      path: manifests/immich
      targetRevision: HEAD
  destination:
    server: https://kubernetes.default.svc
    namespace: immich
  syncPolicy:
    automated:
      prune: true
      selfHeal: true
    syncOptions:
      - CreateNamespace=true
      - RespectIgnoreDifferences=true
    retry:
      limit: 5
      backoff:
        duration: 5s
        factor: 2
        maxDuration: 3m

Values Configuration

# Immich Self-hosted Photo and Video Backup Solution
# Configuration for HomeLab deployment with CNPG PostgreSQL

_shared_config:
  hostname: &hostname immich.example.com
  url: &url https://immich.example.com

image:
  tag: v1.141.1
  
# Environment variables for database connection
env:
  # PostgreSQL connection via CNPG
  DB_HOSTNAME: "immich-cluster-rw"
  DB_PORT: "5432"
  DB_DATABASE_NAME: "immich"
  DB_USERNAME:
    valueFrom:
      secretKeyRef:
        name: immich-db-credentials
        key: username
  DB_PASSWORD:
    valueFrom:
      secretKeyRef:
        name: immich-db-credentials
        key: password
  # Redis connection (will be enabled as dependency)
  REDIS_HOSTNAME: "immich-redis-master"
  # Machine Learning service URL
  IMMICH_MACHINE_LEARNING_URL: "http://immich-machine-learning:3003"
  # Server URL
  IMMICH_SERVER_URL: *url
  PUBLIC_IMMICH_SERVER_URL: *url

# Immich configuration
immich:
  persistence:
    # Main library storage for photos and videos - 50GB as requested
    library:
      existingClaim: "immich-library-pvc"

# Dependencies - disable built-in PostgreSQL, use CNPG instead
postgresql:
  enabled: false

# Enable Redis for caching
redis:
  enabled: true
  architecture: standalone
  auth:
    enabled: false
  master:
    persistence:
      enabled: true
      storageClass: "longhorn"
      size: 1Gi

# Server component configuration
server:
  enabled: true
  resources:
    requests:
      cpu: "1"
      memory: "2Gi"
    limits:
      cpu: "3"
      memory: "6Gi"
  image:
    repository: ghcr.io/immich-app/immich-server
    pullPolicy: IfNotPresent
  
  # Ingress configuration
  ingress:
    main:
      enabled: true
      className: "nginx"
      annotations:
        cert-manager.io/cluster-issuer: "cloudflare-issuer"
        kubernetes.io/tls-acme: "true"
        nginx.ingress.kubernetes.io/ssl-redirect: "true"
        nginx.ingress.kubernetes.io/force-ssl-redirect: "true"
        external-dns.alpha.kubernetes.io/target: "XX.XX.XX.XX"
        # Important: Remove body size limit for photo/video uploads
        nginx.ingress.kubernetes.io/proxy-body-size: "0"
        nginx.ingress.kubernetes.io/client-max-body-size: "0"
      hosts:
        - host: *hostname
          paths:
            - path: "/"
              pathType: Prefix
      tls:
        - hosts:
            - *hostname
          secretName: immich-tls

# Machine Learning component
machine-learning:
  enabled: true
  resources:
    requests:
      cpu: "1"
      memory: "2Gi"
    limits:
      cpu: "3"
      memory: "6Gi"
  image:
    repository: ghcr.io/immich-app/immich-machine-learning
    pullPolicy: IfNotPresent
  env:
    TRANSFORMERS_CACHE: /cache
  # Health check configuration
  probes:
    liveness:
      enabled: true
      spec:
        periodSeconds: 30
        failureThreshold: 20
    readiness:
      enabled: true
      spec:
        periodSeconds: 30
        failureThreshold: 20
  persistence:
    cache:
      enabled: true
      size: 10Gi
      type: pvc
      storageClass: "longhorn"
      accessMode: ReadWriteMany
      retain: true

Manifests

PVC Configuration

# PVC for Immich photo and video library storage
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: immich-library-pvc
  namespace: immich
spec:
  accessModes:
    - ReadWriteMany
  storageClassName: longhorn-retain
  volumeMode: Filesystem
  resources:
    requests:
      storage: 150Gi

Backup CronJob

apiVersion: batch/v1
kind: CronJob
metadata:
  name: backup-immich-library
  namespace: immich
spec:
  schedule: "0 2 * * *"  # Daily at 2 AM
  jobTemplate:
    spec:
      template:
        spec:
          containers:
          - name: sync
            image: instrumentisto/rsync-ssh
            command: ["rsync", "-avz", "--no-owner", "--no-group", "--no-times", "--delete", "/source/", "/destination/"]
            volumeMounts:
            - name: immich-library-volume
              mountPath: /source
            - name: nfs-volume
              mountPath: /destination
          restartPolicy: OnFailure
          volumes:
          - name: immich-library-volume
            persistentVolumeClaim:
              claimName: immich-library-pvc
          - name: nfs-volume
            nfs:
              server: 10.11.12.223
              path: "/volume5/k8s_svc/immich"

Database Configuration

# Database манифест для Immich приложения
# Пароли пользователей управляются через External Secrets из Vault
# См. database-users-external-secret.yaml

apiVersion: postgresql.cnpg.io/v1
kind: Database
metadata:
  name: immich
  namespace: immich
spec:
  name: immich
  owner: immich_user
  cluster:
    name: immich-cluster
  extensions:
    - name: vector
      ensure: present
    - name: cube
      ensure: present
    - name: earthdistance
      ensure: present
  ensure: present

External Secret for Database

# External Secret для доступа к базе данных Immich из namespace immich
# Получает данные из Vault и создает секрет immich-db-credentials

apiVersion: external-secrets.io/v1
kind: ExternalSecret
metadata:
  name: immich-database-credentials
  namespace: immich
spec:
  refreshInterval: 1h
  secretStoreRef:
    name: vault-backend-cluster
    kind: ClusterSecretStore
  target:
    name: immich-db-credentials
    creationPolicy: Owner
    template:
      type: Opaque
      data:
        username: "{{ .username }}"
        password: "{{ .password }}"
  data:
    - secretKey: username
      remoteRef:
        key: homelab/k8s/immich/main-database
        property: username
        conversionStrategy: Default
        decodingStrategy: None
        metadataPolicy: None
    - secretKey: password
      remoteRef:
        key: homelab/k8s/immich/main-database
        property: password
        conversionStrategy: Default
        decodingStrategy: None
        metadataPolicy: None

Вывод

Для меня лучшим решением стал Immich — он предоставляет всё необходимое для управления фотографиями с отличным поиском и удобным интерфейсом.

Для большинства пользователей я бы рекомендовал Synology Photos — это самое простое и надёжное решение, если у вас есть Synology NAS.

Заключение

Immich оказался отличным решением для самостоятельного хостинга фотографий. Основные преимущества:

• Производительность: быстрый и отзывчивый интерфейс
• Поиск: мощный поиск по содержимому фотографий с поддержкой русского языка
• Простота: один инструмент для одной задачи
• Резервное копирование: понятная схема бэкапа (БД + папка с медиафайлами)

Следующие шаги

Если вас заинтересовала тема самостоятельного хостинга, рекомендую изучить:

1. Terraform + Proxmox — автоматизация развёртывания инфраструктуры
2. Terraform модули — переиспользуемые компоненты для быстрого развёртывания сервисов