ブロック・ボリューム・ストレージ

ブロック・ボリュームの概要

ブロック・ボリュームは、デタッチ可能なブロック・ストレージ・デバイスであり、コンピュート・インスタンスのストレージ容量を動的に拡張したり、コンピュート・インスタンス間で移行可能な耐久性の高い永続データ・ストレージを提供したり、大規模データベースをホストできます。

ブロック・ボリューム・サービスを使用すると、複数のボリュームを1つのボリューム・グループにグループ化できます。ボリューム・グループによって、バックアップおよびクローンを作成するプロセスが簡略化されます。

ストレージ、パフォーマンスおよびアプリケーションの要件に合せ、ボリュームを作成、アタッチ、接続および移動し、ボリューム・パフォーマンスを変更できます。

ボリュームをコンピュート・インスタンスにアタッチおよび接続した後は、そのボリュームを通常のハード・ドライブとして使用できます。また、データを失うことなく、ボリュームを切断して別のコンピュート・インスタンスにアタッチすることもできます。

ブロック・ボリュームのデフォルト・サイズは、1024 GB (1TB)です。ブロック・ボリューム・サイズの範囲は、50 GBから32768 GB (32 TB)です。

ブロック・ボリュームのタイプ

• ブート・ボリューム: コンピュート・インスタンスの起動に使用されるイメージを含む、デタッチ可能なブート・ボリューム・デバイス。

• ブロック・ボリューム: デタッチ可能なブロック・ストレージ・デバイスで、インスタンスのストレージ容量を動的に拡張できます。

ストレージ、パフォーマンスおよびアプリケーションの要件に合せ、ボリュームを作成、アタッチ、接続および移動し、ボリューム・パフォーマンスを変更できます。

ボリュームをコンピュート・インスタンスにアタッチおよび接続した後は、そのボリュームを通常のハード・ドライブとして使用できます。また、データを失うことなく、ボリュームを切断して別のコンピュート・インスタンスにアタッチすることもできます。

ボリュームが作成されると、ボリュームはシン(スパース)プロビジョニングされます。ボリュームは、ボリュームに書き込まれた領域のみを消費します。ボリュームがインスタンスにアタッチされると、ボリュームは厚い(非スパース)プロビジョニングされます。ボリュームはボリュームを完全に埋めるのに十分な領域を確保します。この動作により、領域不足エラーを回避できます。ボリュームがデタッチされると、別のインスタンスにまだアタッチされていない場合、ボリュームは再びシン・プロビジョニングされます。

必須コンポーネント

ボリュームの作成とコンピュート・インスタンスへのアタッチには、次のコンポーネントが必要です:

• コンピュート・インスタンス: Compute Cloud@Customerで実行されている仮想マシン(VM)。

• ボリューム・アタッチメント: コンピュート・インスタンスに使用可能な疑似仮想化アタッチメント。

• ボリューム: ブロック・ボリュームまたはブート・ボリューム。

ボリューム・アクセス・タイプ

ブロック・ボリュームをアタッチするときには、次のいずれかのアクセス・タイプを指定できます:

• 読取り/書込み:これがボリューム・アタッチメントのデフォルト・オプションです。このオプションを使用すると、インスタンスはデータの読取りおよびボリュームへの書込みを実行できます。
• 読取り/書込み、共有可能:このオプションを使用すると、1つのボリュームを複数のインスタンスに同時にアタッチでき、これらのインスタンスはデータの読取りおよび書込みをボリュームに対して実行できます。マルチ・インスタンス・ボリューム・アタッチメントを使用した無制御の読取り/書込み操作によるデータ破損を防ぐには、ボリュームを使用する前にクラスタ対応ソリューションをインストールして構成する必要があります。
• 読取り専用:このオプションを使用すると、インスタンスはボリューム上のデータの読取りのみできます。ボリュームのデータを更新することはできません。このオプションは、データを偶然または悪意のある変更から保護するために指定します。

ブート・ボリュームのアクセス・タイプは、常に読取り/書込みです。

ブロック・ボリュームのパフォーマンス・オプション

柔軟なパフォーマンス

