該当する結果がありません

一致する検索結果がありませんでした

お探しのものを見つけるために、以下の項目を試してみてください。

  • キーワード検索のスペルを確認してください。
  • 入力したキーワードの同義語を使用してください。たとえば、「ソフトウェア」の代わりに「アプリケーション」を試してみてください。
  • 下記に示すよく使用される検索語句のいずれかを試してみてください。
  • 新しい検索を開始してください。

 

急上昇中の質問

よくある質問

すべて開く すべて閉じる

    全般的な質問

  • Oracle Cloud Infrastructure Block Volumesとは何ですか。

    Oracle Block Volumesは、お客様のデータのために永続的で耐久性のある高性能なストレージを提供します。Oracle Block Volumesを使用すると、コンピュート・インスタンスの有効期間を超えて、ブロック・ボリュームに独立してデータを保存できます。Oracle Block Volumesは、ブロック・ボリュームの管理、データの制御、およびアプリケーションに必要なストレージ構成の実現に役立ちます。

    Oracle Block Volumesを使用すると、ブロック・ストレージ・ボリュームを動的にプロビジョニングおよび管理できます。ストレージとアプリケーションの要件を満たすために、必要に応じてボリュームを作成、アタッチ、接続、移動できます。インスタンスにアタッチして接続すると、通常のハード・ドライブのようなボリュームを使用できます。ボリュームを切り離して、データを失うことなく別のインスタンスに接続することもできます。

  • ブロック・ボリュームとは何ですか。

    ブロック・ボリュームは、データ・ストレージの一種で、ファイル・ストレージよりも拡張性があります。ブロック・ボリュームは、iSCSIイーサネット・プロトコルを使用して、オンプレミスのストレージ・エリア・ネットワーク(SAN)と同様の機能とパフォーマンスを提供し、データ・ライフ・サイクルのセキュリティと耐久性を実現できるよう設計されています。Oracle Block Volumesを使用して、ブロック・ボリュームを作成し、コンピュート・インスタンスにアタッチできます。

  • どのようなときにブロック・ボリュームを使用すればよいですか。

    ワークロード・アプリケーションに高可用性ストレージとSANのパフォーマンスが必要な場合、またはデータ・ガバナンスに統合バックアップを含める必要がある場合は、ブロック・ボリュームを使用することをお勧めします。アプリケーションは、サービスの弾力性、データの永続性、およびパフォーマンスの面でメリットが得られます。ブロック・ボリュームは、シンプルな管理オプション、運用の柔軟性、従量制の価格設定に加え、分離と最大限の制御をお客様に提供します。

  • インスタンスが終了すると、データはどうなりますか。

    ローカル・コンピュート・ドライブに保存されたデータは、そのコンピュート・インスタンスが存在する間のみ保持されるため、一時ファイルにのみ使用する必要があります。耐久性の高いブロック・ボリュームにデータを保存すると、データはブロック・ボリュームの有効期間中保持されます。コンピュート・インスタンスが終了した場合、ボリュームを別のコンピュート・インスタンスにアタッチすると、そのボリューム内の永続的なデータに再びアクセスできます。ブロック・ボリュームを使用すると、統合ブロック・ボリューム・バックアップを含むようにデータ保護計画を拡張し、バックアップが作成された日にデータのコピーを提供することができます。

  • ブロック・ボリュームの使用を開始するにはどうすればよいですか。

    コンソールREST API、またはSDKを使用して、Oracle Block Volumesにアクセスすることができます。詳細については、Oracle Cloud Infrastructureを開始するためのガイドおよびブロック・ボリュームの概要を参照してください。

  • Oracle Cloud Infrastructure Block Volumesは、ストレージ・インフラストラクチャでNVMe SSDを使用していますか。

    はい。業界をリードする最高性能のNVMeソリッド・ステート・ドライブを使用しています。これらのNVMe SSDは、高いパフォーマンスを備え、パフォーマンスSLAによって保証されており、ストレージ・キャッシュを使用せずに有効になります。

    容量、パフォーマンス、セキュリティ

  • Oracle Cloud Infrastructure Block Volumesでは、どのサイズのブロック・ボリュームをプロビジョニングできますか。

    50 GB〜32 TBのブロック・ボリュームを1 GB単位でプロビジョニングできます。

  • オペレーティング・システムは、どのようにブロック・ボリュームにアクセスしますか。

    オペレーティング・システムは、データ・ストレージ機能をリンクするためのストレージ・ネットワーク規格であるiSCSIプロトコルを使用してブロック・ボリュームにアクセスします。

  • 単一のOracle Cloud Infrastructureブロック・ボリュームには、どのようなパフォーマンス制限がありますか。
  • 仮想マシンにアタッチされた単一のOracle Cloud Infrastructureブロック・ボリュームには、どのようなパフォーマンス制限がありますか。

    Oracle Cloud Infrastructure Compute仮想マシン・インスタンスにアタッチされているブロック・ボリュームは、利用可能なネットワーク帯域幅によって制限されます。インスタンスの制限については、コンピュート・サービスに関するよくある質問を参照してください。

  • アプリケーションで最大のパフォーマンスを実現するにはどうすればよいですか。

    ベアメタル・コンピュート・インスタンスで最大700,000以上のIOPSとニアラインレートのスループットを確認できます。

    詳細については、Oracle Cloud Infrastructure Block Volumesのパフォーマンスを参照してください。

  • 1つのコンピュート・インスタンスには、Oracle Cloud Infrastructureブロック・ボリュームをいくつまでアタッチできますか。

    コンピュート・インスタンスごとに最大32個のボリュームをアタッチできるため、コンピュート・インスタンスごとに最大32 TB*32=1 PBのアタッチ容量になります。高性能アプリケーションのニーズに応じて、アタッチ・ボリュームの数を計測および調整することをお勧めします。

  • ブロック・ボリュームを他のコンピュート・インスタンスに移動できますか。

    はい。ブロック・ボリュームを同じ可用性ドメイン内の任意のコンピュート・インスタンスにアタッチすると、最高のパフォーマンスが発揮されるようにブロック・ボリュームが最適化されます。ブロック・ボリュームをコンピュート・インスタンスからデタッチし、コンピュート・サーバーを再起動せずにボリュームを別のコンピュート・インスタンスにアタッチできます。詳細については、Oracle Cloud Infrastructureのドキュメントを参照してください。

  • データのセキュリティをどのように確保していますか。

    すべてのブロック・ボリュームとそのバックアップは、暗号化に256ビットのキーを使用するAdvanced Encryption Standard(AES)アルゴリズムを使用して、保存時に常に暗号化されます。インスタンスとブロック・ボリューム間で移動されるすべてのデータは、安全性の高い内部ネットワークを介して転送されます。インスタンスとブロック・ボリューム間でデータを移動する際にデータの暗号化に関連する特定のコンプライアンス要件を適用する場合、準仮想化ボリューム・アタッチを使用すると、転送中の暗号化を有効にできます。

    ブロック・ボリュームとそのバックアップは、テナント/コンパートメントの境界内でのみアクセスでき、テナント/コンパートメントへのアクセス権限が付与されている認証済みユーザーのみがアクセスできます。

    ブート・ボリュームもBlock Volumesサービスによって提供および管理されるため、ブロック・ボリュームと同じ方法で保護されます。

  • ブロック・ボリュームでは、パフォーマンスや価格が異なるさまざまなオプションがありますか。
  • ボリュームのパフォーマンスや価格を変更できますか。
  • ボリュームのパフォーマンスを変更するにはダウンタイムが必要ですか。

    いいえ。ボリュームがインスタンスにアタッチされているかどうかに関係なく、アプリケーションのダウンタイムなしでボリュームのパフォーマンスを変更できます。

    耐久性

  • Oracle Cloud Infrastructure Block Volumesに保存されるデータには、どの程度の耐久性がありますか。

    組み込みの修復メカニズムを使用して、データの複数のコピーが複数のストレージ・サーバーに冗長に保存されます。Block Volumesサービスは、ブロック・ボリュームとブート・ボリュームに関して年間99.99%(フォー・ナイン)の耐久性を提供するように設計されています。ただし、可用性ドメインの障害から保護するために、定期的にバックアップを作成することをお勧めします。

  • ボリュームのサイズを変更して、より大きなボリュームにするにはどうすればよいですか。

    次の3つのオプションがあります。

    • 既存のブート・ボリュームとブロック・ボリュームのサイズをオフラインで最大32 TBまで拡大します。
    • ブート・ボリュームまたはブロック・ボリュームのバックアップから最大32 TBの大きなサイズのボリュームに復元します。
    • 既存のブロック・ボリュームまたはブート・ボリュームのクローン最大32 TBの大きなサイズのボリュームに作成します。

    注意:ボリュームのバックアップまたはクローンの進行中は、ボリュームのサイズを変更できません。

  • 「読み取り専用」アタッチとは何ですか。なぜ必要なのですか。

    読み取り専用アタッチは、ボリュームを読み取り専用としてマークするために使用されるため、ボリューム内のデータは変更できません。これにより、未テストのアプリケーションや信頼できないアプリケーションによる偶発的または悪意のある変更からデータを保護できます。

    また、複数のコンピュート・インスタンス(それぞれがWebフロント・エンドなどのクライアント・アプリを実行している)が、読み取り専用の同じボリュームにアクセスする場合にも、読み取り専用アタッチを使用できます。たとえば、静的な製品カタログ情報をクライアントに提供するWebフロント・エンドを使用する場合がこれに該当します。

  • ブート・ボリュームでは読み取り専用アタッチがサポートされていますか。

    ブート・ボリュームは本質的に変更可能なため、デフォルトでは「読み取り専用」ではありません。ブート・ボリュームをデタッチした後、デバッグのために読み取り専用でアタッチすることはできます。

  • アタッチ済みのボリュームを「読み取り専用」にすることはできますか。

    いいえ。そのためには、まずボリュームをデタッチし、「読み取り専用」属性を指定して再アタッチする必要があります。

  • ボリュームがすでに「読み取り専用」としてアタッチされている場合、そのボリュームを「読み取り/書き込み」用としてアタッチできますか。

    いいえ。そのためには、まずボリュームをデタッチし、デフォルトのアタッチ・モード(「読み取り/書き込み」)を指定して再アタッチする必要があります。

  • ブロック・ボリュームのアタッチ・プロトコルまたはアタッチ・タイプにはどのようなオプションがありますか。

    iSCSIと準仮想化の2つのオプションがあります。準仮想化ボリューム・アタッチは、VMインスタンスでのみサポートされています。

  • 準仮想化ボリューム・アタッチ接続とは何ですか。

    iSCSIイニシエータおよびiSCSIアタッチを必要とせずに、ネイティブのオペレーティング・システムをサポートするブロック・ボリュームです。すべてのOracleオペレーティング・システム、Linux、およびWindowsは、VMデプロイメントのオプションとして準仮想化アタッチをサポートしています。

  • 準仮想化アタッチは、どのような場合に使用すればよいですか。

    準仮想化アタッチを使用すると、ボリューム・アタッチの構成が簡素化されます。ボリューム・アタッチ中にiSCSI構成コマンドを実行したくない場合は、代わりに準仮想化アタッチの使用を検討することをお勧めします。iSCSIでは、初期構成ステップの手間はかかりますが、パフォーマンスが優れていることに注意してください。準仮想化アタッチは便利ですが、iSCSIアタッチの公開されているパフォーマンス特性に比べ、パフォーマンスが劣ります。

  • ボリュームをインスタンスにアタッチするときに、使用するアタッチ・タイプを選択できますか。

    はい。ボリュームをアタッチするときに、CLI/SDKやコンソールで接続タイプを選択できます。アタッチ・タイプを変更するには、ボリュームをデタッチしてから、新しいアタッチ・タイプを指定して再アタッチする必要があります。

  • iSCSIボリューム・アタッチと準仮想化ボリューム・アタッチのパフォーマンスに違いはありますか。

    準仮想化アタッチのパフォーマンスは、ISCSIアタッチよりも劣ります。詳細については、Oracle Cloud Infrastructure Block Volumesのパフォーマンスを参照してください。

    バックアップ/復元

  • ブロック・ボリュームをバックアップできますか。

    はい。Oracle Block Volumesは、統合バックアップ機能を備えており、ブロック・ボリュームのコピーをOracle Cloud Infrastructure Object Storageに保存することによってデータを保護します。

  • オペレーティング・システム・ディスク(ブート・ボリュームとも呼ばれる)をバックアップできますか。

    はい。ブート・ボリューム・バックアップでは、ブロック・ボリューム・バックアップのすべての機能を使用できます。Oracle Cloud Infrastructure Block Volumesは、オペレーティング・システム・ディスクをブート・ボリュームとして管理します。ブート・ボリュームの内容をバックアップするには、他のブロック・ボリュームと同じようにバックアップを作成します。Oracle Block Volumesは、統合バックアップ機能を備えており、ブート・ボリュームのコピーをOracle Cloud Infrastructure Object Storageに保存することによってデータを保護します。インスタンスの実行中にブート・ボリュームのバックアップを作成すると、クラッシュ整合性のあるバックアップが作成されます。ほとんどの場合、ブート・ボリューム・バックアップからインスタンスを直接作成したり、ブート・ボリューム・バックアップをインスタンスにアタッチしてデータを回復したりできます。起動可能なイメージを確保するには、インスタンスからカスタム・イメージを作成します。

  • ブロック・ボリューム・バックアップとは何ですか。

    バックアップは、そのバックアップが開始されたときのブロック・ボリューム上のすべてのデータの完全なポイントインタイムのスナップショット・コピーです。バックアップが完了するとすぐに、バックアップを使用してブロック・ボリュームに復元できます。バックアップは暗号化され、Oracle Cloud Infrastructure Object Storageのアカウントにコピーされます。

  • どのようなときにバックアップを作成すればよいですか。

    バックアップの主な用途は、ビジネス継続性、災害復旧、および長期アーカイブをサポートすることです。バックアップ・スケジュールを決定するとき、バックアップの計画と目標では以下を考慮する必要があります。

    • 頻度:データをバックアップする頻度
    • 回復時間:バックアップが復元され、そのデータを使用するアプリケーションからアクセス可能になるまで待機できる時間
    • 保存するバックアップの数:保持する必要があるバックアップの数と、不要になったバックアップの削除スケジュール
  • バックアップには、どれくらい時間がかかりますか。

    バックアップは、ポイントインタイム・スナップショットを使用して行われます。したがって、バックアップがバックグラウンドで非同期的に実行されている間、アプリケーションは、中断やパフォーマンスへの影響が発生することなく、データへのアクセスを継続できます。2 TBのボリュームを初めてバックアップする場合、バックアップが完了するまで約30分かかります。50 GBのボリュームを初めてバックアップする場合、バックアップが完了するまで数分かかります。以降、同じボリュームのバックアップにかかる時間は、最後のバックアップ以降に変更されたデータの量に依存します。

  • どのようなバックアップ・オプションがありますか。

    次の2つのオプションがあります。

    1.ポリシーベースの自動スケジュール・バックアップ。オラクルが提供する定義済みのバックアップ・ポリシーを使用するか、独自のカスタム・バックアップ・ポリシーを作成して使用することができます。定義済みおよびカスタムのどちらのバックアップ・ポリシーでも、バックアップの頻度と保持期間を設定します。これにより、データ・コンプライアンスと規制要件を順守することができます。選択したバックアップ・ポリシーに基づいて、データがスケジュールに従って自動的にバックアップされて保持されるため、安心できます。後でニーズの変化に応じて、別のバックアップ・ポリシーを選択したり、カスタム・ポリシーを変更したりして簡単に調整することができます。また、バックアップ・ポリシーをまとめて削除することもできます。

    2.オンデマンドの1回限りのバックアップ。最後のバックアップ以降に変更されたデータのみをバックアップするか(増分バックアップ)、ボリュームを作成してから変更されたデータ全体をバックアップするか(完全バックアップ)を選択できます。

    詳細については、技術文書を参照してください。

  • オンデマンドの完全バックアップに対して増分バックアップを実行できますか。

    はい。最後のバックアップ以降に変更されたデータのみをバックアップするか(増分バックアップ)、ボリュームを作成してから変更されたデータ全体をバックアップするか(完全バックアップ)を選択できます。

  • バックアップを実行すると、ライブ・データのパフォーマンスやアクセスに影響がありますか。

    バックアップは、ポイントインタイムのスナップショットによって行われ、データへのアクセスに影響を与えることなく、非同期的に継続されます。バックアップ中のブロック・ボリュームへのアクセスは、中断、レイテンシの増加、パフォーマンスへの影響が発生することなく継続されます。

  • 自動化されたポリシーベースのスケジュール・バックアップでは、どのバックアップ・ポリシーがサポートされていますか。

    カスタム・バックアップ・ポリシーを作成して適用できます。また、Oracle Cloud Infrastructure Block Volumesサービスには、このドキュメントに記載されている、3つの異なる定義済みバックアップ・ポリシーが用意されています。

    詳細については、技術文書を参照してください。

  • バックアップ・ポリシーをカスタマイズしたり、独自のバックアップ・ポリシーを定義して適用したりできますか。

    はい。日次、週次、月次、年次スケジュールを含む独自のバックアップ・ポリシーを作成し、そのポリシーをボリュームに割り当てて自動バックアップを行うことができます。また、既存のポリシーを複製し、必要に応じてスケジュールのパラメータを変更したり、ポリシーのスケジュールを追加または削除したりして、複製したポリシーをカスタマイズすることもできます。

    詳細については、技術文書を参照してください。

  • ボリュームからバックアップ・ポリシーを削除すると、既存のバックアップはどうなりますか。

    既存のバックアップは、そのまま残ります。ただし、有効期限が切れると、自動的に削除されます。ポリシーに基づいて自動的に作成されたすべてのバックアップには有効期限があり、有効期限が切れると自動的に削除されます。

    手動で作成されたバックアップには有効期限がなく、削除されるまで残ります。

  • ボリュームのバックアップ・ポリシーを変更すると、既存のバックアップはどうなりますか。

    そのまま残りますが、有効期限が切れると、作成時に有効だった設定に基づいて自動的に削除されます。ポリシーに基づいて自動的に作成されたすべてのバックアップには有効期限があり、有効期限が切れると自動的に削除されます。

    ボリュームのバックアップ・ポリシーを別のポリシーに変更すると、新しいポリシーが有効になり、新しいポリシーに従って新しいバックアップが自動的に作成されます。

  • ボリュームを削除すると、ポリシーベースのスケジュール・バックアップはどうなりますか。

    ポリシーベースのバックアップには有効期限があります。有効期限が切れると、それらのバックアップは自動的に削除されます。バックアップを保持する場合は、手動でバックアップを作成してください。手動で作成したバックアップには有効期限がありません。

  • ボリュームに割り当てられたバックアップ・ポリシーを変更できますか。可能な場合は、変更方法を教えてください。

    はい。コンソール、CLI/SDK、およびTerraformで変更できます。詳細については、オンライン技術文書を参照してください。

  • ポリシーベースでのボリュームの自動スケジュール・バックアップでは、どのタイムゾーンを使用しますか。

    オラクルが提供する定義済みのバックアップ・ポリシーを使用して作成されたバックアップは、ボリュームが存在するOracle Cloud Infrastructure可用性ドメインのタイムゾーンに基づいています。Oracle Cloud Infrastructureリージョンのすべての可用性ドメインは同じタイムゾーンにあるため、実際には、スケジュール・バックアップはOracle Cloud Infrastructureリージョンのタイムゾーンに基づいています。

    カスタム・バックアップ・ポリシーでは、ポリシー内の各スケジュール項目に対して、UTCを使用するか、ボリュームが存在するデータ・センターのタイムゾーンを使用するかを指定できます。

  • カスタム・バックアップ・ポリシーに複数のスケジュールを定義できますか。

    はい。カスタム・バックアップ・ポリシーごとに、1個の日次スケジュール・エントリ、最大7個の週次スケジュール・エントリ(週内の1日につき1個)、最大31個の月次スケジュール・エントリ(月内の1日につき1個)、および最大365個の年次スケジュール・エントリ(年内の1日につき1個)を定義できます。

    詳細については、技術文書を参照してください。

  • スケジュール・バックアップは、スケジュールどおりに正確に実行されることが保証されていますか。

    予定された時間に合わせてベスト・エフォートで実行されます。ただし、システム負荷に基づいて、システム内の他のすべてのスケジュール・バックアップ・リクエストとともにキューに設定されて処理される場合があります。バックアップ・ステータスをチェックして、バックアップが完了したことを確認し、必要に応じて手動バックアップをトリガーしてください。

  • 復元には、どれくらい時間がかかりますか。

    ボリューム・サイズに関係なく、1分未満でボリュームを復元できます。ボリュームの復元は高速で、ワークロードのためにボリュームにすぐにアクセスできますが、復元されたボリュームの使用を最初に開始する際に、レイテンシが急上昇する場合があります。

  • 復元されたブロック・ボリュームのパフォーマンスはどうなりますか。

    新しく復元されたブロック・ボリュームへのリクエストは、復元直後の短い期間、レイテンシが大きくなる場合があります。

  • バックアップを使用して可用性ドメイン間でデータを移動できますか。

    はい。バックアップは、バックアップが保存されている同じリージョン内の任意の可用性ドメインに復元できます。これは、データを効率的に移動するために推奨される方法です。

  • オペレーティング・システム・ディスクをバックアップできますか。

    はい。ブート・ボリュームのバックアップは、手動で作成するか、ポリシーベースの自動スケジュール・バックアップを使用して作成できます。また、コンピュート・サービスに関するよくある質問に従って、実行中のインスタンスからイメージを作成するオプションも確認してください。

  • あるリージョンから別のリージョンにブロック・ボリューム・バックアップをコピーできますか。

    はい。クロスリージョン・バックアップ・コピー機能を使用して、既存のブロック・ボリューム・バックアップをアクセス可能な別のリージョンにコピーできます。

  • 別のサイズのボリュームにバックアップを復元できますか。

    はい。バックアップからさらに大きなボリューム(現在サポートされている最大32 TBのボリューム・サイズまで)に復元することができます。

    クローン

  • ボリューム・クローンとは何ですか。何をするためのものですか。

    クローンは、Oracle Cloud Infrastructure Block Volumesサービスの機能の1つで、バックアップおよび復元プロセスを実行することなく、既存のブロック・ボリューム全体を新しいボリュームにコピーできます。ソース・ボリュームのポイントインタイムのディープ・コピー(シック・クローンとも呼ばれる)を直接バックアップなしで作成します。

  • ブート・ボリューム・クローンを作成できますか。どのように機能しますか。

    はい。ブロック・ボリューム・クローンを作成するのと同じように、ブート・ボリューム・クローンを作成できます。インスタンスの実行中にブート・ボリューム・クローンを作成すると、クラッシュ整合性クローンが作成されます。ほとんどの場合、ブート・ボリューム・クローンからインスタンスを直接作成したり、ブート・ボリューム・クローンをインスタンスにアタッチしてデータを回復したりできます。起動可能なイメージを確保するには、インスタンスからカスタム・イメージを作成します。

  • クローンの作成にどれくらい時間がかかりますか。

    クローン操作はすぐに実行され、クローン操作を開始するとすぐにクローン・ボリュームを使用できるようになります。実際のデータのコピーは、バックグラウンドで行われます。所要時間は、ソース・ボリュームのデータ量に比例し、1 TBのボリュームに対して最大15分かかる場合があります。

  • クローン・ボリュームへのアクセスをいつから開始できますか。

    クローンは、ライフサイクルが「利用可能」状態になったら(通常、数秒以内)、通常のボリュームとしてアタッチして使用できます。ハイドレーションは、バックグラウンドで継続されます。まだコピーされていないデータのブロックについては、レイテンシ・スパイクが発生する場合があります。

  • クローンはOracle Block Volumesやその他のクラウド・プロバイダにすでに搭載されているポイントインタイムのスナップショットやバックアップとどう違いますか。

    Oracle Block Volumesクローンは、ボリューム全体のポイントインタイムのダイレクト・ディスク・ツー・ディスク・ディープ・コピーです。コピーオンライトまたはソース・ボリュームへの依存関係がないため、スナップショットとは異なります。関連するバックアップもありません。ブロック・ボリューム・クローンを作成するときに、スナップショットを作成したり、Object Storageにバックアップしたり、バックアップから復元したりすることはありません。

  • ボリュームのクローンを作成する前に、ボリュームをデタッチする必要がありますか。

    いいえ。クローンは、ソース・ボリュームのポイントインタイムのダイレクト・ディスク・ツー・ディスク・ディープ・コピーによって作成されます。ボリュームのクローンを作成する前に、ボリュームをデタッチする必要はありません。

  • ソース・ボリュームからボリュームのクローンを作成している間、ソース・ボリュームで変更される可能性のあるデータはどうなりますか。

    クローンは、ソース・ボリュームのポイントインタイムのダイレクト・ディスク・ツー・ディスク・ディープ・コピーによって作成されます。クローンが「使用可能」になった時点のソース・ボリュームのすべてのデータがクローン・ボリュームにコピーされます。ソース・ボリュームでそれ以降に行われた変更は、クローンにコピーされません。

  • 1つの可用性ドメイン(AD)から別の可用性ドメイン(AD)にボリュームのクローンを作成できますか。

    いいえ。ブロック・ボリュームはADローカルです。ボリュームのクローンは、同じAD内でのみを作成できます。

  • 1つのコンパートメントから別のコンパートメントにボリュームのクローンを作成できますか。

    はい。クローン元コンパートメントおよびクローン先コンパートメントに対する必要なアクセス権限が必要になります。

  • 1つのテナントから別のテナントにボリュームのクローンを作成できますか。

    いいえ。ボリュームは、テナント境界内でのみアクセスできます。

  • 1つのリージョンから別のリージョンにボリュームのクローンを作成できますか。

    いいえ。ブロック・ボリュームは、ADローカルであり、作成されたリージョンに存在します。ボリュームのクローンは、それらが存在するリージョンの同じAD内にしか作成できません。

  • ソース・ボリュームよりも大きなサイズのクローンを作成できますか。

    はい。最大32 TBのクローン・サイズを指定できます。

  • 1つのボリュームから同時にいくつのクローンを作成できますか。

    ソース・ボリュームがアタッチされているかどうかによって異なります。

    • ソース・ボリュームがアタッチされている場合:一度に1つのクローンを作成できます。クローンは、ポイントインタイムのダイレクト・ディスク・ツー・ディスク・ディープ・コピーによって作成されます。クローン作成中は、ソース・ボリュームに対して1つのポイントインタイム・リファレンスが存在します。ソース・ボリュームからの最初のクローン操作が完了するまで待つ必要があります。
    • ソース・ボリュームがデタッチされている場合:同じソース・ボリュームから最大10個のクローンを同時に作成できます。
  • まだ作成中のクローンからボリュームのクローンを作成できますか。

    作成中のクローン・ボリュームのライフサイクルによって異なります。

    • クローン・ボリュームが「利用可能」状態である場合:はい。
    • クローン・ボリュームが「プロビジョニング」状態である場合:いいえ。クローン・ボリュームが「利用可能」になったら、クローン・ボリュームからクローンを作成できます。
  • クローン作成中にソース・ボリュームをバックアップできますか。

    クローン操作とバックアップ操作は相互に排他的です。ボリュームに対してバックアップが進行中である場合、ボリュームがアタッチされているかどうかに関係なく、クローンを作成したり、再度バックアップしたりすることはできません。ボリュームに対してクローン作成が進行中である場合、ボリュームがアタッチされているかどうかに関係なく、バックアップすることはできません。

  • クローン作成がまだ進行中でもクローン元のボリュームを削除できますか。

    いいえ。ソース・ボリュームからいずれかのクローンにハイドレートされている間は、ソース・ボリュームを削除することはできません。

  • クローン・ボリュームを削除できるタイミングに制限はありますか。

    クローンのライフサイクルが「利用可能」状態になると、クローンを削除できます。まだハイドレートされているクローンについても、ライフサイクルが「利用可能」状態になると削除できることに注意してください。

  • クローン・ボリュームが予期せず終了したのはなぜですか。

    これは、ソース・ボリュームからクローンを開始し、ソース・ボリュームからクローンにハイドレートされている間に、ソース・ボリュームをコンピュート・インスタンスにアタッチしてデタッチした場合に発生する可能性があります。この場合、同じソース・ボリュームに対して別のクローン・リクエストを開始すると、新しいクローンが終了状態になります。これにより、ハイドレート中の最初のクローンに影響が生じることはありません。最初のクローンが完全にハイドレートされると、ソース・ボリュームに対する後続のクローン操作が期待どおりに実行されます。

    ブート・ボリューム

  • ブート・ボリュームとは何ですか。何を提供しますか。

    ブート・ボリュームは、デフォルトで暗号化されたリモート・ブート・ディスクを提供し、ベアメタルおよび仮想マシン(VM)インスタンスに、高速なパフォーマンス、起動時間の短縮、および耐久性の向上をもたらします。さらに、ブート・ボリュームを使用すると、再起動することなく、実行中のVMについて非常に高速なカスタム・イメージを作成できます。すべてのベアメタルおよびVMコンピュート・インスタンスは、ブート・ボリュームを使用して起動し、以下のものを提供します。

    • コンピュート・インスタンスを終了したときにブート・ディスク・コンテンツを保持する機能:保持したブート・ボリュームを使用して、新しいインスタンスを作成できます。
    • 耐久性の高いブート・ディスク:すべてのブロック・ボリュームと同様に、ブート・ボリュームにも可用性ドメイン内に複数のレプリカが存在するため、コンピュート・インスタンスの耐久性について心配する必要がありません。
    • ブート・ボリュームを使用したコンピュート・インスタンスのスケーリング:インスタンスを終了するときに、そのブート・ボリュームを保持するオプションがあります。後で、元のインスタンスと保持したブート・ボリュームを使用して、同じまたは異なるシェイプの新しいベアメタルまたはVMインスタンスを作成できます。
    • インスタンスの起動時間の短縮:すべてのVM Linuxインスタンスは1分以内に起動し、VM Windowsインスタンスも5分以内に起動します。
    • すべてのブート・ボリュームのデフォルトによる暗号化:Oracle Cloud Infrastructure上のすべてのブロック・ボリュームと同様に、ブート・ボリュームも保存時に暗号化されます。
    • ブート・ディスクとOSイメージを簡単にトラブルシューティングおよび修復する機能:問題のあるインスタンスを停止し、疑わしいブート・ボリュームをデタッチし、ブロック・ストレージとして他のインスタンスにアタッチして、トラブルシューティングおよび修正を行います。その後、それを元のコンピュート・インスタンスに再アタッチするか、それから新しいインスタンスを作成できます。
  • ベアメタル・インスタンスまたはVMインスタンスにOracle Block Volumesでバックアップしたブート・ボリュームの使用方法を教えてください。

    ベアメタルまたはVMコンピュート・インスタンスを新しく起動すると、コンパートメント内に新しいブート・ボリュームが自動的に作成されます。Oracle Cloud Infrastructureコンソールのインスタンスの詳細ページで、インスタンスにアタッチされているブート・ボリュームを確認できます。コンパートメント内のすべてのブート・ボリュームが「ストレージ」コンソール・ページの「ブート・ボリューム」の下にリストされます。ブート・ボリュームの詳細には、ブート・ボリュームがアタッチされているインスタンス、ボリュームのサイズ、およびその他のボリューム・メタデータが含まれています。

  • ブート・ボリュームの価格はいくらですか。

    ブート・ボリュームは、標準のOracle Block Volumesの価格で課金されます。これは、コンピュート・インスタンスの価格とは別に請求されます。

  • ブート・ボリュームは計測されてテナンシ・ブロック・ストレージ制限に含まれますか。

    はい。ブート・ボリュームは、ブロック・ボリュームと同様に、計測されてテナンシ・ブロック・ストレージ制限に含まれます。そのため、ブロック・ボリュームの消費量に加えて、ブート・ボリュームの消費量も、テナンシ・ブロック・ストレージ制限の計算および計画に含める必要があります。

  • 特定のブート・ボリュームを使用して別のインスタンスを起動できますか。

    はい。最初に目的のブート・ボリュームのカスタム・イメージを作成し、そのカスタム・イメージを使用してインスタンスを起動することにより、特定のブート・ボリュームを使用して別のインスタンスを起動できます。

    カスタム・イメージを作成したくない場合は、アタッチされていないブート・ボリュームから直接新しいインスタンスを起動することもできます。

  • ブート・ボリュームにはどのような永続性および耐久性モデルがありますか。

    ブート・ボリュームは、すべて耐久性の高いOracle Cloud Infrastructure Block Volumes上に作成されます。ブート・ボリュームは、コンピュート・インスタンスのライフサイクルに関係なく保持されます。

    ブート・ボリュームは、手動で削除した場合にのみ終了します。

  • 既存のインスタンスでブート・ボリュームのメリットを活用するにはどうすればよいですか。

    新しいインスタンスには、すべてデフォルトでブート・ボリュームが使用されます。カスタム・イメージを作成して新しいインスタンスを起動することにより、既存のインスタンスを再プロビジョニングできます。

  • ブート・ボリュームのバックアップを作成できますか。

    はい。Oracle Cloud Infrastructureコンソールの「コンピュート」ページにアクセスするか、API/CLIを使用して、ブート・ボリュームのバックアップを作成できます。バックアップは、バックアップ元のブート・ボリュームに関連付けられます。

  • ブート・ボリュームを削除できますか。

    はい。コンソールまたはAPI/CLIを使用して、アタッチされていないブート・ボリュームを削除できます。また、インスタンスを終了するときに、削除確認ダイアログでチェックボックスを選択することにより、ブート・ボリュームを自動的に削除することを選択することもできます。

    Oracle Cloud Infrastructureでは、インスタンスに現在アタッチされているブート・ボリュームを削除することはできません。

    インスタンスを停止し、ブート・ボリュームをデタッチしてから、デタッチしたブート・ボリュームを削除することができます。ブート・ボリュームを削除した後は、停止したインスタンスを開始することはできません。インスタンスは終了するほかありません。

  • 実行中のインスタンスからブート・ボリュームをデタッチできますか。

    いいえ。ブート・ボリュームは、停止しているインスタンスからのみデタッチできます。インスタンスを終了すると、ブート・ボリュームを完全に削除することを選択しない限り、ブート・ボリュームが自動的にデタッチされて保持されます。

  • 問題をデバッグするためにブート・ボリュームをブロック・ストレージとしてインスタンスにアタッチできますか。

    はい。問題をデバッグするために、ブート・ボリュームをブロック・ストレージとしてインスタンスにアタッチできます。別のインスタンスにアタッチするには、関連付けられているコンピュート・インスタンスから最初にブート・ボリュームをデタッチする必要があります。

    以下の手順に従って、ブート・ボリュームをデバッグできます。

    • デバッグするインスタンスを「停止」し、「ブート・ボリューム」フィルタをクリックしてから、「ブート・ボリュームをデタッチ」ボタンを選択します。または、ブート・ボリュームを保持するようにデフォルトで設定されているインスタンスを終了することもできます。
    • ブート・ボリュームのデバッグに使用する新しい実行中のインスタンスに移動し、「ブロック・ボリュームをアタッチ」ボタンをクリックします。
  • ブート・ボリュームを使用してコンピュート・インスタンスをより大きなシェイプにスケーリングするにはどうすればよいですか。

    1.古いインスタンスを終了し、インスタンスを終了するときに、元のブート・ボリュームを保持します(ブート・ボリュームを保持するかどうかを尋ねる確認ダイアログで「はい」を選択します)。
    2.古いインスタンスから保持したブート・ボリュームを選択して、異なるシェイプの新しいインスタンスを起動します。

    この方法は、ベアメタル・インスタンスおよびVMインスタンスの両方に適用されます。

    注意:新しいインスタンスは、元のインスタンスとは異なるIPアドレスとネットワーク構成になります。これらのインスタンスを使用するワークロードのシームレスなエクスペリエンスを実現するには、これらの違いを調整する必要があります。

  • ブート・ボリュームにはどのようなパフォーマンス特性がありますか。

    ブート・ボリュームでは、ローカル・ブート・ディスクと比較して、コンピュート・インスタンスの起動時間を短縮できます。Linuxインスタンスは1分以内に起動し、Windowsインスタンスも5分以内に起動します。

    ブート・ボリュームは、デフォルトでは標準のOracle OSイメージ・サイズとなり、50 GBのブート・ボリュームに対して、3,000回のIOPSと24 MB/秒のスループットをミリ秒未満のレイテンシで実現します。これより大きなブート・ボリュームについても、ブロック・ボリュームと同様に、サイズに比例してパフォーマンスが向上するため、パフォーマンスを予測することができます。このパフォーマンスは、ワークロードの種類に依存しません(すべての読み取り/書き込みディストリビューションの場合)。詳細については、Oracle Cloud Infrastructure Block Volumesのパフォーマンスに関するドキュメントを参照してください。

  • カスタム・イメージにブート・ボリュームを作成できますか。

    Oracle Cloud Infrastructureプラットフォームですでに使用している既存のカスタム・イメージがある場合は、それを使用してインスタンスを起動することを選択できます。カスタム・イメージを使用してインスタンスを起動した場合に作成されるブート・ボリュームは、カスタム・イメージと同じサイズになります。

  • デフォルトのOSイメージよりも大きいシステム・ブート・ボリュームでコンピュート・インスタンスを作成できますか。

    はい。コンピュート・インスタンスの起動時に、選択したOSイメージのデフォルトのサイズから最大32 TBまで、1 GB単位で任意のサイズを指定できます。ブート・ボリュームの最小サイズは、選択したOSイメージのサイズによって制限されます。50 GBまたは選択したOSイメージより小さいサイズを指定することはできません。たとえば、サイズが256 GBのOSイメージを選択した場合、使用するように指定できるブート・ボリュームの最小サイズは256 GBです。

  • コンピュート・インスタンスを作成した後、ブート・ボリュームのサイズを変更できますか。

    はい。以下の3つのオプションを使用して、ブート・ボリュームのサイズを増やすことができます。

    • 既存のボリュームのサイズをオフラインで最大32 TBまで増やす。
    • ボリュームのバックアップから最大32 TBまでのもっと大きなサイズのボリュームに復元する。
    • 既存のボリュームのクローンを最大32 TBまでのもっと大きなサイズのボリュームに作成する。
  • API/CLIでカスタム・ブート・ボリューム・サイズを指定するにはどうすればよいですか。

    インスタンス起動APIを使用し、bootVolumeSizeInGBsパラメータを使用してもっと大きなブート・ボリューム・サイズを指定します。注意:指定されたサイズがイメージ・サイズよりも小さい場合、API呼び出しは失敗します。

  • カスタム・ブート・ボリューム・サイズを指定しない場合は、どのサイズがコンピュート・インスタンスに使用されますか。

    インスタンスは、選択したOSイメージのサイズに等しいデフォルトのブート・ボリューム・サイズで起動されます。

    ボリューム・グループ

  • ボリューム・グループとは何ですか。

    ボリューム・グループは、バックアップやクローン作成で単一のエンティティとして扱うことができるブロック・ストレージ・ボリュームのセットを表します。ボリューム・グループは、単一の可用性ドメイン(AD)に関連付けられており、グループ内のボリュームも同じAD内にあります。

  • ボリューム・グループはどのように使用しますか。

    ボリューム・グループは、個々のボリュームと同じバックアップ/復元およびクローン機能を公開します。つまり、ボリューム・グループのポイントインタイム・クラッシュ整合性連携バックアップ(増分または完全)を実行したり、ボリューム・グループのポイントインタイム・クラッシュ整合性クローンを作成したりできます。

  • ボリューム・グループにボリュームを何個まで含めることができますか。

    1つのボリューム・グループに最大32個のボリュームを含めることができますが、ボリューム・グループの合計サイズは128 TBです。これはソフト・リミットであるため、制限の引き上げをリクエストすることで、テナントごとに増やすことができます。各ボリュームは、1つのボリューム・グループにのみ含めることができます。

  • ボリューム・グループを管理するにはどうすればよいですか。

    コンソール、CLI/SDK、API、およびTerraformを使用して、グループ・ボリュームを管理できます。これには、ボリューム・グループの作成と削除、ボリューム・グループに含めるボリュームの追加と削除、およびボリューム・グループの名前の変更が含まれます。

  • ボリューム・グループに含まれるボリュームをアタッチおよびデタッチできますか。

    はい。ボリューム・グループに含まれるボリュームは、グループとして管理できることに加えて、個別にアクセスおよび操作できます。

  • ボリューム・グループ・バックアップとは何ですか。どのように機能しますか。

    ボリューム・グループに含まれるボリューム・セット全体のポイントインタイム・クラッシュ整合性連携バックアップのことです。この操作により、ボリューム・グループ・バックアップが作成されます。バックアップ・プロセス中、バックアップ元のボリューム・グループおよびボリュームへの影響はありません。

    ボリューム・グループ・バックアップは、ソースのボリューム・グループが存在するリージョン内のすべての可用性ドメインに複製されます。ボリューム・グループ・バックアップを使用して、ボリューム・グループに含まれるすべてのボリューム・データを復元することにより、バックアップが存在するリージョン内の任意の可用性ドメインに新しいボリューム・グループを作成できます。

  • ボリューム・グループにポリシーベースの自動スケジュール・バックアップを使用できますか。

    現時点では、使用できません。この機能に関する今後の最新情報に注意してください。

  • ボリューム・グループ・クローンとは何ですか。どのように機能しますか。

    ボリューム・グループに含まれるボリューム・セット全体のポイントインタイム・クラッシュ整合性ディープ・ディスク・ツー・ディスク・コピーのことです。この操作により、新しいボリューム・グループとそれに含まれる新しいボリュームが作成されます。これらは、ソースのボリューム・グループとそれに含まれるボリュームをそのままコピーしたものです。

    クローン操作はすぐに実行され、クローン操作を開始するとすぐにクローン・ボリューム・グループとそれに含まれるクローン・ボリュームを使用できるようになります。実際のデータのコピーは、バックグラウンドで行われます。所要時間は、ソース・ボリュームのデータ量に比例し、1 TBのボリュームに対して最大15分かかる場合があります。

    ソースのボリューム・グループとそれに含まれるボリュームは、クローン・プロセスの影響を受けません。クローン元とクローン先のボリューム・グループとそれに含まれるボリューム・セットは、完全に分離されており、何も共有されていません。これにより、クローン操作の進行中およびクローン操作の完了時にソースに影響が出ないようになっています。

  • ボリューム・グループのクローンとバックアップを同時に作成できますか。

    ボリューム・グループ内のソース・ボリュームがアタッチされているかどうかによって異なります。

    • ボリューム・グループ内のいずれかのソース・ボリュームがアタッチされている場合:一度に1つのボリューム・グループのクローンを作成できます。クローンは、ポイントインタイムのダイレクト・ディスク・ツー・ディスク・ディープ・コピーによって作成されます。クローン作成中は、ソース・ボリュームに対して1つのポイントインタイム・リファレンスが存在します。ボリューム・グループの最初のクローン操作が完了するまで待つ必要があります。
    • ボリューム・グループ内のすべてのソース・ボリュームがデタッチされている場合:同じソース・ボリューム・グループから最大10個のクローンを同時に作成できます。
  • ボリューム・グループとボリューム・グループのバックアップ/復元およびクローン機能に追加料金はかかりますか。

    これらの機能は、追加料金なしで提供されています。ブロックおよびブート・ボリューム・ストレージ(Block Volumesの価格)とボリューム・グループ・バックアップ(Object Storageの価格)に対してのみ実際の使用量に基づいて課金されます。

  • ボリューム・グループに関する詳細情報はどこで入手できますか。

    ボリューム・グループの開始方法と管理方法の詳細については、Oracle Cloud Infrastructure製品に関するドキュメントを参照してください。

    請求

  • Oracle Cloud Infrastructure Block Volumesの請求はどのように行われますか。

    プロビジョニングされたボリューム・サイズ(GB)と各ボリュームに選択されたパフォーマンス・オプションに基づいてブロック・ボリュームが計測されます。使用されているブロック・ボリュームに対してOracle Cloud Infrastructure Block Volumesの価格で請求が行われます。

  • Oracle Cloud Infrastructure Block Volumesのバックアップの請求はどのように行われますか。

    Block Volumesのバックアップは、Oracle Cloud Infrastructure Object Storageに保存され、それらによって消費されるObject Storageに基づいて計測および請求が行われます。詳細については、Object Storageの価格を参照してください。

  • Oracle Cloud Infrastructure Block Volumeのクロスリージョン・バックアップ・コピーの請求はどのように行われますか。

    Oracle Cloud Infrastructure Storageの価格を参照してください。クロスリージョン・バックアップは、Object Storageおよびアウトバウンド・データ転送ネットワークの使用量に基づいて計測および請求が行われます。