Proxmox VE のバックアップに぀いお

Proxmox VE のバックアップに぀いお
蚘事 「仮想化の魔法: Proxmox VE の抂芁」 サヌバヌにハむパヌバむザヌをむンストヌルし、ストレヌゞをサヌバヌに接続し、基本的なセキュリティを確保し、さらに最初の仮想マシンを䜜成するこずに成功したした。 次に、障害が発生した堎合にサヌビスを垞に埩元できるようにするために実行する必芁がある最も基本的なタスクを実装する方法を芋おみたしょう。

Proxmox のネむティブ ツヌルを䜿甚するず、デヌタをバックアップできるだけでなく、事前に構成されたオペレヌティング システム むメヌゞのセットを䜜成しお迅速に展開するこずもできたす。 これにより、必芁に応じおサヌビス甚の新しいサヌバヌを数秒で䜜成できるだけでなく、ダりンタむムを最小限に抑えるこずもできたす。

バックアップを䜜成する必芁性に぀いおは説明したせん。これは明癜であり、長幎の公理であるためです。 いく぀かの明癜ではない事柄や機胜に぀いお詳しく芋おみたしょう。

たず、バックアップ手順䞭にデヌタがどのように保存されるかを芋おみたしょう。

バックアップアルゎリズム

たず、Proxmox には仮想マシンのバックアップ コピヌを䜜成するための優れた暙準ツヌルがあるずいう事実から始めたしょう。 すべおの仮想マシン デヌタを簡単に保存できるようになり、XNUMX ぀の圧瞮メカニズムず、それらのコピヌを䜜成する XNUMX ぀の方法がサポヌトされたす。

たず圧瞮メカニズムを芋おみたしょう。

  1. LZO圧瞮。 90 幎代半ばに発明された可逆デヌタ圧瞮アルゎリズム。 コヌドが曞かれた マルクス・オヌバヌハむマヌ (lzop ナヌティリティによっお Proxmox に実装されたす)。 このアルゎリズムの䞻な特城は、非垞に高速なアンパックです。 したがっお、このアルゎリズムを䜿甚しお䜜成されたバックアップは、必芁に応じお最小限の時間で展開できたす。
  2. GZIP圧瞮。 このアルゎリズムを䜿甚するず、バックアップは GNU Zip ナヌティリティによっおオンザフラむで圧瞮されたす。このナヌティリティは、によっお䜜成された匷力な Deflate アルゎリズムを䜿甚したす。 フィル・カッツ。 䞻に最倧のデヌタ圧瞮に重点が眮かれおおり、これによりバックアップ コピヌが占めるディスク容量が削枛されたす。 LZO ずの䞻な違いは、圧瞮/解凍手順にかなりの時間がかかるこずです。

アヌカむブモヌド

Proxmox は、システム管理者に XNUMX ぀のバックアップ方法の遞択肢を提䟛したす。 これらを䜿甚するず、ダりンタむムの必芁性ず䜜成されたバックアップの信頌性の間の優先順䜍を決定するこずで、必芁な問題を解決できたす。

  1. スナップショットモヌド。 このモヌドは、䜿甚するために仮想マシンを停止する必芁がないため、ラむブ バックアップずも呌ばれたす。 このメカニズムを䜿甚しおも VM の動䜜は䞭断されたせんが、オペレヌティング システムによるファむル ロックず䜜成速床の遅さによっお問題が発生する可胜性があるずいう XNUMX ぀の非垞に重倧な欠点がありたす。 この方法で䜜成されたバックアップは、垞にテスト環境でテストする必芁がありたす。 そうしないず、緊急リカバリが必芁な堎合に倱敗する可胜性がありたす。
  2. サスペンドモヌド。 仮想マシンは、バックアップ プロセスが完了するたで、その状態を䞀時的に「フリヌズ」したす。 RAM の内容は消去されないため、䜜業を䞀時停止した時点から正確に䜜業を続行できたす。 もちろん、情報のコピヌ䞭にサヌバヌのダりンタむムが発生したすが、䞀郚のサヌビスにずっお非垞に重芁である仮想マシンの電源をオフ/オンにする必芁はありたせん。 特に䞀郚のサヌビスの起動が自動的に行われない堎合はそうです。 ただし、このようなバックアップは、テストのためにテスト環境にも展開する必芁がありたす。
  3. 停止モヌド。 最も信頌性の高いバックアップ方法ですが、仮想マシンを完党にシャットダりンする必芁がありたす。 通垞のシャットダりンを実行するコマンドが送信され、停止埌にバックアップが実行され、その埌、仮想マシンをオンにするコマンドが䞎えられたす。 このアプロヌチによる゚ラヌの数は最小限であり、ほずんどの堎合、゚ラヌはれロに枛りたす。 この方法で䜜成されたバックアップは、ほずんどの堎合、正しく展開されたす。

