仮想マシン向けのProxmoxストレージオプション完全ガイド

Proxmox VE で適切なストレージタイプを選択することは、信頼性、パフォーマンス、および全体的な効率に直接影響します。Proxmox は幅広いストレージタイプに対応していますが、最適なオプションの選択は、最初は難しいと感じるかもしれません。このガイドでは、Proxmox のストレージタイプ、それぞれの利点、使用例、およびさまざまな環境における実践的な推奨事項について解説します。

Proxmox向けNAKIVOバックアップ

Proxmox向けNAKIVOバックアップ

Proxmox VE 向けのエージェントレスでアプリケーションを認識するバックアップ機能。不変のクラウドバックアップを含む複数の保存先に対応しています。インスタントな粒度別復元や完全復元など、複数の復元オプションを用意しています。

Proxmox Storageとは?

Proxmoxストレージは、Proxmox VEハイパーバイザーの中核をなすコンポーネントです。これは、仮想マシンの仮想ディスクを保存するために使用され、ハードウェア支援型仮想化と移植性を実現します。Proxmoxストレージを使用すると、VMファイルを管理したり、単一ホスト上のローカルデータストア間、あるいは複数のホスト間でVMファイルを移行したりすることができます。

Proxmoxのストレージを選択する際に考慮すべき重要な要素

Proxmoxのストレージを選択する際は、個々の仮想マシンの要件を考慮してください。仮想マシンによって、以下のパラメータに関する要件は異なります。

  • パフォーマンス. 本番環境のVM、大規模なデータベースを稼働させるVM、およびI/O要件が高く低遅延が求められるその他のワークロードは、高性能なストレージ上で実行する必要があります。最良の結果を得るには、ローカルのSSDベースのストレージを使用してください。その他のローカルストレージの種類としては、LVM、ZFS、およびローカルディレクトリなどがあります。
  • 信頼性. 生産環境やその他の重要なVMには、冗長性を備え、データを効果的にバックアップまたはレプリケートできる信頼性の高いストレージが必要です。単一障害点を回避するため、重要なVMには冗長化されたストレージを使用してください。
  • 手頃な価格. Proxmox なら、エンタープライズクラスのストレージが利用できない場合や必要ない場合でも、手頃な価格のストレージを利用できます。ただし、データ保護とビジネス要件を常に最優先にしてください。
  • 管理のしやすさ. ストレージの種類によっては、複雑な設定が必要となる場合がありますが、要件の高い仮想マシンであれば、その設定も妥当であると言えます。テストや重要度の低い業務に使用される仮想マシンについては、よりシンプルなストレージ構成で稼働させることができます。
  • VMディスクの種類. 仮想マシンは、ストレージの種類や構成に応じて、仮想ディスクをファイル(Proxmoxのネイティブ形式はQCOW2)または論理ボリュームとして保存できます。
  • スナップショット. 仮想マシンのディスクの状態を即座にキャプチャできる機能は、バックアップやテストにおいて不可欠です。ストレージの種類に応じて、さまざまなスナップショット機能を利用できます。ZFS や LVM-Thin は、ファイルベースの代替手段よりも優れたブロックレベルのスナップショット機能を提供します。
  • プロビジョニングの種類. プロビジョニングには2つのタイプがあります: シン・プロビジョニングとシック・プロビジョニング.
    • シンプロビジョニング 仮想ディスクは、プロビジョニングされた最大サイズではなく、VM内に書き込まれたデータ分のスペースしか消費しないため、ストレージ容量を節約できます。仮想ディスクは、データが書き込まれるにつれて容量が増加します。これに関連する概念として”オーバープロビジョニング”があります。このアプローチを採用する場合は、データストアの空き容量を注意深く監視する必要があります。空き容量が不足すると、スペースを解放して問題を解決するまで、仮想マシンがクラッシュする可能性があります。
    • 厚型プロビジョニング 事前にすべてのディスク容量を割り当てる必要があります。VMディスクがプロビジョニングされた容量の10%しか使用していなくても、対応するファイルまたはボリュームは、基盤となるストレージ上の割り当て済み容量の100%を消費します。シックプロビジョニングは、作成時およびそれ以降も十分なディスク容量を確保しますが、データストア上の容量を無駄にする可能性があります。
  • 保管場所. Proxmoxのストレージは、ローカルまたはネットワークベースのいずれかです。ネットワークストレージは、VMの移行や、インストール用ISOイメージ、VMテンプレート、およびクラスター内のVM(高可用性およびライブマイグレーション機能を利用する場合)の保存に不可欠です。Proxmoxのローカルストレージはパフォーマンスに優れていますが、ホスト間のVM移行にはより多くの時間がかかります。

