Nextcloud용 OnlyOffice vs Collabora 선택 가이드

OnlyOffice 대 Collabora: 소규모 VPS를 위한 선택

OnlyOffice와 Collabora는 이미 운영 중인 파일 서버(대부분의 독자에게는 Nextcloud)에 연결하여 사용하는 문서 엔진입니다. 2 GB RAM을 사용하는 VPS라면 Nextcloud에 포함된 Collabora를 선택하십시오. 별도의 컨테이너를 추가하거나 웹 주소를 새로 할당할 필요가 없기 때문입니다. 4 GB 이상의 메모리를 사용한다면, 팀이 주로 .docx 및 .xlsx 형식을 사용한다는 가정하에 ONLYOFFICE Docs가 추가적인 메모리 자원을 할당할 가치가 있습니다. 해당 형식은 이 편집기에서 직접 지원하기 때문입니다.

이 주제를 검색할 때마다 세 번째 이름이 등장합니다. ONLYOFFICE DocSpace는 자체 인터페이스를 가진 별도의 제품이며, Nextcloud와 연동되는 구성 요소가 아닙니다. 튜토리얼에서 단순히 "OnlyOffice"라고 언급했다는 이유로 DocSpace를 설치하는 경우가 많으며, 이는 Nextcloud의 편집 버튼을 활성화하는 데 대규모 서버가 필요하다고 오해하는 가장 흔한 원인입니다.

혼동하기 쉬운 세 가지 제품

• ONLYOFFICE Docs는 Document Server라고도 불리며, 편집 엔진 그 자체입니다. 파일 관리 기능은 포함되어 있지 않습니다. Nextcloud 커넥터는 이 제품과 통신합니다. Community Edition은 GNU AGPL v3 라이선스에 따라 무료로 제공됩니다.
• ONLYOFFICE DocSpace는 작업 공간입니다. 룸, 멤버 관리, 공유 기능과 자체 웹 인터페이스를 갖추고 있으며, 내부에 Docs가 포함되어 있습니다. 이 제품은 Nextcloud를 확장하기보다는 그 기능과 중첩됩니다. 2026년 8월 기준, 공식 최소 사양은 CPU 6코어와 RAM 12 GB입니다.
• Collabora Online은 서버에서 실행되는 LibreOffice입니다. 문서를 서버에서 레이아웃하고 렌더링한 뒤, 이미지 형태로 브라우저에 전송합니다. 무료 빌드는 CODE(Collabora Online Development Edition의 약자)입니다.

Nextcloud는 Collabora를 위해 두 가지 앱을 제공합니다. 앱 스토어에 Nextcloud Office로 등록된 richdocuments은 Collabora 서버로 연결하는 커넥터입니다. richdocumentscode는 Nextcloud 설치 내부에 CODE를 포함하므로, 별도의 컨테이너를 실행하거나 프록시 규칙을 작성할 필요가 없습니다. Nextcloud 매뉴얼은 이 내장 서버를 개인용이나 소규모 팀에 적합하다고 설명하며, 더 나은 성능을 위해 전용 Collabora 설치를 권장합니다.

아직 파일 서버를 결정하지 않았다면, 오피스 서버는 선택한 파일 서버에 부착하는 형태이므로 Seafile과 Nextcloud 비교를 먼저 검토해야 합니다. 이미 Nextcloud가 구축되어 있다면, 이 가이드는 TLS와 백업이 적용된 VPS상의 Nextcloud 인스턴스를 기본 환경으로 가정합니다.

각각의 RAM 요구량은 얼마입니까?

[
  {
    "label": "Collabora CODE",
    "min_ram_gb": 1
  },
  {
    "label": "ONLYOFFICE Docs",
    "min_ram_gb": 4
  },
  {
    "label": "ONLYOFFICE DocSpace",
    "min_ram_gb": 12
  }
]

