儲存與備份
Kanera 包含兩個你無法重新建立的東西:PostgreSQL 資料庫和上傳的檔案。 在邀請人員前,先決定每個檔案的位置。
上傳儲存
預設情況下，上傳的檔案儲存在 kanera_uploads Docker 卷。
對於 S3 相容的儲存,請設定:
S3_REGION=auto
S3_BUCKET=kanera
S3_ACCESS_KEY_ID=...
S3_SECRET_ACCESS_KEY=...
S3_ENDPOINT=https://s3.example.com
S3_PUBLIC_URL_PREFIX=https://cdn.example.com/kanera
設定所需的 S3 值後,S3 優先於本地上傳儲存。
組織管理員還可以從本地磁碟或 S3 中選擇 設定 -> 組織 -> 儲存 在應用程式中,在 儲存後端。環境值優先，並且頁面在設定控制元件時將其標記為只讀。
自託管的 Kanera 沒有儲存配額,因此附加容量取決於卷或分割槽提供的容量。 檔案容量和保留通常比 Kanera 本身更加影響磁碟需求,因此請注意磁碟增長。 同一儲存頁面顯示每個工作區使用的容量,並允許管理員查詢和刪除大型或舊檔案,包括存檔卡上的檔案。 儲存.
Backups
備份兩者：
| 資料 | 地點 |
|---|---|
| PostgreSQL資料庫 | kanera_pgdata Docker 卷。 |
| 上傳的檔案 | kanera_uploads Docker 卷,除非配置了 S3 儲存。 |
手動 PostgreSQL 備份:
docker compose exec -T postgres pg_dump -U kanera kanera | gzip > kanera-$(date +%F).sql.gz
Kanera 還可以將加密的 PostgreSQL 完整備份到 S3 相容的儲存:
DB_BACKUPS_ENABLED=true
DB_BACKUP_ENCRYPTION_PASSPHRASE=<openssl rand -hex 32>
DB_BACKUP_TIMES_UTC=00:15,12:15,16:45
DB_BACKUP_RETENTION_DAYS=14
DB_BACKUP_S3_PREFIX=backups/postgres
備份服務將壓縮轉儲檔案,使用 GPG 對稱 AES-256 對其進行加密,將其上傳到 S3,並在成功上傳後修剪舊備份。 儲存 DB_BACKUP_ENCRYPTION_PASSPHRASE 部署之外的某個持久的位置;它是恢復備份所需的。
將資料庫和上傳檔案的備份儲存在伺服器的主磁碟之外。 與資料相同的捲上的備份在發生故障時無法存活。
值得保守的秘密
丟失這些成本您的資料,而不是正常執行時間:
| 價值 | 如果它變化或丟失 |
|---|---|
DB_BACKUP_ENCRYPTION_PASSPHRASE | 無法恢復現有的加密備份。 |
SECRETS_ENCRYPTION_KEY | 已儲存的整合憑據(如聊天目標和個人 webhook 金鑰)將無法再解密。 |
MFA_ENCRYPTION_KEY | 已註冊的身份驗證器和未解決的 MFA 挑戰將無效。 |
MEDIA_SIGNING_SECRET | 現有簽名媒體 URL 停止解析。 |
JWT_SECRET | 每個人都已退出。 |