BigBlueButton 서버 요구 사항: 동시 사용자 500명을 위한 실용적인 크기 조정 가이드

예시 시나리오: 가상의 지역 전문대학에서 약 100명씩 참여하는 5개의 온라인 강좌에 총 500명이 동시에 접속할 것으로 예상된다고 가정해 보겠습니다. 이는 계획 수립을 위한 예시이며, 벤치마크, 고객 사례 또는 테스트 결과가 아닙니다. 핵심 설계 요소는 여러 서버에 분산된 여러 회의를 고려하여 용량을 조정하는 것입니다. 500명이 동시에 참여하는 대규모 회의는 위험 프로필이 완전히 달라지기 때문입니다.

데이터센터 통로에 일렬로 늘어선 높이 높은 서버 랙은 BigBlueButton 클러스터를 호스팅할 수 있는 인프라를 나타냅니다. — 서버 용량 계획은 전용 컴퓨팅 자원, 네트워크 여유 공간, 그리고 회의 활동에 대한 명확한 예측을 바탕으로 시작됩니다.

BigBlueButton의 공식적인 요구 사항은 무엇인가요?

현재 BigBlueButton 설치 가이드에는 전용 서버의 최소 운영 환경 사양이 명시되어 있습니다. Ubuntu 22.04 64비트, 고성능 단일 스레드 성능을 갖춘 8개 CPU 코어, 스왑이 활성화된 16GB 메모리, 250Mbit/s 이상의 대칭 대역폭이 필요합니다. 녹화 파일을 보존하는 경우 최소 500GB의 여유 디스크 공간이 필요하며, 녹화를 비활성화하는 경우에는 50GB가 필요합니다. 또한 공용 TCP 포트 80 및 443, UDP 포트 16384~32768, 호스트 이름 및 유효한 SSL 인증서, IPv4 및 IPv6 지원이 요구됩니다. 이는 서버의 최소 설치 요구 사항이며, 특정 회의 환경에 대한 용량을 보장하는 것은 아닙니다. 운영 체제 및 패키지 요구 사항은 변경될 수 있으므로 배포하려는 버전의 설치 페이지를 확인하십시오.

프로젝트 FAQ에서는 과거부터 최소 요구 사항을 충족하는 서버의 동시 사용자 수를 대략 200명으로 제시해 왔습니다. 이는 대략적인 계획 참고 자료일 뿐, 서비스 수준 보장이나 노드별 최대 사용자 수 제한을 의미하는 것은 아닙니다. BigBlueButton 자체에서도 서버 CPU, 메모리, 대역폭, 웹캠 및 화면 공유 사용량, 구성, 소프트웨어 버전 등에 따라 결과가 달라질 수 있다고 경고합니다. 200명이라는 수치는 실제 작업 부하를 통해 검증해야 하는 초기 가설로 간주하시기 바랍니다.

500명의 동시 사용자를 위한 실용적인 출발점

가상의 대학을 기준으로, 초기 평가에 적합한 아키텍처는 4개의 노드로 구성된 BigBlueButton 클러스터입니다. 각 미디어 노드는 현재 운영 환경의 최소 요구 사양을 충족하거나 초과하고, 전용 고주파 CPU를 사용합니다. 참가자가 500명이라고 가정하면, 노드당 평균 125명의 참가자가 처리하게 됩니다. 네 번째 노드는 회의 배치가 고르지 않을 경우와 유지 관리 계획에 대한 여유 공간을 제공하지만, 서버 장애 발생 시 이미 실행 중인 회의를 자동으로 보호해주는 기능은 아닙니다.

