- ライセンス回収ポリシーは、アイドル状態のエンジニアリングセッションがいつライセンスを返却するか、およびどのユーザーの作業には一切手を加えないかを決定します。
- 航空宇宙・防衛分野では、方針は最後に策定する。まず、貸し出されているものを把握し、次に、立ち入り禁止区域を含め、実際に使用されているものを把握する。
- Avio Aerospaceはまず調査を行い、同社が保有する製図用ライセンスは64件あるものの、同時に使用されているのは最大でも46件にとどまっていることを確認しました。その上で初めて、未使用のアプリケーションの利用を停止しました。
ライセンス回収ポリシーとは、どのアイドル状態のエンジニアセッションが、いつライセンスを返却するかを決定する一連のルールのことです。航空宇宙・防衛分野では、これは最後に作成すべきものです。回収処理はエンジニアの開いているセッションに対して行われるため、まだ把握できていない利用状況に対して公平なルールを設定することは不可能です。
これは、ライセンス・ハーベスティングに関するシリーズの第3回目の記事です。第1回では、ハーベスティングがアイドル状態のセッションをどのように検知するかについて説明しました。第2回では、ライセンスの一時停止によって何が起こるかについて取り上げました。Open iTの「安全かつ柔軟なソフトウェア ライセンス最適化を実現する3つの簡単なステップ」では、その一般的な原則が示されています。本記事では、それらの原則を機能させるために、航空宇宙・防衛分野のチームが事前に整えておくべき事項について解説します。
1つのアイドルクロックだけでは、航空宇宙工学のフロアには合わない
平日のあるプログラムを例に挙げてみましょう。設計者は朝から夕方までCATIAを使って作業しています。解析担当者は、何時間も計算を続けるCFDシミュレーションを開始しますが、その間、誰もデスクにはいません。テストチームは、キャンペーン期間中ずっとセッションを開いたままにしています。製図用ライセンスは、昼食時や設計レビューのたびに放置されたままになっています。
1つのタイムアウト設定で、これらすべてが同じように扱われます。タイムアウトを短く設定すると、テストキャンペーンの最中にテストエンジニアに警告が表示されます。長く設定すると、ドラフトライセンスはすべてのピーク時を通じてチェックアウトされたままになります。Open iTのガイダンスにもあるように、「ソフトウェア のアプリケーションごとに、異なる最適化パラメータやハーベスティング手順が必要になる場合があります。」
プログラムのマイルストーンに不可欠な要素には一切手を加えずに、ライセンスをピーク時の状態に戻したい。また、エンジニアリングリーダーにこの方針に署名してもらいたい。
ライセンス収集ポリシーで決定される事項
- セッションがアイドル状態とみなされる条件：アプリケーションごとに設定され、キーボード、マウス、CPU、およびI/Oを基準とする。CPUを稼働させ続けているソルバーは、アイドル状態とはみなされない。
- エンジニアへの警告方法：ポップアップウィンドウが表示され、キャンセルできるようになっています。
- その後の処理：サスペンド（作業内容をメモリに保持したままにする）か、自動保存後に終了するか。
- どのような場合に異なる扱いが適用されるか：ホスト、ユーザー、またはグループごとの優先順位、および時間帯や曜日ごとのルール。
その仕組みについては、第1回のブログ記事に書かれています。こうした判断のすべてには、まだ手元にないかもしれないデータが必要となります。
まだ見えないもの
4つの盲点があることで、収穫のルールは単なる当て推量になってしまう。
「チェックアウト済み」と「使用済み」は同じ意味ではありません
ライセンスサーバーは、誰がいつからライセンスを保有しているかを記録します。誰かが作業中であるかどうかは、そのワークステーションだけが把握している事実です。
敷地の中で、最も測量が行われていない部分は、閉鎖された側である。
エアギャップは、この業界では通常の動作状態です。データ分析のために接続が必要なツールは、そのような環境では機能しません。
複数のライセンスマネージャーと凍結されたベースライン
AnsysのライセンスはFlexNetを通じて管理されます。CATIAのライセンスはDSLSを通じて管理されます。3つのプログラムでは、同一ツールの検証済みバージョンを3つまで実行できますが、ベンダーのスケジュールに従ってアップグレードを行うことはできません。
SAMプラットフォームには、お客様が所有する資産が管理されています
ServiceNowのエンジニアリング・ライセンス管理では、このプールを次のように一行で説明しています。「ユーザーがアプリケーションを終了すると、ライセンスはプールに戻ります。」アイドル状態のセッションは決して終了しません。また、ServiceNowのソフトウェア の回収ルールは、インストールおよびサブスクリプションを対象としており、開いているセッションを対象とはしていません。
手探りで保険証券を作成するのにかかる費用
緩いポリシーでは何も変わりません。使用されていないライセンスはそのまま放置され、ピーク時の利用状況は実際の需要のように見え、更新のたびにライセンスが増加します。Avio Aerospace社は、製図用アプリケーションの利用状況を1年間計測しました。同社は64の同時利用ライセンスを保有していましたが、一度にチェックアウトされたのは最大でも46ライセンスにとどまりました。残りの18ライセンスは、料金を支払ったまま、プールに眠ったままでした。
厳しすぎるポリシーは、かえって大きな問題を引き起こします。適切なルールなしにハーベスティングを行うと、「CAEシミュレーションが途中で中断」したり、終了時にクラッシュが発生して「1日分の作業がすべて失われる」ことになりかねません。設計レビューの前にモデルを1つでも失ってしまえば、エンジニアリング部門からハーベスティングを無効にするよう求められることになるでしょう。
ポリシーエンジニアリングを実現するための3つのステップ
ハーベスティングは、エンジニアリング・ソフトウェア ・アセット・マネジメント（ESAM）を構成する3つのステップのうち、最後のステップです。Open iT は、自動ハーベスティングを「効果的なエンジニアリング・ソフトウェア ・マネジメント・プログラムの最高水準」と評しています。LicenseAnalyzer™も同様の仕組みで構築されており、各レベルは前のレベルを基盤として構築されています。
- ライセンス記録（レベル1、ランタイム使用状況）を計測します。すべてのライセンスサーバーからのチェックアウト、拒否、および監査証跡を確認します。バージョン情報も記録に含まれるため、凍結されたベースラインも計測対象となります。閉じた領域内では、計測、レポート作成、分析のすべてがその境界内で実行されるため、データが境界を越える必要はありません。
- アクティブ状態とアイドル状態を区別します（レベル 2、真のアクティブ使用状況）。各ワークステーションのキーボード、マウス、CPU、および I/O の状態から、チェックアウトされたライセンスのうち、現在使用中のものが確認できます。
- ハーベスティングルールを定義して適用します（レベル3、管理された利用）。まずは「ログのみ」の週を実行してください。レベル3では、すべてのセッションを記録しますが、何の処理も行いません。その後、エンジニアリングリーダーを同席させ、自社のデータに基づいてルールを設定してください。
ライセンス収集ポリシーの具体的な内容
手順 1 と 2 でアイドル時間がどこにあるかが判明すれば、ポリシーはこれほどシンプルに設定できます。グループはあくまで例です。ご自身の環境に合わせて置き換えてください。
| グループ（例） | アプリケーション（例） | 優先度 | この優先順位の役割 | アイドル時の動作 |
|---|---|---|---|---|
| 認証および試験キャンペーンの主催者 | いずれか | 絶対に触らないでください | 一時停止や閉鎖されたことは一度もありません。現在も稼働中です。 | なし |
| ロング・ソルブを実行しているアナリストたち | Ansys CFX | 高い | アイドルタイムアウトが2倍になった | 一時停止 |
| FlexNet または IBM LUM ツールを使用する設計者 | CAD | 通常 | デフォルトのアイドルタイムアウト | 一時停止して、モデルをメモリ内に保持する |
| 製図およびたまに利用するユーザー | 製図用具 | 低 | アイドルタイムアウトが半減 | 自動保存後に閉じる |
ドキュメントに記載されているタイムアウト時間の例である45分の場合、優先度の高いセッションは90分、優先度の低いセッションは22.5分待機します。これらはあくまで一例として扱ってください。実際の数値は、ご自身のデータによって決まります。
アヴィオはまず測定を行い、その後、一時停止した
Avio社は、民間航空機用エンジン、軍事プログラム、宇宙ロケット向けの推進システムを開発しています。同社の取り組みの出発点は、誰もが共感できるものでした。「ソフトウェアリソースの使用状況に関する実際のデータを把握することが、不可欠になりつつあった」のです。社内のツールや既存の商用ツールでは、そのニーズに対応しきれていませんでした。
第1フェーズでは、イタリアとポーランドの各拠点において、Open iT を用いて13台のライセンスサーバーと500台のPCおよびワークステーションを計測しました。これが、「64ライセンス中46ライセンス」という結果の根拠です。第2フェーズでは、使用されていないアプリケーションを停止し、そのライセンスを解放しました。その結果、ユーザーの需要は15％増加し、ライセンスの循環が速まり、作図計画に必要なライセンス数は、保有する64ライセンスに対して38ライセンスにとどまりました。
よくある質問
エンジニアリングライセンスの使用状況を確認するには、ライセンス収集が必要なのでしょうか？
No.LicenseAnalyzer レベル1はチェックアウトと拒否を記録し、レベル2はアクティブな使用とアイドル状態の使用を区別します。いずれもエンジニアのセッションには影響を与えません。
エアギャップ環境や機密区域において、使用状況を測定することは可能ですか？
はい。Open iT は、閉鎖領域内に独立した環境として導入されます。計測、レポート作成、分析はすべてその領域内で実行されるため、データが境界を越える必要はありません。
CATIAのライセンスを回収することは可能ですか？
CATIAがDSLS上で動作している場合は別です。Level 3のサスペンド機能は、FlexLM、LMX、IBM LUM、RLMに対応しています。DSLS上のCATIAについては、Open iT が使用状況を計測し、更新拒否の根拠として活用されます。
収穫ポリシーは、実行中のシミュレーションを中断させるのでしょうか？
実行が計算中である場合は対象外です。レベル 3 では、CPU または I/O アクティビティがあるセッションを「ビジー」とみなします。また、ソルバーホストを「決して触れない」としてマークすることができます。
Open iT はServiceNow SAM Proの後継製品ですか？
いいえ。ServiceNowには、お客様が所有している資産の記録が保存されています。Open iT は、実際に使用されている資産を計測し、そのデータを「Store」アプリを通じてServiceNowに送信します。
ルールではなく、実績から始めよう
次回の更新や監査で最も大きな影響を受ける資産を選択してください。まずは「レベル1」の使用状況評価から始めましょう。これは、ライセンスサーバー全体にわたる1更新サイクル分の使用状況を計測し、所有している容量と実際の使用容量との差を明らかにするものです。クローズドエリアでは、この評価は完全にその境界内で実行されます。評価の範囲設定については、Open iT までお問い合わせください。
そのギャップを明確にした上で、自身の証拠に基づいて収穫方針を作成します。その後、今朝の設計レビューの間、未使用のままだった起草ライセンスはプールに戻され、テストチームのセッションは、終了時のままの状態で維持されます。
