1. アプリケーション・データのクラウドへの移行について
  2. ストレージの考慮事項

ストレージの考慮事項

Oracle Cloud Infrastructure記憶域オプションを理解するには、パフォーマンス、永続性、可用性、スケーラビリティ、拡張度、セキュリティおよびアクセス方法といった記憶特性を定義することが重要です。

  • パフォーマンスでは、スループット、帯域幅および待機時間の組合せが記述されます。
  • 永続性により、データは保存され、クラッシュ時にデータの損失または紀元が維持されなくなります。
  • サービスの可用性とは、可用性ドメイン内にストレージ・サービスを構築してデータへのアクセスを保証する方法を記述したものです。
  • スケーラビリティと拡張度は、計算システム間でデータを移動する間にデータを拡張または縮小しやすくする方法を記述します。
  • セキュリティでは、不正アクセスからデータを保護する方法が説明されています。
  • アクセス方法は、顧客が様々なストレージ製品にまたがるデータにアクセスする方法について説明します。
次のマトリックスを使用すると、Oracle Cloud Infrastructureへのアプリケーションの移行を正常に行うために、どのデータ・ストレージ・オプションを使用するかを決定できます。マトリックスの後に、各オプションの詳細情報がセクションごとに表示されます。
記憶域特性 ファイル ブロック NVMe オブジェクト アーカイブ
パフォーマンス 良 良 最良 良 コールド・ライン
永続性 複数の可用性ドメインにまたがる 複数の可用性ドメインにまたがる ローカル管理 地域 複数の地域にわたる
可用性 高 高 ローカル管理 高 永続的
スケーラビリティ 高 高 静的 高 高
拡張度 自動 動的 静的 自動 自動
セキュリティ 共有 共有 個々のホスト 共有 共有
アクセス方法 ネットワーク 専用 直接 HTTPS HTTPS

ファイル・ストレージ

Oracle Cloud Infrastructure File Storageサービスでは、ネットワーク・ファイル・システム・バージョン3.0 (NFSv3)プロトコルがサポートされています。Virtual Cloud Network (VCN)のベア・メタル、仮想マシンまたはコンテナ・インスタンスからファイル・ストレージ・サービス・ファイル・システムに接続できます。また、Oracle Cloud Infrastructure FastConnectおよびInternet Protocol Security (IPSec)仮想プライベートネットワーク(VPN)を使用してVCNの外部からファイル・システムにアクセスすることもできます。
FileStorageサービスは、次のような広範なユース・ケースでエンタープライズ・ファイル・システムを必要とするアプリケーションとユーザーのニーズを満たすように設計されています。
  • 汎用FileStorage:無制限のファイル・システムのプールにアクセスして、構造化データおよび非構造化データの増加を管理します。
  • ビッグ・データおよび分析:分析ワークロードを実行し、共有ファイル・システムを使用して永続データを格納します。
  • エンタープライズ・アプリケーションのリフトおよびシフト: Oracle E-Business SuiteやPeopleSoftなど、NFS記憶域を必要とする既存のOracle applicationsを移行します。
  • データベースとトランザクション・アプリケーション: Oracle、MySQLまたは他のデータベースとテスト・ワークロードおよび開発ワークロードを実行します。
  • バックアップ、アプリケーション・コンティニュイティおよび障害時リカバリ:バックアップおよび障害時リカバリの目的で、オンプレミスからクラウドへの関連ファイル・システムのセカンダリ・コピーをホストします。
  • MicroServicesおよびDocker:コンテナにステートフル永続性を提供します。コンテナベースの環境の拡張に合せて簡単にスケーリングできます。

NFSファイルがオンプレミス・データ・センターで使用されている場合、ファイル・ストレージへの移動は単純で直接的な場合があります。Microsoft Windows Serverに信頼性がある場合、NFSクライアントを使用してWindows ServerホストにNFS共有をアタッチします。

ブロック・ボリューム

Oracle Cloud Infrastructure Block Volumesサービスでは、現在のストレージ・フットプリントを拡張できます。これは、Oracle Cloud Infrastructure内のインスタンス間で移動できる永続ストレージを提供します。ボリュームはベア・メタルおよび仮想マシン(VM)インスタンスの両方と連携し、データ・ボリュームまたは準仮想化のためにiSCSI経由でアタッチされます。

ブロック・ボリュームを使用すると、Oracle Cloud Infrastructureユーザーは、アプリケーションの記憶域要件を満たすために必要に応じてボリュームを作成、アタッチ、接続および移動できます。ボリュームをインスタンスにアタッチすると、ボリュームは標準ハード・ドライブのように動作します。ボリュームは、切断して、データを失うことなく別のインスタンスにアタッチできるため、要件の変更によってインスタンス間でデータを簡単に取得できます。

ボリュームを作成し、インスタンスにアタッチするには、次のコンポーネントが必要です。
  • インスタンス:クラウドで実行されているベア・メタルまたはVMホスト。
  • ボリューム添付:次のタイプのいずれか。
    • iSCSI:ボリュームとアタッチされたインスタンス間の通信に使用されるTCP/IPベースの標準。
    • 疑似仮想化: Vmで使用可能な仮想化アタッチメント。
  • 容積:次のタイプのいずれか。
    • ブロック・ボリューム:インスタンスの記憶域容量を動的に拡張できる、デタッチ可能なブロック・ストレージ・デバイス。
    • ブート・ボリューム:コンピュート・インスタンスの起動に使用するイメージを含む、デタッチ可能なブート・ボリューム・デバイス。
