Windows × ネットワーク! 更新プログラムの展開に使えるネットワークの最適化機能をマスターしよう

PR24
Windows × ネットワーク!
更新プログラムの展開に使える
ネットワークの最適化機能をマスターしよう
太田卓也
日本マイクロソフト株式会社
クラウド&ソリューション事業本部
モダンワークプレイス統括本部
モダンデスクトップ技術営業部
テクノロジ－ソリュ－ションプロ
フェッショナル
酒井敏和

本セッションの位置づ
け
#mstsjp18 #PR24
なぜ今日このテーマをや
るの？

本セッションの位置づけ
Lv 300 - 400
中・上級
者

本セッションの位置づけ
Lv 300 - 400
中・上級
者
QoS BITS BranchCache 配信の最適
化
LEDBAT

本日はよろしくお願いします！

ネットワーク帯域はいつも狭
い・・・

生産性向上のための
最新の機能へのアク
セス
最新の脅威に対す
るセキュリティの
強化
管理、パフォーマン
ス、
安定性、ハードウェ
ア
サポートの強化
ネットワークの通信量は増加
する

1803 Rollout Data
Inflection Point:
1803 is now the most widely installed version
of Windows 10
Daily Average is 5.6M
236M devices on RS4 in 45 days (@6/13)
Same number in RS3 in 95 days
Windows の Update ペースも・・・

More Devices, Declining Call Volume
Continued
accelerated rollout
while reducing
support call volumes
and costs
ちなみにトラブルは減ってます

Windows ネットワークサポートの現場より
ThisPhotobyUnknownAuthor
islicensedunderCCBY-SA
ThisPhotobyUnknown
Authorislicensedunder
CCBY-SA
もはやネットワーク高速化のための
チューニングはほとんど不要
残るは帯域のサイジングと有効活用

#mstsjp18 #PR24
BranchCache 配信の最適化 LEDBAT
2001～ 2009 ～ 2015 ～ 2018 ～
QoS
BITS

ポリシーベースの
QoS
ホストサーバー
クライアン
ト
P2P キャッシュ共
有
(BranchCache, DO)
ダウンローダー
(BITS, DO)
(BITS, DO)
2001～ 2009 ～ 2015 ～ 2018 ～
QoS
BITS

Windows OS 標準のネットワーク帯域
制御
ポリシーベースの QoS – 入門
編
ある特定のトラフィックを制限 or 優
先する
アプリ A からの送
信を 5 Mbps 以下
で送信
アプリ
A
クライアント
アプリ A からの送
信を 5 Mbps に制
限
設定
送信側のトラフィックの
制御
Lv 100 - 200

ポリシーベースの QoS - 設定編
ネットワーク帯域
幅
パケットの優先順
位
何を? 何に?
すべて or 特定のア
プリ
特定の URL
すべて or 特定の発信
元
すべて or 特定の宛先
どの IP
に? TCP / UDP
発信元 / 宛先ポート
どのポート
に?
Lv 200
ウイザードに従って
設定
グループポリシーエ
ディター
コンピューターもしくはユー
ザー単位
or

ポリシーベースの QoS - マスターへの道！
帯域幅の空き状況などに応じた最適化の機能を持たな
いスロットル率を適切にチューニングする必要がある
送信トラフィックに対する制御
Pacer.sys (Packet Scheduler) による DSCP マーキングとスケジューリング
DSCP 値でパケットの優先度を明示的に示す
スロットル率で特定通信の帯域を確保／制限
受信トラフィックに対する帯域幅制御も可能だが …
TCP 受信ウィンドウを用いた簡易的なスロットルで、細やかな調整が出来
ない
適用範囲を指定できない (システム全体に影響)
Lv 300 - 400

BITS
2001～ 2009 ～ 2015 ～ 2018 ～
QoS
BITS
バックグラウンドインテリジェント転
送サービス
クライアン
ト
有
(BranchCache, DO)
(BITS, DO)
(BITS, DO)
制御
(QoS, LEDBAT)

BITS – 入門編
各クライアントで未
使用の帯域のみを使
用して最大 1000
kbps で
ダウンロード
クライアント
最大ダウンロード速
度を
1000 kbps に制限
設定
Lv 100 - 200
Windows OS 標準のファイル転送サー
ビス
Windows Update はこのサービスを使
用
未使用の帯域でバックグラウンドでダウ
ンロード

余ったお金でやりくり！

