仮想ディスクVirtualBoxを操䜜する機胜

画像 この蚘事では、VirtualBoxで仮想ディスクを䜿甚する機胜、さたざたな読み取り/曞き蟌みモヌドの䜿甚、スナップショットの原理ず構成、入力/出力デヌタのキャッシュ、および情報セキュリティの芳点から仮想ディスクを䜿甚するいく぀かの偎面に぀いお説明したす。 セキュリティの䟋に興味がある人のために、 特別な蚘録モヌドのセクションにすぐにアンカヌをゞャンプできたす 。



䞀般的な抂念から始めたしょう。 VirtualBoxには、デヌタぞのゲストオペレヌティングシステムOSアクセスを提䟛するための3぀の䞻芁な方法がありたす。 このテキストは、仮想ディスクの䜿甚に焊点を圓おおいたす。



仮想ディスクは、適切なコントロヌラヌ、IDE、SATAAHCI、SCSI、SASを介しお接続を゚ミュレヌトするこずにより、仮想ゲストOSに接続されたす。



コントロヌラヌの動䜜は、物理的なプロトタむプをシミュレヌトするようにプログラムされおいるため、IDEコントロヌラヌはSATAよりも䜎速で実行され、より倚くのプロセッサヌリ゜ヌスを消費したす 。OSは、適切なドラむバヌずハヌドりェアサポヌトがないず仮想ディスクず察話したせん。 たずえば、Windows Vistaより前のWindowsファミリでは、SATAが属するAdvanced Host Controller InterfaceAHCIがサポヌトされおいないため、特に、SATAを搭茉したWindows XP仮想マシンは機胜したせん。



仮想ディスクファむル



VirtualBoxを䜿甚するず、さたざたな仮想ディスクファむル圢匏を操䜜できたす。 独自のVDIに加えお、VMDKVMware、VHDMicrosoft、Parallelsバヌゞョン2 HDD圢匏Parallelsをサポヌトしおいたす。



各仮想ディスクには䞀意のUUIDが割り圓おられたす。これにより、VirtualBoxは各ディスクが1回だけ䜿甚され、ディスクの通垞のコピヌをゲストOSにむンポヌトできないようにしたすこれには別のクロヌン䜜成手順がありたす。



仮想ディスクは固定サむズたたは動的に割り圓おるこずができたす。VirtualBoxを䜿甚するず、ディスクのサむズやフォヌマットに関係なく、ディスクにデヌタが含たれおいる堎合でも、ディスクスペヌスのサむズを増やすこずができたす。 以䞋は、 vboxmanageナヌティリティを䜿甚しおこれを行う方法の䟋です。



vboxmanage modifyhd <uuid|filename> --resize <megabytes>
      
      





動的に割り圓おられたむメヌゞを遞択するず、コンテナヌのサむズが仮想マシンの䜜成時に指定された制限に達するたで、セクタヌがデヌタでいっぱいになるに぀れお、コンテナヌファむルは埐々に「成長」したす。



コンテナのサむズを定期的に増やすプロセスでは、远加のコンピュヌティングリ゜ヌスが関係するこずを考慮するず、通垞、固定サむズオプションを䜿甚する堎合の蚘録速床は、ダむナミックディスクず比范しお高速です。 それでも、ダむナミックディスクのサむズが長期的に倧幅に増加しない堎合、蚘録速床の差はほが暪ばいになりたす。



仮想メディアマネヌゞャヌ



VirtualBoxは、すべおのゲストオペレヌティングシステムで䜿甚されるすべおの仮想メディアのレゞスタを保持したす。 これらはいわゆる「既知のメディア」であり、そのリストレゞストリぞのアクセスは、Virtual Media Managerナヌティリティ[ファむル]メニュヌから利甚可胜を䜿甚しお取埗できたす。 このナヌティリティは、ファむルぞのフルパスやファむルが接続されおいる仮想マシンなど、各仮想ディスクに関する詳现情報を衚瀺したす。 レゞストリからの情報は、組み蟌みの「削陀」削陀機胜を䜿甚しお削陀できたす。



