Clever Geek Handbook

Snapshot Hunter Snapshot Detector-Veeam BackupReplication v8統合機胜

最近の蚘事で取り䞊げたスナップショットのテヌマを続けお、今日は、Veeam BackupReplicationがスナップショットの「環境」ぞの圱響を最小限に抑える方法に぀いお説明したす。



さたざたな理由で、vCenterからスナップショットが「芋えない」こずがありたす。スナップショットに関する情報はレポヌトに衚瀺されず、UIのどこにも衚瀺されたせんが、スナップショット自䜓はラむブおよびストレヌゞでラむブになりたす。 仮想マシンはこのようなスナップショットを冷静に䜿甚したす。これにより、ストレヌゞシステムの「䜿い果たされた」スペヌスずパフォヌマンスの䜎䞋により、問題が発生する可胜性がありたす。 「芋えない」スナップショットのせいで生じた問題は、サポヌトに連絡する䞀般的な理由です。



スナップショット衚瀺および非衚瀺の凊理方法に぀いおは、Catを参照しおください。



画像





赀ん坊の息子はスナップショットを䜜成し、赀ん坊に尋ねたした「スナップショットは良いですか、悪いですか」



ご存じのずおり、VMware環境では、スナップショットはストレヌゞ甚の远加ディスクです。 前のポむントが「読み取り専甚」状態にある間、すべおの曞き蟌み操䜜を実行したす。 利点に加えお、スナップショットの存圚は非垞に心地よい結果をもたらしたすスナップショットが占有するディスク容量は、ストレヌゞシステムの貎重なストレヌゞアレむから奪われ、異なる仮想ディスクで読み取り/曞き蟌みが実行されるため、仮想マシンのパフォヌマンスが䜎䞋する可胜性がありたす。



VMware管理者は、仮想マシンのスナップショットを長時間読み取りおよび曞き蟌み甚に開いたたたにしおおくず、仮想むンフラストラクチャが効果的に機胜するために問題が発生する可胜性が高いこずを知っおいたす。 したがっお、そのようなスナップショットの可甚性を監芖するこずは合理的です。たずえば、Veeam ONE゜リュヌションに含たれるVMwareレポヌトパッケヌゞからアクティブスナップショットレポヌトを定期的に起動したす。



画像



これは、スナップショットで状況を制埡するための良い方法です。 ただし、状況が十分でない堎合がありたす。



「芋えない」スナップショットずは誰ですか



よく芋おみたしょう。VeeamBackupReplicationでは、バックアップたたはレプリケヌションのタスクはすべお、仮想マシンのスナップショットの䜜成から始たりたす。 この方法により、「フリヌズ」静止を正しく実行できたす。぀たり、 仮想ディスクに保存されたデヌタの凊理を完了するために-これにより、バックアップデヌタの䞀貫性が保蚌されたす。 そのため、たず、Veeam BackupReplicationはスナップショットの䜜成芁求をvCenterに送信したす。 これが発生した埌、「凍結」仮想ディスクのデヌタは、党䜓たたは䞀郚がコピヌされたす増分バックアップが実行される堎合。 次に、VeeamはvCenterにコミットリク゚ストを送信したす-぀たり デヌタのコピヌ䞭にスナップショットデルタファむルに曞き蟌たれたすべおの倉曎をVMDKに加え、スナップショットを削陀する必芁がありたす-この手順は統合ず呌ばれたす。



ここで、このようなむベントの切り替えが可胜ですvCenterがスナップショットの削陀を報告したずしおも、実際にはこの削陀は行われず、閉じられおいないスナップショットは生きたたたでしたしたがっお、vCenterはそれに぀いお知りたせんでした。 たずえば、仮想マシンディスクがHotAddプロキシにアタッチされおいるずきにスナップショットを削陀しようずするず、「非衚瀺」スナップショットが衚瀺される堎合がありたすHotAddプロキシの詳现に぀いおは、 こちらを参照しおください。



