Parallelism 설정
한 손에 셀 수 있을 정도의 서버규모라면 사실 특별하게 병렬처리를 하느니 하는 것은 별로 고려하지 않아도 되겠습니다만, 그 이상일 경우에는 한 작업을 수행함에 있어서 수십대의 서버에 순차적으로 접속하고 작업하고하는 것을 지켜보는 것은 상당히 고역이죠.
이럴 경우에는 parallelism 을 지정합니다.
방법은 Rexfile 에 다음과 같이 설정합니다.
1
| |
이렇게 하면 한번에 10대의 서버에 대해서 병렬로 작업을 수행하게 됩니다. 어차피 작업은 원격지서버에서 하는 것이고, 로컬에서는 SSH 커넥션이 1개로 붙던 것들이 10개로 늘어나며, 물론 시간 또한 parallelism 설정갯수에 비례하게 됩니다. 하지만 로그는 이쁘게 남지는 않을 겁니다.
애시당초 CLI 옵션에 parallelism 옵션이 있었으면 좋겠는데…
Logging
일단 작업 기록은 꾸준히 남기는 것이 좋겠다라고 생각하는 바, 매 작업분기마다 로그를 남기도록 합니다. 하지만 매뉴얼에는 마땅히 로그에 관한 설명은 보이지 않는 것 같았습니다.
Rex 에서의 기본적인 로그를 쓰는 방법은 다음과 같습니다.
1
| |
로그 메시지는 당연히 필수이며, TYPE 은 사실 안써도 됩니다만, error/warn 두가지 인수를 넣을 수 있습니다. 에러 상황시 확실하게 눈에 띄게 해주는 정도(노랑색, 빨강색)입니다.
Parallelism 사용시에 병렬로 작업을 수행함으로 인해서 로그가 뒤죽박죽이 되기 마련인데, 이때 로그에 명기해주었으면 하는 것은 역시 각 서버의 호스트/IP입니다.
Rex::Logger 에서 다음과 같은 사용법을 통해서 해결할 수 있습니다.
1 2 | |
각 포맷에 대한 자세한 설명은 위의 Metacpan 링크에서 확인할 수 있습니다.
CPAN 의존모듈 설치
애시당초 처음에 Rex 를 사용하는 이유가 여러대의 서버에 CPAN 모듈을 설치해야할 필요가 있었기 때문이었습니다. 하지만 사용구조상 일일이 모든 서버에 대해서 perlbrew 를 설치한다거나, 하는 호화(?)를 누릴 수는 없었습니다. perlbrew 를 꺼내는 것 자체가 애시당초 핀트에 어긋나버리는 얘기가 되어버리지만… –_–;
뭐 네, 방법은 간단합니다.
1
| |
애시당초 Rex 의 접근은 root 로 이뤄지기 때문에 이와같은 설정으로 그냥 땜박질 할 수 있었지만, sudo 로 접근한다거나 하는 예외상황에서는 --sudo 옵션을 붙여주면 되겠습니다. 물론 root 로 접근했을 때 --sudo 옵션은 쓰면 오동작의 원인이 됩니다.
--notest 는 물론 수많은 서버가 동일 구성이며, 처음 커맨드로 때려보고 한방에 된다고 했을 때, 테스트가 불필요하다는 판단아래에서 집어넣었구요.
좀 더 속도개선을 노려본다면 --mirror 옵션을 통해서 CDNetworks 같은 CPAN Mirror 를 이용해보는 것도 괜찮을 것 같습니다. 눈에 띄는 속도향상을 체감할 수 있을 겁니다.
결론
어떤 일을 하기에 필요한 도구를 찾아서 사용하는 것이 일반적인 접근일텐데, 때로는 어떤 도구를 사용하기 위해서 일부러 일을 그쪽방향으로 맞추는 경우를 주변에서 많이 접하게 됩니다. 저는 어떻게해서 Rex 를 알고 사용하게 되었는지 이미 까먹었지만, 하는 일에 대한 최적의 선택이었다고 생각합니다.