この記事はLotus Domino 7で測定した結果からパフォーマンス向上について解説する3回連続記事の2回目にあたります。今回はR6iNotesワークロードで計測した場合のLotus Domino Web Accessのベンチマークに焦点をあてています。最初の記事「Lotus Domino 7 サーバーパフォーマンス Part 1」ではLotus Notesクライアントからアクセスした場合のパフォーマンス計測結果について解説しました。最後の回では、より実際の企業の利用環境に似せた、例えばLotus Notesクライアントからアクセスに加えてクラスタリング複製やローカル複製、全文索引などを加えた環境での結果を紹介する予定です。

パフォーマンスの向上とそれによるTCOの削減はLotus Domino 7の大きなテーマです。Lotus Domino Web Accessに関しては、1ユーザーをサポートするのに必要なサーバーCPU使用率の削減とそれによるスケーラビリティーの向上に注力しました。また、コードを最適化することでボトルネックを最小化することも行いました。このようなことを行い、より少ないCPU使用率でより多くのユーザーをサポートできるようにしました。R6iNotesユーザーでテストを行った結果、全てのプラットフォームでCPU使用率が減少していることを確認しました。CPU使用率の削減により最大レベルのパフォーマンス向上を図ることができました。これはお客様の環境でも見ることができるかと思います。

環境のアーキテクチャーによりそれぞれ度合いは異なりますが、測定した全てのプラットフォームでLotus Domino 7はパフォーマンスが向上しています。CPU使用率とメモリー使用率を削減することで、Lotus Domino Web Access使用時に全てのプラットフォームでサポートユーザー数の面でスケーラビリティーが向上させることができました。このスケーラビリティー向上は追加でサポートできるユーザー数の増加であり、サーバー統合にもつながります。

これ以降、各プラットフォームでのベンチマーク結果を紹介していきます。この結果は単一のLotus Dominoパーティションで、原則トランザクションログを使用していない結果です。(明記されている場合を除く。) Lotus Domino 7の結果は7のテンプレートであるdwa7.ntfを使用しています。Lotus Domino 6.5の場合は6.5付属のiNotes6.ntfを使用した結果です。

すべての結果はLotus Dominoから1秒以下リスポンスタイムであることを意味しています。ベンチマークの目的から、特に明記されている場合を除いてRouterとHTTPタスクのみを動作させています。これは他のタスクの動作により測定が邪魔されることを避けるためです。これらの情報がお役に立てれば、またLotus Domino 7での性能向上をご理解いただければ幸いです。

以下のセクションでは、プラットフォーム毎に解説していきます。

AIX

以下のハードウェア構成でテストを実施しました。

パフォーマンスを最適化するために、サーバーのnotes.iniに以下の設定を行いました。

AIXではセグメント化されたメモリーアーキテクチャーを採用しており、共有メモリーとヒープ領域として使われるセグメント数を制限しています。したがって、NSF_Buffer_Pool_Sizeの値はデフォルト値より少ないものを使用し、テストにおいてシミュレートするユーザーレベルが高くなるようにしています。実際の環境では、NSF_Buffer_Pool_Sizeの値は多少高い値を設定されるだろうと想定しています。Server_Pool_TasksとServer_Max_Concurrent_Transの値は各Dominoリリースで高いスケーラビリティーをサポートできるように設定しました。デフォルト値から変更を行う場合には、これまで使用してきた値での分析を行うことをお勧めします。

Server_Transinfo_rangeのnotes.iniパラメーターは、実際に使われている全てのDominoサーバーで設定することを推奨します。これに設定する値を決めるには、Server Expansion FactorとServer Availability Indexをモニターし、繰り返し調整を行うことが必要です。この値について理解し設定するには、Domino管理者ヘルプを参照してください。

図1では、Domino 6.5と比較して、R6inotes仮想ユーザーで必要とされるCPUリソースが大幅に削減されているのがわかるかと思います。

