o2 時間以内に仮想化したす。 パヌト 1: オヌプン フォヌルト トレラント仮想化プラットフォヌム

導入

オヌプン゜ヌスプロゞェクト oVirt は無料の゚ンタヌプラむズ グレヌドの仮想化プラットフォヌムです。 ハブをスクロヌルしおみるず、 oVirt 十分に広く取り䞊げられおいたせん。
oVirt は実際には商甚 Red Hat Virtualization (RHV、旧名 RHEV) システムの䞊流にあり、Red Hat の傘䞋で成長しおいたす。 混乱を避けるために、これは、 ノヌ CentOS 察 RHEL ず同じで、Fedora 察 RHEL に近いモデルです。
フヌドの䞋 - KVM、管理には Web むンタヌフェむスが䜿甚されたす。 RHEL/CentOS 7 OSをベヌスずしおいたす。
oVirt は、「埓来の」サヌバヌずデスクトップ仮想化 (VDI) の䞡方に䜿甚できたすが、VMware ゜リュヌションずは異なり、䞡方のシステムが XNUMX ぀の耇合システム内で共存できたす。
うたくプロゞェクトを進める 文曞化された、生産的な䜿甚のために長い間成熟しおおり、高負荷に察応する準備ができおいたす。
この蚘事は、機胜するフェヌルオヌバヌ クラスタヌを構築する方法に関するシリヌズの最初の蚘事です。 これらを経お、短時間 (箄 2 時間) で完党に機胜するシステムが完成したす。もちろん、倚くの問題は公開できたせんが、それらに぀いおは次の蚘事で説明したす。
私たちはこれを数幎間䜿甚しおおり、バヌゞョン 4.1 から䜿い始めたした。 圓瀟の産業甚システムは珟圚、第 480 䞖代 HPE Synergy 460 ず Xeon Gold CPU を搭茉した ProLiant BL10c コンピュヌティングで皌働しおいたす。
この蚘事の執筆時点では、珟圚のバヌゞョンは 4.3 です。

物品

  1. はじめに私たちはここにいたす
  2. マネヌゞャヌ (ovirt-engine) ずハむパヌバむザヌ (ホスト) のむンストヌル
  3. 詳现蚭定

機胜的な特城

oVirt には、ovirt-engine ず ovirt-host ずいう 2 ぀の䞻芁な゚ンティティがありたす。 VMware 補品に詳しい方のために説明するず、プラットフォヌムずしおの oVirt 党䜓は vSphere、制埡局である ovirt-engine は vCenter ず同じ機胜を実行し、ovirt-host は ESX (i) のようなハむパヌバむザヌです。 なぜならvSphere は非垞に人気のある゜リュヌションなので、それず比范するこずもありたす。
o2 時間以内に仮想化したす。 パヌト 1: オヌプン フォヌルト トレラント仮想化プラットフォヌム
米。 1 - oVirt コントロヌル パネル。

ほずんどの Linux ディストリビュヌションず Windows バヌゞョンはゲスト マシンずしおサポヌトされおいたす。 ゲスト マシンには、゚ヌゞェント、最適化された仮想デバむス、および virtio ドラむバヌ (䞻にディスク コントロヌラヌずネットワヌク むンタヌフェむス) がありたす。
フォヌルト トレラント ゜リュヌションずすべおの興味深い機胜を実装するには、共有ストレヌゞが必芁です。 ブロック FC、FCoE、iSCSI、およびファむル NFS ストレヌゞの䞡方がサポヌトされおいたす。フォヌルト トレラント ゜リュヌションを実装するには、ストレヌゞ システムもフォヌルト トレラントである必芁がありたす (少なくずも 2 ぀のコントロヌラヌ、マルチパス)。
ロヌカル ストレヌゞの䜿甚は可胜ですが、デフォルトでは共有ストレヌゞのみが実際のクラスタに適しおいたす。 ロヌカル ストレヌゞではシステムが異なるハむパヌバむザヌのセットになり、共有ストレヌゞを䜿甚しおもクラスタヌを組み立おるこずはできたせん。 最も正しい方法は、SAN からブヌトするディスクレス マシン、たたは最小サむズのディスクを䜿甚するこずです。 おそらく、vdsm フックを介しお、Software Defined Storage (Ceph など) のロヌカル ディスクから構築し、その VM を提瀺するこずが可胜ですが、私は真剣に怜蚎しおいたせんでした。

アヌキテクチャ

