SharePoint Server でフィードおよび分散キャッシュ サービスを計画する
適用対象:
2016 2019 Subscription Edition 
SharePoint in Microsoft 365
SharePoint Server では、マイクロブログ機能を使用すると、ユーザーは関心のあるトピックに関する短いパブリックな会話を行うことができます。 Newsfeed サービスと分散キャッシュ サービスは、SharePoint Server でこのマイクロブログ機能をサポートしています。
フィードの計画
サイト フィード
サイト フィードは、特定のユーザーのグループにニュースフィード機能を提供します。 サイト フィードはチーム サイト上で使用できます。 SharePoint Server のチーム サイトでサイト フィードの使用を計画するときは、チーム サイトは個人用サイトと同じ User Profile Service アプリケーションを使用する必要があります。 チーム サイトと個人用サイトは同じファームと異なるファームのどちらに存在してもかまいませんが、同じ User Profile Service アプリケーションを使用する必要があります。 チーム サイトが個人用サイト ホストとは異なるファームにある場合は、2 つのファーム間のサーバー間認証が必要です。 SharePoint Server では、個人用サイト ホスト Web アプリケーションとチーム サイトをホストする Web アプリケーションの両方が、同じサービス アカウントを使用することをお勧めします。 さらに、個人用サイト ホスト サイト コレクションは SharePoint Server 個人用サイト ホストである必要があり、ユーザーがサイト フィード機能を使用するには、SharePoint Server 個人用サイト を所有している必要があります。 ユーザーが 個人用サイト から簡単にチーム サイトを作成できるように、チーム サイトを含む Web アプリケーションでセルフ サービス サイト作成を有効にすることを検討してください。 ユーザーが [自己紹介] ページだけを使用する SharePoint Server の展開でも (管理者がそれ以外の 個人用サイト 機能を使用不可に構成している場合でも)、ユーザーはサイト フィードを使用できます。
管理者は、Service Pack 1 (SP1) を使用して SharePoint Server 2013 からチーム サイトをアップグレードする場合、まずチーム サイトで [次のコンテンツ ] 機能を有効にしてから、チーム サイトでサイト フィード機能を有効にすることで、アップグレードされたチーム サイトの サイト フィード をアクティブにする必要があります。 その後、エンティティのフォローとサイト フィードからの投稿の表示がユーザーに提供されます。
注:
管理者が サイト フィード機能を有効にする前に、ユーザーがサイトをフォローし始めた場合、アップグレードされたチーム サイトは [ 共有] メニューに表示されません。 管理者が サイト フィード機能を有効にしたとき、ユーザーは、サイトのフォローを一度中止して、再度、サイトをフォローする必要があります。 これにより、そのサイトは [共有] メニューに表示されるようになります。
個人用サイトの計画
ユーザーは、マイクロブログ投稿に画像を含めることができます。 投稿に画像が含まれるとき、SharePoint Server は、その画像を、ユーザーの個人用サイト上のプライベートなフォルダーにアップロードします。 この画像は、ユーザーの個人用サイトで画像が使用する領域を最適化する目的で、ファイル サイズと大きさが自動的に縮小されます。 管理者は、個人用サイトのクォータを割り当てるとき、この追加の画像記憶域の要件を考慮して計画を立てる必要があります。 ユーザーが自分の個人用サイトで空きの記憶域を持っていないときに、画像を含むメッセージを投稿した場合、そのユーザーに対してエラーが表示されます。
通知
通知とは、ユーザーが投稿したスレッドでアクティビティが発生したことや、だれかがそのユーザーをフォローし始めたことを知らせるために、システムによって生成される電子メール メッセージのことです。 通知では、前提条件として SharePoint Server で送信の電子メール設定を構成する必要があります。
アップグレード
Service Pack 1 (SP1) を使用して SharePoint Server 2013 から SharePoint Server 2016 にアップグレードすると、SharePoint Server 2013 と Service Pack 1 (SP1) のニュースフィードが SharePoint Server 2016 のレガシ機能としてアップグレードされます。 つまり、SharePoint Server 2013 と Service Pack 1 (SP1) ニュースフィードは非推奨になっていますが、引き続き SharePoint Server 内から使用できます。 管理者は、アップグレードされた SharePoint Server 2013 と Service Pack 1 (SP1) ニュースフィードへのアクセスをユーザーに許可する特別な構成手順を実行する必要があります。 Service Pack 1 (SP1) ニュースフィードを使用して SharePoint Server 2013 に格納されているすべてのデータは、SharePoint Server で使用できます。 ただし、管理者は、Service Pack 1 (SP1) ニュースフィードを使用して SharePoint Server 2013 から SharePoint Server ニュースフィードにデータを移行することはできません。フィードが大きく異なるためです。
Outlook Social Connector
Outlook Social Connector は、Microsoft Outlook で、Outlook メッセージ、会議などと共に、フィード情報を表示します。 Outlook Social Connector は、SharePoint Server サーバー ファームのシステム負荷を増加させます。 これは、Outlook Social Connector が、個人用サイト機能に頻繁にアクセスして、Outlook に情報をプッシュすることによります。 これは SharePoint Server ファームのパフォーマンスを低下させることから、サーバー ファームを設計するときに考慮する必要があります。
検索とセキュリティによるトリミング
[ すべてのユーザー] ビューと [ フォロー中] ビューには、すべてのユーザーがアクセスすることができる、公開の会話 (投稿と返信) が含まれます。 公開の会話が SharePoint Server で検索インデックスに追加されると、ユーザーは、これらの公開の会話が含まれる検索結果を検索し、表示できます。 会話には割り当てられた権限がないため、セキュリティによるトリミングは公開の会話には適用されません。 ユーザーが、セキュリティによるトリミングを特定の会話に適用する必要がある場合は、チーム サイトでサイト フィードを使用します。 チーム サイトで、会話に参加できるユーザーのグループに権限を割り当てます。 これにより、割り当てられた権限に基づいて、検索結果にセキュリティによるトリミングが行われます。
インデクサーの増分クロール スケジュールを構成する方法を検討します。これは、ユーザーの検索結果への会話の表示速度に影響するためです。 ユーザーがマイクロブログ機能を積極的に使用して投稿や返信を行うと、検索結果に会話がすばやく表示される可能性があります。 この場合は、更新間隔を短くすることを検討してください。
分散キャッシュ サービスの計画
分散キャッシュ サービスの実装を計画するとき、分散キャッシュ サービスは、専用モードまたは併用モードの 2 つのモードで展開できることに注意してください。 専用モードでは、分散キャッシュ サービスを実行するアプリケーション サーバーでは、分散キャッシュ サービス以外のすべてのサービスは停止させられます。 併用モードでは、分散キャッシュ サービスはアプリケーション サーバー上でその他のサービスに同時に実行されます。 分散キャッシュ サービスを展開する際の推奨モードは、専用モードです。
重要
AppFabric クライアント API を使用する SharePoint Server でカスタム アプリケーションを使用している場合、またはカスタム キャッシュを作成している場合は、個別の AppFabric キャッシュ クラスターを作成してカスタム アプリケーションをサポートする必要があります。 SharePoint Server ファームをサポートしている AppFabric キャッシュ クラスターは使用しないでください。 SharePoint Server ファーム専用のサーバーとは別のサーバー上で、カスタム アプリケーション用の独立した AppFabric キャッシュ クラスターを実行します。
重要
$ 記号が含まれているサービス アカウント名を使用しないでください。
Windows Server AppFabric 必須コンポーネントをインストールする
SharePoint Server 必須コンポーネント インストーラーが実行されるとき、Windows Server AppFabric をインストールします。 これは、SharePoint Server を実行中のサーバー上に Windows Server AppFabric をインストールする際の推奨手法です。 必須コンポーネント インストーラーを実行する前に、サーバー上に Windows Server AppFabric が既にインストールされている場合、必須コンポーネント インストーラーを実行する前に、Windows Server AppFabric をアンインストールする必要があります。 管理者が手動で Windows Server AppFabric をインストールする場合、管理者は、CacheAdmin、CachingService、および CacheClient 機能をインストールして、 /gac スイッチを使用する必要があります。 詳細については、MSDN ライブラリで「 自動インストール (AppFabric 1.1 キャッシュ)」を参照してください。
分散キャッシュ サービスの容量計画
ここでは、分散キャッシュ サービスをホストしているサーバーのアーキテクチャおよびメモリ要件の計画について説明します。 分散キャッシュ サービスはデータをメモリ内にのみ格納し、SharePoint Server のデータベースには依存しません。 さらに、SharePoint Server の一部のサービスでは大量のメモリ リソースが必要であり、分散キャッシュ サービスのパフォーマンスに影響する場合があります。 分散キャッシュ サービスのパフォーマンスは、アーキテクチャの選択と、分散キャッシュ サービスに対するメモリ割り当ての両方に、大きな影響を受けます。
次の表では、分散キャッシュ サービスに対するメモリとアーキテクチャの推奨を合計ユーザー数別に示します。
| 展開の規模 | 小規模ファーム | 中規模ファーム | 大規模ファーム |
|---|---|---|---|
| 合計ユーザー数 |
< 10,000 |
< 100,000 |
< 500,000 |
| 分散キャッシュ サービスに推奨されるキャッシュ サイズ |
1 GB |
2.5 GB |
12 GB |
| 分散キャッシュ サービスに対する総メモリ割り当て (上記推奨キャッシュのサイズの 2 倍、および OS 用に 2 GB の予備) |
2 GB |
5 GB |
34 GB > [!注]分散キャッシュ サービス> キャッシュ サイズは 16 GB を超えないようにするため、大規模なファーム環境で 2 台のサーバーを使用することをお勧めします。 |
| 推奨されるアーキテクチャ構成 |
専用サーバーまたはフロントエンド サーバーに併置 |
専用サーバー |
専用サーバー |
| ファームあたりの最小キャッシュ ホスト |
1 |
1 |
2 |
注:
SharePoint Server ファームでは、少なくとも 1 つのキャッシュ ホストが分散キャッシュ サービスを実行している必要があります。
メモリ割り当て
SharePoint Server をインストールするとき、分散キャッシュ サービスのキャッシュ サイズに対するメモリ割り当ては、既定値である、物理メモリの合計の 10% に設定されます。 管理者は、 Update-SPDistributedCacheSize コマンドレットを使用して分散キャッシュ サービスのメモリ割り当てを変更できます。 分散キャッシュ サービスには、キャッシュ クラスター内のキャッシュ ホストごとに最大で 16 GB のメモリを割り当てることができます。 サーバー上の実行中のその他のサービス用に 2 GB のメモリを確保して、残りのメモリを分散キャッシュ サービスに割り当てることをお勧めします。 詳細については、「 分散キャッシュ サービスを管理する (SharePoint Server)」を参照してください。
重要
Windows Server AppFabric 1.1 は、オペレーティング システム レベルでメモリ使用量が大きくなる可能性があります。 このことは分散キャッシュ サービスに影響を与えるため、16 GB のメモリを割り当てる場合は、分散キャッシュ サーバーに 34 GB 以上のメモリを用意する必要があります。 これには、オペレーティング システム用の 2 GB の予備のメモリが含まれます。 詳細については、「Windows Server AppFabric メモリ消費動作」および「AppFabric 1.1 のキャッシュ: キャッシュ ホストに割り当てられているメモリは、コンピューターで使用可能なメモリの 50% を超えることはできません」を参照してください。
重要
物理メモリが合計 16 GB 以上あるサーバーでは、分散キャッシュ サービスに最大 16 GB までのメモリを割り当ててください。 分散キャッシュ サービスに 16 GB 以上のメモリを割り当てると、サーバーは予期しないときに 10 秒以上、応答を停止することがあります。
より多くのメモリを必要とする場合は、複数のアプリケーション サーバー上で分散キャッシュ サービスを実行するよう構成できます。 この場合で、キャッシュは分散キャッシュ サービスを実行中のすべてのサーバーにわたり、ファーム全体をサポートする単一のキャッシュとして機能します。 他のアプリケーション サーバーを追加するには、SharePoint 構成ウィザードを使用して、新しいアプリケーション サーバーをサーバー ファームに追加します。 新しいアプリケーション サーバーが、専用または併用モードのどちらで実行するかを決定する必要があります。 分散キャッシュ サービスに割り当てられたメモリ割り当てが、分散キャッシュ サービスを実行中のすべてのサーバー上で同じであることを確認する必要があります。 キャッシュされたデータが、両方のサーバーではなく、1 つのサーバー上に保存されます。 詳細については、「分散キャッシュ サービスを管理する (SharePoint Server)」を参照してください。
分散キャッシュ サービスを併用モードで実行するときは、サーバーの物理メモリを追加し、重要でないサービスはすべて中止する必要があります。 以下のサービスまたはアプリケーションは、分散キャッシュ サービスと同じサーバー上で実行することを推奨しません。
SQL Server 2008 または SQL Server 2012
Search Service
Excel Services in SharePoint (SharePoint Server 2013 でのみ使用可能)
Project Server のサービス
開発者ワークステーションを計画するとき、開発者のワークステーションは、最小で物理メモリを合計 32GB を持つ必要があります。 開発者ワークステーション上で、SharePoint Server は単一のサーバー展開としてインストールされます。 これは分散キャッシュ サービスが併用モードで展開されることを意味します。 併用モードではメモリ リソースの競合が発生します。 メモリ リソースの割り当てを管理する目的で、開発者は、使用しないすべてのサービスを終了するか、定期的に SQL Server を再起動できます。
重要
分散キャッシュ サービスは、物理または仮想サーバー上で実行できます。 仮想化を使用するとき、その他の仮想マシンと分散キャッシュ サーバー間で、共有メモリ リソースを管理する目的で動的メモリを使用しないでください。 仮想化された分散キャッシュ サーバーのメモリ割り当ては固定的である必要があります。
分散キャッシュ サービス構成の順序
非計画的な方法で分散キャッシュ サービスを開始および停止させると、分散キャッシュ サービスを不安定にします。 SharePoint Server 2013 ファームの初期設定を実行するときは、以下の順番で、以下の手順を実行します。
サーバー ファームにすべてのサーバーを追加するように構成ウィザードを実行します。 分散キャッシュ サービスは、サーバー ファーム上のすべての Web サーバーとアプリケーション サーバーで開始されます。
必要に応じてその他のファーム構成手順を実行します。
分散キャッシュ サービスを構成する準備ができたとき、サーバー ファーム内のすべてのサーバー上で分散キャッシュ サービスが実行中であることを確認してください。 次に、キャッシュ クラスターの一部ではないすべてのサーバー上で、分散キャッシュ サービスを停止します。 サーバー上では、分散キャッシュ サービスを停止して、再度、開始しないようにします。 分散キャッシュ サービスがサーバー上で意図せずに停止し、分散キャッシュ サービスを、再度、開始することが必要になった場合は、「分散キャッシュ サービスを管理する (SharePoint Server)」のガイダンスを参照してください。
重要
分散キャッシュ サービスを実行中のすべてのサーバー上で分散キャッシュ サービスを停止した場合は、ただ 1 つのサーバーだけで、分散キャッシュ サービスを、再度、開始しないでください。 そうせずに、すべての分散キャッシュ サーバー上で同時に分散キャッシュ サービスを、再度、開始します。 分散キャッシュ サービスが、再度、開始している間は、短期間、初期のパフォーマンスが低下します。
前述の方式に代わる手段として、管理者は、キャッシュ クラスターの一部ではないサーバー上に分散キャッシュ サービスを登録せずに SharePoint Server をインストールできます。 これは、 skipRegisterAsDistributedCachehost パラメーターを指定した New-SPConfigurationDatabase 、 Connect-SPConfigurationDatabase PowerShell コマンドレット、またはコマンド ラインで psconfig.exe を実行することにより行うことができます。 このパラメーターは省略可です。
ファイアウォール構成の考慮事項
分散キャッシュ サービスは、次の通信ポートを使用します。
22233
22234
22235
22236
注:
サーバー ファーム内で複数のキャッシュ ホストを使用している場合は、分散キャッシュ サービスを実行している最初のキャッシュ ホストを、ファイアウォール経由で受信 ICMP (ICMPv4) トラフィックを許可するように構成する必要があります。 詳細については、「Windows 8、Windows 7、Windows Vista、Windows Server 2012、Windows Server 2008、または Windows Server 2008 R2 で受信 ICMP 規則を作成する」を参照してください。 管理者が、ファイアウォール経由の受信 ICMP (ICMPv4) トラフィックを許可するように構成された最初のキャッシュ ホストをクラスターから削除する場合は、新しいクラスターの最初のサーバーを、ファイアウォール経由の受信 ICMP (ICMPv4) トラフィックを許可するように構成する必要があります。