機械翻訳について

Oracle Cloud Infrastructure Object Storage Classicについて

Oracle Cloud Infrastructure Object Storage Classicは、ファイルおよび非構造化データ用のエンタープライズ・グレードの大規模オブジェクト・ストレージ・ソリューションを提供するInfrastructure as a Service(IaaS)製品です。

Oracle Cloud Infrastructure Object Storage Classicとその他のストレージ・ソリューション

ストレージは、すべてのエンタープライズ・アプリケーション・ワークロードの基本要件です。 従来のストレージ・ソリューションでは、Oracle Cloud Infrastructure Object Storage Classicが克服するのに役立つ一定のスケーラビリティ、パフォーマンス、および管理上の課題があります。

  • ラップトップのハード・ディスク・ドライブなどの直接接続ストレージの場合、アプリケーションの基礎となるオペレーティング・システムは、ファイル・システム(ローカルに接続されたディスク上のデータを管理するためにオペレーティング・システムが使用するスキーマ)でデータの保存、取出しおよび編成を管理します。 直接接続ストレージは、便利で低遅延かつ耐久性のあるストレージを提供します。 ただし、ストレージ容量が分離されたデバイス間に分散しているため、直接接続ストレージには十分な拡張性がありません。

  • ネットワーク接続ストレージ(NAS)では、ストレージ・デバイスは、アプリケーションをホストするサーバーから物理的に離れています。 アプリケーション・ホストからは、ストレージ・デバイスをネットワーク・ドライブとして使用できます。 ストレージ・デバイス上のネットワーク・ファイル・システムが、データの保存、取出しおよび編成を管理します。 NASは、複数のホストで実行されているアプリケーション間の共有ストレージとして使用できます。 これにより、ローカル・ネットワーク上のストレージ・リソースの集中管理と高いパフォーマンスが可能になります。 ただし、このアーキテクチャは、限られた地理的領域内でのみ実現可能であり、拡張のための空間が制限されます。 直接接続ストレージと同様に、NASの場合も、アプリケーションは基礎となるオペレーティング・システムおよびストレージ・デバイスのネットワーク・ファイル・システムに依存します。
  • ブロック・ストレージは、OLTPデータベースなどの高いIOPS(1秒間に可能なI/O処理の回数)を必要とするアプリケーションで効率的なデータの保存および取出しを可能にし、ホスト・オペレーティング・システムをバイパスして仮想ブロック・デバイスと直接にやりとりすることでこれを実現しています。 データのチャンクが、それぞれにアドレスを付加され、それ以外のメタデータは付加されずに、ブロック単位で保存されます。 アプリケーションがデータの保存先を決定し、適切なブロック・アドレスを直接に呼び出してデータを取り出します。 ブロック・ストレージは、IOPSとブロック・ベースのアクセスのためにストレージを最適化し、Oracle Cloud Infrastructure Object Storage ClassicインスタンスにPOSIX準拠のファイルシステムを提供します。 拡張性の面では制限されており、保存データの粒度の細かいメタデータ定義をサポートしません。

  • オブジェクト・ストレージは、大量の非構造化データを保存する場合に、パフォーマンス、スケーラビリティおよび管理の最適なブレンドを提供します。 複数のストレージ・ノードが単一で共有の水平方向にスケーラブルなプールを形成し、データをオブジェクト (BLOBデータ)としてフラットな階層のコンテナに格納します。 各オブジェクトにはデータ、関連メタデータおよび一意のIDが保存されます。 コンテナおよびオブジェクトにカスタム・メタデータを割り当てることができ、データの検索、分析および管理が簡単になります。 アプリケーションは一意のオブジェクトIDを使用して、REST APIコールでデータに直接アクセスします。 オブジェクト・ストレージは、使いやすく、機能性がよく、事実上無制限の容量まで拡張できます。

Oracle Cloud Infrastructure Object Storage Classicは、構造化されていないデータを格納し、いつでもどこからでもアクセスできる低コストで信頼性が高く、安全でスケーラブルなオブジェクト・ストレージ・ソリューションです。 データのバックアップ、アーカイブ、ファイル共有、およびログ、センサー・データ、VMイメージなどの大容量の非構造化データの保存に最適です。

Oracle Cloud Infrastructure Object Storage Classicの機能

Oracle Cloud Infrastructure Object Storage Classicは、ファイルおよび非構造化データ用のエンタープライズ・グレードの大規模オブジェクト・ストレージ・ソリューションを提供するInfrastructure as a Service(IaaS)製品です。