BITS – 設定・使い方編 Lv 200
更新プログラムの DL で使
用
(何もしないでも)
Windows Update
WSUS
SCCM
グループポリシーエ
ディター
(帯域制御したい場合)
帯域制限
ジョブ数の制限
キャッシュの容量
コマンドライン
(特別な事したい場合)
特定ファイルのダウンロー
ド命令
ジョブの確認

BITS - マスターへの道！
未使用の帯域を活用したファイル転送
ファイルの転送処理に特化。帯域幅の空き状況に応じた転送処理の最適化
を行う
ファイル転送には HTTP/HTTPS/SMB をサポート
適切な転送レートになるまでに時間がかかる
Adaptive Bit Rate (ABR) による最適化。適切な転送レートになるまでに段階的な調整が
必要
ダウンロードに対する制御
HTTP/HTTPS 利用時、HTTP/HTTPS GET の Range リクエストを用いる
アップロードに対する制御も可能だが …
HTTP/HTTPS 利用時、BITS specific block-based upload protocol を
用いる (アップロード先に IIS の BITS extension を構成する必要が
ある)
Lv300 - 400

BranchCache
クライアン
ト
有
(BranchCache, DO)
(BITS, DO)
(BITS, DO)
制御
(QoS, LEDBAT)BranchCache 配信の最適化 LEDBAT
2001～ 2009 ～ 2015 ～ 2018 ～
QoS
BITS

BranchCache – 入門編
クライアント
BranchCache を使用
するポリシーを設定
設定
BranchCache による
共有を有効化
設定
Lv 100 - 200
Windows OS の P2P によるキャッシュ
共有
近年のファイルサイズの増大で注目
アクセスしたファイルをキャッシュと
して共有
クライアントで同士
でキャッシュ共有。
近くのクライアント
で既にダウンロード
済みのものがあれば
利用

BranchCache – 入門編
クライアント
① サーバーに
ファイルを要求を
送信
①
② 要求されたファイ
ルに対応したハッシュ
を返す
② ③ ハッシュをマル
チキャストし、周
りでファイルを
持っていないか確
認
③
Lv 200
④ キャッシュがクラ
イアントに存在すれば
クライアントから、な
ければサーバーから取
得
④
マルチキャストによってピア (周り) と
通信
今までは Enterprise エディションのみ
の機能
現在は更新プログラム用途 & 分散型なら
無償
分散 / ホスト型キャッシュモードから
選択

BranchCache – 設定編 Lv 200
③ キャッシュサー
バー設定(使用する場合のみ)
役割とサービスの追
加
PowerShell
② クライアント設
定
グループポリ
シー netsh
① ホストサーバー
設定
役割とサービスの追
加

BranchCache – マスターへの
道！
ピアキャッシュになれない
マルチキャスト (WS-Discovery) を受け取れないネットワーク上に存在する
バッテリ駆動時には WS-Discovery に応答しないようになっている
Windows Update に用いることは出来ない
更新プログラムの配布に用いる場合、WSUS または Configuration Manager
を活用
ブランチ間のネットワークトラフィックを大幅に減ら
せる大幅に減らせる - コンテンツの一元管理を保持したまま
大幅に減らせる - ユーザーに対して透過的で暗黙的、操作性を変えずに
用途によっては効果が得られないことも
キャッシュであるため、変更／更新の多いコンテンツに対しては不向き
頻繁にアクセスされるファイルブロックをキャッシュしているピアにトラフィック
が集中することも
Lv 300 - 400

Windows 10 更新プログラ
ム
サイズの削減について
クライアン
ト
有
(BranchCache, DO)
(BITS, DO)
(BITS, DO)
制御
(QoS, LEDBAT)
ちょっとより道更新プログラム
サイズの削減

Windows 10 の更新プログラム
機能更新プログラム
(FU : Feature Update)
2 種類の更新プログラムを提供
品質更新プログラム
(QU : Quality Update)
 従来のサービスパックに相当
 新機能の追加や改善を目的
 サービシングチャネルによる適用タイミングの選択
 従来の更新プログラムに相当
 品質の向上とセキュリティの修正を目的
 複数の問題を包括した 1 つの更新プログラム
 各バージョンごとに 18 ヶ月間リリース
(LTSC は 10 年間)
※ LTSC は機能更新プログラムは提供されません
半期チャネル / Semi-Annual Channel
長期サービスチャネル / Long-Term Servicing Channel
リリース頻度 : 毎月リリース頻度 : 6 ヶ月ごと
サービスパック
+ α
月例更新
プログラム
今までの実績
0 MB ～最大 1 GB 強
差分更新機能を使うと
毎月約 100 ～ 200 MB
今までの実績
メディアのサイズは約 4 GB 強
差分更新機能などを使うと
約 2 GB 強
30

