機械翻訳について

1 Storage Software Applianceスタート・ガイド

オンプレミス配布であるOracle Cloud Infrastructure Storage Software Applianceは、オンプレミスにインストールし、オンプレミス・アプリケーションおよびワークフローをクラウド内のOracle Cloud Infrastructure Object Storage Classicインスタンスに簡単に接続するために使用できるクラウド・ストレージ・ゲートウェイです。

注意:

クラウドでOracle Cloud Infrastructure Object Storage Serviceインスタンスを使用している場合は、Oracle Cloud Infrastructure Storage Gatewayを使用します。 「Oracle Cloud Infrastructureドキュメント」「Storage Gatewayの概要」を参照してください。

Oracle Cloud Infrastructure Storage Software Applianceについて

Oracle Cloud Infrastructure Storage Software Applianceは、インストールしてからオンプレミスのアプリケーションとワークフローをサービス・インスタンスに簡単に接続するために使用できるクラウド・ストレージ・ゲートウェイです。 このツールを使用する利点を次に挙げます。

  • アプリケーションは、REST APIまたはJava SDKを使用して、セキュアなHTTPS接続を介してサービス・インスタンスと対話できます。 REST APIまたはJava SDKを使用できない従来のアプリケーションおよび環境では、Oracle Cloud Infrastructure Storage Software ApplianceはNFSv4プロトコルを使用してサービス・インスタンスのアカウントまたはテナンシにPOSIX準拠のファイル・アクセスを提供します。

    注意:

    アプライアンスは、2つのモードでNFS v4 I/Oをサポート: 非同期およびPOSIX同期。 モードの詳細については、「FileSystemの追加」「ステップ9」の表の「同期ポリシー」フィールドを参照してください。

    アプライアンスをバーとして使用して、サービス・インスタンスとの間でファイルを転送します。 このアプライアンスは、NASと同様に動作しますが、汎用NAS(Network Attached Storage)の代替品ではありません。

    コンテンツ・レポジトリ、およびデータのセカンダリ・コピーの格納が、アプライアンスの理想的なユースケースです。 アプライアンスのマウント・ポイントからアプリケーションおよび実行可能ファイルを直接実行しないでください(特にアプリケーションがアクセスするすべてのファイルに対してアプライアンスのキャッシュが十分に大きくない場合)。 一般にアプリケーションは一時ファイルを作成してそれらを頻繁に変更するため、アプライアンスの動作効率に影響します。

  • サービス・インスタンス内のファイルは、コンテナまたはバケット内のフラットな名前空間にオブジェクトとして格納されます。 ただし、企業アプリケーションでは、通常、ネストされたディレクトリ内のファイルを扱います。 Oracle Cloud Infrastructure Storage Software Applianceは、アカウントまたはテナンシ内のオブジェクトとしてファイルの格納場所を透過的に処理します。

    アプリケーションは、Oracle Cloud Infrastructure Storage Software Applianceで作成し、ローカル・ホストにマウントするfilesystemsを使用して、アカウントまたはテナンシにファイルを格納し、そこからファイルを取得することができます。 このコンテキストのファイルシステムは、ストレージ・サービスに応じて、サービス・インスタンス内のローカル・ホスト上のディレクトリとコンテナ「またはバケット」間のマッピングを表します。 Oracle Cloud Infrastructure Storage Software Applianceがアカウントまたはテナンシに接続するために使用する接続資格証明を定義します。

  • データが安全であることを保証するために、ファイルが格納されているときにファイルを暗号化し、ファイルを取り出さなければならないときに暗号化を解除するようにOracle Cloud Infrastructure Storage Software Applianceを構成できます。

  • Oracle Cloud Infrastructure Storage Software Applianceは、頻繁に取得されたデータをローカル・ホストにキャッシュし、サービス・インスタンスへのREST APIコールの数を最小限に抑え、低遅延、高スループットのファイルI/Oを使用可能にします。

Oracle Cloud Infrastructure Storage Software Applianceはサードパーティのストレージ・クラウド・サービスをサポートしていません。

次の図は、オンプレミス・アプリケーションとOracle Cloud Infrastructure Object Storage ClassicからOracle Cloud Infrastructure Storage Software Applianceまでのデータの流れを示しています。

注意:

Oracle Cloud Infrastructure Storage Software Applianceのファイルシステムにマップされたコンテナまたはバケット内のオブジェクトを取得、作成、更新、または削除するために、REST API、Javaライブラリ、または他のクライアントを使用しないでください。 そうすると、アプライアンス内のデータがストレージ・サービス内のデータと矛盾することになります。 この不一致をリカバリすることはできません。

Oracle Cloud Infrastructure Storage Software Applianceのファイルシステムに接続されているコンテナやバケット内のオブジェクトを取得、更新、削除する権限を与えないようにするには、カスタム・ロールを定義し、適切なコンテナに割り当て、アクセスを必要とするユーザーのみにロールを割り当てますコンテナまたはバケットに接続するファイルシステムを定義するときに、これらのユーザーのうちの1人だけを指定します。

Oracle Cloud Infrastructure Storage Software Applianceは、重要な構成データをすべてサービス・インスタンスに自動的にバックアップして格納します。 Oracle Cloud Infrastructure Storage Software Applianceがインストールされているホストがクラッシュした場合、格納されている構成データを使用してアプライアンスの別のインスタンスをすばやく起動できます。

