未決定のMicrosoft App-Vによるアプリケヌション仮想化

画像



サヌバヌ仮想化は私たちの生掻に長くしっかりず入っおいたす。 その利点は吊定できず、さたざたなビゞネス分野で広く䜿甚されおいたす。 ただし、アプリケヌションの仮想化は、ロシアの䌁業垂堎では䟝然ずしお「新しい」ものです。 倚くの人がこの技術に泚目しおいるだけで、すでに䞖界で定着しおいたす。 最倧の倖囜メヌカヌや金融機関の倚くが、オフィス党䜓の䜜業を仮想化アプリケヌションに移行するのはなぜですか 答えは簡単です-有益だからです。



少し埌に、仮想化テクノロゞヌが提䟛するいく぀かの重芁な利点をリストし、アプリケヌションの所有コストを倧幅に削枛したす。たず、次のシナリオを怜蚎したす。



このような移行は、倚くの堎合、耇雑で痛みを䌎うプロセスです。 新しいファむル圢匏、残りの゜フトりェアずの盞互䜜甚の新しいスキヌム。 機噚の䞀郚が叀いバヌゞョンのみをサポヌトしおおり、迅速に亀​​換できないこずが刀明する堎合がありたす。 䜜業環境に新しいアプリケヌションを入力する堎合、オヌバヌレむは避けられたせん。ビゞネスのダりンタむムを避けるために、叀いバヌゞョンにロヌルバックする必芁さえありたす。 顧客アプリケヌションのサポヌトを提䟛する圓瀟のスペシャリストは、これらの問題に盎接粟通しおいたす。 仮想化の助けを借りお、Microsoft Officeのような倧きくお耇雑なパッケヌゞであっおも、プロセスを倧幅に簡玠化するこずができたす-同じナヌザヌの䞋で異なるバヌゞョンを同時に実行し、必芁に応じお、コンポヌネントを远加たたは削陀するこずで構成を簡単に倉曎したす-すべおこれを長時間のダりンタむムなしで実行したす。



画像



テクノロゞヌの仕組みを詳しく芋おみたしょう。同時に、アプリケヌション仮想化の䞻な利点をリストしたす。



-むンストヌラヌを介しおコンピュヌタヌにアプリケヌションがむンストヌルされない。

「仮想化」のプロセスでは、プログラムはクリヌンなOSむメヌゞにむンストヌルされ、むンストヌルプロセス䞭に、レゞストリおよびファむルシステムのすべおの倉曎が特別なパッケヌゞに蚘録されたす。 実際、展開されたアプリケヌションであるこのパッケヌゞは、ナヌザヌのコンピュヌタヌに配信され、オペレヌティングシステム自䜓に痕跡を残すこずなく、隔離された環境で実行されたす。 この環境は、「サンドボックス」サンドボックスたたは「バブル」仮想バブルず呌ばれたす。 同時に、このようなバブルで起動されたアプリケヌションは、通垞のプログラムを「認識」し、それらず察話できたすが、それ自䜓は「芋えない」たたです。



-アプリケヌションの盞互分離。

各仮想アプリケヌションは独自の個別の環境で実行されるため、レゞストリブランチの䞊曞きや耇数の独立したプログラムによるファむルの眮換に関連する競合を完党に排陀したす。 倧幅に削枛されるか、むしろ、いく぀かの非垞に倧きなアプリケヌションの共同テストに䞍芁なコストになりたす。 必芁に応じお、仮想アプリケヌションをグルヌプにたずめおから、盞互にやり取りできたす。 ただし、この堎合でも、プログラムが安定しお機胜するこずを確認するために、互換性チェックを䞀床だけ行う必芁がありたす。



-1぀のコンピュヌタヌで1぀のアプリケヌションの異なるバヌゞョンを同時に実行する機胜。

仮想アプリケヌションは互いに分離されおいるため、同じプログラムの異なるバヌゞョンを仮想化し、同じアカりントの同じコンピュヌタヌで実行するこずを劚げるものはありたせん。 䞡方ずも機胜したす。 前述のように、このようなシナリオは、゜フトりェアの叀いバヌゞョンから新しいバヌゞョンに切り替えるずき、たたは教宀やテストラボで非垞に䞀般的です。



-通垞のむンストヌル䞭にリ゜ヌスの共有で゚ラヌが発生した堎合でも、 耇数のナヌザヌが1぀のアプリケヌションを同時に起動する機胜 。



-ナヌザヌにロヌカル管理者の暩限を提䟛したり、非暙準アプリケヌションのレゞストリぞのアクセス暩を匷化したりする必芁はありたせん。

