プライベートオフショアインフラストラクチャ
ストレージと復旧基礎 · 4分で読めます

オブジェクト、ファイル、ブロックストレージ: アプリケーションが必要とするインターフェースを選ぶ

容量要件をアプリケーションアーキテクチャに変える前に、ストレージインターフェース、アクセスセマンティクス、運用責任を区別しましょう。

SwissOctet編集部
直接の答え

ブロックストレージはボリュームを提示し、ファイルストレージはファイルシステムインターフェースを提示し、オブジェクトストレージはAPIを通じてアドレス指定されるオブジェクトを提示する。ソフトウェアが期待するインターフェースを選び、一貫性、アクセス、性能、復旧を比較する。これらのラベルはいずれも、それ自体でバックアップや無制限の容量の約束を確立するものではない。

01

アプリケーションのインターフェースから始める

テラバイトを比較する前に、アプリケーションがデータをどのように読み取り、変更するかを特定する。ローカルにマウントされたボリューム、ファイル権限を持つ共有パス、キーでオブジェクトを取得するAPIのどれを期待しているか?これらのインターフェースは異なる。容量が豊富な製品でも、誤ったアクセスモデルを公開していれば、アプリケーションに大幅な変更を要求することがある。

具体的な操作を書き出す:ファイルへの追記、データベースの一部の更新、ディレクトリの一覧表示、大きな画像の配信、複数のマシンによる同じ文書の編集など。ストレージの選択は、それらの操作を意図的にサポートすべきである。便利なクライアントツールを、すべてのバックエンドを互換にするものと仮定するのではなく、調査すべき適応策として扱う。

02

ブロックストレージの責任を理解する

ブロックストレージは、システムがファイルシステムや別のデータレイアウトを構築できるボリュームのようなインターフェースを提供する。オペレーティングシステムとアプリケーションは通常、それらのブロックに書き込まれたデータの意味を管理する。システムディスクやマウントされたボリュームを期待するアプリケーションの一般的な基盤だが、正確な接続と共有のルールは実装に依存する。

ボリュームを使用する前に、パーティション、フォーマット、ファイルシステム容量、復旧を計画する。ブロックの割り当ては、データベースと整合性のあるバックアップを自動的に作成したり、複数の無関係なマシンが同時に書き込むことを安全に許可したりするものではない。製品の接続モデルと、それが要求するソフトウェアの調整を確認する。適切なアクセスパターンは容量の数値と同じくらい重要である。

03

ファイルストレージのセマンティクスを理解する

ファイルストレージは、ファイルシステムインターフェースを通じてアプリケーションに名前とパスを提供する。共有サービスはNFSなどのプロトコルを公開することがあり、実装固有の権限、ロック、一貫性の動作を持つ。Amazon EFSはNFSベースのサービスの文書化された一例であり、その機能はEFSを説明するものであって、すべての共有ファイルシステムやSwissOctetストレージオプションを説明するものではない。

チームワークスペースでは、IDが権限にどのようにマッピングされるか、2つのクライアントが同じファイルを更新したときに何が起こるかを確認する。アプリケーションでは、ディレクトリ一覧だけをテストするのではなく、依存する操作を確認する。ファイルがリモートでアクセスされる場合、ネットワーク到達性とクライアント構成はオペレーティングシステム設計の一部である。

04

オブジェクトストレージをAPIとして理解する

オブジェクトストレージは、キーと関連するメタデータを通じて保存されたコンテンツをアドレス指定する。Amazon S3は、バケット、オブジェクトキー、バージョン識別子を用いてこのモデルを文書化している。オブジェクトインターフェースは、そのAPIを通じてコンテンツをアップロードおよび取得するように設計されたソフトウェアに適している。これは、オペレーティングシステムがマウントするディスクや、通常のファイル操作を行う共有ディレクトリとは異なる抽象化である。

フォルダのようなブラウザがファイルシステムのセマンティクスを確立すると仮定しないでください。プレフィックスは名前の整理に役立ちますが、オブジェクトの作成と変更を制御するのは依然としてAPIです。選択したサービスの整合性、バージョニング、アクセス制御の動作を確認してください。これらの詳細が、アップロードワークフロー、メディアカタログ、エクスポートリポジトリがインターフェースを安全かつ効率的に使用できるかどうかを決定します。

05

実践的なプロジェクトをインターフェースにマッピングする

リレーショナルデータベース、ユーザーがアップロードした画像、バッチワーカーが共有するディレクトリを備えた例示的なアプリケーションを考えてみましょう。データベースは適切なボリュームを必要とし、画像はオブジェクトを意識したアプリケーション設計に適合し、ワーカーは共有ファイルシステムを必要とする場合があります。すべてのデータセットを1つのストレージ製品に押し込むのではなく、それぞれが明確な役割を果たす場合には、インターフェースを組み合わせることが賢明です。

