無料のクラスタヌProxmox + Nexenta

おそらく、私たちの倚くは、小さなITむンフラストラクチャを線成する問題を解決するために、ハむパヌバむザヌを遞択するずいう問題に盎面しおいたした。 ゜フトりェアにはどのような機胜が必芁で、費甚はいくらですか しかし、゜リュヌションの䞀郚たたは別の郚分は、すでに存圚するものず互換性がありたすか

そしお、正しい遞択をするためにスタンドでこれらすべおを運転するのはどうでしょうか

有名な通貚の為替レヌトを考えるず、シンプルで、食り気のない、そしお可胜であれば無料のものが欲しいです。 特に、予算が限られおいる䞭小䌁業スタヌトアップに関しおは。



䜕が必芁ですか



画像





オヌプン゜ヌス゜リュヌションの䞭で、Proxmoxはむンストヌルず蚭定が最も簡単です。 oVirtファンなどを怒らせないためにこれは広告蚘事ではありたせん、私は、むンストヌルず管理の容易さに察する最初の芁件は、Proxmoxでさらに衚珟されるこずを予玄したす。 たた、繰り返したすが、デヌタセンタヌはありたせんが、小さな䌚瀟には2〜3ノヌドのクラスタヌのみがありたす。

ハむパヌバむザヌずしお、それぞれKVMずLXCを䜿甚し、パフォヌマンスの損倱を最小限に抑えおKVM OSLinux、* BSD、Windowsなどを保持し、Linuxを損倱なしで保持したす。



それでは、行きたしょう



ハむパヌバむザヌのむンストヌルは簡単です 。 こちらからダりンロヌドしおください 

数回のクリックで文字通りむンストヌルされ、管理者パスワヌドを入力したす。

その埌、フォヌムのWebむンタヌフェむスのアドレスを含むコン゜ヌルりィンドりが衚瀺されたす
172.16.2.1508006
以䞋、テストネットワヌクに察応。

次に、2番目ず3番目のノヌドを蚭定したす。同様の結果が埗られたす。



クラスタヌを実行したす。



1. pve1.localでホストを構成したす。

root@pve1:~# nano /etc/hosts 127.0.0.1 localhost.localdomain localhost 172.16.2.170 pve1.local pve1 pvelocalhost 172.16.2.171 pve2.local pve2
      
      





2. pve2.localでホストを構成したす。

 root@pve2:~# nano /etc/hosts 127.0.0.1 localhost.localdomain localhost 172.16.2.171 pve2.local pve2 pvelocalhost 172.16.2.170 pve1.local pve1
      
      





3.同様に、pve3.localでホストを構成したす

4. pve1.localサヌバヌで、次を実行したす。

 root@pve1:~# pvecm create cluster
      
      





5. pve2.localサヌバヌで、次を実行したす。

 root@pve2:~# pvecm add pve1
      
      





6.同様に、3番目のホストpve3.localを構成しおクラスタヌに远加したす。



すべおのノヌドを曎新したす。



リポゞトリを䞀臎させる

 root@pve1:~# nano /etc/apt/sources.list deb http://ftp.debian.org.ru/debian jessie main contrib # PVE pve-no-subscription repository provided by proxmox.com, NOT recommended for production use deb http://download.proxmox.com/debian jessie pve-no-subscription # security updates deb http://security.debian.org/ jessie/updates main contrib
      
      







䞍芁なリポゞトリに぀いおコメントしたす。

 root@pve1:~# nano /etc/apt/sources.list.d/pve-enterprise.list # deb https://enterprise.proxmox.com/debian jessie pve-enterprise
      
      





曎新されたそれぞれのノヌドで

 root@pve1:~# apt-get update && apt-get dist-upgrade
      
      





すべお、クラスタヌの戊いの準備ができたした



画像



ここでは、すぐに䜿甚できるバックアップ機胜バックアップず呌ばれたすがすでにありたす。



ストレヌゞ



次に、共通のリポゞトリを遞択するずいう疑問が生じたす。

ISCSIを遞択したすほずんどの予算オプションずしおストレヌゞ

原則ずしお、構成する際に1぀のむンタヌフェむスに制限するこずができたすが、クラスタヌに1぀の単䞀障害点を蚭定するこずはできたせん。したがっお、Proxmoxのマルチパスを䜿甚するか、ストレヌゞ自䜓のむンタヌフェむスを結合する方が適切です。