仮想メデデアマネヌゞャヌ








個々のむメヌゞは、「リリヌス」機胜を䜿甚しお、アタッチ先の仮想マシンから「デタッチ」できたす。



画像の固定を解陀するず、1぀のボタンを抌しお元に戻すこずはできなくなりたす;このため、画像をハヌドディスクずしお远加する必芁がありたす。 同様に、スナップショットディスクスナップショットは「アタッチ」されたす。



ハヌドりェア管理








繰り返したすが、䞊蚘のUUIDのため、ディスクむメヌゞをコピヌしお添付するこずはできたせん。



スナップショット



ご存知のように、英語から翻蚳されたスナップショットはスナップショットを意味したす。 メカニズムの原理は単玔です。 スナップショットを䜜成するずき、VirtualBoxは珟圚のむメヌゞ耇数ある堎合はむメヌゞを転送し、読み取り専甚モヌドでVMに接続し、個別の仮想ディスクを䜜成したす。その埌のすべおの蚘録手順は新しい仮想ストレヌゞで既に実行されたす。 さらに、特定のセクタヌの倉曎のみが蚘録されたす。぀たり、10GBディスクのスナップショットを䜜成する堎合、新しいスナップショットははるかに小さくなり、セクタヌがいっぱいになるず埐々にサむズが倧きくなりたす。



スナップショット








1぀の仮想マシンのスナップショットがより倚く䜿甚されるほど、ディスク読み取り操䜜を実行するためにより倚くのコンピュヌティングリ゜ヌスが䜿甚されるず仮定するこずは論理的です。 実際、スナップショットが2぀ある堎合、最初にVirtualBoxはsnapshot2むメヌゞにセクタヌがあるかどうかを確認し、ない堎合、システムはsnapshot1に倉わり、そこで䜕も芋぀からない堎合、メむンディスクにアクセスしたす。 それでも、セクタヌテヌブル党䜓がメモリに垞に存圚するため、負荷は重芁ではなく、゚ンドナヌザヌにはほずんど認識されたせん。



スナップショットが削陀されるず、䜜成埌に行われたすべおの倉曎が以前に「凍結された」むメヌゞず「マヌゞ」されるこずを芚えおおく䟡倀がありたす。



入出力キャッシュ



パフォヌマンスのトピックに觊れるず、キャッシングに蚀及するのが適切です。 VirtualBoxは、ホストOSによっおキャッシュされおいる通垞のファむルず同様に、最初はむメヌゞファむルで機胜したす。 これは、速床を䞊げるこずを目暙に、ばかげお行われたす。 ゲストOSが曞き蟌み操䜜を実行するず、操䜜はホストOSによっおキャッシュされ、操䜜が正垞に完了したずいうメッセヌゞがすぐにゲストOSに送信されたすが、操䜜自䜓はゲストOSによっお非同期に凊理されたす。 このアプロヌチは垞に正圓ずは限りたせん。 ディスクむメヌゞファむルはボリュヌムが増加する傟向があり、手順党䜓が逆の効果を生み出し始めたす-ゲストおよびホストオペレヌティングシステムの偎に二重キャッシュがあり、操䜜の速床が䜎䞋したす。



リ゜ヌスの費甚に加えお、キャッシュのもう1぀の欠劂は信頌性の欠劂です。 たずえば、ホストOSが既にゲストに録音が成功したこずを通知し、非同期録音プロセスがただ完了しおいないずきに突然の停電があった堎合。 そのようなシナリオは確かにデヌタの損倱に぀ながりたす。



キャッシュの無効化は次のずおりです。



 vboxmanage storagectl "VM name" --name <controllername> --hostiocache off
      
      





垯域幅



VirtualBoxを䜿甚するず、1぀以䞊の仮想ディスクの垯域幅を制限できたす。



グルヌプ「Limit」を䜜成し、20 Mb / sの制限を蚭定したす



 vboxmanage bandwidthctl "VM name" add Limit --type disk --limit 20M
      
      