Proxmoxのストレージが仮想ディスクファイルの保存用に構成されている場合、シンプロビジョニングに対応しているのはQCOW2形式のみです。

Proxmoxのストレージタイプの概要

Proxmox VE は幅広い種類のストレージに対応しており、そのほとんどすべてで仮想マシンのディスクを保存できます。以下のセクションでは、各ストレージの種類、その機能、利点、および使用例について解説します。

ディレクトリ

ディレクトリは、Proxmoxのローカルストレージの中で最もシンプルなタイプであり、設定が簡単で、基本的なハードウェア構成のProxmoxホストでも利用可能です。 ディレクトリ上にデータストアを設定するには、サポートされているファイルシステムが搭載されたハードディスクドライブ(HDD)またはソリッドステートドライブ(SSD)が必要です。たとえば、ディレクトリを含む ext4 パーティションは、仮想ディスクファイルのストレージとして機能し、テスト、教育、バックアップなどの重要度の低い仮想マシン(VM)には十分な容量を提供します。

ディレクトリストレージは、ハードウェアRAID、LVM、iSCSIなど、より複雑な基盤となるストレージ上に構築することも可能です。ディレクトリ自体は冗長性を提供しませんが、利用可能な場合は基盤となるストレージの冗長性を継承するため、より重要なVMに適しています。ディレクトリストレージは、QCOW2形式の仮想ディスクに対するシンプロビジョニングをサポートしています。

LVM

LVM(論理ボリュームマネージャー)は、Linuxに標準搭載されているストレージ方式であり、高い拡張性を備え、複数のブロックデバイス(物理ボリューム)を使用して論理ボリュームを作成することができます。既存のボリュームにブロックデバイスを追加することで、ダウンタイムを発生させることなく容量を拡張することが可能です。ProxmoxのLVMストレージは、LVMレベル(Linuxの標準機能)でのスナップアウトのみをサポートしています。冗長性は、基盤となるストレージ上で設定するか、LVMミラーリング(あまり一般的ではありません)を通じて設定することができます。

LVM-Thin

LVM-Thinは、Proxmox LVMストレージの機能拡張版です。VMディスクのシンプロビジョニングに加え、スナップショットやクローンもサポートしており、VMの展開を迅速化します。特にハードウェアRAID環境において、ZFSのオーバーヘッドを伴わずにストレージを利用したい場合に、LVM-Thinは有効な選択肢となります。

ZFS

ZFS(Zettabyte File System)は、冗長性、高いパフォーマンス、そして豊富な機能セットを備えた、Proxmoxの高度なストレージオプションです。シンプロビジョニング、Copy-On-Write、ブロックレベルのスナップショット、VMクローンをサポートしています。ZFSにはネイティブなソフトウェアRAIDが組み込まれており、ミラー(RAID1)、RAID-Z、RAID-Z2アレイを作成することができます。

ネイティブ圧縮(lz4、zstd)、Proxmoxノード間での統合レプリケーション、チェックサム計算、およびデータ整合性を確保するための自己修復機能により、ZFSは重要なVMにおいても高い信頼性を発揮します。

