メインコンテンツまでスキップ

Applications Manager の最適構成

OpenLM Applications Manager をサーバーで運用するために必要な最適なハードウェア構成について説明します。

推奨事項は次のとおりです:

  • VM の各ネットワークカードにネットワークコントローラが利用可能であること
  • 1 秒あたり複数回のチェックアウト/チェックインを行うコンパイラに対しては、本書末尾の表に記載された仕様より 25%〜50% 高いハードウェア構成を推奨します。

例:

  • VM 管理者は、ホスティングサーバーが必要なリソースを確保できることを確認してください。
  • DB クエリの性能が低い場合は、ディスクキューを確認してください。
  • DB は OpenLM SLM と同じデータセンターに配置することを強く推奨します。
  • 以下の MS SQL Server 推奨事項も参照してください。
  • MySQL については、Windows（my.ini）および Linux（my.cnf）用のサンプル設定ファイルを提供しています。DBA が内容を見直す必要があります。

MySQL のベストプラクティス​

  1. 最新の MySQL 5.7/8 リリースを使用します。
  2. システムリソースを十分に活用するため、MySQL の設定ファイル（my.cnf/my.ini）を適切な値に設定する必要があります。設定が適切でない場合、ホストマシンのリソースを活用できません。設定例として、システム規模に応じた .zip 形式の設定ファイルを用意しています:
    4GB_2Cores_Windows

MS SQL Server のベストプラクティス​

  1. 次のメンテナンス計画を適用する必要があります:

  2. 定期的な統計更新

  3. 定期的なインデックスの再構築または再編成 DBA は OpenLM DB に対しても社内のメンテナンスポリシーを適用する必要があります。ポリシーが存在しない場合は、公開パッケージを適用できます。

  4. Windows マシン上で（ほぼ）専用で動作する MSSQL Server の推奨メモリ割り当ては、マシンの総メモリの 80% を超えないようにします。

  5. OpenLM データベースには is_read_committed_snapshot_on パラメータを設定する必要があります。

設定されているか確認するには:

SELECT is_read_committed_snapshot_on FROM sys.databases WHERE name= 'YourDatabase'

設定するには:

DECLARE @sqlCommand varchar(1000)
DECLARE @db_name varchar(50)
SET @db_name = 'YourDatabase'
SET @sqlCommand = 'ALTER DATABASE ' + @db_name + ' SET ALLOW_SNAPSHOT_ISOLATION ON '
EXEC (@sqlCommand)
SET @sqlCommand = 'ALTER DATABASE ' + @db_name + ' SET SINGLE_USER WITH ROLLBACK IMMEDIATE '
EXEC (@sqlCommand)
SET @sqlCommand = 'ALTER DATABASE ' + @db_name + ' SET READ_COMMITTED_SNAPSHOT ON '
EXEC (@sqlCommand)
SET @sqlCommand = 'ALTER DATABASE ' + @db_name + ' SET MULTI_USER '
EXEC (@sqlCommand)

  1. パフォーマンス向上のため、tempdb、データベース、ログファイルは別々の論理ディスク（場合によっては物理ディスク）に配置することを推奨します。以下のような構成が望ましいです:

  2. tempdb データ用に 1 ディスク（SSD 構成を推奨）

  3. システム DB（msdb、model、master）用に 1 ディスク

  4. すべてのログ（tempdb ログを含む）用に 1 ディスク

  5. すべての DB データ用に 1 ディスク

  6. tempdb は重要な役割を持ち、すべてのパラメータ、テンポラリテーブル、ソートおよび集計の実行に使用されます。tempdb のデータファイル数は、プロセッサ数と同数（最大 8）を推奨します（それ以上は効果がないか、パフォーマンスを低下させる可能性があります）。

  7. データベースファイルの自動増加単位は既定でパーセンテージになっており、危険です。良い方法としては、レコードサイズを加味した予測成長量に基づいて MB 単位を使用します。いずれにせよ、ディスクサイズのアラート設定を推奨します。

  8. ログサイズは事前に設定することを推奨します。

  9. クラッシュ後の復旧とログファイルの成長管理のため、定期バックアッププログラムを推奨します。データベースの縮小は悪い慣行であり、推奨しません。

AgentApp Manager サーバーデータベースサーバー
エージェント数DB 種別アプリケーション数CPUメモリネットワークカードディスクCPUメモリネットワークカードディスク
3000Internal104 Cores4GB1GbitFast HD----
10000External758 Cores12GB10GbitFast HD8 Cores16GB10GbitFast HD
15000External758 Cores16GB10GbitFast HD8 Cores16GB10GbitFast HD
にMaria Gilcaが最終更新