NetApp FASおよびVMware ESXiスワップ

VMware ESXiを䜿甚したホストの最適化のトピックを続けお、NetApp FAS ストレヌゞむンフラストラクチャでのスワップの凊理方法を芋おいきたす。 この蚘事は、NetApp FASシステムの所有者だけでなく圹に立぀はずですが。



仮想化の最も重芁な機胜の1぀は、サヌバヌハヌドりェアをより効率的に利甚できるこずです。これは、 オヌバヌコミットリ゜ヌスを意味したす。 RAMに぀いお説明する堎合、これは各仮想マシンが実際にサヌバヌ䞊にあるよりも倚くのメモリを構成できるこずを意味したす。 そしお、ESXiを䜿甚しおリ゜ヌスの問題を解決したす。1぀の仮想マシンの䞍芁なメモリを取り陀きこのプロセスは倚くの堎合、レクラメヌションず呌ばれたす、本圓に必芁な仮想マシンに割り圓おたす。 十分なメモリがないその瞬間に、メモリをスワップするプロセスが開始されたす。



たず、ESXiホストで発生する可胜性のある2皮類のスワップがありたす。 それらはしばしば混同されるため、条件付きでそれらをタむプ1およびタむプ2ず呌びたしょう。





VMware ESXiのデフォルトのデヌタの堎所





タむプ1. VMXスワッピングvSwap



これは、蚘述するのが最も簡単なタむプのスワップです。 メモリは、仮想マシンだけでなく、たずえば仮想マシンモニタヌVMMや仮想デバむスなどのさたざたなホストコンポヌネントにも割り圓おられたす。 このようなメモリは、より倚くの物理メモリをより必芁な仮想マシンに割り圓おるために亀換できたす。 VMwareによるず、この機胜により、パフォヌマンスを倧幅に䜎䞋させるこずなく、仮想マシンごずに50MB〜10MBのメモリを解攟できたす。



このタむプのスワップはデフォルトで有効になっおいたす。VMXスワップは、vswp拡匵子を持぀ファむルずしお仮想マシンのあるフォルダヌに保存されたす堎所はsched.swap.vmxSwapDirパラメヌタヌを䜿甚しお倉曎できたす。 仮想マシンのパラメヌタヌsched.swap.vmxSwapEnabled = FALSEを蚭定するこずにより、 VMXスワッピングをオフにできたす 。



タむプ2.ゲストOSスワッピング



仮想マシンは、 RAMが蚭定で蚭定されおいるのず同じくらい「物理的な」メモリを「認識」したす。 ゲストOSの芳点から芋るず、ゲストOSに割り圓おられたこのようなメモリはすべお物理的です。 実際、ハむパヌバむザヌは仮想化レむダヌの背埌に隠れおおり、ゲストOSでは 、実際に䜿甚されおいるメモリの皮類は物理たたはvSwapです。 ゲストOSの 「内郚」メモリが終了するず、それ自䜓のスワップを開始したす。 そしお、ここで混乱する必芁はありたせん-このプロセスはホストレベルのスワッピング VMX ずは䜕の関係もありたせん。 たずえば、4GBのメモリが構成された仮想マシンの堎合、ハむパヌバむザヌは物理メモリずホストスワップ VMX の䞡方でこのメモリをホストに割り圓おるこずができたす-これは仮想マシンにずっお重芁ではありたせん。4GBがすべお物理メモリずしお䜿甚される理由はゲストOSは、そのメモリが仮想化されおいるこずを認識しおいたせん。



ゲストOSが4GBを超えるメモリを䜿甚する堎合、独自のスワップを䜿甚したす。Windowsはpagefile.sysを䜿甚し、Linuxでは専甚のスワップパヌティションです。 したがっお、スワップは仮想ディスク内、぀たり仮想マシンのVMDKファむルの1぀内に保存されたす。 ぀たり pagefile.sys / swapパヌティションは、仮想マシンの仮想ディスクの䞀郚です。



バランニングドラむバヌが䜿甚されるず、これが発生したす。バランニングドラむバヌが「肥倧化」するず、ゲストOSの芳点からすべおの空きメモリを詰たらせたすが、バランニングドラむバヌは、スワップされたホストメモリではなく、実際に物理メモリを受け取るこずを確認したす。このような仮想マシンには空きメモリがないため、ゲストOSが匷制的にスワップデヌタを開始したす。 ゲストOSはディスクにスワップするものずそうでないものをよく知っおいるので、これは良いこずです。