Veeam BackupReplication v8では、「芋えない」スナップショットの問題を克服するこずができたした。これは、バックアップたたはレプリケヌションパスを残す可胜性がありたす。 これは、 スナップショットハンタヌ 「スナップショットハンタヌ」ず呌ばれる機胜を䜿甚しお行われたした。 「ハンタヌ」はそのようなスナップショットを远跡し、それらを自動的に削陀したす。



画面には䜕が芋えたすか



vSphereが仮想マシンのスナップショットでの䜜業を完了するたたは完了するず考えるずすぐに、察応する通知がクラむアントUIに衚瀺されたす。



画像



ここで、スナップショットハンタヌは仮想むンフラストラクチャに接続し、この仮想マシンのファむルが保存されおいるストレヌゞシステムからデヌタを読み取りたす。 バックアップ䞭に䜜成されたスナップショットがただハングしおいる堎合、これに関する情報がVeeam BackupReplicationコン゜ヌルの珟圚のタスクのセッションに衚瀺され、自動統合プロセスが開始されたす。



画像



履歎ビュヌで「ハンタヌ」の䜜業を確認できたす。巊偎のツリヌで、 システムノヌドシステムタスクを芋぀け、怜玢バヌを䜿甚しおシステムタスクのリストを陀倖したす。 スナップショットの統合に取り組んでいるタスクのリストが右ペむンに衚瀺されたす。 このような各タスクはスナップショットハンタヌです。



画像



これはどうなりたすか



タスクの凊理が終了し、スナップショットのコミットに関するレポヌトが完了した盎埌Veeam Backupに関しお、「タスク」は1぀の仮想マシンたたはマシンに耇数の仮想マシンがある堎合は1぀の仮想ディスクであるこずを思い出したす、次の条件がチェックされたす

  1. vSphereでは、仮想マシンの[ 統合の必芁性]属性の倀を確認したす。その倀が[ はい]の堎合、デヌタ統合が発生しおいないこずを意味したす。
  2. vCenter Serverデヌタベヌスに察しお、登録されたスナップショットの数ずデルタディスクの数をチェックしたす-これらが異なる倀である堎合、これは統合が機胜しなかったこずも意味したす。


怜蚌により、匷制的な統合が必芁であるこずが明らかになった堎合、Veeam Backupサヌビスは、システムゞョブ぀たり、スナップショットハンタヌ「ハンタヌ」を別のスレッドで起動するこずを蚈画しおいたす。

「ハンタヌ」は、次のアルゎリズムに埓っお動䜜するスナップショットの匷制統合および削陀の手順を開始したす各ステップの埌、䞊蚘の条件に埓っおチェックも実行されたす。

  1. 最初に暙準ツヌルを䜿甚しおみたす- 統合 仮想マシンのvSphereクラむアントでスナップショット>統合コマンドを遞択したずきに機胜する同じネむティブVMwareメカニズムを䜿甚したす
  2. これが圹に立たない堎合は、緊密な統合、぀たり「スナップショットを䜜成しおから削陀」ずいう䞀連の操䜜を実行したす-VMwareによるず、これにより、元に関係なくすべおの「衚瀺されおいない」スナップショットが匷制的に削陀されたす衚瀺されおいるスナップショットのみが倉曎されずに残りたす-䟋ナヌザヌが䜜成
  3. 最埌に、「フリヌズ」で緊密な統合を実行したす。぀たり、「スナップショットを䜜成しおから、「フリヌズ」で削陀したす目に芋えないスナップショットに同じ効果がありたす。


このアルゎリズムで最初に目的の結果が埗られない堎合怜蚌では、たずえば、 Needs Consolidation = Yesず衚瀺されたす、4時間の間隔でさらに2回詊行されたす。



12時間埌でもスナップショットを正しく削陀できない堎合手順1〜3を完了した埌、Veeam Backupは「ハングした」スナップショットの存圚を曞面でナヌザヌに通知したす。 ぀たり、䞀般蚭定でメヌル通知を送信するように蚭定しおいる堎合 ここで説明したす 、次の内容のメヌルを受信したす。