Storage Software Applianceの特長

Oracle Cloud Infrastructure Storage Software Applianceは、サービス・インスタンスからの簡単で安全な、信頼性の高いデータ・ストレージと検索を容易にします。

POSIX準拠のNFSによるOracle Cloud Infrastructure Object Storage Classicおよび「Oracle Cloud Infrastructure Object Storage」へのアクセス

Oracle Cloud Infrastructure Storage Software Applianceを使用すると、アプリケーションは、サービスへの直接REST APIコールを呼び出すことなく、標準プロトコルを使用してOracle Cloud Infrastructure Object Storage Classicと対話できます。 アプライアンスは、POSIX標準に準拠しています。 複数のNFS共有を単一のアプライアンス・インスタンス内に作成できます。 1つのアプライアンス・インスタンスを使用すると、複数のコンテナに接続できます。 ファイルは、NFSv4プロトコルを使用してアプライアンス・ファイルシステムにコピーされます。 アプライアンスは、非同期モードとPOSIX同期モードでNFSをサポートしています。 アプライアンスは、ファイルをHTTPSプロトコルを使用してOracle Cloud Infrastructure Object Storage Classicにオブジェクトとして格納します。

Oracle Cloud Infrastructure Storage Software Applianceを使用すると、アプリケーションは標準プロトコルを通じて「Oracle Cloud Infrastructure Object Storage」とやりとりできるようになりました。 アプライアンス・インスタンスを使用して複数のバケットに接続し、ファイルをアプライアンス・ファイル・システムにコピーすることができます。 アプライアンスは、ファイルを「Oracle Cloud Infrastructure Object Storage」テナンシにオブジェクトとして格納し、ラージ・オブジェクトのマルチパート・アップロードを実行します。

注意:

Oracle Cloud Infrastructure Storage Software Applianceのファイルシステムにマップされたコンテナまたはバケット内のオブジェクトを取得、作成、更新、または削除するために、REST API、Javaライブラリ、または他のクライアントを使用しないでください。 そうすると、アプライアンス内のデータがストレージ・サービス内のデータと矛盾することになります。 この不一致をリカバリすることはできません。

Oracle Cloud Infrastructure Storage Software Applianceのファイルシステムに接続されているコンテナやバケット内のオブジェクトを取得、更新、削除する権限を与えないようにするには、カスタム・ロールを定義し、適切なコンテナに割り当て、アクセスを必要とするユーザーのみにロールを割り当てますコンテナまたはバケットに接続するファイルシステムを定義するときに、これらのユーザーのうちの1人だけを指定します。

データのセキュリティとストレージ効率を有効にするための詳細な暗号化

Oracle Cloud Infrastructure Storage Software Applianceは、お客様のアカウントまたはテナンシに安全にデータを保存します。 アプライアンスは、アプライアンスとクラウド間のデータ・パケットを暗号化するHTTPSを使用してデータを転送します。 アプライアンスには、Oracle Cloud Infrastructure Object Storage Classicへのアップロード時にデータの暗号化を有効にするオプションも用意されているため、クラウド内で安心して暗号化されたままになります。 「Oracle Cloud Infrastructure Object Storage」に書き込まれたデータは常にクラウド内で自動的に暗号化されます。 データのセキュリティを確保するために、データがアカウントまたはテナンシに格納される前に施設内のデータを暗号化し、ファイルを取り出すときにそのファイルを復号化するようにアプライアンスを構成できます。 暗号化キーはいつでも更新できます。 NFS共有レベルで暗号化を有効にする詳細な制御を使用することで、機密データのみの暗号化が可能です。 これにより、暗号化に関連するパフォーマンス・コストが最小限に抑えられます。 暗号化はファイルシステム・レベルでサポートされています。 構成されたファイルシステムごとに暗号化を構成することで、機密データがアカウントやテナンシで確実に保護されるようにすることができます。 さらに詳細な制御を使用すると、ストレージ効率を上げることができます。

チェックサム検証によるエンドツーエンドのデータ整合性

組み込みのデータ整合性チェック機能により、Oracle Cloud Infrastructure Storage Software Applianceからお客様のアカウントまたはテナンシにデータ・パスを移動する際にデータが検証され、エンド・ツー・エンドのデータ整合性がシームレスに得られます。 チェックサム検証は、データ整合性の確保に役立ちます。 メタデータ整合性チェックは、メタデータが整合性のとれた状態にあることを保証する場合に実行されます。 各ファイルのチェックサムは、カスタム・インタフェースまたはAPIを使用して読み取ることができます。

ラージ・ファイルの効率的な処理

Oracle Cloud Infrastructure Storage Software Applianceは、Oracle Cloud Infrastructure Object Storage Classicが許可する最大サイズを超える大きなファイルをサポートします。 大きなファイルは1 GBのセグメントにスライスされ、各セグメントは個別のオブジェクトとして格納されます。 メタデータ・データベースは、特定のオブジェクトを構成するセグメントのマニフェストを維持するので、マルチ・セグメント・ファイルは、アプライアンスを介して読み取られたときに自動的に再構成されます。 セグメントは順次アップロードされます。

Oracle Cloud Infrastructure Storage Software Applianceは、Oracle Cloud Infrastructureアカウントの大部分のアップロード・オブジェクトとして大きなファイル(ファイル・サイズが128 MBを超える)をアップロードします。

