この記事をお読みの読者の方々が所属する企業や組織がMATLAB®を使用している場合は、MathWorks®がそのアプリケーションへのアクセスを拡大するために使用するさまざまなライセンス配布の方法に精通していると思われます。具体的には、個人（ノードロック）、ネットワーク指定（ネームド）ユーザー、コンカレントライセンスが利用でき、それぞれ異なる利点、制限、および価格があります。 個々のライセンスまたはノードロックされたライセンスについては、ユーザーを指定し、最大4台のコンピュータにアプリケーションをインストールできます。このライセンスは複数のセッションをサポートしていないため、複数のコンピュータで同時にプログラムを操作することはできません。 ユーザーライセンスという名称のネットワークでは、使用可能なユーザーの一覧を指定します。このプログラムは、単一のライセンスマネージャーがサービスを提供するコンピューター上の個人によって、またライセンスに含まれる人数の最大数まで運用できます。このライセンスは複数のセッションをサポートしていません。 コンカレントライセンスを使用すると、ネットワークにアクセスするすべての人にアプリケーションを提供できます。アクセスは特定の指定されたユーザーに限定されません。 一般的に、コンカレントライセンスは他の2つのオプションよりも高価ですが、より多くのユーザーをサポートするための柔軟性が企業に与えられます。さらに、ライセンスを共有することができるため、ユーザーあたりの価格は低くなるはずです。
ライセンスタイプの混在とプラン
企業は、従業員の要件に最も適したライセンスモデルの組み合わせを採用し、ソフトウェアの支出分を最大限に活用することが一般的です。しかし、どのユーザーがネームドライセンスを取得し、コンカレントライセンスプールを共有する必要があるかを計画する作業は、全体的なコスト決定の影響を完全に理解することなく行われることがよくあります。以下は、ライセンスマネージャーが簡単に犯してしまういくつかの一般的なエラーです。
- 勤務日の大部分を実際に使用していないユーザーにネームドライセンスを割り当ててしまう。ネームドライセンスは、最初はコンカレントライセンスよりもコストが低いように見えるかもしれませんが、集中的に毎日使用されないネームドライセンスは、異なる時間帯に複数のユーザーにサービスを提供するコンカレントライセンスよりもはるかに高価です。ネームドライセンスが実際の使用要件ではなく、優先順位またはステータスに基づいて提供されている場合、ソフトウェアが本当に必要なエンジニアは、ネームドライセンスがアイドルであるにもかかわらず利用可能なプールされたライセンスがなくなる可能性があります。
- ネットワークベースではない個々のライセンス、またはノードロックされたライセンスの購入。個別およびノードロックされたMatlabライセンスは、スタンドアロンで購入することができ、ライセンスマネージャーは不要です。これは、ワークステーションが常にネットワークに接続されていない場合に便利です。しかし、見過ごされることがあるのは、チームが必要とするツールが、多くのMatlabツールボックスの1つ以上をかなりの追加コストで支払い拡張できることです。必要なツールボックスはユーザーごとに異なる可能性があるため、通常はツールボックスの1つのサイズがすべてに適合しません。その結果、ライセンスの使用を最適化するためには、誰もが知っているわけではありませんが、興味深い「ハイブリッド」ソリューションにおいてMatlabベーシック製品にノードロックされたライセンスで同時にライセンスされたツールボックスを使用することで、いくつかの重要なフィーチャーを保持するという利点があります。、
- 実際の使用状況を頻繁にチェックしません。しかし、おそらく、ネームドライセンスの計画と割り当てに関して最も重要な実践は、実際の使用状況を見直し、現在の状況に合わせて継続的に変更を加えることです。今月、あるフィーチャーに集中したユーザーは、エンジニアがプロジェクトのさまざまな段階で異なるツールを必要とする可能性があるため、来月にはそのフィーチャーを必要としない可能性があります。
MathWorksがライセンスマネージャーを使用してネットワーク上でコンカレントおよびネームドユーザーライセンスを発行および管理するのは、Flexera FlexNet Managerです。
ライセンスマネージャの設定
FlexNet Managerは、オプションファイルと呼ばれるテキストファイルを編集して構成され、正しく実行されないと、ネームドユーザーは無意識のうちにより高価なコンカレントライセンスを取得する可能性があります。これによりライセンス費用が飛躍的に上昇し、利用可能なMATLABまたはその他の必須エンジニアリングソフトウェアライセンスがないため、ダウンタイムが発生する可能性があります。 また、ライセンスファイルが正確であること、および新しいライセンスファイルがアップロードされていることを確認する必要があります。これにより、エラーが発生した場合にバックアップ目的でファイルの名前を変更し、移動する必要が生じる場合があります。この管理プロセスには時間がかかり、ベンダーのサポートフォーラムに表示される構成に関する質問の数によって判断すると、エラーが発生しやすくなります。 ネームド(指定された)ユーザーが正しく定義されているように見えても、コンカレントライセンスが不適切に発行されることもあります。この問題の原因は不明ですが、ライセンスファイルの構成とプールへのセグメンテーションに関連している可能性があります。異なる時間にライセンスのバッチを購入すると、ライセンスファイルライセンスに複数のプールが作成されます。 各プールには1つ以上のライセンスタイプを含めることができますが、通常は1つのタイプしかありません。マルチプールライセンスファイルのプールの出現順を並べ替えることで、代わりにネームドライセンスを取得する必要がある場合においてコンカレントライセンスを取得する機会を減らすことができます。 どのような場合でも、ライセンスマネージャーは、組織の意図どおりにライセンスが配布されているかどうかにかかわらず、主に割り当ての制御に関わっており、ライセンス使用に関する必要な詳細は提供していません。
ライセンスマネージャーの強化
ライセンスマネージャーは、ライセンス契約に従ってコンプライアンスを保証するための基本的な機能を提供しますが、ユーザーとなる組織の利益のために改善できる特定の分野があります。その分野がOpenLMが手助けできる場所です。既存のライセンスマネージャーと組み合わせて使用することで、ネームドライセンス定義を簡単に設定し、チェックアウト(配布）されたライセンスを監視することが容易になります。 OpenLM License Allocation Managerの拡張機能を使用すると、オンラインフォームのように機能する簡単な入力画面に入力することにより、適切なオプションファイルを簡単に編集し、ユーザーの指定(ネームド）をより簡単に定義することができます。OpenLMには、ライセンスマネージャーの選択アルゴリズムがリクエストを受け取ったときに、そのリクエストを正確に満たす可能性が高くなるように、ベンダーのライセンスファイルを最適にソートするオプションもあります。指定された(ネームド）ユーザーは、コンカレントライセンスに割り当てられているのではなく、当事者に適切に割り当てられたライセンスを受け取ります。
結論
MathWorksのコンカレントユーザーライセンスとネームドユーザーライセンスを組み合わせることで、企業はソフトウェアライセンスにかかる費用を節約し、従業員が必要とするアプリケーションへのアクセスを確保できるようになります。使用頻度の高いヘビーユーザーはおそらく独自のネームドライセンスを必要とし、それ以外のユーザーはプールから配布されるライセンスを先着順で共有できます。 このプロセスは、指定された(ネームド）ユーザーが正しく設定され、適切なライセンスタイプを取得し、その使用パターンが個々のライセンスを持つことを正確に正当化される場合に、効率的に機能します。これは、実際の使用状況（OpenLM Actual Usage拡張で提供されているような）の詳細な監視とともに、適切な設定、事前の計画および継続的な計画が必要となります。
