Proxmoxを導入してみよう

前回の「Proxmox超入門」では導入時のポイントを解説しましたが、今回は実際にProxmoxのインストールから、仮想マシンを動作させるまでの具体的な手順を実践的に解説します。 前回の動画、資料を事前に見た上でご参加いただけると、より効果的です。

Transcript

1. Proxmoxを導入してみよう 日本仮想化技術株式会社 代表取締役兼CEO 宮原 徹
2. 講師 自己紹介 宮原 徹 • 1972年1月 神奈川県生まれ • 1994年3月 中央大学法学部法律学科卒業 • 1994年4月 日本オラクル株式会社入社 - PCサーバー向けRDBMS製品マーケティングに従事 - Linux版Oracle8の日本市場向け出荷に貢献 • 2001年1月 株式会社びぎねっと 設立 • 2006年12月 日本仮想化技術株式会社 設立 • 仮想化とクラウド活用に関するコンサルティングを中心 に活動 2
3. 本日のアジェンダ • Proxmox活用のポイント • ハードウェアの選定 • インストールと初期設定 • 仮想マシンの作成 3
4. Proxmox活用のポイント 4
5. Proxmoxとは • Debianベース • Linux KVMによる仮想マシン • LXCによるコンテナ • WebUI • 複数ノードクラスタ構築可能 - HA、ライブマイグレーション • Cephストレージ対応 - 分散ストレージ 5
6. この後のお話について • インストールから仮想マシンを動かすまでの流れの 引っかかりポイントを解説します • 簡単に環境は構築出来るので実際に触ってみてくださ い - Nested VMを使える環境であれば、仮想マシンとして Proxmoxをインストールして、その上で仮想マシンを動 かせます • 仮想化そのものに慣れていない場合、VirtualBoxあた りで先に遊んでみることをお勧めします 6
7. ハードウェアの選定 7
8. Proxmoxを動かすハードウェアを検討 • CPUは必要な処理能力を考慮して • メモリはオーバーコミットメントは最小限に - 足りなかったら増やす程度 • ストレージ選択は必要な容量、性能を勘案して - 性能を考えればSSD - 外部ストレージはNASのSMBでもOK • ネットワークは帯域、系統を考えて - HAクラスタ組もうとすると結構ポート数要ります 8
9. インストールと初期設定 9
10. インストール • Proxmox VEのISOイメージをダウンロード • 起動USBメモリを作成 - ISOイメージをコピーするだけで複数のISOイメージ から起動できる「Ventory」が便利 - https://www.ventoy.net/en/index.html • インストーラーの起動（大したことはできない） - インストール先の選択 - 管理者パスワードとメールアドレス設定 - NIC選択とIPアドレス設定 10
11. 管理画面へのアクセス • 「https://設定IPアドレス:8006」にアクセス • オレオレ証明書を 使ってるので慌てずに 11
12. 初期起動後にやること • ネットワーク設定の変更 - ボンディングでポート冗長化 • サブスクリプションの設定 • 仮想マシン作成の準備 - ISOイメージのアップロード - OVA・ QCOW2イメージのアップロード 12
13. ネットワーク設定 • インストール時に設定できるのはNIC 1つに対するIP アドレス - 正確にはブリッジにIPアドレスを割り当て、1つのNICに ブリッジされている • ネットワーク障害（NIC障害、スイッチ障害）に耐え られるようにNICの冗長化（ボンディング） - 理想を言えば、NICをチップ単位で冗長化、スイッチも 複数で冗長化 • 各種設定が行えるが、スイッチ側の対応が不要な balance-tlbに設定しています（個人の見解です） 13
14. ネットワーク設定（初期状態） vmbr0のIPアドレスがnic0に紐付いている状態 14
15. ボンディング作成時の注意点 最初に設定したNICがボンディング対象の場合 1. vmbr0のブリッジポートを別NICに設定 2. Linux bond（bond0）を作成 3. vmbr0のブリッジポートをbond0に変更 4. 設定を適用 15
16. vmbr0のブリッジポートを一時変更 ブリッジポートを未使用のnic2に一時変更 16
17. Linux Bondを作成 作成ボタンからLinux Bondを選択 17
18. Linux Bond（bond0）の設定 Linux Bond（bond0）のslaveにnic0とnic1を設定 モードはbalance-tlbを選択 18
19. vmbr0のブリッジポートをbond0に設定 19
20. サブスクリプションの設定 • アップデート時に参照するパッケージリポジトリ の設定 • デフォルトでは有償サブスクリプション用リポジ トリを参照 - 安定版パッケージが提供される • 無償で使うにはサブスクリプション無しリポジト リを有効化 - 開発版パッケージが提供される 20
21. No-Subscriptionを追加 ←追加 ←No-Subscriptionを選択 21
22. サブスクリプション設定 ←無効化 ←追加 ←無効化 22
23. 仮想マシンの作成 23
24. 仮想マシンの作成方法 A) ISOイメージからインストール - 好きな設定でインストールできる - 少し手間がかかる B) クラウドイメージからのインポート - 手間がかからない - どういう設定でイメージが作られたのか把握する必 要がある - グローバルなイメージは言語設定が英語なので注意 • キー配列が違ってる罠 24
25. ISOイメージのダウンロード例 25
26. クラウドイメージのダウンロード例 26
27. クラウドイメージのダウンロード例 QCOW2形式のものが多い 27
28. 仮想マシン作成のポイント • IDは変更できないので計画的に - クローンを駆使すれば変更はできるが手間 • BIOSは必要に応じてUEFIに - UEFI領域が要るので無理にUEFIにしなくてもよい • Windowsはインストール時にTPMが必要 - インストール後は外せる - 大きめのアップデートの時にもTPMが必要 • QEMUエージェントはチェック（後でも可） - ゲストOSにqemu-guest-agentのインストールが必要 • ディスクサイズは余裕をもって - 拡張は比較的簡単だが、OS内での拡張がLVMだと手間になる • あえてLVMにしないでゲストOSをインストールするのも手か 28
29. 仮想マシンCPU設定のポイント • CPUソケットは無理に増やさなくてよい • CPUコア数は余裕をもって - 普段は2か4ぐらいにすることが多い - CPUオーバーコミットメントも可能 • CPU種別は分からなければhostに（一番下） - 異種CPU混在の場合、ライブマイグレーションできなく なるのできちんと調べて一番下のレベルに合わせる - サポートされるレベルは /lib64/ld-linux-x86-64.so.2 –help で確認できる 29
30. CPUの種別はhostに リストの一番下に 30
31. サポートアーキテクチャレベルの確認 $ /lib64/ld-linux-x86-64.so.2 --help Usage: /lib64/ld-linux-x86-64.so.2 [OPTION]... EXECUTABLEFILE [ARGS-FOR-PROGRAM...] （中略） Subdirectories of glibc-hwcaps directories, in priority order: x86-64-v4 (supported, searched) Supportedになっている最上位レベルを見る x86-64-v3 (supported, searched) x86-64-v2 (supported, searched) 31
32. イメージからのインポートの注意点 • CPUの種類は分からなければhostに（一番下） - 異なるアーキテクチャ混在のクラスタでは注意 • SCSIコントローラをVirtIO SCSI singleに - 並列負荷が高い場合はVirtIO SCSI • ネットワークインターフェースのモデルをVirtIO（準 仮想化）に • イメージの言語設定に注意 - キーボードが英語配列だったり • ユーザー認証やIPアドレスはcloud-initを使用 32
33. テンプレートとクローン • テンプレート化すると起動できなくなる - イメージ内をいじれない - 修正はデプロイしたVMを再度テンプレート化 - ハードウェア構成等は変更可能 • クローンは稼働可能なVMをそのままクローン • どちらも基本的な設定項目はそのまま引き継ぐ - MACアドレスは再生成 33
34. cloud-initの利用 • ゲストOSにcloud-initパッケージのインストールが必要 • 仮想マシンにCloud-initデバイスの追加 • cloud-initの設定項目 - ユーザー名 - SSH公開鍵（パスワード使いたい場合はパスワード） - IPアドレス（DHCP or 固定IPアドレス） - パッケージをアップグレードは必要に応じて • Webで設定できるパラメーター以外は入れられないのが難点 - 自分で直接いじればいいけど、Web設定でクリアされる • 再設定するとSSHホストキーが再作成されるので注意 - クライアントのknown_hostsからホストキーを削除 34
35. あなたの企業に、最適な未来を。 35