- Durch die Verlagerung von Konstruktionssoftware wie 3DEXPERIENCE SOLIDWORKS in eine vom Anbieter verwaltete Cloud entfällt die FlexNet-basierte Telemetrie, auf die sich Teams normalerweise stützen, um die Ursache für eine abgelehnte Lizenzausgabe zu diagnostizieren.
- Eine gesperrte Cloud-Lizenz kann neun verschiedene Ursachen haben – nur eine davon (tatsächliche Ausschöpfung der Kapazität) ist ein Kaufproblem; die anderen acht sind administrativer Natur und lassen sich ohne zusätzliche Kosten beheben.
- Der manuelle Abgleich des Portals, der Beschaffungsdaten und der Microsoft Entra-Anmeldedaten zur Ermittlung der tatsächlichen Ursache nimmt pro Mandant mehrere Stunden in Anspruch und muss für jedes Konto wiederholt werden, wenn die Organisation mehr als eines betreibt.
- LicenseAnalyzer von Open iT erfasst regelmäßig Daten zu Berechtigungen, Zuweisungen, Gültigkeiten, Anmeldungen und Nutzung aus SOLIDWORKS Cloud und gleicht diese mit den historischen Daten aus FlexNet, DSLS und MATLAB ab.
- Normalisierte Daten unterscheiden zwischen dauerhaften Lizenzengpässen und administrativen Schwankungen und liefern der Beschaffungsabteilung so eine fundierte Grundlage für die Bedarfsermittlung anstelle eines einfachen Screenshots.
Wenige Stunden vor einer Designfreigabe können mehrere Ingenieure das 3DEXPERIENCE SOLIDWORKS-Paket, auf dem ihre Zeichnungen basieren, nicht öffnen. Das Portal meldet verfügbare Abonnements, die Beschaffungsabteilung meldet einen aktiven Vertrag, und Microsoft Entra meldet, dass die Konten aktiv sind. Gleichzeitig laufen die FlexNet-Pools mit den Verifizierungs- und Timing-Tools auf Hochtouren, um den Tape-Out-Termin einzuhalten. Das Tape-Out-Problem, was auch immer es sein mag, können Sie lösen. Das SOLIDWORKS-Problem liegt hingegen bei der Infrastruktur, die dem Anbieter gehört.
Ein abgelehnter FlexNet-Checkout ist mit einem festgelegten Vorgehensweise verbunden. Fragen Sie den Server ab. Überprüfen Sie den Anbieter-Daemon. Rufen Sie das Debug-Protokoll ab. Finden Sie heraus, wer die Funktion auf welchem Host und für wie lange belegt. Die Nachweise befinden sich auf der von Ihnen kontrollierten Infrastruktur, in Formaten, mit denen Ihr Team bereits seit einem Jahrzehnt vertraut ist.
Sobald man eine Anwendung auf eine vom Anbieter verwaltete Cloud-Plattform verlagert, funktioniert der Vorgang nicht mehr. Kein Daemon. Kein Debug-Protokoll. Berechtigungen, Zuweisungen, Token-Obergrenzen und Ablaufdaten von Abonnements befinden sich in einem Portal des Anbieters, und das einzige Signal auf Benutzerebene, mit dem man diese Daten abgleichen kann, befindet sich in der eigenen Identitätsplattform.
Die Daten sind vorhanden. Keine davon landet an einer Stelle, an der man sie mit einem Feature-Checkout vergleichen könnte.
Das Anwesen wird größer, aber nicht übersichtlicher
Halbleiterunternehmen verlagern ihre Entwicklungssoftware nicht in einem Schritt in die Cloud. FlexNet unterstützt weiterhin die Tools für Chips, Gehäuse, Leiterplatten, Verifikation, Timing und Signoff. DSLS unterstützt weiterhin die Dassault-Pools. MATLAB-Toolboxen laufen weiterhin auf einem vom Kunden verwalteten Server. Dann erhält ein Programm für den Maschinenbau einen 3DEXPERIENCE SOLIDWORKS Cloud-Tenant, und ein viertes Lizenzmodell wird in die Infrastruktur aufgenommen, das keine der von den anderen drei erzeugten Telemetriedaten liefert.
Die Infrastruktur steht bereits vor schwierigen Fragen. Welche Funktion wurde verweigert, und ob lmstat, der Anbieter-Daemon oder das Debug-Protokoll den Grund dafür liefert. Wie Projektanteile gewichtet werden, wenn zwei Programme denselben Pool beanspruchen. Ob die Vorwegnahme die Lizenz oder den Rechen-Slot betreffen sollte. Wie viel tatsächlicher Bedarf hinter einer Berechtigung steckt und wie viel Wartezeit in der Tape-Out-Warteschlange eher auf eine Lizenz als auf einen Kern zurückzuführen ist. FlexNet liefert auf jede dieser Fragen eine Antwort, wodurch die Beschaffung an einen Standard gebunden wird: Verhandlungen sollten auf der Grundlage des gemessenen Bedarfs erfolgen, nicht auf der Grundlage des Spitzenwerts des Vorjahres.
Der Cloud-Mieter beantwortet keine dieser Fragen.
Ein Symptom, neun mögliche Ursachen
Keines dieser drei Systeme lügt. Das Portal gibt Auskunft darüber, ob Abonnements bestehen, die Beschaffungsabteilung gibt Auskunft darüber, ob diese bezahlt wurden, und das Verzeichnis gibt Auskunft darüber, ob die Personen tatsächlich existieren. Keines davon beantwortet jedoch die Frage, die Sie eigentlich haben, denn jedes dieser Systeme würde dasselbe Symptom hervorrufen:
- Jeder Anspruch ist bereits zugewiesen.
- Die zugewiesenen Benutzer haben sich bereits vor Monaten nicht mehr angemeldet
- Jemand hat das falsche Paket oder die falsche Rolle inne
- Die Token-Kapazität erreichte ihren Höchststand bereits früher am Tag
- Das Abonnement läuft bald ab.
- Die Portal-Identität stimmt nicht mit dem Unternehmensverzeichnis überein.
- Die Berechtigungen sind auf mehrere Konten oder Mandanten verteilt
- Die Berichterstattung auf dem Portal hinkt der tatsächlichen Lage hinterher
- Die Kapazität ist tatsächlich erschöpft.
Nur der letzte ist ein Kauf. Die anderen acht sind administrativer Natur. Ohne Nachverfolgung sehen alle neun von außen identisch aus, und unter dem Druck der Meilensteine wird jeder einzelne von ihnen wie der neunte behandelt.
Was der manuelle Weg kostet
Sie exportieren das Portal. Sie fordern beim Identitätsmanagement-Team die Anmeldedaten an. Sie fragen bei der Projektverwaltung nach, welche Auftragnehmer noch aktiv sind. Sie rufen das Beschaffungsblatt auf, um Mengen und Endtermine zu überprüfen. Die Produktnamen unterscheiden sich in allen vier Quellen, und manche Identitäten stimmen überhaupt nicht überein. Wenn das Unternehmen mehr als einen Mandanten betreibt, wiederholt sich jeder Schritt für jedes Konto.
Unterdessen verbleiben FlexNet-, DSLS- und MATLAB-Daten in ihren jeweiligen Dienstprogrammen, Protokollen und Berichten. Es findet keine Abgleichung einer Cloud-Zuweisung für benannte Benutzer mit einem gleichzeitigen Auschecken von Funktionen oder einem Token-Ereignis statt.
Also sichert man sich den Meilenstein auf die einzige Art und Weise, die einem zur Verfügung steht: durch den Kauf weiterer Abonnements. Wochen später zeigt die Rückgewinnungsanalyse, dass mehrere dieser Lizenzen Personen gehörten, die das Projekt bereits verlassen hatten. Diese Lizenzen verschwinden bei der Verlängerung nicht. Sie werden zur Basismenge, und die nächste Verhandlung basiert auf dem gekauften Volumen zuzüglich des Spitzenwerts des Vorjahres – genau die Daten, die durch die Lizenzplanung ersetzt werden sollen.
Was ein Portal-Sammler tatsächlich zurückgibt
Der LicenseAnalyzer® von Open iT stellt eine Verbindung zu Ihrem 3DEXPERIENCE-Tenant her und führt zwei Arten von Erfassungen durch. Die Nutzung wird über den Tag verteilt erfasst, sodass ein Spitzenwert Teil des Nutzungsverlaufs wird und nicht nur das, was das Portal zufällig in dem Moment anzeigt, in dem Sie es aufrufen. Abonnements und Produktzuweisungen werden einmal täglich abgerufen. Wenn das Unternehmen mehr als ein SOLIDWORKS-Konto betreibt, werden alle Konten erfasst und die Ergebnisse gemeinsam analysiert.
Damit erhalten Sie die Kategorien, die das Portal allein nicht auflistet:
- Lizenztyp, einschließlich benutzergebundener Lizenzen und Token-Modelle
- maximal verfügbar gegenüber maximal genutzt
- Gültigkeitsdauer und Ablaufdatum des Abonnements
- Produktzuordnungen und Lagerbestand
- Funktion „Verstrichene Zeit pro Benutzer“
- die jüngsten Anmeldeaktivitäten berechtigter Benutzer mit konfigurierbaren Schwellenwerten für Inaktivität
Die Anmeldeansicht basiert auf konfigurierten Microsoft Entra-Anmeldedaten und einer Zuordnung zwischen der Anmeldung einer Anwendung und der Lizenz des Anbieters. Betrachten Sie dies als das, was es ist: ein Hinweis darauf, dass eine berechtigte Identität noch aktiv ist, nicht als Beweis für produktive Entwicklungsarbeit. Berücksichtigen Sie dabei die verstrichene Zeit, bevor Sie etwas zurückfordern.
Normalisierung – da lohnt es sich
Allein durch die Erfassung erhalten Sie vier weitere Exporte. Der Vergleich ist der springende Punkt.
FlexNet fragt lmutil stündlich mit einer Abtastrate von fünf Minuten ab und wertet Debug-Protokolle separat in Ereignisse der Lizenzprotokolldatei aus. DSLS fragt DSLicSrv im gleichen Rhythmus ab und wertet sowohl das Lizenzserver-Protokoll als auch das Token-Nutzungsprotokoll aus. MATLAB fragt stündlich mit einer Abtastrate von zwei Minuten ab und aggregiert die Daten nach Benutzer, Host, Benutzergruppe und Hostgruppe. Vier Erfassungsmethoden, vier Vokabulare.
Bei der Zuordnung von Herstellerlizenzen werden mehrere Rohdaten-Herstellerlizenznamen zu einer virtuellen Herstellerlizenz mit korrekt berechneter gleichzeitiger Nutzung zusammengefasst, und dieser virtuelle Name wird im Lizenzmonitor sowie in historischen Berichten angezeigt. Ein Cloud-Paket und ein Feature-Checkout sind nach wie vor nicht dasselbe kommerzielle Objekt. Sie können nun endlich auf einer Achse dargestellt werden.
Die Entscheidung ändert sich
Zurück zu den gesperrten Ingenieuren. Da Berechtigung, Zuweisung, Gültigkeit, Anmeldung und Nutzung in einem Modell zusammengefasst sind, lassen sich die neun Ursachen in Gruppen einteilen, die unterschiedlich behandelt werden. Falsches Paket: Zuweisung korrigieren. Inaktiver Zuweisungsempfänger: gemäß Richtlinie zurückfordern. Identitätsdiskrepanz: Zuordnung korrigieren. Token-Sättigung: Spitzenbedarf prüfen. Ablauf steht bevor: Verlängerung eskalieren.
Was davon übrig bleibt, stellt den tatsächlichen Mangel dar, und es gelangt zur Beschaffung mit einer Historie der „maximal verfügbaren“ gegenüber der „maximal genutzten“ Menge im Rücken – statt nur mit einem Screenshot.
Das ist auch der Aspekt der Verlängerung. Anhaltende gleichzeitige Nutzung, Ausleihzahlen, aktuelle Aktivitäten und die Gültigkeit des Abonnements unterscheiden einen dauerhaften Bedarf von einem administrativen. Eine Sammlung, zwei Verwendungszwecke.
Die enge Auslegung
Portal Collection plant keine Jobs, berechnet keine Cloud-Rechenleistung und ändert auch keine Zuweisungen für Sie. Es schließt eine Lücke: den Teil der Infrastruktur, der nicht mehr erfasst wurde, als eine Anwendung von einem von Ihnen kontrollierten Lizenzserver entfernt wurde. Berechtigungen, Zuweisungen, Gültigkeiten, Anmeldungen und Nutzung – alles wird zeitlich erfasst und auf derselben Achse dargestellt wie Ihre FlexNet-, DSLS- und MATLAB-Verlaufsdaten. Das ist es, was die acht administrativen Ursachen von der einen unterscheidet, die Geld kostet – und zwar in der Stunde, in der Sie die Antwort brauchen, statt erst eine Woche später.
Der Lizenzserver ist nicht verschwunden. Er ist nur nicht mehr der einzige Ort, an dem die Antwort zu finden ist.
Die Konfigurationsschritte und der vollständige Berichtssatz für die SOLIDWORKS Cloud-Erfassung sind in der Open iT-Dokumentation veröffentlicht. Wenn Sie die Informationen lieber auf Ihre eigene Infrastruktur anwenden möchten, ist der kürzeste sinnvolle Test die Gegenüberstellung eines Cloud-Mandanten und eines FlexNet-Pools.
Häufig gestellte Fragen
Was ist eine Lücke bei Cloud-Lizenzen?
Es handelt sich um die Transparenzlücke, die entsteht, wenn Engineering-Software von einem selbst gehosteten Lizenzserver wie FlexNet oder DSLS auf eine vom Anbieter verwaltete Cloud-Plattform umgestellt wird. Das Portal, das Beschaffungssystem und das Identitätsmanagementsystem liefern jeweils ihre eigene Teilwahrheit, doch keines von ihnen stellt die Daten zum Auschecken auf Funktionsebene bereit, die Teams früher über einen Lizenz-Daemon und ein Debug-Protokoll erhalten haben.
Warum bietet 3DEXPERIENCE SOLIDWORKS Cloud nicht denselben Transparenzgrad wie FlexNet?
FlexNet-, DSLS- und MATLAB-Lizenzserver laufen auf einer Infrastruktur, die von der Organisation kontrolliert wird, weshalb sie detailliert abgefragt und protokolliert werden können. Ein SOLIDWORKS Cloud-Mandant läuft auf einer Infrastruktur im Besitz von Dassault, sodass Berechtigungen, Zuweisungen, Token-Obergrenzen und Abonnementdaten in einem Portal verwaltet werden, ohne dass ein Daemon oder ein Debug-Protokoll zur direkten Abfrage vorhanden ist.
Wenn eine SOLIDWORKS Cloud-Lizenz als „abgelehnt“ angezeigt wird, die Abonnements aber offenbar verfügbar sind, woran liegt das dann eigentlich?
Es gibt neun mögliche Ursachen, von denen nur eine – die tatsächliche Kapazitätserschöpfung – ein Problem im Zusammenhang mit dem Einkauf darstellt. Die übrigen acht sind administrativer Natur: Zuweisungsfehler, inaktive Benutzer, die weiterhin über Berechtigungen verfügen, Identitätsdiskrepanzen zwischen dem Portal und dem Unternehmensverzeichnis, eine bereits früh am Tag eingetretene Token-Sättigung, Abonnements, deren Laufzeit bald abläuft, auf mehrere Mandanten verteilte Berechtigungen oder veraltete Portalberichte.
Welche Daten erfasst der „ LicenseAnalyzer “ von Open iT von einem SOLIDWORKS Cloud-Mandanten?
Es erfasst den Lizenztyp (Benutzerlizenzen und Token-Modelle), die Anzahl der maximal verfügbaren Lizenzen im Vergleich zur Anzahl der maximal genutzten Lizenzen, die Gültigkeitsdauer und Ablaufdaten von Abonnements, Produktzuweisungen und Bestände, die pro Benutzer verstrichene Nutzungszeit sowie die jüngsten Anmeldeaktivitäten berechtigter Benutzer. Die Nutzungsdaten werden im Laufe des Tages stichprobenartig erfasst, während Abonnement- und Zuweisungsdaten täglich abgerufen werden – und zwar für alle Mandanten, falls die Organisation mehr als einen betreibt.
Inwiefern verändert dies die Sichtweise der Beschaffungsabteilung bei Vertragsverlängerungen?
Anstelle eines Screenshots oder der Spitzenauslastung des letzten Jahres erhält die Beschaffungsabteilung in einer normierten Ansicht Daten zu anhaltender gleichzeitiger Nutzung, Zuweisungszahlen, jüngsten Aktivitäten und der Gültigkeit von Abonnements – wodurch sich ein dauerhafter Lizenzmangel von einem administrativen Problem unterscheiden lässt, das keine neuen Ausgaben erfordert.