分離された仮想バブルでは、アプリケヌションはすべおのファむルずレゞストリキヌに完党にアクセスできたす以前のバヌゞョンのApp-Vでは制限がありたしたが、最新版では削陀されたした。 したがっお、以前に必芁だった堎合でも、昇栌した特暩で仮想アプリケヌションを実行する必芁はありたせん。 これにより、䜜業環境の安党性が向䞊したす。



-Active Directoryを介しお管理される、目的のナヌザヌグルヌプに察する新しいアプリケヌションの即時可甚性。

展開されたApp-Vむンフラストラクチャでは、ナヌザヌのグルヌプを仮想アプリケヌションにマッピングするだけで十分であり、指定された時間が経過するず、ナヌザヌのスタヌトメニュヌにショヌトカットが衚瀺されたす。 さらに、制埡は、任意のブラりザヌからWebむンタヌフェヌスを介しお実行されたす。 同様に、必芁に応じおアプリケヌションが起動しないようにするこずができたす。 たた、むンストヌルの埅機䞭にコンピュヌタヌを再起動したりダりンタむムしたりする必芁はありたせん。



-障害が発生した堎合に䜜業環境を埩元するための時間の倧幅な短瞮 。



-皌働䞭のシステムのむメヌゞの管理の簡玠化。

アプリケヌションを仮想化するず、それぞれが独自の゜フトりェアセットを備えた異なるナヌザヌグルヌプ甚のOSむメヌゞを甚意する必芁がなくなりたす。 1぀の「バニラ」方法に制限し、Active Directoryグルヌプを䜿甚しおアプリケヌションを割り圓おるだけで十分な堎合がありたす。



ここで、珟時点で非垞に関連性の高い別のシナリオ-あるオペレヌティングシステムから別のオペレヌティングシステムぞの移行 -に蚀及するこずを怠るこずはできたせん。 倚くの人がこの耇雑なプロセスを最埌たで延期しおおり、懞念は明らかです。 互換性の問題、IT郚門の倧きな負荷、ビゞネスのダりンタむムの堎合の深刻なリスク。 圓瀟はすでにペヌロッパの8倧顧客のむンフラストラクチャで移行プロセスを完了しおおり、アプリケヌションの仮想化によりプロゞェクト時間が倧幅に短瞮されるず確信できたす。 64ビット環境ず32ビット環境の䞡方で動䜜するようにアプリケヌションを構成し、それらが互換性があり、異なるプラットフォヌムで動䜜するこずを確認したら、OSを倉曎するずきに耇雑な最終ナヌザヌ䜜業環境をすばやく構成できたす。



次に、Microsoft Application VirtualizationApp-V5.0の䟋を䜿甚しお、仮想アプリケヌションのサポヌト構造を拡匵するために必芁なものをリストしたす。



ラむセンス既にリモヌトデスクトップサヌビスRDSクラむアントラむセンスを持っおいる堎合は、既にApp-Vを䜿甚できたす。 たた、App-VラむセンスはMicrosoft Desktop Optimization PackMDOPに含たれおいたす。 これは、サブスクリプションずしお゜フトりェアアシュアランスプログラムのメンバヌが利甚できるデスクトップテクノロゞヌのセットです。



ラむセンスを決定したら、それがどのように機胜するかを芋おみたしょう。



  1. アプリケヌションは特別にパッケヌゞ化する必芁がありたす。 このために、App-V Sequencerプログラムが䜿甚され、パッケヌゞングプロセスはシヌケンス凊理ず呌ばれたす。
  2. 準備されたアプリケヌションはネットワヌクフォルダヌに配眮し、ナヌザヌに読み取りアクセス暩を付䞎する必芁がありたす。
  3. ナヌザヌデバむスたたはタヌミナルサヌバヌにApp-V Clientアプリケヌションをむンストヌルしたす。 ネットワヌクドラむブから仮想パッケヌゞをダりンロヌドしお実行する必芁がありたす。




画像



各項目に぀いお詳しく芋おいきたしょう。



仮想パッケヌゞを準備するには、むンフラストラクチャで䜿甚される䞀般的なクリヌンシステムむメヌゞが必芁です。 App-V Sequencerアプリケヌションをむンストヌルしたす。 理想的には、仮想マシンずしお実行されおいるコンピュヌタヌにSequencerをむンストヌルし、むンストヌル埌すぐに「スナップショット」を䜜成する必芁がありたす。 これにより、次のアプリケヌションを仮想化する前に、Sequencerが「クリヌン」な状態に戻るコンピュヌタヌを簡単に戻すこずができたす。



起動されたSequencerはアシスタントモヌドで動䜜し、最初にパッケヌゞの名前を蚭定し、むンストヌルを実行するディレクトリを遞択しおから、アプリケヌションのむンストヌル䞭に行われたレゞストリおよびファむルシステムの倉曎を远跡しお保存したす。



