Skip to main content
各サンドボックスインスタンスには、一時的なデータ操作用として、デフォルトで 20GB のエフェメラルなシステムディスクストレージがプロビジョニングされます。サンドボックスが終了またはタイムアウトすると、このストレージ領域内のすべてのデータは自動的に消去されます。したがって、長期保持が必要な永続データは、外部のクラウドストレージサービスに保存する必要があります。
サンドボックスのストレージ割り当て仕様は変更される場合があります。現在のリソース割り当てと関連コストについては、Pricing ドキュメントを参照してください。
オブジェクトストレージは、主要なクラウドサービスプロバイダーが提供する、高いスケーラビリティ、耐久性、コスト効率を備えたクラウドストレージアーキテクチャです。サンドボックス環境内では、オブジェクトストレージには主に 2 つの方法でアクセスできます。クラウドプロバイダーの SDK や CLI ユーティリティを使用して直接プログラムから操作する方法、または FUSE (Filesystem in Userspace) 実装を使用して、オブジェクトストレージバケットを標準的な POSIX 準拠のファイルシステムマウントとして提示する方法です。
FUSE (Filesystem in Userspace) は、ユーザー空間アプリケーションで完全に機能するファイルシステムを実装できるようにするカーネルモジュールおよびユーザー空間ライブラリです。このフレームワークは、リモートクラウドストレージサービスを標準的なファイルシステム階層として提示する抽象化レイヤーを提供し、従来の POSIX インターフェースを通じた透過的なファイル操作を可能にします。
このドキュメントでは、主要なクラウドサービスプロバイダーのオブジェクトストレージバケットを、ファイルシステムマウント技術を通じてサンドボックス環境に統合するための包括的なガイダンスを提供します。
FUSE ベースのオブジェクトストレージマウントは、ネットワークレイテンシとプロトコル変換レイヤーにより、I/O のパフォーマンスに大きなオーバーヘッドをもたらします。厳格なパフォーマンス要件を持つアプリケーションでは、このアプローチを避けるべきです。さらに、FUSE ファイルシステム操作にはネイティブのオブジェクトストレージ API に固有のアトミック性保証がないため、ローカルファイルシステム操作は成功した一方で対応するリモート操作が失敗し、データ不整合につながる可能性のある競合状態が発生し得ます。このマウント方式は、書き込み操作が少なく、パフォーマンス制約が緩い読み取り中心のワークロードに最適です。パフォーマンスが重要なアプリケーションや頻繁な書き込みパターンでは、クラウドプロバイダー SDK またはネイティブ REST API を使用した直接統合を強く推奨します。

Amazon S3

Amazon S3 バケットは、標準的なファイル操作を通じて S3 バケットへのアクセスを提供する FUSE ベースのファイルシステム実装である s3fs-fuse を使用して、POSIX 準拠のファイルシステムとしてマウントできます。 s3fs-fuse パッケージは、novita.Dockerfile にインストールコマンドを組み込むことで sandbox template の作成時に統合できます。または、アドホックな要件に対応するために、稼働中のサンドボックスインスタンス内で動的にインストールすることもできます。 次の novita.Dockerfile は、テンプレートビルド時に s3fs-fuse を統合する方法を示しています。
次の実装は、s3fs-fuse を使用してサンドボックス環境内で S3 バケットをプログラムからマウントする方法を示しています。
最終更新日 2026年8月10日