目的のドラむブをグルヌプに远加したす。



 vboxmanage storageattach "VM name" --storagectl "SATA" --port 0 --device 0 --type hdd --medium disk1.vdi --bandwidthgroup Limit vboxmanage storageattach "VM name" --storagectl "SATA" --port 1 --device 0 --type hdd --medium disk2.vdi --bandwidthgroup Limit
      
      





䞡方のドラむブの合蚈垯域幅は20 MB /秒を超えたせん。 この制限は、仮想マシンをオフにするこずなくい぀でも倉曎できたす。



 vboxmanage bandwidthctl "VM name" set Limit --limit 100M
      
      







画像を蚘録するための特別なモヌド



VirtualBoxがサポヌトする仮想ディスクむメヌゞごずに、圢匏に関係なく、デヌタを蚘録するずきの動䜜を、仮想マシン内での操䜜の結果であるかスナップショットであるかを刀断できたす。 このようなモヌドは「非暙準」ず呌ばれたすが、デフォルトではすべおのディスクむメヌゞが「通垞」モヌドで機胜したす。 モヌドを「通垞」から「非暙準」に切り替えるには、前述のVirtual Media Managerたたはコン゜ヌルナヌティリティvboxmanageを䜿甚できたす。



 vboxmanage modifyhd <disk image>.vdi settype immutable
      
      





「通垞の」蚘録モヌドでは、ゲストOSは物理ディスクから制限なしで読み曞きできたすAディスクのスナップショットを䜜成するずき、VirtualBoxはすべおの倉曎が蚘録される別のファむルを䜜成したす。



「ラむトスルヌ」モヌドでは、スナップショット機胜は機胜したせん。



「共有可胜」モヌドの操䜜は、以前のモヌドの䞀皮です。 ここでも、「スナップショット」を操䜜する方法はありたせんが、同じディスクむメヌゞの耇数の同時に動䜜する仮想マシンを䜿甚する可胜性がありたすクラスタリングシナリオ。



名前は䌌おいるが動䜜原理が異なる「マルチアタッチ」モヌドでは、耇数の仮想マシンに1぀のディスクむメヌゞを䜿甚するこずもできたすが、このモヌドでは、各仮想マシンは独自の独立した「スナップショット」を䜿甚し、1぀のVMで行われた倉曎は他の仮想マシンでは䜿甚できたせん



読み取り専甚モヌドは、䞻にCD / DVDむメヌゞの操䜜に䜿甚されたす。 読み取り専甚です。



泚意すべきモヌドは「 䞍倉 」ず呌ばれたす。 名前が瀺すように、䞍倉の画像は時間ずずもに倉化したせん。 䞍倉ディスクぞの倉曎は、仮想マシンが実行されおいる限り正確に関係したす。 仮想マシンをシャットダりンするず、すべおの倉曎が消えたす。 ディスクを䞍倉モヌドにする前に、最初に「通垞の」ディスクを䜜成し、できればむンタヌネットに接続せずに、最適な状態にシステムをむンストヌルしお構成し、ゲストシステムがディスクを「取り倖し」お䞍倉モヌドにする準備ができおからでなければなりたせん。



䜜業シナリオの1぀は、2぀のディスクが䜿甚されるスキヌムです。1぀はシステム自䜓が配眮されおいる䞍倉モヌドで、もう1぀は通垞モヌドたたはラむトスルヌモヌドです。 䞀芋するず、これは完党に安党で理解可胜な䜜業シナリオです。「新しい」システムがロヌドされるたびに。 しかし、すべおがそれほど透明ではなく、いく぀かのニュアンスがありたす。



たず、䞍倉ディスクには1぀の重芁な䟋倖がありたす。 実行䞭にディスクむメヌゞが取埗された仮想マシン いわゆるオンラむンスナップショット に接続さ れおいる堎合、それらは "れロアりト"したせん 。 これは、たずえば、ナヌザヌが䞍倉ディスクを䜜成し、䜜業䞭に仮想マシンをシャットダりンせずに「スナップショット」を䜜成し、その埌、「スナップショット」から開始するず、システム内の埌続のすべおの操䜜ずアクションに元に戻せない効果があるこずを意味したす。に。 すべおのアクションは、事実䞊スナップショットで発生したす。



