요약
RLM 플로팅 라이선스를 사용하면 네트워크의 클라이언트 머신을 여러 라이선스 서버로 연결할 수 있습니다. 이는 주로 장애 조치(failover) 라이선싱에 사용되며, 주 서버가 오프라인 상태가 되면 두 번째 서버가 대신 라이선스 플로팅을 시작합니다. 이 설정은 부하 분산 목적으로도 사용할 수 있습니다.
하지만 RLM 라이선싱 작동 방식으로 인해, 부하 분산을 위해 여러 서버를 사용하는 클라이언트는 라이선스 중복 체크아웃을 초래할 수 있습니다. 이는 클라이언트가 Nuke 와 같은 하나의 워크스테이션에서 동일한 제품의 추가 인스턴스를 실행할 때 단일 머신에 두 개의 라이선스를 체크아웃하는 경우를 의미합니다.
더 많은 정보
사용자가 제품을 실행하면 연결된 각 라이선스 서버를 순차적으로 확인합니다. 이 예에서 사용자는 환경 변수를 사용하여 두 개의 라이선스 서버가 연결된 클라이언트 컴퓨터에서 Nuke 실행합니다.
foundry _LICENSE=4101@Server01;5053@Server02
라이선스가 없는 경우 Nuke Server02 로 이동하기 전에 먼저 Server01 에서 라이선스를 체크아웃하려고 시도합니다.
제품 인스턴스가 실행되면 항상 사용 가능한 라이선스를 확인합니다. 해당 제품 인스턴스가 이미 실행 중이고 라이선스가 부여된 경우에도 마찬가지입니다. 일반적으로 단일 서버를 가리키는 경우 클라이언트는 이미 라이선스가 체크 아웃되었음을 확인하므로 다른 서버를 차지하지 않습니다.
두 서버를 가리킬 때, 클라이언트는 Server01 라이선스가 모두 사용 중인 경우 Server02에서 먼저 라이선스를 체크아웃할 수 있습니다. 그러나 Server01에서 라이선스를 사용할 수 있게 되어 제품의 두 번째 인스턴스가 실행되면 클라이언트는 Server01에서 두 번째 라이선스를 가져오게 되므로, 해당 머신은 Server01과 Server02에서 각각 하나씩, 총 두 개의 라이선스를 사용하게 됩니다.
클라이언트 컴퓨터에서 RLM_PATH_RANDOMIZE 환경 변수를 사용하면 문제가 더욱 악화됩니다. 이 환경 변수는 클라이언트가 실행될 때 라이선스 확인을 위해 지정된 서버 중 하나를 무작위로 선택합니다. 즉, 두 번째 소프트웨어 인스턴스를 실행할 때 다른 서버를 지정하여 중복 체크 아웃이 발생할 가능성이 더 높습니다.
해결 방법
이 문제를 방지하려면 서버와 클라이언트를 분리하여 라이선스를 관리하는 것이 좋습니다. 클라이언트 머신이 여러 라이선스 서버를 가리키는 대신, 단일 서버만 가리키도록 하여 라이선스 중복 문제를 방지하는 것이 좋습니다. 예를 들어 다음과 같습니다.
Server01 에 50개의 라이선스를 두고 Server02 에 50개의 라이선스를 두어 두 컴퓨터를 모두 가리키는 100개의 클라이언트를 두는 대신, Server01 에 50개의 클라이언트를 가리키고 Server02 에 50개의 클라이언트를 가리키는 것을 제안합니다.
추가 읽기
플로팅 설치 및 관리에 대한 자세한 내용은 다음 문서에서 확인할 수 있습니다.
우리는 문제로 불편을 끼쳐 드려 죄송합니다
이유를 알려주세요