ブロック・ストレージを作成するときに、オプションで高パフォーマンスを有効にできます。デフォルトでは、ボリュームはバランスのとれたパフォーマンスで作成されます。ボリュームの作成後は、ボリューム・パフォーマンス設定を変更できません。

• 高パフォーマンス: I/O要件が高いワークロードには、「高パフォーマンス」オプションをお薦めします。

• バランス・パフォーマンス: 「バランス」パフォーマンス・オプションは、新規および既存のブロック・ボリュームおよびブート・ボリュームのデフォルトです。このパフォーマンス・オプションを使用すると、ほとんどのワークロード(ブート・ボリュームなどランダムI/Oを実行するワークロードを含む)でパフォーマンスとコスト節約のバランスを取ることができます。

パフォーマンスの制限事項および考慮事項

次のパフォーマンス結果は、フォーマットされていないデータ・ボリュームに対するものです。

• コンピュート・インスタンスのスループット・パフォーマンスは、コンピュート・インスタンスで使用可能なネットワーク帯域幅によって異なり、ボリュームのその帯域幅によってさらに制限されます。

• Microsoft Defender Advanced Threat Protection(Microsoft Defender ATP)がインスタンスで有効になっている場合、ディスクI/Oのパフォーマンスに大きな悪影響を及ぼします。ただし、Microsoft Defender ATPを無効にすることによるセキュリティへの影響を考慮してください。

• ブロック・ボリューム・パフォーマンスはボリューム単位であるため、ブロック・ボリュームが複数コンピュート・インスタンスにアタッチされると、アタッチされたすべてのコンピュート・インスタンス間でパフォーマンスが共有されます。

ブロック・ボリュームのシナリオ

ストレージ容量の追加

ブロック・ボリュームの一般的な用途は、インスタンスにストレージ容量を追加することです。インスタンスを作成してクラウド・ネットワークを設定した後、ブロック・ストレージ・ボリュームを作成できます。その後、ボリューム・アタッチを使用してボリュームをコンピュート・インスタンスにアタッチします。その後にボリュームをマウントし、コンピュート・インスタンスで使用できます。

別のコンピュート・インスタンスへのボリュームの移動

ブロック・ボリュームは、データを損失することなく、コンピュート・インスタンスからデタッチして別のコンピュート・インスタンスに移動できます。このデータ永続性により、データをコンピュート・インスタンス間で移行でき、コンピュート・インスタンスに接続していないときでもデータの安全性が確保されます。ボリュームを削除するまで、データはそのまま残ります。

ボリュームを別のコンピュート・インスタンスに移動するには、最初のコンピュート・インスタンスからドライブをアンマウントし、ブロック・ボリュームをデタッチしてから、そのボリュームを別のコンピュート・インスタンスにアタッチします。そこから、データにアクセスできるように、そのインスタンスのゲストOSからドライブを接続およびマウントします。

コンピュート・インスタンスのスケーリング

コンピュート・インスタンスを削除するときに、関連付けられたブート・ボリュームを保存し、それを使用して別のコンピュート・インスタンス・タイプまたはシェイプで新しいコンピュート・インスタンスを作成できます。この機能により、コンピュート・インスタンスのコア数を簡単にスケール・アップまたはスケール・ダウンできます。

ボリューム・バックアップおよびクローン

バックアップとリストア

バックアップおよびリストア操作は、ブート・ボリューム、データ・ボリュームおよびボリューム・グループでサポートされています。すべてのバックアップは、増分ではなく、フル・バックアップです。

ブート・ボリューム、ブロック・ボリュームまたはボリューム・グループをバックアップするには、次のいずれかの方法を使用します:

• クローン: ボリュームをクローニングすると、バックアップおよびリストア操作を実行せずにコピーを作成できます。クローンの詳細は、後述の「クローン」の項および「ボリューム・クローンとバックアップの違い」の表を参照してください。ブート・ボリュームのクローニングに関する一般情報は、ブート・ボリュームのクローニングを参照してください。

• 手動バックアップ: これらのバックアップは、バックアップの作成時に1回実行されます。これらのバックアップは、無期限に保持されるか、このボリュームに対してポリシーベースの(スケジュールされた)バックアップが作成されるまで保持されます。

