助け合いフォーラム
LPIC Lv1-101(Ver5.0)
問題ID : 3589
問題を開く
LVMの説明として正しいものは次のうちどれか。(4つ選択)
正解
論理ボリュームを動的にリサイズすることができる
ボリュームグループは、物理ボリュームを集めて構成された仮想的な領域である
ボリュームグループに対し、後から物理ボリュームを加えたり、削除したりできる
スナップショットを取得することができる
解説
LVM (Logical Volume Manager) は、物理的な記憶デバイスの領域(物理ボリューム:PV)を複数まとめてひとつの大きな仮想的な領域(ボリュームグループ:VG)とし、そこから仮想的なパーティション領域(論理ボリューム:LV)を切り出すことで、従来の物理的なパーティションを用いた方法よりも柔軟に記憶領域を管理することができるようにする仕組みです。
具体的には、各論理ボリューム(LVM を利用しない場合のパーティションに相当)のサイズを後から変更したり、単体のハードディスク(LVM では物理ボリュームと呼ぶ)の容量を超えるサイズの論理ボリュームを作ったり、後から新たな物理ボリュームを追加してボリュームグループ全体のサイズを増やしたり、不要な特定の物理ボリュームだけをボリュームグループから削除したり、といったことが可能です。
また、LVMには論理ボリュームへの変更前の情報を保持する「スナップショット」という機能があります。バックアップの対象をスナップショットにすることで、運用を停止することなく、安全にバックアップを行うことができます。
したがって正解は
・論理ボリュームを動的にリサイズすることができる
・ボリュームグループは、物理ボリュームを集めて構成された仮想的な領域である
・ボリュームグループに対し、後から物理ボリュームを加えたり、削除したりできる
・スナップショットを取得することができる
です。
その他の選択肢については以下のとおりです。
・論理ボリュームと物理ボリュームの間には、一対一対応の関係がある
LVM では、物理ボリュームと論理ボリュームの間の対応関係は決まっていません。
状況次第で、ひとつの物理ボリュームに論理ボリュームが複数入る形になることもあれば、逆にひとつの論理ボリュームが複数の物理ボリュームから成る形になることもあります。誤った記述です。
・ファイルシステムを自動的に作成することができる
LVM ではボリュームグループから論理ボリュームを自由に切り出して仮想的なパーティションとして利用できますが、その上のファイルシステムはそれぞれ別途構築しなければなりません。
LVM がファイルシステムについても面倒を見てくれることはないので、誤りです。
具体的には、各論理ボリューム(LVM を利用しない場合のパーティションに相当)のサイズを後から変更したり、単体のハードディスク(LVM では物理ボリュームと呼ぶ)の容量を超えるサイズの論理ボリュームを作ったり、後から新たな物理ボリュームを追加してボリュームグループ全体のサイズを増やしたり、不要な特定の物理ボリュームだけをボリュームグループから削除したり、といったことが可能です。
また、LVMには論理ボリュームへの変更前の情報を保持する「スナップショット」という機能があります。バックアップの対象をスナップショットにすることで、運用を停止することなく、安全にバックアップを行うことができます。
したがって正解は
・論理ボリュームを動的にリサイズすることができる
・ボリュームグループは、物理ボリュームを集めて構成された仮想的な領域である
・ボリュームグループに対し、後から物理ボリュームを加えたり、削除したりできる
・スナップショットを取得することができる
です。
その他の選択肢については以下のとおりです。
・論理ボリュームと物理ボリュームの間には、一対一対応の関係がある
LVM では、物理ボリュームと論理ボリュームの間の対応関係は決まっていません。
状況次第で、ひとつの物理ボリュームに論理ボリュームが複数入る形になることもあれば、逆にひとつの論理ボリュームが複数の物理ボリュームから成る形になることもあります。誤った記述です。
・ファイルシステムを自動的に作成することができる
LVM ではボリュームグループから論理ボリュームを自由に切り出して仮想的なパーティションとして利用できますが、その上のファイルシステムはそれぞれ別途構築しなければなりません。
LVM がファイルシステムについても面倒を見てくれることはないので、誤りです。
参考
LVM (Logical Volume Manager) は、物理的な記憶デバイスの領域(物理ボリューム:PV)を複数まとめてひとつの大きな仮想的な領域(ボリュームグループ:VG)とし、そこから仮想的なパーティション領域(論理ボリューム:LV)を切り出すことで、従来の物理的なパーティションを用いた方法よりも柔軟に記憶領域を管理することができるようにする仕組みです。
具体的には、各論理ボリューム(LVM を利用しない場合のパーティションに相当)のサイズを後から変更したり、単体のハードディスク(LVM では物理ボリュームと呼ぶ)の容量を超えるサイズの論理ボリュームを作ったり、後から新たな物理ボリュームを追加してボリュームグループ全体のサイズを増やしたり、不要な特定の物理ボリュームだけをボリュームグループから削除したり、といったことが可能です。
各 LVM 関連の用語が何を意味し、どのような役割を持っているかを理解しておくことが重要です。
・物理ボリューム (PV:Physical Volume)
物理的なハードディスクやパーティション
・ボリュームグループ (VG:Volume Group)
物理ボリュームを集めて作る、仮想的な領域(仮想的なハードディスクのようなものだと思ってよいです)
・論理ボリューム (LV:Logical Volume)
ボリュームグループの一部(または全部)を使って作る、仮想的なパーティション。従来のパーティションと同じように、この論理ボリューム上にファイルシステムを作って利用可能
論理ボリュームを作成する際の主な手順は以下のとおりです。
・物理ボリューム(PV)の作成
pvcreateコマンドを使用して作成します。
・ボリュームグループ(VG)の作成
vgcreateコマンドを使用して作成します。
・論理ボリューム(LV)の作成
lvcreateコマンドを使用して作成します。
以下は論理ボリュームを作成するまでの流れをまとめたものです。
なお、論理ボリューム(LV)のデバイスファイルは「/dev/VG名/LV名」となります。
作成した論理ボリューム(LV)を実際に使用するにはmkfsコマンドで、作成した論理ボリュームにファイルシステムを作成し、mountコマンドでマウントを行います。
また、LVMにはLVへの変更前の情報を保持する「スナップショット」という機能があります。バックアップの対象をスナップショットにすることで、運用を停止することなく、安全にバックアップを行うことができます。
具体的には、各論理ボリューム(LVM を利用しない場合のパーティションに相当)のサイズを後から変更したり、単体のハードディスク(LVM では物理ボリュームと呼ぶ)の容量を超えるサイズの論理ボリュームを作ったり、後から新たな物理ボリュームを追加してボリュームグループ全体のサイズを増やしたり、不要な特定の物理ボリュームだけをボリュームグループから削除したり、といったことが可能です。
各 LVM 関連の用語が何を意味し、どのような役割を持っているかを理解しておくことが重要です。
・物理ボリューム (PV:Physical Volume)
物理的なハードディスクやパーティション
・ボリュームグループ (VG:Volume Group)
物理ボリュームを集めて作る、仮想的な領域(仮想的なハードディスクのようなものだと思ってよいです)
・論理ボリューム (LV:Logical Volume)
ボリュームグループの一部(または全部)を使って作る、仮想的なパーティション。従来のパーティションと同じように、この論理ボリューム上にファイルシステムを作って利用可能
論理ボリュームを作成する際の主な手順は以下のとおりです。
・物理ボリューム(PV)の作成
pvcreateコマンドを使用して作成します。
・ボリュームグループ(VG)の作成
vgcreateコマンドを使用して作成します。
・論理ボリューム(LV)の作成
lvcreateコマンドを使用して作成します。
以下は論理ボリュームを作成するまでの流れをまとめたものです。
なお、論理ボリューム(LV)のデバイスファイルは「/dev/VG名/LV名」となります。
作成した論理ボリューム(LV)を実際に使用するにはmkfsコマンドで、作成した論理ボリュームにファイルシステムを作成し、mountコマンドでマウントを行います。
また、LVMにはLVへの変更前の情報を保持する「スナップショット」という機能があります。バックアップの対象をスナップショットにすることで、運用を停止することなく、安全にバックアップを行うことができます。
スナップショット=バックアップではないでしょうか?
投稿日 2022/11/26
選択肢に
自動でバックアップできる
とあります。
スナップショットを取得できる、ということはバックアップもできる、と思いました。
なのでバックアップできる、という選択肢も合っているかと思いましたが、認識がずれているでしょうか?
ご教授いただけますと幸いです。
スタッフからの返信
この投稿に対して返信しませんか?
s staff_meg
2022/11/28 12:27
tsuyumi_sさん、 ご指摘の点を修正致しました。 ご報告、誠にありがとうございました。