SAN과 함께 ESXi를 사용하면 유연성, 효율성 및 안정성을 개선할 수 있습니다. SAN과 함께 ESXi를 사용하면 중앙 집중식 관리, 페일오버 및 로드 밸런싱 기술을 지원할 수도 있습니다.

다음은 SAN과 함께 ESXi를 사용할 경우의 이점입니다.

  • 데이터를 안전하게 저장하고 스토리지에 대한 다중 경로를 구성하여 단일 장애 지점을 제거할 수 있습니다.
  • ESXi 호스트는 다른 벤더의 어레이를 포함하여 다중 스토리지 어레이에서 나타나는 스토리지 디바이스에 액세스할 수 있습니다.
  • ESXi 시스템에서 SAN을 사용하면 장애 저항력이 서버로 확장됩니다. SAN 스토리지를 사용하면 원래 호스트에 장애가 발생한 경우 곧바로 다른 호스트에서 모든 애플리케이션이 다시 시작될 수 있습니다.
  • VMware vMotion을 사용하여 가상 시스템의 실시간 마이그레이션을 수행할 수 있습니다.
  • 호스트에 장애가 발생할 경우 SAN과 함께 VMware HA(High Availability)를 사용하여 다른 서버에서 마지막으로 알려진 상태로 가상 시스템을 다시 시작합니다.
  • VMware FT(Fault Tolerance)를 사용하여 보호되는 가상 시스템을 두 개의 서로 다른 호스트에 복제합니다. 기본 호스트에 장애가 발생할 경우 가상 시스템은 보조 호스트에서 중단 없이 계속 작동합니다.
  • 로드 밸런싱을 위해 VMware DRS(Distributed Resource Scheduler)를 사용하여 가상 시스템을 한 호스트에서 다른 호스트로 마이그레이션합니다. 스토리지가 공유 SAN 어레이에 있기 때문에 애플리케이션이 원활하게 계속 실행됩니다.
  • VMware DRS 클러스터를 사용할 경우에는 시스템에서 실행 중인 모든 가상 시스템이 다른 ESXi 호스트로 마이그레이션되도록 ESXi 호스트를 유지 보수 모드로 전환해야 합니다. 그런 다음 원래 호스트에 업그레이드 또는 기타 유지 보수 작업을 수행할 수 있습니다.

VMware 가상 시스템의 이동성 및 캡슐화를 통해 이 스토리지의 공유 특성을 보완할 수 있습니다. 가상 시스템이 SAN 기반 스토리지에 있는 경우 한 서버에서 가상 시스템을 신속하게 종료하고 다른 서버에서 전원을 켤 수 있습니다. 또는 한 서버에서 가상 시스템을 일시 중단했다가 동일한 네트워크에 있는 다른 서버에 작업을 재개할 수도 있습니다. 이 기능을 사용하면 일관된 공유 액세스를 유지하면서 계산 리소스를 마이그레이션할 수 있습니다.

ESXi 및 SAN 사용 사례

SAN과 함께 ESXi를 사용할 경우 Storage vMotion, DRS(Distributed Resource Scheduler), High Availability 등의 여러 vSphere 기능을 활용할 수 있습니다.

다음과 같은 작업에 SAN과 함께 ESXi를 사용하면 효과적입니다.

스토리지 통합 및 스토리지 레이아웃의 단순화
다중 호스트를 사용하고 있고 각 호스트가 여러 가상 시스템을 실행하고 있는 경우 호스트의 스토리지만으로는 더 이상 충분하지 않아 외부 스토리지를 사용해야 할 수 있습니다. SAN은 간단한 시스템 아키텍처와 기타 여러 가지 이점을 제공할 수 있습니다.
무중단 유지 보수
ESXi 호스트 또는 인프라 유지 보수를 수행하는 경우 vMotion을 사용하여 가상 시스템을 다른 호스트로 마이그레이션하십시오. 공유 스토리지가 SAN에 있으면 가상 시스템의 사용자를 중단시키지 않고 유지 보수를 수행할 수 있습니다. 마이그레이션되는 동안 가상 시스템 작업 프로세스가 계속됩니다.
로드 밸런싱
DRS 클러스터에 호스트를 추가하면 호스트의 리소스가 클러스터 리소스의 일부가 됩니다. 클러스터에 있는 모든 호스트와 가상 시스템의 CPU 및 메모리 리소스의 배포 및 사용량이 계속 모니터링됩니다. DRS는 이러한 메트릭을 이상적인 리소스 활용도와 비교합니다. 이상적인 활용도에서는 클러스터의 리소스 풀 및 가상 시스템, 현재 요구량, 불균형 대상의 특성을 고려합니다. 필요한 경우 DRS가 가상 시스템 마이그레이션을 수행하거나 권장합니다.
재해 복구
VMware High Availability를 사용하여 여러 ESXi 호스트를 클러스터로 구성할 수 있습니다. 클러스터를 사용하면 운영 중단으로부터 신속하게 복구하고 가상 시스템에서 실행 중인 애플리케이션에 대한 비용 효율적인 고가용성을 보장할 수 있습니다.
단순화된 어레이 마이그레이션 및 스토리지 업그레이드
새 스토리지 시스템을 구입하는 경우 Storage vMotion을 사용하여 기존 스토리지에서 새 대상으로 가상 시스템의 실시간 마이그레이션을 수행합니다. 가상 시스템을 중단시키지 않고 마이그레이션을 수행할 수 있습니다.

