Object Storage Service:ossfs 2.0

パフォーマンスの向上

ossfs 2.0 は、シーケンシャルな読み書き操作や、小さなオブジェクトの高同時実行数での読み取りにおいて、ossfs 1.0 と比較して大幅なパフォーマンスの向上を実現します。ossfs 2.0 のパフォーマンスの詳細については、「パフォーマンスのテスト」をご参照ください。

• シーケンシャルな書き込み性能：シングルスレッドでのラージオブジェクトのシーケンシャルな書き込みシナリオにおいて、ossfs 2.0 は ossfs 1.0 の約 18 倍の帯域幅を提供します。

• シーケンシャルな読み取り性能：シングルスレッドまたはマルチスレッド (4 スレッド) でのラージオブジェクトのシーケンシャルな読み取りシナリオにおいて、ossfs 2.0 は ossfs 1.0 の 3 倍以上の帯域幅を提供します。

• 小さなオブジェクトの同時読み取り性能：高い同時実行数 (128 スレッド) での小さなオブジェクトの読み取りシナリオにおいて、ossfs 2.0 は ossfs 1.0 の 20 倍以上の帯域幅を提供します。

ユースケース

ossfs 2.0 は、AI トレーニング、推論、ビッグデータ処理、自動運転、その他のコンピューティング集約型のワークロードなど、高性能なストレージアクセスを必要とするシナリオに適しています。これらのワークロードは、主にシーケンシャルおよびランダムな読み取り、シーケンシャルな書き込み (追記のみ) を含み、完全な POSIX セマンティクスを必要としません。

実行環境

ossfs 2.0 は、ユーザー空間ファイルシステム (FUSE) 上に構築されています。

制限事項

• 権限要件：使用する AccessKey には、ターゲットバケットまたはプレフィックスに対する完全な権限が必要です。権限が不十分な場合、マウント操作が失敗したり、他の操作が予期せず動作したりする可能性があります。

• ストレージクラスの制限：アーカイブストレージ、コールドアーカイブストレージ、またはディープコールドアーカイブストレージクラスのバケットをマウントすることは推奨されません。

• オブジェクト名とディレクトリ名の制限：Linux の制約により、オブジェクト名とディレクトリ名は 255 文字に制限されています。この制限を超える名前を持つ OSS 内のオブジェクトやディレクトリは、マウントポイントに表示されません。

• オブジェクト読み取りの制限：ossfs は、対応するファイルハンドルが閉じられた後にのみ、新しく書き込まれたオブジェクトを OSS にアップロードします。ハンドルが閉じられる前にオブジェクトを読み取ると、エラーが発生する可能性があります。

• オブジェクト書き込みの制限：同じオブジェクトへのランダム書き込みおよび同時書き込みはサポートされていません。デフォルトのパートサイズは 8,388,608 バイト (8 MiB) であり、これにより書き込み可能なオブジェクトの最大サイズは 83,886,080,000 バイト (78.125 GiB) に制限されます。パートサイズは、upload_buffer_size マウントオプションを使用して設定できます。

• オブジェクトの名前変更操作 (非アトミック)

  • オブジェクト：この操作は、まずソースオブジェクトを送信先にコピーし、その後ソースオブジェクトを削除します。

  • ディレクトリ：この操作は、ソースディレクトリ配下のすべてのオブジェクトを送信先にコピーし、その後ソースオブジェクトの一括削除を実行します。デフォルトでは、名前変更操作は 200 万の子孫オブジェクトに制限されています。この制限は、rename_dir_limit マウントオプションを使用して変更できます。

• 同時書き込みの整合性：複数のクライアントが同じバケットをマウントし、同じオブジェクトに同時に書き込む場合、ossfs 2.0 はデータ整合性を保証しません。

• POSIX API の互換性：部分的に互換性があります。詳細については、「POSIX API のサポート」をご参照ください。

特徴

参考

• ossfs 2.0 のインストール

• ossfs 2.0 の設定

• ossfs 2.0 を使用したバケットのマウント

• ossfs 2.0 のマウントオプション

• ossfs 2.0 のパフォーマンステスト

• オブジェクトとディレクトリの認識メカニズム

• OSS リクエストの削減とマウントポイントのパフォーマンス向上

• よくある質問

• リリース履歴