ZFSは、LVMやその他の負荷の軽いストレージタイプと比較して、より多くのRAMを必要とし、CPUへの負荷も大きくなります。ブロック(zVol)およびファイル(ZFSファイルシステム)の構成に対応しています。また、ハードウェアRAIDコントローラが利用できない、あるいはコスト的に導入が困難なサーバーにおいても、ZFSは有効な選択肢となります。こうした機能のバランスにより、ZFSはVMディスク向けのProxmoxストレージタイプの中で最も汎用性の高いものの1つとなっています。

SMB/NFS

SMB および NFS これらは、リモートホスト上で設定されたファイル共有を利用する、手頃な価格のネットワークベースのProxmox共有ストレージです。SMBはWindowsのネイティブなファイル共有プロトコルであり、NFSはLinuxにおいて同様の役割を果たします。どちらもファイルレベルで動作し、設定も比較的簡単であるため、実用的な共有ストレージソリューションとなっています。

冗長性は、専用のSMBまたはNFSサーバー(Linuxサーバー、Windows Server、FreeNAS/TrueNAS、またはエンタープライズ向けNAS)から継承されます。QCOW2仮想ディスクファイルについては、シンプロビジョニングがサポートされています。

iSCSI

iSCSI(Internet Small Computer Systems Interface)は、ネットワーク経由でブロックストレージに接続し、ローカルのSCSIストレージと同様に操作できるプロトコルです。ProxmoxのiSCSIストレージは、iSCSI LUNをiSCSIターゲットとして接続することで設定できます。このストレージは、Proxmoxホスト上で生のブロックデバイスとして認識されます。

冗長性とプロビジョニング(シンまたはシック)は、iSCSIターゲットが設定されているストレージアレイから継承されます。エンタープライズ向けSANシステムは、ProxmoxのiSCSIストレージとして機能させることができます。

iSCSI上のZFS

このProxmoxストレージタイプでは、ネットワーク経由で接続されたiSCSIブロックストレージを使用して、Proxmoxホスト上にローカルZFSプールを構成します。冗長性はiSCSIターゲット(サーバー)側で設定されますが、ZFSはiSCSI LUN上で単一ディスクのプールとして動作します。ZFSは1つのブロックデバイス(LUN)しか認識しないため、そのマルチディスクの自己修復機能は適用されません。

ZFSのチェックサム機能により、ProxmoxホストとiSCSIターゲット間のデータ整合性は引き続き保護されます。iSCSIターゲットが設定されているSANから破損したデータが送信された場合でも、ZFSはそれを検出できます。スナップショットおよびクローン機能はローカルで引き続き利用可能です。ただし、ZFSはLUNをマウントしたノードでのみ有効となるため、この構成では標準的なProxmoxクラスタにおける高可用性(HA)は有効になりません。

このアプローチでは、設定が複雑になります。HA Proxmoxクラスタの場合は、代わりにNFSまたはCeph RBDを検討してください。クラスタ構成ではない環境では、iSCSI LUNをLVMまたはLVM-Thinと組み合わせて直接使用した方が簡単です。

RBD(Ceph RBD)

Ceph RBD(RADOS Block Device)は、共有ストレージを必要とするスケーラブルな環境向けに設計された、ハイパーコンバージド型のProxmoxクラスタストレージです。Cephブロックストレージは、ZFSやその他のProxmoxストレージタイプに比べて、導入がより複雑です。

RBDは、仮想ディスクをRAW形式のシンプロビジョニングされたボリュームとして扱うブロックストレージを提供します。これは、エンタープライズグレードのクラスタストレージが必要な場合に、Proxmox VEでVMディスクを保存するための推奨される方法です。Ceph RBDは、低レイテンシで高I/Oを要するVMディスク、特にランダムな読み書き操作向けに最適化されています。また、効率的でほぼ瞬時に実行できるブロックレベルのスナップショットやクローン作成をサポートしています。 最低3ノードが必要ですが、5ノード以上が推奨されます。

主な機能としては、シンプロビジョニング、真の高可用性、およびクラスタノード全体にわたる高度に分散された冗長性(レプリケーション)が挙げられます。

