- 3DEXPERIENCE SOLIDWORKS のようなエンジニアリング用ソフトウェア（ソフトウェア ）をベンダー管理型のクラウドに移行すると、ライセンスのチェックアウトが拒否された際の診断にチームが通常利用している FlexNet 方式のテレメトリが不要になります。
- クラウドライセンスのブロックには9つの異なる原因が考えられますが、そのうち1つ（実際の容量の枯渇）だけが購入に関する問題であり、残りの8つは管理上の問題であり、新たな費用をかけずに解決可能です。
- ポータル、調達記録、および Microsoft Entra のサインインデータを手作業で照合して真の原因を特定するには、テナントごとに数時間を要し、組織が複数のアカウントを運用している場合は、アカウントごとにこの作業を繰り返す必要があります。
- Open iT LicenseAnalyzer は、SOLIDWORKS Cloudから権利、割り当て、有効性、サインイン、および利用状況に関するデータを定期的に収集し、FlexNet、DSLS、およびMATLABの履歴データと照合して正規化を行います。
- 正規化されたデータにより、恒常的なライセンス不足と管理上のノイズを区別し、調達部門にスクリーンショットではなく、実測された需要の根拠を提供します。
設計リリースの数時間前、数名のエンジニアが、自身の図面に必要な3DEXPERIENCE SOLIDWORKSパッケージを開くことができません。 ポータルでは利用可能なサブスクリプションが報告され、調達レポートでは有効な契約が確認され、Microsoft Entraでもアカウントが有効であると報告されています。一方、検証ツールやタイミングツールを格納するFlexNetプールは、テープアウトの期限を目前に、フル稼働しています。テープアウトの問題は、その原因が何であれ、あなたなら解決策を見出せるでしょう。しかし、SOLIDWORKSの問題は、ベンダーが所有するインフラストラクチャ上で発生しています。
FlexNetのチェックアウトが拒否された場合、それに伴う手順があります。サーバーにクエリを実行し、ベンダーデーモンを確認し、デバッグログを取得してください。どのホスト上で、誰が、どのくらいの期間、その機能を保持しているのかを特定してください。その証拠は、貴社が管理するインフラストラクチャ上にあり、貴社のチームが10年にわたり読み取ってきた形式で保存されています。
あるアプリケーションをベンダー管理のクラウドプラットフォームに移行すると、その手順が機能しなくなってしまいます。デーモンもなければ、デバッグログもありません。利用権限、割り当て、トークンの上限、サブスクリプションの終了日はすべてベンダーが管理するポータル上にあり、これらと照合できるユーザーレベルのシグナルは、自社のIDプラットフォーム上にしか存在しません。
データは存在します。しかし、そのどれもが、機能のチェックアウトと比較できるような場所には存在しません。
その敷地は広くなる一方で、単純にはならない
半導体企業は、エンジニアリング・ツール（ソフトウェア ）を一気にクラウドに移行させることはありません。FlexNetは、チップ、パッケージ、PCB、検証、タイミング、サインオフ用のツールを引き続き提供し続けています。DSLSは、ダッソーのツール群を引き続き提供し続けています。MATLABツールボックスは、顧客が管理するサーバー上で引き続き動作しています。そして、機械設計プログラムが3DEXPERIENCE SOLIDWORKS Cloudのテナントを取得すると、4つ目のライセンスモデルが資産群に加わりますが、このモデルからは、他の3つが生成するテレメトリデータは一切発生しません。
このシステムはすでに、難しい課題に直面しています。どの機能が拒否されたのか、その原因が lmstat、ベンダーデーモン、それともデバッグログにあるのか。2つのプログラムが同じプールを要求した場合、プロジェクトのシェアはどのように重み付けされるのか。プリエンプションはライセンスに適用すべきか、それともコンピュートスロットに適用すべきか。 利用権の背後にはどれだけの実際の需要があり、テープアウトの待ち時間のうち、コアではなくライセンスに起因する部分はどれほどあるのか。FlexNetはこれらすべての疑問に答えを提供し、それによって調達活動を一定の基準に則って行うことが可能になります。つまり、昨年のピーク需要ではなく、実測された需要に基づいて交渉を行うのです。
クラウドテナントは、それらの質問のどれにも答えていない。
1つの症状、9つの考えられる原因
これら3つのシステムはどれも嘘をついてはいません。ポータルシステムは契約の有無を、調達システムは支払いの有無を、ディレクトリシステムは人物が実在するかどうかをそれぞれ回答します。しかし、どれもあなたが実際に抱いている疑問には答えていません。なぜなら、どれを使っても同じ現象が生じるからです：
- すべての権限はすでに割り当てられています
- 割り当てられたユーザーは数ヶ月前からログインしなくなりました
- 誰かが間違ったパッケージや役割を担っている
- トークンの容量は、その日の早い時間帯にピークに達した
- 定期購読の有効期限が近づいています
- ポータルのIDが社内ディレクトリと一致しません
- 権限が複数のアカウントまたはテナントに分散している
- ポータルサイトの報道は実態より遅れている
- 容量が本当に使い果たされてしまった
最後の1つだけが購入品です。他の8つは管理上のものです。回収が行われない限り、9つすべては外見上は区別がつかず、マイルストーンのプレッシャーがかかると、そのすべてが9番目として扱われてしまいます。
手動でのパス設定にかかるコスト
ポータルをエクスポートします。ID管理チームにログイン記録の提供を依頼します。プロジェクト管理部門に、現在も活動中の契約業者が誰であるかを確認します。調達シートを開いて、数量と終了日を確認します。4つの情報源すべてで製品名が異なり、一部のIDはまったく一致しません。組織が複数のテナントを運用している場合、各アカウントごとにこれらの手順をすべて繰り返す必要があります。
一方、FlexNet、DSLS、MATLABのデータは、それぞれのユーティリティ、ログ、レポート内に保持されます。名前付きユーザーによるクラウド割り当てと、同時機能チェックアウトやトークンイベントとの整合性を確保する仕組みは存在しません。
そこで、あなたにはできる唯一の方法、つまりサブスクリプションを追加購入することで、マイルストーンを守ることになります。数週間後、ライセンス回収分析の結果、そのライセンスのうちいくつかは、すでにプロジェクトを離れていたメンバーのものであることが判明しました。これらのライセンスは更新時に消滅するわけではありません。それらはベースライン数量となり、次回の交渉では、購入数量に前年のピーク数を加えた数量を基準として行われます。しかし、このピーク数の算出こそが、ライセンススケジューリング業務が置き換えるべき対象なのです。
ポータルコレクターが実際に返すもの
Open iTLicenseAnalyzer®は、お客様の3DEXPERIENCEテナントに接続し、2つのスケジュールに従ってデータを収集します。使用状況は1日を通じてサンプリングされるため、ピーク時の使用状況も、ポータル画面でその瞬間に表示されている内容ではなく、使用履歴の一部として反映されます。サブスクリプションおよび製品の割り当て情報は1日1回取得されます。組織が複数のSOLIDWORKSアカウントを運用している場合、各アカウントのデータが収集され、その結果はまとめて分析されます。
これにより、ポータルだけでは整理できないカテゴリがわかります：
- ライセンスの種類（指名ユーザー型およびトークン型を含む）
- 利用可能な最大値と使用中の最大値
- 定期購読の有効期間および終了日
- 製品の割り当てと在庫
- 機能：ユーザーごとの経過時間
- 権限を持つユーザーの最新のログイン履歴（非アクティブ状態のしきい値は設定可能）
サインイン画面は、設定された Microsoft Entra の認証情報と、アプリケーションからベンダーへのサインインとライセンスのマッピングに基づいて表示されます。これを、そのありのままに受け止めてください。つまり、これは権限を持つ ID が依然として有効であることの証拠であり、実用的なエンジニアリング作業が行われていることの証明ではありません。何かを回収する前に、経過時間を併せて考慮してください。
正規化こそが成果をもたらす
「コレクション」だけでも、さらに4つのエクスポートが可能になります。重要なのは、この比較です。
FlexNetは、lmutilを使用して1時間ごとに5分間隔でポーリングを行い、デバッグログを個別に解析してライセンスログファイルのイベントとして抽出します。DSLSは、同じ間隔でDSLicSrvをポーリングし、ライセンスサーバーのログとトークン使用状況のログの両方を解析します。MATLABは1時間ごとに2分間隔でポーリングを行い、ユーザー、ホスト、ユーザーグループ、ホストグループごとに集計します。4つの収集方法、4つの用語集。
ベンダーライセンスのマッピングでは、複数の生のベンダーライセンス名を1つの仮想ベンダーライセンスに統合し、同時接続数が正しく計算されます。この仮想名は、ライセンスモニターや履歴レポートに表示されます。クラウドパッケージと機能チェックアウトは、依然として別個の商用オブジェクトです。これらはついに、1つの軸上で確認できるようになりました。
決定が変更される
さて、アクセスがブロックされたエンジニアの話に戻りましょう。「権限」「割り当て」「有効性」「サインイン」「利用状況」を1つのモデルに統合することで、9つの原因をグループ分けし、それぞれ異なる対応をとることができます。パッケージが間違っている場合は、割り当てを修正します。割り当て先が休眠状態の場合は、ポリシーに基づき権利を回収します。IDの不一致がある場合は、マッピングを修正します。トークンの飽和状態にある場合は、ピーク時の需要を確認します。有効期限が近づいている場合は、更新手続きをエスカレーションします。
その選別をくぐり抜けたものが真の不足品であり、それらは単なるスクリーンショットではなく、利用可能な最大数量と実際に使用されている最大数量の履歴を伴って調達段階に届くのです。
これも更新の入力情報となります。持続的な同時接続数、割り当て回数、直近のアクティビティ、およびサブスクリプションの有効期限は、永続的な要件と管理上の要件を区別する要素となります。1つのデータセットで2つの用途に活用できます。
限定的な主張
Portal Collectionは、ジョブのスケジュール設定やクラウドコンピューティングの料金計算、割り当ての変更を代行するものではありません。このツールが埋めるのは、管理下のライセンスサーバーからアプリケーションが移動した際に、資産管理の視野から外れてしまっていた部分という、1つのギャップです。 利用権、割り当て、有効期間、サインイン、使用状況といった情報が、FlexNet、DSLS、MATLABの履歴と同じ軸上で、リアルタイムに収集・表示されます。これが、8つの管理上の要因と、金銭的な損失につながる1つの要因を区別するものであり、回答が必要なその瞬間——1週間後ではなく——に、即座に答えを得られるのです。
ライセンスサーバーが消えたわけではありません。単に、答えが存在する唯一の場所ではなくなっただけです。
SOLIDWORKS Cloud Collection の設定手順およびレポート一式については、『Open iT 』のドキュメントに掲載されています。ご自身の環境に合わせて確認したい場合は、1つのクラウドテナントと1つのFlexNetプールを並行して運用する構成を比較検討するのが、最も手っ取り早い実用的なテスト方法です。
よくある質問
「クラウドライセンスの死角」とは何ですか？
これは、ソフトウェア の運用環境が、FlexNetやDSLSのような自社管理型のライセンスサーバーから、ベンダー管理型のクラウドプラットフォームへと移行した際に生じる可視性のギャップです。ポータル、調達、およびID管理の各システムは、それぞれ独自の情報を報告していますが、いずれも、チームが以前はライセンスデーモンやデバッグログから取得していた機能レベルのチェックアウトデータを公開していません。
3DEXPERIENCE SOLIDWORKS Cloudは、なぜFlexNetと同じレベルの可視性を提供しないのですか？
FlexNet、DSLS、およびMATLABのライセンスサーバーは、組織が管理するインフラストラクチャ上で稼働しているため、詳細な照会やログの記録が可能です。一方、SOLIDWORKS Cloudのテナントはダッソー社が所有するインフラストラクチャ上で稼働しているため、利用権、割り当て、トークン上限、およびサブスクリプション期間はポータル内に管理されており、直接照会できるデーモンやデバッグログは存在しません。
SOLIDWORKS Cloudのライセンスが「拒否」と表示されているのに、サブスクリプションは利用可能と表示されている場合、実際には何が問題なのでしょうか？
考えられる原因は9つありますが、そのうち「真の容量不足」のみが購入に関する問題です。残りの8つは管理上の問題です。具体的には、割り当てミス、権限を保持したまま休眠状態にあるユーザー、ポータルと企業ディレクトリ間のID不一致、その日の早い時間帯でのトークン飽和、有効期限が迫っているサブスクリプション、テナント間で分割された権限、あるいはポータルのレポート情報が古くなっていることなどが挙げられます。
Open iT の「LicenseAnalyzer 」は、SOLIDWORKS Cloudテナントからどのような情報を収集しますか？
この機能では、ライセンスの種類（指名ユーザー型およびトークン型）、利用可能な最大数と使用中の最大数の比較、サブスクリプションの有効期限および終了日、製品の割り当てと在庫状況、ユーザーごとの機能利用時間、および利用権限を持つユーザーの最新のサインイン履歴を収集します。利用状況については1日を通じてサンプリングされ、サブスクリプションおよび割り当てについては毎日取得されます。また、組織が複数のテナントを運用している場合は、すべてのテナントを対象とします。
これにより、更新時に調達部門が直面する状況はどのように変わるのでしょうか？
スクリーンショットや昨年のピーク時の利用状況に頼るのではなく、調達部門は、持続的な同時接続数、割り当て数、最近の活動状況、およびサブスクリプションの有効期限といった情報を、1つの正規化されたビューで把握できるようになります。これにより、恒久的なライセンス不足と、新たな支出を必要としない管理上の問題を区別することが可能になります。
