# Nextcloud warm standby on the VPS - Phase 2. Same discipline as the # other vps-standby apps: CNPG replica cluster (manifests/cnpg-cluster.yaml) # keeps the DB warm, manifests/pvc-restore-cronjob.yaml keeps file content # warm, but the app itself stays at replicaCount: 0 until a deliberate # manual promotion. # # No Redis here - the home instance uses the redis-operator # (infrastructure/vps-standby has no redis-operator deployed, out of # scope for a standby that isn't actually serving traffic). Nextcloud # runs fine without Redis (falls back to DB-based locking, just slower) - # acceptable for an emergency-promotion scenario; add a real Redis at # promotion time if desired. replicaCount: 0 nextcloud: host: nextcloud.kube.huskypup.net username: "" password: "" phpConfigs: upload.ini: | upload_tmp_dir = /var/www/tmp sys_temp_dir = /var/www/tmp extraEnv: - name: TMPDIR value: /var/www/tmp - name: PHP_MEMORY_LIMIT value: "2G" - name: PHP_UPLOAD_LIMIT value: "10G" configs: proxy.config.php: |- array( 0 => '10.0.0.0/8', 1 => '172.16.0.0/12', ), 'overwriteprotocol' => 'https', 'overwrite.cli.url' => 'https://nextcloud.kube.huskypup.net', 'allow_local_remote_servers' => true, ); temp.config.php: |- '/var/www/tmp', ); existingSecret: enabled: true secretName: nextcloud-admin-secret usernameKey: username passwordKey: password ingress: enabled: false externalDatabase: enabled: true type: postgresql host: pg-nextcloud-rw port: 5432 user: nextcloud database: nextcloud existingSecret: enabled: true secretName: pg-nextcloud-app passwordKey: password usernameKey: username persistence: enabled: true storageClass: local-path accessMode: ReadWriteOnce size: 30Gi resources: requests: cpu: 50m memory: 256Mi limits: cpu: 500m memory: 1Gi redis: enabled: false externalRedis: enabled: false metrics: enabled: false