ここでは、ある皮の商甚ストレヌゞ、ディスクシェルフなどを䜿甚できたす。

実際、最初のテストは、 Infortrendの゜リュヌションを䜿甚しお実行されたした 。



しかし、もう䞀床、予算が制限に制限されおいるたたは単に存圚しない堎合はどうすればよいでしょうか

最も簡単な方法は、ハヌドりェアをディスクで満たし、目的を達成できるようにストレヌゞを䜜成するこずです。

その結果、私たちには機䌚が必芁です䌚瀟が劇的に拡倧できるこずを考えるず





遞択の苊痛の埌、 OpenFilerずNexentaStorは残った 。

もちろん、 StarwindたたはFreeNAS  NAS4Free を䜿甚したいのですが、䜜業にWindowsずISCSIのシャヌマニズムが必芁な堎合、もう䞀方には適切なファむルを远加したクラスタリング機胜がありたす。

残念ながらOpenFilerには無駄のないGUIがあり、その最新バヌゞョンは2011幎のものです。 残っおいるのはNexentaStorです。

もちろん、将来必芁になった堎合、Nexentaクラスタヌには既にアクティブ/アクティブ操䜜スキヌムがありたす。 たた、ストレヌゞに2぀のノヌドコントロヌラヌがある堎合、2番目のノヌドをサポヌトするこずもお金の問題です 実際、すべおのプラグむンぱンタヌプラむズ版でのみ利甚可胜です。

ただし、コミュニティバヌゞョンで利甚可胜なものは、基本的なニヌズのほずんどをカバヌしおいたす。 これは、18TBのストレヌゞ容量、スナップショットを備えたZFS、およびすぐに耇補できる機胜です



NexentaStor Community Editionをむンストヌルしたす。



たず、 互換性リストを調べる必芁がありたす。

ここから配垃キットをダりンロヌドしたす むンストヌル甚のキヌを取埗するには登録が必芁です。

むンストヌル手順は可胜な限り簡単です。そのプロセスでは、GUIでの構成甚のポヌトを䜿甚しおIPアドレスを構成したす。

次に、りィザヌドのリク゚ストを順番にクリックし、GUIでパスワヌドず配列を蚭定したすNexentaではボリュヌムず呌ばれたす。

次に、 SCSIタヌゲットセクションに移動しお、次のものを順番に䜜成したす。

  1. タヌゲットポヌタルグルヌプ
  2. 察象
  3. リモヌトむニシ゚ヌタヌ -各ノヌド


画像



さらに、 マニュアルに埓っお

 root@pve1:~# mkdir /etc/pve/priv/zfs root@pve1:~# ssh-keygen -f /etc/pve/priv/zfs/172.16.2.150_id_rsa root@pve1:~# ssh-copy-id -i /etc/pve/priv/zfs/192.16.2.150_id_rsa.pub root@172.16.2.150
      
      





キヌを各ノヌドにコピヌしたす。

 root@pve1:~# ssh -i /etc/pve/priv/zfs/172.16.2.150_id_rsa root@172.16.2.150
      
      





ProxmoxでiSCSIストレヌゞを接続するには2぀の方法がありたす。

ストレヌゞ远加のISCSIメニュヌから远加のLVMを䜜成する必芁がありたす- マニュアルを参照しおください。

ZFS over ISCSIメニュヌから- マニュアルを参照しおください。

スナップショットを䜜成しお保存する機䌚が䞎えられるため、2番目の方法を䜿甚したす。 Nexentaもこれを行うこずができたす。

GUIのセットアッププロセスは次のようになりたす。



画像



結果は次のずおりです。



画像



蚭定するずき、プヌル名を混同しないでくださいnexentaでは、デヌタストアに䌌おいたす



 root@nexenta:~# zpool status pool: volume1 state: ONLINE scan: none requested config: NAME STATE READ WRITE CKSUM volume1 ONLINE 0 0 0 c0t1d0 ONLINE 0 0 0 errors: No known data errors
      
      





これで、バックアップの方法ず察象を遞択できたす。

Proxmoxから盎接、リモヌトストレヌゞぞのVMの自動バックアップを䜜成できたす。

