서비스 상태 및 가용성 암호화폐 전용 결제 · No-KYC 가입

운영자 가이드 · 5분 읽기

Proxmox 클러스터 구축 방법

쿼럼, 호환 노드, 안정적인 네트워킹, 스토리지 및 복구를 중심으로 고객이 운영하는 Proxmox VE 클러스터를 준비하세요. 이 가이드는 배포를 검증하는 방법을 제공하며 관리형 고가용성을 약속하지 않습니다.

편의보다 정족수

3노드 설계는 클러스터가 투표 구성원 하나를 잃고도 과반수를 유지할 수 있기 때문에 가장 간단한 프로덕션 기준입니다. 2노드 설계에 대해 문서화된 QDevice 접근 방식을 평가하고 장애 및 분할 동작을 테스트하십시오. 모든 투표 의존성을 동일한 스위치나 전원 경로 뒤에 두지 마십시오.

트래픽 클래스 분리

주문에 대해 실제로 확인된 인터페이스와 네트워크 서비스를 사용하여 관리, 클러스터 통신, 마이그레이션, 스토리지 및 공용 워크로드의 분리를 계획하십시오. Corosync는 원시 대역폭보다 낮고 안정적인 지연 시간을 중요하게 여깁니다. 마이그레이션 및 복제된 스토리지는 훨씬 더 많은 처리량을 소비할 수 있으므로 10 Gbps EPYC 시스템이 실용적인 출발점입니다.

스토리지 선택

로컬 ZFS은(는) 간단하고 빠르지만 자체적으로 VM을 고가용성으로 만들지는 않습니다. 복제는 복구 지점 노출을 줄이지만 여전히 비동기식입니다. Ceph는 분산 스토리지를 제공할 수 있지만 추가 노드, 메모리, 네트워크 용량 및 운영 주의가 필요합니다. 약속된 복구 목표에 맞게 설계를 조정하십시오.

구축 순서

  1. 일치하는 Proxmox VE 릴리스를 설치하고 각 호스트에 패치를 적용하십시오.
  2. 안정적인 관리 주소와 시간 동기화를 설정하세요.
  3. 첫 번째 노드에서 클러스터를 생성한 다음 다른 노드를 조인하세요.
  4. 워크로드를 활성화하기 전에 스토리지와 백업을 구성하십시오.
  5. 호스트, 스위치 경로 및 관리 세션의 손실을 테스트하십시오.

더 자세히 알아보기

검증 가능한 결정을 내리세요.

4 최소 가이드

범위 및 전제 조건 고정

공식 관리 가이드에서 현재 지원되는 Proxmox VE 릴리스를 선택하고 설치 전에 릴리스별 요구 사항을 읽으세요. 고유한 호스트 이름, 안정적인 관리 주소, 시간 동기화, 관리 액세스, 검증된 백업 및 독립적인 복구 경로를 준비하세요. 관리 서비스, 스토리지 및 복구 작업이 할당되지 않도록 노드 및 게스트 리소스 예산을 기록하세요.

안정적인 LAN급 경로로 통신할 수 있는 노드를 선호하십시오. Proxmox은 쿼럼 기반 클러스터를 문서화하며 안정적인 운영을 위해 5밀리초 미만의 지연 시간으로 신뢰할 수 있는 Corosync 전달이 필요합니다. 이는 공식 요구 사항을 충족하는 네트워크를 입증할 수 없는 한 먼 공용 지역에 걸쳐 확장된 클러스터를 다르고 일반적으로 부적합한 설계로 만듭니다. 공용 서버 목록에는 사설 지역 간 패브릭이 암시되지 않습니다.

노드 합류 전에 쿼럼 설계

투표와 생존시키려는 모든 파티션을 기록하세요. 3노드 클러스터는 하나의 투표 노드가 손실된 후에도 과반수가 유지될 수 있으므로 간단한 시작점입니다. 2노드 설계는 희망적인 페일오버로 안전해지지 않습니다. Proxmox는 추가 투표를 제공하는 방법으로 QDevice를 문서화하며, 그 외부 투표자는 자체적인 도달 가능성 및 배치 요구 사항을 도입합니다.

쿼럼은 일관된 클러스터 상태를 보호하지만 애플리케이션 가용성 자체를 보장하지는 않습니다. 게스트를 다시 시작하는 방법, 디스크에 필요한 스토리지, 노드가 격리되었지만 계속 실행 중일 때 발생하는 상황을 결정하세요. 일상적인 대응으로 파티션을 쓰기 가능하게 만들기 위해 예상 투표 수를 변경하지 마세요.