• スケジュール済バックアップ: これらのバックアップは、バックアップ・ポリシーで定義されたスケジュールに従って定期的に実行されます。ポリシー・スケジュールでは、バックアップの頻度(期間)と時間、およびバックアップを保持する期間を指定します。独自のバックアップ・ポリシーを作成することも、Oracle提供のバックアップ・ポリシーを使用することもできます。

Oracle提供のバックアップ・ポリシー

Oracle定義のバックアップ・ポリシーは、ボリューム・グループのバックアップには使用できません。これらのポリシーは、個々のブロック・ボリュームおよびブート・ボリュームのバックアップに使用できます。

Oracle定義のポリシーは変更できません。たとえば、別のバックアップ時間または保存時間が必要な場合は、バックアップ・ポリシーの管理の説明に従って、ユーザー定義のバックアップ・ポリシーを作成します。

次のバックアップ・ポリシーはOracleによって提供され、すべてのコンパートメントで使用できます。リソースには1つのバックアップ・ポリシーのみを割り当てることができますが、バックアップ・ポリシーには複数のスケジュールを設定できます。Oracle Bronzeポリシーには1つのスケジュールがあり、Silverポリシーには2つのスケジュールがあり、Goldポリシーには3つのスケジュールがあります。すべてのスケジュール時間は、地域のデータ・センターの時間です。すべてのバックアップ・タイプは完全バックアップです。

ブロンズ

1. 月の初日に00:00に実行され、12か月間保持される月次バックアップ。

Silver

1. 毎週月曜日の00:00に実行され、4週間保持される週次バックアップ。

2. 月の初日に00:00に実行され、12か月間保持される月次バックアップ。

Gold

1. 00:00に実行され、7日間保持される日次バックアップ。

2. 毎週月曜日の00:00に実行され、4週間保持される週次バックアップ。

3. 月の初日に00:00に実行され、12か月間保持される月次バックアップ。

Block Volumeサービスは、特定のリソースのスケジュールされたバックアップを1日で複数実行しません。スケジュールの競合(日次、週次、月次バックアップなど)が同時に実行されるようにスケジュールされている場合、最も長い期間のバックアップが実行されます。

ボリューム・グループのバックアップおよびリストア

個々のブロック・ボリュームに対して実行できるバックアップ操作およびタスクのほとんどを、ボリューム・グループに対して実行できます。

ボリューム・グループ・バックアップを使用すると、複数のボリュームのバックアップ設定を1箇所で管理できます。この機能により、複数のコンピュート・インスタンスにまたがる複数のストレージ・ボリュームにわたる、実行中のエンタープライズ・アプリケーションに対して時間一貫性のあるバックアップを作成するプロセスが簡素化されます。

ボリューム・グループ・バックアップは、ボリューム・グループにリストアすることも、ボリューム・グループ内の個々のボリュームをボリューム・バックアップから・リストアすることもできます。

クローン

Block Volumeサービスを使用してクローンをボリュームから作成できます。クローンを作成すると、バックアップとリストアのプロセスを実行しなくても、既存のブロック・ボリュームのコピーを作成できます。

クローン操作はすぐに開始され、状態が「使用可能」に変わったら、クローニングされたボリュームを通常のボリュームとしてアタッチして使用できます。この時点で、ボリューム・データはバックグラウンドでコピー中であり、ボリュームのサイズによっては最大30分かかることがあります。

ソース・ボリュームのクローニング中、ソース・ボリュームに対する単一のポイントインタイム参照があります。クローンの作成時にソース・ボリュームがアタッチされている場合は、追加のクローンを作成する前に、ソース・ボリュームからの最初のクローン操作が完了するのを待機する必要があります。ソース・ボリュームがデタッチされている場合、同じソース・ボリュームから最大10のクローンを同時に作成できます。

ボリュームのクローンは、同じテナント内にのみ作成できます。必要なアクセス権限がある場合は、ソース・ボリューム・コンパートメントとは異なるコンパートメントにボリュームのクローンを作成できます。

ボリュームのクローンとバックアップの違い

ボリュームのバックアップかクローンのどちらを作成するか決定する際には、次の基準を考慮してください。