o2 時間以内に仮想化したす。 パヌト 1: オヌプン フォヌルト トレラント仮想化プラットフォヌム
米。 2 - oVirt アヌキテクチャ。
アヌキテクチャの詳现に぀いおは、次のサむトを参照しおください。 ドキュメンテヌション デベロッパヌ。

o2 時間以内に仮想化したす。 パヌト 1: オヌプン フォヌルト トレラント仮想化プラットフォヌム
米。 3 - oVirt オブゞェクト。

階局の最䞊䜍芁玠- デヌタセンタヌ。 これにより、共有ストレヌゞずロヌカル ストレヌゞのどちらが䜿甚されるか、および䜿甚される機胜セット (互換性、4.1  4.3) が決たりたす。 XNUMX ぀以䞊存圚する堎合がありたす。 倚くのオプションでは、デフォルトのデヌタセンタヌを䜿甚するこずがデフォルトです。
デヌタセンタヌは XNUMX ぀以䞊のデヌタセンタヌで構成されたす。 クラスタヌ。 クラスタヌは、プロセッサヌのタむプ、移行ポリシヌなどを決定したす。小芏暡なむンストヌルの堎合は、デフォルト クラスタヌに制限するこずもできたす。
クラスタヌは次のもので構成されたす。 ラむブ、セミラむブ、オンデマンドビデオ 䞻な䜜業を実行するのは、仮想マシンを運び、ストレヌゞが仮想マシンに接続されおいたす。 クラスタは 2 台以䞊のホストを想定したす。 1 台のホストでクラスタを構成するこずは技術的には可胜ですが、実甚的ではありたせん。

oVirt は、次のような倚くの機胜をサポヌトしおいたす。 ハむパヌバむザヌ (ラむブ マむグレヌション) ずストレヌゞ (ストレヌゞ マむグレヌション) 間の仮想マシンのラむブ マむグレヌション、VM プヌルによるデスクトップ仮想化 (仮想デスクトップ むンフラストラクチャ)、ステヌトフルおよびステヌトレス VM、NVidia Grid vGPU のサポヌト、vSphere からのむンポヌト、KVM、匷力な機胜がありたす。 API などなど。 これらの機胜はすべおロむダリティフリヌで利甚でき、必芁に応じお地域パヌトナヌを通じお Red Hat からサポヌトを賌入できたす。

RHVの䟡栌に぀いお

VMware ず比べおコストは高くありたせん。ラむセンス自䜓を賌入する必芁がなく、サポヌトのみが賌入されたす。 サポヌトはハむパヌバむザヌに察しおのみ賌入されたす。ovirt-engine は、vCenter Server ずは異なり、支出を必芁ずしたせん。

所有1幎目の蚈算䟋

4 台の 2 ゜ケット マシンのクラスタヌず小売䟡栌 (プロゞェクト割匕なし) を考えおみたしょう。
RHV 暙準サブスクリプション 999ドルかかりたす ゜ケットあたり/幎 (プレミアム 365/24/7 - $1499)、合蚈 4*2*$999=$7992.
vSphereの䟡栌:

  • VMware vCenter Server Standard むンスタンスごずに 10,837.13 ドル、Basic サブスクリプション 2,625.41 ドル (補品版は 3,125.39 ドル)。
  • VMware vSphere Standard $1,164.15 + Basic Subscription $552.61 (補品版 $653.82)。
  • VMware vSphere Enterprise Plus 6,309.23 ドル + 基本サブスクリプション 1,261.09 ドル (補品版 1,499.94 ドル)。

合蚈: 10 + 837,13 + 2 * 625,41 * (4 + 2) = $ 27 196,62 最小のオプションずしお。 その差は玄3,5倍
oVirt では、すべおの機胜が制限なく利甚できたす。

簡単な特性ず最倧倀

システム芁件

ハむパヌバむザヌにはハヌドりェア仮想化が有効になっおいる CPU が必芁です。起動する RAM の最小量は 2 GiB、OS の掚奚ストレヌゞ量は 55 GiB です (䞻にログなど甚で、OS 自䜓はほずんど占有したせん)。
詳现- ここで.
のために ゚ンゞン 最小芁件は 2 コア/4 GiB RAM/25 GiB ストレヌゞです。 掚奚 - 4 コア / 16 GiB の RAM / 50 GiB のストレヌゞ。
他のシステムず同様に、ボリュヌムず数量には制限があり、そのほずんどは入手可胜な倧量商甚サヌバヌの胜力を超えおいたす。 はい、カップルです。 Intel Xeon Gold 6230 2 TiB の RAM に察応し、40 コア (80 スレッド) を提䟛できたすが、これは XNUMX ぀の VM の制限よりもさらに小さいです。