削減される値は、サーバーのビジー度合いにより異なりますが、6500ユーザーではDomino 7では約53%です。同じ条件で6.5の場合には92%でした。つまり42%もCPU使用率が削減できたことになります。また、このベンチマーキングでは、Domino 7は10,500ユーザーを、Domino 6.5で6500ユーザーを動作させた時と同じCPU使用率でサポートできました。

以下の表はCPU、ディスク、メモリー、ネットワークリソースが、6500ユーザーをDomino 6.5と7で動作させた場合にそれぞれどうだったかについてまとめたものです。CPU使用率の削減に加えて、ネットワーク使用帯域が削減されていることや、ディスクのアクティビティー量が増えていることがわかります。プロセスメモリーはサーバープールタスクが増加したことにより高くなっています。Domino 7のテストでは、最大同時トランザクションが使われていることも高くなっている理由です。

この表から、同じ条件で同じ時間をかけて計測した結果、Domino 6.5と比較してDomino 7では約42%CPU使用率が削減され、ネットワークリソースでは63%削減され、共有メモリーは3%増加し、ディスクI/Oは65%増加したことがわかります。このことから、AIX/pSeriesではDomino 7を使用することでサーバー統合を進めることができることがわかります。

前述の通り、今回のp670は3つの論理パーティションに分割されており、その一つを使ってテストを行いました。他の2つのパーティションについては、テスト中も十分に負荷がかかっている状態でした。P670では複数の異なるアクティビティーを実行でき、その状態でもなおこのように大きなテスト結果が出すことができました

上に戻る

Linux

このDomino Web Accessのベンチマークのテストで使用した構成は以下の表の通りです。システム構成は控えめなIntelプラットフォームの1.4GHz Xeon MP CPU (ハイパースレッド対応版) を使用したもので、メモリーは4GBを搭載しています。ディスクはSCSIコントローラーに接続されたIBM EXPアレイと2つのQLogicのファイバーカード経由で接続されたFAStT 600システムの混在システムです。ここでの目標はディスクに関係するボトルネックをすべて排除することにあります。それにより、15,000ユーザーを達成できました。OSはSuSE SLES 9で、Domino 7は、NPT: Posixライブラリーなどカーネル2.6の機能を生かせるようになっています。

次の表はデフォルトから変更したnotes.iniの内容を示したものです。ここで特記事項として記しておきたいものとしてConstrainedSHMSizeMBがあります。Lotus Domino 6.xではこの値は1GB前後を設定する必要がありました。その理由はLotus Dominoは2GBしか使用できないからです。(SuSE SLES 8 と SLES 9では、Dominoは2GBまでしか使用できない制限があります。) そして、その一部はスタックスペースとして必要になります。Lotus Domino 7では、このパラメーター値を増やしています。それはSuSE SLES 8 と SLES 9でデフォルトで4GBまでメモリーを割り当てる方法がわかったからです。これはtunekrnlと呼ばれる特別なプログラムで実現しています。このプログラムは自動的にシステムパラメーターを調整して、Lotus Dominoがより効率的に動作できるようにするものです。また、この表にあるように、NotesBenchのテストに必要なタスクのみにサーバータスクを制限しています。これにより、テストでのパフォーマンスが最大となるようにしています。

NRPCでDomino 6.xと通信するのと異なり、Linux上のDomino Web Accessではユーザー毎にHTTPスレッドやスタックを必要としません。HTTPタスクそれ自体でプーリングを実施できますので、デフォルトの40のHTTPスレッドで数千ユーザーをサポートできるのです。これはLotus Domino 6.xと7のどちらにも当てはまり、これにより、CPUがサポートできるユーザー数を制限する要因になるようにしています。

Lotus Domino 7ではユーザーをサポートするために必要とされるCPU使用率が大幅に減少しています。図2ではCPU使用率の減少を%で示しており、Lotus Domino 7では6.5と比べて50%前後も多くのユーザーをサポートできることを示しています。

以下の表は4000のDomino Web Accessユーザーのシミュレートを6.5と7で行った場合の比較したものです。4000ユーザーで計測した理由は、このハードウェアでLotus Domino 6.5がサポートできる最大ユーザー数が4000であるためです。

