6.3 AWSでのOpenText eDirectoryデプロイメントのサイジングガイダンス

このガイドでは、AWS VPCでのOpenText eDirectoryデプロイメントに最適なAWS EC2インスタンスとEBSボリュームを推奨します。サイズ要件の見積もりを支援するために、最も有用な見積もり要因とさまざまなパフォーマンスシナリオを提供しました。これらのシナリオは、特定の環境設定パラメータを設定した制御されたラボ環境でテストされています。

6.3.1 AWS EC2インスタンスの選択を開始する

AWSにOpenText eDirectoryをデプロイする前に、OpenText eDirectoryサーバから最適なパフォーマンスを得るEC2インスタンスおよびEBSボリュームのタイプを決定する必要があります。OpenText eDirectoryのパフォーマンスは、企業がeDirectoryをどのように使用することを計画しているかに関する複数のリソースに応じて異なります。見積もりの際に考慮する必要があるリソースは次のとおりです。

AWS EC2インスタンスカテゴリ: 環境に必要な適切なインスタンスカテゴリを選択する必要があります。当社では、次のインスタンスカテゴリをさまざまなパフォーマンスシナリオについてラボ環境で検討しました。
- 一般用途
- メモリ最適化
- コンピューティング最適化
また、EC2インスタンスと接続されたEBSボリュームの間で専用の帯域幅を活用するには、OpenText eDirectoryのデプロイにEBS最適化EC2インスタンスを使用することをお勧めします。その場合、EBSボリュームにプロビジョニングされるIOPSを効果的に使用することもできます。一部のインスタンスでは、EBS最適化はデフォルトでは有効になっていません。そのようなシナリオでは、手動で有効にする必要があります。

AWS EC2インスタンスタイプ: 環境に適したインスタンスカテゴリを選択した後、ビジネスニーズまたは予想される負荷に応じてインスタンスタイプを選択する必要があります。AWSでは、各インスタンスカテゴリの下でさまざまなEC2インスタンスタイプを選択できます。各カテゴリには、プロセッサのタイプやネットワークのスループットなど、さまざまなパラメータに応じてサブカテゴリがあります。CPUコアの数、RAMのボリューム、ネットワーク容量、およびコストは、選択したインスタンスタイプによって異なります。インスタンスタイプの詳細については、「Amazon EC2インスタンス」を参照してください。

AWS EBSボリュームタイプ: EC2インスタンスのルートボリュームまたはローカルストレージは永続的ではないため、永続化する必要があるOpenText eDirectory DIBやその他のサーバファイルは、EC2インスタンスにAWS Elastic Block Storage (EBS)ボリュームをアタッチして保存する必要があります。EBSボリュームを使用すると、保存されたデータはAWS EC2インスタンスが終了した後でも永続化されるため、データ回復のシナリオで役立ちます。EBSボリュームに保存されているデータは、デフォルトで同じ可用性ゾーン内で複製されます。詳細については、「EBSボリュームタイプ」を参照してください。

OpenText eDirectoryは読み込み集中型のディレクトリサービスなので、EBSボリュームタイプの選択はディスクI/Oの高さに依存します。このため、HDDボリュームタイプよりもSSDボリュームタイプを使用することをお勧めします。SSDボリュームタイプは小さいディスクI/OまたはランダムなディスクI/Oを効率的に処理するからです。これは基本的に、ディスクI/Oのストリーミングに使用されます。

プロビジョニングされたIOPS SSDボリュームタイプ(io1およびio2)では、パフォーマンスに一貫性がない汎用SSDボリュームタイプ(gp2)と比較して、ボリュームタイプの作成時に一貫したIOPSレートを指定できます。また、汎用SSDは、IOPSの設定を、プロビジョニングされたIOPS SSDのボリュームタイプには存在しないディスクサイズと関連付けます。

6.3.2 パフォーマンステスト環境の詳細

このセクションでは、制御されたラボ環境で使用されているさまざまな環境設定パラメータ、インスタンスカテゴリ、およびタイプについて説明します。

EC2インスタンスタイプ:

パフォーマンステストでは、次のインスタンスタイプが使用されています。

表 6-3 インスタンスタイプ4xLarge

カテゴリ	型	CPU	メモリ	EBS最適化	EBS帯域幅
コンピューティング最適化	c5a.4xlarge	16 CPU、3.3GHz	32GB	対応	3,170Mbps

表 6-4 インスタンスタイプ2xLarge

カテゴリ	型	CPU	メモリ	EBS最適化	EBS帯域幅
一般用途	m5a.2xlarge	8 CPU、2.5GHz	32GB	対応	2,880Mbps
メモリ最適化	r5a.2xlarge	8 CPU、2.5GHz	64GB	対応	2,880Mbps
コンピューティング最適化	c5a.2xlarge	8 CPU、3.3GHz	16GB	対応	3,170Mbps

表 6-5 インスタンスタイプxLarge

