라이센스 서버 컴퓨터 선택하기

이 장은 라이센스 서버 컴퓨터로 사용할 컴퓨터를 결정하는 데 도움을 줍니다.

서버에서 사용하는 리소스

이 절은 라이센스 서버 시스템이 사용하는 리소스에 대해 설명합니다. 서버 컴퓨터를 선택할 때 이러한 리소스에서 시스템 한계를 고려해야 합니다. 라이센스의 수가 약 100개 이하로 적은 경우, 모든 워크스테이션에서 이러한 시스템 한계의 대부분은 문제가 되지 않습니다.

소켓

TCP/IP 포트를 사용할 경우 한 라이센스 서버 시스템에 연결된 각 FLEXenabled 응용프로그램은 하나 이상의 소켓을 사용합니다. FLEXenabled 응용프로그램에 필요한 소켓의 수는 FLEXnet 라이센싱 구현 세부사항에 따라 다릅니다. 이 정보에 대해서는 공급업체에 문의하십시오. 라이센스 서버 시스템에서 사용 가능한 소켓의 수는 파일 설명자에 대한 프로세스당 시스템 한계에 의해서 정의됩니다. 라이센스 서버 시스템이 사용하는 소켓의 전체 개수는 FLEXenabled 응용프로그램이 필요로 하는 전체 개수보다 약간 많습니다.

단일 컴퓨터에서 라이센스 서버 시스템이 필요로 하는 소켓의 수가 너무 많아지면 네트워크 트래픽을 감소시키기 위해 라이센스 파일을 둘 이상의 파일로 분할하여 다른 서버에 두는 것이 좋을 수 있습니다(공급업체가 새로운 라이센스 발급에 동의해야 함). 그러면 FLEXenabled 응용프로그램은 LM_LICENSE_FILE 환경 변수를 통해 라이센스 파일 리스트를 사용하여 복수 서버의 라이센스를 체크 아웃할 수 있습니다.

CPU 시간

클라이언트 수가 적으면 라이센스 서버 시스템은 CPU 시간을 거의 사용하지 않습니다. 서버는 며칠 동안 단 몇 초만의 CPU 시간을 사용할 수도 있습니다.

각기 서버를 통해 하트비트 신호를 교환하는 다수의 클라이언트 또는 높은 체크 아웃/체크 인 활동 수준(초당 수백 번)에서는 서버에서 소모하는 CPU 시간이 크게 늘어날 수도 있지만, 이와 같은 경우에도 CPU 사용량은 일반적으로 그다지 높지 않습니다. 이 경우, 선택한 서버 컴퓨터에서 할애할 수 있는 CPU 주기가 충분한지 확인해야 합니다.

디스크 공간

라이센스 서버 시스템에서 생성되는 유일한 출력 파일은 디버그 및 보고서 로그 파일입니다. 보고서 로그 파일은 FLEXnet Manager에서 정확한 사용량 보고서를 작성할 때 사용합니다. 라이센스 활동이 많으면 이러한 로그 파일의 크기가 매우 커집니다. 이 파일을 어디에 놓을지 그리고 얼마나 자주 전환하고 저장할 것인지 고려해야 합니다. 라이센스 관리자에는 디스크 공간이 부족할 경우 디버그 로그 파일 출력을 억제할 수 있는 옵션이 있습니다.

네트워크 종속을 피하기 위해서는 서버 컴퓨터에 있는 로컬 파일인 로그 파일을 사용하는 것이 좋습니다.

"환경 변수로 경로 설정하기"도 참고하십시오.

"UNIX 플랫폼에서 라이센스 서버 관리자 시작하기"

부록 F, "보고서 로그 파일"

부록 G, "디버그 로그 파일"

메모리

FLEXnet 라이센스 서버 시스템에서는 메모리를 거의 사용하지 않습니다. SunOS에서는 lmgrd가 대략 2MB를 사용하고 각각의 공급업체 데몬이 대략 2MB를 사용하지만 라이센스 파일의 크기, 옵션 파일의 크기 및 동시 사용자의 수에 따라 공급업체 데몬의 메모리 사용량이 증가합니다.

네트워크 대역폭

FLEXnet 라이센싱은 네트워크를 통해 상대적으로 적은 양의 데이터를 전송합니다. 체크 아웃 또는 체크 인 같은 각 트랜잭션은 일반적으로 1KB 미만의 데이터를 전송하여 처리할 수 있습니다. 즉 클라이언트 수가 적은 경우 FLEXnet 라이센싱은 전화 접속 SLIP 회선 같은 느린 네트워크에서도 효율적으로 실행될 수 있습니다.

