Proxmox超入門

脱VMware！Linux KVMで始める仮想化環境構築超入門 Proxmox編
AIもあるよ

VMwareのライセンス変更問題で、新しい仮想化基盤としてLinux KVMの利用に注目が集まっています。様々なLinux KVMによる仮想化基盤ソリューションが登場していますが、今回はProxmoxによる仮想化環境構築についてご紹介します。
主に基本的な仮想マシンを動作させる方法について解説しますが、GPUを使ったAIを動作させる方法についても解説します。

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とは •Debianベース •Linux KVM •WebUI •複数ノードクラスタ構築可能 - HA、ライブマイグレーション •Cephストレージ対応 - 分散ストレージ 4
5. Proxmoxの基本的な解説書 5 •バージョンが8から9に上がっていますが 大体そのまま使えます •『Proxmox VE 実践ガイド』 - 導入から基本的な使い方の解説 •『 Proxmox VEサーバー仮想化 導入実践 ガイド』 - より実践的なことについて知りたい人向け
6. この後のお話について •細かいUI操作の説明は行いません •簡単に環境は構築出来るので実際に触ってみてく ださい •Nested VMを使える環境であれば、仮想マシン としてProxmoxをインストールして、その上で仮 想マシンを動かせます •仮想化そのものに慣れていない場合、VirtualBox あたりで先に遊んでみることをお勧めします 6
7. 初期設定 7
8. 初期起動後にやること •ネットワーク設定の変更 - ボンディングでポート冗長化 •サブスクリプションの設定 •仮想マシン作成の準備 - ISOイメージのアップロード - OVA・ QCOW2イメージのアップロード 8
9. ネットワーク設定 • インストール時に設定できるのはNIC 1つに対するIP アドレス - 正確にはブリッジにIPアドレスを割り当て、1つのNICに ブリッジされている • ネットワーク障害（NIC障害、スイッチ障害）に耐え られるようにNICの冗長化（ボンディング） - 理想を言えば、NICをチップ単位で冗長化、スイッチも 複数で冗長化 • 各種設定が行えるが、スイッチ側の対応が不要な balanced-tlbに設定しています（個人の見解です） 9
10. ネットワーク設定（初期状態） 10 vmbr0のIPアドレスがnic0に紐付いている状態
11. ボンディング作成時の注意点 最初に設定したNICがボンディング対象の場合 1. vmbr0のブリッジポートを別NICに設定 2. Linux bond（bond0）を作成 3. vmbr0のブリッジポートをbond0に変更 4. 設定を適用 11
12. vmbr0のブリッジポートを一旦変更 12
13. Linux Bondを作成 13
14. Linux Bond（bond0）の設定 14
15. vmbr0のブリッジポートをbond0に設定 15
16. サブスクリプション設定 16
17. 仮想マシンの作成 17
18. 仮想マシンの作成方法 A) ISOイメージからインストール - 好きな設定でインストールできる - 少し手間がかかる B) クラウドイメージからのインポート - 手間がかからない - どういう設定でイメージが作られたのか把握する必 要がある - グローバルなイメージは言語設定が英語なので注意 • キー配列が違ってる罠 18
19. 仮想マシン作成のポイント • IDは変更できないので計画的に - クローンを駆使すれば変更はできるが手間 • BIOSは必要に応じてUEFIに - UEFI領域が要るので無理にUEFIにしなくてもよい • Windowsはインストール時にTPMが必要 - インストール後は外せる - 大きめのアップデートの時にもTPMが必要 • QEMUエージェントはチェック（後でも可） - ゲストOSにqemu-guest-agentのインストールが必要 • ディスクサイズは余裕をもって - 拡張は比較的簡単だが、OS内での拡張がLVMだと手間になる • あえてLVMにしないでゲストOSをインストールするのも手か 19
20. 仮想マシンCPU設定のポイント •CPUソケットは無理に増やさなくてよい •CPUコア数は余裕をもって - 普段は2か4ぐらいにすることが多い - CPUオーバーコミットメントも可能 •CPU種別は分からなければhostに（一番下） - 異種CPU混在の場合、ライブマイグレーションでき なくなるのできちんと調べて一番下のレベルに合わ せる事 20
21. CPUの種別はhostに 21
22. イメージからのインポートの注意点 •CPUの種類は分からなければhostに（一番下） - 異なるアーキテクチャ混在のクラスタでは注意 •SCSIコントローラをVirtIO SCSI singleに - 並列負荷が高い場合はVirtIO SCSI •ネットワークインターフェースのモデルをVirtIO （準仮想化）に •イメージの言語設定に注意 - キーボードが英語配列だったり 22
23. テンプレートとクローン •テンプレート化すると起動できなくなる - イメージ内をいじれない - 修正はデプロイしたVMを再度テンプレート化 - ハードウェア構成等は変更可能 •クローンは稼働可能なVMをそのままクローン •どちらも基本的な設定項目はそのまま引き継ぐ - MACアドレスは再生成 23
24. Cloud-initの利用 • ゲストOSにcloud-initパッケージのインストールが必要 • 仮想マシンにCloud-initデバイスの追加 • Cloud-initの設定項目 - ユーザー名 - SSH公開鍵（パスワード使いたい場合はパスワード） - IPアドレス（DHCP or 固定IPアドレス） - パッケージをアップグレードは必要に応じて • 設定後にイメージ再作成を忘れずに • Webで設定できるパラメーター以外は入れられないのが難点 - 自分で直接いじればいいけど、Web設定でクリアされる • 再設定するとSSHホストキーが再作成されるので注意 - クライアントのknown_hostsからホストキーを削除 24
25. 複数台によるProxmox環境 ここからはおまけ 25
26. HAクラスタの構成 •基本は3台構成 •2台構成の場合、クォーラムの投票のみを行う QDeviceとQNetdを動かす - https://pve.proxmox.com/wiki/Cluster_Manager#_ corosync_external_vote_support - QNetdデバイスにSSHでroot接続する設定が必要 • sshdのPermitRootLoginをyesに設定しsshd再起動 • rootユーザーのパスワードを設定 26
27. 共有ストレージとの接続 •HAクラスタを構築しても、仮想ディスクイメー ジが共有されていないと別ノードで起動できない •いろいろなプロトコルが使えるがSMBが手軽 - 普通のNASでOK •ストレージレプリケーションも使える - 同期間隔が長いので、データ保存が重要じゃない サービス向け •ライブマイグレーションも可能 27
28. その他検討事項 • Cephストレージ - 分散ストレージとして構築 - ノード間接続に速度が必要 • PCIパススルーによるGPU等の利用 - バージョン9からかなり簡単に - AMD GPUの場合には二手間ほど必要 • バックアップ • VMwareからのVM移行 - ツールの他、OVAエクスポートからのインポートなど 28 このあたりになると 完全にお仕事なので 詳細はお問い合わせ ください
29. あなたの企業に、最適な未来を。 29