例 : Windows 10 品質更新プログラムのサイズ
 高速インストールファイル利用時の配信サイズ
0
200
400
600
800
1000
1200
2015-11 2015-12 2016-01 2016-02 2016-03 2016-04 2016-05 2016-06 2016-07 2016-08 2016-09 2016-10
Full Update Size (MB) Express Download Size (MB)
31
今までは毎月増加していた。
また、サイズ削減のためには
差分更新機能が必要だった。

Windows Server
Update Services
Windows Update
(for Business)
System Center
Configuration Manager
 インターネット上の自動更新サービス
 無償で利用が可能
 クラウド環境や intune 利用時の主流
 Pro 以上では、更新プログラムの適用を
延期出来る機能あり (for Business)
 「Update Compliance」を利用すること
で更新プログラムの状況把握も可能
 Windows Server の標準機能
 Windows Server をご利用であれば無償
 中・小のオンプレミス環境での主流
 管理者により、更新プログラムの管理・配
信を行う
 サーバーアプリケーション
 別途ライセンス購入が必要
 大規模オンプレミス環境での主流
 クライアント端末の管理製品
 非常に多くの機能を搭載しており、更新
プログラムの管理・配信も可能
32
差分更新機能を使うには
MS 製品のインフラが必要だった。

品質更新プログラム (QU) のサイズ
1809 から新しいモデルに！
 差分更新と同様のサイズ
 今まで通り、最新のものの適用のみで最新の状態
に
 パフォーマンスも向上
クライアントへのダウン
ロード
今までの「高速インストール」よりや
や大きめ
サーバーへのダウンロー
ド
大幅に削減 (8 ～11 GB ⇒ ～ 300 MB )
適用
1809 より開始
WU / WSUS / SCCM に対応
デバイスのパフォーマン
ス
40% メモリ使用率の改善
ネットワーク効率
より一貫した、より良い「配信最適
化」との統合
累積
更新
サーバーへの
ダウンロードサイズ
累積
更新
新しい
モデル
クライアントへの
ダウンロードサイズ
差分
更新
新しい
モデル
差分
更新
品質更新プログラムのサ
イズ
1809 以降の更新プログラムは
そのまま配るだけで OK
(今までの差分更新とほぼ一緒！)

クライアン
ト
有
(BranchCache, DO)
(BITS, DO)
(BITS, DO)
制御
(QoS, LEDBAT)BranchCache 配信の最適化 LEDBAT
2001～ 2009 ～ 2015 ～ 2018 ～
QoS
BITS
配信の最適化
Delivery Optimization

配信の最適化 – 入門編
A
B
C
D
1
3
2 5
5
5
4
Windows Update
(DO Service) Content Servers
Lv 100 - 200
Windows 10 の P2P による更新プログラム
共有
HTTP とピアからの同時ダウンロード
クラウド時代にあわせたデザイン

世界規模でのチャリティ！

配信の最適化 – 動作編 Lv 200
配信
 Windows 10 更新プログラ
ム
 ドライバー
 Microsoft ストアアプリ
 Office 365 ProPlus / 2019
コンテンツは分割さ
れ
ハッシュ化される
キャッシ
ング
DO Services
ダウンロード
DO Services

配信の最適化 - 機能向上がすごい！
初期バージョン
帯域制御の
追加
メモリ&ディスク
要件の緩和と
変更許可
PowerShell
コマンド追加
モバイル PC
向けの設定を
追加
ダウンロード/
アップロード別に
帯域制御可能
グループ機能の
強化
PowerShell
コマンド追加
開発も力を入れています！
Lv 200