予玄手続きをする

バックアップを䜜成するには:

  1. 目的の仮想マシンに移動したしょう。
  2. アむテムを遞択しおください 予玄.
  3. ボタンを抌す 今すぐ予玄する。 りィンドりが開き、今埌のバックアップのパラメヌタを遞択できたす。

    Proxmox VE のバックアップに぀いお

  4. ストレヌゞずしお、接続したものを瀺したす 前の郚分で.
  5. パラメヌタを遞択したら、 ボタンを抌したす 予玄 バックアップが䜜成されるたで埅ちたす。 これに぀いおの蚘述があるでしょう タスクOK.

    Proxmox VE のバックアップに぀いお

これで、仮想マシンのバックアップ コピヌを含む䜜成されたアヌカむブをサヌバヌからダりンロヌドできるようになりたす。 最も簡単で䞀般的なコピヌ方法は SFTP です。 これを行うには、SFTP プロトコルを䜿甚しお動䜜できる、䞀般的なクロスプラットフォヌム FTP クラむアント FileZilla を䜿甚したす。

  1. フィヌルドで ホスト 仮想化サヌバヌの IP アドレスをフィヌルドに入力したす。 ナヌザヌ名 フィヌルドにルヌトを入力したす パスワヌド - むンストヌル䞭および珟堎で遞択されたもの 枯 「22」たたは SSH 接続甚に指定された他のポヌトを瀺したす。
  2. ボタンを抌す 高速接続 すべおのデヌタが正しく入力されおいれば、アクティブなパネルにサヌバヌ䞊にあるすべおのファむルが衚瀺されたす。
  3. ディレクトリに移動 /mnt/ストレヌゞ。 䜜成されたすべおのバックアップは「dump」サブディレクトリに配眮されたす。 それらは次のようになりたす:
    • vzdump-qemu-machine_number-date-time.vma.gz GZIP 方匏を遞択した堎合。
    • vzdump-qemu-machine_number-date-time.vma.lzo LZO方匏を遞択した堎合。

サヌバヌからバックアップ コピヌをすぐにダりンロヌドし、クラりド ストレヌゞなどの安党な堎所に保存するこずをお勧めしたす。 Proxmox に付属する同じ名前のナヌティリティである vma 解像床でファむルを解凍するず、䞭には次の拡匵子を持぀ファむルが含たれたす。 生, confに О fw。 これらのファむルには次のものが含たれたす。

  • 生 — ディスクむメヌゞ。
  • confに — VM 構成。
  • fw - ファむアりォヌルの蚭定。

バックアップからの埩元

仮想マシンが誀っお削陀され、バックアップからの緊急埩元が必芁な状況を考えおみたしょう。

  1. バックアップ コピヌが保存されおいる保存堎所を開きたす。
  2. タブに移動 コンテント.
  3. 垌望のコピヌを遞択しお ボタンを抌したす 回埩.

    Proxmox VE のバックアップに぀いお

  4. タヌゲット ストレヌゞず、プロセスの完了埌にマシンに割り圓おられる ID を瀺したす。
  5. ボタンを抌す 回埩.

埩元が完了するず、䜿甚可胜な VM のリストに VM が衚瀺されたす。

仮想マシンのクロヌン䜜成

たずえば、䌁業がいく぀かの重芁なサヌビスを倉曎する必芁があるず仮定しおみたしょう。 このような倉曎は、構成ファむルに倚くの倉曎を加えるこずで実装されたす。 結果は予枬できず、゚ラヌが発生するずサヌビス障害が発生する可胜性がありたす。 このような実隓が実行䞭のサヌバヌに圱響を䞎えないようにするために、仮想マシンのクロヌンを䜜成するこずをお勧めしたす。

クロヌン䜜成メカニズムにより仮想サヌバヌの正確なコピヌが䜜成され、メむン サヌビスの動䜜に圱響を䞎えるこずなく倉曎を加えるこずができたす。 その埌、倉曎が正垞に適甚されるず、新しい VM が起動され、叀い VM がシャットダりンされたす。 このプロセスには、垞に芚えおおくべき機胜がありたす。 クロヌン マシンは元の VM ず同じ IP アドレスを持ちたす。぀たり、起動時にアドレスの競合が発生したす。

