CA Process Automation システムの計画には、CA Process Automation のドメイン オーケストレータがインストールされているホストと同じホストに配置できる新しいコンポーネント、および別のホストにインストールする新しいコンポーネントの決定も含まれます。 CA Process Automation ネットワークのこれらのコンポーネントについて考えてみましょう。
各クラスタ ノードおよび各オーケストレータは、通常は個別のホストにインストールします。 NTP サーバはネットワークの外側に配置できます。
負荷の軽い CA Process Automation では、ドメイン オーケストレータをインストールしたホストと同じホストに以下のエンティティをインストールできます。
エンティティを同じ場所に配置するか、複数のホストを使用するかを決定する際には、以下の要因について検討します。
主な要因には、CPU、メモリ、ディスク ストレージ、ネットワークの量および速度が含まれます。
プロセスの総数だけでなく、ピーク アクティビティ時の最大持続レートも考慮します。
すべてのプロセスが等しいとは限りません。 オペレータがほとんどないプロセスもあれば、何百ものオペレータがあるプロセスもあります。 一部のプロセスには CPU に負荷がかかる多くのアクティビティが含まれる一方で、ほかのプロセスはイベントまたはユーザ インタラクションを待機するのにほとんどの時間を費やしています。 このばらつきにより、プロセス数/レートの観点から負荷を特定するのが難しくなります。 オペレータによってもスループットは異なります。
リアルタイム応答は現在の実装では実現できません。 ただし、それほど厳格でない要件でも追加のオーケストレータに対してより多くのハードウェアが稼働する場合を考慮に入れます。 厳格な SLA では、ピーク時でも適切に実行されるように、システムはより多くの予備容量を必要とします。 SLA なしでは、システムは平均負荷をカバーするのに十分な容量だけを必要とします。
その他の CA EEM および RDBMS の用途を検討します。
将来の成長を見越して、CA EEM およびドメイン オーケストレータのあるデータベース サーバを同じ場所に配置しないことを推奨します。 いつ十分なリソースがあるかを判断する唯一の確かな方法は、実際のフル ロード テストを行うことです。
|
Copyright © 2013 CA.
All rights reserved.
|
|