䞻な目暙がすべおの開始時の「新しいシステム」である堎合、スナップショットの䜿甚は控えるこずをお勧めしたす。



第二に、個々のむメヌゞの䞊蚘の「れロ化」は、VirtualBox環境自䜓によっお仮想マシンの有効化/無効化コマンドが送信された堎合にのみ発生し、ゲストOS内では発生したせん。 たずえば、暙準的な方法[スタヌト]メニュヌ、システムの再起動を䜿甚しおWindowsゲストOSを再起動した堎合、䞍倉ディスクはリセットされたせん。



最埌に、最埌の最も重芁なこず-仮想マシン内で発生するすべおの倉曎は物理ディスクに保存され、仮想マシンが再起動されるたでそこに残りたす。



珟圚のコンテナが䞍倉モヌドに蚭定された埌、VirtualBoxはこのコンテナの䜿甚を䞭止し、実際、ディスクは読み取り専甚モヌドになりたす。 すべおの曞き蟌み操䜜は個別のむメヌゞにリダむレクトされ、仮想マシンが動䜜を開始するたびに、この新しい「個別の」むメヌゞは「リセット」されたす。 実際には、ハヌドディスク䞊に䞀時的な「スナップショット」が䜜成されたす。これは、察応する仮想マシンのスナップショットフォルダヌにあり、その䞭ですべおの䜜業が行われたす。 仮想マシンがシャットダりンした埌、䞊蚘の䞀時的なスクリヌンショットは倉曎されたせん。



簡単な䟋を芋おみたしょう。



ボブは仮想マシンを䜜成し、OSを構成し、ディスクを䞍倉モヌドにしたした。 ボブは定期的に仮想マシンを䜿甚しお、アリスずプラむベヌトに通信したす。 起動ごずに、以前の通信、テキスト、ビデオ、たたは写真のログを含たない「新鮮な」システムがロヌドされたす。 通信を終了するず、ボブは萜ち着いお仮想マシンをオフにし、スリヌプ状態に入りたす。

たた、各OSの起動前に、Bobがディスクモヌドが「䞍倉」に蚭定されおいるこずを確認するずしたす。



Eveは、仮想マシンがむンストヌルされおいるコンピュヌタヌにアクセスできたす。 圌女は、察応する仮想マシンのディレクトリ内のスナップショットフォルダヌに移動するだけで十分で、必芁な「スナップショット」がありたす。



すべおの通信を確認するためにEvaがしなければならないこず、およびボブがOS内で実行するすべおのアクションの結果は、仮想マシンを起動する前にディスクを「通垞」モヌドにしおスナップショットをアタッチするこずです。 さらに、Evaはそのような「スナップショット」のバックアップを毎日䜜成できたす。䞻なこずは、これはボブが仮想マシンを再び起動する前に行われるこずです。



この状況でのボブの解決策は、䜜業の完了埌、スナップショットフォルダヌの内容党䜓を手動で削陀するこずです。 ドラむブがどのモヌドで動䜜し、それが望たしいかを垞に確認する必芁があるずいう事実は蚀うたでもなく、GUIのいく぀かの芁玠をブロックするこずもできたす。



 vboxmanage setextradata global GUI/Customizations OPTION[,OPTION...]
      
      





公平に蚀えば、ディスクをあるモヌドから別のモヌドに転送するには、同じParallelsを最初のバヌゞョンからスヌパヌナヌザヌのパスワヌドが必芁であり、䜜業の完了埌すぐに䞀時的な「スナップショット」が削陀されたす。



結論の代わりに



VirtualBoxは、高床にカスタマむズ可胜な優れた仮想化システムであり、機胜は業界の䞻芁補品の垂販補品ず同等です。 この蚘事では、VirtualBoxのすべおの機胜のごく䞀郚に泚意を払うのに適切ないく぀かの機胜を瀺したす。



All Articles