요약
이 문서에서는 RLM 서버의 내장 전송 기능을 사용하여 메인 서버에서 네트워크의 다른 컴퓨터로 라이선스 세트를 임시로 전송한 다음 해당 컴퓨터에서 플로팅하는 방법을 설명합니다.
이 기능은 많은 수의 라이선스를 유동적으로 사용하고 여러 서버 간에 부하를 분산하려는 경우나 원격 사무실의 별도 프로젝트에 참여하는 사용자 그룹이 사용할 수 있는 소수의 라이선스를 유지하려는 경우에 유용할 수 있습니다.
참고: 이는 영구 라이선스 이전 요청과 다릅니다. 라이선스는 계속 실행되어야 하는 원래 서버에 연결되어 있습니다. 라이선스를 새 서버로 영구적으로 이전해야 하는 경우, Q100001: 라이선스를 다른 컴퓨터로 이전하거나, 라이선스 유형을 변경하거나, 로그인 기반 라이선스로 마이그레이션하려면 어떻게 해야 하나요?를 참조하십시오.
더 많은 정보
네트워크의 단일 서버에서 모든 RLM 라이선스를 플로팅하는 것은 대부분의 라이선스 사용 상황에 적합합니다. 하지만 네트워크에 추가 라이선스 서버를 사용해야 하는 경우도 있을 수 있습니다.
- 주 네트워크에 연결된 원격 사무실의 프로젝트에 라이선스의 작은 하위 집합을 사용하려고 합니다.
- 라이선스 수가 매우 많아서 원래 서버에 과도한 부담을 주지 않기 위해 라이선스 요청 부하를 다른 서버를 사용하여 공유하려고 합니다.
다행히 Foundry Licensing Tools(FLT)에 포함된 RLM 라이선스 서버는 여러 라이선스를 동일 네트워크의 다른 머신으로 "전송"하여 해당 머신에서 플로팅할 수 있습니다. 기본적으로 두 번째 머신은 원래 서버에서 여러 라이선스를 체크아웃한 후 네트워크의 또 다른 라이선스 서버 역할을 합니다.
전송 설정 방법
설정 방법은 RLM 최종 사용자 가이드 의 '다른 서버로 라이선스 전송' 항목에서 확인할 수 있습니다. 이 임시 전송의 제한 사항 중 하나는 토큰 라이선스( Collective 라이선스에 사용됨)를 대상 서버로 "전송"할 수 없다는 것입니다.
두 서버 간의 부하를 분산하는 방법
이 기능을 사용하여 여러 서버 간에 라이선스 요청에 대한 부하를 분산하려면 다음을 수행해야 합니다.
- RLM 최종 사용자 가이드 의 지침에 따라 전송을 설정하세요. 예를 들어, 렌더 라이선스의 절반을 두 번째 서버로 전송할 수 있습니다.
- 여러 클라이언트 라이선스 파일을 만들거나 다음 환경 변수를 설정하여 클라이언트 머신이 두 서버를 모두 보도록 지시합니다.
리눅스와 OSX:
foundry _LICENSE=4101@originalServer:4101@transferServer
윈도우:
foundry _LICENSE=4101@originalServer;4101@transferServer
(여기서 "orginalServer"는 주 라이선스 서버의 호스트 이름 또는 IP 주소이고 "transferServer"는 두 번째 전송 서버의 호스트 이름 또는 IP 주소입니다)
- 기본적으로 클라이언트 머신은 foundry _LICENSE 변수에 표시된 순서 또는 클라이언트 라이선스 파일을 찾은 순서대로 서버에 접속합니다. RLM_PATH_RANDOMIZE라는 또 다른 환경 변수를 설정하여 먼저 접속할 서버를 무작위로 지정할 수 있습니다. 이렇게 하면 원본 서버와 전송 서버 간의 라이선스 요청 부하를 분산하는 데 도움이 됩니다. 이 변수가 존재하고 값을 가지고 있으면 다음을 설정할 수 있습니다.
RLM_PATH_RANDOMIZE = 1
참고: randomize 환경 변수는 단일 사용자가 단일 세션을 실행하는 경우에만 제대로 작동합니다. 사용자가 단일 사용자로 소프트웨어의 여러 세션을 실행하면 한 머신의 여러 인스턴스가 서로 다른 서버에 쿼리를 보내어 한 번에 여러 서버에서 라이선스를 가져오는 상황이 발생할 수 있습니다.
환경 변수를 설정하는 방법에 대한 지침은 Q100015: 환경 변수를 설정하는 방법을 참조하세요.
혹은 클라이언트 머신의 절반은 원래 서버를 보고 나머지 절반은 전송 서버를 보도록 설정할 수도 있습니다. 하지만 위의 설정의 장점은 모든 클라이언트 머신이 여전히 원래 서버를 볼 수 있으므로 전송 서버에서 반환될 때에도 라이선스를 받을 수 있다는 것입니다.
참고: 이전 버전의 RLM 버그로 인해 Nuke 이전 빌드에서는 이 변수의 설정이 해제되고 자체적으로 무작위성을 시도합니다. 최신 빌드의 소프트웨어로 업데이트하면 이 문제를 해결할 수 있습니다.
우리는 문제로 불편을 끼쳐 드려 죄송합니다
이유를 알려주세요