サイズガイドライン
データベースストレージ要件
データベースストレージのほとんどはログによって消費されます。アプリケーションとポリシー設定によるストレージ容量の消費は、ログと比較するとごくわずかです。
次の表は、ユーザーセッション、ログ、ユーザーごとの1日あたりのアプリ列挙などのパラメーターに基づくサーバーストレージ要件を示しています。
ユーザーセッション | 1 日あたりのユーザー 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 日間保持されるか、最大 100 K のログイベントが保持されます。これらの設定は、Secure Private Accessランタイム・サービスのappsettings.jsonファイルで使用でき、必要に応じて変更できます。詳しくは、 イベントログを保持するための設定を参照してください。
導入ガイドライン
次の表は、同時アプリアクセスユーザーセッション、1 分あたりのアプリ列挙数、Secure Private Access が使用する CPU などのパラメーターに基づくデータベースサイズ要件を示しています。
アプリケーションへの同時アクセスユーザーセッション | 1 分あたりのアプリ列挙 | Secure Private Accessメモリ (GB) | Secure Private Access CPU | GB 単位のストレージ | メモ |
---|---|---|---|---|---|
< 20 (実証実測の目的) | 2 | 4 GB | 2 | 40 GB* | PoCの目的では、既存の仮想マシンの仕様を変更することなく、SPAを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 Server|4|16 GB| |ストアフロント|4|8 GB| |Active Directory |8|16GB|
サイズガイドライン
コピー完了
コピー失敗