ブロック・ボリュームは、Bronze (毎月)、Silver (毎週)およびGold (日次)の事前定義済ポリシー・ベースのバックアップをサポートしています。このポリシーを使用すると、全体バックアップおよび増分バックアップをカスタマイズし、全体バックアップの5年間のバックアップ保存を確認できます。

Oracle Cloud Infrastructure上のブロック・ボリュームは優れたパフォーマンス・オプションで、HDFS容量の柔軟な構成を提供します。ブロック・ボリュームはネットワーク接続ストレージであるため、I/O用のVNIC帯域幅を使用します。ブロック・ボリュームも、構成されたサイズ(GB当たり)に基づいてIOPSおよびMB/秒単位でスケール変更されます。個別のブロック・ボリュームのスループットは、700Gb以上のボリュームについて320 MB/秒です。

NVMeデバイス

Oracle Cloud Infrastructureは、特定の計算形状で、ローカルにアタッチされたNVMeデバイスを提供します。これらのデバイスは、ビッグ・データ、OLTPおよび高パフォーマンス・ブロック・ストレージから利点を得るその他のあらゆるワークロードに最適な、非常に低遅延、高パフォーマンスのブロック・ストレージを提供します。

これらのデバイスはいかなる方法でも保護されておらず、インスタンス上にローカルにインストールされた個々のデバイスです。Oracle Cloud Infrastructureでは、イメージの作成、バックアップ、またはRAIDなど他の方法を使用して、NVMeデバイスでデータを保護することはありません。これらのデバイスは自動的に保護されることはなく、データを保護するために適切なRAID構成が必要です。

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

Oracle Cloud Infrastructure Object Storageは、高速、即時および頻繁なアクセスが必要なデータに使用します。データのアクセシビリティとパフォーマンス上の理由は、オブジェクト・ストレージ層にデータを格納するための価格ポイントが高いことです。

オブジェクト・ストレージ・サービスでは、分析データやイメージやビデオなどのリッチ・コンテンツを含む、あらゆるコンテンツ・タイプの非構造化データを無制限に格納できます。

オブジェクト・ストレージでは、インターネットまたはクラウド・プラットフォーム内から直接データを安全かつ安全に格納したり、取得できます。オブジェクト記憶域は地域サービスであり、特定のコンピュート・インスタンスには結び付けられていません。インターネット接続があり、いずれかのオブジェクト・ストレージ・エンドポイントにアクセスできる場合は、Oracle Cloud Infrastructureのコンテキストの内部または外部からデータにアクセスできます。オブジェクト・ストレージでは、サービス・ゲートウェイを介したVCNのOracle Cloud Infrastructureリソースからのプライベート・アクセスもサポートされます。サービス・ゲートウェイを使用すると、プライベート・サブネット内のプライベートIPアドレスからオブジェクト・ストレージのパブリック・エンドポイントへの接続が可能になります。

次のリストは、オブジェクト・ストレージの使用方法をまとめたものです。
  • Hadoop/ビッグ・データ・サポート-オブジェクト・ストレージをビッグ・データのプライマリ・データ・リポジトリとして使用できます。オブジェクト記憶域は、大規模なデータセットを格納し、そのデータセットに対してシームレスに動作する、スケーラブルな記憶域プラットフォームを提供します。
  • バックアップ/アーカイブ -オブジェクト・ストレージを使用して、様々なコンプライアンス要件に従うために、拡張期間について格納する必要のあるバックアップおよびアーカイブ・データを保持できます。
  • コンテンツ・リポジトリ :オブジェクト・ストレージを、データ、イメージ、ログおよびビデオのプライマリ・コンテンツ・リポジトリとして使用できます。
  • ログ・データ -オブジェクト・ストレージを使用すると、アプリケーション・ログ・データを保存できるため、このデータを遡及的に分析して使用パターンおよびデバッグの問題を判別できます。
  • 大規模なデータセット -オブジェクト記憶域を使用して、将来使用するために保持する必要がある生成されたアプリケーション・データを格納できます。Pharmaceutical Trial data、genome dataおよびInternet of Things (IoT)データは、オブジェクト・ストレージを使用して保持できる生成済アプリケーション・データの例です。

アーカイブ・ストレージ

アクセス回数がほとんどまたはほとんどないが、長期間保持する必要があるデータの「アーカイブ・ストレージ」を使用します。アーカイブ・ストレージ層のコスト効率は、データへのアクセスに必要な長いリード・タイムをオフセットします。

アーカイブ記憶域は、アクセス頻度が高く保存期間が長いデータを保存する場合に最適です。ArchiveStorageは、コールド・データを保持するために、オブジェクト・ストレージよりも効率的です。
  • コンプライアンスおよび監査義務
  • 使用パターンまたはデバッグ問題を判断するためにログ・データを遡及的に分析します
  • 過去またはほとんどアクセスされないコンテンツ・リポジトリのデータ
  • 将来の分析または法的目的でアーカイブを必要とするアプリケーション生成データ

オブジェクト・ストレージとは異なり、アーカイブ・ストレージ・データの取得は即時実行されません。