Q100221: ネットワーク上の別のサーバーから RLM ライセンスの一部をフローティングする方法

フォローする

まとめ

この記事では、RLM サーバーの組み込み転送機能を使用して、一連のライセンスをメイン サーバーからネットワーク上の別のマシンに一時的に転送し、そこからライセンスをフローティングできるようにする方法について説明します。

これは、多数のライセンスをフローティングしており、複数のサーバー間で負荷を分散したい場合、またはリモート オフィスの別のプロジェクトでユーザーのグループが少数のライセンスを使用できるようにしておきたい場合に便利です。
注:これは、永久ライセンスの転送を要求することと同じではありません。ライセンスは、実行し続ける必要がある元のサーバーに依然として関連付けられています。ライセンスを新しいサーバーに永久に移動する必要がある場合は、 Q100001: ライセンスを別のマシンに移動できますか? をお読みください。

詳しくは

すべての RLM ライセンスをネットワーク上の単一サーバーからフローティングすると、ほとんどのライセンス使用状況でうまく機能します。ただし、状況によっては、ネットワーク上で追加のライセンス サーバーを使用することが必要になる場合があります。
  • メイン ネットワークに接続されているリモート オフィスのプロジェクトにライセンスの小さなサブセットを使用したい場合
  • 非常に多くのライセンスを所有しており、元のサーバーに過度の負担がかかるのを避けるために、別のサーバーを使用してライセンス リクエストの負荷を分散したいと考えています。
良いニュースは、 Foundry Licensing Tools (FLT) に含まれる RLM ライセンス サーバーには、多数のライセンスを同じネットワーク上の別のマシンに「転送」できるため、そこからライセンスをフローティングできることです。基本的に、2 番目のマシンは元のサーバーから多数のライセンスをチェックアウトし、ネットワーク上の別のライセンス サーバーとして機能します。

転送の設定方法
この設定方法については、RLM エンド ユーザー ガイドの「別のサーバーへのライセンスの転送」という見出しの下に記載されています。この一時転送の制限の 1 つは、トークン ライセンス ( Collectiveライセンスで使用される) を宛先サーバーに「転送」できないことであることに注意してください。
2 つのサーバー間の負荷を分散する方法
この機能を使用して、複数のサーバー間でライセンス要求の負荷を分散する場合は、次の手順を実行する必要があります。
  1. 『RLM エンド ユーザー ガイド』の指示に従って転送を設定します。たとえば、レンダー ライセンスの半分を 2 番目のサーバーに転送することができます。

  2. 複数のクライアント ライセンス ファイルを作成するか、次の環境変数を設定して、両方のサーバーを参照するようにクライアント マシンに指示します。

    Linux と OSX:
    foundry _LICENSE=4101@originalServer:4101@transferServer

    ウィンドウズ:
    foundry _LICENSE=4101@originalServer;4101@transferServer

    (ここで、「orginalServer」はメイン ライセンス サーバーのホスト名または IP アドレス、「transferServer」は 2 番目の転送サーバーのホスト名または IP アドレスです)

  3. デフォルトでは、クライアント マシンは、 foundry _LICENSE 変数に表示される順序、またはクライアント ライセンス ファイルが見つかった順序でサーバーに接続します。 RLM_PATH_RANDOMIZE という別の環境変数を設定することで、どのサーバーが最初に接続されるかをランダム化できます。これは、元のサーバーと転送サーバーの間でライセンス要求の負荷のバランスをとるのに役立ちます。変数は存在し、値を持っているだけで、次のように設定できます。

    RLM_PATH_RANDOMIZE = 1

注:単一のユーザーが単一のセッションを起動している場合、ランダム化環境変数は適切に機能します。ユーザーが 1 人のユーザーからソフトウェアの複数のセッションを起動すると、マシン上の異なるインスタンスが異なるサーバーにクエリを実行する状況が発生する可能性があるため、一度に複数のサーバーからライセンスを取得することになります。

環境変数の設定に関するガイダンスについては、「Q100015: 環境変数の設定方法」を参照してください。

あるいは、クライアント マシンの半分が元のサーバーを参照し、残りの半分が転送サーバーを参照するように設定することもできます。ただし、上記の設定の利点は、すべてのクライアント マシンが依然として元のサーバーを参照できるため、引き続き転送できることです。転送サーバーからライセンスが返されたときにライセンスを取得します。

注: RLM の古いバージョンのバグのため、 Nukeの古いビルドではこの変数の設定が解除され、独自のランダム化を試みます。ソフトウェアの新しいビルドに更新することで、この問題を回避できます。

    私たちはそれを聞いて申し訳ございません

    理由をお聞かせください