소규모 홈 클러스터를 위한 중앙 NAS vs 노드별 로컬 디스크

에바 왕

IceWhale author

에바 왕 는 기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

Central NAS vs Per-Node Local Disks for a Small Home Cluster - Zima Store Online

공유 액세스와 간편한 마이그레이션이 우선이라면 중앙 NAS를 사용하고, 로컬 지연 시간과 장애 격리가 복제 지연 및 배치 작업보다 중요하다면 노드별 디스크를 사용하세요.

소규모 클러스터에서는 모든 장점을 동시에 얻기 어렵습니다. 중앙 스토리지를 사용하면 여러 노드에서 동일한 게스트 디스크를 볼 수 있지만, 로컬 스토리지를 사용하면 NAS 장애로 인해 모든 워크로드가 중단되는 상황을 막을 수 있습니다. 올바른 선택은 클러스터라는 단어가 아니라 복구 목표에서 시작됩니다.

노드 장애 시 무엇을 유지해야 하는지 정의하기

세 가지 목표를 구분하세요. 다른 노드에서 게스트를 재시작하는 것, 최신 쓰기 작업을 보존하는 것, 더 큰 장애 이후 서비스를 복구하는 것입니다. 공유 스토리지는 NAS를 계속 사용할 수 있을 때에만 첫 번째 목표에 도움이 되며, 로컬 복제는 마지막으로 완료된 복제본까지만 지원합니다.

실용적인 로컬 ZFS 복제 설계는 명확한 절충점을 보여줍니다. 노드 로컬 스토리지는 장애 조치를 지원할 수 있지만, 복구 시점은 자동으로 최신 상태가 되는 것이 아니라 복제 간격에 따라 결정됩니다.

몇 분 분량의 테스트 데이터 손실을 감수할 수 있다면 로컬 복제가 적합할 수 있습니다. 게스트 디스크를 다른 곳에서 즉시 볼 수 있어야 한다면 공유 스토리지나 분산 계층이 더 강력한 요구 사항입니다.

지연 시간과 네트워크 의존성 비교하기

로컬 NVMe는 일반적인 I/O에서 스토리지 네트워크를 거치지 않으며 드라이브 문제를 한 노드에 국한합니다. 또한 각 노드에 충분한 용량과 중요한 게스트를 복제하거나 복원할 절차가 필요합니다.

중앙 NAS는 캐싱, 스냅샷, 모니터링, 용량을 한곳에 집중할 수 있지만, 이제 모든 게스트 I/O가 NAS, 스위치, 링크, 프로토콜, 전원 경로에 의존합니다. 불안정한 1GbE 링크 뒤에 빠른 디스크 풀이 있어도 데이터스토어는 여전히 불안정합니다.

공유 게스트 디스크에서 지연 시간에 민감한 데이터베이스를 실행한다면 전용 또는 우선순위가 지정된 스토리지 경로를 사용하세요. 클러스터 하트비트 트래픽이 대규모 백업이나 마이그레이션과 경쟁하지 않도록 하세요.

장애 도메인을 명시적으로 비교하기

내부 디스크가 이중화되어 있어도 중앙 NAS는 하나의 장애 도메인입니다. 컨트롤러, 운영 체제, 전원, 네트워크 장애가 발생하면 모든 노드에서 NAS에 접근하지 못할 수 있습니다.

로컬 디스크는 장애를 분산하지만 유지 관리 작업은 늘어납니다. 펌웨어, SMART 모니터링, 용량, 암호화 키, 예비 부품을 각 노드에서 관리해야 합니다.

장애	중앙 NAS	노드별 로컬 디스크
컴퓨트 노드 하나	게스트 디스크가 공유된 상태로 유지됨	복제본 또는 복원 필요
NAS 장애	이에 의존하는 모든 게스트에 영향	노드가 로컬에서 계속 실행됨
스위치 또는 링크 장애	스토리지가 사라질 수 있음	로컬 워크로드는 계속 실행됨
로컬 디스크 하나의 장애	노드 로컬 데이터스토어에 영향 없음	미러링하지 않았다면 해당 노드에 영향
오래된 복제본	일반적인 경로가 아님	마지막 복제 시점까지 데이터 손실 가능

Featured

ZimaCube 2 개인용 클라우드 홈 NAS

ZimaCube2

하드웨어뿐 아니라 복구 운영에도 비용을 책정하기

중앙 스토리지는 중복 용량을 줄이고 백업을 간소화할 수 있지만, NAS 복원이 게스트를 복구하기 전에 수행해야 할 첫 단계가 될 수 있습니다. NAS가 다운된 상태에서도 백업 도구와 자격 증명을 사용할 수 있도록 하세요.

로컬 스토리지를 사용하려면 복제된 게스트 디스크와 별도의 백업 대상이 필요할 수 있습니다. 문서화된 2노드 클러스터 재구축 사례는 일부 운영자가 아카이브 NAS를 클러스터 전체의 종속성으로 만들지 않기 위해 로컬 미러를 선택하는 이유를 보여줍니다.

충분한 로컬 용량, 복제 트래픽, 복원 스토리지에 드는 비용을 NAS, 더 빠른 스위칭, 이중화 링크, UPS 보장에 드는 비용과 비교해 계산하세요.

RPO, 다운타임, 규모에 따라 선택하기

실시간 또는 신속한 마이그레이션이 중요하고, 스토리지 경로가 설계 및 모니터링되며, NAS 자체에 백업 및 복구 절차가 마련되어 있다면 중앙 NAS를 선택하세요. 장애가 발생한 데이터스토어에 관리 기능이 의존하지 않도록 로컬 부팅 또는 비상 서비스 경로를 유지하세요.

클러스터가 작고, 워크로드를 특정 노드에 고정할 수 있으며, 지연 시간이 중요하고, 정해진 복제 간격이 RPO를 충족한다면 노드별 로컬 디스크를 선택하세요. SMB와 NFS 선택 가이드는 실제로 다루는 클라이언트 및 마운트 역할에 한해서만 사용하세요.

가벼운 워크로드를 실행하는 노드 두 개만을 위해 분산 스토리지를 구축하려는 경우에는 멈추고 다시 생각하세요. 쿼럼, 네트워크, 디스크 요구 사항이 문제 자체보다 커질 수 있습니다. 모든 중요 게스트에 NAS 하나만 사용하고 있다면, NAS 장애로 인해 여러 노드를 갖춘 목적 자체가 무효화될 수 있으므로 중단하세요.