> ## Documentation Index
> Fetch the complete documentation index at: https://docs.abbyy.com/llms.txt
> Use this file to discover all available pages before exploring further.

# ストレージ

FineParser Enterprise は 3 つのボリュームを使用します。

| ボリューム | アクセスモード | 格納内容 |
| - | - | - |
| インプロセス | ReadWriteMany | ジョブ実行中のアップロードファイルと途中結果。取り込みサービスとすべてのワーカーで共有されます。 |
| 出力 | ReadWriteMany | 完了した結果 (`{jobId}/{name}` の形式で格納) 。取り込みサービスとすべてのワーカーで共有されます。 |
| オーケストレーターの状態 | ReadWriteOnce | ジョブキュー。 |

インプロセスボリュームと出力ボリュームには、ユーザーおよびグループ `65534` による書き込み権限が必要です。すべての FineParser コンテナはこのユーザーとして実行されます。

FineParser は完了した結果を削除しません。結果は、ダウンロード後も、ジョブのステータスの有効期限が切れた後も出力ボリュームに残ります。結果を削除するには、ご使用のストレージ側のライフサイクルルールを利用してください。

## ボリュームの構成

チャートは、ボリュームごとにクレームを作成するか、`existingClaim` で指定された作成済みのクレームを使用します。インプロセスボリュームには EFS ファイルシステムを、出力用のボリュームには S3 バケットを使用します：

```yaml fineparser-values.yaml theme={null}
storage:
  inProcess:
    efs:
      fileSystemId: fs-0123456789abcdef0
  output:
    s3:
      bucket: my-fineparser-output
  s3:
    region: us-east-2
```

[EFS ファイルシステム](https://docs.abbyy.com/ja/fine-parser/enterprise/aws/efs.md)および[S3 出力バケット](https://docs.abbyy.com/ja/fine-parser/enterprise/aws/s3.md)を参照してください。作成したクレームの使用方法についても記載されています。

## オーケストレーターの状態

orchestrator は、クラスターのデフォルト StorageClass に対して、`orchestrator.storage.size` (`2Gi`) の `ReadWriteOnce` ボリュームを要求します。`kubectl get storageclass` を実行し、クラスターにデフォルトの StorageClass が存在することを確認してください。デフォルトの StorageClass には `(default)` と表示されます。

```yaml fineparser-values.yaml theme={null}
storageClass:
  name: <block-storage-class>   # 空の場合はデフォルトの StorageClass を使用
```

状態ボリュームは、リリースをアンインストールした後も保持されます。詳しくは、[アップグレードとアンインストール](https://docs.abbyy.com/ja/fine-parser/enterprise/best-practices/upgrades.md#uninstalling)を参照してください。

## 取り込み用スクラッチ領域

各取り込み pod は、アップロードされたデータをノードローカルのスクラッチ領域にバッファします。この領域の上限は `ingest.scratchSize` で設定されます。1 件のリクエストでこの領域が満杯になると、その pod は退避 (evict) されます。[アップロードのサイジング](https://docs.abbyy.com/ja/fine-parser/enterprise/best-practices/production-deployment.md#sizing-uploads)を参照してください。