この表からはLotus Domino 7でのCPU使用率の削減が明らかに見て取れます。ディスクアクセスは読み取りおよび書き込みの双方で僅かに増加しており、ネットワーク量も増えています。これらの増加はLotus Domino 7のテンプレートでさらに機能が増えたこと、またNotesBenchのテストスクリプトの変化が影響した結果です。Lotus Domino 7では共有メモリーとプロセスメモリーが増加していますが、これによりLotus Dominoに割り当てられるメモリーを増加できるようになりました。

Linux版Lotus DominoでのDomino Web Accessのスケーラビリティーは大幅に増加しました。別の言い方をすれば、CPU使用率を大幅に抑えることができました。これにより、ユーザーはサーバー統合を行う上での柔軟性を得られますし、あるいは別のアプリケーションを追加するといった拡張を行う柔軟性も得られます。

上に戻る

iSeries

Lotus Domino 7はiSeries環境でも大きなパフォーマンス面でのメリットをもたらしてくれます。このセクションでは、2つの異なる構成での結果を扱います。一つはiSeries model 570、もうひとつはmodel 810です。これらをつかって、Lotus Domino 7のラボでのテストでどのようなぐあいで進歩したかを紹介します。

iSeries model 570

最初のテストではCPUを14個積んだiSeries model 570を使い、ディスクとメモリーは十分に搭載されています。この構成を選んだ理由は、制限のない環境でベンチーマークの結果を見たかったためです。それと、単一のLotus Dominoパーティションで性能向上がなされたLotus Domino 7どこまでユーザーをサポートできるかををテストするためです。

以下の図はデフォルトから変更したnotes.iniの設定内容一覧です。

Lotus Domino 6.5では最大ユーザーが16,000 という限界があります。Lotus Domino 7ではこの制限が緩和されており、今回のテストで使用した構成のiSeriesではdwa7.ntfを使った場合に18,000 、inotes6.ntfの場合には20,000 のユーザーをサポートできるようになっています。CPU使用率の面では、Lotus Domino 6.5と7を比べると、16,000ユーザーの場合には、dwa7.ntfをLotus Domino 7では13%低下しました。inotes6.ntfをLotus Domino 6.5と7で動作させて比べてみた場合、より大きな32%もの低下が見られました。(16,000ユーザーの場合) これらの値はお客様の環境で期待されるCPU使用率低下の最大値になるものと思われます。結果は図3の通りです。

Lotus Dominoサーバーを7へアップグレードする場合、大抵の場合には最初にサーバーをアップグレードして、その後に7のテンプレートを適用します。

以下の表では、双方のテンプレートでのリソースの使用率をしめしたものです。この表では16,000ユーザーをシミュレートし、mail6.ntfを使った場合のものです。

以下の表は、Lotus Domino 7でmail7.ntfを使用した場合の結果です。

いずれのテンプレートでも、大きくCPU使用率が低下しています。Lotus Domino 7のテンプレートに組み込まれている新機能のために、いくつかのものについてはよりリソースを必要とする場合もあることがわかります。

この結果から、Lotus Domino 7は単一のパーティションでより多くのユーザーをサポートできることがわかります。また、ユーザーあたりのCPU使用率が低下していることもわかります。メモリーやディスクやネットワークリソースを増強した場合には、平均リスポンスタイムは僅かに増加しています。Inotes6.ntfテンプレートを使った場合の結果はdwa7.ntfを使った場合より大幅に結果はよくなっています。この表はLotus Domino 6.5と7との間でのリスポンスタイムを比較できますが、以下のセクションで紹介する構成ではさらに大きなリスポンスタイムの向上を紹介します。これは6.5でテストした場合のCPU使用率が7と比較して高いものになることが理由です。

iSeries model 810

ここでは2CPUのmodel 810でテストを行いました。16GBのメモリーと63個のディスクドライブを搭載しており、Lotus Dominoを単一パーティションで構成しました。

Notes.iniはデフォルトのものを6.5、7ともに使用しました。