Oracle Cloud Infrastructure Object Storage Classicを使用すると、オフサイトのロケーションにコンテンツをバックアップしたり、プログラムで保存したりコンテンツを取得したり、コンテンツをピアと共有したりすることができます。 サービスの機能を次に示します。

オブジェクト・ストレージ

Oracle Cloud Infrastructure Object Storage Classicは、コンテナのフラットな階層内のオブジェクトとしてデータを格納します。

  • オブジェクトは、最も一般的には、ファイルをアップロードすることによって作成されます。 構造化されていない一時データからも作成できます。 オブジェクトは1つのコンテナ内に作成されます。 単一のオブジェクトで最大5GBのデータを保持できますが、複数のオブジェクトをリンクして5GBを超える連続データを保持できます。
  • コンテナはユーザーが作成するリソースであり、コンテナに割当て制限を指定しないかぎり、無制限の数のオブジェクトを保持できます。 コンテナはネストできない点に注意してください。

カスタム・メタデータは、オブジェクトとコンテナのどちらにも定義できます。

データ・センター内のレプリケーション

Oracle Cloud Infrastructure Object Storage Classicで作成されたすべてのオブジェクトまたはコンテナは、データセンター内の複数の独立したストレージ・ノードに複製されます。 ノードのいずれかに障害が発生した場合も、オブジェクトまたはコンテナの他のコピーを引き続き利用できます。

デフォルトでは、データは、データ・センターにあるノード全体で最終的に整合性がとれている点に注意してください。 オブジェクトまたはコンテナが作成または変更された場合、他のノードに即時にレプリケートされません。 レプリケーションが完了するまで、コンテナまたはオブジェクトのデータがノード間で整合性がとれていない場合があります。 時間の経過とともに、すべてのオブジェクトまたはコンテナへのすべての変更がレプリケートされ、データはノード間で整合性がとれた状態になります。

自動的なエラー検出および回復

オブジェクトのコピーではデータの破損がアクティブにスキャンされます。 不良なコピーが見つかった場合は、新しいコピーで自動的に置換されます。

コンテナに対するファイングレイン読取り/書込みアクセス制御

オブジェクトに対する読取りおよび書込みアクセスは、コンテナのアクセス制御リストによって制御されます。 各コンテナには、独自の読み書きアクセス・コントロール・リストを割り当てることができます。 デフォルトでは、コンテナとそのオブジェクトに対するアクセスはプライベート(コンテナを作成したユーザーのみがアクセスできる)ですが、必要に応じて読取りアクセスをパブリックにすることができます。

複数のオラクル社提供のインタフェース

次のいずれかのインタフェースを使用して、Oracle Cloud Infrastructure Object Storage Classicにアクセスできます:
  • Webコンソール

    Webベースのグラフィカル・ユーザー・インタフェースを使用して、サービス・インスタンスのコンテナおよびオブジェクトを簡単に管理できます。

    (Oracle Cloud at Customerでは使用できません)
  • RESTful WebサービスAPI

    アプリケーションは、OpenStack Swiftと互換性のあるRESTful Webサービスへの呼び出しを使用して、プログラムでOracle Cloud Infrastructure Object Storage Classicにアクセスできます。 インターネット上のどこからでも、いつでも、どのデバイスからもサービスにアクセスできます。

  • Javaライブラリ

    RESTful WebサービスをラップするJavaライブラリを使用できます。 サービスの使用を開始するために特別なハードウェアは不要です。

  • Oracle Cloud Infrastructure Storage Software Appliance

    Oracle Cloud Infrastructure Storage Software Applianceは、社内にインストールして、オンプレミスのアプリケーションとワークフローをOracle Cloud Infrastructure Object Storage Classicに簡単に接続するために使用できるツールです。

  • Oracle Cloud Infrastructure Object Storage Classic File Transfer Manager API

    Oracle Cloud Infrastructure Object Storage Classic File Transfer Manager APIは、Oracle Cloud Infrastructure Object Storage Classic内のstandardおよびarchiveコンテナに個別および複数のオブジェクトをアップロードまたはダウンロードするためのシンプルなインタフェースを提供するJavaライブラリです。

  • Oracle Cloud Infrastructure Object Storage Classic File Transfer Manager CLI

    Oracle Cloud Infrastructure Object Storage Classic File Transfer Manager CLIは、クロス・プラットフォームのJavaベースのコマンドライン・ツールで、Oracle Cloud Infrastructure Object Storage Classicのコンテナおよびオブジェクトの管理に使用できます。

  • 一時URL

    期間限定の一時URLを作成して、Oracle Cloud Infrastructure Object Storage Classicアカウントでオブジェクトをダウンロードするための一時的な安全なアクセスを提供することができます。

