ESXi HA 클러스터에 대한 공유 스토리지 옵션

ESXi HA 클러스터를 지원하기위한 공유 스토리지 옵션에 대한 권장 사항을 찾고 있습니다 ( 제품 / 브랜드 / 모델 권장 사항을 요구 하지는 않습니다 .이 규칙에 위배 된다는 것을 알고 있습니다). 나는 질문 에 대한 기술 추천.

내가 일하는 회사는 중소 기업입니다. 현재 ESXi 6.0과 함께 DAS를 갖춘 HP DL380 G9 하나가 맞춤형 개발 응용 프로그램을 실행하고 있습니다. 이제 가장 경제적 인 옵션을 사용하여 HA / FT를 달성하는 방법을 찾고 있습니다. 우리는 one-man-IT 팀이기 때문에 HA / FT가 필요합니다. 나는 종종 여행 중이므로 수동 장애 조치 / 복원은 옵션이 아닙니다.

HA / FT를 달성하려면 최소 2 개의 ESXi 호스트 (실제 서버) 및 공유 스토리지가 필요하다는 것을 알고 있습니다. 가장 흥미로운 엔트리 레벨 스토리지 어레이조차도 우리에게는 과잉 일 것입니다. 스토리지 용량 요구 사항은 약 200GB 정도이며 5 년 이상 두 배가되지는 않습니다. 그러나 HA / FT를위한 공유 스토리지가 필요합니다.

따라서 내 옵션에 대한 권장 사항을 정말로 고맙게 생각합니다. 감사.

일반 사항 (의식의 흐름) :

• 생각 정말 당신을 보호하려는 일에 대해 하드.
• 아무도 VMware Fault-Tolerance를 사용하지 않습니다. 좋아, 어쩌면 누군가 가 할 수 있지만 너무 많은 제한이 있으며 유스 케이스가 특히 좁습니다.
• 서버는 특히 HP ProLiant와 같은 고급 시스템으로 작업 할 때 예상보다 안정적입니다. Supermicro는 또 다른 이야기가 될 것입니다 ...
• 현실적인 실패 모드를 평가하십시오. HP ProLiant Gen9 서버는 실패하지 않습니다 .
• 개별 구성 요소 오류가 발생할 수 있지만 대부분의 문제를 정상적으로 처리 할 수있는 내부 중복이 충분합니다.
  • 실제로 중복 전원 공급 장치, 중복 팬, 내장 디스크 RAIDing, 온보드 NIC 및 FLR 어댑터는 거의 실패하지 않습니다.
  • ILO 모니터링, 포괄적 인 하드웨어 상태 점검 및 가동 시간 영향 항목의 범위가 DIMM 오류 및 시스템 보드 문제로 줄어 듭니다.

이제 공유 스토리지에 왔습니다. 공유 스토리지는 설계 방식에 따라 장애 지점이됩니다.

• MSA SAS 연결 어레이 와 같은 것이 옵션이며 VMware 및 두 개의 호스트에서 작동 할 수 있습니다. 그것들을 베어 구매하고 필요한 용량을 추가 할 수 있습니다.
• 비공유 설정은 일부 측면에서 유리하지만 특정 복잡성을 추가합니다.
• VMware vSAN , HPE StoreVirtual VSA 또는 Starwind의 Virtual SAN 제품 과 같은 하이퍼 컨 버지 드 옵션이 있습니다 .
• HPE VSA는 스토리지 1TB까지 무료로 할 수있다 하여 설치합니다.
• 엔트리 레벨 SAN은 공간 요구 사항이 엄청나게 낮다 는 점을 고려할 때 매력적이지 않습니다 .
• 단일 헤드 스토리지를 사용하는 것이 가능합니다. 아마도 원하는 스토리지 OS (Linux, NFS, Windows 스토리지 서버 등을 내보내는)가있는 일반 HP 서버 일 수도 있습니다.
• 스토리지에 이중 헤드 장애 조치 및 클러스터링을 제공 할 수있는 Linux 용 ZFS 솔루션을 문서화하고 설명했습니다 . https://github.com/ewwhite/zfs-ha
• 한 쌍의 서버와 아무 것도 공유 할 수없는 또 다른 솔루션은 Zetavault 입니다.
• 이를 Veeam VM 수준 복제 또는 스토리지 기반 스토리지와 결합하면 잠재적 스토리지 문제의 99 %를 처리 할 수 ​​있습니다.

그러나 이것은 다시 위험의 함수입니다. 사람들은 고 가용성 토끼 구멍을 쉽게 내려갈 수 있습니다 ...

이중 하이퍼 바이저 호스트 ... 좋습니다. 그렇다면 이중 스위칭 패브릭이 필요하십니까? 스택 스위치? 멀티 섀시 링크 어 그리 게이션 (MLAG / MC-LAG)? 듀얼 컨트롤러가있는 하나의 SAN? 두 개의 SAN? SAN 복제? VM 복제? 다양한 스토리지에 VM 복제?

힘의 다양성이 있습니까? 여러 PDU? 여러 UPS 장치? 사이트 생성기가 지원됩니까?

그래서 당신은 무엇을 남겼습니까?

나는 몇 가지 옵션을 갖는 것이 가장 좋다고 생각합니다. 적용 범위에 대한 추가 지원 계약을 맺을 수 있습니다. 고객에게 몇 가지 옵션이 제공되도록 솔루션을 충분히 문서화하십시오. DR 또는 시스템 중단 런북 / 스크립트를 만듭니다.

회사에서 사용자의 다운 타임을 견딜 수없는 경우 VMware FT를 선택하십시오. 이 기능을 구현하려면 특정 종류의 공유 ​​스토리지가 필요합니다. 이 경우 가상화 인프라 구축에 점점 더 많이 사용되고있는 소프트웨어 정의 스토리지 (SDS) 솔루션을 살펴 보는 것이 좋습니다. 이 방법을 사용하면 ESXi 호스트의 로컬 물리적 스토리지 리소스를 가상화하고 본격적인 가상 SAN으로 전환 할 수 있습니다. VMware VSAN이 즉시 떠 오릅니다. 그러나 ESXi 환경에서 구현하는 것이 훨씬 저렴한 흥미로운 대안을 지적하겠습니다. 첫 번째 후보는 HPE VSA입니다: 좋은 수준의 기능과 쿼럼에 대한 세 번째 투표 노드의 성가신 요구 사항. 그래, 당신은 여전히 ​​2 노드를 갈 수 있지만 다운 타임이 좋지 않다면 쿼럼은 필수입니다. 반대로 두 번째 후보는 캐싱, 데이터 압축 등과 같은 기능 세트와 함께 두 개의 물리적 호스트만으로 최소한의 하드웨어 공간을 차지합니다 . StarWind vSAN 입니다. 두 솔루션 모두 무료 버전이 있으므로 확인하고 이점을 얻는 방법을 확인하십시오.

가장 잘 제공되는 기술은 "소프트웨어 정의 스토리지"입니다. 로컬로 연결된 디스크를 모든 VM에서 사용할 수 있도록하는 VM은 여러 노드에서 동시에 로컬 디스크를 사용할 수 있도록하여 중복성을 제공하는 것이 이상적입니다 (모든 VM을 잃지 않고 노드를 잃을 수 있음). 우리는 제품 권장 사항에 대해 이야기하지 않기 때문에 여기에 두겠습니다 아직 초기 시장이지만, 법안에 맞는 잘 알려진 옵션이 있습니다.