Lotus Dominoのパーティションは単一とし、1200と1800ユーザーのポイントでデータを測定しました。これは、上記のmodel 570でのテストと比べて、一般的によく使われるユーザー環境により近づけるためです。

6.5と7でCPU使用率を比較すると、dwa7.ntfの場合ではLotus Domino 7の方が1800ユーザーで8%低下していることがわかります。同じMail6.ntfを6.5と7で測定した場合には1800ユーザーで24%低下しています。これらの数字は、パーティションあたりのユーザーが比較的少ない場合、お客様の環境で期待できるパフォーマンス向上の一般的な範囲にあると思われます。結果は図4の通りです。

繰り返しになりますが、アップグレードを行う場合にはサーバーを最初に上げ、そのあとでテンプレートをあげるのが一般的なやりかたです。

以下の二つの表は、それぞれのテンプレートでテストしたリソース使用率を示したものです。双方ともCPU使用率は低下していることがわかりますが、また、dwa7.ntfテンプレートに組み込まれた新機能をサポートするためにリソースの使用量が増えていることもわかります。Lotus Domino 7でのCPU負荷が低下したために、双方ともリスポンスタイムは低下しています。この効果はCPU使用率が24%低下したことにより、inotes6.ntfをLotus Domino 7でテストした場合に最も顕著に現れます。以下の表の一部の%の数値は、6.5で測定した結果が低かったことから、大きなものになっている場合があります。その結果、ちょっとした向上が大きな%となることがあります。

この表は、mail6.ntfでシミュレートした場合の結果です。

以下の表は、mail7.ntfでテストした結果です。

この2つのiSeriesのテストからLotus Domino 7の性能向上が明らかになりました。この向上はお客様の環境でも実現されるかもしれません。それは、パフォーマンスの向上はLotus Dominoで使用できるCPUやメモリーやディスクやネットワークリソースにより変化するためです。これまで示した表で示したように、潤沢なシステムリソースがある場合や、Lotus Domino 7でinotes6.ntfを使った場合に、非常に高いパフォーマンス向上を実現できます。Lotus Domino 7の性能向上により、単一パーティションでより多くのユーザーをサポートできるスケーラビリティが向上している結果、より少ないパーティションに統合することができ、より高いパフォーマンスを実現することができます。

上に戻る

Solaris 9

12 CPUのシステムを搭載したSun 6800で、8 CPUのドメインを使いテストを行いました。9つのドライブを搭載した6つのT3アレーを使用しました。Lotus Dominoの実行ファイルは最初のアレーにインストールし、ユーザーのデータベースは6つのアレーに分散して配置しました。

以下のnotes.iniの変更を行いました。

Lotus Domino 6.5のテストでは、1.5GBのNSFバッファープールを使用しましたが、Lotus Domino 7ではこれを1GBに減らしました。これによりLotus Domino 7でサポートできるユーザー数を増やすことができるようにしています。また、server_max_concurrent_trans と NSF_dbucache_maxentries とinotes_wa_profilecachesize を増やし、ユーザーからの負荷をうまく取り扱えるようにしています。さらに、Dominoディレクトリーに変更を加え、Solarisのラージページサポートを有効にし、Lotus Domino 7がそれを活用できるようにしています。

図5から、6.5と比較して7ではR6iNotes仮想ユーザーでのCPU使用率が大幅に低下していることがわかります。減少量はサーバーの混雑具合いにもより異なりますが、5500ユーザーの同じ条件ではLotus Domino 7は51%の使用率ですが、6.5では86%になります。相対的には41%の現象となります。これについては、Lotus Domino 7では約9000ユーザーをサポートできるのに対して、同じCPU使用率での6.5では5500ユーザーしかサポートできません。Lotus Domino 7ではCPU使用率が97%の状態で最大9750ユーザーまで到達することができました。

以下の表は、CPU、ディスクやネットワークリソースがLotus Domino 6.5と7で5500ユーザー接続時にそれぞれどの程度使用されたかを示したものです。CPU使用率の削減については前述の通りですが、それに加えて、ネットワークリソースの消費量はほぼ同等、ディスクアクセスは若干増加していることがわかります。メモリー使用量が大きく違うのは、Lotus Domino 7では構成に変更を加えたことに大きく影響されています。例えば、NSFバッファープールを500MB前後減らしたことの影響がここに現れています。これにより共有メモリー量が現象しています。