ポリシーも多い！全て GPO / MDM に対応
ポリシー設定バージョン
ダウンロードモード 1511
グループ ID 1511
ピアキャッシュを使用できる最小 RAM (含む) 1703
ピアキャッシュを使用できる最小ディスクサイズ 1703
最大キャッシュ期間 1511
最大キャッシュサイズ 1511
絶対最大キャッシュサイズ 1607
キャッシュドライブの変更 1607
ピアキャッシュコンテンツファイルの最小サイズ 1703
最大ダウンロード帯域幅 1607
最大ダウンロード帯域幅の割合 1607
最大アップロード帯域幅 1607
グループポリシー設定
バージョ
ン
月単位のデータアップロード上限 1607
最小バックグラウンド QoS 1607
デバイスが VPN 経由で接続中に、ピアキャッシュを有効にする 1709
設定されているバッテリレベルでデバイスがバッテリで動作している場
合にアップロードを許可する
1709
最大フォアグラウンドダウンロード帯域幅 (パーセント) 1803
最大バックグラウンドダウンロード帯域幅 (パーセント) 1803
バックグラウンドダウンロード帯域幅を制限する営業時間を設定しま
す
1803
フォアグラウンドダウンロード帯域幅を制限する営業時間を設定しま
す
1803
ピアの選択範囲を制限する方法を選択します。 1803
グループ ID のソースを選択します。 1803
http からのバックグラウンドダウンロードの延期 (秒) 1803
24 項目も設定が・・・！
全て GPO / MDM で設定可能
Lv 200

配信の最適化 – 設定編
① ダウンロード
モード
② グルー
プ
④ ネットワーク帯
域
③ キャッ
シュ
Lv 200

① ダウンロードモードの設定
最初に行う最も重要な構成「ダウンロードモード」
- 6 種類ダウンロードモード
配信の最適化
使わない
ピアは使わない
DO
同じ NAT でピア
DO
指定グループでピ
ア
DO
インターネット
でピア
DO
HTTP のみ (0) インターネッ
ト (3)
簡易 (99)
ダウンロード
のみ

① ダウンロードモードの設定
最初に行う最も重要な構成「ダウンロードモード」
- 6 種類ダウンロードモード
② グループ設定へ③ キャッシュ設定
BranchCach
e や BITS を
設定
配信の最適化
使わない
DO
同じ NAT でピア
DO
指定グループでピ
ア
DO
インターネット
でピア
DO
HTTP のみ (0) インターネッ
ト (3)
簡易 (99)
ダウンロード
のみ

①-2 グループモード
ACMECORP
グループ ID
グループ ID のソースを選択
します
「ダウンロードモード」を「グループ (2)」にした場合のみ有効
既定では自動的にグループが形成
グループを制限することも可能

①② ダウンロード / グループモードおまけ
137.1.20.150
ACMECORP
DO Services
ピアの選択を制限する
方法を選択します
同じサブネットのピアリングに制
限
高価な WAN

③ キャッシュの設定
専用のキャッシュ領域を使用
最大キャッシュ期間
最大キャッシュサイズ
絶対最大キャッシュサイ
ズ
キャッシュドライブの変
更
ピアキャッシュコンテン
ツファイルの最小サイズ
ピアキャッシュの使用に
必要な最小 RAM 容量
(GB)
ピアキャッシュを使用で
きる最小ディスクサイズ
キャッシュの必要条件
必要に応じてクライアントのキャッシュのチューニ
ングの実施

④ ネットワークの帯域設定
配信の最適化で使用する帯域の制
御
最大ダウンロード帯域幅
最大アップロード帯域幅
月単位のデータアップロード上
限
最大バックグラウンドダウン
ロード帯域幅 (パーセント)
最大フォアグラウンドダウン
ロード帯域幅 (パーセント)
バックグラウンドダウンロード
帯域幅を制限する営業時間を設
定します
フォアグラウンドダウンロード
帯域幅を制限する営業時間を設
定します
http からのバックグラウンドダ
ダウンロードを延期 (秒)
50
%
必要に応じてネットワーク帯域制御
微調整も可能

配信の最適化 – 設定編
① ダウンロード
モード
② グルー
プ
④ ネットワーク帯
域
③ キャッ
シュ
Lv 200
モニタリング

配信の最適化 – モニタリングの実施
アクティビティ
モニタ
PowerShell Windows Analytics
様々な手法でモニタリングが可能

配信の最適化 – 実際に効果を測定
Windows
Update
第 1 弾第 2 弾第 3 弾第 4 弾
1709 → 1803 に
機能アップデートを実
施

配信の最適化 – 実際に効果を測定
第 1 弾第 2 弾第 3 弾第 4 弾

配信の最適化 – マスターへの道！
ネットワーク要件
インターネットへのアクセスが必須条件
NAT 越えた P2P を行う場合には Teredo (IPv6 over IPv4 Tunneling) を用
いる
Windows 10 更新プログラムのネットワーク最適化に特化
ユーザーに対して透過的で暗黙的、操作性は変わらない
クラウド環境でもキャッシュの共有が可能
Windows Update の環境では今後の主流となる
Microsoft 社内の実績ではコンテンツの 76% がピアキャッシュから提供
Lv 300 - 400