요소	계획 목표 설정 시작	왜 중요한가
빅블루버튼 미디어 노드	전용 서버 4대; 각 서버는 최소 8개의 강력한 CPU 코어와 16GB RAM을 갖추고 있습니다.	실시간 미디어 작업을 분리하고 최소 규모의 호스트 한 명보다 여러 회의를 분산하여 진행할 수 있는 더 많은 공간을 제공합니다.
미디어 노드별 네트워크	최소 1Gbps의 대칭 용량은 평가 시 고려해야 할 적절한 목표이며, 공식적인 최소 기준인 250Mbps를 맥락에 맞춰 이해해야 합니다.	오디오, 웹캠, 화면 공유 및 참가자 다운로드는 모두 네트워크 용량을 사용합니다. 실제 최대 처리량과 패킷 손실률을 측정하십시오.
디스크 및 녹음	설치 가이드에 따라 로컬 녹화를 하려면 노드당 최소 500GB의 여유 공간이 필요하며, 그렇지 않은 경우에는 녹화 기능을 사용하지 않는 경우 최소 50GB의 여유 공간이 필요합니다.	녹화 용량 증가는 녹화 시간, 세션 수, 보존 기간에 따라 달라집니다. 따라서 보관 용량은 별도로 계획해야 합니다.
클러스터 라우팅	지원되는 회의 인식 스케일러 또는 로드 밸런서와 필요한 경우 테스트를 거친 공통 클라이언트/프록시 설정이 필요합니다.	새로운 회의는 노드에 할당되어야 하며, 진행 중인 회의는 각각 할당된 서버에 그대로 유지됩니다.

4개 노드 권장 사항은 공식 최소 구성과 기존의 200명 사용자 기준에서 도출된 엔지니어링 출발점입니다. BigBlueButton은 500명 사용자 워크로드에 대해 특정 서버 4개를 인증하는 범용 사양을 발표하지 않습니다. 예를 들어, 서버 하나를 사용할 수 없는 경우, 나머지 3개 서버는 회의를 재할당하거나 사용자가 다시 연결하고 나머지 서버가 테스트된 용량 범위 내에 유지된다는 가정 하에 500명 사용자 중 평균 약 167명을 처리할 수 있습니다. 장애가 발생한 노드에서 진행 중인 회의는 다른 노드로 자동으로 마이그레이션되지 않습니다. 노드 장애 발생 시 가동 시간이 필수적인 경우, 복구 절차를 테스트하고 이 단순 모델을 넘어서는 추가 용량 확보를 고려해야 합니다.

100명 규모의 수업 5개와 500명 규모의 회의 1개가 다른 이유는 무엇일까요?

BigBlueButton 클러스터는 회의를 여러 서버에 분산시킵니다. 여러 노드를 하나의 공유 미디어 프로세서로 결합하여 단일 회의를 처리하는 방식은 아닙니다. 예를 들어, 100명 규모의 회의 5개를 4개의 서버에 분산하여 진행할 수 있지만, 500명 규모의 단일 회의는 여전히 하나의 BigBlueButton 서버에서 실행됩니다. 프로젝트의 FAQ에서는 200명 이상의 사용자가 참여하는 단일 회의를 일반적인 지원 용도처럼 취급하지 말 것을 권고합니다. 만약 500명 규모의 단일 회의가 필요한 경우, BigBlueButton 팀 또는 자격을 갖춘 공급업체와 해당 설계에 대해 협의하십시오. 또한, 회의를 더 작은 규모의 인터랙티브 룸으로 나누거나 참가자 상호 작용을 제한한 별도의 방송으로 진행하는 방안을 고려해 보십시오.

가상의 수업 구성도 중요합니다. 대부분의 학생들이 오디오를 듣고 슬라이드를 시청하는 반면 강사만 웹캠을 사용하는 경우, 많은 참가자가 카메라를 켜고 화면을 공유하는 회의보다 미디어 부하가 훨씬 낮을 수 있습니다. BigBlueButton은 FAQ에서 해상도별 웹캠 비트 전송률 예시와 웹캠을 켜는 참가자 수와 보는 참가자 수를 기준으로 서버 트래픽 유입 및 유출량을 추정하는 방법을 제공합니다. 이 모델을 사용하여 초기 대역폭 추정치를 생성하되, 오디오, 신호 처리, 화면 공유, 재전송 및 프로토콜 오버헤드를 모두 포함해야 합니다. 단순히 추정된 비트 전송률 하나에 500을 곱하여 얻은 결과를 용량 계획이라고 부르지 마십시오.

디자인에 포함할 네트워크, 회의실 및 녹음 파일

미디어 트래픽에 직통 경로를 제공하세요

각 미디어 노드에 브라우저 클라이언트가 필요한 TCP 및 UDP 포트를 통해 접근할 수 있도록 네트워크 설계를 구성하십시오. BigBlueButton의 클러스터 프록시 관련 문서에 따르면 미디어 스트림과 WebSocket 연결은 컨퍼런스를 호스팅하는 서버와 직접 교환되며, 공용 프록시는 주로 클라이언트 인터페이스와 관련 웹 자산을 중계하는 역할을 합니다. 모든 미디어를 하나의 작은 게이트웨이를 통해 전달하는 역방향 프록시는 병목 현상을 일으킬 수 있습니다. 부하 테스트를 수행하기 전에 방화벽 규칙, 공용 IP 주소, DNS, 인증서 및 양방향 대역폭을 확인하십시오.

