第7章 ブロック・ボリューム・ストレージ
7.1 ブロック・ボリューム
Block Volumesは、I/O集中型の幅広いワークロードをサポートする、高パフォーマンスのネットワーク・ストレージ容量を提供します。
ブロック・ボリュームを使用して、コンピュート・インスタンスのストレージ容量を拡張し、コンピュート・インスタンス間で移行できる耐久性の高い永続データ・ストレージを提供し、大規模なデータベースをホストできます。
Block Volumeサービスにより、ブロック・ストレージ・ボリュームを動的にプロビジョニングして管理できます。 ストレージ要件、パフォーマンス要件およびアプリケーション要件に合せて、ボリュームを作成、アタッチ、接続および移動できます。
ブロック・ボリュームの作成後、ボリュームを1つ以上のインスタンスにアタッチします。 ボリュームは通常のハード・ドライブのように使用できます。 データを失うことなく、ボリュームを切断して別のインスタンスにアタッチすることもできます。
次の2つのタイプのボリュームがあります:
-
ブロック・ボリューム: インスタンスのストレージ容量を動的に拡張できる、デタッチ可能なブロック・ストレージ・デバイス。
-
ブート・ボリューム: コンピュート・インスタンスの起動に使用されるイメージを含む、デタッチ可能なブート・ボリューム・デバイス。
概念の詳細は、「Oracle Private Cloud Appliance概要ガイド」の「ブロック・ボリューム・ストレージ」の項を参照してください
この項では、ブロック・ボリュームの管理手順について説明します。
7.2 ブロック・ボリュームの作成およびアタッチ
7.2.1 ブロック・ボリュームをインスタンスにアタッチするタスク・フロー
番号 | タスク | リンク |
---|---|---|
1. |
ブロック・ボリュームの作成 |
|
2. |
ブロック・ボリュームを1つ以上のインスタンスにアタッチします。 |
または |
3. | 追加されたブロック・ボリュームを識別し、管理タスクを実行します。 | 第7.2.5項、「インスタンスでのボリュームの検索」 |
4. |
インスタンスの再起動時に自動的にマウントするようにボリュームを構成します。 |
7.2.2 ブロック・ボリュームの作成
ブロック・ボリュームは、ブロック・ボリューム・サービスを使用して作成されます。
-
ナビゲーション・メニューのBlock Storageで、Block Volumesをクリックします。
-
「ブロック・ボリュームの作成」をクリックします。
-
必要なボリューム情報を入力します:
-
名前: ボリュームの名前または説明を指定します。 機密情報は入力しないでください。
-
コンパートメント: ブロック・ボリュームを作成するコンパートメントを選択します。
-
サイズ(GB): は、50 GBから32 TBの範囲で、1 GB単位で指定する必要があります。
-
高パフォーマンス・ボリューム: オプションで、高パフォーマンス機能を使用してボリュームを作成することを選択します。 有効にしない場合、ボリュームはバランスのとれたパフォーマンスを使用します。
-
高パフォーマンス: より高いパフォーマンス・エラスティック・パフォーマンス・オプションは、I/O要件が最も高く、大規模なデータベースなど、可能なかぎり最高のパフォーマンスを必要とするワークロードに推奨されます。
-
バランスのとれたパフォーマンス: ブート・ボリュームを含むほとんどのアプリケーションに最適です。
詳細は、概要ガイドの「ブロック・ボリューム・ストレージ」の章の「ブロック・ボリュームのパフォーマンス・オプション」の項を参照してください。
-
-
バックアップ・ポリシー: オプションで、このボリュームのバックアップ・ポリシーの使用を有効にできます。 ドロップダウン・リストからバックアップ・ポリシーを選択します。
バックアップ・ポリシーの詳細は、第7.8項、「バックアップ・ポリシーの管理」を参照してください。
-
タグ付け: オプションで、このリソースに1つ以上のタグを追加します。
タグを適用するかどうかわからない場合は、このオプションをスキップします(後でタグを適用できます)。
リソースのタグ付けの詳細は、「タグ付けの概要」を参照してください。
-
-
「ブロック・ボリュームの作成」をクリックします。
ボリュームのアイコンが使用可能状態のボリュームを示したら、ボリュームをインスタンスにアタッチできます。
第7.2.3項、「ボリュームのアタッチ」を参照してください。
-
コマンドを実行するために必要な情報を収集します:
-
可用性ドメイン名(
oci iam availability-domain list
) -
コンパートメントOCID (
oci iam compartment list
)
-
-
oci bv volume create
コマンドを実行します。ノートこの手順では、このコマンドに必要な最小パラメータを示します。 オプションのパラメータについては、
--help
オプションを指定してコマンドを実行します。構文(1行に入力):
oci bv volume create --availability-domain
<availability_domain_name>
--compartment-id<compartment_OCID
>例:
oci bv volume create \ --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": "volume20210106171509", "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": 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" }
ボリュームは、プロビジョニング中状態ではなくなった時点でインスタンスにアタッチできます。 第7.2.3項、「ボリュームのアタッチ」を参照してください。
7.2.3 ボリュームのアタッチ
ボリュームをインスタンスにアタッチして、インスタンスで使用可能なストレージを拡張できます。 一度に複数のインスタンスにボリュームをアタッチできます(第7.2.4項、「複数のインスタンスへのボリュームのアタッチ」を参照)。
インスタンスからデタッチされたブート・ボリュームをアタッチすることもできます。 これは、ブート・ボリュームのトラブルシューティングや、ブート・ボリュームがそのインスタンスからデタッチされている間の管理アクティビティを実行する場合に便利です。
LinuxボリュームをLinuxインスタンスにのみアタッチし、WindowsボリュームをWindowsインスタンスにのみアタッチします。
デタッチされたボリュームを再アタッチする場合、ボリュームが別のデバイス名に関連付けられている可能性があり、インスタンスのオペレーティング・システムでボリュームが認識されない可能性があります。
-
ナビゲーション・メニューで、Computeをクリックし、Instancesをクリックします。
-
インスタンスが存在するコンパートメントを選択します。
-
インスタンス・リストで、ボリュームをアタッチするインスタンスをクリックします。
-
左下のパネルのリソースで、アタッチされたブロック・ボリュームを選択します。
-
「アタッチされたブロック・ボリューム」パネルで、ブロック・ボリュームのアタッチをクリックします。
-
ブロック・ボリュームが存在するコンパートメントを選択します。
-
ブロック・ボリュームの選択
-
次のいずれかのアクセス・メソッドを選択します:
-
Read/Write: (デフォルト)読取り/書込み機能を使用してボリューム・アタッチメントを構成します。 他のインスタンスと共有することはできません。 これにより、単一のインスタンスにのみ添付できます。
-
Read/Write - 共有可能: ボリューム・アタッチメントを読取り/書込み、他のインスタンスと共有可能として構成します。 これにより、複数のインスタンスへの読取り/書込みアタッチメントが可能になります。
-
読取り専用 - 共有可能: ボリューム・アタッチメントを読取り専用として構成し、複数のインスタンスへのアタッチメントを可能にします
-
-
Attach to Instanceをクリックします。
-
コマンドを実行するために必要な情報を収集します:
-
インスタンスOCID (
oci compute instance list --compartment-id
)<compartment_OCID>
-
ボリュームOCID (
oci bv volume list --compartment-id
)<compartment_OCID>
-
-
oci compute volume-attachment attach
コマンドを実行します。ノートこの手順では、このコマンドに必要な最小パラメータを示します。 オプションのパラメータについては、
--help
オプションを指定してコマンドを実行します。構文(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" } }
7.2.4 複数のインスタンスへのボリュームのアタッチ
Block Volumeサービスは、ブロック・ボリュームを複数のコンピュート・インスタンスにアタッチする機能を提供します。 この機能を使用すると、ブロック・ボリュームをインスタンス間で読取り/書込みモードまたは読取り専用モードで共有できます。 ブロック・ボリュームを読取り/書込みおよび共有可能としてアタッチすると、クラスタ対応ソリューションをデプロイおよび管理できます。
ボリュームを複数のインスタンスにアタッチするための重要な制限および考慮事項があります。 詳細は、「Oracle Private Cloud Appliance概要ガイド」の「ブロック・ボリューム・ストレージ」の項を参照してください
デタッチされたボリュームをアタッチする場合、そのボリュームが別のデバイス名に関連付けられている可能性があり、インスタンスのオペレーティング・システムがボリュームを認識しない可能性があります。
Block Volumeサービスは、複数のインスタンスにアタッチされたボリュームに対する同時書込み操作の調整を提供しません。 無制御の読取り/書込み操作によるデータ破損を防ぐには、ボリュームを使用する前に、共有ストレージの上にクラスタ対応システムまたはソリューション(Oracle Cluster File Systemバージョン2 (OCFS2)など)をインストールして構成する必要があります。
必要なステップの概要は次のとおりです:
-
Web UI、CLIまたはAPIを使用して、ブロック・ボリュームを読取り/書込み共有可能としてインスタンスにアタッチします。
第7.2.3項、「ボリュームのアタッチ」を参照してください
-
OCFS2/O2CBクラスタ・ノードを設定します。
-
OCFS2ファイル・システムおよびマウント・ポイントを作成します。
ブロック・ボリュームを読取り専用としてインスタンスにアタッチすると、他のインスタンスにアタッチできるのは読取り専用としてのみです。 ブロック・ボリュームを読取り/書込みとしてインスタンスにアタッチする場合は、ブロック・ボリュームをすべてのインスタンスからデタッチしてから、ブロック・ボリュームをインスタンスに読取り/書込みとして再アタッチします。
-
Web UI、CLIまたはAPIを使用して、ブロック・ボリュームを読取り専用としてインスタンスにアタッチします。
第7.2.3項、「ボリュームのアタッチ」を参照してください
-
Web UI、CLIまたはAPIを使用して、ブロック・ボリュームを読取り専用として追加インスタンスにアタッチします。
第7.2.3項、「ボリュームのアタッチ」を参照してください
7.2.5 インスタンスでのボリュームの検索
ブロック・ボリュームがインスタンスに最初にアタッチされると、インスタンスではボリュームが新しいディスク(たとえば、デバイス/dev/sdb
)として表示されます。 この手順では、ボリュームを検出できるように、インスタンス内のディスク・デバイスをリストする方法について説明します。
UNIXベースのイメージの場合、インスタンスの起動時にこれらのボリュームをマウントする場合は、ボリュームを/etc/fstab
ファイルに追加する必要があります。 第7.2.6項、「ボリュームの自動マウントの構成(Linuxインスタンス)」を参照してください。
オプションで、ストレージ要件に合わせてストレージを構成するさまざまな管理タスクを実行できます。
管理タスクの実行に使用するユーティリティは、インスタンスのOSのタイプによって異なります。 その他の管理情報は、インスタンス上にあるOSのバージョンに関するドキュメントを参照してください。 これらのドキュメント・ライブラリでは、有用な情報にアクセスできます:
-
Oracle OSのドキュメント : https://docs.oracle.com/en/operating-systems/index.html
-
Oracle Virtualizationのドキュメント : https://docs.oracle.com/en/virtualization/index.html
これらのステップでは、Linuxコマンドを使用して、インスタンスのブート・ボリュームおよびアタッチされたブロック・ボリューム・デバイスを識別する方法を示します。
-
第6.4項、「コンピュート・インスタンスへの接続」の説明に従って、インスタンスにログオンします。
-
ディスク・デバイスを一覧表示します。
重要UNIXタイプのオペレーティング・システムでは、ボリュームがアタッチされる順序は非決定的であるため、再起動ごとに変更できます。 デバイス名(
/dev/sdb
など)を使用してボリュームを参照し、ルート以外のボリュームが複数ある場合は、特定のデバイス名にマウントするボリュームがマウントされる保証はありません。 ブロック・ボリュームを認識するようにOSを構成する場合(/etc/fstab
ファイルへのボリュームの追加など)、この手順の説明に従ってボリュームSCSI IDを使用します。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にマウントされているデバイスを特定します。
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を見つけます。
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
の永続的なデバイス名であり、デバイスのパーティション分割、ファイルシステムの作成、マウントなどの管理操作を実行するときに使用されます。ブロック・ボリューム・ファイル・システムをインスタンスにマウントする方法の詳細は、第7.2.6項、「ボリュームの自動マウントの構成(Linuxインスタンス)」を参照してください。
-
ストレージ要件に合せてブロック・ボリュームを構成するには、管理タスクを実行します。
実行する具体的なタスクは、インスタンスを実行するOSのタイプとストレージの構成方法によって異なります。 詳細は、OSのドキュメントを参照してください。
7.2.6 ボリュームの自動マウントの構成(Linuxインスタンス)
Linuxインスタンスで、インスタンスの起動時にボリュームを自動的にマウントする場合は、ボリュームを/etc/fstab
ファイルに追加する必要があります。
始める前に
マウントする予定のブロック・ボリュームのSCSI IDを取得します。
第7.2.5項、「インスタンスでのボリュームの検索」を参照してください
Linuxオペレーティング・システムでは、デバイス名のかわりに/etc/fstab
ファイルにボリュームSCSI IDを指定します(たとえば、/dev/sdb
)。 これは、ボリュームSCSI IDの例です:
/dev/disk/by-id/scsi-3600144f096933b92000061b1129e0037
-
新しくアタッチしたブロック・ボリュームをマウント用に準備します。
インスタンス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:
0
(fsckを実行しない)
-
-
/etc/fstab
ファイル内のボリュームをマウントするには、次のコマンドを使用します:sudo mount -a
-
ファイル・システムがマウントされていることを確認します:
mount | grep /mnt /dev/sdb on /mnt/volume1 type ext4 (rw,relatime,seclabel,stripe=2,data=ordered,_netdev)
7.3 ブロック・ボリュームの管理
7.3.1 ブロック・ボリュームおよびブロック・ボリュームの詳細のリスト
特定のコンパートメント内のすべてのブロック・ボリューム・ボリューム、および単一のボリュームに関する詳細情報をリストできます。
-
ナビゲーション・メニューのBlock Storageで、Block Volumesをクリックします。
-
適切なコンパートメントを選択します。
-
ブロック・ボリュームの詳細を表示するには、ブロック・ボリュームの名前をクリックします。
詳細が表示されます。
表 7.1ディテール・アイテム 説明 ブロック・ボリューム・アイコン(左側) ブロック・ボリュームのステータスを表示します。
ブロック・ボリューム名(最上位) ブロック・ボリュームの名前。
ブロック・ボリュームの情報とタグ クリックして表示できるタブ:
一般情報
このオブジェクトに適用されたタグ。
作成済 ボリュームが作成された日時。
コンパートメント ボリュームが属するコンパートメント。
OCID ボリュームOracle Cloud ID。
バックアップ・ポリシー ボリュームに割り当てられたバックアップ・ポリシー。
サイズ ボリュームのサイズ。
ボリュームはハイドレーションされています このフィールドはOracle Private Cloud Applianceに適用されないため、常にいいえ
高パフォーマンスに対応 ボリュームが高パフォーマンス・ボリュームとして構成されているかどうかを示します。 はいの場合、GB当たりのボリューム・パフォーマンス・ユニット(VPU)が表示されます。
アイドル時に有効なVPU ボリュームがアイドル状態のとき、GB当たりボリューム・パフォーマンス・ユニット(VPU)/GBを表示します。
-
コマンドを実行するために必要な情報を収集します:
-
コンパートメント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": }, }
7.3.2 ブロック・ボリューム・アタッチメントのリスト
-
ナビゲーション・メニューで、Computeをクリックし、Instancesをクリックします。
-
インスタンスが存在するコンパートメントを選択します。
-
インスタンス名をクリックして詳細を表示します。
-
左下隅のリソースで、アタッチされたブロック・ボリュームを選択します。
このインスタンスにアタッチされているすべてのブロック・ボリュームが表示されます。
-
ブロック・ボリュームの詳細を表示するには、ブロック・ボリューム名をクリックします。
-
コンパートメント内のすべてのブロック・ボリュームのリスト
-
コマンドを実行するために必要な情報を収集します:
-
コンパートメント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" } ] }
-
7.3.3 ボリューム構成の編集
ブロック・ボリュームおよびブート・ボリュームの設定は、オンライン中に停止時間なしで変更できます。
次のボリューム設定を変更できます:
-
名前: ボリュームの表示名です。 名前は一意である必要はありません。
-
サイズ(GBで): ボリュームの容量です。 容量を増やすことができるだけです。 サイズを変更すると影響があります。 サイズを変更する前に、第7.5項、「ボリュームのサイズ変更」を参照してください
-
高パフォーマンス: 高パフォーマンス・オプションを有効または無効にします。
-
バックアップ・ポリシー: ドロップダウン・リストからバックアップ・ポリシーを選択します。
-
タグ付け: タグを追加、削除または変更します。 タグ付けの詳細は、「リソース・タグ管理」を参照してください。
-
ナビゲーション・メニューのBlock Storageで、Block Volumesをクリックします。
-
ブロック・ボリュームが存在するコンパートメントを選択します。
-
アクション・メニュー(3つのドット)で、編集を選択します。
-
ダイアログで、設定を変更します。
-
「変更の保存」をクリックします。
-
コマンドを実行するために必要な情報を収集します:
-
ボリュームOCID (
oci bv volume list --compartment-id <compartment_OCID
)
-
-
oci bv volume update
コマンドを実行します。ノートこの手順では、このコマンドに必要な最小パラメータを示します。 オプションのパラメータについては、
--help
オプションを指定してコマンドを実行します。ボリューム・サイズなどの他のボリューム・パラメータを変更するには、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
7.3.4 別のコンパートメントへのボリュームの移動
ブロック・ボリューム、ブート・ボリューム、クローン、ボリューム・バックアップ、ボリューム・グループ、ボリューム・グループ・バックアップなどのブロック・ボリューム・リソースを、あるコンパートメントから別のコンパートメントに移動できます。
ボリューム・リソースを新しいコンパートメントに移動しても、ポリシーなどの関連付けられたリソースは移動されません。 固有のポリシーはただちに適用され、リソースへのアクセスに影響します。
ブロック・ボリューム・リソースをコンパートメント間で移動する場合、リソース・ユーザーがリソースの移動先のコンパートメントに対する十分なアクセス権を持っていることを確認する必要があります。
-
ブロック・ボリュームまたはブート・ボリュームをセキュリティ・ゾーンから標準コンパートメントに移動することはできません。
-
ボリュームがセキュリティ・ゾーン・ポリシーに違反している場合、ブロック・ボリュームまたはブート・ボリュームを標準コンパートメントからセキュリティ・ゾーン内のコンパートメントに移動することはできません。
-
コマンドを実行するために必要な情報を収集します:
-
ボリューム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" }
7.3.5 ボリュームのクローニング
Block Volumeサービスを使用して、ボリュームからクローンを作成できます。 クローニングでは、バックアップ/リストア・プロセスを実行しなくても、既存のブロック・ボリュームのコピーを作成できます。
クローン・ボリュームは、ソース・ボリュームのポイント・イン・タイム・ダイレクト・ディスク・ツー・ディスク・ディープ・コピーであるため、クローンの作成時にソース・ボリュームに存在するすべてのデータがクローン・ボリュームにコピーされます。 ソース・ボリューム上のデータへのそれ以降の変更は、クローンにはコピーされません。
クローンの作成時により大きなボリューム・サイズを指定しないかぎり、クローンはソース・ボリュームと同じサイズになります。
ボリューム・データはバックグラウンドでコピーされ、ボリュームのサイズに応じて最大30分かかることがあります。 状態が使用可能に変わるとすぐに、クローン・ボリュームを通常のボリュームとしてアタッチして使用できます。
ボリュームのクローニングの詳細は、「ブロック・ボリューム・ストレージ」章の「ブロック・ストレージのバックアップとクローン・セクション」を参照してください。
-
ナビゲーション・メニューのBlock Storageで、Block Volumesをクリックします。
-
適切なコンパートメントを選択します。
-
クローンを作成するボリュームに対して、アクション・アイコン(3つのドット)をクリックし、クローンの作成を選択します。
-
ダイアログで、次の情報を入力します:
-
名前: ボリュームの名前または説明。 機密情報は入力しないでください。
-
コンパートメント: ブロック・ボリュームをクローニングするコンパートメントを選択します。
-
サイズ(GB): サイズを同じにすることも、サイズを最大32 TBまで増やすこともできます。 サイズを小さくすることはできません。 値は1 GB単位で指定します。
-
高パフォーマンス・ボリューム: オプションで、高パフォーマンス機能を使用してボリュームを作成することを選択します。 有効にしない場合、ボリュームはバランスのとれたパフォーマンスを使用します。
-
高パフォーマンス: より高いパフォーマンス・エラスティック・パフォーマンス・オプションは、I/O要件が最も高く、大規模なデータベースなど、可能なかぎり最高のパフォーマンスを必要とするワークロードに推奨されます。
-
バランスのとれたパフォーマンス: ブート・ボリュームを含むほとんどのアプリケーションに最適です。
詳細は、概要ガイドの「ブロック・ボリューム・ストレージ」の章の「ブロック・ボリュームのパフォーマンス・オプション」の項を参照してください。
-
-
バックアップ・ポリシー: オプションで、次のアイテムを指定することで、このボリュームのバックアップ・ポリシーの使用を有効にできます:
-
コンパートメント: バックアップ・ポリシーが存在するコンパートメントを選択します。
-
バックアップ・ポリシー: ドロップダウン・リストからバックアップ・ポリシーを選択します。
バックアップ・ポリシーの詳細は、第7.8項、「バックアップ・ポリシーの管理」を参照してください。
-
-
タグ付け: オプションで、このリソースに1つ以上のタグを追加します。
タグを適用するかどうかわからない場合は、このオプションをスキップします(後でタグを適用できます)。
リソースのタグ付けの詳細は、「タグ付けの概要」を参照してください。
-
-
「クローンの作成」をクリックします
-
コマンドを実行するために必要な情報を収集します:
-
可用性ドメイン名(
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" }
7.3.6 ブロック・ボリュームのデタッチ
インスタンスがボリュームにアクセスする必要がなくなった場合、ボリューム・データに影響を与えずにインスタンスからボリュームをデタッチできます。
後でデタッチされたボリュームを再アタッチすると、別のデバイス名に関連付けられている可能性があり、インスタンスのオペレーティング・システムでボリュームが認識されない可能性があります。
-
管理タスクを実行して、ブロック・ボリュームに対してどのインスタンスにも存在する依存関係を削除します。
たとえば、ボリュームにアクセスしているアプリケーションがいないことを確認します。 ボリュームをアンマウントし、
/etc/fstab
ファイルなどから削除します。 -
ナビゲーション・メニューで、Computeをクリックし、Instancesをクリックします。
-
インスタンスが存在するコンパートメントを選択します。
-
インスタンス・リストで、ボリュームがアタッチされているインスタンスをクリックします。
-
左下隅のリソースで、アタッチされたブロック・ボリュームを選択します。
-
デタッチするボリュームの横にあるアクション・アイコン(3つのドット)をクリックし、デタッチをクリックします。
-
要求されたら、確認します。
-
コマンドを実行するために必要な情報を収集します:
-
ボリューム・アタッチメント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
7.3.7 ブロック・ボリュームの削除
不要になったボリュームは削除できます。
この操作を取り消すことはできません。 ボリュームが削除されると、ボリューム上のすべてのデータは完全に削除されます。
すべてのポリシーベースのバックアップは最終的に失効するため、ボリューム・バックアップを無期限に保持する場合は、ボリュームを削除する前に手動バックアップを作成する必要があります。 第7.7項、「ブロック・ボリュームのバックアップ」を参照してください。
-
管理タスクを実行して、ブロック・ボリュームに対してどのインスタンスにも存在する依存関係を削除します。
たとえば、ボリュームにアクセスしているアプリケーションがいないことを確認します。 ボリュームをアンマウントし、
/etc/fstab
ファイルなどから削除します。 -
ナビゲーション・メニューのBlock Storageで、Block Volumesをクリックします。
-
削除するブロック・ボリュームを含むコンパートメントを選択します。
-
削除するボリュームのアクション・メニュー(3つのドット)をクリックし、終了を選択します。
-
要求されたら、終了を確認します。
-
コマンドを実行するために必要な情報を収集します:
-
ボリューム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" }
7.4 ブート・ボリュームの管理
7.4.1 概要
インスタンスを起動すると、そのインスタンスの新しいブート・ボリュームが同じコンパートメント内に作成されます。 このブート・ボリュームはインスタンスを終了するまで、そのインスタンスに関連付けられます。 インスタンスを終了するときに、ブート・ボリュームとそのデータを保存して再利用できます。
ブート・ボリュームはデフォルトで暗号化されます。
概念の詳細は、「Oracle Private Cloud Appliance概要ガイド」の「ブロック・ボリューム・ストレージ」の章を参照してください。
この項では、ブート・ボリュームの管理手順について説明します。
7.4.2 ブート・ボリュームのリスト
-
ナビゲーション・メニューのComputeで、Boot Volumesをクリックします。
-
適切なコンパートメントを選択します。
ブート・ボリュームのリストが表示されます。
-
ブート・ボリュームの詳細を表示するには、ブート・ボリューム名をクリックします。
-
コマンドを実行するために必要な情報を収集します:
-
可用性ドメイン名(
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 }
7.4.3 ブート・ボリューム・アタッチメントのリスト
-
ナビゲーション・メニューで、Computeをクリックし、Instancesをクリックします。
-
適切なコンパートメントを選択します。
-
ブート・ボリューム・アタッチメントを表示するインスタンスの名前をクリックします。
-
リソースの下のブート・ボリュームのアタッチをクリックします。
ブート・ボリューム・アタッチメントが表示されます。
-
アタッチメントの詳細を表示するには、ブート・ボリューム・アタッチメント名をクリックします。
-
コマンドを実行するために必要な情報を収集します:
-
可用性ドメイン名(
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" }
7.4.4 ブート・ボリュームのデタッチ
ブート・ボリュームの問題がコンピュート・インスタンスの問題を引き起こしていると思われる場合は、このトピックで説明するステップを使用して、インスタンスを停止し、ブート・ボリュームをデタッチできます。 その後、それをデータ・ボリュームとして別のインスタンスにアタッチしてトラブルシューティングできます。
「ノート」- ブート・ボリュームをデタッチするには、インスタンスが停止状態である必要があります(この手順を参照)。 インスタンスを起動する前に、ブート・ボリュームを再アタッチする必要があります。
-
インスタンスを停止します。
-
ナビゲーション・メニューのComputeで、Instancesをクリックします。
-
適切なコンパートメントを選択します。
-
インスタンスの名前をクリックします。
-
Controlsをクリックし、Stopを選択します。
ステータスが停止中から停止済に変更されるまで待機します。
-
-
Resourcesの下のBoot Volumesをクリックします。
-
ブート・ボリュームのアクション・メニュー(3つのドット)をクリックし、デタッチを選択します。
-
要求されたら、確認します。
-
コマンドを実行するために必要な情報を収集します。
-
ブート・ボリューム・アタッチメントOCID (
oci compute boot-volume-attachment list
)
-
-
インスタンスを停止します。
第6.2.4項、「インスタンスの停止、起動およびリセット」を参照してください。
-
このコマンドを実行して、ブート・ボリュームをデタッチします。
構文(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
7.4.5 ブート・ボリュームの再アタッチ
インスタンスの起動時に、ブート・ボリュームは自動的にインスタンスにアタッチされます。 ただし、トラブルシューティングの目的で、ブート・ボリュームをデータ・ボリュームとしてデタッチして再アタッチする必要がある場合もあります。 この手順では、ブート・ボリュームをブート・ボリュームとして再アタッチする方法について説明します。
トラブルシューティングのためにブート・ボリュームがインスタンスからデタッチされている場合、ブート・ボリュームをデータ・ボリュームとして別のインスタンスにアタッチできます。 これを行うには、第7.2.3項、「ボリュームのアタッチ」を参照してください。
-
ナビゲーション・メニューで、Computeをクリックし、Instancesをクリックします。
-
インスタンスが存在するコンパートメントを選択します。
-
インスタンス名をクリックします。
-
リソースの下のブート・ボリュームのアタッチをクリックします。
-
Attach Boot Volumeをクリックします。
-
削除を確定します。
-
コマンドを実行するために必要な情報を収集します:
-
ブート・ボリュームOCID (第7.4.2項、「ブート・ボリュームのリスト」を参照)
-
インスタンス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" } }
7.4.6 ブート・ボリュームの削除
インスタンスを終了するときに、関連付けられたブート・ボリュームを削除または保持することを選択します。 ブート・ボリュームが関連付けられたインスタンスからデタッチされている場合は、削除することもできます。 第7.4.4項、「ブート・ボリュームのデタッチ」を参照してください。
この操作を取り消すことはできません。 ボリュームが削除されると、ボリューム上のすべてのデータは完全に削除されます。 また、関連付けられたインスタンスを再起動することはできません。
-
ナビゲーション・メニューのComputeで、Boot Volumesをクリックします。
-
適切なコンパートメントを選択します。
-
Boot Volumesリストで、削除するボリュームを見つけます。
-
ブート・ボリュームのアクション・アイコン(3つのドット)をクリックし、削除を選択します。
-
要求されたら、確認します。
-
コマンドを実行するために必要な情報を収集します:
-
ブート・ボリュームOCID (第7.4.2項、「ブート・ボリュームのリスト」を参照)
-
-
次のコマンドを実行します
構文(1行に入力):
oci bv boot-volume delete --boot-volume-id
<boot_volume_OCID>
ブート・ボリュームをリストすることで、
<boot_volume_OCID>
を取得できます。 第7.4.2項、「ブート・ボリュームのリスト」を参照してください。例:
oci bv boot-volume delete \ --boot-volume-id ocid1.bootvolume.….….….uniqueID Are you sure you want to delete this resource? [y/N]: y
7.5 ボリュームのサイズ変更
7.5.1 サイズ変更の概要
Block Volumeサービスにより、ブロック・ボリュームおよびブート・ボリュームのサイズを拡張できます。 ボリュームのサイズを増やすには、いくつかのオプションがあります:
-
オンライン・サイズ変更により、既存のボリュームを所定の位置に拡張します。
-
ボリューム・バックアップをリストアしてより大きいボリュームを作成します。
-
既存のボリュームをクローニングして新規の、より大きいボリュームを作成します。
-
オフライン・サイズ変更により、既存のボリュームを所定の位置に拡張します。
ボリュームのサイズを小さくすることはできません。
概念の詳細は、「Oracle Private Cloud Appliance概要ガイド」の「ブロック・ボリューム・ストレージ」の章を参照してください
7.5.2 オンライン・ボリュームのサイズ変更
オンライン・サイズ変更では、インスタンスからボリュームをデタッチせずにボリューム・サイズを拡張できます。 オンライン・サイズ変更では、ディスクを再スキャンしてパーティションを拡張する必要があります。
7.5.2.1 オンライン・ブロック・ボリュームのサイズ変更
-
ナビゲーション・メニューのBlock Storageで、Block Volumesをクリックします。
-
適切なコンパートメントを選択します。
-
サイズを変更するボリュームについて、アクション・アイコン(3つのドット)をクリックし、編集を選択します。
-
サイズを変更します:
-
サイズ(GB): サイズを同じにしておくか、サイズを大きくすることができます。 サイズを小さくすることはできません。 値は50 GBから32 TBまでで、1 GB単位で指定する必要があります。
-
-
「変更の保存」をクリックします。
-
ディスクを再スキャンします。
詳細は、インスタンスで実行されているOSタイプおよびバージョンのOSドキュメントを参照してください。
-
パーティションを拡張します。
詳細は、インスタンスで実行されているOSタイプおよびバージョンのOSドキュメントを参照してください。
-
コマンドを実行するために必要な情報を収集します:
-
ボリューム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ドキュメントを参照してください。
7.5.2.2 オンライン・ブート・ボリュームのサイズ変更
-
ブート・ボリューム: ナビゲーション・メニューのコンピュートで、ブート・ボリュームをクリックします。
-
適切なコンパートメントを選択します。
-
サイズを変更するボリュームについて、アクション・アイコン(3つのドット)をクリックし、編集を選択します。
-
サイズを変更します:
-
サイズ(GB): サイズを同じにしておくか、サイズを大きくすることができます。 サイズを小さくすることはできません。 値は50 GBから32 TBまでで、1 GB単位で指定する必要があります。
-
-
「変更の保存」をクリックします。
-
ディスクを再スキャンします。
詳細は、インスタンスで実行されているOSタイプおよびバージョンのOSドキュメントを参照してください。
-
パーティションを拡張します。
詳細は、インスタンスで実行されているOSタイプおよびバージョンのOSドキュメントを参照してください。
-
コマンドを実行するために必要な情報を収集します:
-
ブート・ボリューム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ドキュメントを参照してください。
7.5.3 オフライン・ボリュームのサイズ変更
オフライン・サイズ変更では、ボリューム・サイズを拡張する前に、インスタンスからボリュームをデタッチします。 ボリュームのサイズを変更して再接続したら、パーティションを拡張する必要がありますが、ディスクを再スキャンする必要はありません。
7.5.3.1 オフライン・ボリュームのサイズ変更時の考慮事項
ボリュームをデタッチして再アタッチするたびに、UNIXベースのインスタンスとWindowsベースの両方のインスタンスに複雑さとリスクがあります。 ボリュームのサイズを変更するときは、次の点に注意してください:
-
ボリュームのサイズを変更する前に、ボリュームの完全バックアップを作成する必要があります。
-
サイズ変更後にボリュームをインスタンスに再アタッチする場合、一貫性のあるデバイス・パスを使用していない場合、またはインスタンスが一貫性のあるデバイス・パスをサポートしていない場合、デバイスの順序とパスが変更されることがあります。 論理ボリューム・マネージャ(LVM)などのツールを使用している場合は、デバイス・マッピングを修正する必要がある場合があります。
7.5.3.2 オフライン・ブロック・ボリュームのサイズ変更
-
ブロック・ボリュームをデタッチします。
第7.3.6項、「ブロック・ボリュームのデタッチ」を参照してください。
-
ナビゲーション・メニューで、Block Storageをクリックし、Block Volumesをクリックします。
-
適切なコンパートメントを選択します。
-
サイズを変更するボリュームについて、アクション・アイコン(3つのドット)をクリックし、編集を選択します。
-
サイズを変更します:
-
サイズ(GB): サイズを同じにしておくか、サイズを大きくすることができます。 サイズを小さくすることはできません。 値は50 GBから32 TBまでで、1 GB単位で指定する必要があります。
-
-
「変更の保存」をクリックします。
-
ボリュームを再アタッチします。
第7.2.3項、「ボリュームのアタッチ」を参照してください
-
パーティションを拡張します。
詳細は、インスタンスで実行されているOSタイプおよびバージョンのOSドキュメントを参照してください。
-
ブロック・ボリュームをデタッチします。
第7.3.6項、「ブロック・ボリュームのデタッチ」を参照してください。
-
コマンドを実行するために必要な情報を収集します:
-
ボリューム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" }
-
ボリュームを再アタッチします。
第7.2.3項、「ボリュームのアタッチ」を参照してください。
-
パーティションを拡張します。
詳細は、インスタンスで実行されているOSタイプおよびバージョンのOSドキュメントを参照してください。
7.5.3.3 オフライン・ブート・ボリュームのサイズ変更
-
インスタンスを停止します。
第6.2.4項、「インスタンスの停止、起動およびリセット」を参照してください。
-
ブート・ボリュームをデタッチします。
第7.4.4項、「ブート・ボリュームのデタッチ」を参照してください。
-
ナビゲーション・メニューのComputeで、Boot Volumesをクリックします。
-
適切なコンパートメントを選択します。
-
サイズを変更するボリュームについて、アクション・アイコン(3つのドット)をクリックし、編集を選択します。
-
サイズを変更します:
-
サイズ(GB): サイズを同じにしておくか、サイズを大きくすることができます。 サイズを小さくすることはできません。 値は50 GBから32 TBまでで、1 GB単位で指定する必要があります。
-
-
「変更の保存」をクリックします。
-
ブート・ボリュームをデータ・ボリュームとして2番目のインスタンスにアタッチします。
第7.2.3項、「ボリュームのアタッチ」を参照してください。
-
パーティションを拡張し、ファイル・システムを拡張します。
詳細は、インスタンスで実行されているOSタイプおよびバージョンのOSドキュメントを参照してください。
-
データ・ボリュームをデタッチします。
第7.3.6項、「ブロック・ボリュームのデタッチ」を参照してください。
-
ブート・ボリュームを再アタッチします。
第7.4.5項、「ブート・ボリュームの再アタッチ」を参照してください。
-
インスタンスを再起動します。
第6.2.4項、「インスタンスの停止、起動およびリセット」を参照してください。
-
インスタンスを停止します。
第6.2.4項、「インスタンスの停止、起動およびリセット」を参照してください。
-
ブート・ボリュームをデタッチします。
第7.4.4項、「ブート・ボリュームのデタッチ」を参照してください。
-
コマンドを実行するために必要な情報を収集します:
-
ブート・ボリューム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番目のインスタンスにアタッチします。
第7.2.3項、「ボリュームのアタッチ」を参照してください。
-
パーティションを拡張し、ファイル・システムを拡張します。
詳細は、インスタンスで実行されているOSタイプおよびバージョンのOSドキュメントを参照してください。
-
データ・ボリュームをデタッチします。
第7.3.6項、「ブロック・ボリュームのデタッチ」を参照してください。
-
ブート・ボリュームを再アタッチします。
第7.4.5項、「ブート・ボリュームの再アタッチ」を参照してください。
-
インスタンスを再起動します。
第6.2.4項、「インスタンスの停止、起動およびリセット」を参照してください。
7.6 ボリューム・グループの管理
7.6.1 概要
Block Volumeサービスは、ボリューム・グループ内の複数のブロック・ボリュームをグループ化する機能を提供します。
ボリューム・グループを使用して、point-in-timeでかつクラッシュ整合のボリューム・グループ・バックアップとクローンを作成します。
ボリューム・グループの考慮事項および制限の詳細は、「ブロック・ボリューム・ストレージ」の「ボリューム・グループ」の項を参照してください。
7.6.2 ボリューム・グループ内のボリュームの表示
-
ナビゲーション・メニューのブロック・ストレージで、ボリューム・グループをクリックします。
-
適切なコンパートメントを選択します。
-
ボリューム・グループ・リストで、表示するボリューム・グループをクリックします。
-
ボリューム・グループのブロック・ボリュームを表示するには、リソースでボリュームをクリックします。
-
コマンドを実行するために必要な情報を収集します:
-
コンパートメント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" ] } ] }
7.6.3 既存のボリュームからのボリューム・グループの作成
この手順では、グループ化する予定のボリュームが作成されていることを前提としています。 第7.2.2項、「ブロック・ボリュームの作成」を参照してください。
-
ナビゲーション・メニューのブロック・ストレージで、ボリューム・グループをクリックします。
-
ボリューム・グループを作成するコンパートメントを選択します。
-
Create Volume Groupをクリックします。
-
必要なボリューム情報を入力します:
-
名前: グループのわかりやすい名前または説明。
-
コンパートメント: ボリューム・グループのコンパートメント。
-
ボリューム: 追加するボリュームごとに、ボリュームを含むコンパートメントを選択し、追加するボリュームを選択します。 「+ボリュームの追加」をクリックして、ボリュームを追加します。
-
-
タグ付け: オプションで、このリソースに1つ以上のタグを追加します。
タグを適用するかどうかわからない場合は、このオプションをスキップします(後でタグを適用できます)。
リソースのタグ付けの詳細は、「タグ付けの概要」を参照してください。
-
Create Volume Groupをクリックします。
-
コマンドを実行するために必要な情報を収集します:
-
可用性ドメイン名(
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" }
7.6.4 グループへのボリュームの追加
既存のバックアップ・ポリシーが割り当てられたボリュームは、バックアップ・ポリシーが割り当てられたボリューム・グループに追加できません。 ボリューム・グループに追加する前に、まずボリュームからバックアップ・ポリシー割当てを削除する必要があります。
-
ナビゲーション・メニューのブロック・ストレージで、ボリューム・グループをクリックします。
-
ボリューム・グループを含むコンパートメントを選択します。
-
ボリューム・グループ・リストで、ボリュームを追加するボリューム・グループをクリックします。
-
Add Block Volumesをクリックします。
-
追加するブロック・ボリュームごとに、ボリュームを含むコンパートメントを選択し、追加するボリュームを選択します。 + Add Volumeをクリックして、ボリュームを追加します。
-
ボリューム・グループに追加するブロック・ボリュームをすべて選択したら、ボリューム・グループの更新をクリックします。
ボリューム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"]'
7.6.5 グループからのボリュームの削除
ボリューム・グループの最後のボリュームを削除すると、ボリューム・グループは削除されます。
-
ナビゲーション・メニューのブロック・ストレージで、ボリューム・グループをクリックします。
-
適切なコンパートメントを選択します。
-
ボリューム・グループ・リストで、削除するボリュームを含むボリューム・グループをクリックします。
-
削除するブロック・ボリュームのアクション・メニュー(3つのドット)で、削除をクリックします。
-
削除を確認します。
ボリューム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"]'
7.6.6 ボリューム・グループのクローンの作成
ボリューム・グループからクローンを作成できます。 クローニングでは、バックアップおよびリストア・プロセスを実行することなく、既存のボリューム・グループのコピーを作成できます。
クローン・ボリューム・グループは、ソース・ボリューム・グループのポイント・イン・タイム・ダイレクト・ディスク・ツー・ディスク・ディープ・コピーであるため、ソース・ボリューム・グループ内のすべてのデータがクローン・ボリューム・グループにコピーされます。
ソース・ボリューム・グループのデータに対する以降の変更は、クローンにコピーされません。
クローンとバックアップの違いの詳細は、「Oracle Private Cloud Appliance概要ガイド」の「ブロック・ボリューム・ストレージ」章の「ブロック・ストレージのバックアップとクローン」に関する項を参照してください。
-
ナビゲーション・メニューのブロック・ストレージで、ボリューム・グループをクリックします。
-
適切なコンパートメントを選択します。
-
クローニングするボリューム・グループの名前をクリックします。
-
リソースで、ボリューム・グループ・クローンをクリックします。
-
ボリューム・グループ・クローンの作成をクリックします。
-
必須情報を入力します:
-
ボリューム・グループ・クローン名: クローンの説明的な名前を入力します。
-
コンパートメントに作成: クローンが作成されるコンパートメントを選択します。
-
-
ボリューム・グループ・クローンの作成をクリックします。
7.6.7 ボリューム・グループの削除
ボリューム・グループを削除しても、グループ内の個々のボリュームは削除されず、ボリューム・グループのみが削除されます。
-
ナビゲーション・メニューのブロック・ストレージで、ボリューム・グループをクリックします。
-
適切なコンパートメントを選択します。
-
ボリューム・グループ・リストで、削除するボリューム・グループをクリックします。
-
「ボリューム・グループ詳細」ページで、終了をクリックします。
-
雇用終了を確認します。
-
コマンドを実行するために必要な情報を収集します:
-
ボリューム・グループ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
7.7 ブロック・ボリュームのバックアップ
この項では、ブロック・ボリューム、ブート・ボリュームおよびボリューム・グループを手動でバックアップする方法について説明します。
7.7.1 ブロック・ボリューム・バックアップの概要
Block Volumeサービスのバックアップ機能を使用すると、ブロック・ボリューム上のデータのポイント・イン・タイム・スナップショットを作成できます。 ボリュームのバックアップは、インスタンスにアタッチされたとき、またはデタッチ中に作成できます。 これらのバックアップは、バックアップの直後または後で選択したときに、新しいボリュームにリストアできます。
バックアップは新しいボリュームとしてリストアできます。
バックアップを開始するには2つの方法があります:
-
手動バックアップ: は、すぐに起動できるオンデマンドの1回かぎりのバックアップです。 バックアップは完全バックアップです。 第7.7項、「ブロック・ボリュームのバックアップ」を参照してください。
-
ポリシーベースのバックアップ: は、ボリュームに割り当てられたバックアップ・ポリシーによって定義された自動化されたスケジュール済バックアップです。 第7.8項、「バックアップ・ポリシーの管理」を参照してください。
バックアップとクローニングの違いなど、ブロック・ボリュームのバックアップの詳細は、『概要ガイド』の「ブロック・ボリューム・ストレージ」章の「ブロック・ストレージのバックアップとクローン」に関する項を参照してください。
7.7.2 ボリューム・バックアップの表示
ボリューム・バックアップおよびボリューム・グループ・バックアップを表示するには、これらのステップを使用します。
-
表示するバックアップのタイプに基づいて、次のいずれかのアクションを実行します:
-
ブロック・ボリュームのバックアップ: ナビゲーション・メニューのブロック・ストレージで、ブロック・ボリューム・バックアップをクリックします。
-
ボリューム・グループ・バックアップ: ナビゲーション・メニューのブロック・ストレージで、ボリューム・グループ・バックアップをクリックします。
バックアップがリストされます。
-
-
バックアップがリストに表示されない場合は、ページの上部に表示される正しいコンパートメントが表示されていることを確認してください。
-
バックアップの詳細を表示するには、バックアップ名をクリックします。
-
ブロック・ボリューム・バックアップの表示
-
コマンドを実行するために必要な情報を収集します:
-
コンパートメント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" } ] }
-
7.7.3 手動ブートまたはブロック・ボリューム・バックアップの作成
この手順では、両方のタイプのボリュームをバックアップする方法について説明します:
-
ブロック・ボリューム
-
ブート・ボリューム
-
バックアップする予定のボリュームを見つけます:
-
ブロック・ボリューム: ナビゲーション・メニューのブロック・ストレージで、ブロック・ボリュームをクリックします。
-
ブート・ボリューム: ナビゲーション・メニューのコンピュートで、ブート・ボリュームをクリックします。
-
-
ボリュームがリストに表示されない場合は、ページの上部に表示される正しいコンパートメントが表示されていることを確認してください。
-
バックアップする予定のボリュームに対して、アクション・メニュー(3つのドット)をクリックし、手動バックアップの作成をクリックします。
-
ダイアログで、次の情報を入力します:
-
名前: バックアップのわかりやすい名前を入力します。
-
タグ付け: オプションで、このリソースに1つ以上のタグを追加します。
タグを適用するかどうかわからない場合は、このオプションをスキップします(後でタグを適用できます)。
リソースのタグ付けの詳細は、「タグ付けの概要」を参照してください。
-
-
手動バックアップの作成または送信をクリックします。
-
ブロック・ボリューム・バックアップの作成
-
コマンドを実行するために必要な情報を収集します:
-
ボリューム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" }
-
7.7.4 ボリューム・グループの手動バックアップの作成
-
ナビゲーション・メニューで、Block Storageをクリックし、Volume Groupsをクリックします。
-
適切なコンパートメントを選択します。
-
バックアップするボリューム・グループの名前をクリックします。
-
リソースで、ボリューム・グループ・バックアップをクリックします。
-
Create Volume Group Backupをクリックします。
-
ダイアログで、次の情報を入力します:
-
名前: バックアップのわかりやすい名前を入力します。
-
-
Create Volume Group Backupをクリックします。
-
コマンドを実行するために必要な情報を収集します:
-
ボリューム・グループ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" }
7.7.5 新しいボリュームへのバックアップのリストア
-
ナビゲーション・メニューで、ブロック・ストレージをクリックし、ブロック・ボリューム・バックアップをクリックします。
-
バックアップがリストに表示されない場合は、ページの上部に表示される正しいコンパートメントが表示されていることを確認してください。
-
リストアするブロック・ボリューム・バックアップのアクション・アイコン(3つのドット)をクリックし、ブロック・ボリュームの作成をクリックします。
-
必要なボリューム情報を入力します:
-
名前: ボリュームの名前または説明。 機密情報は入力しないでください。
-
コンパートメント: ブロック・ボリュームを作成するコンパートメントを選択します。
-
サイズ(GB): は50 GBから32 TBの間である必要があります。 1 GB単位で値を指定できます。
-
高パフォーマンス・ボリューム: オプションで、高パフォーマンス機能を使用してボリュームを作成することを選択します。 有効にしない場合、ボリュームはバランスのとれたパフォーマンスを使用します。
-
高パフォーマンス: より高いパフォーマンス・エラスティック・パフォーマンス・オプションは、I/O要件が最も高く、大規模なデータベースなど、可能なかぎり最高のパフォーマンスを必要とするワークロードに推奨されます。
-
バランスのとれたパフォーマンス: ブート・ボリュームを含むほとんどのアプリケーションに最適です。
詳細は、概要ガイドの「ブロック・ボリューム・ストレージ」の章の「ブロック・ボリュームのパフォーマンス・オプション」の項を参照してください。
-
-
バックアップ・ポリシー: オプションで、次のアイテムを指定することで、このボリュームのバックアップ・ポリシーの使用を有効にできます:
-
コンパートメント: バックアップが存在するコンパートメントを選択します。
-
バックアップ・ポリシー: ドロップダウン・リストからバックアップ・ポリシーを選択します。
バックアップ・ポリシーの詳細は、第7.8項、「バックアップ・ポリシーの管理」を参照してください。
-
-
タグ付け: オプションで、このリソースに1つ以上のタグを追加します。
タグを適用するかどうかわからない場合は、このオプションをスキップします(後でタグを適用できます)。
リソースのタグ付けの詳細は、「タグ付けの概要」を参照してください。
-
-
「ブロック・ボリュームの作成」をクリックします。
ボリューム・リストでそのアイコンにプロビジョニング中と表示されなくなったら、ボリュームをアタッチする準備ができました。
-
コマンドを実行するために必要な情報を収集します:
-
可用性ドメイン名(
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" }
7.7.6 ボリューム・グループ・バックアップからのボリューム・グループのリストア
-
ナビゲーション・メニューのブロック・ストレージで、ボリューム・グループ・バックアップをクリックします。
-
適切なコンパートメントを選択します。
-
リストアするブロック・ボリューム・バックアップのアクション・アイコン(3つのドット)をクリックし、ボリューム・グループの作成をクリックします。
-
必要なボリューム情報を入力します:
-
名前: グループのわかりやすい名前を入力します。
-
コンパートメント: ボリューム・グループのコンパートメントを選択します。
-
タグ付け: オプションで、このリソースに1つ以上のタグを追加します。
タグを適用するかどうかわからない場合は、このオプションをスキップします(後でタグを適用できます)。
リソースのタグ付けの詳細は、「タグ付けの概要」を参照してください。
-
-
Create Volume Groupをクリックします。
ボリューム・グループ・バックアップは、有効な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" }
7.8 バックアップ・ポリシーの管理
7.8.1 概要
Block Volumeサービスは、ボリューム・バックアップおよびボリューム・グループ・バックアップをスケジュールに従って自動的に実行し、選択したバックアップ・ポリシーに基づいて保持する機能を提供します。
概念の詳細は、「Oracle Private Cloud Appliance概要ガイド」の「ブロック・ボリューム・ストレージ」章の「ブロック・ストレージのバックアップとクローン」を参照してください。
7.8.2 バックアップ・ポリシーとスケジュールの作成
7.8.2.1 バックアップ・ポリシーの作成
Web UIを使用したバックアップ・ポリシーの作成は、2つのタスク・プロセスです。 最初にバックアップ・ポリシーを作成してから、この手順の説明に従ってバックアップ・ポリシー・スケジュールを作成します。
-
ナビゲーション・メニューのブロック・ストレージで、バックアップ・ポリシーをクリックします。
-
Create Backup Policyをクリックします。
-
必須情報を入力します:
-
名前: ポリシーのわかりやすい名前を入力します。
-
コンパートメントに作成: ポリシーが存在するコンパートメントを選択します。
-
タグ付け: オプションで、このリソースに1つ以上のタグを追加します。
タグを適用するかどうかわからない場合は、このオプションをスキップします(後でタグを適用できます)。
リソースのタグ付けの詳細は、「タグ付けの概要」を参照してください。
-
-
バックアップ・ポリシーの作成をクリック
ポリシーにスケジュールを追加するまで、ポリシーは空になります。
-
詳細ページを表示するポリシーの名前をクリックします。
-
「スケジュールの追加」をクリックします。
-
ダイアログ・ボックスで、スケジュール・パラメータを入力します:
-
「スケジュール・タイプ」オプション: 日次、週次、月次または年次を選択して、バックアップ頻度を指定します。
-
追加のスケジュール・オプションを構成します。
スケジュール・タイプに応じて、追加のスケジュール・オプションには、次の1つ以上の選択肢があります:
-
該当日の時間
-
該当週の日
-
該当月の日
-
該当年の月
-
-
保存時間: スケジュール・タイプに応じて、日、週、月または年を指定します。
-
タイムゾーン: スケジュール設定のベースとなるタイム・ゾーン(UTCまたはリージョン・データ・センター時間)を選択します。
-
-
「スケジュールの追加」をクリックします。
ポリシーを1つ以上のボリュームおよびボリューム・グループに適用できるようになりました。 第7.8.2.2項、「ボリュームまたはボリューム・グループへのバックアップ・ポリシーの割当て」を参照してください
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" }
-
ポリシーをボリュームに割り当てます。
7.8.2.2 ボリュームまたはボリューム・グループへのバックアップ・ポリシーの割当て
バックアップ・ポリシーは、次の段階でボリュームに割り当てることができます:
-
ボリュームの作成中。 第7.2.2項、「ブロック・ボリュームの作成」を参照してください。
-
ボリュームの作成後、この項のステップに従って、ボリュームまたはボリューム・グループにバックアップ・ポリシーを追加できます。
-
ナビゲーション・メニューのブロック・ストレージで、ブロック・ボリュームまたはボリューム・グループをクリックします。
-
適切なコンパートメントを選択します。
-
ボリュームまたはボリューム・グループ名をクリックします。
-
「編集」をクリックします。
-
ドロップダウン・メニューからバックアップ・ポリシーを選択します。
-
「変更の保存」をクリックします。
-
コマンドを実行するために必要な情報を収集します:
-
アセット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" }
7.8.3 バックアップへのアクセス
手動または自動バックアップの実行後、次のステップに従ってバックアップを特定します。
-
ナビゲーション・メニューのブロック・ストレージで、次のいずれかのアイテムをクリックします:
-
ブロック・ボリュームのバックアップ
-
ボリューム・グループ・バックアップ
手動バックアップおよび自動バックアップが表示されます。
-
-
バックアップの詳細を表示するには、バックアップ名をクリックします。
-
コマンドを実行するために必要な情報を収集します:
-
次のコマンドを実行します
構文(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" } ] }
7.8.4 バックアップ・ポリシーの表示
-
ナビゲーション・メニューのブロック・ストレージで、バックアップ・ポリシーをクリックします。
-
適切なコンパートメントを選択します。
-
ポリシーの詳細を表示するには、ポリシー名をクリックします。
-
コンパートメント内のすべてのバックアップ・ポリシーのリスト
-
コマンドを実行するために必要な情報を収集します:
-
コンパートメント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" }
-
7.8.5 バックアップ・ポリシー・スケジュールの編集
-
ナビゲーション・メニューのブロック・ストレージで、バックアップ・ポリシーをクリックします。
-
適切なコンパートメントを選択します。
-
編集するスケジュールがあるバックアップ・ポリシー名をクリックします。
-
スケジュールで、編集するスケジュールを検索し、アクション・アイコン(3つのドット)をクリックして、編集をクリックします。
-
スケジュールを変更したら、スケジュールの更新をクリックします。
-
コマンドを実行するために必要な情報を収集します:
-
バックアップ・ポリシー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" }
7.8.6 バックアップ・ポリシー・スケジュールの削除
-
ナビゲーション・メニューのブロック・ストレージで、バックアップ・ポリシーをクリックします。
-
適切なコンパートメントを選択します。
-
削除するスケジュールがあるバックアップ・ポリシーをクリックします。
-
スケジュールで、削除するスケジュールに対してアクション・アイコン(3つのドット)をクリックし、削除をクリックします。
-
削除を確定します。
7.8.7 バックアップ・ポリシーの削除
-
ナビゲーション・メニューのブロック・ストレージで、バックアップ・ポリシーをクリックします。
-
適切なコンパートメントを選択します。
-
削除するポリシーの名前をクリックします。
-
「削除」をクリックします。
-
削除を確定します。
-
コマンドを実行するために必要な情報を収集します:
-
バックアップ・ポリシー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" }