ESXi에서 SAN 스토리지를 사용할 경우의 세부 사항

ESXi 호스트와 함께 SAN을 사용하는 것은 여러 측면에서 일반적인 SAN 사용 방법과 다릅니다.

  • SAN 관리 도구를 사용하여 스토리지에 있는 가상 시스템의 운영 체제에 액세스할 수 없습니다. 일반적인 도구로는 VMware ESXi 운영 체제만 모니터링할 수 있습니다. 가상 시스템을 모니터링하려면 vSphere Client를 사용합니다.
  • SAN 관리 도구에 나타나는 HBA는 가상 시스템의 일부가 아니라 ESXi 시스템의 일부입니다.
  • 일반적으로 ESXi 시스템이 다중 경로 지정을 수행합니다.

LUN 결정

VMFS 데이터스토어와 함께 LUN을 포맷하기 전에 ESXi 시스템의 스토리지를 설정할 방법을 계획해야 합니다.

LUN을 결정할 때는 다음 사항을 고려해야 합니다.

  • LUN을 사용하는 가상 시스템에서 실행되고 있는 애플리케이션에 대해 각 LUN이 올바른 RAID 수준과 스토리지 특성을 가지고 있어야 합니다.
  • 각 LUN은 VMFS 데이터스토어를 하나만 포함해야 합니다.
  • 여러 가상 시스템이 동일한 VMFS에 액세스할 경우에는 디스크 공유를 사용하여 가상 시스템의 우선 순위를 지정합니다.

더 적은 개수의 큰 LUN을 사용하면 다음과 같은 장점이 있습니다.

  • 스토리지 관리자에게 추가 공간을 요청하지 않고도 보다 유연하게 가상 시스템을 생성할 수 있습니다.
  • 가상 디스크의 크기 조정이나 스냅샷 생성 등을 더욱 유연하게 수행할 수 있습니다.
  • 관리할 VMFS 데이터스토어가 줄어듭니다.

더 많은 개수의 작은 LUN을 사용하면 다음과 같은 장점이 있습니다.

  • 스토리지 공간 낭비가 적습니다.
  • 애플리케이션별로 다른 RAID 특성이 필요할 수 있습니다.
  • 다중 경로 지정 정책 및 디스크 공유가 LUN별로 설정되므로 보다 유연성이 있습니다.
  • Microsoft Cluster Service를 사용하려면 각 클러스터 디스크 리소스가 고유의 LUN에 있어야 합니다.
  • 단일 볼륨에 대한 경합이 줄어들기 때문에 성능이 향상됩니다.

가상 시스템에 대해 스토리지 특성화가 가능하지 않은 경우 일반적으로 프로비저닝할 LUN의 개수와 크기를 결정할 수 있는 간단한 방법이 없습니다. 예측 또는 적응 체계를 사용하여 실험해 볼 수 있습니다.

LUN 결정에 예측 체계 사용

예측 체계를 사용하여 실험합니다.

프로시저

  1. 스토리지 특성이 서로 다른 여러 LUN을 프로비저닝합니다.
  2. 각 LUN에서 해당 특성에 따라 각 데이터스토어에 레이블을 지정하여 VMFS 데이터스토어를 생성합니다.
  3. 애플리케이션의 요구 사항에 적합한 RAID 수준으로 LUN에 생성된 VMFS 데이터스토어에서 가상 시스템 애플리케이션용 데이터를 포함할 가상 디스크를 생성합니다.
  4. 디스크 공유를 사용하여 우선 순위가 높은 가상 시스템과 우선 순위가 낮은 가상 시스템을 구분합니다.
    참고: 디스크 공유는 지정된 호스트 내에서만 적용됩니다. 즉, 한 호스트의 가상 시스템에 할당된 공유는 다른 호스트의 가상 시스템에 적용되지 않습니다.
  5. 애플리케이션을 실행하여 가상 시스템 성능이 적절한지 확인합니다.