CephFS

CephFSは、Cephクラスタの上に構築された、POSIX準拠の標準的なファイルシステムインターフェース(NFSやローカルのext4ドライブと同様)を提供します。Ceph RBDがブロックストレージであるのに対し、CephFSはファイルストレージであり、ファイルやディレクトリ内のデータを閲覧、読み取り、書き込みを行うことができます。

注: POSIX(Portable Operating System Interface)は、UNIX系システムに由来する一連の標準規格であり、異なるオペレーティングシステム間でのファイルシステムの移植性を実現するものです。

CephFSは共有アクセスをサポートしており、複数のProxmoxノードが同時に同じファイルシステムにアクセスできます。仮想ディスクファイル(QCOW2、RAW)の保存も可能ですが、ファイルシステムのオーバーヘッドにより、Ceph RBDに比べてパフォーマンスが若干低下します。CephFSでは、ファイル構造を管理するために”メタデータサーバー(MDS)”という追加コンポーネントが必要となり、RBDに比べて管理の複雑さが増します。

BTRFS

BTRFS(B-Tree File System)は、Linuxカーネルがネイティブでサポートする最新のCopy-On-Writeファイルシステムです。Proxmoxではバージョン7.0以降、ルートファイルシステム用のオプションとして利用可能となっています。BTRFSは、スナップショット、ソフトウェアRAID、およびチェックサムによる自己修復機能をサポートしています。このストレージタイプは、Proxmoxでは依然として”テクノロジープレビュー”の段階にあり、他のネイティブオプションのような高度な統合機能は備えていません。 本番環境でのワークロードには、より確立されたストレージタイプを使用することをお勧めします。

ESXi

ESXi ストレージオプションは、ESXi ホスト上にあるデータストアを、ネットワーク経由で Proxmox ホストに接続するものです。これは、以下の目的のために設計されています。 ESXiからのVM移行 VMFS データストアを Proxmox VE に接続するためのものであり、Proxmox VM を VMFS データストアに保存することを目的としたものではありません。

Proxmoxのストレージタイプの比較表:

種類

ディレクトリ

LVM

LVM-Thin

ZFS

NFS

SMB

iSCSI

Ceph RBD

データ型

ファイル(QCOW2、生データ)、ローカル

ブロック(LV)、ローカル/共有

ブロック(LV)、ローカル

ブロック(zVol)、ローカル

ファイル(QCOW 2、生データ)、共有

ファイル(QCOW、生データ)、共有

生ブロック(LUN)、共有

ブロック(RBD)

シンプロビジョニング

はい(qcow2 ファイルの場合)

いいえ

はい

はい(母語)

はい(QCOW2ファイルの場合)

はい(QCOW2ファイルの場合)

SAN、NAS、またはアレイによって異なります

はい(母語)

スナップショット

はい(QCOW2)

はい

良好(LV-Thinスナップショット)

優秀(高速、CoW)

はい(QCOW2)

はい(QCOW2)

SAN/NASアレイによって異なります

はい(母語)

高可用性

いいえ

いいえ

いいえ

いいえ(ローカルのみ)

はい

いいえ

はい(クラスタファイルシステムが必要です)

はい(VM HAには必須)

データの完全性

なし(基盤となるハードウェアまたはファイルシステムに依存)

なし(ハードウェアに依存)

なし(ハードウェアに依存)

優秀(チェックサム計算)

なし(基盤となるFSに依存)

なし(基盤となるFSに依存)

なし(SAN/アレイに依存)

優秀(複製、チェックサム計算)

パフォーマンス

変数

非常に高い

中程度(変動あり)

中程度(変動あり)

高い(ネットワークによって異なります)

非常に高い

複雑さ

超低

Proxmoxのストレージオプションの比較

以下のセクションでは、Proxmoxで一般的に利用されるストレージオプションを比較し、主な違いと最適な使用ケースを明らかにします。

