Calendarの季節ですね。仮想GPUソリューション」を知って頂きたく、仮想GPU入門的な投稿をさせて頂きました。ユニット、略してGPU)は、コンピュータゲームに代表されるリアルタイム画像処理に特化した演算装置ないしプロセッサである。OfficeやWebブラウザを中心に使用するビジネスユーザーでもGPUパワーが不可欠だよ!っていう説明を昨年しましたが、実際に、それを体感し、NVIDIA仮想GPUソリューションを、OA用途のVDI環境で採用する団体企業はどんどん増えています。いくつか、事例として公開されているものがあるので、以下に案内しますね。仮想GPUソリューションの採用は広がっているんです。GPUが必要”って言ってるけど~」の通り、GPU採用は、Windows10へのバージョンアップ移行がきっかけです。過去のセキュリティ偏重のVDIは「遅くてもセキュリティのため我慢して使う」ということが多かったですが、昨今は、「遅さを我慢するVDIでは生産性が下がり期待する働き方改革につながらない」から、テレワークによる生産性向上を支えるVDIを実現できるストレスフリーなVDIを選択するユーザーが増えています。Windows10は、システム要件に記載の通り、ハードウェアアクセラレーション(GPU)前提です。10をVDI環境で利用する際は、増え続けるグラフィックスのニーズを受け止めるために仮想GPUが無いと、ストレスフルなVDIになってしまうというわけです。Updateを通して、予想通りの進化しています。◆補足情報(レイクサイドソフトウェア社ホワイトペーパー)上の図は、ワークスペース分析のリーディングカンパニーであるレイクサイドソフトウェア社が発行しているホワイトペーパーを参考にしています。環境を対象とした比較分析)https://www.lakesidesoftware.com/jp/resources/white-papers/elevating-user-experience-through-gpu-accelerationGPU無のVDIで、パフォーマンスに課題を抱えている方は、解決手段のひとつとして、ぜひ、仮想GPUの採用を検討して欲しいと思います。NVIDIAの仮想GPUソリューションを活用する新たなワークロードこの章では、従来のCADワークステーション用途、そして、広がるOA用途に続き、新たに注目される用途・ニーズについて、紹介したいと思います。SEVER」を発表しました。(ディープラーニング)のような用途に活用できるようになったということです。大規模な気候シミュレーション、天体や衛星軌道のシミュレーションは、ひとつのGPUを分割するvGPUの方式ではなく、いわゆるスパコン(クラスタ)が活躍する世界です。世の中のシミュレーションや学習ワークロード全てが、大量のGPUを必要するわけではなく、ワークステーションやサーバーで計算するようなものは、仮想化して、GPUを複数の仮想マシンで共有する環境に移行することで、コスト的に導入しやすく、また、その時々に必要なGPUパワーを分割して割り当てることで、効率的な利用が可能(みんなが使いやすい計算環境)になります。Horizonの画面転送を併用することにより、計算結果(大容量データ)を端末にダウンロードの時間を待たず、データセンター内に置いたまま、可視化やデータ処理を行うことが可能です(みんなが使いやすい計算環境になります・再)。ちなみに、、、計算系に詳しい方は、もしかしたら、「仮想GPUって、ECCやメモリページリタイアメントに対応してなくて信頼性が低いんじゃないの?」と思うかもしれません。Retirementは、エラー印を付けたメモリセルのページうぃ自動的にオフラインにする機能です。(R430)から、サポートになっていますので、ご安心ください。https://vexpert.vmware.com/(免責)本ブログは私が個人的に行っているブログであり、所属する会社とは関係ありません。本ブログ内の情報は、個人の見解、個人で調査した情報を記載していますので、間違っていることもあります。正確性を保証するものではありませんので、ご了承ください。vMotionが容量不足としてエラーになってしまう。20190先日(といっても数か月前。)に頭を悩ませた事象です。vMotion?)のバグだと思います。vMotionをする際に、容量が足りているはずなのに、容量不足としてエラーになってしまう事象です。vMotionで発生しました。実際に私が経験した状況をそのまま記します。vMotionを試みたところ容量不足としてエラーになりました。8TBのサイズの仮想マシンを5TBしかないデータストアに移行しようとしているためです。この計算は明らかに間違っており、移行できるべきです。vMotionではなく、仮想マシンのReplicationにて移行を実施すると、問題なく成功します。容量不足としてエラーになった原因は、4TBしかない仮想マシンが8TBととして計算されているためです。Mirrorで仮想ディスクを構成した場合、データストア上の消費容量は8TBになります。実際の仮想マシンサイズは4TBなのだから、5TBの移行先データストアに移行できないのはおかしいです。残念ながら当時は未解決でした。LUNを拡張するか、仮想マシンのサイズを小さくするか、Replicationにて移行するかしか手がありませんでした。最新のVersionでは試してませんが、おそらく未解決だと思われます。IndexTrademarksHelpFeedback。