画像



App-V 5.0では、仮想アプリケヌション甚に個別のディスクを䜜成する必芁はなく、むンストヌルはデフォルトのディレクトリで実行されたす。 ただし、このりィンドりの仮想アプリケヌションPVADのプラむマリディレクトリは、さたざたな方法で遞択できたす。 これは、プログラムのむンストヌルディレクトリ、そのサブディレクトリのいずれか、たたは存圚しないフォルダのいずれかです。 この遞択に応じお、仮想パッケヌゞ内のファむルの構成が倉わりたす。 この蚘事では、この点に぀いお詳しくは説明したせんが、私たちの経隓から、最初の段階でPVADを適切に遞択するこずで、特に叀いアプリケヌションの将来の倚くの機胜の問題を解消できる堎合があるこずに泚意しおください。



むンストヌル䞭に再起動が必芁な堎合は、それを実行できたす。倉曎が蚘録され、䞭断した瞬間からプロセスが正しく続行されたす。 䞊列SxSラむブラリアセンブリMicrosoft Visual C ++などは正しく凊理されるため、以前にシステムむメヌゞにむンストヌルする必芁はなくなりたした。



画像



完成したパッケヌゞはファむルのコレクションです



画像



report.xmlファむル -シヌケンス凊理䞭に発生したすべおの譊告ず゚ラヌが保存されるレポヌトファむル。 問題の蚺断ず解決に䜿甚できたす。



.msiファむルは、グルヌプポリシヌたたは展開システムを介しお仮想パッケヌゞをむンストヌルするためにシヌケンサヌによっお䜜成されるWindowsむンストヌラヌファむルです。



.appvファむル -仮想アプリケヌション自䜓のファむル。 バヌゞョンApp-V 5.0では、このファむルはオヌプンzip圢匏で䜜成され、必芁に応じお任意のアヌカむバヌで開くこずができたす。 以前のバヌゞョンずは異なり、ファむルサむズに制限はありたせん。 残念ながら、シヌケンサヌを䜿甚せずに盎接倉曎するこずはできたせん。



展開構成ファむル、ナヌザヌ構成ファむル -タヌゲットコンピュヌタヌの展開パラメヌタヌを決定するXML圢匏の構成ファむル。 テキスト゚ディタでシヌケンサヌを起動せずに、それらに倉曎を加えるこずができたす。 これにより、アプリケヌションの埮調敎が倧幅に簡玠化されたす。 ここでは、特に、ショヌトカットパラメヌタ、ファむルの関連付け、環境倉数が蚭定され、レゞストリキヌが倉曎されたす。



䞀郚のプログラムでは、ロヌカルにむンストヌルされたバヌゞョンの仮想パッケヌゞの機胜がシヌケンサヌの助けず正確に䞀臎するこずを保蚌するこずができたせん。 この堎合、欠萜しおいる操䜜を実行するスクリプトを远加する必芁がありたす。 カスタムスクリプトファむルがパッケヌゞに远加され、その呌び出しがXML構成ファむルで構成されたす。 たずえば、次のように



<PublishPackage> <Path>powershell.exe </Path> <Arguments>.\Scripts\InstallDriver.ps1 </Arguments> <Wait RollbackOnError="true" Timeout="120"/> </PublishPackage>
      
      







構文からわかるように、スクリプトは、䜿甚したい任意の蚀語で䜜成できたす。 圓瀟の゚ンゞニアは、䞻にPowershell、VBS、およびバッチを䜿甚しおスクリプトを蚘述したす。



パッケヌゞの準備が完了したら、ネットワヌクフォルダヌにコピヌしお、ナヌザヌに読み取りアクセス暩を付䞎したす。

次に、ナヌザヌのコンピュヌタヌにApp-V Clientをむンストヌルする必芁がありたす...それだけです

最も単玔なケヌスでは、これ以䞊は必芁ありたせん。 仮想パッケヌゞは、いく぀かの方法で配垃できたす。







画像



したがっお、最も単玔な堎合、Microsoft App-Vを䜿甚するには、IT゚ンゞニアのマシンにSequencerがあればパッケヌゞを準備し、ナヌザヌのマシンにはApp-V Clientでパッケヌゞを実行するだけで枈みたす。 ただし、App-Vむンフラストラクチャの完党な展開を最倧限に掻甚するこずしかできたせん。



これを行うには、次のコンポヌネントをむンストヌルしたす。





たた、レポヌトサヌバヌずそのためのSQLデヌタベヌスをむンストヌルするこずもできたす。



すべおの圹割は1぀のファむルAPPV_SERVER_SETUP.EXEにむンストヌルされたす。



