Portal Server を配備する場合の適切な 見積もりサイズを設定する作業は反復プロセスです。 入力値を変更すれば、幅のあるサイジング結果を生成できます。Portal Server 配備をカスタマイズすると、パフォーマンスに多大な影響が及ぶことがあります。
サイジングの見積もりが完了したら、次の点を考慮します。
以下の、工場出荷状態でポータルを配備する場合の LDAP トランザクション数を使用して、LDAP マスターとレプリカのサービス要求に与える影響を理解してください。これらの数字は、システムのカスタマイズを開始すると変更されます。これらの数字は開発者用サンプルとして取り出され、Access Manager の作業が含まれます。
認証なしの匿名ポータルへのアクセス - 6 BINDS、49 SRCH
ログインチャネルを使用したログイン - 1 BIND、2 SRCH
ポータルデスクトップからのチャネルの削除 - 14 SRCH、2 MOD
ポータルデスクトップの再ロード - 0 ops
Web コンテナにインストールされた Portal Server の主な使用法の 1 つ は、ポータルプロバイダを、アプリケーションサーバーで動作している Enterprise JavaBeansTM アーキテクチャー、または Java Database Connectivity (JDBC) および LDAP (LDAPSDK) などの J2EE テクノロジスタック構造体と統合することです。このような、ほかのアプリケーションとモジュールはリソースを消費するので、ポータルのサイジングに影響を及ぼします。最適な方法は、接続プールや、Web コンテナを通じて提供される JNDI ツールを使用することです。