Windows processz maximális példányszám

Microsoft Windows

Sziasztok!

Van egy terminál szerver, azon pedig egy program, aminek a licenc-e X felhasználót engedélyez.
Jogilag (igen, megkérdeztük) nincs akadálya annak, hogy tetszőleges felhasználó használja (felhasználók száma N, és N > X), mindössze annyi a kikötés, hogy egyszerre nem futhat belőle több, mint X példány. Tehát több a felhasználó, mint a licenc, de igazából senki nem használná folyamatosan, ezért akár további licenc bővítés nélkül is megoldható lenne a használat (a vezetőség külön örülne neki, ha nem kellene kifizetni egy raklap pénzt). Viszont sajnos sehol nem találunk rá módot, hogy a rendszerben korlátozni lehessen a futó példányok maximális számát, maga a szoftver pedig nem gondoskodik erről, így jobb híján itt kérdezem meg, valakinek valami jó ötlet?

Arra gondoltam, hogy elég fonák módon, de egy PS scripttel helyettesítem a program indítóját, ami okosan megszámolja indulás előtt a futó példányokat, és ha még van 'hely', akkor engedi futni, ellenkező esetben tájékoztatja a felhasználót, hogy momentán nem tudja elindítani, próbálkozzon később.
Megoldható-e az, hogy az adott alkalmazást csak ez a script tudja elindítani? Legrosszabb esetben külön felhasználó is szóba jöhet.

Minden, erre a problémára vonatkozó javaslatot örömmel fogadok, nem ragaszkodunk a scriptes megoldáshoz, de nagyon jó lenne, ha valami megoldást tudnánk találni, előre is kösz minden konstruktív hsz-t.

  • 2141 megtekintés

( Tassadar v | 2015. 01. 27., k – 17:32 )

Csak egy ötlet: RemoteApp-al futtatod a script-et, ami meghívja a programot?

( Szenti v | 2015. 01. 27., k – 17:33 )

A legegyszerűbb megoldás szerintem egy PowerShell szkript, amit rendszergazda jogokkal futva 5-10 másodpercenként lekéri a processz listát, és megszámolja, hány fut éppen a kérdéses processzből. Ha több, mint a limit, akkor a legutóljára elindított példányt lelövi. Ehhez valószínűleg szükség van egy bejelentkezett admin userre (fixme). A következő lehetséges megoldás működési elvét tekintve hasonló. Egy egyszerű c# service, ami futhat interaktív session nélkül is.

Csak tippem van, tudásom nincs. A WSRM akkortájt jelent meg, amikor a Windows Server egyre nagyobb hardvereken vált futtathatóvá, így egy OS példány rengeteg erőforrás felett rendelkezhetett. Először a Datacenter Edition-ben jelent meg, emlékeim szerint, amely egy csak OEM által szállítható kiadás volt akkoriban, kötelező karbantartási programmal, cserébe garantált SLA-val. Sejtésem szerint ehhez szükség volt arra, hogy a futtatott, akár 3rd party komponensek ne foglalhassanak akármennyi erőforrást.
A virtualizáció és a szerver szerepkörök standardizálása megváltoztatja a világot: ma már egyre kevesebben építenek nagy és szerepkörileg komplex szerver-OS példányokat, ezért az erőforrás-gazdálkodás is logikusabb helyen lehet az OS-en kívül, a virtualizációs réteg környékén.

Üdv,
Marci

Két feltételtételezést nem tettem hozzá:
1. A szkript/service indításnál nincsen futó példány az alkalmazásból. Így ha egy felhasználó a licencszám+1. példányt indítaná, a szkript 5-10 másodpercen belül leállítja.
2. A felhasználók tájékoztatva lennének a jelenségről.

Belátom, hogy nem a legszebb megoldás, mert a felhasználó dühítheti, hogy leáll az ő példánya. Ugyanakkor
a launcher szkriptet okosabb felhasználók kijátszhatják. A két megoldás (ez és a launcher) kombinálása viszont jónak tűnik. Főleg, ha a launchert kiegészítjük egy figyelmeztetéssel, ha már fut a maximálus számú processz.

( bolond | 2015. 01. 27., k – 22:38 )

Olyanok a felhasználók, hogy megkeresnék az EXE-t, ha a script nem engedi futtatni az alkalmazást? (Segíteni nem tudok.)

:)

( gazsiazasz | 2015. 01. 27., k – 23:44 )

if((Get-Process -Name csodaprogram).Count -lt 3){Start-Process -FilePath "C:\csodaprogram.exe"}

( Crayon | 2015. 01. 28., sze – 16:28 )

< off >
Lehet, hogy velem van a baj, de ha a "mindössze annyi a kikötés, hogy egyszerre nem futhat belőle több, mint X példány" feltéltelt nem képes a program maga betartatni akkor mi értelme van a jogi korlátozásnak? Félreértés ne essék, a legális szoftverhasználat híve vagyok, de sokkal elegánsabb leprogramozni egy korlátozást, mint az EULA-ba beletolni szövegesen.
< /off >

Azért annyira nem egyszerű/gyors/elegáns ezt leprogramozni és utána supportálni, ha "értékelhető" rendszert akarsz floating licenszelésre. Pl. valszeg Matlab-ék és ArcGIS-ék (erről a kettőről tudom, hogy biztosan használja) sem ok nélkül licenszelik a FlexLM-et. Persze azt a korlátozást, hogy egy gépen legfeljebb N példány fusson, egy pár fokkal egyszerűbb, de azt én nem sorolnám az elegáns kategóriába.

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)

( haspokember | 2015. 01. 28., sze – 17:49 )

Szerintem az altalad leirt "johiszemu" megoldas tokeletesen elegendo, nyilvan kijatszhato, viszont ha a program fejlesztoinek annyira fontos lenne, hogy tenyleg szigoruan betartassak a licenszkorlatot, nyilvanvaloan tettek volna plusz intezkedeseket az ugy erdekeben. Miert a vevonek kellene extra munkaorakat toltenie azzal, hogy ezt kitalalja (raadasul minden vevonek kulon-kulon)???

Tehat ha jonnek, es szolnak, hogy tul sokan hasznaljatok egyszerre a progit, akkor majd esetleg erdemes plusz idot es energiat fektetni a dologba - addig nem.