저장 용량은 참석자 수가 아닌 보존 기간을 기준으로 산정됩니다.

예시로 든 대학의 경우, 하루 녹화 수업 횟수와 길이를 추정하고, 실제 녹화 파일 크기와 설정값을 기준으로 대표 녹화 파일의 크기를 측정합니다. 예상되는 일일 녹화량에 보존 기간을 곱하고 운영 여유분을 추가합니다. 설치 가이드에서 권장하는 500GB의 여유 공간은 최소 요구 사항일 뿐, 특정 보존 정책에 적합하다는 보장은 아닙니다. 여유 공간과 녹화 처리 대기열을 모니터링하고, 검증된 워크플로를 통해서만 보관 파일을 이동하십시오.

출시 전 예상치를 검증하는 방법

작업 부하를 설명하세요. 예상되는 동시 사용자 수, 회의 수, 회의당 사용자 수, 웹캠 게시자 및 시청자 수, 화면 공유 수, 오디오 사용량, 녹화 정책, 세션 지속 시간 및 참여 급증 현상을 기록하세요. 실제 패턴과 유사한 경우에만 5개 클래스 예시를 사용하세요.
실제 운영 환경과 동일한 노드를 선택하십시오. CPU 세대 및 클럭 동작, 메모리, 운영 체제, 네트워크 경로, 스토리지 및 BigBlueButton 릴리스를 일치시키세요. 공유 또는 CPU 스로틀링 인스턴스는 전용 컴퓨팅 환경과 다르게 동작할 수 있습니다.
단계적 부하 테스트를 실시하세요. 소규모 그룹으로 시작하여 실제와 같은 카메라, 오디오, 슬라이드, 화면 공유 및 녹화 기능을 사용하면서 동시 참석 인원을 단계적으로 늘리세요. 단순히 고정된 상태의 회의뿐만 아니라 모든 참가자가 동시에 접속하는 시간도 포함하세요.
사용자가 확인할 수 있는 신호와 서버 지표를 함께 모니터링하세요. CPU 포화도 및 실행 대기열, 메모리 사용량 및 스왑, 네트워크 처리량 및 패킷 손실, 디스크 공간 및 I/O, 서비스 재시작, 그리고 오디오 지연 또는 끊김, 비디오 멈춤, 공유 실패, 재연결 루프와 같은 회의 증상을 추적할 수 있습니다.
피크 및 복구 테스트를 반복합니다. 예상되는 피크 상태를 충분히 오래 유지하여 열 또는 메모리 부하를 확인한 다음, 노드를 사용할 수 없게 될 때 발생하는 상황을 테스트합니다. 새 회의가 정상적인 노드로 연결되는지 확인하고, 영향을 받은 사용자가 다시 회의에 참여하는 방법을 기록합니다.
안전한 운영 상한선을 설정하십시오. 게시된 동시 사용자 제한은 첫 번째 성공 실행 결과가 아닌, 여유 용량을 확보한 상태에서 반복 가능한 테스트를 기반으로 설정하십시오. 소프트웨어 업그레이드, 웹캠 정책 변경, 녹화 구성 변경 또는 호스팅 하드웨어 변경 후에는 재테스트를 실시하십시오.

500명 사용자 규모 구축의 핵심 요약

여러 일반 회의에서 500명의 참가자가 동시에 참여하는 경우, 공식 프로덕션 최소 사양을 충족하는 4개의 전용 BigBlueButton 미디어 노드와 회의 환경에 최적화된 클러스터 구성을 사용하여 평가를 시작하십시오. 네트워크 용량을 충분히 확보하고, 측정된 보존 요구 사항을 기반으로 녹화 저장 공간을 계획하며, 회의실과 미디어의 정확한 조합을 테스트하십시오. 이 설계는 규모 산정 가설일 뿐이며, 특정 클라우드 인스턴스가 500명의 사용자를 지원할 수 있다는 것을 입증하는 것은 아닙니다. 500명 규모의 단일 회의실은 완전히 다른 워크로드이므로 클러스터 전체 용량에서 이를 추론해서는 안 됩니다.