Linux VM の仮想ハード ディスクを拡張する
[アーティクル]
03/12/2023
18 人の共同作成者
フィードバック
この記事の内容
適用対象: ✔️ Linux VM ✔️ フレキシブルなスケール セット
この記事では、Linux 仮想マシン (VM) 用のマネージド ディスクを拡張する方法について説明します。 データ ディスクを追加 して記憶域スペースを追加でき、既存のデータ ディスクを拡張することもできます。 Azure の Linux VM では、通常、オペレーティング システム (OS) の既定の仮想ハード ディスク サイズは 30 GB です。 この記事では、OS ディスクまたはデータ ディスクの拡張について説明します。
警告
ディスクの拡張操作を実行する前に、ファイル システムが正常な状態であること、ディスク パーティション テーブルの種類 (GPT または MBR) で新しいサイズがサポートされていること、およびデータがバックアップされていることを、常に確認します。 詳細については、Azure Backup のクイックスタート に関する記事を参照してください。
オペレーティング システム内の Azure データ ディスク オブジェクトを識別する
VM に複数のデータ ディスクが存在しているときにデータ ディスクを拡張する場合、Azure LUN を Linux デバイスに関連付けるのが困難な場合があります。 OS ディスクを拡張する必要がある場合は、Azure portal で明確に OS ディスクとしてラベルが付けられます。
まず、df
コマンドを使用して、ディスク使用率、マウント ポイント、デバイスの関係を特定します。
linux:~ # df -Th
Filesystem Type Size Used Avail Use% Mounted on
/dev/sda1 xfs 97G 1.8G 95G 2% /
<truncated>
/dev/sdd1 ext4 32G 30G 727M 98% /opt/db/data
/dev/sde1 ext4 32G 49M 30G 1% /opt/db/log
> [!NOTE]
> If you are using an ext3 file system, you can use the resize2fs command instead`.
ここでは、たとえば、/opt/db/data
ファイルシステムがほぼ満杯で、/dev/sdd1
パーティションに配置されていることがわかります。 df
の出力には、ディスクがデバイス パスまたは fstab の UUID (推奨) のどちらでマウントされているかに関係なく、デバイス パスが表示されます。 また、ファイル システムの形式を示す Type 列も書き留めます。 これは後で重要になります。
次に、/dev/disk/azure/scsi1
の内容を調べて、/dev/sdd
に関連付ける LUN を見つけます。 次の ls
コマンドの出力は、Azure portal を見ると、Linux OS 内の /dev/sdd
と呼ばれるデバイスが LUN1 に配置されていることを示します。
linux:~ # ls -alF /dev/disk/azure/scsi1/
total 0
drwxr-xr-x. 2 root root 140 Sep 9 21:54 ./
drwxr-xr-x. 4 root root 80 Sep 9 21:48 ../
lrwxrwxrwx. 1 root root 12 Sep 9 21:48 lun0 -> ../../../sdc
lrwxrwxrwx. 1 root root 12 Sep 9 21:48 lun1 -> ../../../sdd
lrwxrwxrwx. 1 root root 13 Sep 9 21:48 lun1-part1 -> ../../../sdd1
lrwxrwxrwx. 1 root root 12 Sep 9 21:54 lun2 -> ../../../sde
lrwxrwxrwx. 1 root root 13 Sep 9 21:54 lun2-part1 -> ../../../sde1
Azure マネージド ディスクの拡張
ダウンタイムなしで拡張する
VM の割り当てを解除せずに、マネージド ディスクを拡張できます。 ディスクのホスト キャッシュ設定によって、VM の割り当てを解除せずにデータ ディスクを拡張できるかどうかは変わりません。
この機能には次の制限があります。
データ ディスクでのみサポートされます。
ディスクが 4 TiB 以下の場合は、4 TiB を超えて拡張する前に、VM の割り当てを解除してディスクをデタッチする必要があります。 ディスクが既に 4 TiB を超えている場合は、VM の割り当てを解除してディスクをデタッチせずにディスクを拡張できます。
Ultra ディスクおよび Premium SSD v2 ディスクではサポートされていません。
共有ディスクではサポートされていません。
次のいずれかをインストールして使います。
一部のクラシック VM では使用できません。 このスクリプト を使って、ダウンタイムなしで拡張できるクラシック VM SKU の一覧を取得します。
Azure Managed Disks の拡張
最新の Azure CLI がインストールされ、az login を使用して Azure アカウントにサインインしていることを確認します。
この記事では、少なくとも 1 つのデータ ディスクが接続され、準備ができている Azure の既存の VM が必要です。 使用できる VM がまだない場合は、データ ディスクを含む VM の作成と準備 に関する記事をご覧ください。
以下のサンプルでは、myResourceGroup や myVM などのパラメーター名を各自の値に置き換えてください。
仮想ハード ディスクに対する操作は、実行中の VM では実行できません。 az vm deallocate を使用して VM の割り当てを解除します。 次の例では、myResourceGroup という名前のリソース グループ内の myVM という VM の割り当てを解除します。
az vm deallocate --resource-group myResourceGroup --name myVM
注意
仮想ハード ディスクを拡張するには、VM の割り当てを解除する必要があります。 az vm stop
で VM を停止すると、コンピューティング リソースは解放されません。 コンピューティング リソースを解放するには、az vm deallocate
を使用します。
az disk list を使用して、リソース グループに含まれるマネージド ディスクの一覧を表示します。 次の例では、myResourceGroup という名前のリソース グループに含まれるマネージド ディスクの一覧を表示します。
az disk list \
--resource-group myResourceGroup \
--query '[*].{Name:name,Gb:diskSizeGb,Tier:accountType}' \
--output table
az disk update を使用して、必要なディスクを拡張します。 次の例では、myDataDisk という名前のマネージド ディスクを 200 GB に拡張します。
az disk update \
--resource-group myResourceGroup \
--name myDataDisk \
--size-gb 200
az vm start を使用して VM を起動します。 次の例では、myResourceGroup という名前のリソース グループ内の myVM という VM を起動します。
az vm start --resource-group myResourceGroup --name myVM
ディスク パーティションとファイル システムの拡張
Note
パーティションのサイズ変更を実行するために使用できるツールは多数ありますが、このドキュメントの残りの部分で詳しく説明するツールは、cloud-init などの特定の自動化プロセスで使用されるツールと同じです。 ここで説明されているように、gdisk
パッケージの growpart
ツールを使用すると、GUID パーティション テーブル (GPT) ディスクとの汎用的な互換性が提供されます。これは、fdisk
などの以前のバージョンの一部のツールで GUID がサポートされていなかったためです。
変更されたディスク サイズの検出
前述の手順を使い、ダウンタイムなしでデータ ディスクを拡張した場合、デバイスが再スキャンされるまで (通常、これは起動プロセス中にのみ行われます)、ディスク サイズは変更されません。 この再スキャンは、次の手順を使い、オンデマンドで呼び出すことができます。 この例では、このドキュメントの方法を使って、データ ディスクが現在 /dev/sda
であり、256GB から 512GB にサイズが変更されたことを検出しました。
fdisk -l /dev/sda
からの出力の最初の行に表示されている現在認識されているサイズを確認します
root@linux:~# fdisk -l /dev/sda
Disk /dev/sda: 256 GiB, 274877906944 bytes, 536870912 sectors
Disk model: Virtual Disk
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x43d10aad
Device Boot Start End Sectors Size Id Type
/dev/sda1 2048 536870878 536868831 256G 83 Linux
このデバイスの再スキャン ファイルに 1
文字を挿入します。 sda への参照に注意してください。これは、別のディスク デバイスのサイズが変更された場合に変わります。
root@linux:~# echo 1 > /sys/class/block/sda/device/rescan
新しいディスク サイズが認識されていることを確認します
root@linux:~# fdisk -l /dev/sda
Disk /dev/sda: 512 GiB, 549755813888 bytes, 1073741824 sectors
Disk model: Virtual Disk
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x43d10aad
Device Boot Start End Sectors Size Id Type
/dev/sda1 2048 536870878 536868831 256G 83 Linux
この記事の残りの部分では、OS レベルでボリュームのサイズを増やす手順の例として OS ディスクを使います。 拡張されたディスクがデータ ディスクの場合は、前のガイダンスを使用してデータ ディスク デバイスを特定 し、ガイドラインとして次の手順に従って、必要に応じてデータ ディスク デバイス (/dev/sda
など)、パーティション番号、ボリューム名、マウント ポイント、ファイル システム形式を置き換えます。
Linux OS に関するすべてのガイダンスは汎用的なものと考える必要があり、任意のディストリビューションに適用できます。ただし、一般には指定されたマーケットプレース パブリッシャーの規約と一致します。 CentOS や Oracle など、Red Hat との互換性が必要な任意のディストリビューションでのパッケージ要件については、Red Hat のドキュメントを参照してください。
OS ディスクのサイズを増やす
次の手順は、動作保証済み Linux ディストリビューションに適用されます。
Note
続行する前に、VM の完全なバックアップ コピーを作成するか、少なくとも OS ディスクのスナップショットを取得してください。
Ubuntu 16.x 以降では、サイズ変更操作用の空き領域が少しある場合、OS ディスクとファイルシステムのルート パーティションが自動的に拡張され、cloud-init によってルート ディスク上のすべての空き領域が利用されます。 この状況では、シーケンスは単純です
上記の説明のように OS ディスクのサイズを拡大します
VM を再起動し、root ユーザー アカウントを使用して VM にアクセスします。
OS ディスクに増加したファイル システム サイズが表示されていることを確認します。
次の例に示すように、ポータルから OS ディスクのサイズが 100 GB に変更されています。 / にマウントされた /dev/sda1 ファイル システムには 97 GB と表示されます。
user@ubuntu:~# df -Th
Filesystem Type Size Used Avail Use% Mounted on
udev devtmpfs 314M 0 314M 0% /dev
tmpfs tmpfs 65M 2.3M 63M 4% /run
/dev/sda1 ext4 97G 1.8G 95G 2% /
tmpfs tmpfs 324M 0 324M 0% /dev/shm
tmpfs tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs tmpfs 324M 0 324M 0% /sys/fs/cgroup
/dev/sda15 vfat 105M 3.6M 101M 4% /boot/efi
/dev/sdb1 ext4 20G 44M 19G 1% /mnt
tmpfs tmpfs 65M 0 65M 0% /run/user/1000
user@ubuntu:~#
SUSE 12 SP4、SUSE SLES 12 for SAP、SUSE SLES 15、SUSE SLES 15 for SAP で OS ディスクのサイズを増やすには、次のようにします。
上記の手順に従って、Azure インフラストラクチャ内のディスクを拡張します。
別のユーザーとしてログインした後に、sudo
コマンドを使用して VM に root ユーザーとしてアクセスします。
sudo -i
次のコマンドを使用して growpart パッケージをインストールします。これはパーティションのサイズ変更に使用されます (まだ存在していない場合)。
zypper install growpart
lsblk
コマンドを使用して、ファイル システムのルート ( / ) にマウントされているパーティションを見つけます。 この場合、デバイス sda のパーティション 4 が / にマウントされていることがわかります。
linux:~ # lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 48G 0 disk
├─sda1 8:1 0 2M 0 part
├─sda2 8:2 0 512M 0 part /boot/efi
├─sda3 8:3 0 1G 0 part /boot
└─sda4 8:4 0 28.5G 0 part /
sdb 8:16 0 4G 0 disk
└─sdb1 8:17 0 4G 0 part /mnt/resource
growpart
コマンドと、前のステップで特定したパーティション番号を使用して、必要なパーティションのサイズを変更します。
growpart /dev/sda 4
CHANGED: partition=4 start=3151872 old: size=59762655 end=62914527 new: size=97511391 end=100663263
lsblk
コマンドをもう一度実行して、パーティションが増加したかどうかを確認します。
次の出力は、 /dev/sda4 パーティションのサイズが 46.5 GB に変更されたことを示します。
lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 48G 0 disk
├─sda1 8:1 0 2M 0 part
├─sda2 8:2 0 512M 0 part /boot/efi
├─sda3 8:3 0 1G 0 part /boot
└─sda4 8:4 0 46.5G 0 part /
sdb 8:16 0 4G 0 disk
└─sdb1 8:17 0 4G 0 part /mnt/resource
-f
フラグを指定した lsblk
コマンドを使用して、OS ディスク上のファイル システムの種類を識別します。
lsblk -f
NAME FSTYPE LABEL UUID MOUNTPOINT
sda
├─sda1
├─sda2 vfat EFI AC67-D22D /boot/efi
├─sda3 xfs BOOT 5731a128-db36-4899-b3d2-eb5ae8126188 /boot
└─sda4 xfs ROOT 70f83359-c7f2-4409-bba5-37b07534af96 /
sdb
└─sdb1 ext4 8c4ca904-cd93-4939-b240-fb45401e2ec6 /mnt/resource
ファイル システムの種類に基づいて、適切なコマンドを使用してファイル システムのサイズを変更します。
xfs の場合、次のコマンドを使用します。
linux:~ #xfs_growfs /
出力例:
xfs_growfs /
meta-data=/dev/sda4 isize=512 agcount=4, agsize=1867583 blks
= sectsz=512 attr=2, projid32bit=1
= crc=1 finobt=0 spinodes=0 rmapbt=0
= reflink=0
data = bsize=4096 blocks=7470331, imaxpct=25
= sunit=0 swidth=0 blks
naming =version 2 bsize=4096 ascii-ci=0 ftype=1
log =internal bsize=4096 blocks=3647, version=2
= sectsz=512 sunit=0 blks, lazy-count=1
realtime =none extsz=4096 blocks=0, rtextents=0
data blocks changed from 7470331 to 12188923
ext4 の場合、次のコマンドを使用します。
resize2fs /dev/sda4
次のコマンドを使用して、df-Th のファイル システムの増加したサイズを確認します。
df -Thl
出力例:
df -Thl
Filesystem Type Size Used Avail Use% Mounted on
devtmpfs devtmpfs 445M 4.0K 445M 1% /dev
tmpfs tmpfs 458M 0 458M 0% /dev/shm
tmpfs tmpfs 458M 14M 445M 3% /run
tmpfs tmpfs 458M 0 458M 0% /sys/fs/cgroup
/dev/sda4 xfs 47G 2.2G 45G 5% /
/dev/sda3 xfs 1014M 86M 929M 9% /boot
/dev/sda2 vfat 512M 1.1M 511M 1% /boot/efi
/dev/sdb1 ext4 3.9G 16M 3.7G 1% /mnt/resource
tmpfs tmpfs 92M 0 92M 0% /run/user/1000
tmpfs tmpfs 92M 0 92M 0% /run/user/490
前の例では、OS ディスクのファイル システム サイズが増加していることがわかります。
上記の手順に従って、Azure インフラストラクチャ内のディスクを拡張します。
別のユーザーとしてログインした後に、sudo
コマンドを使用して VM に root ユーザーとしてアクセスします。
sudo -i
lsblk
コマンドを使用して、ファイル システムのルート ( / ) にマウントされている論理ボリューム (LV) を確認します。 この例では、rootvg-rootlv が / にマウントされていることがわかります。 別のファイルシステムのサイズ変更が必要な場合は、このセクション全体で LV とマウント ポイントを置き換えます。
lsblk -f
NAME FSTYPE LABEL UUID MOUNTPOINT
fd0
sda
├─sda1 vfat C13D-C339 /boot/efi
├─sda2 xfs 8cc4c23c-fa7b-4a4d-bba8-4108b7ac0135 /boot
├─sda3
└─sda4 LVM2_member zx0Lio-2YsN-ukmz-BvAY-LCKb-kRU0-ReRBzh
├─rootvg-tmplv xfs 174c3c3a-9e65-409a-af59-5204a5c00550 /tmp
├─rootvg-usrlv xfs a48dbaac-75d4-4cf6-a5e6-dcd3ffed9af1 /usr
├─rootvg-optlv xfs 85fe8660-9acb-48b8-98aa-bf16f14b9587 /opt
├─rootvg-homelv xfs b22432b1-c905-492b-a27f-199c1a6497e7 /home
├─rootvg-varlv xfs 24ad0b4e-1b6b-45e7-9605-8aca02d20d22 /var
└─rootvg-rootlv xfs 4f3e6f40-61bf-4866-a7ae-5c6a94675193 /
ルート パーティションを含む LVM ボリューム グループ (VG) に空き領域があるかどうかを確認します。 空き領域がある場合は、ステップ 12 に進みます。
vgdisplay rootvg
--- Volume group ---
VG Name rootvg
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 7
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 6
Open LV 6
Max PV 0
Cur PV 1
Act PV 1
VG Size <63.02 GiB
PE Size 4.00 MiB
Total PE 16132
Alloc PE / Size 6400 / 25.00 GiB
Free PE / Size 9732 / <38.02 GiB
VG UUID lPUfnV-3aYT-zDJJ-JaPX-L2d7-n8sL-A9AgJb
この例では、ディスクのサイズが既に変更されているため、[Free PE / Size] (空き PE/サイズ) の行に、ボリューム グループに 38.02 GB の空き領域があることが表示されます。
cloud-utils-growpart パッケージをインストールして、growpart コマンドを使えるようにします。これは、OS ディスクおよび GPT ディスク レイアウト用の gdisk ハンドラーのサイズを増やすために必要です。このパッケージは、ほとんどのマーケットプレースのイメージでプレインストールされています。
yum install cloud-utils-growpart gdisk
pvscan コマンドを使用して、rootvg という名前のボリューム グループ内の LVM 物理ボリューム (PV) が保持されているディスクとパーティションを特定します。 角かっこ ( [ と ] ) の間に表示されているサイズと空き領域を記録しておきます。
pvscan
PV /dev/sda4 VG rootvg lvm2 [<63.02 GiB / <38.02 GiB free]
lsblk
を使用して、パーティションのサイズを確認します。
lsblk /dev/sda4
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda4 8:4 0 63G 0 part
├─rootvg-tmplv 253:1 0 2G 0 lvm /tmp
├─rootvg-usrlv 253:2 0 10G 0 lvm /usr
├─rootvg-optlv 253:3 0 2G 0 lvm /opt
├─rootvg-homelv 253:4 0 1G 0 lvm /home
├─rootvg-varlv 253:5 0 8G 0 lvm /var
└─rootvg-rootlv 253:6 0 2G 0 lvm /
growpart 、デバイス名、およびパーティション番号を使用して、この PV を含むパーティションを拡張します。 これにより、デバイス上のすべての連続した空き領域を使用するように、指定したパーティションが拡張されます。
growpart /dev/sda 4
CHANGED: partition=4 start=2054144 old: size=132161536 end=134215680 new: size=199272414 end=201326558
再び lsblk
コマンドを使用して、パーティションのサイズが予想されるサイズに変更されたことを確認します。 この例では、sda4 が 63G から 95G に変更されていることに注意してください。
lsblk /dev/sda4
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda4 8:4 0 95G 0 part
├─rootvg-tmplv 253:1 0 2G 0 lvm /tmp
├─rootvg-usrlv 253:2 0 10G 0 lvm /usr
├─rootvg-optlv 253:3 0 2G 0 lvm /opt
├─rootvg-homelv 253:4 0 1G 0 lvm /home
├─rootvg-varlv 253:5 0 8G 0 lvm /var
└─rootvg-rootlv 253:6 0 2G 0 lvm /
新しく拡張したパーティションの残りの部分を使用するように、PV を拡張します。
pvresize /dev/sda4
Physical volume "/dev/sda4" changed
1 physical volume(s) resized or updated / 0 physical volume(s) not resized
PV の新しいサイズが予想されるサイズであることを確認し、元の [サイズ/空き] の値と比較します。
pvscan
PV /dev/sda4 VG rootvg lvm2 [<95.02 GiB / <70.02 GiB free]
必要な量だけ LV を拡張します。これをボリューム グループ内のすべての空き領域にする必要はありません。 次の例では、次のコマンドを使用して、/dev/mapper/rootvg-rootlv のサイズを 2 GB から 12 GB (10 GB の増加) に変更しています。 このコマンドで、LV 上のファイル システムのサイズも変更されます。
lvresize -r -L +10G /dev/mapper/rootvg-rootlv
出力例:
lvresize -r -L +10G /dev/mapper/rootvg-rootlv
Size of logical volume rootvg/rootlv changed from 2.00 GiB (512 extents) to 12.00 GiB (3072 extents).
Logical volume rootvg/rootlv successfully resized.
meta-data=/dev/mapper/rootvg-rootlv isize=512 agcount=4, agsize=131072 blks
= sectsz=4096 attr=2, projid32bit=1
= crc=1 finobt=0 spinodes=0
data = bsize=4096 blocks=524288, imaxpct=25
= sunit=0 swidth=0 blks
naming =version 2 bsize=4096 ascii-ci=0 ftype=1
log =internal bsize=4096 blocks=2560, version=2
= sectsz=4096 sunit=1 blks, lazy-count=1
realtime =none extsz=4096 blocks=0, rtextents=0
data blocks changed from 524288 to 3145728
lvresize
コマンドにより、LV 内のファイル システムに対して適切なサイズ変更コマンドが自動的に呼び出されます。 df -Th
コマンドを使って、/ にマウントされている /dev/mapper/rootvg-rootlv のファイル システムのサイズが増加していることを確認します。
出力例:
df -Th /
Filesystem Type Size Used Avail Use% Mounted on
/dev/mapper/rootvg-rootlv xfs 12G 71M 12G 1% /
Note
同じ手順を使用して他の論理ボリュームのサイズを変更するには、手順 12 で lv 名を変更します。
上記の手順に従って、Azure インフラストラクチャ内のディスクを拡張します。
別のユーザーとしてログインした後に、sudo
コマンドを使用して VM に root ユーザーとしてアクセスします。
sudo -i
VM が再起動されたら、次の手順を実行します。
cloud-utils-growpart パッケージをインストールして、growpart コマンドを使えるようにします。これは、OS ディスクおよび GPT ディスク レイアウト用の gdisk ハンドラーのサイズを増やすために必要です。 このパッケージは、ほとんどのマーケットプレースのイメージでプレインストールされています。
yum install cloud-utils-growpart gdisk
lsblk -f コマンドを使用して、ルート (/ ) パーティションを保持しているパーティションおよびファイルシステムの種類を確認します。
lsblk -f
NAME FSTYPE LABEL UUID MOUNTPOINT
sda
├─sda1 xfs 2a7bb59d-6a71-4841-a3c6-cba23413a5d2 /boot
├─sda2 xfs 148be922-e3ec-43b5-8705-69786b522b05 /
├─sda14
└─sda15 vfat 788D-DC65 /boot/efi
sdb
└─sdb1 ext4 923f51ff-acbd-4b91-b01b-c56140920098 /mnt/resource
確認のために、まず gdisk を使用して sda ディスクのパーティション テーブルを一覧表示します。 この例では、29.0 GiB のパーティション 2 をもつ 48.0 GiB のディスクがあることがわかります。 このディスクは、Azure portal で 30 GB から 48 GB に拡張されています。
gdisk -l /dev/sda
GPT fdisk (gdisk) version 0.8.10
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
Disk /dev/sda: 100663296 sectors, 48.0 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 78CDF84D-9C8E-4B9F-8978-8C496A1BEC83
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 62914526
Partitions will be aligned on 2048-sector boundaries
Total free space is 6076 sectors (3.0 MiB)
Number Start (sector) End (sector) Size Code Name
1 1026048 2050047 500.0 MiB 0700
2 2050048 62912511 29.0 GiB 0700
14 2048 10239 4.0 MiB EF02
15 10240 1024000 495.0 MiB EF00 EFI System Partition
growpart コマンドを使用して、ルートのパーティション (この場合は sda2) を拡張します。 このコマンドを使用すると、パーティションが拡張され、ディスク上のすべての連続した領域が使用されます。
growpart /dev/sda 2
CHANGED: partition=2 start=2050048 old: size=60862464 end=62912512 new: size=98613214 end=100663262
次に、gdisk を使用して新しいパーティション テーブルを再度出力します。 パーティション 2 のサイズが 47.0 GiB になったことに着目してください。
gdisk -l /dev/sda
GPT fdisk (gdisk) version 0.8.10
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
Disk /dev/sda: 100663296 sectors, 48.0 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 78CDF84D-9C8E-4B9F-8978-8C496A1BEC83
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 100663262
Partitions will be aligned on 2048-sector boundaries
Total free space is 4062 sectors (2.0 MiB)
Number Start (sector) End (sector) Size Code Name
1 1026048 2050047 500.0 MiB 0700
2 2050048 100663261 47.0 GiB 0700
14 2048 10239 4.0 MiB EF02
15 10240 1024000 495.0 MiB EF00 EFI System Partition
xfs_growfs を使用して、パーティション上のファイルシステムを拡張します。これは、Marketplace で生成された標準の RedHat システムに適しています。
xfs_growfs /
meta-data=/dev/sda2 isize=512 agcount=4, agsize=1901952 blks
= sectsz=4096 attr=2, projid32bit=1
= crc=1 finobt=0 spinodes=0
data = bsize=4096 blocks=7607808, imaxpct=25
= sunit=0 swidth=0 blks
naming =version 2 bsize=4096 ascii-ci=0 ftype=1
log =internal bsize=4096 blocks=3714, version=2
= sectsz=4096 sunit=1 blks, lazy-count=1
realtime =none extsz=4096 blocks=0, rtextents=0
data blocks changed from 7607808 to 12326651
df コマンドを使用して、新しいサイズが反映されていることを確認します。
df -hl
Filesystem Size Used Avail Use% Mounted on
devtmpfs 452M 0 452M 0% /dev
tmpfs 464M 0 464M 0% /dev/shm
tmpfs 464M 6.8M 457M 2% /run
tmpfs 464M 0 464M 0% /sys/fs/cgroup
/dev/sda2 48G 2.1G 46G 5% /
/dev/sda1 494M 65M 430M 13% /boot
/dev/sda15 495M 12M 484M 3% /boot/efi
/dev/sdb1 3.9G 16M 3.7G 1% /mnt/resource
tmpfs 93M 0 93M 0% /run/user/1000
クラシック VM SKU のダウンタイムなしでの拡張のサポート
クラシック VM SKU を使っている場合は、ダウンタイムなしでディスクの拡張がサポートされていない可能性があります。
次の PowerShell スクリプトを使用して、使用できる VM SKU を特定します。
Connect-AzAccount
$subscriptionId="yourSubID"
$location="desiredRegion"
Set-AzContext -Subscription $subscriptionId
$vmSizes=Get-AzComputeResourceSku -Location $location | where{$_.ResourceType -eq 'virtualMachines'}
foreach($vmSize in $vmSizes){
foreach($capability in $vmSize.Capabilities)
{
if(($capability.Name -eq "EphemeralOSDiskSupported" -and $capability.Value -eq "True") -or ($capability.Name -eq "PremiumIO" -and $capability.Value -eq "True") -or ($capability.Name -eq "HyperVGenerations" -and $capability.Value -match "V2"))
{
$vmSize.Name
}
}
}