「Object Storage Classicへのインタフェース」を参照してください。

認定されているサード・パーティ・クライアント

(Oracle Cloud at Customerでは使用できません)

幅広いサードパーティ製製品は、Oracle Cloud Infrastructure Object Storage Classicでデータを格納および管理するゲートウェイおよびクライアントとしての使用が認定されています。 オラクル社は認定されているサードパーティ・クライアントのリストにクライアントを追加し続けています。

認定されているサード・パーティ製品を参照してください。

地理的に離れているデータ・センターへのレプリケーション

(Oracle Cloud at Customerでは使用できません)

2018年3月以降に作成されたアカウントの場合、レプリケーション・ポリシーはデフォルトでanyに設定されています。

アカウント・レベルでデフォルトでanyポリシーが設定されているので、コンテナを作成し、そのコンテナに対して許可されたレプリケーション・ポリシーを設定できるようになりました。 「アカウントのレプリケーション・ポリシーについて」を参照してください。

2018年3月以前に作成されたアカウントの場合:

Oracle Cloud Infrastructure Object Storage Classicサブスクリプションをアクティブ化した後、プライマリ・データ・センターを定義する「複製ポリシー」を選択する必要があります。また、データを地理的に離れた(セカンダリ)データセンターに複製するかどうかを指定します。 データはプライマリ・データ・センターに書き込まれ、セカンダリ・データ・センターには非同期でレプリケートされます。 プライマリとセカンダリのデータセンターは最終的に一貫しています。 各データ・センターで使用するストレージ容量の料金が請求される他に、データ・センター間のレプリケーションの際に使用される帯域幅の料金も請求されます。

注意:

レプリケーション・ポリシーを選択した後、変更することはできません。

Archiveストレージ・クラスのコンテナ内のデータは、そのアカウントに対してレプリケーション・ポリシーが選択されていても、現在セカンダリ・データ・センターにレプリケートされていません。

利用可能なポリシーについては、「2018年3月以前に作成されたアカウントのレプリケーション・ポリシーについて」を参照してください。

サービスにアクセスするためのグローバル・ネームスペースURL

(Oracle Cloud at Customerでは使用できません)

サービス・インスタンスがプロビジョニングされているデータセンターにかかわらず、グローバル名前空間URLを使用してOracle Cloud Infrastructure Object Storage Classicにアクセスできます。 グローバル・ネームスペースURLに送信されたリクエストは、サービス・インスタンスがプロビジョニングされているデータ・センターにルーティングされます。

注意:

Oracle Cloud My Servicesページで、サービス・インスタンスのグローバル名前空間URLを見つけることができます。
  • 「2017年11月以前に作成されたアカウントの場合」 URLは、「追加情報」セクションの下の「RESTエンドポイント」フィールドに表示されます。
  • 「2017年11月以降に作成されたアカウントの場合」 2つのRESTエンドポイントURLが「追加情報」セクションの下に表示されます。 「Oracle Cloud Infrastructure Object Storage ClassicリソースのREST URLについて」を参照してください。

プライマリ・データ・センターが利用できない場合、グローバル・ネームスペースURLへの読取りリクエストがセカンダリ・データ・センターにルーティングされます。 これはフェイルオーバーと呼ばれます。 プライマリ・データ・センターが利用できない間、書込みリクエストは失敗し、エラー403 - Forbiddenが発生します。 プライマリ・データ・センターが再度利用できるようになると、グローバル・ネームスペースURLへのすべてのリクエストがプライマリ・データ・センターにルーティングされます。 これはフェイルバックと呼ばれます。

注意:

