Latest / M365.FM – Microsoft 365・Copilot・AI ポッドキャスト（日本語） / Azure Virtual Desktop をやさしく解説：ホストプール、アプリケーショングループ、ワークスペース、FSLogix（AI吹き替え）

Transcript

Azure Virtual Desktop をやさしく解説：ホストプール、アプリケーショングループ、ワークスペース、FSLogix（AI吹き替え） · M365.FM – Microsoft 365・Copilot・AI ポッドキャスト（日本語）

0:00
m365fmのマイクロソフトナレッジナゲットへようこそホストを務める
0:04
ミルコピーターズです今日のトピックは誰もが名前は聞いたことがある
0:07
ものの本当の意味を理解している人は少ないものですアジュール
0:09
バーチャルデスクトップavdについてです一体何なのでしょうか単なる
0:13
クラウド上のリモートpcなのでしょうかそれとももっと大きな何かでしょうか
0:15
多くの人はその名前を聞いて単なる vpnの代替手段やアジュールの仮想
0:19
マシンを借りる方法だと考えています自宅から職場のコンピュータに
0:21
接続するリモートデスクトップツールと混同している人もいます
0:24
実はそのどれでもありませんそれよりも遥かに大きなものですクラウド
0:28
から安全に提供される完全なデスクトップ体験なのですこのエピソード
0:32
の終わりにはavdの本質仕組みそして企業がなぜavdへ移行しているのか
0:36
が理解できるでしょうマーケティングの飾り言葉ではなく全体像を把握
0:39
できるよう確信となる構成要素をわかりやすく解説します
0:42
アジュールバーチャルデスクトップとは何でしょうか全体像を見て
0:46
いきましょう最もシンプルな定義はこうですアジュールバーチャル
0:49
デスクトップとはwindowsとwindows アプリケーションをクラウドから
0:51
あらゆるデバイスへ提供するものですストリーミングサービスを
0:54
創造してください映画やテレビ番組をストリーミングする代わり
0:57
に仕事のデスクトップと業務アプリをストリーミングするのですネット
1:00
フリックスが自社サーバーで負荷を処理するようにavdはアジュール
1:03
サーバーでコンピューティングを処理しますネットフリックス
1:05
の仕組みはご存知でしょうテレビスマホノートpcでアプリを開けば
1:08
どのデバイスでも同じ体験が得られます処理保存レンダリング
1:11
といった実際の重い作業はすべてネットフリックスのサーバー上で
1:13
行われますあなたのデバイスはそのコンテンツを表示するための
1:16
窓口にすぎませんネットフリックスと同じようにavdを利用するために
1:18
高性能なデバイスは必要ありません実際の作業はクラウドで行われる
1:21
からですavdも同じ仕組みですユーザーはすべてのアプリが入った
1:24
フル機能のwindowsデスクトップを利用しますが実際のコンピューティング
1:27
はazureで稼働する仮想マシン上で行われますローカルのデバイス
1:29
はリモートマシンで起きていることを表示しているだけですwindows
1:32
ノートpcmacipadchromebookさらには osの動作がやっとの古いpcでも
1:37
構いませんwindowsアプリを動かせる環境さえあれば大丈夫ですwindows
1:41
アプリはどのデバイスにもインストールできる軽量なクライアントであり
1:43
avdサービスに接続してリモートデスクトップを表示しますそれだけ
1:46
で十分なのですここで重要な違いを説明します一人一人にpcを丸ごと
1:50
借りるわけではありませんそうではなく管理された共有環境に
1:52
接続するのですそしてここからが重要な点ですマルチセッション
1:55
と呼ばれる機能により一台のwindows マシンで複数のユーザーが同時
1:58
に作業できるようになります通常のwindowsは一度に一人のユーザー
2:00
が利用することを前提に設計されていますavdはその常識を変えます
2:03
一般的なwindowsノートpcでは一度にログインできるのは一人だけです
2:06
それがwindowsの仕組みだからですしかしavdを使えば一台のwindows
2:10
マシンに複数のユーザーが同時にアクセスできます各ユーザー
2:12
は個別に分離されたセッションを持ち独自のアプリケーション
2:14
やファイルを利用できますそれらはすべて基盤となる同じ仮想
2:17
マシンを共有していますこれは通常のノートpcでは不可能なこと
2:20
でありavdが企業のコストを大幅に削減できる大きな理由の一つです
2:24
avdはazure上で実行される仮想マシンで動作しますが複雑なバック
2:28
エンド処理はすべてmicrosoft が管理しますユーザーを適切な
2:31
セッションホストへ誘導するブローカー接続を処理するゲート
2:34
ウェイそして利用可能なマシンへユーザーを分散させる負荷分散
2:37
などですこれらをご自身で構築する必要はありませんホストプール
2:41
を作成しアプリケーションを設定しユーザーを割り当てるだけで
2:44
済みますitチームにとっては管理が簡素化されハードウェアコスト
2:48
も削減されますではこれがなぜ重要なのでしょうかつまりユーザー
2:51
は場所やデバイスを問わず完全な windowsエクスペリエンスを利用
2:53
できるということですmacを使っているグラフィックデザイナーもwindows
2:56
専用のデザインソフトを実行できます現場の作業員もタブレット
2:59
からデスクで使うのと同じ業務用アプリにアクセスできますまた
3:03
受け負い業者は個人のノートpcからログインし自分のマシンに何も
3:07
インストールすることなく安全に作業できますデータはazureデータ
3:10
センターから外部に出ないため紛失や盗難の恐れがあるノートpcに保存
3:13
するよりも安全ですこれはユーザーとit部門の両方にとってメリット
3:17
がありますしかしなぜavdが存在するのかを理解するにはそれが解決
3:20
する課題に目を向ける必要がありますその点については次のセグメント
3:22
で解説します従来の方法と新しい方法の比較です従来の方法はシンプル
3:26
でした全従業員に高性能なノートpc を購入し必要なアプリをすべて
3:31
インストールして1台ずつ管理していましたそして3から4年ごと
3:34
にハードウェアをすべて入れ替えまた最初からやり直すのですしかし
3:37
問題はその背後に膨大な隠れたコストがあったことですitチーム
3:40
は展開セキュリティパッチの適用トラブルシューティングに何時間
3:42
も費やしていましたノートpcが紛失や故障をすれば交換してすべて
3:45
を再インストールする必要がありユーザーがファイルをバックアップ
3:47
していることを祈るしかありませんでしたウイルスに感染した場合
3:50
はマシンを初期化してゼロからやり直さなければなりません
3:52
でしたやがてリモートワークが普及しこの従来の方法は完全に
3:55
通用しなくなりましたvpnは低速で扱いにくく自宅のpcは安全とは
3:59
言えず会社のデータは紛失盗難侵害のリスクがあるデバイスに
4:03
保存されていましたエンドポイントを管理できていなくてもその中に
4:06
あるデータの保護は依然として企業の責任でしたアジュールバーチャル
4:09
デスクトップ略してavdを使った新しい方法では状況が全く異なります
4:13
負荷の高い処理はローカルデバイスではなくアジュール上で行われます
4:16
ノートpcやタブレットスマホはクラウド環境を除くための窓に
4:20
すぎません実際の作業やアプリケーションファイル処理はすべてデータ
4:23
センター内に止まりますこれは大きな転換ですpcを紛失しても
4:27
データは失われません別のデバイスを用意してavdに再ログインすれば
4:29
作業を中断した場所からすぐに再開できますファイルはそこに
4:32
ありアプリケーションの設定も個人の環境もそのまま残っています
4:35
デバイス自体が消耗品になったのです支払いの仕組みも変わります
4:38
数年ごとの多額の設備投資で何百台ものpcを買い揃える代わり
4:42
に運用コストへとシフトできます使用した分だけ支払うのです
4:46
今日50人明日100人が作業するなら規模を拡大できます翌月に
4:50
人数が減れば規模を縮小できます高価なハードウェアを抱えたり急
4:54
な需要に慌てて買い足したりする必要はありません次にこれを実現
4:57
する実際の構成要素を最も重要なものから見ていきましょう構成要素
5:02
その1ホストプールとセッションホストです最初の構成要素はホストプール
5:06
と呼ばれます名前の通りwindows デスクトップやアプリを提供
5:10
する仮想マシンの集合体です全て同じ設定で構成されユーザー
5:14
がいつでも接続できるpcのグループだと考えてくださいそのプール
5:17
内の個々のマシンはセッションホストと呼ばれますこれらは通常マルチ
5:21
セッション版のwindows11エンタープライズを実行している実際の仮想マシン
5:24
ですつまり複数の人が同時に同じマシンにログインしそれぞれが
5:27
独立したセッションを使えるということですさてホストプールには2種類あり
5:31
その違いはコストと柔軟性に影響しますプール型ホストプール
5:34
はホテルに例えられます複数のゲストが滞在しますが特定の
5:37
部屋が割り当てられているわけではありませんチェックイン時に
5:40
空いている部屋に入りチェックアウトすればその部屋は次は別の
5:43
誰かのものになりますプール型ホストプールではユーザーは
5:46
その時点で容量に余裕のあるセッションホストに割り当てられます今日は
5:49
マシンaを使っていても明日はマシンbを使うかもしれません
5:52
これはより少ないマシンで多くのユーザーを収容できるため
5:54
多くのナレッジワーカーにとって非常に効率的です個人用ホストプール
5:57
は自分専用のアパートのようなものです自分専用で他の人は使わず
6:00
自分の持ち物がそこにあります自分の設定自分のファイルです
6:03
ログインするたびに同じマシンが割り当てられますこれは一貫
6:06
したパフォーマンスを必要とするパワーユーザーや共有環境では
6:09
うまく動作しない特殊なソフトウェアをインストールする必要がある
6:12
場合に便利ですただしユーザーごとに専用のvmが必要になる
6:15
ためコストは高くなりますさてここからが面白いところですavdはユーザー
6:19
がどのセッションホストに割り当てられるかをどのように判断
6:21
するのでしょうかそれがロードバランシングであり2つの手法
6:23
がありますブレッドスファースト幅優先とはシステムが利用可能な
6:26
すべてのセッションホストにユーザーを均等に分散させる方法です
6:28
例えば10台のマシンに100人のユーザーがいる場合各マシンに約10人が
6:31
割り当てられますこれにより特定のホストが過負荷になることが
6:34
なく一貫したパフォーマンスが得られるためほとんどの展開で
6:36
デフォルト設定となっていますデプスファースト深さ優先はその
6:39
逆です一つのセッションホストを完全に満たしてから次のホスト
6:42
へ移動しますユーザー1から10は全てマシンAにユーザー11から20
6:45
はマシンBにという具合ですなぜこのようなことをするのでしょうか
6:48
空のマシンの電源を切ることができるからですマシンAとマシンB
6:51
が満杯になればマシンCからZをシャットダウンしてコストを節約
6:54
できます深さ優先はオートスケーリングと非常に相性が良くそれが次の要素
6:57
であるスケーリングですAVDを設定してログインしている人数に基づいて
7:01
セッションホストを自動的に追加または削除できますピーク時には
7:04
20台のマシンを稼働させておけるかもしれません夜間にはわずか2台
7:08
で済むかもしれませんシステムは定義したスケジュールに基づいて
7:11
これを自動的に処理しますここで真のコスト削減効果が発揮されます
7:14
使用されていないマシンに対して料金を支払う必要はありません
7:17
ではなぜこれが重要なのでしょうか深さ優先のロードバランシング
7:20
とオートスケーリングを組み合わせたプール型ホストプールはコスト
7:22
を大幅に削減できますユーザー全員分を購入する代わりにピーク
7:25
時の同時利用人数分だけを用意すれば良くそのマシンも実際に
7:28
作業している時間だけ稼働させることができますこれでvmを含む
7:31
ホストプールが用意できましたではユーザーはどのようにしてアプリ
7:34
を利用するのでしょうか構成要素の2つ目アプリケーショングループ
7:37
ですアプリケーショングループとはユーザーが何にアクセス
7:39
できるかを決定する論理的なコンテナですこれらを権限セット
7:42
と考えてください完全なデスクトップか特定のアプリケーションのみ
7:45
を提供しますタイプは2つありますデスクトップアプリケーショングループ
7:48
ではユーザーはwindowsのデスクトップ環境全体を利用できますログイン
7:51
するとスタートメニュータスクバーファイルエクスプローラー
7:53
など全てが表示されます見た目も操作感も通常のwindowsコンピュータ
7:56
と変わりません基本的にはその通りだからですほとんどの企業
7:59
はここから始めますリモートアプリのアプリケーショングループ
8:01
は少し異なりますユーザーにフルデスクトップを提供する代わり
8:04
に個別のアプリケーションを提供しますここからが魔法のような
8:07
部分ですそれらのアプリケーションはユーザーのデバイス上でローカル
8:09
に実行されているように見えますワードを開くとmacやタブレット
8:13
上のローカルアプリと並んで独自のウィンドウに表示されますデスクトップ
8:16
の背景や仮想マシンのインターフェースは表示されずアプリケーションがシームレス
8:20
に実行されるだけですワードエクセルそしてカスタムの業務
8:23
ツールという3つのアプリケーションしか必要としないユーザーを想像
8:25
してみてくださいリモートアプリならそれら3つのアプリだけを公開
8:28
できますユーザーがwindowsアプリを開いて3つのアイコンを確認し
8:30
どれかをクリックするとそのアプリケーションが独自のウィンドウで開きます
8:33
デスクトップが表示されることはなくその必要もありませんタスク
8:36
ワーカーにとっては遥かにすっきりとした体験ですここで重要な詳細
8:39
をお伝えしますリモートアプリはプール型ホストプールでのみ
8:41
利用可能です個人用ホストプールを使用していない限りフルデスクトップ
8:44
体験に限定されますそれがこの技術の仕組みなのですしかしここ
8:48
からが強力な点ですユーザーには異なるホストプールにまたがる
8:50
複数のアプリケーショングループを割り当てることができますつまり
8:52
あるユーザーは一方のホストプールからのデスクトップアプリケーショングループ
8:55
ともう一方からのリモートアプリグループの両方を持つことができます
8:58
そのユーザーがwindowsアプリにログインするとフルデスクトップ
9:00
アイコンと個別のアプリアイコンの両方が表示されますユーザー
9:03
は必要な方を選択できます実際にはどのように機能するのでしょうか
9:07
アプリケーショングループを作成しazure adのユーザーまたはグループ
9:09
に割り当てると次にユーザーがwindowsアプリを開いたときにそれら
9:12
のリソースが自動的に表示されます手動設定や構成ファイルリンク
9:15
の送信などは一切不要ですただ表示されるだけですしかしユーザー
9:19
がこれらのリソースを見つける方法が必要ですそこで登場する
9:21
のがワークスペースです構成要素の3つ目ワークスペースですホスト
9:24
プールとアプリケーショングループは準備できましたがユーザーがこれら
9:27
すべてのリソースを見つけてアクセスする手段が必要ですそこで登場
9:30
するのがワークスペースですワークスペースとはアプリケーショングループ
9:33
を論理的にまとめたものですwindows アプリを開いたときにユーザー
9:35
に見えるものがこれですスマホでアプリを整理するフォルダのような
9:38
ものだと考えてくださいスマホを開いてすべてのアプリが画面
9:41
上に散乱しているのを見ることはありませんよねゲームは一つの
9:44
フォルダ生産性ツールは別のフォルダといった具合にグループ
9:46
化されていますワークスペースはavdリソースに対しても同じこと
9:49
を行いますすべてのアプリケーショングループは必ずワークスペース
9:51
に関連付ける必要がありますこれは避けられませんアプリケーショングループ
9:54
を作成してもワークスペースに接続しなければユーザーはそれを見る
9:57
ことができませんバックグラウンドには存在しますが誰もアクセス
9:59
できない状態になりますワークスペースこそがそれを表示可能にするもの
10:02
なのですユーザーの視点からどのように見えるかを見てみましょう
10:05
ユーザーがデバイスでwindowsアプリを開き仕事用アカウントでサイン
10:08
インすると割り当てられたすべてのリソースデスクトップアプリケーション
10:12
などがワークスペースごとに整理されて表示されます手動でのセットアップ
10:15
や構成ファイルit部門から送られてくるリンクをクリックする必要もありません
10:18
ただそこに現れるのです様々なシナリオに合わせて複数のワークスペース
10:22
を作成できます例えば財務部門向けに会計アプリをまとめたワークスペース
10:26
エンジニアリングチーム向けに設計ツールを集めたワークスペース
10:29
さらに契約社員向けにアクセスを制限したワークスペースなどが
10:32
作れますユーザーには割り当てられたワークスペースのみが表示
10:34
されるため財務担当者がエンジニアリングツールを見ることはなく契約社員
10:38
が内部用アプリを見ることもありませんユーザーエクスペリエンスは非常
10:41
にシンプルですウィンドウズアプリを開いてサインインすれば必要な
10:44
ものが全てそこに揃っていますデスクトップのアイコンをクリック
10:46
すればフル機能のウィンドウズセッションが開始されますアプリ
10:49
のアイコンをクリックすればローカルプログラムのように開きます
10:51
vpnも複雑な設定も不要でアクセス可能なものがリストとしてすっきり
10:54
と表示されますこれで全ての要素が揃いましたしかしユーザーはどのように
10:58
ログインしてデスクトップにアクセスするのでしょうかユーザーがどの
11:00
ように接続するかそのidとアクセスのレイヤーについて説明します
11:03
全ての始まりはmicrosoftentraidですまだazureactive directoryという名称
11:07
で馴染みがあるかもしれません少し前にブランド名が変更されました
11:10
が中身のシステムは同じですentraid はデジタルオフィスの受付のような
11:14
ものだと考えてくださいあなたが誰であり何にアクセスできるか
11:17
を把握していますmicrosoft 365teamsシェアポイントへのログイン
11:21
を管理しておりもちろんavdへのアクセスも制御していますでは実際
11:24
にユーザーはどのように接続するのでしょうかその流れを順を追って
11:27
説明しますユーザーがデバイスでwindowsアプリを開き仕事用のメール
11:30
アドレスとパスワードでサインインします多要素認証が設定されて
11:33
いればそれも行いますwindowsアプリがentraidに認証リクエストを送信
11:37
しそこで身元が確認されます次にavdがそのユーザーがどのアプリケーショングループ
11:41
に属しているかを確認します最後にセッションホスト自体がユーザー
11:44
を認証しますこの最後のステップが重要ですユーザーはwindowsアプリ
11:48
にログインしていても仮想マシンにサインインするには別途権限が
11:50
必要ですこれは仮想マシンユーザーログインという特定のazureロール
11:54
によって制御されていますこのロールが割り当てられていない
11:56
とユーザーはavdに認証してwindows アプリでリソースを見ることが
11:59
できても接続しようとすると失敗しますセッションホストにログイン
12:03
する権限がないからですここでベストプラクティスの出番
12:05
です個々のユーザーに直接権限を割り当てないでください常に
12:08
グループを使用するようにしましょうエントラーidでグループを作成し
12:11
アフズザーズのような名前を付けて全ユーザーを追加しますその後その
12:14
グループをアプリケーショングループと仮想マシンユーザーログインロール
12:16
に割り当てます新しくメンバーが加わったらそのグループに追加
12:19
するだけです退職者が出たらグループから削除しますこれでもうavdの設定
12:23
を二度と触る必要はありません旧リモートデスクトップクライアント
12:25
であるwindowsアプリはwindows mac ios androidそしてwebブラウザーでも
12:30
利用可能ですユーザーは特別なデバイスを用意する必要はありません
12:33
今持っているデバイスをそのまま使えますすべてエントラーidベース
12:37
なので既存のセキュリティポリシーが自動的に適用されます多要素
12:40
認証もmicrosoft 365と同じように機能します準拠デバイスの要求や特定
12:45
の場所からのアクセス制限といった条件付きアクセスポリシー
12:48
もsharepointやexchangeと同様にavdへ適用されますすべてのサービス
12:53
で一貫したセキュリティポリシーを維持できますシングルサイン
12:56
オンにも対応していますwindowsアプリで一度認証すればデスクトップや
13:00
アプリの起動時に再度入力を求められることはありませんシームレス
13:03
な体験です一度サインインすればすべてがそのまま使えますしかし
13:07
avdを真に快適にするための重要な要素がもう一つありそれはすべての
13:10
ユーザーに関わることですユーザープロファイルの課題ですなぜエフスロジックス
13:14
が重要なのか皆さんがあまり意識していない点をご紹介しますプール型ホスト
13:18
プールではログインするたびに異なる仮想マシンに割り当てられる
13:21
ことがあります今日はマシンa明日はマシンbその次はマシンcプロファイル
13:25
管理がなければログインするたびに新品のコンピューターを使っている
13:29
ような感覚になりますブックマークもデスクトップのファイルも保存
13:32
したパスワードもアウトルックの署名も何一つありません部屋を
13:35
出るたびに完全に片付けられリセットされるホテルの部屋にチェックイン
13:38
するようなものです設定や基本設定ファイルはすべて消えてしまいます
13:41
かつての解決策はローミングプロファイルでしたwindowsが中央
13:44
サーバーからプロファイル全体をログインしたマシンへコピー
13:47
する仕組みです理にかなっているように聞こえますよね実際には
13:50
低速で信頼性が低く破損しやすいものでしたログオンに30秒以上
13:54
かかることもありましたコピーが中断されるとプロファイル
13:56
が完全に壊れてしまうこともありました itチームは破損したプロファイル
13:59
の修復に膨大な時間を費やしており決して良い体験とは言えませんでした
14:02
マイクロソフトはこの深刻な問題を認識しエフスロジックスという
14:05
企業を買収してその技術をavdに直接統合しましたエフスロジックス
14:09
はプロファイルの問題を完全にそして非常に洗練された方法で
14:12
解決します仕組みはこうですプロファイルをコピーしてやり取り
14:15
する代わりにエフスロジックスは各ユーザーのプロファイルを
14:18
単一の仮想ハードディスクファイルとしてazure filesなどの中心的な
14:22
場所に保存しますユーザーがavdにログインするとエフスロジックス
14:25
がそのディスクをセッションに直接マウントしますusbドライブ
14:28
を差し込むように瞬時に接続されます設定ファイルブックマーク
14:31
基本設定のすべてが即座に反映されますその結果は劇的ですログ
14:35
オン時間は30秒以上から7から8 秒程度まで短縮されますプロファイル
14:39
は一元管理されているためどのセッションホストに接続しても
14:42
問題ありませんプロファイルは自動的にユーザーを追いかけ
14:45
ますエフスロジックスはマイクロソフト 365アプリの大きな問題も解決します
14:49
従来のプール環境ではアウトルックのキャッシュモードやワンドライブ
14:52
の同期は事実上使用できませんでしたパフォーマンスが非常に劣悪
14:55
だったのですエフスロジックスを使えばどちらも完璧に動作します
14:57
ユーザーはオフラインアクセス可能な完全なアウトルックを利用
14:59
できワンドライブはファイルを同期しチームも適切にキャッシュ
15:02
されますすべてが快適に動作しますこれがエフスロジックス
15:04
がavdのユーザープロファイルにおける標準かつ必須のソリューション
15:07
とされる理由ですこれなしでプロファイルを管理しようとしない
15:09
でくださいログオンの低速化プロファイルの破損ユーザーの
15:12
不満を招くことになります初日からエフスロジックスを使って
15:15
ください構成要素をご理解いただけたところで企業が実際に移行を
15:18
進めている理由についてお話ししましょうなぜ企業はavdを選ぶ
15:21
のでしょうかセキュリティとコストのメリットです企業が従来のラップ
15:25
トップではなくavdを選ぶ理由は何でしょうかそれは結局のところ
15:27
セキュリティとコストに集約されます詳しく見ていきましょうまずは
15:30
セキュリティモデルですavdではデータがazureデータセンターから
15:33
出ることはありませんユーザーのデバイスはリモートマシンで
15:36
起きていることを表示しているにすぎません実際のファイルアプリケーション
15:39
機密情報はすべてマイクロソフトのデータセンター内に泊まりセキュリティ
15:42
管理下に置かれますたとえラップトップを紛失してもデータは
15:45
最初からそこに存在しないため盗まれるものはありませんすべて
15:48
のエンドポイントを暗号化したり盗難デバイスを遠隔消去したりする
15:51
心配は不要ですマイクロソフトはディフェンダ法エンドポイント
15:54
をavdセッションホストに直接統合しているため仮想マシンは他の
15:58
管理デバイスと同様に監視保護されますマルウェア検知脅威
16:02
ハンティング自動応答のすべてがavd環境に適用されますit部門
16:06
は物理デバイスと仮想デスクトップを横断して一元的なセキュリティ
16:09
ビューを得ることができます次に一元管理についてお話し
16:12
しますこれはitチームにとって非常に大きな利点です何百台もの
16:15
個別のラップトップを管理しアップデートを展開し問題をトラブル
16:17
シューティングし故障したハードウェアを交換する代わりに一つの環境
16:20
を管理するだけで済みますゴールデンイメージを一度更新すればすべて
16:22
のセッションホストにその更新が適用されますポリシー変更を
16:25
一度プッシュすればすべてのユーザーに適用されます運用オーバーヘッド
16:27
は大幅に削減されます時間と労力を節約できるのですそしてコスト面
16:31
です自動スケーリングこそavdが真にコストを削減できる機能ですセッションホスト
16:34
はユーザーがログインしている間だけ実行されますピーク時には
16:37
50台のマシンが稼働していても構いません夜間や週末には2台だけ
16:40
で済むかもしれません自動スケーリングによりコンピューティング時間
16:42
を40から60%削減できますアイドル状態のマシンに料金を支払う必要
16:46
はありません適切なサイズ設定もコスト削減の重要な手段です従来
16:49
のモデルでは大半のユーザーには基本的なツールしか必要ない場合
16:51
でも最も負荷の高いユーザーに合わせて高性能なノートpcを購入する
16:54
必要がありましたavdなら実際のワークロードの要件に合わせて
16:56
仮想マシンのサイズを最適化できますパワーユーザーにはより
16:59
大きなマシンをタスクワーカーにはより小さく安価なマシンを
17:01
提供できます誰も必要としないハードウェアに過剰な投資をする
17:03
必要はもうありませんさらにすでに利用可能なライセンス上のメリット
17:07
もあります組織でwindows 1011エンタープライズまたはmicrosoft365e3e5を
17:12
使用していればwindowsデスクトップの追加ライセンス費用なしでavdを利用
17:16
できます既存のライセンスでカバーされるからですこれにより
17:19
大きな障壁が取り除かれますそして展開速度も違います従来のモデル
17:23
では新しい従業員のオンボーディングにはpcの手配到着待ちイメージ
17:27
の展開アプリのインストール設定作業が必要でしたこれには数日
17:30
から数週間かかることもありましたavd なら数分で新しいユーザーを設定
17:34
しアカウントを作成して適切なグループに割り当てるだけで手持ち
17:37
のデバイスからすぐに業務を開始できますここまでの内容の要点を
17:40
まとめますつまりazure virtual desktop とは何かこれはwindows
17:44
デスクトップとアプリケーションをazureからあらゆるデバイスに
17:47
配信するマネージドサービスです内部的にはホストプール内の仮想
17:50
マシンがアプリケーショングループとして構成されワークスペース
17:53
を通じて提供されますユーザーはwindowsアプリからエントラーid
17:56
で認証しmacタブレットchromebook 古いpcからでも完全なwindows
18:00
エクスペリエンスを利用できます一言でまとめるとこうなります
18:03
avdはコンピューティング体験を物理デバイスから切り離します処理
18:06
はクラウドで行われデバイスは単なる窓口となりますavdを検討
18:10
中の方に私からの推奨事項ですまずはプールされたホストプール
18:13
から始めましょうマルチセッションとオートスケーリングにより最も
18:15
優れたコスト効率が得られます初日からエフスロジックスを使用
18:18
してくださいそれなしでプロファイルを管理することなど考えないで
18:20
くださいそれによって体験の快適さが全く変わってきますまた権限
18:24
は個人単位ではなくグループ単位で割り当ててくださいavdユーザーグループ
18:27
を作成してメンバーを追加しそこからアクセスを管理しますavdを
18:30
テストしたい場合は小さく始めましょう一つのホストプール
18:32
で数人のユーザーから使い心地を試してみてください導入の障壁
18:35
は低く本格展開の前にパイロット運用で多くのことを学べます以上
18:38
azure virtual desktopの簡単な解説でしたマイクロソフトテクノロジー
18:41
のわかりやすい解説を今後も見たい方は登録をぜひシェアもお願いします