サイジングガイドライン
データベースストレージ要件
データベースストレージのほとんどはログによって消費されます。アプリケーションとポリシー構成によるストレージスペースの消費は、ログと比較するとごくわずかです。
次の表は、ユーザーセッション、ログ、ユーザーあたりの1日あたりのアプリ列挙などのパラメーターに基づいたサーバーのストレージ要件を示しています。
| ユーザーセッション | ユーザーあたりの1日あたりのアプリ列挙 | ユーザーあたりの1日あたりのアプリアクセス | 1日あたりの総アプリアクセス数 | 1日あたりのストレージ消費量 | ログ保持期間(日数) | ログ保持期間中の総ストレージ使用量(7日間) |
|---|---|---|---|---|---|---|
| 1000 | 20 | 100 | 100000 | 2.5 GB | 7 | 17.5 GB |
| 1000 | 10 | 50 | 50000 | 1.27 GB | 7 | 9 GB |
注記:
-
メトリックは、ログイベントのクリーンアップが無効になっており、ログ保持期間が7日に設定されているという仮定に基づいて導き出されています。
-
デフォルトでは、ログは90日間、または設定された設定に応じて最大10万件のログイベントが保持されます。これらの設定は、Secure Private Access Runtimeサービスのappsettings.jsonファイルで利用でき、必要に応じて変更できます。詳細については、「イベントログを保持するための設定」を参照してください。
展開ガイドライン
次の表は、同時アプリアクセスユーザーセッション、1分あたりのアプリ列挙、Secure Private Accessが使用するCPUなどのパラメーターに基づいたデータベースのサイジング要件を示しています。
| 同時アプリアクセスユーザーセッション | 1分あたりのアプリ列挙 | セキュアプライベートアクセス メモリ (GB) | セキュアプライベートアクセス CPU | ストレージ (GB) | 注記 |
|---|---|---|---|---|---|
| 20未満 (PoC目的) | 2 | 4 GB | 2 | 40 GB* | PoC目的の場合、SPAは既存のVMスペックを変更することなく、StoreFront™と同じマシンに展開できます。 |
| 20 | 5 | 8 GB | 4 | 60 GB | - |
| 160** | 18 | 16 GB | 4*** | 60 GB | パフォーマンス向上のため、2つ以上のSPAノードをデプロイできます |
注:
-
*ストレージは主にCDFログによって消費されます。デフォルトでは、Secure Private Accessは10 MBのサイズのロールオーバーログファイルを600個保持します。そのため、Secure Private Accessの管理者サービスとランタイムサービスの両方が同じマシンで実行されている場合、ログによる最大ストレージ使用量は12 GBです。また、PoC目的でSQL ExpressをローカルVMにインストールすることもできます。 -
**この負荷プロファイル以上の場合、NetScaler Gatewayのバージョンが13.0未満または13.1-48.47未満でない限り、StoreFrontとの共同ホスティングではなく、専用サーバーにSecure Private Accessをデプロイすることをお勧めします。 -
***このような負荷に対しては、既知のパフォーマンス問題があるため、少なくとも2つのSecure Private Accessノードクラスターを使用することをお勧めします。これらの問題は、今後のリリースで対処される予定です。
その他のコンポーネント構成
| コンポーネント | vCPU | メモリ |
| SQLサーバー | 4 | 16 GB |
| ストアフロント | 4 | 8 GB |
| アクティブディレクトリ | 8 | 16 GB |