ZFS 対 LVM:パフォーマンスと信頼性

ZFSとLVMは、ブロックストレージとして高いパフォーマンスを発揮する、Proxmoxの2つの基本的なストレージタイプです。ただし、その動作方式や提供する機能セットは異なります。ZFSはデータの整合性を重視したファイルシステムとボリュームマネージャーを統合したものであり、一方、LVMは柔軟性と低オーバーヘッドを重視した軽量なボリュームマネージャーです。

ZFSはデータの安全性と高度な機能を重視しています。チェックサムを用いて破損したデータを検出し、自動的に修復することができます(LVMにはこの機能がありません)。リソースを多く消費すると見なされることもありますが、システムRAM内の効率的な適応型置換キャッシュ(ARC)により、特に読み取り処理において非常に高速なパフォーマンスを発揮します。組み込みのRAID機能により、データの冗長性と高い信頼性が確保されています。

LVMは、シンプルさと高速性を重視したLinuxネイティブのボリュームマネージャーです。一般的に、RAW I/Oベンチマークではより高速であり、CPUやRAMへの負荷も軽くなります。冗長性は、基盤となるストレージとしてハードウェアRAIDを採用することで実現されており、これにより管理者は慣れ親しんだLinuxツールを使用してボリューム管理に集中することができます。

データの整合性が極めて重要である場合(データベースやその他の重要なサーバーコンポーネントを搭載したVMなど)、十分なCPUおよびメモリリソースが確保されている場合、また、単一のツールでネイティブなスナップショット、圧縮、レプリケーションを利用したい場合は、ZFSを選択してください。

ハードウェアRAIDを好む場合、ProxmoxホストのRAM容量が限られている場合、およびオーバーヘッドを最小限に抑えつつ管理が容易な実用的なソリューションが必要な場合は、”LVM-Thin”を選択してください。

Ceph 対 NFS:スケーラビリティと管理

NFSはLinuxに標準搭載されているファイル共有プロトコルであり、設定が簡単で互換性が高いという利点があります。ProxmoxのNFSストレージを設定するには、Proxmox環境外の独立したNFSサーバーが必要ですが、初期設定は簡単です。スケーラビリティは、単一のNFSサーバーの容量とスループットによって制限されます。

Ceph (RBD) は、ファイルレベルで動作する NFS とは異なり、分散型ブロックストレージです。Proxmox ノードを追加したり、既存のノードに大容量のディスクを追加したりすることで容量を拡張できるため、そのスケーラビリティは線形です。 データは、単一障害点を回避するためにクラスタノード間で複製されます(デフォルトでは3倍)。初期設定は複雑ですが、外部コンポーネントを使用せずに、Proxmoxホスト上で直接すべての設定を行うことができます。CephFSは、ファイルレベルで動作するもう1つのCephオプションです。

NFSは、バックアップ、ISOファイル、VMテンプレート、および高いI/Oパフォーマンスを必要としないQCOW2仮想ディスクを搭載したVMに最適です。Cephは、厳しいパフォーマンス要件が求められるミッションクリティカルなVM向けに設計されています。最大のIOPS、冗長性、および高可用性が必要な場合は、Proxmox Cephストレージをご利用ください。

クラスター、ラボ、本番環境における決定シナリオ

Proxmoxのストレージタイプは、シナリオによって最適なものが異なります。

~について 小規模な生産クラスター, 効果的な保存方法としては、次のようなものがあります:

  • Proxmoxレプリケーション機能付きZFS
  • NASまたはNFSサーバー上の冗長化(RAID)対応NFS

    ~について エンタープライズ・クラスター ノードが3つを超える場合、ストレージは真の高可用性をサポートしている必要があります。推奨されるオプションは以下の通りです:

  • Ceph RBD — すべてのノードにデータがレプリケートされる分散型ブロックストレージ
  • iSCSI およびファイバーチャネル (SAN) — ネットワーク経由で接続される外部ブロックストレージ。iSCSI LUN 上に LVM-Thin を設定可能

    ~について 実験・テスト環境, 手頃な価格で実用的な収納方法には、次のようなものがあります:

  • ext4、LVM-Thin、およびその他の利用可能なタイプに関するディレクトリ
  • NFS共有 — NASデバイスが利用可能な場合に便利
  • LVM-Thin — オーバーヘッドが低くスケーラブルで、実習やテストには十分です

