7 ブロック・ボリューム・ストレージ
Block Volumesは、I/O集中型の幅広いワークロードをサポートする、高パフォーマンスのネットワーク・ストレージ容量を提供します。
ブロック・ボリュームを使用して、コンピュート・インスタンスのストレージ容量を拡張し、コンピュート・インスタンス間で移行できる耐久性の高い永続データ・ストレージを提供し、大規模なデータベースをホストできます。
Block Volumeサービスにより、ブロック・ストレージ・ボリュームを動的にプロビジョニングして管理できます。 ストレージ要件、パフォーマンス要件およびアプリケーション要件に合せて、ボリュームを作成、アタッチ、接続および移動できます。
ブロック・ボリュームの作成後、ボリュームを1つ以上のインスタンスにアタッチします。 ボリュームは通常のハード・ドライブのように使用できます。 データを失うことなく、ボリュームを切断して別のインスタンスにアタッチすることもできます。
次の2つのタイプのボリュームがあります:
-
ブロック・ボリューム: インスタンスのストレージ容量を動的に拡張できる、デタッチ可能なブロック・ストレージ・デバイス。
-
ブート・ボリューム: コンピュート・インスタンスの起動に使用されるイメージを含む、デタッチ可能なブート・ボリューム・デバイス。
概念の詳細は、「Oracle Private Cloud Appliance概要ガイド」の「ブロック・ボリューム・ストレージの概要」の項を参照してください。
この項では、ブロック・ボリュームの管理手順について説明します。
ブロック・ボリュームの作成およびアタッチ
タスク・フロー
番号 | タスク | リンク |
---|---|---|
1. |
ブロック・ボリュームの作成 |
|
2. |
ブロック・ボリュームを1つ以上のインスタンスにアタッチします。 |
または |
3. | 追加されたブロック・ボリュームを識別し、管理タスクを実行します。 | インスタンスでのボリュームの検索 |
4. |
インスタンスの再起動時に自動的にマウントするようにボリュームを構成します。 |
ブロック・ボリュームの作成
ブロック・ボリュームは、ブロック・ボリューム・サービスを使用して作成されます。
OCI CLIを使用して、同期書込みバイアスおよびセカンダリ・キャッシュ・プロパティの値を設定できます。
「コンピュートWeb UI」の使用
-
ナビゲーション・メニューのBlock Storageで、Block Volumesをクリックします。
-
「ブロック・ボリュームの作成」をクリックします。
-
必要なボリューム情報を入力します:
-
名前: ボリュームの名前または説明を指定します。 機密情報を入力しないでください。
-
コンパートメント: ブロック・ボリュームを作成するコンパートメントを選択します。
-
サイズ(GB): 50 GBから32 TBの間であり、1 GB単位で指定する必要があります。
-
高パフォーマンス・ボリューム: オプションで、高パフォーマンス機能を使用してボリュームを作成することを選択します。 有効にしない場合、ボリュームはバランスのとれたパフォーマンスを使用します。
-
高パフォーマンス: 高パフォーマンス・エラスティック・パフォーマンス・オプションは、I/O要件が最も高く、大規模なデータベースなど、可能なかぎり最高のパフォーマンスを必要とするワークロードに推奨されます。
-
バランスのとれたパフォーマンス: ブート・ボリュームを含むほとんどのアプリケーションに最適です。
詳細は、「Oracle Private Cloud Appliance概要ガイド」の「ブロック・ボリューム・ストレージの概要」の「ブロック・ボリュームのパフォーマンス・オプション」を参照してください。
-
-
バックアップ・ポリシー: オプションで、このボリュームのバックアップ・ポリシーの使用を有効にできます。 ドロップダウン・リストからバックアップ・ポリシーを選択します。
バックアップ・ポリシーの詳細は、「バックアップ・ポリシーの管理」を参照してください。
-
タグ付け: オプションで、このリソースに1つ以上のタグを追加します。
タグを適用するかどうかわからない場合は、このオプションをスキップします(後でタグを適用できます)。
リソースのタグ付けの詳細は、「リソース・タグの操作」を参照してください。
-
-
「ブロック・ボリュームの作成」をクリックします。
ボリュームのアイコンに使用可能状態のボリュームがリストされた後で、ボリュームをインスタンスにアタッチする準備ができました。
「ボリュームのアタッチ」を参照してください。
OCI CLIの使用
-
コマンドを実行するために必要な情報を収集します:
-
可用性ドメイン名(
oci iam availability-domain list
) -
コンパートメントOCID (
oci iam compartment list
)
-
-
oci bv volume create
コマンドを実行します。この手順では、このコマンドで使用可能なすべてのパラメータを表示しません。 追加のパラメータについては、
--help
オプションを指定してコマンドを実行します。構文:
oci bv volume create --availability-domain availability_domain_name \ --compartment-id compartment_OCID
必須パラメータのみを指定する例:
oci bv volume create --availability-domain ad1 \ --compartment-id ocid1.compartment.unique_ID { "data": { "auto-tuned-vpus-per-gb": null, "availability-domain": "ad1", "compartment-id": "ocid1.compartment.unique_ID", "defined-tags": {}, "display-name": "volume20210106171509", "freeform-tags": {}, "id": "ocid1.volume.unique_ID", "is-auto-tune-enabled": null, "is-hydrated": null, "kms-key-id": null, "lifecycle-state": "PROVISIONING", "size-in-gbs": 50, "size-in-mbs": 51200, "source-details": null, "system-tags": null, "time-created": "2021-06-01T17:15:09+00:00", "volume-group-id": null, "vpus-per-gb": 0 }, "etag": "d507e0b7-cffa-4eae-bfdb-ede81bc132d5" }
logBias
およびsecondaryCache
プロパティの値を指定する例:OraclePCA
定義タグを使用して、logBias
およびsecondaryCache
プロパティの値を設定できます。 定義済タグの指定方法の詳細は、「リソース作成時のタグの追加」を参照してください。logBias
またはSynchronous Write Biasプロパティは、シェアまたはLUN (Logzilla)に対する書き込みキャッシュ・フラッシュ・デバイスの使用を制御します。logBias
プロパティの値は、LATENCY
またはTHROUGHPUT
のいずれかである必要があります。 この値が設定されていない場合は、値LATENCY
が使用されます。secondaryCache
プロパティは、共有またはLUN (「Readzilla」)に対する読み取りキャッシュ・フラッシュ・デバイスの使用を制御します。secondaryCache
プロパティの値は、ALL
、METADATA
またはNONE
のいずれかである必要があります。 この値が設定されていない場合は、値ALL
が使用されます。logBias
およびsecondaryCache
プロパティの値は、update
コマンドを使用して変更できます。oci bv volume create --availability-domain ad1 \ --compartment-id ocid1.compartment.unique_ID --display-name myblockvolume \ --defined-tags '{"OraclePCA":{"logBias":"THROUGHPUT","secondaryCache":"METADATA"}}' { "data": { "auto-tuned-vpus-per-gb": null, "autotune-policies": null, "availability-domain": "ad1", "block-volume-replicas": null, "compartment-id": "ocid1.compartment.unique_ID", "defined-tags": { "OraclePCA": { "logBias": "THROUGHPUT", "secondaryCache": "METADATA" } }, "display-name": "myblockvolume", "freeform-tags": {}, "id": "ocid1.volume.unique_ID", "is-auto-tune-enabled": null, "is-hydrated": null, "kms-key-id": null, "lifecycle-state": "PROVISIONING", "size-in-gbs": 50, "size-in-mbs": 51200, "source-details": null, "system-tags": null, "time-created": "2022-12-08T21:05:36.647925+00:00", "volume-group-id": null, "vpus-per-gb": 0 }, "etag": "08d0abc9-60c6-4fc7-b6fe-85d0af1c0308", "opc-work-request-id": "ocid1.workrequest.unique_ID" }
ボリュームがAVAILABLE状態の場合は、ボリュームをインスタンスにアタッチできます。 「ボリュームのアタッチ」を参照してください。
ボリュームのアタッチ
ボリュームをインスタンスにアタッチして、インスタンスで使用可能なストレージを拡張できます。 一度に複数のインスタンスにボリュームをアタッチできます(「複数のインスタンスへのボリュームのアタッチ」を参照)。
インスタンスからデータ・ボリュームとして別のインスタンスにデタッチされたブート・ボリュームをアタッチすることもできます。 このアクティビティは、ブート・ボリュームのトラブルシューティングや、ブート・ボリュームがインスタンスからデタッチされている間の管理アクティビティの実行に便利です。
重要:
LinuxボリュームのみをLinuxインスタンスにアタッチし、Microsoft WindowsボリュームをMicrosoft Windowsインスタンスにアタッチします。
重要:
デタッチされたボリュームを再アタッチする場合、ボリュームが別のデバイス名に関連付けられている可能性があり、インスタンスのオペレーティング・システムでボリュームが認識されない可能性があります。
「コンピュートWeb UI」の使用
-
ナビゲーション・メニューで、Computeをクリックし、Instancesをクリックします。
-
インスタンスが存在するコンパートメントを選択します。
-
インスタンス・リストで、ボリュームをアタッチするインスタンスをクリックします。
-
左下のパネルのリソースで、アタッチされたブロック・ボリュームを選択します。
-
「アタッチされたブロック・ボリューム」パネルで、ブロック・ボリュームのアタッチをクリックします。
-
ブロック・ボリュームが存在するコンパートメントを選択します。
-
ブロック・ボリュームの選択
-
次のいずれかのアクセス・メソッドを選択します:
-
Read/Write: (デフォルト)ボリューム・アタッチメントを読取り/書込み機能で構成します。 他のインスタンスと共有することはできません。 このオプションは、単一のインスタンスへのアタッチメントのみを有効にします。
-
Read/Write - 共有可能: ボリューム・アタッチメントを読取り/書込み、他のインスタンスとの共有可能として構成します。 このオプションは、複数のインスタンスへの読取り/書込みアタッチメントを有効にします。
-
読取り専用 - 共有可能: ボリューム・アタッチメントを読取り専用として構成し、複数のインスタンスへのアタッチメントを可能にします
-
-
Attach to Instanceをクリックします。
OCI CLIの使用
この手順では、このコマンドに必要な最小パラメータを示します。 オプションのパラメータについては、--help
オプションを指定してコマンドを実行します。
次のオプション・パラメータを使用すると、共有可能ボリュームをアタッチできます。 このパラメータを省略すると、デフォルトでfalseに設定されます。
--is-shareable <TRUE | FLASE>
-
コマンドを実行するために必要な情報を収集します:
-
インスタンスOCID (
oci compute instance list --compartment-id <compartment_OCID>
) -
ボリュームOCID (
oci bv volume list --compartment-id <compartment_OCID>
)
-
-
oci compute volume-attachment attach
コマンドを実行します。構文(1行に入力):
oci compute volume-attachment attach --instance-id <instance_OCID> --volume-id <volume_OCID> --type paravirtualized
例:
oci compute volume-attachment attach \ --instance-id ocid1.instance.….….….uniqueID \ --volume-id ocid1.volume.….….….uniqueID \ --type paravirtualized { "data": { "attachment-type": "paravirtualized", "availability-domain": "MyAD", "compartment-id": "ocid1.compartment.….….….uniqueID", "device": null, "display-name": "volumeattachment.….….….uniqueID", "id": "ocid1.volumeattachment.….….….uniqueID", "instance-id": "ocid1.instance.….….….uniqueID", "is-pv-encryption-in-transit-enabled": null, "is-read-only": false, "is-shareable": false, "lifecycle-state": "ATTACHED", "time-created": "2021-06-01T17:24:13+00:00", "volume-id": "ocid1.volume.….….….uniqueID" } }
複数のインスタンスへのボリュームのアタッチ
Block Volumeサービスは、ブロック・ボリュームを複数のコンピュート・インスタンスにアタッチする機能を提供します。 この機能を使用すると、ブロック・ボリュームをインスタンス間で読取り/書込みモードまたは読取り専用モードで共有できます。 ブロック・ボリュームを読取り/書込みおよび共有可能としてアタッチすると、クラスタ対応ソリューションをデプロイおよび管理できます。
ボリュームを複数のインスタンスにアタッチするための重要な制限および考慮事項があります。 詳細は、「Oracle Private Cloud Appliance概要ガイド」の「ブロック・ボリューム・ストレージの概要」の章を参照してください。
重要:
デタッチされたボリュームをアタッチする場合、そのボリュームが別のデバイス名に関連付けられている可能性があり、インスタンスのオペレーティング・システムがボリュームを認識しない可能性があります。
読取り/書込みアクセス権を持つ複数インスタンス・ボリューム・アタッチメントの構成
Block Volumeサービスは、複数のインスタンスにアタッチされたボリュームに対する同時書込み操作の調整を提供しません。 無制限の読取り/書込み操作によるデータ破損を防止するには、ボリュームを使用する前に、共有ストレージ上にクラスタ対応システムまたはソリューション(Oracle Cluster File System version 2 (OCFS2)など)をインストールして構成する必要があります。
必要なステップの概要は次のとおりです:
-
UI、CLIまたはAPIを使用して、ブロック・ボリュームをインスタンスに読取り/書込み-共有可能としてアタッチします。
「ボリュームのアタッチ」を参照してください
-
OCFS2/O2CBクラスタ・ノードを設定します。
-
OCFS2ファイル・システムおよびマウント・ポイントを作成します。
読取り専用モードでの複数インスタンス・ボリューム・アタッチメントの構成
ブロック・ボリュームを読取り専用としてインスタンスにアタッチすると、他のインスタンスにアタッチできるのは読取り専用としてのみです。 ブロック・ボリュームを読取り/書込みとしてインスタンスにアタッチする場合は、ブロック・ボリュームをすべてのインスタンスからデタッチしてから、ブロック・ボリュームをインスタンスに読取り/書込みとして再アタッチします。
-
UI、CLIまたはAPIを使用して、ブロック・ボリュームを読取り専用としてインスタンスにアタッチします。
「ボリュームのアタッチ」を参照してください
-
UI、CLIまたはAPIを使用して、ブロック・ボリュームを読取り専用として追加のインスタンスにアタッチします。
「ボリュームのアタッチ」を参照してください
インスタンスでのボリュームの検索
ブロック・ボリュームがインスタンスに最初にアタッチされると、インスタンスではボリュームが新しいディスク(たとえば、デバイス/dev/sdb
)として表示されます。 この手順では、ボリュームを検出できるように、インスタンス内のディスク・デバイスをリストする方法について説明します。
UNIXベースのイメージの場合、インスタンスの起動時にこれらのボリュームをマウントする場合は、ボリュームを/etc/fstab
ファイルに追加する必要があります。 「ボリュームの自動マウントの構成(Linuxインスタンス)」を参照してください。
オプションで、様々な管理タスクを実行して、ストレージ要件にあわせてストレージを構成できます。
管理タスクの実行に使用するユーティリティは、インスタンスのOSのタイプによって異なります。 その他の管理情報は、インスタンス上にあるOSのバージョンに関するドキュメントを参照してください。 これらのドキュメント・ライブラリでは、有用な情報にアクセスできます:
-
Oracle OSドキュメント : https://docs.oracle.com/en/operating-systems/index.html
-
Oracle仮想化のドキュメント : https://docs.oracle.com/en/virtualization/index.html
Linuxコマンドを使用したインスタンスでのブート・ボリュームおよびアタッチされたブロック・ボリューム・デバイスの識別
-
「コンピュート・インスタンスへの接続」の説明に従って、インスタンスにログオンします。
-
ディスク・デバイスを一覧表示します。
重要:
UNIXタイプのオペレーティング・システムでは、ボリュームがアタッチされる順序は決定的ではないため、再起動のたびに変化する可能性があります。 デバイス名(
/dev/sdb
など)を使用してボリュームを参照し、ルート以外のボリュームが複数ある場合は、特定のデバイス名にマウントするボリュームがマウントされる保証はありません。 ブロック・ボリュームを認識するようにOSを構成する場合(/etc/fstab
ファイルへのボリュームの追加など)、この手順の説明に従ってボリュームSCSI IDを使用します。sudo ls /dev/sd* /dev/sda /dev/sda1 /dev/sda2 /dev/sdb
この例では、
/dev/sda
と/dev/sdb
の2つのデバイスがリストされています。 -
fdisk
-l
コマンドを使用して、デバイスに関する構成情報を表示します。この例では、
/dev/sda
がブート・ボリュームです。 また、/dev/sdbはアタッチされたブロック・ボリュームです。sudo fdisk -l Disk /dev/sda: 53.7 GB, 53687091200 bytes, 104857600 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 8192 bytes / 8192 bytes Disk label type: dos Disk identifier: 0x000af694 Device Boot Start End Blocks Id System /dev/sda1 * 2048 2099199 1048576 83 Linux /dev/sda2 2099200 61442047 29671424 8e Linux LVM Disk /dev/mapper/ol-root: 27.2 GB, 27229421568 bytes, 53182464 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 8192 bytes / 8192 bytes Disk /dev/mapper/ol-swap: 3145 MB, 3145728000 bytes, 6144000 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 8192 bytes / 8192 bytes Disk /dev/sdb: 1099.5 GB, 1099511627776 bytes, 2147483648 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 8192 bytes / 8192 bytes
この出力例は、
/dev/sda
および/dev/sdb
に関する次の情報を提供します:-
/dev/sda
のサイズは、53.7 GB (ブート・ボリューム)です。 -
/dev/sda
には2つのパーティションがあります:/dev/sda1
および/dev/sda2
。 -
/dev/sdb
のサイズは1099.5 GB (アタッチされたブロック・ボリューム)で、パーティションはありません。
-
-
ファイルシステムがあり、OSにマウントされているデバイスを特定します。
sudo df -T Filesystem Type 1K-blocks Used Available Use% Mounted on devtmpfs devtmpfs 16318164 0 16318164 0% /dev tmpfs tmpfs 16332596 0 16332596 0% /dev/shm tmpfs tmpfs 16332596 8744 16323852 1% /run tmpfs tmpfs 16332596 0 16332596 0% /sys/fs/cgroup /dev/mapper/ol-root xfs 26578248 2907292 23670956 11% / /dev/sda1 xfs 1038336 292512 745824 29% /boot tmpfs tmpfs 3266520 0 3266520 0% /run/user/0
この例では、次のようになります。
-
/dev/sda1
にはxfsファイル・システムがあり、/boot
(ブート・ボリューム)にマウントされています。 -
このブロック・ボリュームはアタッチされており、ファイル・システムが作成されておらず、まだマウント可能ではないため、
/dev/sdb
はリストされません。
-
-
新しくアタッチしたボリュームのSCSI IDを見つけます。
sudo ls -l /dev/disk/by-id total 0 lrwxrwxrwx. 1 root root 10 Dec 6 18:26 dm-name-ol-root -> ../../dm-0 lrwxrwxrwx. 1 root root 10 Dec 6 18:26 dm-name-ol-swap -> ../../dm-1 lrwxrwxrwx. 1 root root 10 Dec 6 18:26 dm-uuid-LVM-83pr2aUrW2ZdCbWgsN4ZRFqvsXGGNZ8JO6il7j1YTWpywZeewYCiA6ywDmIeho1G -> ../../dm-0 lrwxrwxrwx. 1 root root 10 Dec 6 18:26 dm-uuid-LVM-83pr2aUrW2ZdCbWgsN4ZRFqvsXGGNZ8JsaUihE3RWozk5u4p5nOwG9sFcj34AU3F -> ../../dm-1 lrwxrwxrwx. 1 root root 10 Dec 6 18:26 lvm-pv-uuid-Dh9ydC-Rj90-chhj-tkwq-ZI0Z-mfop-Wtg5bh -> ../../sda2 lrwxrwxrwx. 1 root root 9 Dec 6 18:26 scsi-3600144f096933b92000061ae9bfc0025 -> ../../sda lrwxrwxrwx. 1 root root 10 Dec 6 18:26 scsi-3600144f096933b92000061ae9bfc0025-part1 -> ../../sda1 lrwxrwxrwx. 1 root root 10 Dec 6 18:26 scsi-3600144f096933b92000061ae9bfc0025-part2 -> ../../sda2 lrwxrwxrwx. 1 root root 9 Dec 8 15:17 scsi-3600144f096933b92000061b1129e0037 -> ../../sdb lrwxrwxrwx. 1 root root 9 Dec 6 18:26 wwn-0x600144f096933b92000061ae9bfc0025 -> ../../sda lrwxrwxrwx. 1 root root 10 Dec 6 18:26 wwn-0x600144f096933b92000061ae9bfc0025-part1 -> ../../sda1 lrwxrwxrwx. 1 root root 10 Dec 6 18:26 wwn-0x600144f096933b92000061ae9bfc0025-part2 -> ../../sda2 lrwxrwxrwx. 1 root root 9 Dec 8 15:17 wwn-0x600144f096933b92000061b1129e0037 -> ../../sdb
この例では、次の行に
sdb
に割り当てられたSCSI IDを示します:lrwxrwxrwx. 1 root root 9 Dec 8 15:17 scsi-3600144f096933b92000061b1129e0037 -> ../../sdb
ここで、
scsi-3600144f096933b92000061b1129e0037
はSCSI IDです。SCSI IDは
/dev/sdb
の永続的なデバイス名であり、デバイスのパーティション分割、ファイルシステムの作成、マウントなどの管理操作を実行するときに使用されます。ブロック・ボリューム・ファイル・システムをインスタンスにマウントする方法の詳細は、「ボリュームの自動マウントの構成(Linuxインスタンス)」を参照してください。
-
ストレージ要件に合せてブロック・ボリュームを構成するには、管理タスクを実行します。
実行する具体的なタスクは、インスタンスを実行するOSのタイプとストレージの構成方法によって異なります。 詳細は、OSのドキュメントを参照してください。
ボリュームの自動マウントの構成(Linuxインスタンス)
Linuxインスタンスで、インスタンスの起動時にボリュームを自動的にマウントする場合は、ボリュームを/etc/fstab
ファイルに追加する必要があります。
始める前に
マウントする予定のブロック・ボリュームのSCSI IDを取得します。 「インスタンスでのボリュームの検索」を参照してください
Linuxオペレーティング・システムでは、デバイス名のかわりに/etc/fstab
ファイルにボリュームSCSI IDを指定します(たとえば、/dev/sdb
)。 これは、ボリュームSCSI IDの例です:
/dev/disk/by-id/scsi-3600144f096933b92000061b1129e0037
/etc/fstab
ファイルへのボリュームの追加
-
新しくアタッチしたブロック・ボリュームをマウント用に準備します。
インスタンスOSに含まれているディスク管理ユーティリティを使用して、次のようなタスクを実行します:
-
ボリュームをパーティション分割
-
ボリュームまたはパーティションにファイルシステムを作成
詳細は、インスタンスOSのドキュメントを参照してください。
これは、Linuxインスタンスにアタッチされたブロック・ボリューム用のext4ファイル・システムを作成する例です:
mkfs.ext4 /dev/disk/by-id/scsi-3600144f096933b92000061b1129e0037 mke2fs 1.42.9 (28-Dec-2013) /dev/disk/by-id/scsi-3600144f096933b92000061b1129e0037 is entire device, not just one partition! Proceed anyway? (y,n) y Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) Stride=2 blocks, Stripe width=2 blocks 67108864 inodes, 268435456 blocks 13421772 blocks (5.00%) reserved for the super user First data block=0 Maximum filesystem blocks=2415919104 8192 block groups 32768 blocks per group, 32768 fragments per group 8192 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 102400000, 214990848 Allocating group tables: done Writing inode tables: done Creating journal (32768 blocks): done Writing superblocks and filesystem accounting information: done
-
-
マウントする予定のファイル・システムごとにマウント・ポイントを作成します。
mkdir /mnt/volume1
-
ボリュームを
/etc/fstab
ファイルに追加します。この例では、
/etc/fstab
ファイル. . .に次の新しい行が追加されます。/dev/disk/by-id/scsi-3600144f096933b92000061b1129e0037 /mnt/volume1 ext4 _netdev,nofail 0 0
. . .次のフィールド値を使用します:
-
デバイス: SCSI IDを使用して指定されます :
/dev/disk/by-id/scsi-3600144f096933b92000061b1129e003
。 -
マウント・ポイント: 前のステップで作成したマウント・ポイント :
/mnt/volume1
-
タイプ: ファイル・システムのタイプ(この例では
ext4
)。 -
オプション:
-
_netdev
- ボリュームがマウントされる前にマウント・プロセスを開始するように構成します。 -
nofail
- デバイスが存在しない場合、エラーは報告されません。 これは、インスタンスを使用してカスタム・イメージを作成する場合に使用することをお薦めします。 そのイメージで作成された将来のインスタンスにはブロック・ボリュームは含まれず、このオプションなしで起動に失敗する可能性があります。
-
-
ダンプ: 廃止されたダンプ・ユーティリティを使用しない場合は、
0
。 -
fsck: fsckを実行しない場合は
0
-
-
/etc/fstab
ファイル内のボリュームをマウントするには、次のコマンドを使用します:sudo mount -a
-
ファイル・システムがマウントされていることを確認します:
mount | grep /mnt /dev/sdb on /mnt/volume1 type ext4 (rw,relatime,seclabel,stripe=2,data=ordered,_netdev)
ブロック・ボリュームの管理
ブロック・ボリュームの次の側面を管理できます:
- コンパートメント内のブロック・ボリュームをリストします。
- ブロック・ボリュームの詳細をリストします。
- ブロック・ボリューム・アタッチメントをリストします。
- ボリューム構成を編集します。
- ボリュームを別のコンパートメントに移動します。
- ボリュームをクローニングします。
- ボリュームをデタッチします。
- ボリュームの削除
ブロック・ボリュームおよびブロック・ボリュームの詳細のリスト
特定のコンパートメント内のすべてのブロック・ボリューム、および1つのボリュームに関する詳細情報をリストできます。
「コンピュートWeb UI」の使用
-
ナビゲーション・メニューのBlock Storageで、Block Volumesをクリックします。
-
適切なコンパートメントを選択します。
-
ブロック・ボリュームの詳細を表示するには、ブロック・ボリュームの名前をクリックします。
詳細が表示されます。
ディテール・アイテム 説明 Block Volumeアイコン ブロック・ボリュームのステータスを表示します。
ブロック・ボリューム名 ブロック・ボリュームの名前。
ブロック・ボリュームの情報とタグ クリックして表示できるタブ:
-
一般情報
-
このオブジェクトに適用されたタグ。
作成済 ボリュームが作成された日時。
コンパートメント ボリュームが属するコンパートメント。
OCID ボリュームOracleクラウドID。
バックアップ・ポリシー ボリュームに割り当てられたバックアップ・ポリシー。
サイズ ボリュームのサイズ。
ボリュームはハイドレーションされています このフィールドはOracle Private Cloud Applianceに適用されないため、常にいいえ
高パフォーマンスに対応 ボリュームが高パフォーマンス・ボリュームとして構成されているかどうかを示します。 はいの場合、GB当たりのボリューム・パフォーマンス・ユニット(VPU)が表示されます。
アイドル時に有効なVPU ボリュームがアイドル状態のとき、GB当たりボリューム・パフォーマンス・ユニット(VPU)/GBを表示します。
-
OCI CLIの使用
-
コマンドを実行するために必要な情報を収集します:
-
コンパートメントOCID (
oci iam compartment list
)
-
-
次のコマンドを実行します
構文(1行に入力):
oci bv volume list --compartment <compartment_OICD>
例:
oci bv volume list \ --compartment ocid1.compartment.….….….uniqueID { "data": [ { "auto-tuned-vpus-per-gb": null, "availability-domain": "MyAD", "compartment-id": "ocid1.compartment.….….….uniqueID", "defined-tags": {}, "display-name": "volume2", "freeform-tags": {}, "id": "ocid1.volume.….….….uniqueID-2", "is-auto-tune-enabled": null, "is-hydrated": null, "kms-key-id": null, "lifecycle-state": "AVAILABLE", "size-in-gbs": 52, "size-in-mbs": 53248, "source-details": null, "system-tags": null, "time-created": "2021-06-01T17:33:24+00:00", "volume-group-id": null, "vpus-per-gb": 0 }, { "auto-tuned-vpus-per-gb": null, "availability-domain": "MyAD", "compartment-id": "ocid1.compartment.….….….uniqueID", "defined-tags": {}, "display-name": "volume20210106171509", "freeform-tags": {}, "id": "ocid1.volume.….….….uniqueID-1", "is-auto-tune-enabled": null, "is-hydrated": null, "kms-key-id": null, "lifecycle-state": "AVAILABLE", "size-in-gbs": 50, "size-in-mbs": 51200, "source-details": null, "system-tags": null, "time-created": "2021-06-01T17:15:09+00:00", "volume-group-id": }, }
ブロック・ボリューム・アタッチメントのリスト
「コンピュートWeb UI」の使用
-
ナビゲーション・メニューで、Computeをクリックし、Instancesをクリックします。
-
インスタンスが存在するコンパートメントを選択します。
-
インスタンス名をクリックして詳細を表示します。
-
左下隅のリソースで、アタッチされたブロック・ボリュームを選択します。
このインスタンスにアタッチされているすべてのブロック・ボリュームが表示されます。
-
ブロック・ボリュームの詳細を表示するには、ブロック・ボリューム名をクリックします。
OCI CLIの使用
-
コンパートメント内のすべてのブロック・ボリュームのリスト
-
コマンドを実行するために必要な情報を収集します:
-
コンパートメントOCID (
oci iam compartment list
)
-
-
次のコマンドを実行します
構文(1行に入力):
oci compute volume-attachment list --compartment-id <compartment_OCID>
例:
oci compute volume-attachment list \ --compartment-id oocid1.compartment.….….….uniqueID { "data": [ { "attachment-type": "paravirtualized", "availability-domain": "MyAD", "compartment-id": "ocid1.compartment.….….….uniqueID", "device": null, "display-name": "volumeattachment20210106172413", "id": "ocid1.volumeattachment.….….….uniqueID-2", "instance-id": "ocid1.instance.….….….uniqueID", "is-pv-encryption-in-transit-enabled": null, "is-read-only": false, "is-shareable": false, "lifecycle-state": "ATTACHED", "time-created": "2021-06-01T17:24:13+00:00", "volume-id": "ocid1.volume.….….….uniqueID-2" }, { "attachment-type": "paravirtualized", "availability-domain": "MyAD", "compartment-id": "ocid1.compartment.….….….uniqueID", "device": null, "display-name": "volumeattachment20210106175003", "id": "ocid1.volumeattachment.….….….uniqueID-1", "instance-id": "ocid1.instance.….….….uniqueID", "is-pv-encryption-in-transit-enabled": null, "is-read-only": false, "is-shareable": false, "lifecycle-state": "ATTACHED", "time-created": "2021-06-01T17:50:03+00:00", "volume-id": "ocid1.volume.….….….uniqueID-1" } ] }
-
-
特定のインスタンスのブロック・ボリューム・アタッチメントのリスト
-
コマンドを実行するために必要な情報を収集します:
-
ボリュームOCID (
oci bv volume list --compartment-id
<compartment_OCID>)
-
-
次のコマンドを実行します
構文(1行に入力):
oci compute volume-attachment list --volume-id <volume_OCID>
例:
oci compute volume-attachment list \ --instance-id ocid1.instance.….….….uniqueID { { "attachment-type": "paravirtualized", "availability-domain": "MyAD", "compartment-id": "ocid1.compartment.….….….uniqueID", "device": null, "display-name": "volumeattachment20210106175003", "id": "ocid1.volumeattachment.….….….uniqueID", "instance-id": "ocid1.instance.….….….uniqueID", "is-pv-encryption-in-transit-enabled": null, "is-read-only": false, "is-shareable": false, "lifecycle-state": "ATTACHED", "time-created": "2021-06-01T17:50:03+00:00", "volume-id": "ocid1.volume.….….….uniqueID" } ] }
-
ボリューム構成の編集
ブロック・ボリュームおよびブート・ボリュームの設定は、オンライン中に停止時間なしで変更できます。
次のボリューム設定を変更できます:
-
名前: ボリューム表示名です。 名前は一意である必要はありません。
-
サイズ(GBで): ボリュームの容量です。 容量を増やすことができるだけです。 サイズを変更すると影響があります。 サイズを変更する前に、「ボリュームのサイズ変更」を参照してください
-
高パフォーマンス: 高パフォーマンスのオプションを有効または無効にします。
-
バックアップ・ポリシー: ドロップダウン・リストからバックアップ・ポリシーを選択します。
-
タグ付け: タグを追加、削除または変更します。 タグ付けの詳細は、「リソース・タグの操作」を参照してください。
「コンピュートWeb UI」の使用
-
ナビゲーション・メニューのBlock Storageで、Block Volumesをクリックします。
-
ブロック・ボリュームが存在するコンパートメントを選択します。
-
アクション・メニュー(3つのドット)で、編集を選択します。
-
ダイアログで、設定を変更します。
-
「変更の保存」をクリックします。
OCI CLIの使用
-
コマンドを実行するために必要な情報を収集します:
-
ボリュームOCID (
oci bv volume list --compartment-id <compartment_OCID>
)
-
-
oci bv volume update
コマンドを実行します。ノート:
この手順では、このコマンドに必要な最小パラメータを示します。 オプションのパラメータについては、
--help
オプションを指定してコマンドを実行します。ボリューム・サイズなどの他のボリューム・パラメータを変更するには、JSON形式でパラメータを指定します。 詳細は、「複雑なコマンド入力でのJSONの使用」を参照してください。
ボリューム表示名の変更
構文(1行に入力):
oci bv volume update --volume-id <volume_OCID> --display-name <new-display-name>
例:
oci bv volume update \ --volume-id ocid1.volume.….….….uniqueID \ --display-name volumeA
別のコンパートメントへのボリュームの移動
ブロック・ボリューム、ブート・ボリューム、クローン、ボリューム・バックアップ、ボリューム・グループ、ボリューム・グループ・バックアップなどのブロック・ボリューム・リソースを、あるコンパートメントから別のコンパートメントに移動できます。
ボリューム・リソースを新しいコンパートメントに移動しても、ポリシーなどの関連付けられたリソースは移動されません。 固有のポリシーはただちに適用され、リソースへのアクセスに影響します。
重要:
ブロック・ボリューム・リソースをコンパートメント間で移動する際には、リソース・ユーザーが、リソースを移動するコンパートメントに対する十分なアクセス権限を持っていることを確認する必要があります。
-
ブロック・ボリュームまたはブート・ボリュームをセキュリティ・ゾーンから標準コンパートメントに移動することはできません。
-
ボリュームがセキュリティ・ゾーン・ポリシーに違反している場合、ボリュームを標準コンパートメントからセキュリティ・ゾーン内のコンパートメントに移動することはできません。
OCI CLIの使用
-
コマンドを実行するために必要な情報を収集します:
-
ボリュームOCID (
oci bv volume list --compartment-id <compartment_OCID>
) -
ターゲット・コンパートメントOCID (
oci iam compartment list
)
-
-
次のコマンドを実行します
構文(1行に入力):
oci bv volume change-compartment --volume-id <volume_OCID> --compartment-id <destination_compartment_OCID>
例:
oci bv volume change-compartment \ --volume-id ocid1.volume.….….….uniqueID \ --compartment-id ocid1.compartment.….….….uniqueID \ { "etag": "7e084c71-4729-4ddd-b131-d87bfc621e8c" }
ボリュームのクローニング
Block Volumeサービスを使用して、ボリュームからクローンを作成できます。 クローニングでは、バックアップ/リストア・プロセスを実行しなくても、既存のブロック・ボリュームのコピーを作成できます。
クローン・ボリュームは、ソース・ボリュームのポイント・イン・タイム・ダイレクト・ディスク・ツー・ディスク・ディープ・コピーです。 ソース・ボリューム内のすべてのデータがクローン・ボリュームにコピーされます。 ソース・ボリュームのデータへのそれ以降の変更は、クローンにはコピーされません。
クローンを作成するときにボリューム・サイズを大きく指定しないかぎり、クローンはソース・ボリュームと同じサイズです。
ボリューム・データはバックグラウンドでコピーされ、ボリュームのサイズに応じて最大30分かかることがあります。 状態が使用可能に変更された場合は、クローン・ボリュームを通常のボリュームとしてアタッチして使用できます。
ボリュームのクローニングの詳細は、「Oracle Private Cloud Appliance概要ガイド」の「ブロック・ボリューム・ストレージの概要」章にある「ブロック・ストレージのバックアップとクローン」の項を参照してください。
「コンピュートWeb UI」の使用
-
ナビゲーション・メニューのBlock Storageで、Block Volumesをクリックします。
-
適切なコンパートメントを選択します。
-
クローンを作成するボリュームに対して、アクション・アイコン(3つのドット)をクリックし、クローンの作成を選択します。
-
ダイアログで、次の情報を入力します:
-
名前: ボリュームの名前または説明。 機密情報を入力しないでください。
-
コンパートメント: ブロック・ボリュームをクローニングするコンパートメントを選択します。
-
サイズ(GB): サイズは同じままにすることも、最大32 TBのサイズを増分することもできます。 サイズを小さくすることはできません。 値は1 GB単位で指定します。
-
高パフォーマンス・ボリューム: オプションで、高パフォーマンス機能を使用してボリュームを作成することを選択します。 有効にしない場合、ボリュームはバランスのとれたパフォーマンスを使用します。
-
高パフォーマンス: 高パフォーマンス・エラスティック・パフォーマンス・オプションは、I/O要件が最も高く、大規模なデータベースなど、可能なかぎり最高のパフォーマンスを必要とするワークロードに推奨されます。
-
バランスのとれたパフォーマンス: ブート・ボリュームを含むほとんどのアプリケーションに最適です。
詳細は、「Oracle Private Cloud Appliance概要ガイド」の「ブロック・ボリューム・ストレージの概要」の「ブロック・ボリュームのパフォーマンス・オプション」を参照してください。
-
-
バックアップ・ポリシー: オプションで、次のアイテムを指定して、このボリュームのバックアップ・ポリシーの使用を有効にできます:
-
コンパートメント: バックアップ・ポリシーが存在するコンパートメントを選択します。
-
バックアップ・ポリシー: リストからバックアップ・ポリシーを選択します。
バックアップ・ポリシーの詳細は、「バックアップ・ポリシーの管理」を参照してください。
-
-
タグ付け: オプションで、このリソースに1つ以上のタグを追加します。
タグを適用するかどうかわからない場合は、このオプションをスキップします(後でタグを適用できます)。
リソースのタグ付けの詳細は、「リソース・タグの操作」を参照してください。
-
-
「クローンの作成」をクリックします
OCI CLIの使用
-
コマンドを実行するために必要な情報を収集します:
-
可用性ドメイン名(
oci iam availability-domain list
) -
ソース・ボリュームを含むコンパートメントOCID (
oci iam compartment list
) -
クローンするボリュームのボリュームOCID (
oci bv volume list --compartment-id <compartment_OCID>
)
-
-
次のコマンドを実行します
構文(1行に入力):
oci bv volume create --availability-domain <availability_domain_name> --compartment-id <compartment_OCID> --source-volume-id <source_volume_OCID> --display-name <display_name>
例:
oci bv volume create \ --availability-domain ad1 \ --compartment-id ocid1.compartment.….….….uniqueID \ --source-volume-id ocid1.volume.….….….uniqueID \ --display-name "MyVolumeClone" { "data": { "auto-tuned-vpus-per-gb": null, "availability-domain": "ad1", "compartment-id": "ocid1.compartment.….….….uniqueID", "defined-tags": {}, "display-name": "MyVolumeClone", "freeform-tags": {}, "id": "ocid1.volume.….….….uniqueID", "is-auto-tune-enabled": null, "is-hydrated": null, "kms-key-id": null, "lifecycle-state": "PROVISIONING", "size-in-gbs": 1024, "size-in-mbs": 51200, "source-details": { "id": "ocid1.volume.….….….uniqueID", "type": "volume" }, "system-tags": null, "time-created": "2021-07-02T21:12:35+00:00", "volume-group-id": null, "vpus-per-gb": 0 }, "etag": "13864f86-cd1c-49f7-b414-4c4800103b0c", "opc-work-request-id": "ocid1.workrequest.….….….uniqueID" }
ブロック・ボリュームのデタッチ
インスタンスがボリュームにアクセスする必要がなくなった場合、ボリューム・データに影響を与えずにインスタンスからボリュームをデタッチできます。
注意:
後でデタッチされたボリュームを再アタッチすると、別のデバイス名に関連付けられている可能性があり、インスタンスのオペレーティング・システムでボリュームが認識されない可能性があります。
「コンピュートWeb UI」の使用
-
管理タスクを実行して、ブロック・ボリュームに対してどのインスタンスにも存在する依存関係を削除します。
たとえば、アプリケーションがボリュームにアクセスしていないことを確認します。 ボリュームをアンマウントし、
/etc/fstab
ファイルなどから削除します。 -
ナビゲーション・メニューで、Computeをクリックし、Instancesをクリックします。
-
インスタンスが存在するコンパートメントを選択します。
-
インスタンス・リストで、ボリュームがアタッチされているインスタンスをクリックします。
-
左下隅のリソースで、アタッチされたブロック・ボリュームを選択します。
-
デタッチするボリュームの横にあるアクション・アイコン(3つのドット)をクリックし、デタッチをクリックします。
-
要求されたら、確認します。
OCI CLIの使用
-
コマンドを実行するために必要な情報を収集します:
-
ボリューム・アタッチメントOCID (
oci compute volume-attachment list --compartment-id
<compartment_OCID>)
-
-
次のコマンドを実行します
構文(1行に入力):
oci compute volume-attachment detach --volume-attachment-id <volume-attachment_OCID>
例:
oci compute volume-attachment detach \ --volume-attachment-id ocid1.volumeattachment.….….….uniqueID Are you sure you want to delete this resource? [y/N]: y
ブロック・ボリュームの削除
不要になったボリュームは削除できます。
注意:
この操作を取り消すことはできません。 ボリュームが削除されると、ボリューム上のデータは完全に削除されます。
注意:
すべてのポリシーベースの(スケジュールされた)バックアップと、スケジュールされたバックアップの前に作成された手動バックアップは、最終的に期限切れになります。 ボリューム・バックアップを無限に保持する場合は、将来のすべてのスケジュール済バックアップを取り消して、ボリュームを削除する前に手動バックアップを作成する必要があります。 「ブロック・ボリュームのバックアップ」を参照してください。
ブロック・ボリュームを削除すると、次の条件に応じて様々なことが起こります:
- ボリュームにバックアップまたはクローンがありません: ボリュームがただちに削除され、ボリューム容量がシステムに返され、再利用の可能性があります。 ボリューム・エントリはTERMINATEDとマークされ、1日の期間が経過するとボリューム・エントリは一覧表示されなくなります。
- ボリュームにはバックアップまたはクローンがあります: ボリューム・エントリはTERMINATEDとしてマークされていますが、ボリュームは削除されず、容量はシステムに返されません。 ボリュームは、そのすべてのバックアップおよびクローンが削除されるまで、TERMINATED状態のままです。その時点で、ボリュームは削除され、リストされなくなります。
- ボリュームはDR構成の一部であり、複製されます: ボリュームはTERMINATEDとしてマークされますが、ボリュームは削除されず、DRがレプリケーションを完了するまで容量はシステムに返されません。
「コンピュートWeb UI」の使用
-
管理タスクを実行して、ブロック・ボリュームに対してどのインスタンスにも存在する依存関係を削除します。
たとえば、アプリケーションがボリュームにアクセスしていないことを確認します。 ボリュームをアンマウントし、
/etc/fstab
ファイルなどから削除します。 -
ナビゲーション・メニューのBlock Storageで、Block Volumesをクリックします。
-
削除するブロック・ボリュームを含むコンパートメントを選択します。
-
削除するボリュームのアクション・メニュー(3つのドット)をクリックし、終了を選択します。
-
要求されたら、終了を確認します。
OCI CLIの使用
-
コマンドを実行するために必要な情報を収集します:
-
ボリュームOCID (
oci bv volume list --compartment-id
<compartment_OCID>)
-
-
次のコマンドを実行します
構文(1行に入力):
oci bv volume delete --volume-id <volume_OCID>
最小限必要なパラメータを使用する例:
oci bv volume delete --volume-id ocid1.volume.….….….uniqueID Are you sure you want to delete this resource? [y/N]: y { "etag": "bd576de7-3193-4171-9792-uniqueID" }
ブート・ボリュームの管理
インスタンスを起動すると、そのインスタンスの新しいブート・ボリュームが同じコンパートメント内に作成されます。 そのブート・ボリュームは、インスタンスを終了するまで、そのインスタンスに関連付けられています。 インスタンスを終了するときに、ブート・ボリュームとそのデータを保存して再利用できます。
ブート・ボリュームはデフォルトで暗号化されます。
概念の詳細は、「Oracle Private Cloud Appliance概要ガイド」の「ブロック・ボリューム・ストレージの概要」の章を参照してください。
この項では、ブート・ボリュームの管理手順について説明します。
ブート・ボリュームのリスト
「コンピュートWeb UI」の使用
-
ナビゲーション・メニューのBlock Storageで、Boot Volumesをクリックします。
-
適切なコンパートメントを選択します。
ブート・ボリュームのリストが表示されます。
-
ブート・ボリュームの詳細を表示するには、ブート・ボリューム名をクリックします。
OCI CLIの使用
-
コマンドを実行するために必要な情報を収集します:
-
可用性ドメイン名(
oci iam availability-domain list
) -
コンパートメントOCID (
oci iam compartment list
)
-
-
次のコマンドを実行します
構文(1行に入力):
oci bv boot-volume list --availability-domain <availability_domain_name> --compartment-id <compartment_OCID>
例:
oci bv boot-volume list --availability-domain MyAD --compartment-id ocid1.compartment.….….….uniqueID { "data": [ { "auto-tuned-vpus-per-gb": null, "availability-domain": "MyAD", "compartment-id": "ocid1.compartment.….….….uniqueID", "defined-tags": {}, "display-name": "instance20211705214217(Boot Volume)", "freeform-tags": {}, "id": "ocid1.bootvolume.….….….uniqueID", "image-id": "ocid1.image.….….….uniqueID", "is-auto-tune-enabled": null, "is-hydrated": null, "kms-key-id": null, "lifecycle-state": "AVAILABLE", "size-in-gbs": 50, "size-in-mbs": 51200, "source-details": null, "system-tags": null, "time-created": "2021-05-17T21:42:17+00:00", "volume-group-id": null, "vpus-per-gb": 0 }
ブート・ボリューム・アタッチメントのリスト
「コンピュートWeb UI」の使用
-
ナビゲーション・メニューで、Computeをクリックし、Instancesをクリックします。
-
適切なコンパートメントを選択します。
-
ブート・ボリューム・アタッチメントを表示するインスタンスの名前をクリックします。
-
リソースの下のブート・ボリュームのアタッチをクリックします。
ブート・ボリューム・アタッチメントが表示されます。
-
アタッチメントの詳細を表示するには、ブート・ボリューム・アタッチメント名をクリックします。
OCI CLIの使用
-
コマンドを実行するために必要な情報を収集します:
-
可用性ドメイン名(
oci iam availability-domain list
) -
コンパートメントOCID (
oci iam compartment list
)
-
-
次のコマンドを実行します
構文(1行に入力):
oci compute boot-volume-attachment list --availability-domain <availability_domain_name> --compartment-id <compartment_OCID>
例:
oci compute boot-volume-attachment list \ --availability-domain MyAD \ --compartment-id ocid1.compartment.….….….uniqueID { "data": [ { "availability-domain": "MyAD", "boot-volume-id": "ocid1.bootvolume.….….….uniqueID", "compartment-id": "ocid1.compartment.….….….uniqueID", "display-name": "bootvolumeattachment20211705214514", "id": "ocid1.bootvolumeattachment.….….….uniqueID", "instance-id": "ocid1.instance.….….….uniqueID", "is-pv-encryption-in-transit-enabled": null, "lifecycle-state": "ATTACHED", "time-created": "2021-05-17T21:45:14+00:00" }
ブート・ボリュームのデタッチ
ブート・ボリュームの問題がコンピュート・インスタンスの問題を引き起こしていると思われる場合は、このトピックで説明するステップを使用して、インスタンスを停止し、ブート・ボリュームをデタッチできます。 その後、それをデータ・ボリュームとして別のインスタンスにアタッチしてトラブルシューティングできます。
「ノート」- ブート・ボリュームをデタッチするには、インスタンスが停止状態である必要があります(この手順を参照)。 インスタンスを起動する前に、ブート・ボリュームを再アタッチする必要があります。
「コンピュートWeb UI」の使用
-
インスタンスを停止します。
-
ナビゲーション・メニューのComputeで、Instancesをクリックします。
-
適切なコンパートメントを選択します。
-
インスタンスの名前をクリックします。
-
Controlsをクリックし、Stopを選択します。
ステータスが停止中から停止済に変更されるまで待機します。
-
-
Resourcesの下のBoot Volumesをクリックします。
-
ブート・ボリュームのアクション・メニュー(3つのドット)をクリックし、デタッチを選択します。
-
要求されたら、確認します。
OCI CLIの使用
-
コマンドを実行するために必要な情報を収集します。
-
ブート・ボリューム・アタッチメントOCID (
oci compute boot-volume-attachment list
)
-
-
インスタンスを停止します。
「インスタンスの停止、起動およびリセット」を参照してください。
-
このコマンドを実行して、ブート・ボリュームをデタッチします。
構文(1行に入力):
oci compute boot-volume-attachment detach --boot-volume-attachment-id <boot_volume-attachment_OCID>
例:
oci compute boot-volume-attachment detach \ --boot-volume-attachment-id ocid1.bootvolumeattachment.….….….uniqueID Are you sure you want to delete this resource? [y/N]: y
ブート・ボリュームの再アタッチ
インスタンスの起動時に、ブート・ボリュームは自動的にインスタンスにアタッチされます。 ただし、トラブルシューティングの目的で、ブート・ボリュームをデータ・ボリュームとしてデタッチして再アタッチする必要がある場合もあります。 この手順では、ブート・ボリュームをブート・ボリュームとして再アタッチする方法について説明します。
トラブルシューティングのためにブート・ボリュームがインスタンスからデタッチされている場合、ブート・ボリュームをデータ・ボリュームとして別のインスタンスにアタッチできます。 「ボリュームのアタッチ」を参照してください。
「コンピュートWeb UI」の使用
-
ナビゲーション・メニューで、Computeをクリックし、Instancesをクリックします。
-
インスタンスが存在するコンパートメントを選択します。
-
インスタンス名をクリックします。
-
リソースの下のブート・ボリュームのアタッチをクリックします。
-
Attach Boot Volumeをクリックします。
-
削除を確定します。
OCI CLIの使用
-
コマンドを実行するために必要な情報を収集します:
-
ブート・ボリュームOCID (「ブート・ボリュームのリスト」を参照)
-
インスタンスOCID (
oci compute instance list --compartment-id
<compartment_OCID>)
-
-
次のコマンドを実行します
構文(1行に入力):
oci compute boot-volume-attachment attach --boot-volume-id <boot_volume_OCID> --instance-id <instance_OCID>
例:
oci compute boot-volume-attachment attach \ --boot-volume-id ocid1.bootvolume.….….….uniqueID \ --instance-id ocid1.instance.….….….uniqueID { "data": { "availability-domain": "MyAD", "boot-volume-id": "ocid1.bootvolume.….….….uniqueID", "compartment-id": "ocid1.compartment.….….….uniqueID", "display-name": "bootvolumeattachment20212405205526", "id": "ocid1.bootvolumeattachment.….….….uniqueID", "instance-id": "ocid1.instance.….….….uniqueID", "is-pv-encryption-in-transit-enabled": null, "lifecycle-state": "ATTACHED", "time-created": "2021-05-24T20:55:26+00:00" } }
ブート・ボリュームの削除
インスタンスを終了するときに、関連付けられたブート・ボリュームを削除または保持することを選択します。 ブート・ボリュームが関連付けられたインスタンスからデタッチされている場合は、削除することもできます。 「ブート・ボリュームのデタッチ」を参照してください。
注意:
この操作を取り消すことはできません。 ボリュームが削除されると、ボリューム上のデータは完全に削除されます。 関連付けられたインスタンスを再起動することはできません。
「コンピュートWeb UI」の使用
-
ナビゲーション・メニューのBlock Storageで、Boot Volumesをクリックします。
-
適切なコンパートメントを選択します。
-
Boot Volumesリストで、削除するボリュームを見つけます。
-
ブート・ボリュームのアクション・アイコン(3つのドット)をクリックし、終了を選択します。
-
要求されたら、確認します。
OCI CLIの使用
-
コマンドを実行するために必要な情報を収集します:
-
ブート・ボリュームOCID (「ブート・ボリュームのリスト」を参照)
-
-
次のコマンドを実行します
構文(1行に入力):
oci bv boot-volume delete --boot-volume-id <boot_volume_OCID>
ブート・ボリュームをリストすることで<boot_volume_OCID>を取得できます。 「ブート・ボリュームのリスト」を参照してください。
例:
oci bv boot-volume delete \ --boot-volume-id ocid1.bootvolume.….….….uniqueID Are you sure you want to delete this resource? [y/N]: y
ボリュームのサイズ変更
Block Volumeサービスにより、ブロック・ボリュームおよびブート・ボリュームのサイズを拡張できます。 ボリュームのサイズを増やすには、いくつかのオプションがあります:
-
オンライン・サイズ変更により、既存のボリュームを所定の位置に拡張します。
-
ボリューム・バックアップからより大きなボリュームにリストアします。
-
既存のボリュームを新しい大きなボリュームにクローニングします。
-
オフライン・サイズ変更により、既存のボリュームを所定の位置に拡張します。
ボリュームのサイズを小さくすることはできません。
概念の詳細は、「Oracle Private Cloud Appliance概要ガイド」の「ブロック・ボリューム・ストレージの概要」の章を参照してください
オンライン・ボリュームのサイズ変更
オンライン・サイズ変更では、インスタンスからボリュームをデタッチせずにボリューム・サイズを拡張できます。 オンライン・サイズ変更では、ディスクを再スキャンしてパーティションを拡張する必要があります。
オンライン・ブロック・ボリュームのサイズ変更
「コンピュートWeb UI」の使用
-
ナビゲーション・メニューのBlock Storageで、Block Volumesをクリックします。
-
適切なコンパートメントを選択します。
-
サイズを変更するボリュームについて、アクション・アイコン(3つのドット)をクリックし、編集を選択します。
-
サイズを変更します:
-
サイズ(GB): サイズは同じままにすることも、サイズを増分することもできます。 サイズを小さくすることはできません。 値は50 GBから32 TBまでで、1 GB単位で指定する必要があります。
-
-
「変更の保存」をクリックします。
-
ディスクを再スキャンします。
詳細は、インスタンスで実行されているOSタイプおよびバージョンのOSドキュメントを参照してください。
-
パーティションを拡張します。
詳細は、インスタンスで実行されているOSタイプおよびバージョンのOSドキュメントを参照してください。
OCI CLIの使用
-
コマンドを実行するために必要な情報を収集します:
-
ボリュームOCID (
oci bv volume list --compartment-id
<compartment_OCID>)
-
-
次のコマンドを実行します
構文(1行に入力):
oci bv volume update --volume-id <volume_OCID> --size-in-gbs <size_in_GBS>
<size_in_GBS>は、ブロック・ボリュームのサイズです。 サイズを増分できます。 サイズを小さくすることはできません。 値は50 GBから32 TBまでで、1 GB単位で指定する必要があります。
例:
oci bv volume update \ --volume-id ocid1.volume.….….….uniqueID \ --size-in-gbs 72{ "data": { "auto-tuned-vpus-per-gb": null, "availability-domain": "ad1", "compartment-id": "ocid1.compartment.….….….uniqueID", "defined-tags": {}, "display-name": "clone-w-policy", "freeform-tags": {}, "id": "ocid1.volume.….….….uniqueID", "is-auto-tune-enabled": null, "is-hydrated": null, "kms-key-id": null, "lifecycle-state": "PROVISIONING", "size-in-gbs": 72, "size-in-mbs": 71424, "source-details": { "id": "ocid1.volume.….….….uniqueID", "type": "volume" }, "system-tags": null, "time-created": "2021-07-02T20:48:20+00:00", "volume-group-id": null, "vpus-per-gb": 0 }, "etag": "58851b71-236d-4d99-8175-b27835d6b34f" }
-
ディスクを再スキャンします。
詳細は、インスタンスで実行されているOSタイプおよびバージョンのOSドキュメントを参照してください。
-
パーティションを拡張します。
詳細は、インスタンスで実行されているOSタイプおよびバージョンのOSドキュメントを参照してください。
オンライン・ブート・ボリュームのサイズ変更
「コンピュートWeb UI」の使用
-
ブート・ボリューム: ナビゲーション・メニューのBlock Storageで、Boot Volumesをクリックします。
-
適切なコンパートメントを選択します。
-
サイズを変更するボリュームについて、アクション・アイコン(3つのドット)をクリックし、編集を選択します。
-
サイズを変更します:
-
サイズ(GB): サイズは同じままにすることも、サイズを増分することもできます。 サイズを小さくすることはできません。 値は50 GBから32 TBまでで、1 GB単位で指定する必要があります。
-
-
「変更の保存」をクリックします。
-
ディスクを再スキャンします。
詳細は、インスタンスで実行されているOSタイプおよびバージョンのOSドキュメントを参照してください。
-
パーティションを拡張します。
詳細は、インスタンスで実行されているOSタイプおよびバージョンのOSドキュメントを参照してください。
OCI CLIの使用
-
コマンドを実行するために必要な情報を収集します:
-
ブート・ボリュームOCID (
oci bv boot-volume list --availability-domain
<availability_domain_name>--compartment-id
<compartment_OCID>)
-
-
次のコマンドを実行します
構文(1行に入力):
oci bv boot-volume update --boot-volume-id <volume_OCID> --size-in-gbs <size_in_GBS>
<size_in_GBS>は、ブート・ボリュームのサイズです。 サイズを増分できます。 サイズを小さくすることはできません。 値は50 GBから32 TBまでで、1 GB単位で指定する必要があります。
例:
oci bv boot-volume update \ --boot-volume-id ocid1.bootvolume.….….….uniqueID \ --size-in-gbs 1024 { "data": { "auto-tuned-vpus-per-gb": null, "availability-domain": "ad1", "compartment-id": "ocid1.tenancy.….….….uniqueID", "defined-tags": {}, "display-name": "MyInstance(Boot Volume)", "freeform-tags": {}, "id": "ocid1.bootvolume.….….….uniqueID", "image-id": "ocid1.image.….….….uniqueID", "is-auto-tune-enabled": null, "is-hydrated": null, "kms-key-id": null, "lifecycle-state": "PROVISIONING", "size-in-gbs": 1024, "source-details": null, "system-tags": null, "time-created": "2021-08-10T20:14:03.053300+00:00", "volume-group-id": null, "vpus-per-gb": 0 }, "etag": "bd0677e3-c542-45f3-bf04-c473b184c795" }
-
ディスクを再スキャンします。
詳細は、インスタンスで実行されているOSタイプおよびバージョンのOSドキュメントを参照してください。
-
パーティションを拡張します。
詳細は、インスタンスで実行されているOSタイプおよびバージョンのOSドキュメントを参照してください。
オフライン・ボリュームのサイズ変更
オフライン・サイズ変更では、ボリューム・サイズを拡張する前に、インスタンスからボリュームをデタッチします。 ボリュームのサイズを変更して再アタッチする場合は、パーティションを拡張する必要がありますが、ディスクを再スキャンする必要はありません。
オフライン・ボリュームのサイズ変更時の考慮事項
ボリュームをデタッチして再アタッチするたびに、UNIXベースとMicrosoft Windowsインスタンスの両方に複雑さとリスクがあります。 ボリュームのサイズを変更するときは、次の点に注意してください:
-
ボリュームのサイズを変更する前に、ボリュームの完全バックアップを作成します。
-
一貫性のあるデバイス・パスを使用していない場合や、インスタンスでデバイス・パスの一貫性がサポートされていない場合、デバイスの順序およびパスが変更される可能性があります。 Logical Volume Manager (LVM)などのツールを使用している場合は、デバイス・マッピングの修正が必要になることがあります。
オフライン・ブロック・ボリュームのサイズ変更
「コンピュートWeb UI」の使用
-
ブロック・ボリュームをデタッチします。
「ブロック・ボリュームのデタッチ」を参照してください。
-
ナビゲーション・メニューで、Block Storageをクリックし、Block Volumesをクリックします。
-
適切なコンパートメントを選択します。
-
サイズを変更するボリュームについて、アクション・アイコン(3つのドット)をクリックし、編集を選択します。
-
サイズを変更します:
-
サイズ(GB): サイズは同じままにすることも、サイズを増分することもできます。 サイズを小さくすることはできません。 値は50 GBから32 TBまでで、1 GB単位で指定する必要があります。
-
-
「変更の保存」をクリックします。
-
ボリュームを再アタッチします。
「ボリュームのアタッチ」を参照してください
-
パーティションを拡張します。
詳細は、インスタンスで実行されているOSタイプおよびバージョンのOSドキュメントを参照してください。
OCI CLIの使用
-
ブロック・ボリュームをデタッチします。
「ブロック・ボリュームのデタッチ」を参照してください。
-
コマンドを実行するために必要な情報を収集します:
-
ボリュームOCID (
oci bv volume list --compartment-id
<compartment_OCID>)
-
-
次のコマンドを実行します
構文(1行に入力):
oci bv volume update --volume-id <volume_OCID> --size-in-gbs <size_in_GBS>
<size_in_GBS>は、ブロック・ボリュームのサイズです。 サイズを増分できます。 サイズを小さくすることはできません。 値は50 GBから32 TBまでで、1 GB単位で指定する必要があります。
例:
oci bv volume update \ --volume-id ocid1.volume.….….….uniqueID \ --size-in-gbs 72{ "data": { "auto-tuned-vpus-per-gb": null, "availability-domain": "ad1", "compartment-id": "ocid1.compartment.….….….uniqueID", "defined-tags": {}, "display-name": "clone-w-policy", "freeform-tags": {}, "id": "ocid1.volume.….….….uniqueID", "is-auto-tune-enabled": null, "is-hydrated": null, "kms-key-id": null, "lifecycle-state": "PROVISIONING", "size-in-gbs": 72, "size-in-mbs": 71424, "source-details": { "id": "ocid1.volume.….….….uniqueID", "type": "volume" }, "system-tags": null, "time-created": "2021-07-02T20:48:20+00:00", "volume-group-id": null, "vpus-per-gb": 0 }, "etag": "58851b71-236d-4d99-8175-b27835d6b34f" }
-
ボリュームを再アタッチします。
「ボリュームのアタッチ」を参照してください。
-
パーティションを拡張します。
詳細は、インスタンスで実行されているOSタイプおよびバージョンのOSドキュメントを参照してください。
オフライン・ブート・ボリュームのサイズ変更
「コンピュートWeb UI」の使用
-
インスタンスを停止します。
「インスタンスの停止、起動およびリセット」を参照してください。
-
ブート・ボリュームをデタッチします。
「ブート・ボリュームのデタッチ」を参照してください。
-
ナビゲーション・メニューのBlock Storageで、Boot Volumesをクリックします。
-
適切なコンパートメントを選択します。
-
サイズを変更するボリュームについて、アクション・アイコン(3つのドット)をクリックし、編集を選択します。
-
サイズを変更します:
-
サイズ(GB): サイズは同じままにすることも、サイズを増分することもできます。 サイズを小さくすることはできません。 値は50 GBから32 TBまでで、1 GB単位で指定する必要があります。
-
-
「変更の保存」をクリックします。
-
ブート・ボリュームをデータ・ボリュームとして2番目のインスタンスにアタッチします。
「ボリュームのアタッチ」を参照してください。
-
パーティションを拡張し、ファイル・システムを拡張します。
詳細は、インスタンスで実行されているOSタイプおよびバージョンのOSドキュメントを参照してください。
-
データ・ボリュームをデタッチします。
「ブロック・ボリュームのデタッチ」を参照してください。
-
ブート・ボリュームを再アタッチします。
「ブート・ボリュームの再アタッチ」を参照してください。
-
インスタンスを再起動します。
「インスタンスの停止、起動およびリセット」を参照してください。
OCI CLIの使用
-
インスタンスを停止します。
「インスタンスの停止、起動およびリセット」を参照してください。
-
ブート・ボリュームをデタッチします。
「ブート・ボリュームのデタッチ」を参照してください。
-
コマンドを実行するために必要な情報を収集します:
-
ブート・ボリュームOCID (
oci bv boot-volume list --availability-domain
<availability_domain_name>--compartment-id
<compartment_OCID>)
-
-
次のコマンドを実行します
構文(1行に入力):
oci bv boot-volume update --boot-volume-id <volume_OCID> --size-in-gbs <size_in_GBS>
<size_in_GBS>は、ブート・ボリュームのサイズです。 サイズを増分できます。 サイズを小さくすることはできません。 値は50 GBから32 TBまでで、1 GB単位で指定する必要があります。
例:
oci bv boot-volume update \ --boot-volume-id ocid1.bootvolume.….….….uniqueID \ --size-in-gbs 1024 { "data": { "auto-tuned-vpus-per-gb": null, "availability-domain": "ad1", "compartment-id": "ocid1.tenancy.….….….uniqueID", "defined-tags": {}, "display-name": "MyInstance(Boot Volume)", "freeform-tags": {}, "id": "ocid1.bootvolume.….….….uniqueID", "image-id": "ocid1.image.….….….uniqueID", "is-auto-tune-enabled": null, "is-hydrated": null, "kms-key-id": null, "lifecycle-state": "PROVISIONING", "size-in-gbs": 1024, "source-details": null, "system-tags": null, "time-created": "2021-08-10T20:14:03.053300+00:00", "volume-group-id": null, "vpus-per-gb": 0 }, "etag": "bd0677e3-c542-45f3-bf04-c473b184c795" }
-
ブート・ボリュームをデータ・ボリュームとして2番目のインスタンスにアタッチします。
「ボリュームのアタッチ」を参照してください。
-
パーティションを拡張し、ファイル・システムを拡張します。
詳細は、インスタンスで実行されているOSタイプおよびバージョンのOSドキュメントを参照してください。
-
データ・ボリュームをデタッチします。
「ブロック・ボリュームのデタッチ」を参照してください。
-
ブート・ボリュームを再アタッチします。
「ブート・ボリュームの再アタッチ」を参照してください。
-
インスタンスを再起動します。
「インスタンスの停止、起動およびリセット」を参照してください。
ボリューム・グループの管理
Block Volumeサービスを使用すると、複数のボリュームを1つのボリューム・グループにグループ化できます。 ボリューム・グループには、ブロック・ボリュームとブート・ボリュームの両方を含めることができます。
ボリューム・グループを使用して、ボリューム・グループのバックアップおよびポイント・イン・タイムのクラッシュ・コンシステントのクローンを作成できます。 これにより、複数のインスタンスにわたって複数のストレージ・ボリュームにまたがる実行中のエンタープライズ・アプリケーションに対して時間整合性のあるバックアップを作成するプロセスが簡素化されます。 その後、ボリューム・グループ・バックアップからボリューム・グループ全体をリストアできます。
同様に、ボリューム・グループ全体を、時間一貫性のあるクラッシュ・コンシステントな方法でクローニングすることもできます。 ボリューム・グループに関連付けられたすべてのボリュームを含む、ディスク間および完全に分離されたディープ・クローンが、数秒以内に使用可能になります。 これにより、開発、品質保証、ユーザー承認テストおよびトラブルシューティング用の新しい環境を作成するプロセスが高速になります。
ボリューム・グループおよびボリューム・グループ・バックアップを操作する場合は、次の点に注意してください:
- ボリューム・グループに追加できるのは、ボリューム・ステータスが使用可能な場合のみです。
- ボリューム・グループには最大32個のボリュームを追加できます(最大サイズ制限128 TBです)。 たとえば、同じサイズの32個のボリュームをボリューム・グループに追加する場合、各ボリュームの最大サイズは4 TBになります。 サイズが異なるボリュームを追加できますが、ボリューム・グループ内のすべてのブロック・ボリュームとブート・ボリュームを結合した全体のサイズは、128 TB以下にする必要があります。 ボリューム・グループのサイズ制限を考慮する際には、ボリューム・グループ内のブート・ボリュームのサイズを説明してください。
- 各ボリュームは1つのボリューム・グループにのみ存在できます。
- ボリューム・グループをクローニングすると、新しいボリュームを含む新規グループが作成されます。 たとえば、3つのボリュームを含むボリューム・グループをクローニングする場合、この操作が完了すると、2つの異なるボリューム・グループと6つの異なるボリュームがあり、これらのボリュームはボリューム・グループ間で何も共有されません。
- CLI、SDKまたはREST APIを使用してボリューム・グループを更新する場合、更新操作を使用するたびにボリューム・グループに含めるすべてのボリュームを指定する必要があります。 更新コールにボリュームIDを含めない場合、そのボリュームはボリューム・グループから削除されます。
- ボリューム・グループを削除しても、グループ内の個々のボリュームは削除されません。
- ボリューム・グループの一部であるボリュームを削除する場合は、まずボリューム・グループから削除してから削除する必要があります。
- ボリューム・グループ・バックアップを削除すると、ボリューム・グループ・バックアップ内のすべてのボリューム・バックアップが削除されます。
ボリューム・グループ内のボリュームの表示
「コンピュートWeb UI」の使用
-
ナビゲーション・メニューのブロック・ストレージで、ボリューム・グループをクリックします。
-
適切なコンパートメントを選択します。
-
ボリューム・グループ・リストで、表示するボリューム・グループをクリックします。
-
ボリューム・グループのブロック・ボリュームを表示するには、リソースでボリュームをクリックします。
OCI CLIの使用
-
コマンドを実行するために必要な情報を収集します:
-
コンパートメントOCID (
oci iam compartment list
)
-
-
次のコマンドを実行します
構文(1行に入力):
oci bv volume-group list --compartment-id <compartment_OCID>
例:
oci bv volume-group list \ --compartment-id ocid1.compartment.….….….uniqueID { "data": [ { "availability-domain": "MyAD", "compartment-id": "ocid1.compartment.….….….uniqueID", "defined-tags": {}, "display-name": "myVolumeGroup", "freeform-tags": {}, "id": "ocid1.volumeGroup.….….….uniqueID", "is-hydrated": null, "lifecycle-state": "AVAILABLE", "size-in-gbs": 150, "size-in-mbs": 153600, "source-details": { "type": "volumeIds", "volume-ids": [ "ocid1.volumeuniqueID-1", "ocid1.volume.….….….uniqueID-2", "ocid1.volume.….….….uniqueID-3" ] }, "time-created": "2021-05-26T20:47:06+00:00", "volume-ids": [ "ocid1.volume.….….….uniqueID-1", "ocid1.volume.….….….uniqueID-2", "ocid1.volume.….….….uniqueID-3" ] }, { "availability-domain": "MyAD", "compartment-id": "ocid1.compartment.….….….uniqueID", "defined-tags": {}, "display-name": "anotherVolumeGroup", "freeform-tags": {}, "id": "ocid1.volumeGroup.….….….uniqueID", "is-hydrated": null, "lifecycle-state": "AVAILABLE", "size-in-gbs": 100, "size-in-mbs": 102400, "source-details": { "type": "volumeIds", "volume-ids": [ "ocid1.volume.….….….uniqueID-4", "ocid1.volume.….….….uniqueID-5" ] }, "time-created": "2021-05-25T19:08:55+00:00", "volume-ids": [ "ocid1.volume.….….….uniqueID-4", "ocid1.volume.….….….uniqueID-5" ] } ] }
既存のボリュームからのボリューム・グループの作成
この手順では、グループ化する予定のボリュームが作成されていることを前提としています。 「ブロック・ボリュームの作成」を参照してください。
「コンピュートWeb UI」の使用
-
ナビゲーション・メニューのブロック・ストレージで、ボリューム・グループをクリックします。
-
ボリューム・グループを作成するコンパートメントを選択します。
-
Create Volume Groupをクリックします。
-
必要なボリューム情報を入力します:
-
名前: グループのわかりやすい名前または説明。
-
コンパートメント: ボリューム・グループのコンパートメント。
-
ボリューム: 追加するボリュームごとに、ボリュームを含むコンパートメントを選択し、追加するボリュームを選択します。 「+ボリュームの追加」をクリックして、ボリュームを追加します。
-
-
タグ付け: オプションで、このリソースに1つ以上のタグを追加します。
タグを適用するかどうかわからない場合は、このオプションをスキップします(後でタグを適用できます)。
リソースのタグ付けの詳細は、「リソース・タグの操作」を参照してください。
-
Create Volume Groupをクリックします。
OCI CLIの使用
-
コマンドを実行するために必要な情報を収集します:
-
可用性ドメイン名(
oci iam availability-domain list
) -
コンパートメントOCID (
oci iam compartment list
) -
ソース詳細 - グループに必要なすべてのボリュームをリストするJSON文字列またはファイル。
JSON形式の詳細は、次のコマンドを実行します:
oci bv volume-group create \ --generate-param-json-input source-details
-
-
次のコマンドを実行します
構文(1行に入力):
oci bv volume-group create --availability-domain <availability_domain_name> --compartment-id <compartment_OCID> --source-details <json_string> or file://<path_to_JSON_file>
例:
oci bv volume-group create \ --availability-domain MyAD \ --compartment-id ocid1.compartment.….….….unique_ID \ --source-details '{"type": "volumeIds", "volumeIds":["ocid1.volume.….….….uniqueID-1", \ "ocid1.volume.….….….uniqueID-2"]}' { "data": { "availability-domain": "MyAD", "compartment-id": "ocid1.compartment.….….….uniqueID", "defined-tags": {}, "display-name": "volumegroup20212605212205", "freeform-tags": {}, "id": "ocid1.volumeGroup.….….….uniqueID", "is-hydrated": null, "lifecycle-state": "PROVISIONING", "size-in-gbs": 100, "size-in-mbs": 102400, "source-details": { "type": "volumeIds", "volume-ids": [ "ocid1.volume.….….….uniqueID-1", "ocid1.volume.….….….uniqueID-2" ] }, "time-created": "2021-05-26T21:22:05+00:00", "volume-ids": [] }, "etag": "c7053513-6819-49ad-8785-dd3e2a45272a" }
グループへのボリュームの追加
ノート:
既存のバックアップ・ポリシーが割り当てられたボリュームは、バックアップ・ポリシーが割り当てられたボリューム・グループに追加できません。 ボリューム・グループに追加する前に、まずボリュームからバックアップ・ポリシー割当てを削除する必要があります。
「コンピュートWeb UI」の使用
-
ナビゲーション・メニューのブロック・ストレージで、ボリューム・グループをクリックします。
-
ボリューム・グループを含むコンパートメントを選択します。
-
ボリューム・グループ・リストで、ボリュームを追加するボリューム・グループをクリックします。
-
Add Block Volumesをクリックします。
-
追加するブロック・ボリュームごとに、ボリュームを含むコンパートメントを選択し、追加するボリュームを選択します。 + Add Volumeをクリックして、ボリュームを追加します。
-
ボリューム・グループに追加するすべてのブロック・ボリュームを選択したら、ボリューム・グループの更新をクリックします。
OCI CLIの使用
注意:
ボリュームIDの更新により、既存の値が置き換えられます。 つまり、ボリューム・グループを更新するたびに、ボリューム・グループ内のすべてのボリュームのボリュームIDを指定する必要があります。
-
コマンドを実行するために必要な情報を収集します:
-
ボリューム・グループOCID (
oci bv volume-group list --compartment-id
<compartment_OCID>) -
ボリュームOCID - グループに必要なすべてのボリューム(既存および新規)をリストするJSON文字列またはファイル。
JSON形式の詳細は、次のコマンドを実行します:
oci bv volume-group update --generate-param-json-input volume-ids
-
-
次のコマンドを実行します
構文(1行に入力):
oci bv volume-group update --volume-group-id <volume_group_OCID> --volume-ids <volume_OCIDs_JSON>
例:
この例では、最初の2つのボリュームIDがすでにボリューム・グループ内にあり、3番目のボリュームIDがグループに追加されます。
oci bv volume-group update \ --volume-group-id ocid1.volumeGroup.….….….uniqueID \ --volume-ids '["ocid1.volume.….….….uniqueID-1","ocid1.volume.….….….uniqueID-2","ocid1.volume.….….….uniqueID-3"]'
グループからのボリュームの削除
ボリューム・グループ内の最後のボリュームを削除すると、ボリューム・グループが削除されます。
「コンピュートWeb UI」の使用
-
ナビゲーション・メニューのブロック・ストレージで、ボリューム・グループをクリックします。
-
適切なコンパートメントを選択します。
-
ボリューム・グループ・リストで、削除するボリュームを含むボリューム・グループをクリックします。
-
削除するブロック・ボリュームのアクション・メニュー(3つのドット)で、削除をクリックします。
-
削除を確認します。
OCI CLIの使用
注意:
ボリュームIDの更新により、既存の値が置き換えられます。 つまり、ボリューム・グループを更新するたびに、ボリューム・グループ内のすべてのボリュームのボリュームIDを指定する必要があります。
ボリューム・グループからボリュームを削除するには、有効なJSONフォーマットを指定してoci bv volume-group update
コマンドを使用します。 構文および有効なJSONファイルでボリュームOCIDを指定する方法の詳細は、「OCI CLIコマンド・リファレンスのボリューム・グループの更新」を参照してください。
-
コマンドを実行するために必要な情報を収集します:
-
ボリューム・グループOCID (
oci bv volume-group list --compartment-id
<compartment_OCID>) -
ボリュームOCID - グループ内に保持するボリュームをリストするJSON文字列またはファイル。
JSON形式の詳細は、次のコマンドを実行します:
oci bv volume-group update --generate-param-json-input volume-ids
-
-
次のコマンドを実行します
構文(1行に入力):
oci bv volume-group update --volume-group-id <volume_group_OCID> --volume-ids <volume_OCIDs_JSON>
例:
この例では、最初の2つのボリュームIDがボリューム・グループに残ります。 ボリュームIDを省略すると、グループから削除されます。
oci bv volume-group update \ --volume-group-id ocid1.volumeGroup.….….….uniqueID \ --volume-ids '["ocid1.volume.….….….uniqueID-1","ocid1.volume.….….….uniqueID-2"]'
ボリューム・グループのクローンの作成
ボリューム・グループからクローンを作成できます。 クローニングでは、バックアップおよびリストア・プロセスを実行することなく、既存のボリューム・グループのコピーを作成できます。
クローン・ボリューム・グループは、ソース・ボリューム・グループのポイント・イン・タイム・ダイレクト・ディスク・ツー・ディスク・ディープ・コピーであるため、ソース・ボリューム・グループ内のすべてのデータがクローン・ボリューム・グループにコピーされます。
ソース・ボリューム・グループのデータに対する以降の変更は、クローンにコピーされません。
クローンおよびクローンがバックアップとどのように異なるかの詳細は、「Oracle Private Cloud Appliance概要ガイド」の「ブロック・ボリューム・ストレージの概要」章の「ブロック・ストレージのバックアップとクローン」の項を参照してください。
「コンピュートWeb UI」の使用
-
ナビゲーション・メニューのブロック・ストレージで、ボリューム・グループをクリックします。
-
適切なコンパートメントを選択します。
-
クローニングするボリューム・グループの名前をクリックします。
-
リソースで、ボリューム・グループ・クローンをクリックします。
-
ボリューム・グループ・クローンの作成をクリックします。
-
必須情報を入力します:
-
ボリューム・グループ・クローン名: クローンのわかりやすい名前を入力します。
-
コンパートメントに作成: クローンが作成されるコンパートメントを選択します。
-
-
ボリューム・グループ・クローンの作成をクリックします。
ボリューム・グループの削除
ボリューム・グループを削除しても、グループ内の個々のボリュームは削除されず、ボリューム・グループのみが削除されます。
「コンピュートWeb UI」の使用
-
ナビゲーション・メニューのブロック・ストレージで、ボリューム・グループをクリックします。
-
適切なコンパートメントを選択します。
-
ボリューム・グループ・リストで、削除するボリューム・グループをクリックします。
-
「ボリューム・グループ詳細」ページで、終了をクリックします。
-
雇用終了を確認します。
OCI CLIの使用
-
コマンドを実行するために必要な情報を収集します:
-
ボリューム・グループOCID (
oci bv volume-group list --compartment-id
<compartment_OCID>)
-
-
次のコマンドを実行します
構文(1行に入力):
oci bv volume-group delete --volume-group-id <volume_group_OCID>
例:
oci bv volume-group delete \ --volume-group-id ocid1.volumegroup.….….….unique_ID
ブロック・ボリュームのバックアップ
Block Volumeサービスのバックアップ機能を使用すると、ブロック・ボリューム上のデータのポイント・イン・タイム・スナップショットを作成できます。 ボリュームのバックアップは、ボリュームがインスタンスにアタッチされているとき、またはデタッチされているときに作成できます。 これらのバックアップは、いつでも新しいボリュームにリストアできます。
バックアップを開始するには2つの方法があります:
-
手動バックアップ: 即時起動できるオンデマンドの1回限りのバックアップです。 バックアップは完全バックアップです。 「ブロック・ボリュームのバックアップ」を参照してください。
-
ポリシーベースのバックアップ: ボリュームに割り当てられたバックアップ・ポリシーによって定義される、スケジュールされた自動バックアップです。 「バックアップ・ポリシーの管理」を参照してください。
バックアップとクローンの違いなど、ブロック・ボリュームのバックアップの詳細は、「Oracle Private Cloud Appliance概要ガイド」の「ブロック・ボリューム・ストレージの概要」の「ブロック・ストレージのバックアップとクローン」を参照してください。
ボリューム・バックアップの表示
ボリューム・バックアップおよびボリューム・グループ・バックアップを表示するには、これらのステップを使用します。
「コンピュートWeb UI」の使用
-
表示するバックアップのタイプに基づいて、次のいずれかのアクションを実行します:
-
ブロック・ボリュームのバックアップ: ナビゲーション・メニューのBlock Storageで、Block Volume Backupsをクリックします。
-
ボリューム・グループ・バックアップ: ナビゲーション・メニューのブロック・ストレージで、ボリューム・グループ・バックアップをクリックします。
バックアップがリストされます。
-
-
バックアップがリストに表示されない場合は、ページの上部に表示される正しいコンパートメントが表示されていることを確認してください。
-
バックアップの詳細を表示するには、バックアップ名をクリックします。
OCI CLIの使用
-
ブロック・ボリューム・バックアップの表示
-
コマンドを実行するために必要な情報を収集します:
-
コンパートメントOCID (
oci iam compartment list
)
-
-
次のコマンドを実行します
構文(1行に入力):
oci bv backup list --compartment-id <Compartment_OCID>
例:
oci bv backup list --compartment-id ocid1.….….….uniqueID { "data": [ { "compartment-id": "ocid1.compartment.….….….uniqueID", "defined-tags": {}, "display-name": "Vol2-manual-backup", "expiration-time": null, "freeform-tags": {}, "id": "ocid1.volumebackup.….….….uniqueID", "kms-key-id": null, "lifecycle-state": "AVAILABLE", "size-in-gbs": 0, "size-in-mbs": null, "source-type": "MANUAL", "source-volume-backup-id": null, "system-tags": null, "time-created": "2021-06-29T19:02:16.000001+00:00", "time-request-received": "2021-06-29T19:02:04.000001+00:00", "type": "FULL", "unique-size-in-gbs": 0, "unique-size-in-mbs": null, "volume-id": "ocid1.volume.….….….uniqueID" } ] }
-
-
ボリューム・グループ・バックアップの表示
-
コマンドを実行するために必要な情報を収集します:
-
コンパートメントOCID (
oci iam compartment list
)
-
-
次のコマンドを実行します
構文(1行に入力):
oci bv volume-group-backup list --compartment-id <Compartment_OCID>
例:
oci bv volume-group-backup list \ --compartment-id ocid1.compartment.….….….uniqueID { "data": [ { "compartment-id": "ocid1.compartment.….….….uniqueID", "defined-tags": null, "display-name": "MyVolGrpBackup", "freeform-tags": null, "id": "ocid1.volumegroupbackup.….….….uniqueID", "lifecycle-state": "AVAILABLE", "size-in-gbs": 0, "size-in-mbs": 0, "time-created": "2021-06-29T21:37:29+00:00", "time-request-received": "2021-06-29T21:37:18+00:00", "type": "FULL", "unique-size-in-gbs": null, "unique-size-in-mbs": 0, "volume-backup-ids": [ "ocid1.volumebackup.….….….uniqueID-1", "ocid1.volumebackup.….….….uniqueID-2" ], "volume-group-id": "ocid1.volumegroup.….….….uniqueID" } ] }
-
手動ブートまたはブロック・ボリューム・バックアップの作成
この手順では、両方のタイプのボリュームをバックアップする方法について説明します:
-
ブロック・ボリューム
-
ブート・ボリューム
「コンピュートWeb UI」の使用
-
バックアップする予定のボリュームを見つけます:
-
ブロック・ボリューム: ナビゲーション・メニューのBlock Storageで、Block Volumesをクリックします。
-
ブート・ボリューム: ナビゲーション・メニューの「コンピュート」で、「ブロック・ボリューム」をクリックします。
-
-
ボリュームがリストに表示されない場合は、ページの上部に表示される正しいコンパートメントが表示されていることを確認してください。
-
バックアップする予定のボリュームについて、アクション・メニュー(3つのドット)をクリックし、手動バックアップの作成をクリックします。
-
ダイアログで、次の情報を入力します:
-
名前: バックアップの説明的な名前を入力します。
-
タグ付け: オプションで、このリソースに1つ以上のタグを追加します。
タグを適用するかどうかわからない場合は、このオプションをスキップします(後でタグを適用できます)。
リソースのタグ付けの詳細は、「リソース・タグの操作」を参照してください。
-
-
手動バックアップの作成または送信をクリックします。
OCI CLIの使用
-
ブロック・ボリューム・バックアップの作成
-
コマンドを実行するために必要な情報を収集します:
-
ボリュームOCID (
oci bv volume list --compartment-id
<compartment_OCID>)
-
-
次のコマンドを実行します
構文(1行に入力):
oci bv backup create --volume-id <block_volume_OCID> --display-name <Backup_Name> --type FULL
例:
oci bv backup create \ --volume-id ocid1.volume.….….….uniqueID.xyz \ --display-name "ABC-Full-Backup" \ --type FULL { "data": { "compartment-id": "ocid1.compartment.….….….uniqueID", "defined-tags": {}, "display-name": "ABC-Full-Backup", "expiration-time": null, "freeform-tags": {}, "id": "ocid1.volumeBackup.oc1.….….….uniqueID.abc", "kms-key-id": null, "lifecycle-state": "CREATING", "size-in-gbs": null, "size-in-mbs": null, "source-type": "MANUAL", "source-volume-backup-id": null, "system-tags": null, "time-created": "2021-05-19T21:50:11+00:00", "time-request-received": "2021-05-19T21:50:11+00:00", "type": "FULL", "unique-size-in-gbs": null, "unique-size-in-mbs": null, "volume-id": "ocid1.volume.….….….uniqueID.xyz" }, "etag": "616112e8-728c-43d6-b0d1-c6cfcc1a46e6" }
-
-
ブート・ボリューム・バックアップの作成
-
コマンドを実行するために必要な情報を収集します:
-
ボリュームOCID (
oci bv volume list --compartment-id
<compartment_OCID>)
-
-
次のコマンドを実行します
構文(1行に入力):
oci bv boot-volume-backup create --volume-id <block_volume_OCID> --display-name <Backup_Name> --type FULL
例:
oci bv backup create \ --volume-id ocid1.bootvolume.….….….uniqueID.123 \ --display-name "mybootvolume-20210424" \ --type FULL { "data": { "boot-volume-id": "ocid1.bootvolume.oc1.….….….uniqueID.123", "compartment-id": "ocid1.compartment.….….….uniqueID", "defined-tags": {}, "display-name": "mybootvolume-20210424", "expiration-time": null, "freeform-tags": {}, "id": "ocid1.bootvolumeBackup.oc1.….….….uniqueID.456", "image-id": "ocid1.image.oc1.….….….uniqueID", "kms-key-id": null, "lifecycle-state": "CREATING", "size-in-gbs": null, "source-boot-volume-backup-id": null, "source-type": "MANUAL", "system-tags": null, "time-created": "2021-04-24T21:40:13+00:00", "time-request-received": "2021-04-24T21:40:13+00:00", "type": "FULL", "unique-size-in-gbs": null }, "etag": "123a12b3-daa8-4557-8c83-uniqueID" }
-
ボリューム・グループの手動バックアップの作成
「コンピュートWeb UI」の使用
-
ナビゲーション・メニューで、Block Storageをクリックし、Volume Groupsをクリックします。
-
適切なコンパートメントを選択します。
-
バックアップするボリューム・グループの名前をクリックします。
-
リソースで、ボリューム・グループ・バックアップをクリックします。
-
Create Volume Group Backupをクリックします。
-
ダイアログで、次の情報を入力します:
-
名前: バックアップの説明的な名前を入力します。
-
-
Create Volume Group Backupをクリックします。
OCI CLIの使用
-
コマンドを実行するために必要な情報を収集します:
-
ボリューム・グループOCID (
oci bv volume-group list --compartment-id
<compartment_OCID>) -
コンパートメントOCID (
oci iam compartment list
)
-
-
次のコマンドを実行します
構文(1行に入力):
oci bv volume-group-backup create --volume-group-id <volume_group_OCID> --compartment-id <compartment_OCID> --display-name <display_name> --type FULL
例:
oci bv volume-group-backup create \ --compartment-id ocid1.compartment.….….….uniqueID \ --volume-group-id ocid1.volumeGroup.….….….uniqueID \ --display-name vol-grp-backup-2205 \ --type FULL { "data": { "compartment-id": "cid1.compartment.….….….uniqueID", "defined-tags": {}, "display-name": "vol-grp-backup-2205", "freeform-tags": {}, "id": "ocid1.volumeGroupBackup.….….….uniqueID", "lifecycle-state": "CREATING", "size-in-gbs": null, "size-in-mbs": null, "time-created": "2021-05-26T21:44:36+00:00", "time-request-received": "2021-05-26T21:44:36+00:00", "type": "FULL", "unique-size-in-gbs": null, "unique-size-in-mbs": null, "volume-backup-ids": [], "volume-group-id": "ocid1.volumeGroup.….….….uniqueID" }, "etag": "04761386-6ec5-4cfa-b88e-a085ad833eac" }
新しいボリュームへのバックアップのリストア
「コンピュートWeb UI」の使用
-
ナビゲーション・メニューで、ブロック・ストレージをクリックし、ブロック・ボリューム・バックアップをクリックします。
-
バックアップがリストに表示されない場合は、ページの上部に表示される正しいコンパートメントが表示されていることを確認してください。
-
リストアするブロック・ボリューム・バックアップのアクション・アイコン(3つのドット)をクリックし、ブロック・ボリュームの作成をクリックします。
-
必要なボリューム情報を入力します:
-
名前: ボリュームの名前または説明。 機密情報を入力しないでください。
-
コンパートメント: ブロック・ボリュームを作成するコンパートメントを選択します。
-
サイズ(GB): 50 GBから32 TBの間である必要があります。 1 GB単位で値を指定できます。
-
高パフォーマンス・ボリューム: オプションで、高パフォーマンス機能を使用してボリュームを作成することを選択します。 有効にしない場合、ボリュームはバランスのとれたパフォーマンスを使用します。
-
高パフォーマンス: 高パフォーマンス・エラスティック・パフォーマンス・オプションは、I/O要件が最も高く、大規模なデータベースなど、可能なかぎり最高のパフォーマンスを必要とするワークロードに推奨されます。
-
バランスのとれたパフォーマンス: ブート・ボリュームを含むほとんどのアプリケーションに最適です。
詳細は、「Oracle Private Cloud Appliance概要ガイド」の「ブロック・ボリューム・ストレージの概要」の「ブロック・ボリュームのパフォーマンス・オプション」を参照してください。
-
-
バックアップ・ポリシー: オプションで、次のアイテムを指定して、このボリュームのバックアップ・ポリシーの使用を有効にできます:
-
コンパートメント: バックアップが存在するコンパートメントを選択します。
-
バックアップ・ポリシー: リストからバックアップ・ポリシーを選択します。
バックアップ・ポリシーの詳細は、「バックアップ・ポリシーの管理」を参照してください。
-
-
タグ付け: オプションで、このリソースに1つ以上のタグを追加します。
タグを適用するかどうかわからない場合は、このオプションをスキップします(後でタグを適用できます)。
リソースのタグ付けの詳細は、「リソース・タグの操作」を参照してください。
-
-
「ブロック・ボリュームの作成」をクリックします。
ボリューム・リストでボリュームのアイコンがPROVISIONINGではなくなると、ボリュームはアタッチ可能です。
OCI CLIの使用
-
コマンドを実行するために必要な情報を収集します:
-
可用性ドメイン名(
oci iam availability-domain list
) -
ソース・ボリューム・バックアップOCID - 新しく作成されたボリュームでデータがリストアされるボリューム・バックアップのOCID。
-
-
次のコマンドを実行します
構文(1行に入力):
oci bv volume create --availability-domain <availability_domain_name> --volume-backuup-id <source_volume_backup_OCID>
例:
oci bv volume create \ --availability-domain ad1 \ --volume-backup-id ocid1.….….….uniqueID{ "data": { "auto-tuned-vpus-per-gb": null, "availability-domain": "ad1", "compartment-id": "ocid1.compartment.….….….uniqueID", "defined-tags": {}, "display-name": "volume20212906194712", "freeform-tags": {}, "id": "ocid1.volume.….….….uniqueID", "is-auto-tune-enabled": null, "is-hydrated": null, "kms-key-id": null, "lifecycle-state": "PROVISIONING", "size-in-gbs": 50, "size-in-mbs": 51200, "source-details": { "id": "ocid1.volumebackup.….….….uniqueID", "type": "volumeBackup" }, "system-tags": null, "time-created": "2021-06-29T19:47:12+00:00", "volume-group-id": null, "vpus-per-gb": 0 }, "etag": "13864f86-cd1c-49f7-b414-4c4800103b0c", "opc-work-request-id": "ocid1.workrequest.….….….f4s6nne9dbi4e" }
ボリューム・グループ・バックアップからのボリューム・グループのリストア
「コンピュートWeb UI」の使用
-
ナビゲーション・メニューのブロック・ストレージで、ボリューム・グループ・バックアップをクリックします。
-
適切なコンパートメントを選択します。
-
リストアするブロック・ボリューム・バックアップのアクション・アイコン(3つのドット)をクリックし、ボリューム・グループの作成をクリックします。
-
必要なボリューム情報を入力します:
-
名前: グループのわかりやすい名前を入力します。
-
コンパートメント: ボリューム・グループのコンパートメントを選択します。
-
タグ付け: オプションで、このリソースに1つ以上のタグを追加します。
タグを適用するかどうかわからない場合は、このオプションをスキップします(後でタグを適用できます)。
リソースのタグ付けの詳細は、「リソース・タグの操作」を参照してください。
-
-
Create Volume Groupをクリックします。
OCI CLIの使用
ボリューム・グループ・バックアップは、有効なJSONフォーマットを使用してoci bv volume-group create
コマンドを使用してリストアします。 構文および有効なJSONファイルでボリュームOCIDを指定する方法の詳細は、「OCI CLIコマンド・リファレンスでのボリューム・グループの作成」を参照してください。
-
コマンドを実行するために必要な情報を収集します:
-
可用性ドメイン名(
oci iam availability-domain list
) -
コンパートメントOCID (
oci iam compartment list
) -
ソース詳細 - リストアされたボリューム・グループの作成に使用されるボリューム・グループ・バックアップをリストするJSON文字列またはファイル。
JSON形式の詳細は、次のコマンドを実行します:
oci bv volume-group create --generate-param-json-input source-details
-
-
次のコマンドを実行します
構文(1行に入力):
oci bv volume-group create --availability-domain <availability_domain_name> --compartment-id <compartment_OCID> --source-details <json_string> or file://<path_to_JSON_file>
例:
oci bv volume-group create --availability-domain MyAD --compartment-id ocid1.compartment.….….….uniqueID --display-name VolumeGroupBackup-Monday --source-details '{"type": "volumeGroupBackupId-1", "volumeGroupBackupId-2":["ocid1.volumeGroupBackupId-3"]}' { "data": { "availability-domain": "MyAD", "compartment-id": "ocid1.compartment.….….….uniqueID", "defined-tags": {}, "display-name": "VolumeGroupBackup-Monday", "freeform-tags": {}, "id": "ocid1.volumeGroup.….….….new-uniqueID", "is-hydrated": null, "lifecycle-state": "PROVISIONING", "size-in-gbs": 0, "size-in-mbs": 0, "source-details": { "type": "volumeGroupBackupId", "volume-group-backup-id": [ "ocid1.volumeGroupBackup..….….….uniqueID" ] }, "time-created": "2021-05-26T22:44:07+00:00", "volume-ids": [] }, "etag": "c7053513-6819-49ad-8785-dd3e2a45272a" }
バックアップ・ポリシーの管理
Block Volumeサービスでは、スケジュールを使用してボリューム・バックアップおよびボリューム・グループ・バックアップを自動的に実行でき、バックアップ・ポリシーの保存設定に基づいて保存されます。
注意:
すべてのポリシーベースの(スケジュールされた)バックアップと、スケジュールされたバックアップの前に作成された手動バックアップは、最終的に期限切れになります。 ボリューム・バックアップを無制限に保存する場合は、将来のすべてのスケジュール済バックアップを取り消して、手動バックアップを作成する必要があります。 「ブロック・ボリュームのバックアップ」を参照してください。
概念の詳細は、「Oracle Private Cloud Appliance概要ガイド」の「ブロック・ボリューム・ストレージの概要」章の「ブロック・ストレージのバックアップとクローン」を参照してください。
バックアップ・ポリシーの作成
「コンピュートWeb UI」の使用
UIを使用したバックアップ・ポリシーの作成は、2つのタスク・プロセスです。 最初にバックアップ・ポリシーを作成してから、この手順の説明に従ってバックアップ・ポリシー・スケジュールを作成します。
ノート:
ポリシーのスケジュール部分が構成されていない場合は、ブロック・ボリュームまたはブロック・ボリューム・グループにポリシーを追加できません。-
ナビゲーション・メニューのブロック・ストレージで、バックアップ・ポリシーをクリックします。
-
Create Backup Policyをクリックします。
-
必須情報を入力します:
-
名前: ポリシーの説明的な名前を入力します。
-
コンパートメントに作成: ポリシーのコンパートメントを選択します。
-
タグ付け: オプションで、このリソースに1つ以上のタグを追加します。
タグを適用するかどうかわからない場合は、このオプションをスキップします(後でタグを適用できます)。
リソースのタグ付けの詳細は、「リソース・タグの操作」を参照してください。
-
-
バックアップ・ポリシーの作成をクリック
ポリシーにスケジュールを追加するまで、ポリシーは空になります。
-
ポリシーの詳細ページで、スケジュールの追加をクリックします。
-
ダイアログ・ボックスで、スケジュール・パラメータを入力します:
-
「スケジュール・タイプ」オプション: 日次、週次、月次または年次を選択して、バックアップ頻度を指定します。
-
追加のスケジュール・オプションを構成します。
スケジュール・タイプに応じて、追加のスケジュール・オプションには、次の1つ以上の選択肢があります:
-
該当日の時間
-
該当週の日
-
該当月の日
-
該当年の月
-
-
保存時間: スケジュール・タイプに応じて、日数、週数、月数、または年数を指定します。
-
タイムゾーン: スケジュール設定の基準となるタイムゾーン(UTCまたはリージョナル・データ・センター時間)を選択します。
-
-
「スケジュールの追加」をクリックします。
ポリシーを1つ以上のボリュームおよびボリューム・グループに適用できるようになりました。 「ボリュームまたはボリューム・グループへのバックアップ・ポリシーの割当て」を参照してください
OCI CLIの使用
CLIを使用してバックアップ・ポリシーを作成すると、この手順で説明するように、1つのコマンドを使用してポリシーおよびスケジュールが作成されます。
ノート:
ポリシーのスケジュール部分が構成されていない場合は、ブロック・ボリュームまたはブロック・ボリューム・グループにポリシーを追加できません。-
コマンドを実行するために必要な情報を収集します:
-
コンパートメントOCID (
oci iam compartment list
) -
スケジュール・アイテム - コマンドライン上の有効なJSON文字列、またはすべての必須スケジュール・アイテムと任意のオプションのスケジュール・アイテムを含む有効なJSONファイル。
スケジュール・アイテムと適切なJSONフォーマットの詳細は、次のコマンドを実行します:
oci bv volume-backup-policy create --generate-param-json-input schedules
必須およびオプションのスケジュール・アイテムの詳細は、Oracle Cloud Infrastructureドキュメントの「VolumeBackupScheduleリファレンス」を参照してください。
-
-
次のコマンドを実行します
構文(1行に入力):
oci bv volume-backup-policy create --compartment-id <compartment_OCID> --display-name <discriptive_name> --schedule <json_string> or file://<path_to_JSON_file>
JSON文字列の使用例:
oci bv volume-backup-policy create \ --compartment-id ocid1.compartment.….….….uniqueID \ --display-name daily-full-backup \ --schedules '{"backupType":"FULL","period":"ONE_DAY","hourOfDay": 23,"retentionSeconds":172800,"timeZone":"UTC"}' { "data": { "compartment-id": "ocid1.compartment.….….….uniqueID", "defined-tags": {}, "destination-region": null, "display-name": "daily-full-backup", "freeform-tags": {}, "id": "ocid1.volumebackuppolicy.….….….uniqueID", "schedules": [ { "backup-type": "FULL", "day-of-month": null, "day-of-week": null, "hour-of-day": 23, "month": null, "offset-seconds": null, "offset-type": null, "period": "ONE_DAY", "retention-seconds": 172800, "time-zone": "UTC" } ], "time-created": "2021-10-04T23:22:08.688884+00:00" }, "etag": "0e1d293e-42fe-4fa9-88f7-a0ab30cc8256", "opc-work-request-id": "ocid1.workrequest.….….….uniqueID" }
-
ポリシーをボリュームに割り当てます。
「ボリュームまたはボリューム・グループへのバックアップ・ポリシーの割当て」を参照してください。
ボリュームまたはボリューム・グループへのバックアップ・ポリシーの割当て
バックアップ・ポリシーは、次の段階でボリュームに割り当てることができます:
-
ボリュームの作成中。 「ブロック・ボリュームの作成」を参照してください。
-
ボリュームの作成後、この項のステップに従って、ボリュームまたはボリューム・グループにバックアップ・ポリシーを追加できます。
「コンピュートWeb UI」の使用
-
ナビゲーション・メニューのブロック・ストレージで、ブロック・ボリュームまたはボリューム・グループをクリックします。
-
適切なコンパートメントを選択します。
-
ボリュームまたはボリューム・グループ名をクリックします。
-
「編集」をクリックします。
-
メニューからバックアップ・ポリシーを選択します。
-
「変更の保存」をクリックします。
OCI CLIの使用
-
コマンドを実行するために必要な情報を収集します:
-
アセットID - ターゲット・ボリュームOCID (
oci bv volume list --compartment
<compartment_OICD>) -
ポリシーID - ポリシーOCID (
oci bv volume-backup-policy list --compartment-id
<compartment_OCID>)
-
-
次のコマンドを実行します
構文(1行に入力):
oci bv volume-backup-policy-assignment create --asset-id <volume_OCID> --policy-id <backup-policyABC>
例:
oci bv volume-backup-policy-assignment create \ --asset-id ocid1.volume.….….….uniqueID123 \ --policy-id ocid1.volumeBackupPolicy..….….….uniqueID456 { "data": { "asset-id": "ocid1.volume.….….….uniqueID123", "id": "ocid1.backupPolicyAssignment.….….….new-uniqueID", "policy-id": "ocid1.volumeBackupPolicy.….….….uniqueID456", "time-created": "2021-05-26T23:31:53+00:00" }, "etag": "57ddd89d-14bc-4ecf-b164-8a6cc9dc9014" }
バックアップへのアクセス
手動または自動バックアップの実行後、次のステップに従ってバックアップを特定します。
ノート:
スケジュールされたバックアップまたはポリシーベースのバックアップの場合、バックアップがリストに表示されるまで最大5分遅れることがあります。 この遅延は、UIおよびCLIでのバックアップの表示に適用されます。
「コンピュートWeb UI」の使用
-
ナビゲーション・メニューのブロック・ストレージで、次のいずれかのアイテムをクリックします:
-
ブロック・ボリュームのバックアップ
-
ボリューム・グループ・バックアップ
手動バックアップおよび自動バックアップが表示されます。
-
-
バックアップの詳細を表示するには、バックアップ名をクリックします。
OCI CLIの使用
-
コマンドを実行するために必要な情報を収集します:
-
コンパートメントOCID (
oci iam compartment list
)
-
-
次のコマンドを実行します
構文(1行に入力):
oci bv backup list --compartment-id <compartment_OCID>
例:
oci bv backup list --compartment-id ocid1.compartment.….….….uniqueID { "data": [ { "compartment-id": "ocid1.compartment.….….….uniqueID", "defined-tags": {}, "display-name": "volumebackup20212909223152", "expiration-time": null, "freeform-tags": {}, "id": "ocid1.volumebackup.….….….uniqueID", "kms-key-id": null, "lifecycle-state": "AVAILABLE", "size-in-gbs": 0, "size-in-mbs": null, "source-type": "MANUAL", "source-volume-backup-id": null, "system-tags": null, "time-created": "2021-09-29T22:31:55.000001+00:00", "time-request-received": "2021-09-29T22:31:52.000001+00:00", "type": "FULL", "unique-size-in-gbs": 0, "unique-size-in-mbs": null, "volume-id": "ocid1.volume.….….….uniqueID" } ] }
バックアップ・ポリシーの表示
「コンピュートWeb UI」の使用
-
ナビゲーション・メニューのブロック・ストレージで、バックアップ・ポリシーをクリックします。
-
適切なコンパートメントを選択します。
-
ポリシーの詳細を表示するには、ポリシー名をクリックします。
OCI CLIの使用
-
コンパートメント内のすべてのバックアップ・ポリシーのリスト
-
コマンドを実行するために必要な情報を収集します:
-
コンパートメントOCID (
oci iam compartment list
)
-
-
次のコマンドを実行します
構文(1行に入力):
oci bv volume-backup-policy list --compartment-id <compartment_OCID>
例:
oci bv volume-backup-policy list \ --compartment-id ocid1.compartment.oc1.….….….unique_ID { "data": [ { "compartment-id": "ocid1.compartment.oc1.….….….unique_ID", "defined-tags": {}, "destination-region": null, "display-name": "backup-policyABC", "freeform-tags": {}, "id": "ocid1.volumeBackupPolicy.….….….uniqueID-1", "schedules": null, "time-created": "2021-05-17T22:40:17+00:00" } { "compartment-id": "ocid1.compartment.oc1.….….….unique_ID", "defined-tags": {}, "destination-region": null, "display-name": "backup-policy1", "freeform-tags": {}, "id": "ocid1.volumeBackupPolicy.….….….uniqueID-2", "schedules": null, "time-created": "2021-05-17T22:10:45+00:00" } }
-
-
特定のバックアップ・ポリシーの一覧表示
-
コマンドを実行するために必要な情報を収集します:
-
バックアップ・ポリシーOCID (
oci bv volume-backup-policy list --compartment-id
<compartment_OCID>)
-
-
次のコマンドを実行します
構文(1行に入力):
oci bv volume-backup-policy get --policy-id <backup_policy_OCID>
例:
oci bv volume-backup-policy get \ --policy-id ocid1.volumeBackupPolicy.….….….uniqueID-1 { "data": [ { "compartment-id": "ocid1.compartment.oc1.….….….unique_ID", "defined-tags": {}, "destination-region": null, "display-name": "backup-policyABC", "freeform-tags": {}, "id": "ocid1.volumeBackupPolicy.….….….uniqueID-1", "schedules": null, "time-created": "2021-05-17T22:40:17+00:00" }
-
バックアップ・ポリシー・スケジュールの編集
「コンピュートWeb UI」の使用
-
ナビゲーション・メニューのブロック・ストレージで、バックアップ・ポリシーをクリックします。
-
適切なコンパートメントを選択します。
-
編集するスケジュールがあるバックアップ・ポリシー名をクリックします。
-
スケジュールで、編集するスケジュールを検索し、アクション・アイコン(3つのドット)をクリックして、編集をクリックします。
-
スケジュールを変更したら、スケジュールの更新をクリックします。
OCI CLIの使用
-
コマンドを実行するために必要な情報を収集します:
-
バックアップ・ポリシーOCID (
oci bv volume-backup-policy list --compartment-id
<compartment_OCID>) -
スケジュール・アイテム - コマンドライン上の有効なJSON文字列、またはすべての必須スケジュール・アイテムと任意のオプションのスケジュール・アイテムを含む有効なJSONファイル。
JSONアイテムおよびフォーマットの詳細は、次のコマンドを実行します:
oci bv volume-backup-policy create --generate-param-json-input schedules
必須およびオプションのスケジュール・アイテムの詳細は、Oracle Cloud Infrastructureドキュメントの「VolumeBackupScheduleリファレンス」を参照してください。
-
-
次のコマンドを実行します
注意:
このコマンドを実行すると、すべてのスケジュール項目が--schedule JSONで指定したアイテムと置き換えられます。
構文(1行に入力):
oci bv volume-backup-policy update --policy-id <backup_policy_OCID> --schedule <json_string> or file://<path_to_JSON_file>
例:
oci bv volume-backup-policy update \ --policy-id ocid1.volumebackuppolicy.….….….uniqueID \ --schedules '{"backupType":"FULL","period":"ONE_DAY","hourOfDay": 3,"retentionSeconds":172800,"timeZone":"UTC"}' WARNING: Updates to schedules and defined-tags and freeform-tags will replace any existing values. Are you sure you want to continue? [y/N]: y { "data": { "compartment-id": "ocid1.compartment.….….….uniqueID", "defined-tags": {}, "destination-region": null, "display-name": "policy-daily-full", "freeform-tags": {}, "id": "ocid1.volumebackuppolicy.….….….uniqueID", "schedules": [ { "backup-type": "FULL", "day-of-month": null, "day-of-week": null, "hour-of-day": 3, "month": null, "offset-seconds": null, "offset-type": null, "period": "ONE_DAY", "retention-seconds": 172800, "time-zone": "UTC" } ], "time-created": "2021-10-05T21:01:45.153443+00:00" }, "etag": "fb61d20c-92b2-465e-a545-68f6a5463b8e" }
バックアップ・ポリシー・スケジュールの削除
「コンピュートWeb UI」の使用
-
ナビゲーション・メニューのブロック・ストレージで、バックアップ・ポリシーをクリックします。
-
適切なコンパートメントを選択します。
-
削除するスケジュールがあるバックアップ・ポリシーをクリックします。
-
スケジュールで、削除するスケジュールに対してアクション・アイコン(3つのドット)をクリックし、削除をクリックします。
-
削除を確定します。
バックアップ・ポリシーの削除
「コンピュートWeb UI」の使用
-
ナビゲーション・メニューのブロック・ストレージで、バックアップ・ポリシーをクリックします。
-
適切なコンパートメントを選択します。
-
削除するポリシーの名前をクリックします。
-
「削除」をクリックします。
-
削除を確定します。
OCI CLIの使用
-
コマンドを実行するために必要な情報を収集します:
-
バックアップ・ポリシーOCID (
oci bv volume-backup-policy list --compartment-id
<compartment_OCID>)
-
-
コマンドを実行します。
構文(1行に入力):
oci bv volume-backup-policy delete --policy-id <policy_OCID>
例:
oci bv volume-backup-policy delete --policy-id ocid1.volumeBackupPolicy.….….….uniqueID Are you sure you want to delete this resource? [y/N]: y { "etag": "63a6b74f-e86e-423c-9948-123456789012" }