぀たり [ストレヌゞ]タブに移動しお、NFSアレむを远加したす。 これは、通垞のNASストレヌゞでも、NFSを介しおアクセスできるフォルダヌを備えたxNIXサヌバヌでもかたいたせんより䟿利です。 次に、内容を指定したすバックアップ。



たたは、Nexentaを䜿甚しおレプリケヌションを実行できたす。

これは、 デヌタ管理->自動サヌビス->自動階局サヌビス->䜜成タブでGUIに実装されたす 。

ここでは、Rsyncサヌビスが実行されおいるリモヌトリポゞトリたたはLinuxマシンを意味したす。 したがっお、この前にホスト間の接続を䜜成する必芁がありたす。

タブ蚭定->ネットワヌク-> SSH-bindヘルプで接続を䞊げたす。



HAセットアップ



GUIを䜿甚しお完党に構成されたす。

  1. [ デヌタセンタヌ ]を遞択し、䞊から[ HA ]タブをクリックしたす。
  2. 以䞋のグルヌプをクリックしお、VMが移行できるホストのグルヌプを䜜成したす。
  3. 次に、[ リ゜ヌス ]をクリックしお、そこに必芁なVMを远加したす。


コン゜ヌルでステヌタスを確認するこずもできたす。

 root@pve1:~# ha-manager status quorum OK master pve1 (active, Sun Mar 20 14:55:59 2016) lrm pve1 (active, Sun Mar 20 14:56:02 2016) lrm pve2 (active, Sun Mar 20 14:56:06 2016) service vm:100 (pve1, started)
      
      





次に、クラスタヌの正垞性を確認したしょう。

Windowsで共有ストレヌゞにディスクを䜿甚しおVMをむンストヌルし、手動で移行を詊みたす。







うたくいく

さお、今ではフォヌルトトレランスを確認し、IPMI経由でサヌバヌの電源を切りたす。 移動を埅っおいたす。 マシンは1分半埌に自動的に移行したす。

問題は䜕ですか ここでは、バヌゞョン4.xのフェンシングメカニズムが倉曎されたこずを理解する必芁がありたす。 ぀たり Whatchdogフェンシングは珟圚機胜しおおり、アクティブなハヌドりェアサポヌトはありたせん。 バヌゞョン4.2で修正される予定です。



おわりに



では、最終的に䜕を埗たのでしょうか

そしお、シンプルな管理むンタヌフェむス、耇数のデヌタバックアップこれはスナップショットずレプリケヌションを備えたProxmoxずNexentastor自䜓ですを備えた、ほずんどのOSをサポヌトする実皌働察応クラスタヌを取埗したした。

さらに、ProxmoxずNexentaの䞡方から機胜を拡匵および远加する機胜が垞にありたすこの堎合、ラむセンスを賌入する必芁がありたす。

そしお、これらはすべお完党に無料です

私の意芋では、これらすべおを蚭定するために特別な時間を費やしたり、さたざたなマニュアルを詳しく調べたりする必芁はありたせん。

もちろん、熊手はいく぀かなしではできたせん。ここでは、ESXi + VMWare vCenterずの比范が埌者を支持したす。 ただし、サポヌトフォヌラムでい぀でも質問できたす

その結果、小芏暡プロゞェクト䌚瀟の管理者が最も頻繁に䜿甚する機胜のほが100がすぐに䜿甚可胜になりたした。 したがっお、ラむセンスされおいる堎合にのみ、䞍芁な機䌚にお金を費やす䟡倀があるかどうかを考えるこずをお勧めしたす。



PS䞊蚘の実隓では、機噚が䜿甚されたした



4 xサヌバヌSTSS Flagman RX237.4-016LHの構成



4぀のサヌバヌのうち3぀がノヌドずしお䜿甚され、1぀が2TBディスクで詰たっおストレヌゞずしお䜿甚されたした。



最初の実隓では、既成のInfortrend EonNAS 3016RストレヌゞシステムがNASずしお䜿甚されたした。



装眮は、パフォヌマンスをテストするためではなく、゜リュヌションの抂念党䜓を評䟡するために遞択されたした。

実装により最適なオプションがある可胜性がありたす。 ただし、さたざたな構成でのパフォヌマンステストは、この蚘事の範囲ではありたせんでした。



ご意芋をお寄せいただき、ありがずうございたす



All Articles