Corosync 및 워크로드 트래픽을 정직하게 계획하세요

목록 관리, Corosync, 마이그레이션, 스토리지, 백업 및 공용 게스트 트래픽을 별도로 나열한 다음 각각을 제공된 인터페이스와 라우팅된 주소에 매핑하십시오. 전용 물리적 경로 또는 VLAN 분리는 간섭을 줄일 수 있지만 Tungsto 주문이 사설 VLAN 또는 추가 클러스터 링크를 보장하지는 않습니다. 주문 전에 필요한 네트워크 기능을 확인하십시오. 그렇지 않으면 실제로 제공되는 인터페이스와 공용 라우팅 내에서 설계하십시오.

Corosync는 헤드라인 대역폭보다 안정적인 지연 시간과 신뢰할 수 있는 순서화된 전달을 중요하게 여깁니다. 마이그레이션, 복제 및 백업은 훨씬 더 큰 흐름을 만들 수 있으므로 클러스터 통신을 굶기지 않도록 예약하고 측정하십시오. 공식 포트 요구 사항에서 호스트 방화벽을 적용하고 관리 노출을 제한하십시오. 관련 없는 버전의 규칙 세트를 복사하지 마십시오.

약속된 복구 결과에서 스토리지를 선택하십시오.

로컬 스토리지는 장애 도메인을 단순하게 유지하지만 게스트 디스크를 다른 노드에서 사용할 수 있게 하지는 않습니다. 로컬 ZFS 복제는 복구 지점을 줄일 수 있지만 비동기식이며 복제 간 변경 사항을 잃을 수 있습니다. 공유 스토리지는 동일한 게스트 볼륨을 여러 노드에 표시할 수 있지만 분산 스토리지는 용량, 네트워크 및 운영 요구 사항을 추가합니다. 이 중 어느 것도 별도 백업의 필요성을 제거하지 않습니다.

ISO 이미지, 게스트 디스크 및 백업이 저장되는 위치, 여유 공간 모니터링 방법, 스토리지가 가득 찰 때의 대처 방법을 정의하세요. Proxmox는 가득 찬 씬 프로비저닝 스토리지를 사용하는 게스트가 I/O 오류를 받을 수 있다고 경고합니다. 복원 미디어와 자격 증명은 재구축해야 할 클러스터 외부에 보관하세요.

단계적 수락 및 실패 계획 사용

첫 번째 클러스터를 만들기 전에 각 독립 노드를 패치하고 확인한 다음 선택한 버전의 가이드를 사용하여 한 번에 하나의 노드를 조인하십시오. 각 변경 후 멤버십, 쿼럼, 시간 상태, 스토리지 가시성 및 백업 상태를 기록하십시오. 제어 평면이 정상화된 후에만 비프로덕션 게스트를 추가하십시오.

노드 하나 사용 불가, Corosync 경로 하나 사용 불가, 스토리지 사용 불가, 백업에서 복원에 대한 통제된 훈련을 계획하세요. 각 훈련 전에 예상 결과와 중단 조건을 정의하고 워크로드의 유일한 사본에 대해 파괴적 테스트를 실행하지 마세요. Tungsto 하드웨어 전원 및 재설치 요청은 운영자 처리를 위해 대기할 수 있으므로 관리형 HA 컨트롤러나 보장된 복구 타이머가 아닙니다. 최종 산출물은 무조건적인 가용성 약속이 아니라 배포에서 관찰된 결과가 포함된 소유 런북입니다.

직접 답변

이 가이드에 대한 질문

3노드 Proxmox 클러스터가 고가용성을 보장합니까?

아니요. 3개의 투표는 정족수에 도움이 되지만, 게스트 HA에는 적절한 스토리지, 펜싱, 재시작 정책, 여유 용량, 안정적인 네트워킹 및 테스트된 복구도 필요합니다. Tungsto는 클러스터를 관리형 HA 서비스로 운영하지 않습니다.

Tungsto 서버 간에 사설 VLAN을 가정할 수 있나요?

아니요. VLAN 또는 전용 클러스터 네트워크는 카탈로그에서 보장되지 않습니다. 이에 의존하는 토폴로지를 선택하기 전에 정확한 네트워크 제품을 확인하세요.