データ・アーカイブのサポート

Oracle Cloud Infrastructure Storage Software Applianceは、Archiveストレージ・クラスのコンテナ内のオブジェクトのアップロードとリストアをサポートします。

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

Oracle Cloud Infrastructure Object StorageArchiveストレージ・クラスの価格とその他の条件については、https://cloud.oracle.com/en_US/infrastructure/storageを参照してください。

ファイル・バージョンの圧縮とエンド・ツー・エンドの削除のサポート

Oracle Cloud Infrastructure Storage Software Applianceは、サービス・インスタンスから古いファイル・バージョンの削除をサポートします。

Oracle Cloud Infrastructure Storage Software Applianceは、ストレージ・サービス用の従来のファイルシステム・インタフェースを提供します。 追加、書き換え、上書き、切り捨てなどのバイト単位の粒度を持つファイル操作を可能にします。 アプライアンス・ファイル・システムでファイルが変更されると、新しいバージョンのファイルが作成され、サービス・インスタンスにアップロードされます。

複数のバージョンを含むファイルが存在する場合、最新のファイルまたは最新バージョンのファイルが、ファイルの読み込み時に常に返されます。 管理者は、サービス・インスタンスに保持されるファイルのバージョン数を構成できます。 ファイル・バージョンの圧縮により、不要なバージョンを永久に削除することができます。 また、ファイルシステムからファイルを削除すると、アプライアンスでファイル・バージョン圧縮が有効になっている場合、サービス・インスタンス内の対応するオブジェクトも削除されます。

キャッシュ・ピンニングでファイルを選択するためのクイック・アクセス

Oracle Cloud Infrastructure Storage Software Applianceを使用すると、選択ファイルをファイルシステムのキャッシュに固定して素早くアクセスできます。 任意のストレージ・クラス(StandardまたはArchive)に接続されているファイルシステムのファイルをキャッシュに固定することができます。

ファイルシステムにファイルをアップロードすると、そのファイルシステムは最初にファイルシステムのキャッシュに格納され、ストレージ・サービスに応じてコンテナまたはバケットにアップロードされます。 ファイルがアップロードされた後、キャッシュ・マネージャによってファイルシステム・キャッシュから削除される可能性があります。 キャッシュは、「最近使用されたもの」(LRU)キャッシュ管理ポリシーを使用して再利用され、ファイルシステムの詳細設定で指定されたキャッシュしきい値を満たします。 特定のファイルを迅速にアクセスできるようにキャッシュ内で常に使用できるようにするには、それらをファイルシステムのキャッシュにキャッシュに保存しておくことができます。 固定されたファイルは、ファイルシステムのキャッシュから削除されません。

アプライアンス・ヘルス・チェック

アプライアンス・ヘルス・チェック・サービスは、Oracle Cloud Infrastructure Storage Software Applianceで実行される自動プロセスです。 ヘルス・チェックを通じてシステム全体のステータスを監視し、ローカル・ストレージの使用状況などのアプライアンスのパフォーマンスについての洞察を得ることができます。

用語

次の表は、Oracle Cloud Infrastructure Storage Software Applianceのコンテキストで使用される主要用語を定義しています。

期間 説明

アカウント

Oracle Accountは、固有の顧客アカウントであり、個人、組織、またはOracleの顧客である企業に対応することができます。 各アカウントには1つ以上のアイデンティティ・ドメインがあります。

バケット

bucketは、Oracle Cloud Infrastructureのユーザー作成リソースです。 これは、オブジェクトを名前空間内のコンパートメントに保持することができます。 バケットは単一のコンパートメントに関連付けられています。

コンパートメント

compartmentは、管理者によって許可された特定のグループのみがアクセスできる関連リソース(インスタンス、仮想クラウド・ネットワーク、ブロック・ボリュームなど)の集合です。 コンパートメントでは、クラウド・リソースへのアクセスを整理して制御することができます。

コンテナ

containerは、Oracle Cloud Infrastructure Object Storage Classicのユーザー作成リソースです。 コンテナに割当て制限を指定しないかぎり、無制限の数のオブジェクトを保持できます。 コンテナはネストできない点に注意してください。

ファイルシステム

Oracle Cloud Infrastructure Storage Software ApplianceFileSystemは、ストレージ・サービスに応じて、ローカル・ホスト上のディレクトリをサービス・インスタンス内のコンテナまたはバケットに接続します。

通常、ファイル・システム (2語)は、ディスク上のファイルを管理するためにオペレーティング・システムで使用されるメカニズムを指します。 この一般的な意味は、Oracle Cloud Infrastructure Storage Software Applianceの文脈におけるfilesystem(1ワード)の意味とは異なります。

メタデータ

メタデータとは、特定のファイルまたはオブジェクトに固有の情報を指します。 例には: ファイル名、オブジェクトID、作成日、変更日、サイズ、権限。 アプライアンスはファイルシステムのすべてのメタデータをローカルにキャッシュし、定期的にクラウドにバックアップします。

NFS v4

