ossfs を使用すると、Object Storage Service（OSS）バケットを Linux オペレーティングシステムのローカルディレクトリにマウントできます。 この方法で、ローカルファイルの管理と同じ方法でバケット内のデータを管理できます。
バージョンのアップグレード
OSS SDK または OSS Connector for AI/ML を使用したくない場合は、AI トレーニング、推論、自動運転シミュレーションなどのワークロードに ossfs 2.0 (プレビュー) を使用してください。
ossfs 2.0 の主な特徴:
基本的な POSIX 互換性により、OSS のサーバーサイド I/O パフォーマンスを最適化できます。
エンドツーエンドの I/O パス最適化により、大きなオブジェクトの効率的なシーケンシャル読み取りおよび書き込みパフォーマンスを実現します。
強化されたメタデータ管理により、小さなオブジェクトへの低レイテンシの同時アクセスを実現します。
はじめに
ossfs は、Filesystem in Userspace（FUSE）ベースのファイルシステムであり、OSS バケットを Linux オペレーティングシステムのローカルディレクトリにマウントできます。また、次の機能をサポートしています。
ファイルとディレクトリのアップロードとダウンロード、ユーザー権限管理など、POSIX 標準で説明されているほとんどの機能をサポートしています。
デフォルトでは、マルチパートアップロードと再開可能なアップロードを使用して OSS オブジェクトをアップロードします。
データ整合性を確保するために MD5 検証をサポートしています。
ランタイム環境
ossfs は FUSE ベースのファイルシステムであり、FUSE と互換性のあるマシンでのみ動作します。 ossfs は、次のシステム用のインストーラーパッケージを提供しています。 他の環境で ossfs を実行するには、ソースコードを使用して必要なプログラムをビルドする必要があります。
Linux
CentOS 7.0 以降
Ubuntu 14.04 以降
Anolis7 以降
FUSE 2.8.4 以降
fusermount -Vコマンドを実行して、FUSE のバージョンを確認できます。 応答の fusermount バージョンパラメータの値が 2.8.4 以降 (例: 2.9.2) の場合、FUSE のバージョンは要件を満たしています。
制限事項
Linux オペレーティングシステムで ossfs を使用してバケットをローカルディレクトリにマウントする場合、ossfs には次の制限が適用されます。
ossfs は、同時読み取り/書き込み操作を頻繁に実行する必要があるシナリオには適していません。
説明読み取り操作と書き込み操作はどちらもディスク容量を消費します。 高い同時実行性での読み取り/書き込みシナリオでは、ディスクのパフォーマンスが読み取り/書き込み操作を制限します。
同時読み取り/書き込みリクエストはリソースを競合するため、帯域幅に影響します。
ossfs はハードリンクをサポートしていません。
アーカイブ、コールドアーカイブ、およびディープコールドアーカイブバケットは、ossfs を使用してローカルファイルシステムにマウントすることはできません。
ossfs を使用してアップロードされたオブジェクトを編集すると、オブジェクトが再アップロードされます。
list directoryなどのメタデータ関連の操作のパフォーマンスは、OSS サーバーにリモートでアクセスする必要があるため低下します。オブジェクトまたはディレクトリの名前を変更すると、エラーが発生する可能性があります。 操作が失敗すると、データの不整合が発生する可能性があります。
バケットが複数のクライアントにマウントされ、データがマウントポイントに同時に書き込まれる場合、ossfs は整合性を保証しません。
AccessKey ペアに、ターゲットバケットまたは名前が指定された値で始まるリソースに対するフル 権限 があることを確認してください。 フル 権限 を付与できない場合は、少なくとも
oss:GetObject、oss:ListObjects、oss:DeleteObject、oss:PutObject、oss:AbortMultipartUpload、およびoss:ListMultipartUploads権限 を付与してください。 そうしないと、ossfs のマウントが失敗するか、異常になります。
次の手順
インストール し、ossfs 1.0 を構成 した後、Linux のローカルディレクトリに バケットをマウント できます。