ストレージとバックアップ
Kanera には、PostgreSQL データベースとアップロードされたファイルという、再生成できない 2 つのものが保持されています。人を招く前に、それぞれがどこに住むかを決めてください。
アップロードストレージ
デフォルトでは、アップロードされたファイルは次の場所に保存されます。 kanera_uploads ドッカーボリューム。
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 自体よりもファイルのボリュームと保存期間の方がディスク要件を大きく左右するため、ディスクの増加には注意してください。同じストレージ ページには、各ワークスペースの使用量が表示され、管理者はアーカイブされたカード上のファイルを含む大きなファイルや古いファイルを見つけて削除できます。参照 ストレージ.
バックアップ
両方をバックアップします。
| データ | 場所 |
|---|---|
| PostgreSQL データ | kanera_pgdata ドッカーボリューム。 |
| アップロードされたファイル | 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 | 全員がサインアウトしています。 |