Solaris上のLotus Domino 7はベンチマークで9750ユーザーまで到達できました。同一のハードウェアで6.5を試すと5500ユーザーが最大でした。このことから、スケーラビリティーの面で大幅に優れていることを示しています。それに加えて、CPU使用率が大幅に削減されたことにより、サーバー統合を考える上でもとても価値ある結果です。

上に戻る

Windows 2003 Enterprise Server

ハイパースレッディングをサポートしている8 CPUと3.5GB RAMを搭載したeServer xSeries 365にWindows 2003 Enterprise Serverをインストールし、単一パーティションのLotus Domino 7をインストールした環境でテストしました。Lotus Dominoの実行ファイルは IBM FAStT 200 GB アレイRAID 0にインストールしました。メールデータベースはRAID 0で構成された5つのIBM FastT 200 GBアレイに分散させて配置しました。ネットワークは1 GB Ethernet アダプター(全二重)を一つ搭載しています。以下の表はxSeriesサーバーとLotus Dominoの設定一覧です。

他のテストと同様に、notes.iniを以下の点で変更しました。

Lotus Domino 6.5については7000ユーザー、7.0については10000ユーザーと定義しました。

図6はそのテスト結果です。

図6が示すように、R6iNotes仮想ユーザーに必要とされるCPU使用率は6.5と比べると大幅に削減されています。他のプラットフォームと同様に、Windows 2003 Enterprise ServerでもCPU使用率とスケーラビリティーの面で改善されています。最大仮想ユーザー数は10500でした。6.5が7000ユーザーをサポートした場合と比べて7では非常に大きな削減率を実現しました。また、7000ユーザーでは6.5はCPU使用率が92%であったのに対して7では40%で、削減率は57%にもなりました。CPU使用率が削減されたことにより、仮想ユーザー数は増加することになります。

以下の表は、双方のテンプレートでテストした際のリソースの使用量を示したものです。双方のテンプレートでCPU使用率は大幅に削減されています。Lotus Domino 7のテンプレートを使用した際には、新機能をサポートするために多少リソース使用量が増えています。次のテーブルはmail6.ntfを使った場合の結果です。

次のテーブルはLotus Domino 7ユーザーがmail7.ntfを使用したときのものです。

データから読み取れる通り、Windows 2003上でLotus Domino Web AccessをLotus Domino 7で稼働させた場合、6.5と比べて非常に大きなパフォーマンス向上が図れることがわかります。CPU使用率が下がったことやメモリー使用量の削減により、50%も多くのユーザーをサポートすることができます。Lotus Domino 7では6.5と比べてスケーラビリティーやパフォーマンスやTCOの面で改善が進行しています。

上に戻る

Linux on zSeries

Linux on zSeriesでのテストは、ひとつの論理パーティション (LPAR) をz990 model 2084-C24上に設定して行いました。Z990は24CPUですが、6個をそのLPARに割り当てました。残りの18CPUは他の13個のLPARに割り当てられ、開発やテスト用途に使用されています。パフォーマンステストではそのLPARに12GBのメモリーを割り当てました。SLES 8では31bitOSであるため、最大で2GBまでしかメモリーを使うことができません。(他にスワップ領域として2GBの拡張メモリーが使用可能) SLES 9では総計で12GBを使用しました。GB Ethernet Open Systems Architecture (OSA) カードを使用し、LANは他のネットワークとは独立した形で構成しました。ディスクはEnterprise Storage Serverアレイ (2105 Model 800)から割り当てられ、3390 model 3として各ディスクを構成しました。別個のファイルシステムとして単一のボリューム(ディスク)にLotus Dominoの実行ファイルとメール以外のデータ、Dominoディレクトリー (names.nsf) を割り当てました。加えて、論理ボリュームマネージャー(LVM)の2つのボリュームにトランザクションログを割り当てました。クライアントのメールデータベースは均等に52個のLVMに配置しました。それぞれのLVMには5つのボリュームにまたがって割り当てられており、各フィアルシステム毎に11.5GBの領域が確保されています。3つのEXTフィアルシステムがLinux for zSeriesで使われています。OSはSLES 8 + SP3 あるいは、SLES + SP1です。トランザクションログは有効になっています。LZ1のソフトウェアでの圧縮の代わりにハードウェアでの圧縮を使用しました。この機能はzSeriesのLotus Domino 7でのみ利用可能なものです。

