그런데 여기에 관한 문서나 참고할만한 사이트가 없네요
혹시 아시는분 답변 좀 부탁드립니다!
그런데 여기에 관한 문서나 참고할만한 사이트가 없네요 혹시 아시는분 답변 좀 부탁드립니다!
렌더팜에서 운영할 렌더링 소프트웨어가 리눅스 클러스터에서 작동 가능한 것이라면 여기를 참조하십시요.
http://wiki.kldp.org/wiki.php/LinuxdocSgml/Beowulf-HOWTOhttp://wiki.kldp.org/wiki.php/LinuxdocSgml/Cluster_QuickStart-TRANS
you must know the power of dark side.
앗..빠른 답변 감사합니다
클러스터는 이미 구축이 되어있습니다 (가동가능한건 약 40대 정도 되구요, 테스트로 한 4대 정도 잡고 있습니다)
렌더팜 구축해서 테스트 해볼려고 하는데(정확히 말하면 누가 시켰습니다-.-)
이거 뭘 어떻게 해야하는지 알 수가 있어야죠..
마야,렌더맨도 다 있습니다
...
아..네, 조그만 연구실입니다
궁금하신게, 어떤 부분인지 모르겠네요?
세팅법이 궁금하신건가요?
아님 마야,랜더맨, 기타 어떤 다른 개념적인 요소들 인가요.
일단 테스트팜이면,
팜에, 마야,랜더맨 프로를 설치하시고
그 팜에 JOB을 날리는 (작업자컴퓨터) 곳에 RAT를 설치하고 Alfred를 이용하여 날려보고 되는지 안되는지가 기본 과정이겠네요. 물론 씬작업은 됐다고 가정하구요.
나머진 글타래를 통해서 진행 되겠지만,
정확하게 랜더맨이 핵심인지, 랜더링이 핵심인지, 아님 하드웨어가 핵심인지 알아야겠네요.
관련 글 찾아보다가 LitteJerry님께서 비슷한 글을 쓰셨길래 비공개메시지 보낼려고 했었는데 작년 26일 이후로 글을 안쓰셔서 안 보냈는데 마침 답변을 달아주시는군요. 하드웨어적인건 다 구축되어있구요(이미 클러스터링으로 해놓은겁니다) 정확하게 말하면 마야를 이용한 세팅법이겠죠 :oops: 하드웨어 구성 역시 잘못되었을지도 모르겠구요..
일단 하드웨어 구축이 되어있다면, 기본적인 네트워크와 랜더팜, 랜더팜이 접근하는 스토리지 ( 이게 파일서버든, SAN 이든 접근가능하다고 봄)는 제외하겠습니다. (또한 Scene작업을 어떻게 하냐는 것은 Artist의 영역이지 관리자의 영역이 아닙니다.)
마야나 랜더맨을 이용해서 랜더팜에 JOB(3D Scene)을 날려 팜들이 랜더링을 하는 것을 보면..
팜, 작업컴퓨터에 마야를 설치합니다.
작업컴퓨터에서 마야를 이용하여 Scene작업(Modeling,Animatic,Lighting....)을 합니다.
- 여기서 이 Scene은 스토리지에 있어야 합니다. (이 Scene을 팜에서 접근해서 랜더링을 하게되죠)
팜에서 네트워크 랜더링을 수행합니다.
- 여기서 JOB Management를 이용한 네트워크 랜더링을 할 것인지, - 각 팜에서 배치랜더링을 할 것인지를 결정하게 되죠.
여기까지가 마야를 이용한 기본 랜더링 과정입니다.
보통 관리자가 관심 갖는 영역은 네트워크 랜더링입니다. (Scene작업은 아티스트가 하죠..관리자는 그쪽에 영~~)
그냥 각 팜에서 배치랜더링(손으로 CMD 열어서 랜더링 명령을 직접 적어서 수행)을 하면 관리자는 또한 할 게 없습니다.
JOB MGMT가 필요하게 되면 그때 부터 개입됩니다.
일단 어떤 JOB MGMT를 할 것인지 선택합니다. 여기에는 여러 상용 솔루션이 있습니다. (만약 Renderman이 주라면, 아래 솔루션은 필요없습니다. Renderman 자체적으로 JOB MGMT가 가능합니다)
1. 직접 개발 2. Muster 3. RUSH 4. QUBE 5. 기타 (smedge, ...등)
물론 직접 개발을 한다면 여러 가지 이익이 있겠지만 일단은 간단한 상용솔루션을 써볼 것을 권장합니다. 그런 기능을 써보면 기본적인 JOB MGMT 요소가 보이고 뭐가 부족한지 뭐가 필수인지를 알 수 있습니다.
그런 의미에선 Muster가 가장 무난하고 쉽게(?) 사용이 가능하다고 생갑합니다. RUSH는 가격대비 가장 훌륭한 성능과 기능을 가지고 있구요.
텍스트 포맷에 대한 자세한 정보
<code>
<blockcode>
<apache>
<applescript>
<autoconf>
<awk>
<bash>
<c>
<cpp>
<css>
<diff>
<drupal5>
<drupal6>
<gdb>
<html>
<html5>
<java>
<javascript>
<ldif>
<lua>
<make>
<mysql>
<perl>
<perl6>
<php>
<pgsql>
<proftpd>
<python>
<reg>
<spec>
<ruby>
<foo>
[foo]
Re: 렌더팜 구축을 할려고 합니다
렌더팜에서 운영할 렌더링 소프트웨어가 리눅스 클러스터에서 작동 가능한 것이라면 여기를 참조하십시요.
http://wiki.kldp.org/wiki.php/LinuxdocSgml/Beowulf-HOWTO
http://wiki.kldp.org/wiki.php/LinuxdocSgml/Cluster_QuickStart-TRANS
you must know the power of dark side.
앗..빠른 답변 감사합니다클러스터는 이미 구축이 되어있습니다(
앗..빠른 답변 감사합니다
클러스터는 이미 구축이 되어있습니다
(가동가능한건 약 40대 정도 되구요,
테스트로 한 4대 정도 잡고 있습니다)
렌더팜 구축해서 테스트 해볼려고 하는데(정확히 말하면 누가 시켰습니다-.-)
이거 뭘 어떻게 해야하는지 알 수가 있어야죠..
마야,렌더맨도 다 있습니다
...
...
아..네, 조그만 연구실입니다
아..네,
조그만 연구실입니다
궁금하신게, 어떤 부분인지 모르겠네요?세팅법이 궁금하신건가요?
궁금하신게, 어떤 부분인지 모르겠네요?
세팅법이 궁금하신건가요?
아님 마야,랜더맨, 기타 어떤 다른 개념적인 요소들 인가요.
일단 테스트팜이면,
팜에, 마야,랜더맨 프로를 설치하시고
그 팜에 JOB을 날리는 (작업자컴퓨터) 곳에 RAT를 설치하고 Alfred를 이용하여 날려보고 되는지
안되는지가 기본 과정이겠네요. 물론 씬작업은 됐다고 가정하구요.
나머진 글타래를 통해서 진행 되겠지만,
정확하게 랜더맨이 핵심인지, 랜더링이 핵심인지, 아님 하드웨어가 핵심인지 알아야겠네요.
관련 글 찾아보다가 LitteJerry님께서 비슷한 글을 쓰셨길래비공
관련 글 찾아보다가 LitteJerry님께서 비슷한 글을 쓰셨길래
비공개메시지 보낼려고 했었는데 작년 26일 이후로 글을 안쓰셔서 안 보냈는데 마침 답변을 달아주시는군요.
하드웨어적인건 다 구축되어있구요(이미 클러스터링으로 해놓은겁니다)
정확하게 말하면 마야를 이용한 세팅법이겠죠 :oops:
하드웨어 구성 역시 잘못되었을지도 모르겠구요..
랜더팜
일단 하드웨어 구축이 되어있다면,
기본적인 네트워크와 랜더팜, 랜더팜이 접근하는 스토리지 ( 이게 파일서버든, SAN 이든 접근가능하다고 봄)는 제외하겠습니다.
(또한 Scene작업을 어떻게 하냐는 것은 Artist의 영역이지 관리자의 영역이 아닙니다.)
마야나 랜더맨을 이용해서 랜더팜에 JOB(3D Scene)을 날려 팜들이 랜더링을 하는 것을 보면..
팜, 작업컴퓨터에 마야를 설치합니다.
작업컴퓨터에서 마야를 이용하여 Scene작업(Modeling,Animatic,Lighting....)을 합니다.
- 여기서 이 Scene은 스토리지에 있어야 합니다. (이 Scene을 팜에서 접근해서 랜더링을 하게되죠)
팜에서 네트워크 랜더링을 수행합니다.
- 여기서 JOB Management를 이용한 네트워크 랜더링을 할 것인지,
- 각 팜에서 배치랜더링을 할 것인지를 결정하게 되죠.
여기까지가 마야를 이용한 기본 랜더링 과정입니다.
보통 관리자가 관심 갖는 영역은 네트워크 랜더링입니다. (Scene작업은 아티스트가 하죠..관리자는 그쪽에 영~~)
그냥 각 팜에서 배치랜더링(손으로 CMD 열어서 랜더링 명령을 직접 적어서 수행)을 하면 관리자는 또한 할 게 없습니다.
JOB MGMT가 필요하게 되면 그때 부터 개입됩니다.
일단 어떤 JOB MGMT를 할 것인지 선택합니다. 여기에는 여러 상용 솔루션이 있습니다.
(만약 Renderman이 주라면, 아래 솔루션은 필요없습니다. Renderman 자체적으로 JOB MGMT가 가능합니다)
1. 직접 개발
2. Muster
3. RUSH
4. QUBE
5. 기타 (smedge, ...등)
물론 직접 개발을 한다면 여러 가지 이익이 있겠지만 일단은 간단한 상용솔루션을 써볼 것을 권장합니다.
그런 기능을 써보면 기본적인 JOB MGMT 요소가 보이고 뭐가 부족한지 뭐가 필수인지를 알 수 있습니다.
그런 의미에선 Muster가 가장 무난하고 쉽게(?) 사용이 가능하다고 생갑합니다.
RUSH는 가격대비 가장 훌륭한 성능과 기능을 가지고 있구요.
댓글 달기