以下の表は質問の出発点であり、製品の推奨や現在利用可能なSwissOctetオブジェクトサービスに関する主張ではありません。カタログには実際の構成のストレージリソースが記載されています。自分でファイルまたはオブジェクトサービスを公開したい場合は、それを構築するために必要なソフトウェア、リソース要件、管理作業を確認してください。

アプリケーション要件評価するインターフェース導入前の確認事項
マウントされたシステムまたはデータベースボリュームブロックアプリケーションはそのボリュームとリカバリ方式をサポートしていますか?
クライアント間で共有されるパスファイル権限、ロック、整合性は適切ですか?
APIベースのメディアアップロードオブジェクトアプリケーションはAPIとアクセスルールをサポートしていますか?
独立したバックアップリポジトリサポートされている任意のターゲットリカバリツールはこの形式を検証して復元できますか?
06

指標を混在させずに性能を比較する

容量、操作レイテンシ、持続的な転送は異なる特性です。大きなメディアオブジェクトを読み取るワークロードは、多数の小さなファイルやデータベースページを更新するワークロードとは異なります。現実的なデータサイズと同時実行性を備えた代表的なテストを構築してください。結果全体をストレージバックエンドのせいにせず、該当する場合はクライアント処理とネットワーク転送を含めてください。

また、システムが実用的な限界に近づいたときの動作も調べてください。ファイルの増加、オブジェクト一覧操作、メタデータアクティビティ、同時クライアントはリソースの状況を変える可能性があります。通常時と混雑時の両方を測定し、メンテナンス用の容量を残し、環境が満杯になる前にアラートを定義してください。NVMeのようなラベルはストレージ技術を識別するものであり、すべてのアプリケーションの結果を示すものではありません。

07

すべてのインターフェースでセキュリティと復旧を維持する

各データセットに適したアクセスモデルを使用してください。管理用資格情報はアプリケーションアクセスから分離し、保持データの復号に必要な鍵を保護してください。公開範囲を明示的に確認してください。私的に意図されたファイル共有やオブジェクトコレクションが、便利なデフォルト設定でアプリケーションをデプロイしたというだけの理由でアクセス可能になってはなりません。

最後に、関連するすべてのストアをカバーするリストアを計画してください。データベースのリカバリポイントとそれが参照するアップロードファイルは連携して機能する必要があります。所有権、バックアップ形式、リカバリ順序を文書化してください。SwissOctet Vaultやサーバーストレージを比較する際は、正確な割り当てとオプションを読んでください。広範なストレージラベルからマネージドオブジェクトAPI、レプリケーションポリシー、バックアップ保証を推測しないでください。

行動に移す

実践チェックリスト。

  • アプリケーションが必要とする操作を列挙する。
  • 想定されるストレージインターフェースを特定する。
  • 共有、ロック、アクセスのセマンティクスを確認する。
  • 現実的なデータと同時実行性でテストする。
  • アプリケーションアクセスと管理アクセスを分離する。
  • 関連するすべてのデータセットをまとめて復元する。
よくある質問

重要な詳細。

オブジェクトストレージは通常のディスクのように使用できますか?+

適応ツールは存在しますが、基盤となるAPIとセマンティクスは異なります。マウントされたインターフェースがそれらを同等にすると思い込まず、アプリケーションが必要とする操作を検証してください。

SANは自動的にオブジェクトストレージですか?+

いいえ。SANというラベルはオブジェクトAPIを確立しません。実際のボリュームとアクセス仕様を読み、構成が何を公開しているかを確認してください。

バックアップに最適なインターフェースはどれですか?+

バックアップツールがサポートするターゲットを選択し、アクセス分離、保持、リストアを検証してください。インターフェースだけではバックアップの品質は決まりません。

主要参考文献

出典へ。

これらの参考文献は、このガイドの技術的概念をサポートしています。本番システムを変更する前に最新のドキュメントを確認してください。

  1. AWS: ブロック、ファイル、オブジェクトストレージの比較 aws.amazon.com
  2. Amazon S3: オブジェクトの概要 docs.aws.amazon.com
  3. Amazon EFS: ファイルシステムインターフェースとアクセスのセマンティクス docs.aws.amazon.com

SwissOctetによる編集ガイダンス。例は例示目的です。サービス仕様、利用可能なオプション、契約条件は別途確認する必要があります。

知識をつなぐ

関連インフラ。

スレッドを維持

次のフィールドノート。

すべてのガイドを探索