テストに先立ち、Lotus Domino 6.5と7のnotes.ini設定に以下のものを入れました。
TRANSLOG_Status=1
NSF_Buffer_Pool_Size_MB=256
ServerTasks=Router, HTTP
NSF_DBCache_MaxEntries=9000
iNotes_WA_ProfileCacheSize=9000
iNotes_WA_ProfileCacheSize=9000
図7が示すように、Lotus Domino 6.5と7を比較した場合に、R6iNotesのメールワークロードで計測した結果CPU使用率での改善が見られます。

図7ではiNotes6テンプレートでのCPU使用率が25%から32%、Lotus Domino 7では改善したことを示しています。また、dwa7.ntfでは11%から22%改善していることがわかります。明らかに、Lotus Domino 6.5と比べて、iNotes6.ntfとdwa7.ntfではCPU使用率が改善したことがわかります。メールテンプレートをそのまま使うか、あるいはカスタマイズするかによって結果は異なっています。これはテンプレートに含まれる機能の違いによるものです。IBMではこの領域について評価を継続して行っており、機能向上を図りながらもCPUの効率が最大化されるように進めています。

図8は、SLES 9でiNotes6テンプレートをLotus Domino 7で動作させた場合、5%から12%の範囲でCPU使用率が削減されていることを示しています。SLES 9には31bitのSLES 8アーキテクチャーに起因するメモリー制限がありませんので、SLES 9では使用率が高い場合にLotus Domino 6.5から7へあげるメリットを生かすことができます。

Lotus Domino 6.5と7の双方である程度の同量のワークロードを発生させました。双方とも同一のネットワーク送受信量となるようにし、同一数のメールを送信し、結果的に同一のトランザクション量になるようにしました。その結果、Lotus Domino 7ではCPU使用率が削減されました。これは高いワークロードでスケーラビリティーが向上したことを意味し、単一のパーティションでより多くのユーザーをサポートできることになります。更に重要なことは、要求されるCPUパワーが下がることにより6.5に比べて大幅にTCOを下げることができます。

上に戻る

z/OS

このセクションで記述される全てのテストは、zSeries z990 model 2084-C24に専用のLAPRをひとつ設定して行いました。搭載されている24CPUのうち、6CPUをそのLPARに割り当てました。残りの18CPUは他の13個のLPARに割り当てられ、開発やテスト用途に使用されています。パフォーマンステストではそのLPARに12GBのメモリーを割り当てました。GB Ethernet Open Systems Architecture (OSA) カードを使用し、LANは他のネットワークとは独立した形で構成しました。ディスクはEnterprise Storage Serverアレイ (2105 Model 800)から割り当てられ、3390 model 3として各ディスクを構成しました。別個のz/FSファイルシステムとして単一のボリューム(ディスク)にLotus Dominoの実行ファイルとメール以外のデータ、Dominoディレクトリー (names.nsf) を割り当てました。ひとつのファイルシステムは2つのボリュームにまたがり、トランザクションログ用に割り当てました。クライアントのメールデータベースは均等に53個のz/FSに配置しました。それぞれのLVMには5つのボリュームにまたがって割り当てられており、各フィアルシステム毎に11.5GBの領域が確保されています。OSはz/OS version 1 release 5です。トランザクションログは有効になっています。LZ1のソフトウェアでの圧縮の代わりにハードウェアでの圧縮を使用しました。

