そこで、2012R2システムにWSUSの新しいインスタンスをインストールしました。 WSUSサーバーは、合計で約350システム(サーバー+デスクトップ+ラップトップ)にサービスを提供します。これはHyper-V VMで実行されており、現在10 GBのメモリを割り当てていますが、1日足らずでWindows内部データベースの使用量が約6 GBに跳ね上がりました。
この値は私には過剰に思えます。 Googleを検索すると、Windows内部データベースの メモリを制限する の方法に関する大量の記事が見つかります。しかし、私が見つけた記事のほとんどは、記事の作成者に応じて256MBから4GBの範囲にあると思われる特定のメモリ値を選択した理由を説明していません。
このWSUSのメモリ使用量は正常ですか? 旧リリース のドキュメントでは、500台未満のコンピュータには1GBで十分であると示唆されていますが、2012r2のWSUSに関するMicrosoftの公式サイジング提案は見つかりません。
だから私の質問は
内部データベースのメモリ制限を設定する場合、適切な値を選択するにはどの方法を使用する必要がありますか?有効な制限を設定するために確認できる式やパフォーマンスメトリックはありますか?
Windows Internal Databaseは、MS SQL Serverの機能制限されたインスタンスであるため、データベースのサイズが十分に大きい限り、 最終的にはサーバーのすべてのメモリを消費します になります。通常の MSSQLデータベースのサイズ設定に関する推奨事項 最適なデータベースパフォーマンスを得たい場合は、ここで適用してください。 WSUSでは、データベースのパフォーマンス自体はそれほど重要ではなく、十分なRAMがWSUSに残されていることを確認する必要があります 'IISアプリケーションプールとファイルシステムのキャッシュ。
個人的には、インデックスページの増加率やSQLサーバーのパフォーマンスメトリックの評価に煩わされることはありませんが、WIDを2 GBに制限するだけですRAM使用状況を監視し、この値を増やすのは、過度のディスク使用率に関する警告WSUSクライアントは、応答時間が長くなってもほとんど影響を受けないため、マシンが著しく過負荷にならず、クライアント要求がタイムアウトになる限り、すべて問題ありません。
WSUSがすべてのメモリを使用しなくなるまで、メモリを追加し続ける必要がありますか?
WSUSデータベースは時間とともに増大する傾向があるため、これはかなりの量のリソースを消費する可能性があります。私が管理しているServer 2008 R2のWSUS 3.0インスタンスでは、いくつかの一般的な製品と2つの言語が有効になっています。最大1,100のクライアントにサービスを提供し、2年間の運用後のデータベースサイズは15 GBです。
WSUSが使用するリソースを少なくするために、代わりに何かしなければならないことはありますか?
IISプロセス自体がある場合、WSUSの アプリケーションキャッシュとガベージコレクションの設定)IISアプリケーションプール を確認することをお勧めします。リソースを消費しすぎて、ファイルシステムキャッシュと競合しています。それを除いて、WSUSは、6 GBを超えるRAMを指定し、WIDメモリサイズを制限すると、ほとんどの場合、忘れてしまいます。
マイクロソフトが見つけていないWSUSのサーバーサイジング仕様を公開している更新場所はありますか?
おそらく、私もそれらを見つけていません。
あなたが言ったようにリークとサイジング制限の変更を見てきましたが、WSUSの問題はめったにメモリ使用量またはCPUではないことを知っています。クライアントがサーバーからプルしている場合、ストレージとネットワークが大きな要因のようです。 BITSピアキャッシングまたはダウンストリームWSUSサーバーが役立ちます。それはすべて言ったことですが、これに基づいてサイジング要件を設定します TechNetの記事 (既にリンクしています)これは2015年であり、通常のITの「インフレ」がここにも当てはまるようです。
参考のために、私は2つの異なるWSUS展開を調べました。最初の展開は小規模で、4台のサーバー、30台のクライアント...であり、約1GBを使用しています。他の展開ではSCCMとWSUSを使用しているため、サーバーが400台、クライアントが2500台で、WGBは8GBのRAMを使用しています。