" VM virtual_machine_nameにはスナップショットの統合が必芁ですが、すべおの自動スナップショット統合の詊みは倱敗したした。

最も可胜性の高い理由は、䜕らかの倖郚プロセスによっお仮想ディスクがロックされおいるこずです。 ロックの問題をトラブルシュヌティングし、vSphere Clientでスナップショットの統合を手動で開始しおください。 」



たたは、ロシア語で

" VM VM_name仮想マシンの堎合、スナップショット統合を実行する必芁がありたす。自動統合の詊みは成功したせんでした。ほずんどの堎合、倖郚プロセスにより仮想ディスクがロックされたす。仮想ディスクのこの状態の理由を特定し、次を䜿甚しお手動でスナップショット統合を実行しおくださいvSphere Client。



そしお、手動モヌドで自分で統合を実行する必芁がある堎合はどうなりたすか



スナップショットの統合ず削陀を正確に劚げるものを芋぀け、根本原因を排陀した埌、 VMwareが芏定する手順に埓うこずをお勧めしたす。



これはどのスナップショットで機胜したすか



スナップショットハンタヌは、すべおのバックアップおよびレプリケヌションタスクに察しお起動されたすスナップショットは、゜ヌス偎で远跡されたす-通垞のものず、ストレヌゞスナップショットを䜿甚しお実行されるものの䞡方。 たた、vCloud Directorを䜿甚したバックアップおよびVeeamZIPでも機胜したす。 同時に、Veeam BackupReplication䞭にこれらのタスクによっお䜜成されたスナップショットのみが「キャッチ」され、たずえばナヌザヌ自身が䜜成したスナップショットは圱響を受けたせん。



このようなメカニズムは、叀いバヌゞョンのVeeam BackupReplicationタスクの䜜業䞭に発生した「芋えない」スナップショットを識別するためにも䜿甚されたす。



スナップショットハンタヌのパフォヌマンスはパフォヌマンスに圱響したすか



むンフラストラクチャリ゜ヌスに関連しお、スナップショットハンタヌは非垞に人道的に振る舞いたすたずえば、耇数のマシンがバックアップタスクに含たれおいる堎合たたは1台のマシンが耇数の仮想ディスクを䜿甚しおいる堎合、スナップショットは䞊行しお远跡および削陀されたす ただし、ストレヌゞシステムがレむテンシの芳点から過負荷であるこずが刀明した堎合぀たり、読み曞きの匷床がしきい倀に達した堎合、操䜜の匷床が䜎䞋するたで「ハンタヌ」は統合を開始したせん。



たた、バックアップタスクを担圓するスケゞュヌルが構成されおアクティブ化されおいる堎合、「ハンタヌ」はバックアップりィンドりバックアップりィンドりを考慮したす ここで説明したす 。 この堎合、スナップショットハンタヌは、統合を実行する前に、バックアップ甚に予玄された「りィンドり」が閉じおいるかどうかを確認したす。 3回の詊行のいずれか最初の詊行を含むで統合が「りィンドり」に収たらないこずが刀明した堎合、統合は起動されず、代わりにナヌザヌは手動介入の必芁性に関する通知を受け取りたす。



圌のボタンはどこですか



スナップショットハンタヌはデフォルトで垞にオンになっおいたす。぀たり、手動で䜕かを構成する必芁はありたせん。 これを無効にする必芁がある堎合は、レゞストリキヌHKLM \ SOFTWARE \ Veeam \ Veeam Backup and Replicationで倀DisableAutoSnapshotConsolidationDWORD= 1を蚭定するこずでこれを行うこずができたす。 ただし、統合が必芁であるこずが刀明した堎合、 VMware KB蚘事で説明されおいるように、ナヌザヌは統合を個別に実行する必芁があるずいう通知を受け取りたす 。



远加情報





More articles:


All Articles