라즈베리파이2 클러스터, 미니 슈퍼컴퓨터의 가능성과 한계

초록

본 논문은 라즈베리파이2(쿼드코어 Cortex‑A7, 900 MHz)를 다수 결합해 저전력·저비용의 미니 슈퍼컴퓨터를 구축하고, High‑Performance Linpack(HPL)와 전력계측을 통해 성능·전력 효율을 평가한다. 실험 결과 코어 수 증가가 기대만큼 성능 향상을 가져오지 못하며, 4대 노드가 전력 대비 최적점임을 제시한다.

상세 분석

본 연구는 SBC 기반 클러스터가 전통적인 슈퍼컴퓨터의 고전력·고비용 문제를 완화할 수 있는지를 검증하기 위해 설계·구현 단계부터 정량적 평가까지 일관된 실험 프로세스를 적용하였다. 라즈베리파이2는 900 MHz의 Cortex‑A7 쿼드코어와 1 GB LPDDR2 메모리를 탑재하고 있어, 단일 보드당 FLOPS(부동소수점 연산) 성능이 수십 GFLOPS 수준에 머문다. 이를 보완하기 위해 1대부터 8대까지 노드를 늘려가며 MPI 기반 HPL 벤치마크를 수행했으며, 전력 소비는 10 mV/10 mA 해상도의 전력계로 실시간 측정하였다.

핵심적인 기술적 관찰은 다음과 같다. 첫째, 코어 수가 늘어나도 메모리 대역폭과 내부 버스가 포화되면서 CPU 활용률이 70 % 이하로 정체된다. 라즈베리파이2의 메모리 인터페이스는 800 MHz DDR2이며, 각 코어가 동시에 메모리에 접근하면 대기 시간이 급증한다. 둘째, 클러스터 내부 통신은 100 Mbps 이더넷을 사용했는데, 이는 HPL이 요구하는 대규모 행렬 교환에 병목을 일으킨다. 노드 수가 4대를 초과하면 네트워크 지연이 전체 실행 시간을 지배하게 되어, 추가 노드가 제공하는 연산량보다 통신 오버헤드가 크게 증가한다. 셋째, 전력 효율 측면에서 4대 노드 구성은 약 15 W의 전력으로 0.8 GFLOPS의 실효 성능을 달성했으며, 8대 구성에서는 전력은 28 W에 불과히 1.2 GFLOPS에 머물러 전력당 성능이 감소한다. 이는 전력 소비가 거의 선형적으로 증가하지만, 성능 향상이 포화되는 전형적인 ‘스케일링 한계’를 보여준다.

또한, 운영체제와 소프트웨어 스택도 성능에 영향을 미친다. 라즈베리파이 OS(Raspbian) 기반의 커널은 실시간 스케줄링 최적화가 부족하고, MPI 구현(OpenMPI 1.8)은 라즈베리파이의 ARM 아키텍처에 최적화되지 않아 메시지 전송 비용이 높다. 이러한 소프트웨어 레이어의 비효율성은 하드웨어 한계와 결합해 전체 클러스터의 확장성을 억제한다.

결론적으로, 라즈베리파이2 기반 클러스터는 교육·프로토타이핑·저전력 엣지 컴퓨팅 등 제한된 시나리오에서는 충분히 활용 가능하지만, 전통적인 HPC 워크로드를 처리하기 위한 확장성은 크게 제한된다. 특히 코어당 메모리 대역폭, 네트워크 대역폭, 그리고 소프트웨어 최적화 부족이 주요 병목으로 작용한다는 점이 강조된다. 향후 연구에서는 고속 이더넷(1 Gbps 이상) 또는 InfiniBand 대체 인터페이스, 메모리 대역폭이 넓은 SBC(예: 라즈베리파이4, Jetson Nano)로 교체하고, ARM‑특화 MPI와 NUMA 인식 스케줄러를 적용함으로써 스케일링 한계를 완화할 가능성을 탐색해야 한다.