NFS v4とは、RFC 3530 (https://www.ietf.org/rfc/rfc3530.txt)に定義されている分散ファイル・システム・プロトコルであるNFS (ネットワーク・ファイル・システム)のバージョン4のことです。 これを使用すると、クライアント・コンピュータがリモート・サーバー上に存在するファイル・システムをマウントし、ローカル・ファイル・システムであるかのようにネットワークを介してそのようなリモート・ファイル・システムにアクセスできるようになります。

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

オブジェクト・ストレージは、大量の非構造化データを保存する場合に、パフォーマンス、スケーラビリティおよび管理の最適なブレンドを提供します。 複数のストレージ・ノードが単一で共有の水平方向にスケーラブルなプールを形成し、データをオブジェクト (BLOBデータ)としてフラットな階層のコンテナに格納します。 各オブジェクトにはデータ、関連メタデータおよび一意のIDが保存されます。 コンテナおよびオブジェクトにカスタム・メタデータを割り当てることができ、データの検索、分析および管理が簡単になります。

アプリケーションは一意のオブジェクトIDを使用して、REST APIコールでデータに直接アクセスします。 オブジェクト・ストレージは、使いやすく、機能性がよく、事実上無制限の容量まで拡張できます。

Oracle Cloud Infrastructure Object Storage Classic

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

Oracle Cloud Infrastructure

Oracle Cloud Infrastructureは、高可用性のホスト環境で幅広いアプリケーションとサービスを構築して実行できるようにする、補完的なクラウド・サービスのセットです。 オンプレミス・ネットワークから安全にアクセスできる柔軟なオーバーレイ仮想ネットワーク内の高性能コンピューティング機能(物理ハードウェア・インスタンスなど)とストレージ容量を提供します。

テナンシ

tenancyは、クラウド・リソースを作成、整理、および管理できるOracle Cloud Infrastructure内の安全で隔離されたパーティションです。

Storage Software Applianceをインストールするためのシステム要件

このセクションでは、Oracle Cloud Infrastructure Storage Software Applianceのインストールに必要なハードウェアとソフトウェアについて詳しく説明します。

ハードウェア要件

次のサーバー:

  • 2つのデュアル・コアCPU(4コアCPUを推奨)
  • 推奨ディスク・サイズ: 300 GB
  • 最小メモリー要件(アプライアンス・ファイル・システムにアップロードできるファイルの最大数に基づいて):
    • 16 GBファイルシステム、最大100万ファイル
    • 32 GBファイルシステム、最大500万ファイル
    • 64 GBファイルシステム、最大1000万ファイル

ソフトウェア要件

  • UEKリリース4以降のOracle Linux 7
  • Docker 1.12.6

    Dockerは、分散アプリケーションを構築、出荷および実行するためのオープン・プラットフォームです。 詳細は、https://www.docker.com/を参照してください。

  • NFSバージョン4.0

注意:

  • DockerとNFSプロトコルは、Oracle Linux上で実行されているホスト上のアプライアンスのインストール中に自動的にインストールされます。
  • アプライアンスをインストールした後、Dockerのストレージ・ドライバがdevicemapperであることを確認します。 「Dockerでのストレージ・ドライバの確認と更新」を参照してください。

UEK4カーネルを使用するLinuxホストのブート

  1. アプライアンスをインストールするホスト上で/etc/yum.repos.d/public-yum-ol7.repoを編集します:
    1. セクション[ol7_UEKR3]を見つけます。
      • [ol7_UEKR3] name=Latest Unbreakable Enterprise Kernel Release 3 for Oracle Linux $releasever ($basearch)
      • baseurl=http://public-yum.oracle.com/repo/OracleLinux/OL7/UEKR3/$basearch/
      • gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-oracle
      • gpgcheck=1
      • enabled=1
    2. セクション[ol7_UEKR3]が存在しない場合は、次のセクションを追加します。
      • [ol7_UEKR4] name=Latest Unbreakable Enterprise Kernel Release 4 for Oracle Linux $releasever ($basearch)
      • baseurl=http://public-yum.oracle.com/repo/OracleLinux/OL7/UEKR4/$basearch/
      • gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-oracle
      • gpgcheck=1
      • enabled=1

      セクション[ol7_UEKR3]が存在する場合は、それをセクション[ol7_UEKR4]で置き換えます。

  2. 次のコマンドを入力して、すべての3.8カーネルをリストします。

    rpm -qa | grep kernel

  3. 次のコマンドを入力して、アプライアンスをインストールするホストからすべての3.8カーネルを削除します。

    sudo rpm -e kernel

    注意:

    3.8カーネルが依存するパッケージに関するエラーが表示される場合があります。 このようなエラーが表示された場合、3.8カーネルに加えてそのパッケージを削除します。
  4. (オプション)最新のカーネルに更新します。

    sudo yum update

  5. 新しいgrub.cfgファイルを生成します。

    sudo grub2-mkconfig > grub.cfg

  6. 更新したgrub.cfgファイルをgrub2ディレクトリに移動します。

    sudo mv grub.cfg /boot/grub2

Oracle Cloud Infrastructure Storage Software Applianceをインストールする前に、dockerパッケージとnfs-utilsパッケージをインストールする必要があります。 詳細は、「Storage Software Applianceのインストール」を参照してください。

Dockerでのストレージ・ドライバの確認と更新

  1. 開始docker:

    sudo systemctl start docker

  2. dockerの情報を確認します。

    sudo docker info

    サンプル出力

    Containers: 0 
    Images: 0 
    Storage Driver: devicemapper  
    Backing Filesystem: extfs 
    Server Version: 17.03.1-ce
    Storage Driver: devicemapper
    Pool Name: docker-202:1-8413957-pool
    Pool Blocksize: 65.54 kB
    Base Device Size: 10.74 GB
    Backing Filesystem: xfs
    Data file: /dev/loop0
    Metadata file: /dev/loop1
    Data Space Used: 11.8 MB
    Data Space Total: 107.4 GB
    Data Space Available: 7.44 GB
    Metadata Space Used: 581.6 kB
    Metadata Space Total: 2.147 GB
    Metadata Space Available: 2.147 GB
    Thin Pool Minimum Free Space: 10.74 GB
    Udev Sync Supported: true
    Deferred Removal Enabled: false
    Deferred Deletion Enabled: false
    Deferred Deleted Device Count: 0
    Data loop file: /var/lib/docker/devicemapper/data
    Metadata loop file: /var/lib/docker/devicemapper/metadata
    Library Version: 1.02.135-RHEL7 (2016-11-16)
    
  3. 出力でStorage Driverを探します。

    Storage Driverdevicemapperでない場合は、次のステップを実行します:

    1. Stop docker:

      sudo systemctl stop docker

    2. ホストの/etc/docker/daemon.jsonを探します。

      ファイルdaemon.jsonが存在しない場合は、作成します。

    3. daemon.jsonに次のテキストを追加して、変数storage-driverdevicemapperに設定します :
      {
      "storage-driver": "devicemapper" 
      }

      注意:

      また、必要に応じて「デバイス・マッパー・ストレージ・ドライバを使用」を参照し、dockerの構成を更新してください。
    4. 再起動docker:

      sudo systemctl start docker

    5. dockerの情報を確認します。

      sudo docker info

      出力でStorage Driverを探し、ストレージ・ドライバがdevicemapperであることを確認します。

Storage Software Applianceのインストール

始める前に

Oracle Cloud Infrastructure Storage Software Applianceのインストール・ステップ

注意:

サーバーがOracle Linuxで実行されている場合は、「ステップ11」にアクセスしてアプライアンスをインストールします。

DockerとNFSプロトコルがサーバーに自動的にインストールされます。

  1. Oracle Cloud Infrastructure Storage Software Applianceをインストールするサーバーにログインします。
  2. アプライアンスをインストールするホストで/etc/yum.repos.d/public-yum-ol7.repoを編集します。
    • addonsenableの値を1に変更します。
    • optional_latestenableの値を1に変更します。
  3. (オプション)yumを使用してdockerをインストールします:

    sudo yum install docker-engine

    このコマンドは、dockerを手動でインストールする必要がある場合にのみ実行してください。

  4. サーバーを再起動します。

    sudo shutdown -r now

  5. dockerクライアントを使用する、ルート以外のユーザーを有効にします。
    1. ホストに新しいグループ(docker)を追加します。

      sudo groupadd docker

    2. ユーザー・アカウントを変更して、dockerグループにユーザー名を追加します。

      sudo usermod -a -G docker username

    3. ログアウトして再度ログインします。
  6. 次のコマンドを実行して、dockerソケットに対処するようにアプライアンス・ホストを設定します。

    NO_PROXY=localhost,127.0.0.1/8,/var/run/docker.sock

    no_proxy=$NO_PROXY

  7. dockerを起動し、次のコマンドを入力してdockerが実行されていることを確認します:
    • sudo systemctl start docker

    • sudo systemctl enable docker

  8. (オプション)yumを使用してnfs-utilsをインストールします:

    sudo yum install nfs-utils

    このコマンドは、nfs-utilsを手動でインストールする必要がある場合にのみ実行してください。

    nfs-utilsパッケージにより、ホストでNFSプロトコルが有効になります。

  9. rpcbindnfs-serverを起動し、次のコマンドを入力して、NFSプロトコルが実行していることを確認します。
    • sudo systemctl start rpcbind
    • sudo systemctl start nfs-server
    • sudo systemctl enable rpcbind
    • sudo systemctl enable nfs-server
  10. NFSプロトコルのバージョンが4であるかどうかを確認します。

    sudo rpcinfo -p | grep nfs

  11. 次のコマンドを入力して、インストーラからアプライアンス・ホスト上のディレクトリにファイルを抽出します。

    tar -xvf installer_tar.gz

  12. oscsa-install.shファイルの権限を変更します。

    chmod +x oscsa-install.sh

  13. dockerのステータスを確認します。

    sudo systemctl status docker

  14. dockerの情報を確認します。

    sudo docker info

  15. oscsa-install.shファイルを実行します。

    sudo ./oscsa-install.sh

    アプライアンス・ホストのデフォルトのインストール場所は /opt/oscsa_gatewayです。

    アプライアンスは、ファイルがアカウントにコピーされるまで、ローカル・バッファにファイルのローカル・コピーを作成します。 デフォルトでは、バッファの場所は/var/libのサブディレクトリ内になります。 しかし、/var/libに十分なストレージ領域がない場合には、このオプションを使用してデータ・ストレージ、メタデータおよびログ・ストレージの場所を指定します。

    (オプション)あるいは、次のいずれかのオプションを指定してoscsa-install.shファイルを実行できます。
    • -a: インストールを拡張モードで実行します。
    • -p: Oracle Cloud Infrastructure Storage Software Applianceがプロキシ・サーバーで実行されていることを指定します。
    • -q: 消音モードでインストールを実行します。 
    • -d: 指定されたインストール・パスでインストールします。
    • -h: ヘルプ情報を表示します。

    サンプル出力

    *************************************
    Imported temporary env vars from opc to this install session
    *************************************
    Checking that docker is installed and using the correct version
    Pass found docker version Docker version 17.06.2-ol, build d02b7ab
    WARNING: devicemapper: usage of loopback devices is strongly discouraged for production use.
             Use '--storage-opt dm.thinpooldev' to specify a custom block storage device.
    WARNING: devicemapper: usage of loopback devices is strongly discouraged for production use.
             Use '--storage-opt dm.thinpooldev' to specify a custom block storage device.
    
    *************************************
    Checking host prerequisites
    *************************************
    
    Detected linux operating system
    Checking kernel version
    Pass kernel version 4.1.12-61.1.18.el7uek.x86_64 found
    Checking NFS version
    Pass found NFS version 4
    
    *************************************
    All prerequisites have been met
    *************************************
    
    
    *************************************
    Begin installation
    *************************************
    
    Enter the install location press enter for default (/opt/oscsa_gateway/) : 
    Installing to destination /opt/oscsa_gateway/
    Copied install scripts
    Copied OCISSA image
    Starting configuration script
    
    Enter the path for OCISSA Cache storage : /oscsa/cache
    
    Enter the path for OCISSA Metadata storage : /oscsa/metadata
    
    Enter the path for OCISSA Log storage : /oscsa/log
    Writing configuration
    Importing image
    d0c367ad7015: Loading layer [==================================================>]  233.7MB/233.7MB
    1bef79313f6a: Loading layer [==================================================>]  395.6MB/395.6MB
    50affcccd4ca: Loading layer [==================================================>]  3.072kB/3.072kB
    02651725b81e: Loading layer [==================================================>]  3.072kB/3.072kB
    9d65e9622255: Loading layer [==================================================>]  62.21MB/62.21MB
    ...
    Loaded image: oscsa_gw:1.4
    Loaded image: oraclelinux:7.3
    Creating OCISSA Volume with args -v /oscsa/cache:/usr/share/oracle/ -v /oscsa/metadata:/usr/share/oracle/system/ -v /oscsa/log:/var/log/gateway 
    Applying configuration file to container
    Starting OCISSA [oscsa_gw:1.4]
    Setting up config file port with nfs
    Setting up config file port with rest
    Management Console: https://prd-linux-srv5:443
    If you have already configured an OCISSA FileSystem via the Management Console,
    you can access the NFS share using the following port.
    
    NFS Port: 32769
    Example: mount -t nfs -o vers=4,port=32769 appliance_host_name:/OCISSA FileSystem name/local_mount_point
    高度な設定では、さらに次のパラメータを構成できます。
    • DATASTORAGE: Oracle Cloud Infrastructure Storage Software Applianceディスク・キャッシュが格納されるディスクのロケーションまたはマウント・パスを指定します。
    • MDSTORAGE: Oracle Cloud Infrastructure Storage Software Applianceメタデータが格納されるディスクのロケーションまたはマウント・パスを指定します。
    • LOGSTORAGE: Oracle Cloud Infrastructure Storage Software Applianceログが保存されるディスクのロケーションまたはマウント・パスを指定します。
    • ADMINPORT: 管理コンソールにアクセスするためのアプライアンス・ホストのポートを指定します。
    • NFSPORT: NFSにアクセスするためのアプライアンス・ホストのポートを指定します。

    注意:

    アプライアンスのインストール中に、データ、メタデータ、およびログ・ストレージを格納するディレクトリが存在しない場合は自動的に作成されます
  16. ファイアウォールのステータスを確認します。

    sudo firewall-cmd --state

  17. 次のコマンドを入力して、アプライアンス・ホストのファイアウォール・ポートを開きます。
    • sudo firewall-cmd --zone=public --add-port=nfs_port/tcp --permanent
    • sudo firewall-cmd --zone=public --add-port=management_web_ui_port/tcp --permanent
    • sudo firewall-cmd --reload

    例:

    sudo firewall-cmd --zone=public --add-port= 32774/tcp --permanent

    sudo firewall-cmd --zone=public --add-port= 32775/tcp --permanent

    sudo firewall-cmd --zone=public --add-port= 32776/tcp --permanent

    sudo firewall-cmd --reload

  18. アプライアンスを起動します。

    oscsa up

インストールの実行、イメージのダウンロードおよびイメージのdockerへのインポートには、最大で30分かかる場合があります。

インストールが完了すると、次の出力例に示すように、Oracle Cloud Infrastructure Storage Software Applianceの詳細が表示されます。

管理コンソールURLをメモします。形式は次のとおりです。

https://appliance_host_name:port_number

サンプル出力

Starting NFS on docker host
Applying configuration file to container
Starting OSCSA [oscsa_gw:1.4]

Management Console: https://myApplianceHost.example.com:32771


If you have already configured an OCISSA FileSystem via the Management Console,
you can access the NFS share using the following port.

NFS Port: 32770

Example: mount -t nfs -o vers=4,port=32770 myApplianceHost.example.com:/OCISSA_filesystem_name /local_mount_point
サンプル出力では、次のようになります。
  • myApplianceHost.example.comはアプライアンス・ホストの名前です
  • 32771は管理コンソールのポート番号です

ヒント:

管理コンソールURLのアプライアンス・ホスト名またはIPアドレスのいずれかを使用できます。

  • 次のコマンドを入力して、アプライアンス・ホストの名前を確認できます。

    hostname

  • 次のコマンドを入力して、アプライアンス・ホストのIPアドレスを確認できます。

    ip addr

管理コンソールは、Oracle Cloud Infrastructure Storage Software Appliance内で実行されているWebアプリケーションです。 管理コンソールは、Webブラウザを使用して開くことができます。 次に、管理者を作成し、管理コンソールにログインして最初のファイルシステムを作成できます。 詳細は、「最初のファイルシステムの作成」を参照してください。

最初のファイルシステムの作成

初めて管理コンソールにアクセスする場合、管理コンソールでは、管理者の資格証明と最初のファイルシステムの作成を促すウィザードを呼び出します。 ファイルシステムは、Oracle Cloud Infrastructure Storage Software Applianceでアクセス可能な一連のデータを含む名前空間に似ています。 このコンテキストのファイルシステムは、ストレージ・サービスに応じて、ローカル・ホスト上のディレクトリと、テナンシ内のアカウントまたはバケット内のコンテナ間のマッピングを表します。 ファイルシステムは、Oracle Cloud Infrastructure Storage Software Applianceがアカウントまたはテナンシに接続するために使用する接続資格証明を定義します。

アプライアンス内のファイルシステムを使用すると、アプライアンス・ホスト(またはデータをアップロードするホスト)のディレクトリからコンテナまたはバケットにファイルを格納および取得できます。

  1. ホストにログインします。
  2. 次のコマンドを入力して、Oracle Cloud Infrastructure Storage Software Applianceが実行中であることを確認します:

    sudo docker ps

    サンプル出力:

    CONTAINER ID
    a4e254d80472
    IMAGE
    oscsa_gw:1.3
    COMMAND
    "/sbin/init"
    CREATED 38 minutes ago
    STATUS
    Up 38 minutes
    PORTS
    0.0.0.0:32775->111/udp, 0.0.0.0:32782->2049/tcp, 0.0.0.0:32783->3333/tcp 
    NAMES
    oscsa_gw 
  3. Oracle Cloud Infrastructure Storage Software Appliancedockerで実行されていない場合は、次のコマンドを入力してアプライアンスを起動します:

    oscsa up

    サンプル出力:

    Starting NFS on docker host
    Applying configuration file to container
    Starting OSCSA [oscsa_gw:1.3]
    Management Console: https://myApplianceHost.example.com:32771
    
    If you have already configured an OCISSA FileSystem via the Management Console,
    you can access the NFS share using the following port.
    
    NFS Port: 32770
    
    Example: mount -t nfs -o vers=4,port=32770 myApplianceHost.example.com:/OCISSA_filesystem_name/local_mount_point
    
  4. 管理コンソールURLを入力して、Webブラウザで管理コンソールを開きます。

    https://appliance_host_name:port_number

    たとえば、https://myApplianceHost.example.com:32771のようになります。 管理コンソールが表示されます。

  5. 管理者の資格証明を作成し、管理コンソールにログインします。

    ウィザードに次のメッセージが表示されます。

    No FileSystems are created yet.

  6. 「FileSystemを作成」をクリックします。
  7. ファイルシステムの名前を入力します。

    注意:

    ファイルシステム名を入力するときに適用される文字制限については、「文字の制限」を参照してください。

    「次へ」をクリックします。

  8. アカウントのオブジェクト・ストレージAPIエンドポイントを入力します。

    注意:

  9. Oracle Cloud Infrastructure Object Storage Classicでファイルシステムを作成する場合は、ステップ9aに進みます。 Oracle Cloud Infrastructureでファイルシステムを作成したい場合は、ステップ9bに進みます。
    1. あなたのOracle Cloud Infrastructure Object Storage Classicアカウントの詳細を使ってファイルシステムを作成してください:
      • あなたのアカウントのユーザー名(たとえば、: jack.jones@example.com ).
      • あなたのアカウントのパスワード。
      • 「検証」をクリックします。
    2. 「Oracle Cloud Infrastructure Object Storage」テナンシの詳細を使用してファイルシステムを作成します:
      • テナントID
      • ユーザーID
      • コンパートメントID (オプション)
      • 公開キーフィンガープリント
      • 秘密キー
      • 秘密キーパスフレーズ
  10. 必要に応じて次のオプションを設定します:
    • アーカイブ有効化: このファイルシステムをArchiveストレージ・クラスのコンテナまたはバケットに接続する場合は、このチェックボックスをオンにします。

      詳細は、「Archive FileSystemsについて」を参照してください。

  11. 「詳細を表示」をクリックし、詳細構成フィールドに必要な情報を入力します。 詳細については、「FileSystemを追加」「表2-*」の表を参照してください。
  12. 「保存」をクリックします。

    ファイルシステムが作成され、ファイルシステムの詳細が「ダッシュボード」ページに表示されます。

Archive FileSystemsについて

Archiveファイルシステムを作成するときに、同じ名前のコンテナまたはバケットがアカウントに存在しない場合、コンテナまたはバケットが作成されます。 さらに、filesystem_name-archiveという別のコンテナまたはバック・レットが作成されます。

たとえば、myFirstArchiveFSという名前のArchiveファイルシステムを作成すると、次の2つのコンテナまたはバケットが作成されます:
  • myFirstArchiveFS-archive

    このコンテナまたはバケットは、ストレージ・クラスarchiveです。 アプライアンス・ホスト上のマウントされたディレクトリにアップロードされたすべてのファイルは、myFirstArchiveFSファイルシステムにオブジェクトとして格納され、このコンテナに非同期にコピーされます。 メタデータのバックアップもこのコンテナに格納されます。

  • myFirstArchiveFS

    メタデータ同期オブジェクトは、このコンテナまたはバケットに格納されます。 メタデータ同期オブジェクトを使用すると、アプライアンスのインストールが失われた場合にメタデータ情報をリストアできます。

    メタデータの同期オブジェクトに加えて、メタデータのバックアップは定期的にArchiveコンテナまたはバケットに格納されます。

ファイルシステム名が既存のコンテナまたはバケットと一致し、コンテナのストレージ・クラスがstandardである場合、ファイルシステムをマウントすることができず、エラー・メッセージが表示されます。

アプライアンスは、毎日、毎週、毎月メタデータ・バックアップを自動的に実行します。

次のステップ

ファイルシステムをアプライアンス・ホスト上のディレクトリに接続します。 詳細は、「FileSystemの接続」を参照してください。

管理コンソールを使用してOracle Cloud Infrastructure Storage Software Applianceを管理する方法については、「アプライアンスの管理とモニタリング」を参照してください。
管理コンソールで次のタスクも実行できます。

クライアント上のファイルシステムのマウント

Oracle Cloud Infrastructure Storage Software Applianceの各ファイルシステムは、アプライアンス・ホスト上のディレクトリをコンテナまたはバケットにマップします。 Oracle Cloud Infrastructure Storage Software ApplianceとNFSクライアントの間の接続を確立するには、アプライアンス・ファイル・システムをNFSクライアントにマウントする必要があります。

確認されたNFSクライアント
  • Oracle Linux 6.4,6.6および7.3
  • Ubuntu 14.04および16.04
  • CentOS 7
  • Debian 8 Jessie

注意:

上記のNFSクライアントのリストは、テストされ、検証されています。 ただし、このリスト以外のNFSクライアントを使用することもできます。
ステップ
  1. アプライアンス・ホストにログインします。
  2. 次のコマンドを入力して、アプライアンスを起動します:

    oscsa up

  3. NFSポート番号を確認します。

    oscsa info

    出力のNFSポート番号をメモします。

    サンプル出力:
    Management Console: https://myApplianceHost.example.com:32775
    
    If you have already configured an OSCSA FileSystem via the Management Console,
    you can access the NFS share using the following port.
    
    NFS Port: 32774
    
    Example: mount -t nfs -o vers=4,port=32774 myApplianceHost.example.com:/filesystem_name /local_mount_point
    サンプル出力では、次のようになります。
    • myApplianceHost.example.comはアプライアンス・ホストの名前です
    • 32775は管理コンソールのポート番号です
    • 32774はNFSポートです
  4. アプライアンスを介してサービス・インスタンスにアクセスするNFSクライアントにログインします。
  5. NFSクライアントにディレクトリを作成します。
  6. NFSクライアントで作成したディレクトリにファイルシステムをマウントします:

    sudo mount -t nfs -o vers=4, port=NFS_port appliance_host:/OSCSA_filesystem_name /local_mount_point_on_NFS_client

    このコマンドでは、
    • appliance_hostを、アプライアンスがインストールされているサーバーのサーバー名またはIPアドレスに置き換えます。
    • OSCSA_filesystem_nameを、マウントするファイルシステム名に置き換えます。
    • /local_mount_point_on_NFS_clientを、NFSクライアントで作成したディレクトリのパスに置き換えます。

    mount -t nfs -o vers=4, port=32774 myApplianceHost.example.com:/myFirstFS /home/xyz/abc

    次に例を示します。

    • 32774はNFSポートです
    • myApplianceHost.example.comはアプライアンス・ホストの名前です
    • myFirstFSはファイルシステム名です
    • /home/xyz/abcは、NFSクライアント上のディレクトリabcへのパスです

アプライアンス・ファイル・システムがNFSクライアント・ディレクトリにマウントされるようになりました。 NFSクライアントからアプライアンス・ファイル・システムにアクセスできるようになりました。

詳細は、データを格納および取得するためのアプライアンスの使用を参照してください。

ヒント:

Linuxホスト上のデータをバックアップし、アプライアンスを使用してOracle Cloud Infrastructure Object Storage Classicアカウントに保存する方法については、チュートリアルチュートリアル・アイコン「Oracle Cloud Infrastructure Storage Software Applianceを使用したデータのバックアップ」を参照してください。

Storage Software Applianceを使用するためのワークフロー

タスク 説明 詳細情報

ファイルシステムの作成と管理

filesystemを作成し、ファイルシステムにデータを暗号化し、アカウントまたはテナンシ上のファイルシステムをコンテナまたはバケットに接続します。

Oracle Cloud Infrastructure Storage Software Applianceを使用してデータを格納および取得

Oracle Cloud Infrastructure Storage Software Applianceのファイルシステムにサーバー上のディレクトリからファイルを保存します。 ファイルシステムからサーバーのディレクトリにファイルを取得します。

Oracle Cloud Infrastructure Storage Software Applianceの管理とモニタリング

Oracle Cloud Infrastructure Storage Software Applianceを起動または停止します。 Oracle Cloud Infrastructure Storage Software Applianceのログを表示します。