ラボやテストのシナリオでは、シンプロビジョニングを備えたストレージの使用をお勧めします。

Proxmoxのストレージを効果的に選択・管理する方法

以下の実践的なアドバイスをご参考に、適切なストレージを選択し、効果的に管理してください。

環境とパフォーマンスの要件を評価する

ワークロードに必要なパフォーマンスレベルを見積もり、既存のハードウェアを評価してください。その結果に基づき、Proxmox仮想環境の要件を満たすために、現在のハードウェアで十分か、それとも追加のリソースが必要かを判断してください。パフォーマンス、冗長性、スケーラビリティなど、ストレージに関する目標を定義してください。

適切なストレージの種類を選択してください

VMのワークロード、必要な機能(パフォーマンス、冗長性)、および管理の複雑さに応じて、要件に合ったストレージの種類を選択してください。最高のパフォーマンスを求める場合は、一般的にブロックストレージが推奨されます。パフォーマンス要件がそれほど厳しくない場合は、ファイルベースのストレージが実用的な選択肢となります。

パフォーマンスと信頼性を最適化する

シンプロビジョニングをサポートするProxmoxのストレージタイプを選択し、設定でこの機能を有効にしてください。シンストレージに対してTRIM/Discardを有効にしてください。SSDデバイスを使用する場合は、SSDエミュレーションを有効にしてください。ゲストOSでTRIMが定期的に実行されるようにしてください。

スナップショットを効果的に活用してください。ブロックレベルのストレージでは、ブロックレベルのスナップショットを活用することで効率が向上します。パフォーマンスを維持し、ディスク容量を解放するために、古くなった不要なスナップショットは定期的に削除してください。

重要度の高いワークロードと重要度の低いワークロードを、それぞれ異なるストレージに分離します。ISOイメージ、VMテンプレート、および重要度の低いVMを、処理速度の遅いストレージに保存することは、全体的なパフォーマンスを向上させるための標準的な手法です。

ストレージの使用状況と健全性を監視する

ストレージ容量の使用状況を注意深く監視してください。特に、シンプロビジョニングされたVMディスクについては注意が必要です。過剰なプロビジョニングを行うと、データストアの容量が枯渇するリスクが生じます。空き容量がなくなると、VMがクラッシュし、復旧が必要になる場合があります。

Proxmoxホスト、リモートストレージサーバー、NAS、およびSANデバイスにおけるディスクの状態を監視してください。不審なSMART属性が検出された場合は、該当するドライブの交換を検討してください。冗長化されていないストレージでディスク障害が発生すると、データ損失につながる可能性があります。定期的な状態チェックと適時のディスク交換を行うことで、信頼性を最大限に高めることができます。

データ保護と事業継続を確保する

どんなに信頼性の高いストレージであっても、データの完全な保護を保証するものではありません。ソフトウェアの不具合、人為的ミス、誤削除、ランサムウェア攻撃、自然災害などは、ストレージの冗長性にかかわらず、依然としてリスクとして存在します。データを保護し、データ損失やシステム停止を回避するためには、定期的なバックアップが不可欠です。冗長化されたストレージと一貫性のあるバックアップ戦略を組み合わせることが、信頼性の高いデータセンターの基盤となります。

結論

Proxmoxには幅広いストレージオプションが用意されていることが大きな利点ですが、適切なタイプを選択・設定するには綿密な計画が必要です。仮想環境の要件を明確にし、ハードウェアを評価した上で、各シナリオに最適なストレージを選択してください。Proxmoxでは、同一ホスト上で複数のストレージタイプを稼働させることができるため、ワークロードのニーズに合わせてストレージを柔軟に選択できます。どのストレージタイプを使用する場合でも、データ損失を防ぐために定期的にデータをバックアップしてください。