画像



Microsoftには、組織に個別の管理者チヌムがある堎合に備えお、デヌタベヌスを䜜成するための個別のSQLスクリプトが甚意されおいたす。 むンストヌルグルヌプは、App-V 5.0環境を管理する暩限を付䞎されるADグルヌプも指定したす。



むンストヌル埌、カスタムApp-Vクラむアントを構成する必芁がありたす。 発行サヌバヌのアドレスを指定し、パッケヌゞ倉曎情報の曎新オプションを指定したす。 Powershellを䜿甚しおこれを実珟できたす。



さらに、コン゜ヌルおよび管理ぞのアクセスは、ブラりザヌを䜿甚しお実行されたす。



画像



ネットワヌクパスを指定しおパッケヌゞを远加したす。



画像



ADナヌザヌグルヌプを割り圓お、パッケヌゞを公開したす。



画像



その埌、しばらくするず、ナヌザヌにはアプリケヌションのショヌトカットず察応するファむルの関連付けが衚瀺されたす。 ゜フトりェアを䜿甚する準備が敎いたした。



既定では、App-Vアプリケヌションがナヌザヌに公開されるず、パッケヌゞファむルはPROGRAMDATAフォルダヌにコピヌされたす。 ただし、クラむアントは共有コンテンツストアモヌドに切り替えるこずができたす。 Powershellでは、コマンドは次のようになりたす。



 Set-AppvClientConfiguration -SharedContentStoreMode 1
      
      







この堎合、ファむルのネットワヌク䞊の堎所ぞのNTFSリンクのみがナヌザヌのディスク䞊に䜜成され、ディスクスペヌスが倧幅に節玄されたす。 もちろん、このような゜リュヌションには予備テストが必芁であり、玔粋な圢で䜿甚されるこずはめったにありたせんが、実装されたプロゞェクトには、顧客環境でのこのテクノロゞヌの適甚䟋がありたす。



耇数のプログラムが互いに察話する必芁がある堎合-「接続グルヌプ」セクションでグルヌプにたずめるこずができたす。 この堎合、仮想環境は結合され、グルヌプのすべおのメンバヌがファむルずレゞストリを利甚できるようになりたす。 そのようなグルヌプを適切に圢成し、プログラムの䟝存関係を識別し、優先順䜍を蚭定するには、ある皋床の経隓が必芁です。 個々のコンポヌネントを仮想化せずに、システムむメヌゞに盎接むンストヌルするこずをお勧めしたす。 これらは、ODBCドラむバヌたたはデヌタベヌス接続蚭定です。



これは、仮想化があらゆる堎面で人呜を救う゜リュヌションであるずいう印象を䞎えたす。 悲しいかな、他の技術ず同様に、独自の制限がありたす。 特に、Microsoft App-Vを䜿甚するず、システムの起動時に起動するドラむバヌたたはサヌビスを仮想化できたせん Microsoft Application Virtualization 5.0の仮想化ガむドを参照。 他のテクノロゞヌず同様に、App-Vは進化しおおり、倚くの制限が既に克服されおいたす。 たずえば、ExplorerのアプリケヌションコンテキストメニュヌやさたざたなActiveX拡匵機胜の仮想化は問題ではなくなりたした。 ずころで、App-Vの堎合のこの開発は、時には挑戊でもありたす。 サヌビスパックず修正は、問題の解決に加えお、機胜に倧きな倉化をもたらしたす。実際には、この技術の新しいバヌゞョンです。 ただし、1000を超える仮想化アプリケヌションが背埌にあるため 、お客様がビゞネスプロセスを䞭断するこずなく、できるだけ早く䜜業環境に新しい機胜を導入できるよう支揎しおいたす。



そこで、アプリケヌション仮想化の利点を調べたした。 簡単に蚀うず、Microsoft App-Vの䟋を䜿甚しお、仮想パッケヌゞの䜜成ず公開の䞻芁な段階を理解したした。 もちろん、これは唯䞀の仮想化ツヌルではありたせん。 Citrix XenApp、VMware ThinApp、Novell Zenworksに蚀及するしかありたせん。 遞択は、ビゞネスのニヌズによっお異なりたす。 ただし、仮想環境ぞの移行を実装したお客様をサポ​​ヌトした経隓に基づいお、移行戊略を次のように定匏化できたす。アプリケヌションを仮想化できる堎合は、仮想化する必芁がありたす。 長所は吊定できたせん。



䟿利なリンク

Microsoft Application Virtualization 5管理者ガむド

公匏のMicrosoft App-V開発者ブログ

無料のMicrosoft Academy仮想化コヌス



投皿者vv_m



All Articles