Proxmox VE 7.0 の高度なインストールとシステム ディスク パーティション - EXT4 (パート 1)

Proxmox VE は Debian Linux オペレーティング システムに基づいているため、Proxmox が提供する公式 ISO CD イメージには、完全な Debian Linux オペレーティング システムと Proxmox VE ソフトウェア パッケージが含まれています。

Proxmox VE インストーラーは、ローカル ディスク パーティション、基本的なシステム構成 (例: タイム ゾーン、言語、ネットワーク)、およびその他の必要なパッケージのインストールを含む、インストール プロセス全体をガイドします。インストールプロセス全体には約数分かかります。新規ユーザーおよび一般ユーザーに対して、Proxmox はインストールに ISO イメージを使用することを公式に推奨しています。通常、インストール プロセスにかかる時間は 10 分未満です。

あるいは、最初に Debian Linux オペレーティング システムをインストールしてから、Proxmox VE パッケージを Debian の上にインストールすることもできます。このインストール方法では、Proxmox VE についての十分な知識が必要です。このオプションは上級ユーザーのみにお勧めします。

1. システム要件

Proxmox VE を運用環境で実行する場合は、高構成のサーバー ハードウェアを使用することをお勧めします。Proxmox VE はクラスター展開モードをサポートしており、ホスト障害の影響をさらに軽減するために、高可用性の仮想マシンとコンテナーを備えたクラスターで Proxmox VE を実行できます。

Proxmox VE は、ローカル ストレージ (DAS)、SAN、NAS、分散ストレージ (Ceph RBD など) などをサポートします。

1.1. テストおよび評価シナリオに適した最小ハードウェア構成

最小ハード ディスク構成 Proxmox VE サーバーは、運用シナリオではなく、テストおよび評価シナリオにのみ使用されます。

  1. CPU: 64 ビット (Intel EMT64 または AMD64)。
  2. Intel VT/AMD-V CPU/メインボードをサポートし、KVM 完全仮想化をサポートします。
  3. RAM: 1GB RAM、さらにゲストスペースに必要な追加の RAM。
  4. ハードディスク;
  5. ネットワーク インターフェイス カード (NIC)。

1.2. エンタープライズ生産シナリオに適した推奨ハードウェア構成

  1. CPU: 64 ビット (Intel EMT64 または AMD64)、Intel VT/AMD-V をサポート、マルチコア CPU を推奨します。

  2. メモリ: Debian Linux オペレーティング システムと Proxmox VE サービスには、少なくとも 2GB に加えて、顧客のスペースで指定されたメモリが必要です。Ceph および ZFS の場合は、Ceph または ZFS ストレージ 1 TB あたり約 1 GB のメモリなど、追加のメモリが必要です。

  3. 高性能で冗長性の高いストレージ リソースには、SSD ディスクを使用するのが最適です。

  4. システム インストール ディスク: バッテリー保護された書き込みキャッシュを備えたハードウェア RAID カード、または RAID カードなしの ZFS を使用します (ZIL デバイスには SSD を推奨します)。

  5. VMストレージ:

    a) ローカル ストレージの場合は、バッテリ バックアップ式書き込みキャッシュを備えたハードウェア RAID カードを使用するか、RAID カードを使用しない ZFS および Ceph を使用します。ZFS も Ceph もハードウェア RAID コントローラーと互換性がないことに注意してください。

    b) 共有ストレージまたは分散ストレージを使用することもできます。

  6. ネットワーク カード: 少なくとも 2 ギガビット ネットワーク カード。使用するストレージ テクノロジとクラスタ構成に応じてさらに多くのネットワーク カードを構成でき、10 ギガビット ネットワーク カードを構成できます。

  7. PCI パススルーを使用するには、CPU が VT-d/AMD-d テクノロジーをサポートしている必要があります。

2. Proxmox VE 7.0のインストール

インストーラー ISO イメージには次のものが含まれています。

  1. 完全なオペレーティング システム (Debian Linux、64 ビット)。
  2. Proxmox VE インストーラーは、ローカル ディスクをパーティション分割し、ext4、xfs、または ZFS ファイル システムを使用してオペレーティング システムをインストールします。
  3. Proxmox VE Linux カーネルは、KVM と LXC をサポートします。
  4. 仮想マシン、コンテナ、ホスト システム、クラスタ、および必要なすべてのリソースを管理するための完全なツールセット。
  5. Web ベースの管理インターフェイス。