試してみてください NAKIVO Backup & Replication Proxmox VE用

試してみてください NAKIVO Backup & Replication Proxmox VE用

15日間の無料トライアルをご利用いただき、ネイティブな変更追跡機能、不変ストレージ、および即時フル復元・詳細復元オプションを備えた、エージェントレスで増分方式のProxmox VMバックアップを実行してください。

よくある質問

Proxmoxはどのようなストレージタイプに対応していますか?

Proxmox VE は、ディレクトリ、LVM、LVM-Thin、ZFS、NFS、SMB/CIFS、iSCSI、ZFS over iSCSI、Ceph RBD、CephFS、BTRFS、および ESXi をサポートしています。 これらのストレージタイプは、ファイルレベルストレージ(Directory、NFS、SMB、CephFS)とブロックレベルストレージ(LVM、LVM-Thin、ZFS、iSCSI、Ceph RBD)の2つのカテゴリに分類されます。各タイプは、スナップショット、シンプロビジョニング、冗長性、およびクラスタノード間の共有アクセスに関して、それぞれ異なる機能を提供します。

Proxmoxクラスタに最適な共有ストレージは何ですか?

最適な共有ストレージは、クラスタの規模や要件によって異なります。高可用性(HA)が必要な3ノード以上のエンタープライズクラスタの場合、Ceph RBDが推奨されます。これは、外部ハードウェアを必要とせずに、分散冗長性、シンプロビジョニング、およびほぼ瞬時のスナップショット機能を提供するためです。小規模なクラスタやシンプルな構成の場合は、NFSが設定の容易さと幅広い互換性を提供します。外部SANが利用可能な場合は、LVM-Thinを組み合わせたiSCSIも選択肢の一つとなります。

Proxmoxはシンプロビジョニングに対応していますか?

はい。Proxmox は、LVM-Thin、ZFS、Ceph RBD、および QCOW2 仮想ディスク形式を使用するファイルベースのストレージ(Directory、NFS、SMB など)を含む、いくつかのストレージタイプでシンプロビジョニングをサポートしています。シンプロビジョニングでは、仮想ディスクは、プロビジョニングされた全容量ではなく、VM 内に実際に書き込まれたデータ分の容量のみを消費します。 シンプロビジョニングを使用する際は、容量不足を避けるために、データストアの空き容量を注意深く監視する必要があります。

Proxmoxにおいて、CephとNFSの違いは何ですか?

NFSはファイルレベルの共有ストレージであり、専用のサーバーを必要としますが、設定が簡単で、バックアップ、ISOファイル、VMテンプレート、およびI/O負荷が高くないVMに適しています。 Ceph RBDは、Proxmoxに直接組み込まれた分散型ブロックストレージであり、線形スケーラビリティ、クラスタノード間でのデータレプリケーション、およびミッションクリティカルなVM向けの高いIOPSを提供します。NFSのスケーラビリティは単一のサーバーに限定されますが、Cephはノードやディスクを追加することで拡張可能です。Cephの設定はより複雑ですが、外部ハードウェアを必要としません。

Proxmoxのストレージには、ZFSとLVMのどちらを使うべきでしょうか?

データの整合性を最優先とし、十分なRAMとCPUリソースがあり、チェックサム、圧縮、レプリケーション、ソフトウェアRAIDといった機能を単一のツールで利用したい場合は、ZFSを選択してください。ハードウェアRAIDを好む場合、ProxmoxホストのRAMが限られている場合、あるいはオーバーヘッドを最小限に抑えた軽量なソリューションが必要な場合は、LVM-Thinを選択してください。ZFSは機能豊富ですが、リソースを多く消費します。一方、LVMはよりシンプルで、生のI/Oパフォーマンスにおいて高速です。

関連記事