一致する検索結果がありませんでした。
お探しのものを見つけるために、以下の項目を試してみてください。
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を開始するためのガイドおよびブロックボリュームの概要を参照してください。
はい。業界をリードする最高性能のNVMeソリッド・ステート・ドライブを使用しています。これらのNVMe SSDは、高いパフォーマンスを備え、パフォーマンスSLAによって保証されており、ストレージ・キャッシュを使用せずに有効になります。
50 GB〜32 TBのブロックボリュームを1 GB単位でプロビジョニングできます。
オペレーティング・システムは、データ・ストレージ機能をリンクするためのストレージ・ネットワーク規格であるiSCSIプロトコルを使用してブロックボリュームにアクセスします。
Oracle Cloud Infrastructure Compute仮想マシン・インスタンスにアタッチされているブロックボリュームは、利用可能なネットワーク帯域幅によって制限されます。インスタンスの制限については、コンピュート・サービスに関するよくある質問を参照してください。
ベアメタル・コンピュート・インスタンスで最大700,000以上のIOPSとニアラインレートのスループットを確認できます。
詳細については、Oracle Cloud Infrastructure Block Volumesのパフォーマンスを参照してください。
コンピュート・インスタンスごとに最大32個のボリュームをアタッチできるため、コンピュート・インスタンスごとに最大32 TB*32=1 PBのアタッチ容量になります。高性能アプリケーションのニーズに応じて、アタッチ・ボリュームの数を計測および調整することをお勧めします。
はい。ブロックボリュームを同じ可用性ドメイン内の任意のコンピュート・インスタンスにアタッチすると、最高のパフォーマンスが発揮されるようにブロックボリュームが最適化されます。ブロックボリュームをコンピュート・インスタンスからデタッチし、コンピュート・サーバーを再起動せずにボリュームを別のコンピュート・インスタンスにアタッチできます。詳細については、Oracle Cloud Infrastructureの資料を参照してください。
すべてのブロックボリュームとそのバックアップは、暗号化に256ビットのキーを使用するAdvanced Encryption Standard（AES）アルゴリズムを使用して、保存時に常に暗号化されます。インスタンスとブロックボリューム間で移動されるすべてのデータは、安全性の高い内部ネットワークを介して転送されます。インスタンスとブロックボリューム間でデータを移動する際にデータの暗号化に関連する特定のコンプライアンス要件を適用する場合、準仮想化ボリューム・アタッチを使用すると、転送中の暗号化を有効にできます。
ブロックボリュームとそのバックアップは、テナント／コンパートメント境界内でのみアクセスでき、テナント／コンパートメントへのアクセス権限が付与されている認証済みユーザーのみがアクセスできます。
ブートボリュームもBlock Volumesサービスによって提供および管理されるため、ブロックボリュームと同じ方法で保護されます。
いいえ。ボリュームがインスタンスにアタッチされているかどうかに関係なく、アプリケーションのダウンタイムなしでボリュームのパフォーマンスを変更できます。
組み込みの修復メカニズムを使用して、データの複数のコピーが複数のストレージ・サーバーに冗長に保存されます。Block Volumesサービスは、ブロックボリュームとブートボリュームに関して年間99.99%（フォー・ナイン）の耐久性を提供するように設計されています。ただし、可用性ドメインの障害から保護するために、定期的にバックアップを作成することをお勧めします。
ダウンタイムなしで、オンラインでボリュームのサイズを増やすことができます。詳細については、技術文書ページをご覧ください。
読み取り専用アタッチは、ボリュームを読み取り専用としてマークするために使用されるため、ボリューム内のデータは変更できません。これにより、未テストのアプリケーションや信頼できないアプリケーションによる偶発的または悪意のある変更からデータを保護できます。
また、複数のコンピュート・インスタンス（それぞれがWebフロント・エンドなどのクライアント・アプリを実行している）が、読み取り専用の同じボリュームにアクセスする場合にも、読み取り専用アタッチを使用できます。たとえば、静的な製品カタログ情報をクライアントに提供するWebフロント・エンドを使用する場合がこれに該当します。
ブートボリュームは本質的に変更可能なため、デフォルトでは「読み取り専用」ではありません。ブートボリュームをデタッチした後、デバッグのために読み取り専用でアタッチすることはできます。
いいえ。そのためには、まずボリュームをデタッチし、「読み取り専用」属性を指定して再アタッチする必要があります。
いいえ。そのためには、まずボリュームをデタッチし、デフォルトのアタッチ・モード（「読み取り／書き込み」）を指定して再アタッチする必要があります。
iSCSIと準仮想化の2つのオプションがあります。準仮想化ボリューム・アタッチは、VMインスタンスでのみサポートされています。
iSCSIイニシエータおよびiSCSIアタッチを必要とせずに、ネイティブのオペレーティング・システムをサポートするブロックボリュームです。すべてのOracleオペレーティング・システム、Linux、およびWindowsは、VMデプロイメントのオプションとして準仮想化アタッチをサポートしています。
準仮想化アタッチを使用すると、ボリューム・アタッチの構成が簡素化されます。ボリューム・アタッチ中にiSCSI構成コマンドを実行したくない場合は、代わりに準仮想化アタッチの使用を検討することをお勧めします。iSCSIでは、初期構成ステップの手間はかかりますが、パフォーマンスが優れていることに注意してください。準仮想化アタッチは便利ですが、iSCSIアタッチの公開されているパフォーマンス特性に比べ、パフォーマンスが劣ります。
はい。ボリュームをアタッチするときに、CLI/SDKやコンソールで接続タイプを選択できます。アタッチ・タイプを変更するには、ボリュームをデタッチしてから、新しいアタッチ・タイプを指定して再アタッチする必要があります。
準仮想化アタッチのパフォーマンスは、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回限りのバックアップ。最後のバックアップ以降に変更されたデータのみをバックアップするか（増分バックアップ）、ボリュームを作成してから変更されたデータ全体をバックアップするか（完全バックアップ）を選択できます。
詳細については、技術文書を参照してください。
はい。最後のバックアップ以降に変更されたデータのみをバックアップするか（増分バックアップ）、ボリュームを作成してから変更されたデータ全体をバックアップするか（完全バックアップ）を選択できます。
バックアップは、ポイントインタイムのスナップショットによって行われ、データへのアクセスに影響を与えることなく、非同期的に継続されます。バックアップ中のブロックボリュームへのアクセスは、中断、レイテンシの増加、パフォーマンスへの影響が発生することなく継続されます。
はい。日次、週次、月次、年次スケジュールを含む独自のバックアップ・ポリシーを作成し、そのポリシーをボリュームに割り当てて自動バックアップを行うことができます。また、既存のポリシーを複製し、必要に応じてスケジュールのパラメータを変更したり、ポリシーのスケジュールを追加または削除したりして、複製したポリシーをカスタマイズすることもできます。
詳細については、技術文書を参照してください。
既存のバックアップは、そのまま残ります。ただし、有効期限が切れると、自動的に削除されます。ポリシーに基づいて自動的に作成されたすべてのバックアップには有効期限があり、有効期限が切れると自動的に削除されます。
手動で作成されたバックアップには有効期限がなく、削除されるまで残ります。
そのまま残りますが、有効期限が切れると、作成時に有効だった設定に基づいて自動的に削除されます。ポリシーに基づいて自動的に作成されたすべてのバックアップには有効期限があり、有効期限が切れると自動的に削除されます。
ボリュームのバックアップ・ポリシーを別のポリシーに変更すると、新しいポリシーが有効になり、新しいポリシーに従って新しいバックアップが自動的に作成されます。
ポリシーベースのバックアップには有効期限があります。有効期限が切れると、それらのバックアップは自動的に削除されます。バックアップを保持する場合は、手動でバックアップを作成してください。手動で作成したバックアップには有効期限がありません。
はい。コンソール、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 Volumeサービスの機能の1つで、バックアップおよび復元プロセスを実行することなく、既存のブロックボリューム全体を新しいボリュームにコピーできます。ソース・ボリュームのポイントインタイムのディープ・コピー（シック・クローンとも呼ばれる）を直接バックアップなしで作成します。
はい。ブロックボリューム・クローンを作成するのと同じように、ブートボリューム・クローンを作成できます。インスタンスの実行中にブートボリューム・クローンを作成すると、クラッシュ整合性クローンが作成されます。ほとんどの場合、ブートボリューム・クローンからインスタンスを直接作成したり、ブートボリューム・クローンをインスタンスにアタッチしてデータを回復したりできます。起動可能なイメージを確保するには、インスタンスからカスタム・イメージを作成します。
クローン操作はすぐに実行され、クローン操作を開始するとすぐにクローン・ボリュームを使用できるようになります。実際のデータのコピーは、バックグラウンドで行われます。所要時間は、ソース・ボリュームのデータ量に比例し、1 TBのボリュームに対して最大15分かかる場合があります。
クローンは、ライフサイクルが「利用可能」状態になったら（通常、数秒以内）、通常のボリュームとしてアタッチして使用できます。ハイドレーションは、バックグラウンドで継続されます。まだコピーされていないデータのブロックについては、レイテンシ・スパイクが発生する場合があります。
Oracle Block Volumesクローンは、ボリューム全体のポイントインタイムのダイレクト・ディスク・ツー・ディスク・ディープ・コピーです。コピーオンライトまたはソース・ボリュームへの依存関係がないため、スナップショットとは異なります。関連するバックアップもありません。ブロックボリューム・クローンを作成するときに、スナップショットを作成したり、Object Storageにバックアップしたり、バックアップから復元したりすることはありません。
いいえ。クローンは、ソース・ボリュームのポイントインタイムのダイレクト・ディスク・ツー・ディスク・ディープ・コピーによって作成されます。ボリュームのクローンを作成する前に、ボリュームをデタッチする必要はありません。
クローンは、ソース・ボリュームのポイントインタイムのダイレクト・ディスク・ツー・ディスク・ディープ・コピーによって作成されます。クローンが「使用可能」になった時点のソース・ボリュームのすべてのデータがクローン・ボリュームにコピーされます。ソース・ボリュームでそれ以降に行われた変更は、クローンにコピーされません。
いいえ。ブロックボリュームはADローカルです。ボリュームのクローンは、同じAD内でのみを作成できます。
はい。クローン元コンパートメントおよびクローン先コンパートメントに対する必要なアクセス権限が必要になります。
いいえ。ボリュームは、テナント境界内でのみアクセスできます。
いいえ。ブロックボリュームは、ADローカルであり、作成されたリージョンに存在します。ボリュームのクローンは、それらが存在するリージョンの同じAD内にしか作成できません。
はい。最大32 TBのクローン・サイズを指定できます。
ソース・ボリュームがアタッチされているかどうかによって異なります。
作成中のクローン・ボリュームのライフサイクルによって異なります。
クローン操作とバックアップ操作は相互に排他的です。ボリュームに対してバックアップが進行中である場合、ボリュームがアタッチされているかどうかに関係なく、クローンを作成したり、再度バックアップしたりすることはできません。ボリュームに対してクローン作成が進行中である場合、ボリュームがアタッチされているかどうかに関係なく、バックアップすることはできません。
いいえ。ソース・ボリュームからいずれかのクローンにハイドレートされている間は、ソース・ボリュームを削除することはできません。
クローンのライフサイクルが「利用可能」状態になると、クローンを削除できます。まだハイドレートされているクローンについても、ライフサイクルが「利用可能」状態になると削除できることに注意してください。
これは、ソース・ボリュームからクローンを開始し、ソース・ボリュームからクローンにハイドレートされている間に、ソース・ボリュームをコンピュート・インスタンスにアタッチしてデタッチした場合に発生する可能性があります。この場合、同じソース・ボリュームに対して別のクローン・リクエストを開始すると、新しいクローンが終了状態になります。これにより、ハイドレート中の最初のクローンに影響が生じることはありません。最初のクローンが完全にハイドレートされると、ソース・ボリュームに対する後続のクローン操作が期待どおりに実行されます。
ブートボリュームは、デフォルトで暗号化されたリモート・ブート・ディスクを提供し、ベアメタルおよび仮想マシン（VM）インスタンスに、高速なパフォーマンス、起動時間の短縮、および耐久性の向上をもたらします。さらに、ブートボリュームを使用すると、再起動することなく、実行中のVMについて非常に高速なカスタム・イメージを作成できます。すべてのベアメタルおよびVMコンピュート・インスタンスは、ブートボリュームを使用して起動し、以下のものを提供します。
ベアメタルまたは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イメージのデフォルトのサイズから最大32 TBまで、1 GB単位で任意のサイズを指定できます。ブートボリュームの最小サイズは、選択したOSイメージのサイズによって制限されます。50 GBまたは選択したOSイメージより小さいサイズを指定することはできません。たとえば、サイズが256 GBのOSイメージを選択した場合、使用するように指定できるブートボリュームの最小サイズは256 GBです。
はい。ダウンタイムなしで、オンラインでブートボリュームのサイズを増やすことができます。詳細については、技術文書ページをご覧ください。
インスタンス起動APIを使用し、bootVolumeSizeInGBsパラメータを使用してもっと大きなブートボリューム・サイズを指定します。注意：指定されたサイズがイメージ・サイズよりも小さい場合、API呼び出しは失敗します。
インスタンスは、選択したOSイメージのサイズに等しいデフォルトのブートボリューム・サイズで起動されます。
ボリュームグループは、バックアップやクローン作成で単一のエンティティとして扱うことができるブロック・ストレージ・ボリュームのセットを表します。ボリュームグループは、単一の可用性ドメイン（AD）に関連付けられており、グループ内のボリュームも同じAD内にあります。
ボリュームグループは、個々のボリュームと同じバックアップ／復元およびクローン機能を公開します。つまり、ボリュームグループのポイントインタイム・クラッシュ整合性連携バックアップ（増分または完全）を実行したり、ボリュームグループのポイントインタイム・クラッシュ整合性クローンを作成したりできます。
1つのボリュームグループに最大32個のボリュームを含めることができますが、ボリュームグループの合計サイズは128 TBです。これはソフト・リミットであるため、制限の引き上げをリクエストすることで、テナントごとに増やすことができます。各ボリュームは、1つのボリュームグループにのみ含めることができます。
コンソール、CLI/SDK、API、およびTerraformを使用して、グループ・ボリュームを管理できます。これには、ボリュームグループの作成と削除、ボリュームグループに含めるボリュームの追加と削除、およびボリュームグループの名前の変更が含まれます。
はい。ボリュームグループに含まれるボリュームは、グループとして管理できることに加えて、個別にアクセスおよび操作できます。
ボリュームグループに含まれるボリュームセット全体のポイントインタイム・クラッシュ整合性連携バックアップのことです。この操作により、ボリュームグループ・バックアップが作成されます。バックアップ・プロセス中、バックアップ元のボリュームグループおよびボリュームへの影響はありません。
ボリュームグループ・バックアップは、ソースのボリュームグループが存在するリージョン内のすべての可用性ドメインに複製されます。ボリュームグループ・バックアップを使用して、ボリュームグループに含まれるすべてのボリューム・データを復元することにより、バックアップが存在するリージョン内の任意の可用性ドメインに新しいボリュームグループを作成できます。
現時点では、使用できません。この機能に関する今後の最新情報に注意してください。
ボリュームグループに含まれるボリュームセット全体のポイントインタイム・クラッシュ整合性ディープ・ディスク・ツー・ディスク・コピーのことです。この操作により、新しいボリュームグループとそれに含まれる新しいボリュームが作成されます。これらは、ソースのボリュームグループとそれに含まれるボリュームをそのままコピーしたものです。
クローン操作はすぐに実行され、クローン操作を開始するとすぐにクローン・ボリュームグループとそれに含まれるクローン・ボリュームを使用できるようになります。実際のデータのコピーは、バックグラウンドで行われます。所要時間は、ソース・ボリュームのデータ量に比例し、1 TBのボリュームに対して最大15分かかる場合があります。
ソースのボリュームグループとそれに含まれるボリュームは、クローン・プロセスの影響を受けません。クローン元とクローン先のボリュームグループとそれに含まれるボリュームセットは、完全に分離されており、何も共有されていません。これにより、クローン操作の進行中およびクローン操作の完了時にソースに影響が出ないようになっています。
ボリュームグループ内のソース・ボリュームがアタッチされているかどうかによって異なります。
これらの機能は、追加料金なしで提供されています。ブロックおよびブートボリューム・ストレージ（Block Volumesの価格）とボリュームグループ・バックアップ（Object Storageの価格）に対してのみ実際の使用量に基づいて課金されます。
ボリュームグループの開始方法と管理方法の詳細については、Oracle Cloud Infrastructure製品に関する資料を参照してください。
プロビジョニングされたボリューム・サイズ（GB）と各ボリュームに選択されたパフォーマンス・オプションに基づいてブロックボリュームが計測されます。使用されているブロックボリュームに対してOracle Cloud Infrastructure Block Volumesの価格で請求が行われます。
Block Volumesのバックアップは、Oracle Cloud Infrastructure Object Storageに保存され、それらによって消費されるObject Storageに基づいて計測および請求が行われます。詳細については、Object Storageの価格を参照してください。
Oracle Cloud Infrastructure Storageの価格を参照してください。クロスリージョン・バックアップは、Object Storageおよびアウトバウンド・データ転送ネットワークの使用量に基づいて計測および請求が行われます。