配信の最適化 - 検証を繰り返す中で
コンテンツサーバーからのダウンロード開始を延期す
れば、ピアキャッシュからのダウンロード率が 100%
に近づくのでは？
ピアキャッシュからのダウンロード率は 70% 程度
で頭打ち？
コンテンツサーバーからのダウンロードと、ピアから
のダウンロードは同時に並行して開始される仕組み

配信の最適化 - ピア率 100% になるか試してみ
た

配信の最適化 - 効果あり！ピア率 85% まで向
上！
PC#1 PC#2
3 台目、4 台目と
これを繰り返せば
100% に近づくはず

配信の最適化 - ただし結論としては …
ほどほどが良い
待ち続
けてしまう
延期時間を設定した場合、ピ
アの応答が悪いとダウンロー
ドが完了するまでに時間がか
かる！

2001～ 2009 ～ 2015 ～ 2018 ～
QoS
BITS
クライアン
ト
有
(BranchCache, DO)
(BITS, DO)
(BITS, DO)
LEDBAT
Low Extra Delay Background Transport

LEDBAT – 入門編
未使用の帯域のみ
を使用して転送
クライアント
LEDBAT を有効化
設定
Lv 100 - 200
Windows Server 2019 標準搭載アルゴリズ
ム
未使用のネットワーク帯域のみを活用
キャッシングソリューションの上に展
開
送信側ネットワーク帯域を自動制御

余った予算をギリギリまで使う！

LEDBAT – 設定編
PowerShell で設定
② TCP フィルタの適用① TCP Template のカスタマ
イズ
Lv 200

カスタマイズ可能な TCP Templete は 2 種類
LEDBAT - TCP Template のカスタマ
イズ
 DatacenterCustom (RTT <= 10ms)
 InternetCustom (RTT > 10ms)
※ LEDBAT では主に InternetCustom を利用
# TCP Template の状態を確認
Get-NetTCPSetting
# “InternetCustom” Templete の CongestionProvider
# (輻輳プロバイダ) を LEDBAT に変更
Set-NetTCPSetting -SettingName InternetCustom -CongestionProvider LEDBAT
Template の CongestionProvider (輻輳プロバイダ) を LEDBAT に変
更
Lv 200

TCP Templaete のフィルタ適用対象を IP アドレス (セグメント)
で指定
LEDBAT - TCP フィルタの適用設定
# “InternetCustom” Templete をサブネット (192.168.0.0/16)に対して適用
New-NetTransportFilter –SettingName InternetCustom –DestinationPrefix
192.168.0.0/16
# “InternetCustom” Templete を宛先ポート 3333/TCP に対して適用
Set-NetTCPSetting -SettingName InternetCustom -Protocol TCP -
LocalPortStart 0 -LocalPortEnd 65535 -RemotePortStart 3333 -RemotePortEnd
3333
TCP Template のフィルタ適用対象をポート番号で
指定
Lv 200

LEDBAT – マスターへの
道！
 Windows Server 2016 に KB4132216 および KB4284833 の適用
 Windows Server 2019 から標準サポート
 PowerShell にて設定可能 (SCCM はメニューからオプション指
定)
LEDBAT の使用方法
Lv 300 - 400
 Windows TCP Congestion Control Module (CCM) として実装
 遅延状態をモニタし、輻輳制御にて帯域の最適化を行う
 RFC 6817 - マイクロソフト独自のものではない
 Windows 10 version 1607 および Windows Server 2016 では Undocumented API
を介して提供 (一般には利用出来なかった)
LEDBAT の実装と定義

0
500
1000
1500
2000
2500
3000
3500
Latency(ミリ秒)
高負荷状態のまま経過した時間
～ 3000ミリ秒
0
500
1000
1500
2000
2500
3000
3500
Latency(ミリ秒)
高負荷状態のまま経過した時間
～ 80–100 ミリ秒
LEDBAT - 高負荷時の Latency Lv 300 - 400

0
50000000
100000000
150000000
200000000
250000000
スループットは高めに保持される
迅速に最適状態になる
バックグラウンドトラフィック
0
50000000
100000000
150000000
200000000
250000000
スループットは比較的低めに抑えられる
最適状態になるまでに複数回の調整が必要
バックグラウンドトラフィック
LEDBAT - Throughput Lv 300 - 400