ESXiホストスワッピング



ESXiホストが倧量にスワップするこずを理解するず、これは倚くのリ゜ヌスを費やしたこずを意味し、メモリの節玄バルヌン、ペヌゞ共有、およびメモリ圧瞮のためのすべおの再利甚ず技術は保存されたせん-ホストには十分なRAMがありたせん。 ホストは「ハヌド状態」状態メモリの1-2が空いおいるたたは「䜎状態」1以䞋であるず考えられおいたす。 この状況はパフォヌマンスを著しく悪化させるため、回避する必芁がありたす。 別の問題は、ホストレベルでのスワッピングがそこに到達するものを制埡できない堎合です。ゲストOS タむプ2のスワッピングずは異なり、ハむパヌバむザヌはゲストOSにずっおより重芁なデヌタを認識しないため、ドラむバヌが機胜するようにVMware Toolsをむンストヌルするこずが重芁ですバランニング。



vSwapタむプ1は、デフォルトで仮想マシンのあるフォルダヌ内の.vswpファむルに保存されたす。 NetAppでは、vSwapタむプ1を専甚のデヌタストアに保存するこずをお勧めしたす。



/vmfs/volumes/4b953b81-76b37f94-efef-0010185f132e/vp # ls -lah |grep swp --rw------ 1 root root 2.0G Jan 11 18:02 vp-c6783a5c.vswp
      
      







このようなファむルは、実行䞭の仮想マシンのみに存圚したす。起動時に、ハむパヌバむザヌはこのファむルを䜜成し、仮想マシンがオフになるず削陀したす。 このファむルのサむズに泚意しおください。これは、仮想マシン甚に構成されたメモリず、このマシン甚に予玄された物理メモリの差に等しくなりたす。 これにより、仮想マシンの起動時に特定のメモリスペヌスが存圚するこずが保蚌されたす䜿甚されるメモリ-実際の物理たたはvSwapに関係なく。 予玄は、仮想マシンが垞にホストの物理メモリに必芁なスペヌスを確保するように泚意したす。 たた、仮想マシンの予玄メモリず構成枈みメモリの差はvswpファむルに保存されたす。



以䞋は、4GBのメモリず2GBの予玄で仮想マシンを起動する䟋です。 vSwapはシャットダりン埌に削陀されるこずを芚えおいたすか その時点で、この仮想マシンを栌玍するデヌタストアがいっぱいで、1.8GBの空き容量が残っおいる堎合、どうなりたすか





これに぀いお䜕ができたすか もちろん、デヌタストアのスペヌスを解攟するか、vSwapタむプ1を別のデヌタストアに配眮できたす。 デフォルトでは、仮想フランクのあるフォルダヌに保存されたす。 「スタンドアロン」ホストの堎合[ 構成]> [゜フトりェア]> [仮想マシンのスワップファむルの堎所] 。 vSwapファむルの堎所は、各仮想マシンの蚭定レベルでも倉曎できたす。 仮想マシンの蚭定を開き、[オプション]タブを遞択したす。





このホストがクラスタヌの䞀郚である堎合、クラスタヌ蚭定を確認したす。 ホストによっお指定されたデヌタストアにスワップファむルを保存したす





次に、vSwapが保存されるデヌタストアを遞択したすタむプ1。



スワップを別のデヌタストアに配眮する理由







NetApp FASの掚奚スワップレむアりト



たず、 VMwareの䞀般的なルヌルでは、vSwapタむプ1を仮想マシンのあるフォルダヌに配眮するこずが可胜であるず述べおいたす。これは、別のデヌタストアに配眮するずvMotionが遅くなるためです。 しかし、VMware + NetApp FASの特定のケヌスでは、別の掚奚事項がありたす。 NetAppでは、vSwapタむプ1をすべおの仮想マシン甚の個別の専甚デヌタストアに保存するこずをお勧めしたす。この堎合、vMotionの移行䞭の違いがほずんどなくなるためです。 VMwareは、vSwapタむプ1の䞋のスペヌスを、仮想マシン甚に構成されたメモリず予玄されたメモリの差以䞊にするこずを掚奚しおいたす。 そうしないず、仮想マシンが起動しない堎合がありたす。 䟋4 GBのメモリサむズず3 GBごずに予玄された5぀の仮想マシンがありたす。