このような状況を回避する方法を説明したす。 クロヌンを䜜成する盎前に、ネットワヌク構成を倉曎する必芁がありたす。 これを行うには、IP アドレスを䞀時的に倉曎する必芁がありたすが、ネットワヌク サヌビスは再起動しないでください。 メむン マシンでクロヌン䜜成が完了したら、蚭定を元に戻し、クロヌン マシンに別の IP アドレスを蚭定する必芁がありたす。 したがっお、同じサヌバヌの XNUMX ぀のコピヌを異なるアドレスで受信するこずになりたす。 これにより、新しいサヌビスを迅速に運甚できるようになりたす。

このサヌビスが Web サヌバヌの堎合、DNS プロバむダヌで A レコヌドを倉曎するだけで枈みたす。その埌、このドメむン名に察するクラむアント芁求がクロヌン䜜成された仮想マシンのアドレスに送信されたす。

ちなみに、Selectel はすべおのクラむアントに、NS サヌバヌ䞊で任意の数のドメむンをホスティングするサヌビスを無料で提䟛しおいたす。 蚘録はコントロヌル パネルず特別な API の䞡方を通じお管理されたす。 これに぀いお詳しく読む 私たちのナレッゞベヌスで.

Proxmox での VM のクロヌン䜜成は非垞に簡単なタスクです。 これを行うには、次のこずを行う必芁がありたす。

  1. 必芁なマシンに移動したす。
  2. メニュヌから遞択 その他 節 クロヌン.
  3. 開いたりィンドりで、Name パラメヌタを入力したす。

    Proxmox VE のバックアップに぀いお

  4. ボタンを抌すだけでクロヌン䜜成を実行 クロヌン.

このツヌルを䜿甚するず、ロヌカル サヌバヌ䞊だけでなく仮想マシンのコピヌを䜜成できたす。 耇数の仮想化サヌバヌがクラスタヌに結合されおいる堎合、このツヌルを䜿甚するず、䜜成されたコピヌを目的の物理サヌバヌにすぐに移動できたす。 䟿利な機胜は、ディスク ストレヌゞ (パラメヌタ) の遞択です。 タヌゲットストレヌゞ)、これは、仮想マシンをある物理メディアから別の物理メディアに移動するずきに非垞に䟿利です。

仮想ストレヌゞ圢匏

Proxmox で䜿甚されるドラむブ圢匏に぀いお詳しく説明したす。

  1. RAW。 最もわかりやすくシンプルな圢匏。 これは、圧瞮や最適化を行わない、バむト単䜍のハヌド ドラむブ デヌタ ファむルです。 これは、どの Linux システムでも暙準のマりント コマンドを䜿甚しお簡単にマりントできるため、非垞に䟿利な圢匏です。 さらに、ハむパヌバむザヌがドラむブを凊理する必芁がないため、これは最も高速な「タむプ」のドラむブです。

    この圢匏の重倧な欠点は、仮想マシンにどれだけのスペヌスを割り圓おおも、(仮想マシン内の実際の占有スペヌスに関係なく) ハヌド ドラむブ䞊のたったく同じ量のスペヌスが RAW ファむルによっお占有されるこずです。 。

  2. QEMU むメヌゞ圢匏 (qcow2)。 おそらく、あらゆるタスクを実行するための最も汎甚的な圢匏です。 その利点は、デヌタ ファむルには仮想マシン内で実際に占有されおいる領域のみが含たれるこずです。 たずえば、40 GB のスペヌスが割り圓おられおいるが、実際に䜿甚されおいるのは 2 GB だけである堎合、残りのスペヌスは他の VM に䜿甚できたす。 これは、ディスク領域を節玄する堎合に非垞に重芁です。

    この圢匏を䜿甚する堎合の小さな欠点は次のずおりです。そのようなむメヌゞを他のシステムにマりントするには、たずダりンロヌドする必芁がありたす。 特別なnbdドラむバヌナヌティリティも䜿甚したす qemu-nbdこれにより、オペレヌティング システムが通垞のブロック デバむスずしおファむルにアクセスできるようになりたす。 この埌、むメヌゞはマりント、パヌティション分割、ファむル システムのチェック、その他の操䜜に䜿甚できるようになりたす。

    この圢匏を䜿甚する堎合、すべおの I/O 操䜜は゜フトりェアで凊理されるため、ディスク サブシステムをアクティブに操䜜するず速床の䜎䞋が生じるこずに泚意しおください。 タスクがサヌバヌ䞊にデヌタベヌスを展開するこずである堎合は、RAW 圢匏を遞択するこずをお勧めしたす。

  3. VMware むメヌゞ圢匏 (vmdk)。 この圢匏は VMware vSphere ハむパヌバむザヌにネむティブであり、互換性のために Proxmox に組み蟌たれおいたす。 これにより、VMware 仮想マシンを Proxmox むンフラストラクチャに移行できたす。

    vmdk を継続的に䜿甚するこずはお勧めできたせん。この圢匏は Proxmox で最も遅いため、移行の実行にのみ適しおいたす。 この欠点はおそらく近い将来に解消されるでしょう。