フェイルオーバーとフェイルバックの際に、サービス・インスタンスのグローバル・ネームスペースURLのDNSレコードは、現在アクティブなデータ・センターを示すように更新されます。 ただし、DNSレコードの更新後しばらくの間(通常は数分)は、グローバル・ネームスペースURLへのリクエストにより、500シリーズ・エラーが返される場合があります。 このエラーは、クライアントとOracle Public Cloud間のインターネット上にあるすべての中間ノードにわたってDNS変更の伝播がまだ完了していないため、発生します。 DNSの伝播中にOracle Cloud Infrastructure Object Storage Classicを引き続き使用するには、アクティブなデータ・センターのURLに直接リクエストを送信します(「Oracle Cloud Infrastructure Object Storage ClassicリソースのREST URLについて」を参照)。 次の状況では、DNS伝播に数分以上かかる場合があります。
  • ISP DNSリゾルバが独自のDNS TTL値を設定している場合。 ISPプロバイダでこれについて確認してください。
  • 長期実行のネットワーク・クライアントが、解決されたDNSレコードをキャッシュする可能性がある場合。 クライアントの動作をキャッシュするDNSホスト名のチューニングの詳細は、プログラミング・プラットフォームのドキュメントを参照してください。

低コストのデータ・アーカイブ

(Oracle Cloud at Customerでは使用できません)

従量制アカウントの場合、Standard (デフォルト)とArchiveの2つのストレージ・クラスのコンテナを作成できます。 Archiveコンテナを使用すると、Standardコンテナでデータを格納する場合のコストの何分の1かのコストで、頻繁にアクセスする必要のない大規模データ・セットを格納できます。 Archiveコンテナに格納されているデータをダウンロードするには、最初にオブジェクトをリストアする必要があります。 リストア・プロセスは、オブジェクトのサイズに応じて最大4時間かかる場合があります。 一括アップロードや一括削除など、Archiveコンテナではサポートされない機能があります。 Archiveコンテナは、電子メール・アーカイブ、データ・バックアップおよびデジタル・ビデオ・マスターなどのデータの格納に最適なコンテナです。 Oracle Cloud Infrastructure Object Storage ClassicArchiveストレージ・クラスの価格とその他の条件については、https://cloud.oracle.com/storage-classic?tabID=1406491833493を参照してください。

CORSのサポート

CORS (Cross-Origin Resource Sharing)を使用すると、ブラウザベースのプログラム(JavaScriptなど)が別のドメインのリソースにアクセスできます。 これにより、WebアプリケーションはOracle Cloud Infrastructure Object Storage Classicにアクセスし、ブラウザが他のドメインのリソースへのアクセスを防止するために使用するSame-Originポリシーを克服することができます。

コンテナ固有のレプリケーション・ポリシーの設定

サービス・インスタンスに定義されているポリシー以外のコンテナに対して、異なるレプリケーション・ポリシーを指定できます。 コンテナ固有のポリシーは、サービス・インスタンスに設定されているポリシーよりも優先されます。 これにより、地理的に離れたデータセンターに複製されるデータを、より詳細なレベルで制御することができます。

「REST APIを使用したコンテナ固有のポリシーの設定」を参照してください。

オブジェクトを変更不能にする

WORM (Write-Once-Read-Many)ポリシーをコンテナにアップロードするときにオブジェクトを変更したり、指定した期間削除したりしないようにすることで、オブジェクトを不変にすることができます。

「オブジェクトを不変にする」を参照してください。

コンテナのWORMポリシーを設定することで、コンテナ内のオブジェクトを不変にすることができます。これにより、ユーザーがコンテナ内のオブジェクトを指定された期間変更および削除できなくなります。 コンテナ・レベルのWORMポリシーは、オブジェクトがアップロード中に独自のオブジェクトレベルのWORMポリシー・セットを持っていない限り、コンテナにアップロードされるすべてのオブジェクトに適用されます。

「コンテナ内のオブジェクトを変更できないようにする」を参照してください。

アーキテクチャの概要

Oracle Cloud MachineではなくこのトピックはOracle Cloud Machineには適用されません。

Oracle Cloud Infrastructure Object Storage Classicアーキテクチャは、高可用性と冗長性を備えています。 顧客アプリケーション、Java SDK、RESTクライアントなどの外部アクセス方法をサポートします。

オブジェクトがOracle Cloud Infrastructure Object Storage Classicに格納されると、データはデータセンターの複数のストレージ・ノードに複製されます。 このレプリケーション戦略により、格納されたオブジェクト・データはハードウェア障害を逃れることができます。 アイデンティティ・ドメインごとに1つのOracle Cloud Infrastructure Object Storage Classicインスタンスしか存在できません。

次の図は、Oracle Cloud Infrastructure Object Storage Classicのアーキテクチャの概要を示しています: