TrueNAS는 파일 서버(네트워크 연결 저장장치, NAS)를 만드는 회사입니다. 필자는 백업을 위해 TrueNAS의 소형 NAS를 구입했고, 오랫동안 만족스럽게 사용해왔어요.
예전에는 BSD 기반 운영체제를 썼지만, 최근에는 리눅스 기반의 새로운 운영체제(이름: TrueNAS SCALE, 또는 Community Edition)를 출시했습니다.
필자는 기존 BSD 기반에서 새 리눅스 기반으로 마이그레이션(이전)을 고민하던 중, 공식 문서에서 이런 경고를 발견합니다:
"TrueNAS Enterprise 고객은 마이그레이션을 시도하기 전에 TrueNAS Enterprise 지원팀에 문의해야 합니다.
이 과정은 긴 유지보수 시간이 필요하며, 시스템 구성 및 운영에 문제가 생기지 않도록 올바른 순서로 단계를 실행해야 하고, 마이그레이션 후 추가적인 시스템 점검이 필요합니다."
이 경고를 보고, 필자는 직접 고객 지원팀에 이메일을 보냅니다.
고객 성공 코디네이터라는 사람이 답장을 보냅니다.
답변의 주요 내용은 다음과 같아요:
"TrueNAS Mini 3.0-X+ 시스템이 전통적인 BSD 기반 OS에서 리눅스 기반 SCALE 플랫폼(Community Edition)으로 전환되는 중요한 시점에 계신 것 같습니다.
이전의 이해
- 특정 버전의 BSD 기반 TrueNAS(예: TrueNAS-13.0-U6.7)가 곧 지원 종료될 수 있어, 더 현대적인 기능을 제공하는 리눅스 기반 TrueNAS SCALE로의 이전이 필요할 수 있습니다.
Community Edition:
- Community Edition은 더 유연하고 오픈소스적인 플랫폼으로의 전환을 의미합니다.
- FreeBSD의 'jail'(컨테이너와 비슷한 가상화 기술)을 활용해 확장성과 확장성을 제공합니다."
여기서 필자는 심각한 문제를 발견합니다.
"나는 정말로 사람이 이 답변을 읽어보기라도 했는지, 심지어 사람이 쓴 게 맞는지 믿을 수 없었다. 아마도 나는 사람의 얼굴을 한 대형 언어 모델(LLM)과 대화하고 있었던 것 같다."
지원팀은 계속해서 이상한 용어를 만들어내고, 구체적이지 않은 위험을 경고합니다.
"Non-HA(비중복 디스크 배열) TrueNAS 하드웨어는 Community Edition으로 마이그레이션할 때 특정 요구사항이나 제한이 있을 수 있습니다."
필자가 FreeBSD jail에 대해 다시 묻자, 다른 지원 담당자가 답변합니다.
"FreeBSD jail은 컨테이너(예: Docker)와 비슷하지만 FreeBSD 시스템에 내장된 기능입니다. TrueNAS는 이를 이용해 앱과 서비스를 격리해서 실행합니다. 예를 들어 Plex, Nextcloud 같은 앱을 안전하게 각각 jail에서 실행할 수 있습니다.
jail은 가볍고, 안전하며, 각 서비스마다 별도의 가상머신이 필요하지 않습니다. 시스템의 확장성을 높이면서도 전력이나 메모리 소모가 적습니다."
필자가 RAID와 HA가 같은 것인지 묻자, 이번엔 정확한 답변이 돌아옵니다.
"좋은 질문입니다 — 둘은 다릅니다:
- RAID는 여러 디스크에 데이터를 분산해 한 디스크가 고장나도 데이터를 보호합니다.
- HA(고가용성)는 시스템에 두 개의 컨트롤러가 있어 하나가 고장나면 다른 하나가 시스템을 계속 운영합니다. 이는 고급 엔터프라이즈 시스템(예: TrueNAS M-시리즈)에 적용되고, MINI 라인에는 해당되지 않습니다."
필자가 내 NAS 모델(MINI-3.0-X+)이 Community Edition으로 마이그레이션할 때 제한사항이 있는지 묻자, 이런 답변이 옵니다.
"MINI-3.0-X+는 Community Edition(TrueNAS CORE)과 호환되지만, 몇 가지 알아야 할 점이 있습니다:
- 엔터프라이즈 전용 기능 없음: 인클로저 관리, 지원 알림 등 일부 기능은 엔터프라이즈 버전에서만 제공됩니다.
- HA 지원 없음: MINI는 원래 단일 컨트롤러 시스템이므로 해당 없음.
- 지원 수준: CORE는 커뮤니티 지원만 제공되며, 엔터프라이즈 버전처럼 iXsystems의 공식 지원은 없습니다.
하지만 대부분의 사용 사례에서는 MINI가 CORE에서 잘 작동합니다!"
필자는 오랜 기간 IT 지원 업무를 해왔기에, 지식 기반 문서나 자동응답에 익숙합니다.
"내가 필요했던 건, 왜 문서에서 업그레이드 전에 지원팀에 문의하라고 했는지 그 이유뿐이었다. 그런데 돌아온 건 애매한 헛소리와 거짓말뿐이었다."
"5분이 3분이 되고, LLM이 대부분 맞게 답하니 2분, 1분, 30초. 제출. 제출. 대기 중인 티켓은 180개. 그 뒤엔 실망한 고객, 그리고 그 뒤엔 일자리 상실의 위험이 있다.
시스템이 고객에게 몇 번이나 거짓말을 했는지는 지표에 잡히지 않는다."
이 글은 고객 지원의 미래가 자동화와 거짓 정보로 점철될 수 있음을 보여줍니다.
빠르고 그럴듯한 답변이 늘어나지만, 정확성과 신뢰는 점점 사라지고 있죠.
"시스템이 고객에게 몇 번이나 거짓말을 했는지는 지표에 잡히지 않는다."
이 한마디가, 오늘날 많은 기업의 지원 시스템이 안고 있는 근본적인 문제를 잘 보여줍니다. 🚨