デフォルトでは、Proxmox VE はサーバーのすべてのハードディスクをフォーマットし、元のハードディスク データがフォーマットされます。次に、図 1 に示すように、Proxmox VE 7.0 のインストールが開始されます。

ここに画像の説明を挿入

図 1. Proxmox VE 7.0 インストール インターフェイス

正しいインストール方法 (USB からの起動など) を選択すると、インストール インターフェイスに Proxmox VE 7.0 メニューが表示され、次のオプションのいずれかを選択できます。

● Proxmox VE のインストール: 通常モードでインストール;
● Proxmox VE のインストール (デバッグ モード): デバッグ モードでインストール;
● レスキュー ブート: レスキュー モードで開始;
● テスト メモリ: メモリをテストします。

[Proxmox VE のインストール] オプションを選択し、通常モードのインストールを開始すると、図 2 に示すように、インストーラーによってインストール対象のハード ディスクを選択するよう求められます。

ここに画像の説明を挿入

図 2. Proxmox VE ターゲット ハード ドライブと Optinos オプション

ターゲット ハードディスク: システム インストール ディスクです。サーバー上に複数のハードディスクがある場合、インストールするシステム ディスクを選択できます。

Optinos : このボタンは、ターゲット ハードディスクで使用されるファイル システム タイプを設定するために使用され、デフォルトでは ext4 ファイル システムが使用されます。
ext4 または xfs ファイル システムの使用を選択した場合、インストール先のハードディスクは LVM ボリューム グループとしてフォーマットされ、「Optinos」ボタンを使用して LVM 領域のサイズをさらに設定できます。

ZFS ファイル システムを選択すると、ZFS はさまざまなソフト レベル RAID を提供します。サーバーにハードウェア RAID カードがない場合、ZFS は特に便利です。[オプション] ボタンを使用して ZFS の RAID レベルを設定し、必要に応じてディスク リストで ZFS ファイル システムを形成するハードディスク デバイスを選択できます。さらに、ZFS はその他の豊富なパラメータ項目も提供します。

Btrfs ファイル システムは、実稼働システムにはまだ適していないため、現時点では推奨されません。ext4 および xfs ファイル システムと比較して、Btrfs ファイル システムを使用するとパフォーマンスが向上します。Btrfs を使用する主な利点の 1 つは、コピーオンライトおよび書き込み可能なスナップショットをサポートしていることです。これは、仮想マシンのデプロイメントとクローン作成に非常に役立ちます。ただし、Btrfs はまだ運用システムで使用できる状態ではありませんが、テスト シナリオには非常に適しています。

2.1. EXT4/XFS ファイルシステムのインストール方法

現在、ほとんどの Linux ファイル システムはデフォルトで ext4 ファイル システムを使用しており、Proxmox VE 7.0 もデフォルトで ext4 ファイル システムを使用します。ext4 ファイル システムはログ ファイル システムであり、本番環境の Proxmox VE に適したファイル システムです。しかし、近年では ext4 は XFS ほど普及していないため、CentOS7 ではビッグ データ環境により適していると考えられる xfs ファイル システムに注目し始めています。

図 3 に示すように、システムのインストールにはデフォルトのファイル システム「ext4」を選択します。

ここに画像の説明を挿入

図 3. LVM 空間パラメータ設定

ext4 または xfs ファイル システムの使用を選択した場合、インストール先のハードディスクは LVM ボリューム グループとしてフォーマットされ、「Optinos」ボタンを使用して LVM 領域のサイズをさらに設定できます。

最初のステップ: LVM パラメータの設定

Proxmox VE 7.0 は、pve という名前の LVM ボリューム グループ (VG) と、ルート、データ、スワップという 3 つの論理ボリューム (LV) を作成します。「オプション」ボタンで「ext4」ファイルシステムを選択すると、「hdsize」チェックボックスがターゲットハードディスクのサイズとして自動的に認識されます。

Proxmox VE を選択して、ターゲット ハードディスクを自動的にパーティション分割してフォーマットする場合は、残りのパラメータを空白のままにし、「次へ」をクリックしてインストールします。ここではデフォルトのインストールを使用し、ターゲットのハードディスクは 40GB であることに注意してください。

LVM の高度な構成を選択することもできます。前提として、インストール前にディスク領域を計画し、将来不適切なディスク領域の割り当てによるディスク領域の再割り当ての必要性によって引き起こされるトラブルを回避します。これらの論理ボリュームの容量は、次のパラメータで設定できます。