0
20
40
60
80
100
120
ユーザーによるネットワーク通信
スロットリングされたバックグラウンドデータ通信
0
20
40
60
80
100
120
ユーザーによるネットワーク通信
スロットリングされたバックグラウンドデータ通信
スロットリング制御にて起こり得る問題Lv 300 - 400

LEDBAT - 帯域幅を最大限に有効活用
0%
10%
20%
30%
40%
50%
60%
70%
80%
90%
100%
ユーザーによるネットワーク通信 LEDBAT によるバックグラウンドデータ通信
Lv 300 - 400

LEDBAT Equilibrium:
𝑋 ∗ 𝑊
2 = 1
𝐹∗𝑊  𝑾 = 𝟐
𝑭∗𝑿
TCP Equilibrium:
𝑋 ∗ 𝑊
2 = 1
𝑊 𝑾 = 𝟐
𝑿
𝐹 = 𝑚𝑖𝑛 16, 𝑐𝑒𝑖𝑙 2 ∗
𝑡𝑎𝑟𝑔𝑒𝑡
𝑏𝑎𝑠𝑒
𝐼𝑓 𝑑𝑒𝑙𝑎𝑦 < 𝑡𝑎𝑟𝑔𝑒𝑡
𝑊 += 𝐺𝑎𝑖𝑛
𝑒𝑙𝑠𝑒
𝑊 = 𝐺𝑎𝑖𝑛 − 𝐶𝑜𝑛𝑠𝑡𝑎𝑛𝑡 ∗ 𝑊 ∗
𝑑𝑒𝑙𝑎𝑦
𝑡𝑎𝑟𝑔𝑒𝑡−1
* We are
currently
considering
RANDZ
LEDBAT will never
take bandwidth
from another flow
LEDBAT is fast. It
always reacts in
exactly 1 RTT
75
LEDBAT は数学的帯域制御 (説明しません
が…)
かなり綿密に計算されています！

LEDBAT – マスターへの道！
ネットワーク帯域の超過が認識しづらい
効率的にネットワーク帯域を活用することで、正常通信時にも帯域利用率
が 100% になる可能性がある
チューニング不要でネットワーク帯域を有効に活用で
きるWindows TCP Congestion Control Module (CCM) が暗黙的に輻輳制御を行う
帯域ではなく、遅延状況をモニタして帯域使用量を最適化
遅延をモニタする制御であるため、遅延を最小限に抑制できる
遅延が生じないことを条件に、未使用帯域を最大限活用する
Lv 300 - 400

LEDBAT – デモ環境 Lv 300 - 400
コンテンツサーバー
クライアント

本セッションのまとめ
QoS BITS BranchCache 配信の最適
化
LEDBAT

クラウド環境
インターネット余
裕あり
BITS
配信の最適化
オンプレミス環境
インターネット接続可能
LEDBAT
配信の最適化
BITSBranchCache
QoS
クローズド環境
インターネット接続不可
LEDBAT
BITSBranchCache
BITSBranchCache
QoS
古い OS
が多い
新しい OS
が使える
Windows Update
for Business
SCCMWindows Update for Business
SCCM / WSUS
更新プログラ
ム
管理基盤

更新プログラムの展開におけるネットワーク最
適化まとめ
クライアン
ト
(BITS, DO)
制御
(QoS, LEDBAT)
有
(BranchCache, DO)
(BITS, DO)
更新プログラム
サイズの削減
ネットワークトラフィックはエッジにシフ
ト！
1809 以降は差分更新を考慮する必要な
し！
ネットワーク帯域制御は LEDBAT で決ま
り！
「配信の最適化」を前提に検討してみ
る！

最後にちょっとだけ未来の話

BRK3020 - Using AI to automate Windows and Office
update staging with Windows Update for Business
https://myignite.techcommunity.microsoft.com/sessions/64513
AI による自動化は進んでい
る！？Windows Update では
マシンラーニングによる自動配信を
実施！
実際にアップデート配信の最適化
で
効果が出ている！
AI によるネットワークの配信制御
Ignite 2018
Windows Update のタイミングも
マシンラーニングによって最適化
も計画中！
AI を活用した
ネットワーク技術にも注目！

Windows × ネットワーク! 更新プログラムの展開に使えるネットワークの最適化機能をマスターしよう

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to Windows × ネットワーク! 更新プログラムの展開に使えるネットワークの最適化機能をマスターしよう

Similar to Windows × ネットワーク! 更新プログラムの展開に使えるネットワークの最適化機能をマスターしよう (20)

More from TAKUYA OHTA

More from TAKUYA OHTA (15)