각 공급업체 데몬을 통해 하트비트 신호를 교환하는 FLEXenabled 응용프로그램이 수백 개에 이를 경우에는 사용되는 네트워크 대역폭이 크게 늘어납니다. 이 경우에는 FLEXenabled 응용프로그램 및 서버를 동일한 LAN에서 실행하고, 이를 위해서는 두 서버에 사용할 수 있도록 라이센스를 두 개 파일로 분할해야 할 수 있습니다. 사용자는 LM_LICENSE_FILE 환경 변수에 있는 라이센스 파일 리스트를 사용하여 두 서버에 효율적으로 접근할 수 있습니다.

참고

"라이센스 파일의 위치 지정하기"

원격 탑재 디스크

Macrovision에서는 라이센스 서버 시스템을 실행할 때 원격 탑재 디스크를 사용하지 않을 것을 권장합니다. 다시 말해lmgrd, 공급업체 데몬, 라이센스 파일, 디버그 및 보고서 로그 파일 모두가 로컬 탑재 디스크에 있는 것이 좋습니다. 이러한 파일 중 하나라도 원격 탑재 디스크에 있으면 오류가 발생할 수 있는 지점이 두 배로 늘어나기 때문에 모든 라이센스의 일시적인 손실이 발생할 수 있습니다. 모든 파일이 로컬에 탑재되어 있으면 서버 컴퓨터가 실행되는 한 라이센스를 사용할 수 있지만, 파일이 다른 컴퓨터에 있으면 라이센스 서버 컴퓨터 또는 파일 서버 컴퓨터 둘 중에 하나만 손실되어도 라이센스를 사용할 수 없게 됩니다.

중복 라이센스 서버 시스템

중복 라이센스 서버 시스템을 사용하려면 안정적인 시스템을 선택합니다. 즉 어떤 이유로든 자주 재부팅되거나 다운되는 컴퓨터는 선택해서는 안됩니다. 중복 라이센스 서버 컴퓨터는 라이센스 서버 시스템을 지원하는 모든 컴퓨터가 해당됩니다.

LM_LICENSE_FILE 환경 변수에 있는 라이센스 파일 리스트를 통한 방법

3대의 중복 라이센스 서버 시스템을 통한 방법

LM_LICENSE_FILE 리스트 중복에서는 라이센스 서버 시스템 그룹의 각 구성원이 전체 라이센스의 하위 세트를 제공합니다. 최종 사용자는 각 라이센스 파일이 라이센스 서버 시스템 중 하나를 참고하는 라이센스 파일의 리스트로 LM_LICENSE_FILE을 설정합니다. 이렇게 하면 응용프로그램이 성공하거나 리스트의 끝에 다다를 때까지 리스트에 있는 각 서버를 순서대로 시도해 봅니다.

3 서버용 중복 방법에서는 3대의 라이센스 서버 시스템 중 2대가 가동되고 실행되면(3대의 라이센스 서버 시스템 중 2대는 정족수라고 부름) 시스템이 정상적으로 작동하고 전체 라이센스를 제공합니다.

"복수 라이센스 파일 관리하기"도 참고하십시오.

라이센스 파일 리스트를 통한 중복

예제를 통해 가장 쉽게 설명됩니다. "f1" 및 "f2"를 통틀어 10개의 라이센스가 필요한 경우, 공급업체는 "f1" 및 "f2" 각각에 라이센스가 5개씩 들어 있는 세트를 2개 발급합니다. 서버 컴퓨터는 3 서버용 중복과는 달리 실제로 멀리 떨어져 있을 수 있습니다.

SERVER chicago 17007ea8 1700
VENDOR sampled /etc/mydaemon
FEATURE f1 sampled 1.000 01-jan-2005 5 26C7DD9C0186
FEATURE f2 sampled 1.000 01-jan-2005 5 8CE46C57041D

SERVER tokyo 17a07e08 1700
VENDOR sampled /etc/mydaemon
FEATURE f1 sampled 1.000 01-jan-2005 5 16BE40E1D98D
FEATURE f2 sampled 1.000 01-jan-2005 5 6DB6F3E402DF

시카고에 있는 사용자는 LM_LICENSE_FILE을 다음과 같이 설정할 수 있습니다.

도쿄에 있는 사용자는 LM_LICENSE_FILE을 다음과 같이 설정할 수 있습니다.

라이센스 파일 이름을 UNIX에서는 콜론(" : ")으로 구분하고 Windows에서는 세미콜론(" ; ")으로 구분한다는 점을 기억하십시오. 응용프로그램은 리스트에 있는 첫 번째 서버를 시도하고 어떠한 이유로든 실패하면 두 번째 서버를 시도합니다.

3 서버용 중복

3 서버용 중복 구성을 포함하는 컴퓨터는 통신 성능이 뛰여나야 하며 서버가 실제로 서로 가까운 곳에 있어야 합니다. 이러한 형태의 중복에서는 서버가 하트비트를 주기적으로 교환해야 하기 때문에 통신 성능이 떨어지면 성능 자체가 떨어집니다. 느린 통신 또는 전화 접속 연결을 사용하여 중복 서버를 구성해서는 안 됩니다.