hdsize : ターゲット ハード ディスクの容量を定義します。このパラメータを設定すると、他の用途のためにスペースを予約するようにハード ディスクを構成できます (たとえば、LVM を作成するために同じハード ディスク上に他の物理ボリューム PV とボリューム グループ VG を構成します)タイプのストレージ サービス)。スペースを予約したり、システム ディスク上に他のボリューム グループを作成したりせず、ターゲット ハード ディスクのスペースを完全に使用することをお勧めします。

swapsize : スワップ論理ボリュームの容量を定義します。デフォルトはサーバーの物理メモリ容量と同じです。最小値は 4GB、最大値は 8GB です。最大値は hdsize/8 を超えることはできません。「swapsize」を 0 に設定すると、スワップ論理ボリュームは作成されないことに注意してください。

maxroot : ルート論理ボリュームのサイズを定義します。最大制限は hdsize/4 です。ルート論理ボリュームは主に ISO オペレーティング システム イメージを保存するために使用されます。

minfree : スワップ、ルート、およびデータ論理ボリューム容量を除く、pve ボリューム グループ容量の残りの利用可能な容量を定義します。つまり、minfree サイズは次のように計算できます。

minfree=pve-swapsize-rootsize-datasize

図 4 に示すように、ターゲット ハード ディスク /dev/sda の容量は 40G であり、ターゲット ハード ディスク /dev/sda はさらにパーティション分割されていることに注意してください。

ここに画像の説明を挿入

図 4. ターゲットのハードディスク パーティション

したがって、pve ボリューム グループの容量は次のようになります。

pve=/dev/sda3=/dev/sda -/dev/sda1-/dev/sda2

実際には、それほど正確に計算する必要はなく、minfree が何を表しているのかを知る必要があるだけです。pve ボリューム グループの容量が 128G を超える場合、minfree はデフォルト値の 16GB を使用し、それ以外の場合は hdsize/8 に設定することが公式に推奨されています。

LVM では、スナップショットを作成するために pve ボリューム グループに minfree 空きスペースが必要です (lvmthin スナップショットを使用する場合は必要ありません)。公式フォーラムの技術投稿によると、図 5 に示すように、minfree は LVM スナップショットに非常に役立ちます。

ここに画像の説明を挿入

図 5. LVM は minfree を使用してスナップショットを作成する

maxvz : データ論理ボリュームの容量を定義します。データ論理ボリュームは主に仮想マシン ファイルの保存に使用されます。仮想マシン ファイルの容量は maxvz を超えることはできません。

maxvz の実際のサイズは次のように計算できます。

データサイズ = hdsize - rootsize - swapsize - minfree

注 1: ここでは、pve 容量の代わりに hdsize 容量が使用されていますが、これは主に、BIOS ブート パーティションと EFI システム パーティションが占める容量が小さすぎるためであり、hasize 容量は pve 容量とあまり変わらないためです。計算には hdsize を直接使用してください。

注 2: LVM シン モードを使用する場合、データ ボリュームはデータサイズが 4GB を超える場合にのみ作成されます。

注 3: 0 に設定すると、データ ボリュームは作成されず、それに応じてストレージ構成が調整されます。

ステップ 2: ディスク パーティション パラメータを表示する

Proxmox VE 7.0 のインストールが完了したら、図 6、図 7、および図 8 に示すように、Proxmox VE サーバー ホストのディスク パーティションを見てみましょう。

ここに画像の説明を挿入

図 6. デフォルトのディスク パーティション - Web UI

ここに画像の説明を挿入

図 7. デフォルトのディスク パーティション - CLI

ここに画像の説明を挿入

図 8. デフォルトのディスク パーティション - 論理パーティション

図 7 と図 8 から、ハードディスク デバイスの実際のストレージと /dev/sda などのパーティション情報に加えて、/dev/mapper に似たいくつかの論理デバイスも存在することがわかります。Linux 論理デバイスにはマッピングがあります。図 9 に示すようなメカニズム。

ここに画像の説明を挿入

図 9. Linux 論理デバイスのマッピング メカニズム

図 9 によると、Proxmox VE システムでは、/dev/pve/root、/dev/mapper/pve-root、および /dev/dm-1 はすべて 1 つのものであり、パーティションとして扱うことができます。等しい。