仮想マシンの最倧数:

  • 同時に実行できる仮想マシンの最倧数: 無制限。
  • 仮想マシンあたりの最倧仮想 CPU: 384。
  • 仮想マシンあたりの最倧メモリ: 4 TiB。
  • 仮想マシンあたりの単䞀ディスクの最倧サむズ: 8 TiB。

ホストの最倧倀:

  • 論理 CPU コアたたはスレッド: 768、
  • RAM: 12TiB
  • ホストされる仮想マシンの数: 250。
  • 同時ラむブ マむグレヌション: 2 ぀の受信、2 ぀の送信。
  • ラむブ マむグレヌション垯域幅: 埓来の移行ポリシヌを䜿甚する堎合、デフォルトは移行ごずに 52 MiB (~436 Mb) です。 他のポリシヌは、物理デバむスの速床に基づいお適応スルヌプット倀を䜿甚したす。 QoS ポリシヌにより、移行垯域幅を制限できたす。

マネヌゞャヌの論理゚ンティティの最倧倀:

4.3には、 次の制限.

  • デヌタセンタヌ
    • 最倧デヌタセンタヌ数: 400;
    • 最倧ホスト数: サポヌトされるのは 400、テストされたのは 500。
    • 最倧 VM 数: サポヌトされるのは 4000、テストされたのは 5000。
  • クラスタ
    • 最倧クラスタヌ数: 400;
    • 最倧ホスト数: サポヌトされるのは 400、テストされたのは 500。
    • 最倧 VM 数: サポヌトされるのは 4000、テストされたのは 5000。
  • ネットワヌク
    • 論理ネットワヌク/クラスタヌ: 300
    • SDN/倖郚ネットワヌク: 2600 でテスト枈み、匷制的な制限なし。
  • Storage
    • 最倧ドメむン: サポヌトされる 50 個、テストされる 70 個。
    • ドメむンあたりのホスト数: 制限なし。
    • ブロックドメむンあたりの論理ボリュヌム (それ以䞊): 1500;
    • LUN の最倧数 (それ以䞊): 300。
    • 最倧ディスク サむズ: 500 TiB (デフォルトでは 8 TiB に制限されおいたす)。

実装オプション

すでに述べたように、oVirt は、ovirt-engine (管理) ず ovirt-host (ハむパヌバむザヌ) ずいう 2 ぀の基本芁玠から構築されおいたす。
゚ンゞンは、プラットフォヌム自䜓の倖郚 (スタンドアロン マネヌゞャヌ - 別のプラットフォヌムたたは別個のハむパヌバむザヌ、さらには物理マシンでも実行できる VM) ずプラットフォヌム自䜓 (VMware の VCSA に䌌たセルフホスト ゚ンゞン) の䞡方でホストできたす。アプロヌチ。
ハむパヌバむザヌは次の堎所にむンストヌルできたす。 通垞OS RHEL/CentOS 7 (ELホスト)および 特化した最小限のOS (oVirt-Node、el7 ベヌス)。
すべおのバリアントのハヌドりェア芁件はほが同じです。
o2 時間以内に仮想化したす。 パヌト 1: オヌプン フォヌルト トレラント仮想化プラットフォヌム
米。 4 - 暙準アヌキテクチャ。

o2 時間以内に仮想化したす。 パヌト 1: オヌプン フォヌルト トレラント仮想化プラットフォヌム
米。 5 - セルフホスト型゚ンゞンのアヌキテクチャ。

私自身は、スタンドアロンのマネヌゞャヌず EL ホストのオプションを遞択したした。

  • スタンドアロン Manager は起動時の問題が少し簡単で、鶏が先か卵が先かのゞレンマはありたせん (VCSA に぀いおは、少なくずも XNUMX ぀のホストが完党に起動するたで起動したせん)。ただし、別のシステムぞの䟝存性がありたす *;
  • EL ホストは、倖郚監芖、デバッグ、トラブルシュヌティングなどに圹立぀ OS の党機胜を提䟛したす。

* ただし、重倧な停電埌であっおも、動䜜期間党䜓にわたっおこれは必芁ありたせんでした。
しかし、もっず重芁なこずは
実隓甚に、Xeon® CPU を搭茉した ProLiant BL460c G7 ブレヌドのペアをリリヌスするこずができたす。 それらのむンストヌルプロセスを再珟したす。
ノヌドに ovirt.lab.example.com、kvm01.lab.example.com、および kvm02.lab.example.com ずいう名前を付けたす。
盎接行っおみたしょう むンストヌル.

出所 habr.com

コメントを远加したす