Tivoli プロビジョニング マネージャー

Tivoli Provisioning Manager ( TPM ) は、 IBMのTivoli Softwareブランドの製品です。その目的は、仮想サーバーとソフトウェアのプロビジョニングを自動化することです。TPM は「マネージャーのマネージャー」であり、ハードウェア自体は管理しませんが、実際にハードウェアを管理するハイパーバイザーにコマンドを発行します。TPM はさまざまなタスクを編成し、さまざまなプラットフォーム (特に、VMware によって管理され、MS-Windows および Linux 仮想サーバーをホストする Intel ベース、および pSeries で実行される IBM 独自の AIX サーバー) に共通のインターフェイスを提供します。

TPM は、IBM が 2003 年に買収した Think Dynamics から生まれました。^[1] 同社の「Think Control」製品は、データ センターの (仮想) サーバーのプロビジョニングと管理に優れていました。IBM は「OPAL」統合サービス管理ライブラリを追加し、新製品を「Tivoli Intelligent Orchestrator」として販売しました。そのため、TPM の多くの製品ファイルに「tio」という文字が登場しています。

TIO は大きな成功を収めなかったようですが、IBM はデプロイメント エンジンを自社製品としてスピンオフしました。

• v4: 老朽化した「ITCM」デスクトップ管理スイートと組み合わせ、「TPM for Software」として販売されました。
• v5: 一般的なプロビジョニングリソース
• V6は存在しなかったようだ
• v7.2: 多くの改善が加えられています。最も注目すべき点は、ワークフローが DCM データベースから抽出されて行ごとに実行されるのではなく、Java に変換されてバイトコードから実行されるため、はるかに高速になったことです。

TPM は、すべてのサーバー コンポーネントとソフトウェア コンポーネント、およびその属性と関係を含む広範なデータ センター モデルに基づいて動作します。バージョン 7.1 以降、これは Maximo データベース (maxdb71) の一部です。

TPM のすべてのアクションは、WorkFlows によって実行されます。これらは、独自の解釈型手続き型スクリプト言語で記述されています。ほとんどの情報は、DCM からのクエリを通じて取得する必要があります。ほとんどの文字列操作は、Jython呼び出しによって実行する必要があります。WorkFlow インタープリタと Jython の両方がこれらの文字列を解析、解釈、および操作するため、記述には細心の注意が必要です。サーバー システムでのアクションは、ターゲット サーバーで実行される (シェル) スクリプトを生成するスクリプトレットによって実行されます。

TPM ワークフローを開発するには、いわゆる Automation Package Development Environment (APDE) が必要です。これは、特別な TPM プラグインを備えたEclipse 統合開発環境です。DCM データベースにアクセスできるように構成する必要があります。すべてのワークフロー コードは、データベースに行ごとに保存されます。

• IBMのTPMページ