Lotus Domino 6.5と7双方のnotes.iniに以下の変更を加えました。
files: TRANSLOG_Status=1
NSF_Buffer_Pool_Size_MB=256
ServerTasks=Router. HTTP
NSF_DBCache_MaxEntries=10000
iNotes_WA_ProfileCacheSize=10000
iNotes_WA_ProfileCacheSize=10000
We defined 10,000 users for this test.
図9は、R6iNotesのワークロードで計測した場合のCPU使用率の変化を見たものです。6.5のiNotes6、7のdwa7.ntfでそれぞれ計測したものです。この図から、CPU使用率の改善はiNotes6テンプレートをLotus Domino 7で使った場合には27%から34%、dwa7.ntfをLotus Domino 7で動作させた場合には10%から24%になりました。ご覧の通り、Lotus Domino 7ではinotes6とdwa7の双方で、6.5と比べて改善がなされています。

図10ではLotus Domino 7でのHTTPタスクから得られる性能向上の多くが見られます。RouterタスクもまたLotus Domino 7ではCPU使用率の改善がなされていることがわかります。

Lotus Domino 6.5と7の双方である程度の同量のワークロードを発生させました。双方とも同一のネットワーク送受信量となるようにし、同一数のメールを送信し、結果的に同一のトランザクション量になるようにしました。その結果、Lotus Domino 7ではCPU使用率が削減されました。これは高いワークロードでスケーラビリティーが向上したことを意味し、単一のパーティションでより多くのユーザーをサポートできることになります。

上に戻る

まとめ

Lotus Domino 7のDomino Web Accessのパフォーマンスに関して2つの側面に対して作業を行いました。一つはコードのボトルネックを超えたスケーラビリティーの増加、もう一つはCPU使用率の削減と以前のリリースには存在したリソースの競合の削減です。サーバーハードウェアのパフォーマンスの向上に伴い、多くのユーザーはサーバーの統合を考えています。ですので、私たちはそれが実現できるように、お手伝いができることが求められていました。最終的に、6.5と比較してベンチマークユーザー数の増加を全てのプラットフォームで実現できました。私たちがテストサーバーに対して行ったことと同様なハードな稼働を、実際のサーバーで行いたいとは皆様は考えないかと思います。が、Lotus Domino 7は6.5と比べて50%も多くのユーザーをサポートできることを知っておいて悪くはないことでしょう。

スケーラビリティーが向上したことに加えて、Lotus Domino 7は同一ユーザー数をサポートするためのCPUパワーを削減することができます。その量はプラットフォームやサーバーの利用度合いによって異なりますが、全体的に見て最も利用頻度が高い状態のサーバーでも大きな進歩があることを確認できました。

参考文献

• developerWorks Japan: Lotus: Lotusの日本の技術情報サイトです
  
  
• developerWorks: Lotus(US) : Lotusの英語の技術情報サイトです
  
  
• このシリーズの第一回目、「Lotus Domino 7 サーバーパフォーマンス Part 1」では、Lotus Notesクライアントからアクセスした場合の結果について論じています。
  
  
• 今回のテストで使用されたR6Mailワークロードの詳細については次の記事を参照してください。『The New Domino 6 NotesBench workloads: Heavier by request』(US)
  
  
• server.loadおよびR6MailワークロードについてはDomino Administration Guide（US）をご覧ください。
  
  
• Lotus Notes 7 の機能全てについての詳細については、『Lotus Notes と Domino Designer 7.0 の新機能』を参照してください。
  
  
• Lotus Domino 7 の新機能については、『Lotus Domino 7.0 の新機能』を参照してください。
  
  
• Lotus Notes/Domino 製品の詳細については、Lotus Notes/Domino 製品ページ（US）を参照してください。
  
  
• developerWorks blogs（US）に参加してdeveloperWorksのコミュニティーに参加してみてください。
  
  

著者について

この記事を評価する

コメント

上に戻る

目次

• AIX
• Linux
• iSeries
• Solaris 9
• Windows 2003 Enterprise Server
• Linux on zSeries
• z/OS
• まとめ
• 参考文献
• 著者について
• コメント