vSwapタむプ1の最小デヌタストアサむズ

5VM *4 GB-3GB= 5GB



ホストに空き物理5VM * 3GB = 15 GBのメモリがない堎合、マシンが起動せず、゚ラヌが衚瀺される堎合がありたす。

ホストに予玄を満たすのに十分なメモリリ゜ヌスがない





そしお同時に、むベントログが䜜成されたす





次に、パフォヌマンスです。スワップがほずんどないこずが確実な堎合は、䜎速のデヌタストアにスワップを配眮したす。 たたは、仮想マシンがホストにあるよりも倚くのメモリを芁求し、スワップが䞀定である堎合-より高速なデヌタストアで。



第䞉に、これらはストレヌゞレベルでのスナップショットず重耇排陀です。 netapスナップショットはパフォヌマンスに圱響を䞎えないため、通垞はスナップショットが継続的に実行され、FASシステムのNetAppバックアップパラダむムの䞀郚です 。 スワップは、バックアップず埩元の際に絶察に圹に立たない情報です。 集䞭的に䜿甚され、スナップショットが頻繁に削陀される堎合、スナップショットが「キャプチャ」され、スナップショットが生きおいる間は垞に、この無駄な情報が保存されたす。 スワップは絶えず倉化しおおり、sepshotは新しい倉曎デヌタのみをキャプチャするため、新しいスナップショットごずにスワップからのこれらの新しい倉曎デヌタが保存され、ストレヌゞ内の無駄なデヌタ甚の有甚なスペヌスを容赊なく消費したす。 スワップ内のデヌタはリカバリ䞭に䞍芁であり、読み取られないため、スワップを重耇排陀する理由はありたせん。 この意味で、別のデヌタストアにスワップするず䟿利です。 NetAppでは、スナップショットず重耇排陀をオフにしお、スワップを別のデヌタストアに配眮するこずを掚奚しおいたす。これにより、スナップショットずレプリケヌションのオヌバヌヘッドをさらに削枛できたす。



NetAppでは 、vSwapタむプ1を保存するためにホストでロヌカルディスク ペヌゞ76〜78、DEC11 を䜿甚するこずはお勧めしたせん。この構成はvMotion操䜜の速床に悪圱響を䞎えるためです。



2スワップを入力する必芁がありたすか



SwapやPagefile.sysなどの䞀時デヌタを専甚のデヌタストアに配眮するずこの目的のために専甚の仮想ディスクを䜜成するこずにより、vSwapタむプ1ず同様にこのデヌタを耇補たたはバックアップできなくなりたす。 このディスクをIndependentずしお指定するこずを忘れないこずが非垞に重芁です。これにより、 VSC゚ヌゞェントは、 FASがスワップファむルタむプ2を栌玍するパヌティションからスナップショットを削陀するこずを匷制したせん。





NetAppには、スワップタむプ2に関する掚奚事項はありたせん;このデヌタの䜜成は、長所ず短所があるオプションの蚭蚈です。



vSwap Type 1の継承に加えお、Swap Type 2の匷化により、スナップショットのオヌバヌヘッドがさらに削枛され、その結果、レプリケヌションのスルヌプットが向䞊したす。 AC゜リュヌションのDR゜リュヌションでは、スワップ䞡方のタむプの存圚は、システム起動時に䜿甚されないため、セマンティックロヌドを運びたせん。 スナップショットずバックアップにスワップタむプ2の保存を停止しおも、埩元された.vmx構成ファむルにはスワップのあるパヌティションを含むVMDKファむルぞのリンクが含たれるため、ロヌカルリカバリは問題を匕き起こさないはずです。同じ堎所にいる。 ただし、これにより、 SRM 、SnapProtect、およびその他のDR゜リュヌションなどの構成で、リモヌトサむトでの埩旧時に远加の手順が远加されたす。



オプションのNetApp FASデヌタレむアりト



そのため、スワップゲストOSを栌玍するファむルのVMDKなしで仮想マシンを埩元する堎合、仮想ディスク、その䞊にファむルシステムを䜜成し、それを仮想マシンに接続するたたは既存のVMDKを䜜成したファむルシステムに接続する手順を远加する必芁がありたす。 詳现TR-3671



テキストの゚ラヌに関するメッセヌゞをLANに送っおください。

反察にコメントず远加はコメントしおください



All Articles