要約すると、Proxmox VE 7.0 は、インストール中にターゲット ハードディスクを BIOS ブート パーティションと EFI パーティションに分割し、3 番目のパーティションにボリューム グループ (VG) を作成します。つまり、Proxmox VE 7.0 のインストールが完了すると、Proxmox VE 7.0 はターゲット ハードディスク /dev/sda をパーティション分割し、BIOS ブートと EFI システムの 2 つのパーティションのスペースを分割し、/boot ディレクトリにマウントします。 。また、システムはデバイス マッパー メカニズムを使用して「pve」という名前のボリューム グループ (VG) を作成し、最後に pve ボリューム グループ内に論理ボリューム (LV) を作成します。残りの /dev/sda3 パーティション スペースは、システムによって物理ボリューム (PV) として作成され、図 10、図 11、および図 12 に示すように、/dev/sda3 物理ボリュームが pve ボリューム グループに追加されます。

ここに画像の説明を挿入

図 10. pve ボリューム グループ情報

ここに画像の説明を挿入

図 11. sda3 物理ボリューム情報

ここに画像の説明を挿入

図 12. 論理ボリューム情報

ステップ 3: デフォルトの保存場所

Proxmox VE 7.0 のインストールが完了すると、WEB UI インターフェイスで、デフォルトで 2 つのストレージ ポイント、つまり local と local-lvm が生成されることがわかります。このうちローカルは、VZDump バックアップ ファイル、ISO イメージ、コンテナ テンプレートの保存に使用されます。local-lvm は、仮想マシン、コンテナーなどを保存するために使用されます。保存先のパスは以下の通りです。

ISO イメージが保存されているパス: /var/lib/vz/template/iso

バックアップパス: /var/lib/vz/dump/

WEB UI インターフェイスのローカルおよびローカル LVM ストレージ ポイントの情報を図 13、図 14、および図 15 に示します。

ここに画像の説明を挿入

図 13. ローカルおよびローカルシンのストレージの内容

ここに画像の説明を挿入

図 14. ローカル ストレージのコンテンツとスペース

ここに画像の説明を挿入

図 15. ローカルシンのストレージコンテンツとスペース

図 16 に示すように、「ローカル—ISO イメージ/バックアップ/CT テンプレート—アップロード」をクリックするだけで、ISO イメージ/バックアップ/CT テンプレートをアップロードできます。アップロードが完了すると、図 17 に示すようになります。

ここに画像の説明を挿入

図 16. ISO イメージのアップロードの開始

ここに画像の説明を挿入

図 17. ISO イメージのアップロードが完了しました

Proxmox VE 7.0 のインストールが完了すると、デフォルトで pve ボリューム グループが作成され、pve ボリューム グループに基づいてシステムのルート パーティションとしてルート論理ボリュームが作成されます。サイズは 25% です。システム ディスクの保存場所であり、ISO イメージの保存にも使用されます。図 18 および図 19 に示すように、仮想マシン ディスクとしてデータ論理ボリュームを lvm-thin パーティションとして作成します。

ここに画像の説明を挿入

図 18. pve ボリューム グループ

ここに画像の説明を挿入

図 19. データ論理ボリューム

ステップ 4: PVE デフォルト ストレージの概要

ローカル ストレージ ポイントは、ルート論理ボリュームおよび /dev/mapper/pve-root と同じです。ISO イメージは、/var/lib/vz を介してルート論理ボリュームに保存できます。パスの対応関係は図 20 に示されています。

ここに画像の説明を挿入

図 20. ローカル ストレージ パス

local-lvm ストレージ ポイントは、データ論理ボリュームおよび /dev/mapper/pve-root と同じであり、システムは仮想マシンを作成するときに、データ論理ボリュームから仮想マシンのハード ディスクにディスク領域を割り当てます。仮想マシンのハードディスクはデータ論理ボリューム上のブロック ストレージに相当するため、図 21 に示すように、仮想マシン ファイルも論理ボリューム属性に属します。

ここに画像の説明を挿入

図 21. local-lvm ストレージ パス

これらのマッピング関係は厄介だと思いますか? 実際、Proxmox VE の WEB UI インターフェイスであっても、CLI インターフェイスであっても、コンテンツのこの部分の表示はやや不完全で、多くの人が理解に少し混乱しており、信頼しなければならないため、これは当然のことです。想像の上で。次に、図 22 に示すように、皆さんが Proxmox VE を学習できるように、これらのマッピング関係を整理して表を作成します。

ここに画像の説明を挿入

図 22. LVM とストレージ パスの関係

おすすめ

転載: blog.csdn.net/jianghu0755/article/details/129650397