적응 체계를 사용하여 LUN 결정

적응 체계를 사용하여 실험해 볼 수 있습니다.

프로시저

  1. 쓰기 캐싱을 사용하도록 설정한 상태로 대용량 LUN(RAID 1+0 또는 RAID 5)을 프로비저닝합니다.
  2. 해당 LUN에 VMFS를 생성합니다.
  3. VMFS에 4개 또는 5개의 가상 디스크를 생성합니다.
  4. 애플리케이션을 실행하여 디스크 성능이 적절한지 확인합니다.

결과

성능이 적절한 경우 추가 가상 디스크를 VMFS에 배치할 수 있습니다. 성능이 적절하지 않은 경우에는 다른 RAID 수준의 대용량 LUN을 새로 생성한 다음 이 프로세스를 반복합니다. LUN을 다시 생성할 때는 가상 시스템 데이터가 손실되지 않도록 마이그레이션을 사용합니다.

가상 시스템 위치 선택

스토리지 위치는 가상 시스템의 성능을 최적화하는 데 있어서 매우 중요한 요인입니다. 스토리지 요구 사항에 따라 고성능 및 고가용성 스토리지나 더 낮은 성능의 스토리지를 선택할 수 있습니다.

스토리지는 여러 가지 요인에 따라 서로 다른 계층으로 분류될 수 있습니다.

  • 높은 계층. 고성능 및 고가용성을 제공합니다. 백업 또는 PiT(시점) 복원이 용이하도록 기본 제공 스냅샷을 제공할 수 있습니다. 또한 복제, 전체 스토리지 프로세서 이중화 및 SAS 드라이브를 지원하며 고가의 스핀들을 사용합니다.
  • 중간 계층. 보통 수준의 성능, 낮은 가용성, 부분적인 스토리지 프로세서 이중화 및 SCSI나 SAS 드라이브를 제공합니다. 스냅샷도 제공할 수 있습니다. 중가형 스핀들을 사용합니다.
  • 낮은 계층. 낮은 성능과 미미한 수준의 내부적인 스토리지 이중화를 제공합니다. 저가의 SCSI 드라이브 또는 SATA를 사용합니다.

모든 VM이 전체 수명 주기 동안 최고의 성능과 가용성을 제공하는 스토리지에 있을 필요는 없습니다.

가상 시스템의 위치를 지정할 때 다음의 사항을 고려해 보십시오.

  • VM의 중요도
  • 성능 및 가용성 요구 사항
  • PiT 복원 요구 사항
  • 백업 및 복제 요구 사항

중요도의 변화나 기술의 변화로 인해 가상 시스템의 계층은 가상 시스템 수명 주기 동안 달라질 수 있습니다. 중요도는 상대적이며 조직, 작동 프로세스, 규정 요건, 재해 계획에 대한 변화를 포함한 다양한 이유로 바뀔 수 있습니다.

타사 관리 애플리케이션

타사 관리 애플리케이션을 ESXi 호스트와 함께 사용할 수 있습니다.

대부분의 SAN 하드웨어는 스토리지 관리 소프트웨어와 함께 패키지로 구성됩니다. 대부분의 경우 이 소프트웨어는 네트워크에 연결된 모든 웹 브라우저에서 사용할 수 있는 웹 애플리케이션입니다. 그 외의 경우에는 이 소프트웨어가 대개 스토리지에 SAN을 사용하는 서버와 독립된 스토리지 시스템이나 단일 서버에서 실행됩니다.

이러한 타사 관리 소프트웨어는 다음과 같은 작업에 사용할 수 있습니다.

  • LUN 생성을 비롯한 스토리지 어레이 관리, 어레이 캐시 관리, LUN 매핑 및 LUN 보안
  • 복제, 검사점, 스냅샷 또는 미러링 설정

SAN 관리 소프트웨어를 가상 시스템에서 실행할 경우 vMotion 및 VMware HA를 사용한 페일오버를 비롯하여 가상 시스템의 이점을 얻을 수 있습니다. 하지만 추가적인 간접 처리 단계로 인해 관리 소프트웨어에서 SAN을 인식하지 못할 수도 있습니다. 이 경우 RDM을 사용할 수 있습니다.

참고: 가상 시스템에서 관리 소프트웨어를 성공적으로 실행할 수 있는지 여부는 특정 스토리지 시스템에 따라 다릅니다.