カテゴリ	型	CPU	メモリ	EBS最適化	EBS帯域幅
一般用途	m5a.xlarge	4 CPU、2.5GHz	16GB	対応	2,880Mbps
メモリ最適化	r5a.xlarge	4 CPU、2.5GHz	64GB	対応	2,880Mbps
コンピューティング最適化	c5a.xlarge	4 CPU、3.3GHz	8GB	対応	3,170Mbps

共通パラメータ

表 6-6 共通パラメータの説明

パラメータ	説明
AWS VPCの詳細	1つのパブリックサブネットと1つのプライベートサブネット。クライアントとOpenText eDirectoryの両方がVPCプライベートサブネット内にあります。
OpenText eDirectory EC2インスタンスの詳細	オペレーティングシステム: SUSE Linux Enterprise Server 15 SP2 (HVM)、SSDボリュームタイプ OpenText eDirectoryビルド: OpenText eDirectory 9.2 Elastic Block Storage: プロビジョニングされたIOPS SSD io2、100GB、OPS – 1000 Dib: 3GB、200万人以上のユーザ
操作	操作: LDAPS (636)検索および変更操作パーセンテージ: 80%の読み込み操作と20%の書き込み操作。検索スコープ: サブツリー検索検索ベース: ou=users,o=novell 検索フィルタ: 検索ベースのランダムユーザ属性: sn;title
OpenText eDirectoryのチューニング	OpenText eDirectory Flaim DB設定: preallocatecache=true cache=4000000000cpinterval=360
LDAPクライアントEC2インスタンス	オペレーティングシステム: RHEL8.0 LDAPクライアントツール: JMeter 5.1 EC2インスタンスタイプ: m5d.4xlarge、16 CPU、64GB RAM TCPポートの範囲: 1024-65534

6.3.3 サイジング要件の決定

このセクションでは、一般的に使用されるシナリオのパフォーマンスデータに基づいた推奨事項について説明します。このデータは、ご使用の環境に最適なAWS EC2インスタンスを決定するのに役立ちます。OpenText eDirectoryデプロイに適したサイズ見積もりを開始する前に、デプロイに最適なインスタンスカテゴリを特定する必要があります。

シナリオ1 - AWS EC2インスタンスカテゴリの識別

このパフォーマンスシナリオでは、OpenText eDirectoryのデプロイと操作に適したAWS EC2インスタンスカテゴリを決定します。

次のグラフは、スレッド数に対する1秒あたりの平均応答時間(ミリ秒)と操作数の測定値を示しています。測定値は、2xlargeインスタンスタイプに属する、汎用、メモリ最適化、およびコンピューティング最適化の3つのインスタンスカテゴリから取得したものです。

図 6-2 m5aとr5aとc5aの場合の同時に実行されるスレッド数に基づく平均応答時間の変化

図 6-3 スレッド数に基づく同時に実行される操作数の変化

次のグラフは、スレッド数に対する1秒あたりの平均応答時間(ミリ秒)と操作数の測定値を示しています。測定値は、xlargeタイプに属する3つのインスタンスカテゴリ(一般用途、メモリ最適化、およびコンピューティング最適化)から取得したものです。

図 6-4 m5aとr5aとc5aの場合の同時に実行されるスレッド数に基づく平均応答時間の変化

図 6-5 スレッド数に基づく同時に実行される操作数の変化

推奨

上記のテストシナリオによると、AWS環境にデプロイする場合にOpenText eDirectoryのパフォーマンスを最大限に高めるには、コンピューティング最適化インスタンスをEBSボリュームと共に使用する必要があります。インスタンスタイプは、最初は、想定される負荷に基づいて選択する必要があります。それがリソース要件を満たしていない場合は、いつでもインスタンスタイプのサイズを変更できます。また、IOとスループットのパフォーマンスを最適化するには、プロビジョニングされたIOPS SSDボリュームをEC2インスタンスにアタッチする必要があります。

シナリオ2 - AWS EC2サイジング要件の識別

前のパフォーマンスシナリオでは、コンピューティング最適化が、OpenText eDirectoryのデプロイと操作に適したAWS EC2インスタンスカテゴリであると判定しました。

このパフォーマンステストシナリオでは、最適なサイジングガイドを提供するために、3種類のコンピューティング最適化インスタンスタイプ(xlarge、2xlarge、および4xlarge)からデータを収集しました。

次のグラフは、スレッド数に対する1秒あたりの平均応答時間(ミリ秒)と操作数の測定値を示しています。このテストでは、500ミリ秒を、許容される最大平均応答時間と見なしました。

図 6-6 xlargeと2xlargeと4xlargeの場合の同時に実行されるスレッド数に基づく平均応答時間の変化

図 6-7 スレッド数に基づく同時に実行される操作数の変化

推奨

次の表は、示されているEC2インスタンスごとに平均応答時間を500ミリ秒以内に維持するためのスレッドの最大数とそれに対応する1秒あたりの操作数の測定値です。

インスタンスタイプ	スレッド	1秒あたりの操作数
c5a.xlarge	1200	2300
c5a.2xlarge	1500	2900
c5a.4xlarge	1750	3500

上で説明した、想定されるスレッドとスループットの値に基づいて、最適なコンピューティングインスタンスサイズを選択することができます。