OpenLM における予約ライセンス
FLEXlm のライセンス予約はオプションファイルを使用して行い、ライセンス管理者が特定のユーザーまたはグループのために 1 つ以上のライセンスを予約するよう指定します。
ライセンスの予約は重大な操作であり、影響を十分に検討せずに行うべきではありません。ライセンスを「予約」に変更することで、ライセンス管理者は高価なフローティングライセンスを、より安価なノードロックライセンスに変換することになります。予約されたライセンスには、指定されたユーザー以外はアクセスできません。
このため、ライセンスの予約は慎重に検討する必要があります。予約されたノードロックライセンスが使用されていない 1 分 1 分は、同じライセンスをほかの誰かがフローティングライセンスとして使用できたはずの時間です。
FLEXlm での予約ライセンスの表示
以下は、使用されていないライセンス予約に対する FLEXlm の出力です。
Users of Viewer: (Total of 5 licenses issued; Total of 1 license in use)
"Viewer" v10.1, vendor: ARCGIS
floating license
1 RESERVATION for USER rachel (10.0.0.145/710)
このように、予約されたライセンスは、実際に使用されているかどうかにかかわらず、FLEXlm では使用中として表示されます。
予約されたライセンスが使用されている場合、割り当ては変わりませんが、ライセンスマネージャーの出力は次のように変わります。
Users of Viewer: (Total of 5 licenses issued; Total of 1 license in use)
"Viewer" v10.1, vendor: ARCGIS
floating license
rachel DELL x(<C;tQ%e;S (v10.1) (10.0.0.145/710 102), start Fri 12/25 11:40
ユーザーセッションが終了すると、レポート上でライセンスは再び予約済みとして表示されます。ライセンスは引き続きその特定のユーザーのみに割り当てられます。
ライセンスは、ユーザー、グループ、ホスト、ホストグループ、IP、ディスプレイ、またはプロジェクトごとに予約できます。グループまたはホストグループのメンバーの詳細は、オプションファイルにのみ存在します。グループの詳細はライセンス出力には表示されません。
OpenLM における FLEXlm の予約
OpenLM はライセンス予約の数を直接表示します。また、FLEXlm と同様に、予約されたライセンスが使用されているかどうかも確認できます。
ライセンスが予約されているものの使用されていない場合、OpenLM Server は次の形式の専用ユーザー名（「予約ユーザー」）でセッション（「予約セッション」）を記録します。
FLEXlm_Reserved_<Entity Type>_<Entity Name>
例: FLEXlm_Reserved_U_rachel
Entity Type は、次のいずれかの値を表す文字です。
- U: ユーザー
- G: グループ
- H: ホスト
- HG: ホストグループ
- D: ディスプレイ
- I: IP アドレス
- P: プロジェクト
予約されたライセンスは、ユーザーまたはグループが常にライセンスを消費しており、システムに予約セッションの記録が表示されない場合に、完全に活用されている（100%）と見なされます。予約セッションが多いほど、予約されたライセンスが割り当てられているにもかかわらず実際には消費（活用）されていない可能性が高くなります。
License Usage レポートの Users フィルターに、作成された予約ユーザーを追加すると、ライセンス割り当てのより正確な状況を把握できます。レポートに常に 1 を超える使用量が表示される場合、ライセンス管理者はそのエンティティの予約ライセンス数を減らし、他のすべてのユーザーのためにライセンスを解放できます。
さらに、Exclude Unconsumed Reservations チェックボックスがあります。これにより、レポートを 2 つの方法で表示できます。チェックを外すと、消費されたライセンスの合計数に加えて、（使用中かどうかにかかわらず）すべての予約ライセンスが表示されます。チェックを入れると、消費されたすべてのライセンスの合計数は含まれますが、使用されていない予約ライセンスは除外されます。
実際の例
次の例を考えてみましょう。
ある小さな会社が「Viewer」製品の同時使用ライセンスを 5 つ保有しています。この会社には、このライセンスを必要とするユーザーが 5 人以上いますが、エンジニアグループが常に 2 つのライセンスを利用できることが絶対に必要です。
そこでライセンス管理者は、エンジニアのためにいくつかの「Viewer」ライセンスを予約することにし、オプションファイルに次の行を追加します。
GROUP engineers natal efrat rachel chen richard
RESERVE 2 Viewer GROUP engineers
これで、エンジニアグループのために常に 2 つの Viewer ライセンスが予約されるようになりました。
1 か月が経過し、ライセンス管理者は OpenLM を使用して「Viewer」製品の License Usage レポートを生成します。
オプション A – 使用ライセンス数が最大値に達しない場合
このシナリオでは、この 1 か月間、使用ライセンス数が最大の 5 ライセンスに達することはありませんでした。
これは、ライセンスを必要としたすべてのユーザー（エンジニアかどうかにかかわらず）が常にライセンスにアクセスできたことを意味します。この場合、ライセンス更新日が近づいたら、ライセンス管理者はレポートを生成して確認する必要があります。使用ライセンス数が利用可能な最大数に達することがない場合は、より少ないライセンス数の契約への切り替えを検討すべきです。
オプション B – 使用ライセンス数が最大値に達する場合
2 つ目のシナリオでは、過去 1 か月間に使用ライセンス数が最大の 5 ライセンスに達しました。OpenLM の Denials レポートを確認すると、ライセンス管理者は、必要なときにライセンスへのアクセスを拒否されたユーザー（エンジニアおよびその他）がいることに気づくかもしれません。
ここで、ライセンス管理者はさらに詳しくデータを調査する必要があります。
前述のとおり、OpenLM は予約ライセンス用の特別なユーザーを作成します。この場合、FLEXlm_Reserved_G_engineers という名前になります。このユーザーセッションは、対応する予約ライセンスが消費（使用）されていないときに記録されます。
管理者は License Usage レポートをこのユーザーでフィルタリングし、結果を分析できます。
このユーザーの使用が示されていない場合、予約は完全に活用されていることを意味します。つまり、エンジニアグループの誰かが常にライセンスを使用していたということです。これは、エンジニアグループの Denials レポートの分析と併せて、誰もが必要なときにライセンスへのアクセスを拒否されないようにするには、より多くのライセンスが必要であるという結論につながる可能性があります。
一方で、このユーザーに継続的で途切れのない使用がある可能性もあります。
この場合、ライセンス管理者は、使用レベルがかなりの時間 2 のままだったことから、エンジニアグループの予約ライセンスの 1 つが使用されていなかったと判断できます。その間、そのライセンスを必要とし、アクセスできたはずのほかの人々は拒否されていました。この場合、ライセンス管理者はエンジニアグループの予約ライセンス数を減らすことを検討してもよいでしょう。
3 つ目の可能性は、予約ユーザーに対象期間中の使用がまったくない（または最小限である）場合です。
これは、OpenLM の Denials レポートと組み合わせると、エンジニアのライセンスが不足していることを示唆している可能性があります。この場合、ライセンス管理者は、エンジニアの予約ライセンス数を増やすか、高価なフローティングタイプのライセンスからシングルユース/ネームドライセンスへの切り替えを検討してもよいでしょう。
まとめ
予約ライセンスとは、フローティングライセンスのプールから引き出され、特定のユーザーに割り当て（ノードロック）されたライセンスです。適切に管理・監視されていないと、特定のユーザーまたはグループのために予約されたライセンスが実際には使用されず、リソースの管理不備とコストの増加につながる状況が生じます。幸いなことに、OpenLM は、この無駄がいつどこで発生しているかを正確に把握するためのツールを提供します。