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

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

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

Block Volumeサービスを使用すると、1つのボリューム・グループに複数のボリュームをグループ化できます。ボリューム・グループは、バックアップおよびクローニングを作成するプロセスを簡素化します。

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

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

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

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

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

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

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

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

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

ノート

オーバーヘッドとメタデータもストレージ・プール内の領域を占有するため、LUNによって消費されるディスク領域は、プロビジョニングされたボリューム・サイズよりも大きくなります。

必須コンポーネント

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

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

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

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

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

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

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

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

Block Volumeのパフォーマンス・オプション

柔軟なパフォーマンス

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

• 高パフォーマンス: 高パフォーマンス・オプションは、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つのスケジュールがあります。すべてのスケジュール時間は、地域のデータセンター時間です。すべてのバックアップ・タイプは完全バックアップです。

Bronze

1. 毎月のバックアップは、その月の初日に00:00に実行され、12か月間保持されます。

シルバー

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箇所で管理できます。この機能により、複数コンピュート・インスタンスにわたって複数のストレージ・ボリュームにわたって実行されているエンタープライズ・アプリケーションに対して時間整合性のあるバックアップを作成するプロセスが簡略化されます。

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

クローン

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

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

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

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

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

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