위 수치는 2026년 8월 기준으로 각 벤더가 발표한 자료이며, 다른 서비스가 실행되지 않는 오피스 서버 단독 환경을 전제로 합니다. Collabora의 CODE 컨테이너 퀵 스타트 가이드는 1 GB를 요구합니다. ONLYOFFICE는 Docker 환경의 Docs를 위해 4 GB를 요구하며, 추가로 4 GB의 스왑과 40 GB의 여유 디스크 공간이 필요합니다. DocSpace는 12 GB와 6개의 CPU 코어를 요구합니다.

이제 같은 장비에 Nextcloud를 추가해 보겠습니다. PHP-FPM(FastCGI process manager) 워커, 데이터베이스, 백그라운드 작업 실행기 모두 메모리를 점유하며, 파일 목록을 빠르게 표시하기 위한 커널 페이지 캐시 역시 메모리를 사용합니다. 2 GB RAM을 가진 VPS에서는 독립적인 오피스 컨테이너를 실행할 여유가 없으므로 서버는 스왑을 사용하게 됩니다. 스왑이 발생하는 서버는 마치 고장 난 것처럼 동작합니다. 편집기 로딩 아이콘이 30초 동안 회전하다가 결국 응답을 멈추는 현상이 발생합니다. 이것이 바로 내장형 CODE 앱이 존재하는 이유입니다. 이 앱은 Collabora 바이너리를 Nextcloud 앱 내부에 포함하며, Nextcloud가 편집기 트래픽을 로컬로 프록시 처리합니다. 이 방식은 속도 면에서는 손해를 보지만, 별도의 서비스를 하나 더 운영해야 하는 부담을 줄여줍니다.

두 엔진이 메모리를 서로 다르게 사용하는 이유

Collabora는 서버에서 렌더링을 수행합니다. 열려 있는 각 문서는 컨테이너 내부에서 별도의 프로세스로 실행되며, 사용자가 편집하는 동안 docker exec collabora ps -ef 명령으로 이를 확인할 수 있습니다. 메모리 사용량은 동시에 열려 있는 문서 수에 비례하여 증가하므로, 유휴 상태의 서버는 비용이 적게 들지만 10명이 동시에 편집하는 경우에는 그렇지 않습니다.

ONLYOFFICE Docs는 레이아웃 작업을 브라우저로 분산합니다. 편집기는 JavaScript로 동작하며, 서버는 파일 저장, 공동 편집 조정, 형식 변환을 담당합니다. 컨테이너는 nginx, node.js 서비스, PostgreSQL, RabbitMQ를 함께 실행하며, 이러한 기본 구성 요소들 때문에 아무도 접속하지 않은 상태에서도 4 GB의 최소 메모리가 필요합니다.

두 엔진의 메모리 사용 곡선은 형태가 다릅니다. Collabora는 낮은 수준에서 시작하여 문서가 열릴 때마다 증가합니다. 반면 ONLYOFFICE는 작업의 일부가 사용자 노트북에서 수행되기 때문에 시작 시점의 메모리 점유율은 높지만, 이후 증가 폭은 더 완만합니다.

무료 빌드의 제한 사항

CODE는 20개의 연결에서 동시에 10개의 문서를 열 수 있도록 허용합니다. Collabora는 개발용 빌드가 기업 인프라로 무단 사용되는 것을 방지하기 위해 의도적으로 이 제한을 설정했습니다. 제한을 초과하면 기존 문서 중 하나가 닫힐 때까지 다음 문서를 열 수 없습니다. 유료 Collabora Online 빌드는 이 제한을 제거하고 기술 지원을 추가로 제공합니다.

ONLYOFFICE Docs Community Edition은 연결 제한을 두지 않습니다. 대신 Docker 요구 사항 페이지에서 규모별 등급을 제시합니다. 2.8 GHz 듀얼 코어 CPU와 4 GB RAM 환경에서 100~200명의 사용자를, 쿼드 코어 환경에서는 200~400명의 사용자를 수용할 수 있다고 명시합니다. 단, 실제 수용 인원은 사용자가 여는 문서의 크기와 유형에 따라 달라진다는 점을 유의해야 합니다. 이 수치는 공급업체가 특정 조건에서 측정한 최대치로 이해해야 합니다.