3 서버용 중복은 하드웨어 실패 복원을 제공할 용도만으로 설계된 것으로, 부하 조정 기능을 제공하지는 않습니다. 부하 조정이 필요한 경우, 대신 LM_LICENSE_FILE 리스트를 사용하십시오. 3 서버용 중복에서는 3대의 서버 중 1대만이 라이센스를 발급할 수 있는 “master”이기 때문입니다. 모든 클라이언트가 "master"와 접촉해야 하므로 모든 클라이언트는 단일 컴퓨터에 신뢰할 만한 네트워크 기능을 갖추어야 합니다. 자세한 내용은 3 서버용 중복 구성을 참고하십시오.

3 서버와 라이센스 파일 리스트 비교하기

중복용으로 라이센스 파일 리스트를 사용할 경우 단점이 있습니까?

예 기본적으로 FLEXenabled 응용프로그램이 지정된 서버 시스템에서 성공적으로 라이센스를 검사하면 동일한 응용프로그램의 모든 연속되는 라이센스 청구는 동일한 서버 시스템에서 만족되어야 합니다. 응용프로그램이 연속되는 라이센스 청구를 작성하고 해당 서버 시스템에서 다른 라이센스를 사용할 수 없으면 다른 서버에 라이센스가 존재할 경우에도 라이센스 청구는 거부됩니다. 복수 FLEXnet 라이센스 작업을 사용하도록 코드화된 경우 응용프로그램은 이러한 제한을 벗어날 수 있습니다. 응용프로그램이 이러한 방식으로 프로그래밍되었는지 여부는 오로지 게시자만이 알 수 있습니다.

응용프로그램이 라이센스 대기를 지원할 경우에는 모든 라이센스가 리스트가 있는 다른 서버로 이동을 요청하는 대신 리스트에 있는 첫 번째 라이센스 서버 시스템에서 대기합니다.

결국 서버 하나를 사용할 수 없게 되면 일부 라이센스를 사용할 수 없습니다.

3 서버용 중복 서버보다 라이센스 파일 리스트를 중복용으로 사용하는 것이 좋은 경우는 언제입니까?

라이센스 서버 시스템을 모니터링할 수 있는 시스템 관리 기능이 부족할 경우입니다.

예를 들어, 런던이나 도쿄처럼 멀리 떨어져 있는 FLEXenabled 응용프로그램의 부하 조정이 필요하면 로컬에서 서버를 사용할 수 있게 하고 원격 서버는 백업용으로 사용합니다.

정족수에 미치지 못할 경우, 라이센스 파일 리스트가 더 유연하게 처리됩니다.

라이센스 파일 리스트는 세 개의 서버로 제한되지 않습니다. 서버의 수에 관계없이 작동합니다.

클라이언트는 라이센스 파일 리스트가 있는 신뢰할 만한 단일 컴퓨터 네트워크 기능을 필요로 하지 않기 때문에 네트워크 기능 자체에서 중복이 필요한 경우 라이센스 파일 리스트를 사용하는 것이 좋습니다.

포함되는 라이센스 및 포함되지 않는 라이센스

라이센스 파일은 라이센스 서버 시스템의 필요 여부를 결정합니다. 모든 FEATURE(또는 INCREMENT) 줄의 라이센스 개수가 0(무제한) 또는 "포함되지 않는" 라이센스이면 서버가 필요 없습니다. 이러한 종류의 라이센스를 포함되지 않는 라이센스라고 합니다. 또는 FEATURE 줄에서 라이센스 개수가 0이 아닌 경우에는 서버에서 해당 라이센스를 포함시켜야 합니다. 공급업체가 서버 없이 FLEXnet 라이센싱을 사용하려는 경우에는 포함되지 않는 라이센스를 발급해야 합니다.

라이센스 서버 시스템은 포함되지 않는 라이센스도 제공할 수 있습니다. 이 작업은 다음을 위해 수행됩니다.

FLEXnet Manager에 의해 보고될 수 있도록 모든 라이센스 요청에 대한 보고서 로그 파일에 트랜잭션을 기록하기 위해 수행됩니다.

옵션 파일 구속조건이 라이센스에 적용될 수 있기 위해 수행됩니다

포함되지 않는 라이센스를 제공받기 위해서는 라이센스 파일에 SERVER 줄을 포함시키고 USE_SERVER 줄을 SERVER 줄 바로 뒤에 배치하십시오. 공급업체 데몬은 포함되지 않는 라이센스를 제공하고, USE_SERVER 줄은 권한을 부여 받기 위해 라이센스 서버 시스템으로 요청을 전달해야 함을 응용프로그램에 알립니다.