SAN 스토리지 백업 고려 사항

적절한 백업 전략을 준비하는 것은 SAN 관리의 가장 중요한 측면 중 하나입니다. SAN 환경에서 백업의 목표는 두 가지입니다. 첫 번째 목표는 온라인 데이터를 오프라인 미디어에 보관하는 것입니다. 이 과정은 정해진 일정에 따라 모든 온라인 데이터에 대해 정기적으로 반복됩니다. 두 번째 목표는 문제가 발생한 경우 복구에 사용할 수 있는 오프라인 데이터에 대한 액세스를 제공하는 것입니다. 예를 들어 데이터베이스를 복구하려면 현재 온라인 상태가 아닌 아카이브된 로그 파일을 검색해야 하는 경우가 많습니다.

다음과 같은 많은 요소가 백업 스케줄링에 영향을 미칩니다.

  • 지정된 기간 동안 더 잦은 백업 주기가 필요한 중요 애플리케이션 식별
  • 복구 지점 및 복구 시간 목표. 필요한 복구 지점의 정확성과 복구를 위해 대기할 수 있는 시간을 고려하십시오.
  • 데이터와 연관된 변경률(RoC). 예를 들어 동기적/비동기적 복제를 사용하는 경우 RoC에 따라 기본 스토리지 디바이스와 보조 스토리지 디바이스 사이에 필요한 대역폭의 양이 달라집니다.
  • SAN 환경, 스토리지 성능 및 기타 애플리케이션에 대한 종합적인 모든 영향
  • SAN에 대한 최고 트래픽 기간 식별(사용량이 많은 기간에 스케줄링된 백업은 애플리케이션과 백업 프로세스를 느리게 만들 수 있음)
  • 데이터 센터 내에서 모든 백업을 스케줄링해야 하는 시점
  • 개별 애플리케이션을 백업하는 데 걸리는 시간
  • 오프라인 미디어 액세스와 같은 데이터 아카이브에 필요한 리소스 가용성

백업 전략을 설계할 때는 각 애플리케이션에 대한 복구 시간 목표(RTO)를 함께 고려하십시오. 즉, 백업을 수행하는 데 필요한 시간과 리소스를 고려하십시오. 예를 들어 스케줄링된 백업이 지나치게 많은 데이터를 저장하여 복구에 상당한 시간이 걸리는 경우 스케줄링된 백업을 검토하십시오. 백업을 더욱 자주 수행하면 한 번에 백업되는 데이터 양이 줄어들고 복구 시간이 짧아집니다.

애플리케이션에 특정 시간 내의 복구가 필요한 경우에는 백업 프로세스가 시간 스케줄과 해당 요구 사항을 충족하는 구체적인 데이터 처리 성능을 제공해야 합니다. 빠른 복구를 위해서는 온라인 스토리지에 있는 복구 볼륨을 사용할 필요도 있습니다. 이를 통해 누락된 데이터 구성 요소를 느린 오프라인 미디어에서 액세스하는 작업을 최소화하거나 제거할 수 있습니다.

타사 백업 패키지 사용

타사 백업 솔루션을 사용하여 가상 시스템의 시스템, 애플리케이션 및 사용자 데이터를 보호할 수 있습니다.

VMware에서 제공하는 Storage API - Data Protection은 타사 제품과 함께 작동할 수 있습니다. API를 사용할 경우 타사 소프트웨어는 ESXi 호스트를 로드하지 않고도 백업 작업을 처리하여 백업을 수행할 수 있습니다.

Storage API - Data Protection을 사용하는 타사 제품은 다음과 같은 백업 작업을 수행할 수 있습니다.
  • 전체, 차등 및 증분 이미지 백업을 수행하고 가상 시스템을 복원합니다.
  • 지원되는 Windows 및 Linux 운영 체제를 사용하는 가상 시스템의 파일 수준 백업을 수행합니다.
  • Microsoft Windows 운영 체제를 실행하는 가상 시스템에 Microsoft VSS(볼륨 섀도 복사본 서비스)를 사용하여 데이터 일관성을 유지합니다.

Storage APIs - Data Protection은 VMFS의 스냅샷 기능을 사용하기 때문에 백업을 위해 가상 시스템을 중지할 필요가 없습니다. 이러한 백업은 다른 작업을 방해하지 않으므로 언제든지 수행할 수 있고 백업 기간을 확장할 필요가 없습니다.

Storage API - Data Protection 및 백업 제품과의 통합에 대한 자세한 내용은 VMware KB 문서 1021175를 참조하십시오.