.docx와 .xlsx 파일을 더 잘 처리하는 것은 무엇입니까?

ONLYOFFICE는 Office Open XML(OOXML) 형식에서 직접 작동하므로, .docx 파일이 도착한 형식 그대로 열리고 편집되며 다시 저장됩니다. Collabora는 내부적으로 LibreOffice를 사용하며 기본 형식이 OpenDocument(ODF)이므로, 모든 OOXML 파일은 열 때 가져오기 단계를, 저장할 때 내보내기 단계를 거칩니다. 두 제품 모두 일상적인 문서 작업에는 충분합니다. 차이는 Microsoft Word나 Excel에서 복잡한 서식을 사용하여 만든 파일에서 나타나며, 데이터 손실보다는 미세한 레이아웃 변화로 나타납니다.

이 페이지를 포함한 비교 페이지의 내용으로 결정을 내리지 마십시오. 가장 상태가 좋지 않은 파일 두 개(변경 내용 추적이 포함된 파일과 피벗 테이블이 포함된 파일)를 선택하여 두 편집기에서 각각 열고, 저장하고, 다운로드한 뒤 원본과 비교해 보십시오. 20분 정도 투자하면 귀하의 문서에 대한 호환성 문제를 직접 확인할 수 있으며, 이것이 실제로 중요한 유일한 기준입니다.

한 사람이 가끔 파일을 편집하는 경우라면, 단일 파일 오피스 제품군을 사용하는 것이 문서 서버를 별도로 운영하지 않아도 되므로 효율적입니다.

라이선스 및 유료 버전의 범위

ONLYOFFICE Docs Community Edition은 GNU AGPL v3 라이선스를 따릅니다. Collabora Online의 소스 코드는 Mozilla Public License 2.0을 따릅니다. 두 프로젝트 모두 오픈 소스이며, 각 기업은 기술 지원이 포함된 빌드를 판매합니다.

무료 빌드에서 제한되는 기능은 각 경우에 따라 다릅니다. Collabora의 무료 빌드는 모든 기능을 제공하지만 위에서 언급한 동시 접속자 수 제한이 있습니다. ONLYOFFICE의 무료 빌드는 접속자 수 제한이 없으며, ONLYOFFICE는 기술 지원과 추가 기능이 포함된 Enterprise 및 Developer 에디션을 판매합니다. 가정이나 소규모 팀의 경우 두 무료 빌드 모두 충분합니다. 기업의 경우 AGPL 의무 사항과 사용자별 가격 정책은 별개의 문제이며 각각 다른 해결책이 필요하므로, 배포를 계획하기 전에 라이선스 약관을 반드시 확인하십시오.

둘 중 하나를 설치하는 것은 단일 컨테이너 구성입니다

ONLYOFFICE Docs는 리버스 프록시가 앞단에서 TLS(전송 계층 보안)를 종료하므로 루프백에 바인딩합니다.

sudo docker run -i -t -d -p 127.0.0.1:8081:80 --restart=always \
  -e JWT_SECRET=replace_this_with_a_long_random_string \
  onlyoffice/documentserver

JWT_SECRET는 직접 설정하십시오. JWT(JSON web token) 서명은 ONLYOFFICE Docs 7.2 버전부터 기본적으로 활성화되어 있으며, secret을 제공하지 않으면 컨테이너가 자동으로 생성합니다. 생성된 secret은 컨테이너가 재생성될 때 변경될 수 있으며, 이 경우 커넥터가 작동을 멈추고 화면에 유용한 메시지도 표시되지 않습니다.

첫 시작에는 몇 분 정도 소요됩니다. 다음 명령으로 확인하십시오.

curl http://127.0.0.1:8081/healthcheck

컨테이너 내부의 데이터베이스, 메시지 브로커, 스토리지가 준비되면 해당 엔드포인트는 true을 반환합니다. 그 외의 응답이나 false가 포함된 결과가 나오면 Nextcloud 설정을 변경하기 전에 docker logs를 읽어보십시오.