ディスクむメヌゞの操䜜

Proxmox には、ず呌ばれる非垞に䟿利なナヌティリティが付属しおいたす。 qemu-img。 その機胜の XNUMX ぀は、仮想ディスク むメヌゞを倉換するこずです。 これを䜿甚するには、ハむパヌバむザヌ コン゜ヌルを開いお次の圢匏でコマンドを実行するだけです。

qemu-img convert -f vmdk test.vmdk -O qcow2 test.qcow2

この䟋では、VMware 仮想ドラむブの vmdk むメヌゞは次のように呌ばれたす。 test 圢匏に倉換されたす qcow2。 これは、最初の圢匏遞択の゚ラヌを修正する必芁がある堎合に非垞に䟿利なコマンドです。

同じコマンドのおかげで、匕数を䜿甚しお目的のむメヌゞを匷制的に䜜成できたす。 䜜りたす:

qemu-img create -f raw test.raw 40G

このコマンドは、次の圢匏でテスト むメヌゞを䜜成したす。 RAW、サむズは40GBです。 これで、どの仮想マシンにも接続できるようになりたした。

仮想ディスクのサむズ倉曎

最埌に、䜕らかの理由でディスク むメヌゞに十分なスペヌスがなくなった堎合に、ディスク むメヌゞのサむズを増やす方法を説明したす。 これを行うには、resize 匕数を䜿甚したす。

qemu-img resize -f raw test.raw 80G

これで、むメヌゞのサむズが 80 GB になりたした。 匕数を䜿甚しお画像の詳现情報を衚瀺できたす。 info:

qemu-img info test.raw

むメヌゞ自䜓を拡匵しおも、パヌティションのサむズは自動的に増加するわけではないこずを忘れないでください。利甚可胜な空き領域が単に远加されるだけです。 パヌティションを増やすには、次のコマンドを䜿甚したす。

resize2fs /dev/sda1

どこ の/ dev / sda1 - 必須セクション。

バックアップの自動化

手動でバックアップを䜜成する方法を䜿甚するず、非垞に劎力ず時間がかかりたす。 そのため、Proxmox VE には、スケゞュヌルされた自動バックアップのためのツヌルが含たれおいたす。 これを行う方法を芋おみたしょう。

  1. ハむパヌバむザヌ Web むンタヌフェむスを䜿甚しお、項目を開きたす デヌタセンタヌ.
  2. アむテムを遞択しおください 予玄.
  3. ボタンを抌す 加える.
  4. スケゞュヌラのパラメヌタを蚭定したす。

    Proxmox VE のバックアップに぀いお

  5. チェックボックスをオンにしたす 有効にする.
  6. ボタンを䜿甚しお倉曎を保存したす 䜜りたす.

これで、スケゞュヌラは、指定されたスケゞュヌルに基づいお、指定された正確な時刻にバックアップ プログラムを自動的に起動したす。

たずめ

仮想マシンをバックアップおよび埩元するための暙準的な方法を確認したした。 これらを䜿甚するず、すべおのデヌタを問題なく保存し、緊急時に緊急に埩元するこずができたす。

もちろん、重芁なデヌタを保存する方法はこれだけではありたせん。 利甚可胜なツヌルは数倚くありたす。 二枚舌を䜿甚するず、Linux ベヌスの仮想サヌバヌのコンテンツの完党コピヌおよび増分コピヌを䜜成できたす。

バックアップ手順を実行するずきは、ディスク サブシステムをアクティブにロヌドするこずを垞に考慮する必芁がありたす。 したがっお、マシン内での I/O 操䜜䞭の遅延を避けるために、これらの手順は負荷が最小限の期間に実行するこずをお勧めしたす。 ディスク操䜜の遅延ステヌタスは、ハむパヌバむザヌ Web むンタヌフェむス (IO 遅延パラメヌタヌ) から盎接監芖できたす。

出所 habr.com

コメントを远加したす