Collabora CODE:

docker run -t -d --name collabora --restart always \
  -p 127.0.0.1:9980:9980 \
  -e "aliasgroup1=https://cloud.example.com:443" \
  -e "extra_params=--o:ssl.enable=false" \
  collabora/code

aliasgroup1은 이 컨테이너가 작업을 수락할 Nextcloud 주소 목록이며, 포트 번호도 여기에 포함되어야 합니다. ssl.enable=false을 설정하면 앞단의 리버스 프록시가 TLS를 처리하므로 Collabora 서버 프로세스인 coolwsd가 컨테이너 내부에서 일반 HTTP로 통신하게 됩니다. 다음 명령으로 확인하십시오.

curl http://127.0.0.1:9980/hosting/capabilities
curl http://127.0.0.1:9980/hosting/discovery

첫 번째 명령은 JSON을, 두 번째 명령은 XML을 반환합니다. 연결이 거부된다면 컨테이너가 아직 시작 중이거나 종료된 상태이므로 docker logs collabora을 읽어보십시오.

편집기를 Nextcloud에 연결하기

Collabora의 경우, Nextcloud Office 앱을 설치한 뒤 관리자 설정에서 Office로 이동합니다. 자체 서버 사용 옵션을 선택하고 사용자의 브라우저가 접근할 수 있는 주소(예: https://office.example.com)를 입력합니다. Nextcloud는 파일을 보관하고 Collabora는 WOPI(web application open platform interface)를 통해 파일을 가져오므로, 다음 네 가지 네트워크 경로가 모두 정상적으로 작동해야 합니다.

• 브라우저가 Nextcloud에 도달해야 합니다.
• 브라우저가 Collabora 서버에 도달해야 합니다.
• Nextcloud가 Collabora 서버에 도달해야 합니다.
• Collabora가 Nextcloud에 도달해야 합니다.

마지막 두 경로는 수동으로 테스트하십시오. Nextcloud 서버에서 curl https://office.example.com/hosting/capabilities 명령을 실행하면 JSON이 출력되어야 합니다. Collabora 컨테이너 내부에서 curl https://cloud.example.com/status.php 명령을 실행하면 Nextcloud의 상태 JSON이 출력되어야 합니다. 어느 쪽이든 실패하는 경로를 수정해야 합니다.

ONLYOFFICE의 경우, 커넥터 앱을 설치한 뒤 설정에서 ONLYOFFICE Docs 주소와 비밀 키를 입력합니다. 비밀 키는 JWT_SECRET와 정확히 일치해야 합니다. 컨테이너가 자체적으로 키를 생성했다면, 컨테이너 내부의 services.CoAuthoring.secret.inbox.string 경로에 있는 /etc/onlyoffice/documentserver/local.json 파일에서 확인하십시오. 그 후 웹 서버 사용자로 권한을 변경하여 Nextcloud 디렉터리에서 다음 명령을 실행해 연결을 검증합니다.

php occ onlyoffice:documentserver --check

이 명령은 연결을 확인하거나 커넥터가 겪고 있는 오류를 출력합니다. 브라우저 콘솔을 확인하는 것보다 이 방법이 더 빠릅니다. 두 커넥터 모두 브라우저 주소와 서버 간 통신 주소가 다른 경우를 위한 고급 설정 필드를 제공합니다. 예를 들어 Nextcloud가 사설 네트워크를 통해 편집기에 도달하는 경우가 이에 해당합니다. 내부 트래픽을 공인 주소로 보냈다가 다시 돌아오게 하지 말고, 해당 필드에 내부 주소를 입력하십시오.

리버스 프록시 환경에서 편집 기능이 작동하지 않는 이유

"열리지 않는다"는 보고의 대부분은 다음 원인 중 하나입니다.

프로토콜 불일치. https에서 오피스 서버 주소를 http으로 설정한 Nextcloud는 작동하지 않습니다. 보안 페이지 내부에서 보안되지 않은 프레임을 로드하는 것을 브라우저가 거부하기 때문입니다. 두 곳 모두 https을 사용하십시오.

Collabora용 프록시 규칙 누락. 프록시는 /browser, /hosting/discovery, /hosting/capabilities, /cool, /cool/adminws 및 /cool/(.*)/ws의 웹소켓 연결을 9980 포트로 전달해야 합니다. 웹소켓 규칙을 빠뜨리면 문서 프레임은 로드되지만 빈 화면으로 남습니다. 편집기가 로드 직후 웹소켓을 열지만 응답을 받지 못하기 때문입니다.

잘못된 aliasgroup1. 컨테이너는 알지 못하는 주소에서 오는 요청을 거부하며, docker logs collabora는 No acceptable WOPI hosts found을 기록합니다. 이 값은 사용자가 입력하는 Nextcloud URL(포트 포함)과 일치해야 합니다.

Nextcloud가 로컬 주소 호출을 거부함. Nextcloud는 기본적으로 로컬 및 사설 주소로의 발신 요청을 차단하며, 로그에는 Host violates local access rules이 남습니다. 편집기에 로컬 주소로만 접근할 수 있는 경우 config.php에서 'allow_local_remote_servers' => true을 설정하십시오.

너무 좁게 설정된 WOPI 허용 목록. Nextcloud의 오피스 설정에는 WOPI 요청에 대한 허용 목록이 있으며, 이는 파일 가져오기가 허용된 주소를 제한합니다. 이 설정은 유용하지만, 컨테이너가 새로운 IP 주소로 재시작된 후 편집 기능을 중단시키는 원인이 되기도 합니다. 재빌드 직후 문서가 열리지 않는다면 이 항목을 가장 먼저 확인하십시오.

ONLYOFFICE가 파일을 다운로드할 수 없음. 커넥터가 Error while downloading the document file to be converted.을 보고합니다. 문서 서버가 Nextcloud에서 파일을 가져오도록 지시받았으나 실패한 경우입니다. 제공된 주소에 컨테이너 내부에서 접근할 수 없거나, Nextcloud가 제시한 인증서를 신뢰할 수 없거나, 비밀값이 일치하지 않는 것이 원인입니다. 컨테이너 내부에서 docker exec를 사용하여 해당 URL에 대해 curl을 실행하면, 보통 한 줄로 된 원인을 확인할 수 있습니다.

2 GB와 4 GB에서 실제로 구동 가능한 서비스

2 GB 환경에서는 Nextcloud와 내장된 CODE 앱을 실행하는 정도로 제한해야 합니다. 독립형 서버보다 느리며 대용량 스프레드시트를 처음 열 때 수 초가 걸릴 수 있지만, 별도의 프록시 설정이 필요 없다는 장점이 있습니다. 1인 가구용으로는 적합한 선택입니다.

4 GB 환경에서는 Nextcloud와 독립형 CODE 컨테이너를 함께 실행할 수 있으며, 일시적인 부하로 서버가 다운되지 않도록 swap을 설정해야 합니다. 이 정도 사양부터는 문서 편집이 정상적인 속도로 느껴집니다.

Nextcloud와 함께 ONLYOFFICE Docs를 운영하려면 6~8 GB의 메모리를 확보하거나, Docs 전용으로 작은 서버를 분리하는 것이 좋습니다. 문서 서버 단독으로도 4 GB의 최소 메모리가 필요하므로, 4 GB 서버에서 Nextcloud와 공유하면 실제 사용 시 빈번한 스와핑이 발생합니다.

작은 VPS에 DocSpace를 설치하는 것은 피해야 할 실수입니다. DocSpace가 공식적으로 요구하는 최소 사양은 12 GB의 RAM과 6개의 CPU 코어입니다. 널리 공유된 한 제공업체의 튜토리얼은 8 GB 인스턴스에 벤더 설치 스크립트로 DocSpace를 배포하는데, 이는 공식 요구 사양보다 낮으며 사용자가 의도한 목적과는 다른 결과를 낳습니다. 가이드를 따라 하기 전에 무엇이 설치되는지 확인하고, 가이드에 명시된 요구 사양이 벤더 페이지와 비교해 언제 마지막으로 검증되었는지 확인하십시오. 설치 스크립트는 하나의 경로일 뿐입니다. Docs와 CODE는 사용자가 직접 시작, 중지, 삭제할 수 있는 단일 컨테이너이므로, 스택 전체를 설치하는 스크립트보다 관리하기가 훨씬 수월합니다.

작은 서버에 무엇을 올리는 것이 적절한지에 대한 더 넓은 관점은 2026년에 직접 호스팅할 가치가 있는 서비스에서 다룹니다.

FAQ

Nextcloud에는 OnlyOffice와 Collabora 중 무엇이 더 나은가요?

일반적으로 어느 쪽이 더 낫다고 할 수 없으며, 보통 메모리 용량에 따라 결정됩니다. Collabora는 자체 퀵 스타트 가이드에서 명시한 1 GB의 RAM에서 시작하며, 무료 CODE 빌드는 20개의 연결에서 10개의 문서를 동시에 열 수 있도록 허용하므로 가정이나 소규모 팀에 적합합니다. ONLYOFFICE Docs는 Nextcloud 자체 요구 사항 외에 4 GB의 RAM을 추가로 요구하며, 연결 제한이 없고 .docx 및 .xlsx에서 직접 작동하므로 Microsoft Office 서식을 원본에 더 가깝게 유지합니다. 소규모 VPS를 사용한다면 Collabora를 선택하십시오. 팀이 하루 종일 Office 형식으로 작업하고 편집기에 충분한 메모리를 할당할 수 있다면 ONLYOFFICE를 선택하십시오.

Nextcloud에서 문서를 편집하려면 RAM이 얼마나 필요한가요?

Nextcloud 내장 CODE 서버 앱을 사용하면 2 GB로도 충분합니다. 이 앱은 별도의 서비스가 아닌 Nextcloud 설치 환경 내부에서 실행되기 때문입니다. Nextcloud와 독립형 Collabora CODE 컨테이너를 함께 운영하려면 4 GB가 적당합니다. ONLYOFFICE Docs는 문서 서버 단독으로 4 GB의 최소 사양을 요구하므로, Nextcloud와 같은 서버에서 운영할 경우 6~8 GB의 RAM을 확보하거나 별도의 서버에 분리하여 설치하십시오.

문서 프레임이 열린 뒤 빈 화면으로 유지되는 이유는 무엇인가요?

편집기는 HTTPS를 통해 로드된 후 웹소켓을 엽니다. 따라서 빈 프레임이 나타나는 것은 거의 항상 웹소켓 연결에 실패했음을 의미합니다. Nginx 뒤에서 Collabora를 운영 중이라면 프록시가 연결 업그레이드 헤더와 함께 /cool/(.*)/ws를 전달하는지, 그리고 /browser, /hosting/discovery, /hosting/capabilities도 함께 전달되는지 확인하십시오. 그 후 컨테이너의 docker logs를 읽어보십시오. No acceptable WOPI hosts found은 aliasgroup1 값이 브라우저가 사용한 Nextcloud 주소(포트 포함)와 일치하지 않음을 의미합니다.

Nextcloud에서 파일을 편집하려면 ONLYOFFICE DocSpace가 필요한가요?

아니요. DocSpace는 자체 인터페이스와 사용자 계정을 가진 독립형 작업 공간이며, Nextcloud 커넥터는 이와 연동되지 않습니다. Nextcloud가 연결하는 대상은 문서 서버인 ONLYOFFICE Docs입니다. DocSpace는 최소 12 GB의 RAM과 6개의 CPU 코어를 요구합니다. 이것이 바로 DocSpace를 설치하는 가이드들이 브라우저 편집을 위해 대형 서버가 필요하다고 오해하게 만드는 원인입니다.