서버를 SAN으로 가상화하기위한 모범 사례?

좋아, SAN보다 더 많은 SAN 활용을 시작하면서 동시에 ESXi를 활용하고 싶습니다.

현재 단일 인클로저 EMC AX4-5 FC 스토리지 어레이에 연결된 Dell PowerEdge 1955 블레이드 어레이가 있습니다. 본질적으로 SAN을 DAS로 사용하고 있습니다. SAN에 특정 물리적 시스템을 가리키는 LUN이 있으며 해당 시스템은 무엇이든 (대개 대상 서버에 따라 데이터베이스 및 Samba / NFS 공유) LUN을 사용합니다.

실제 파일 서버가 여러 개 있고 각 서버에 적절한 공유를 제공하기위한 samba 구성 설정이 있습니다. RHCS가 작동하지 않았기 때문에 파일 서버 중 하나만 LUN을 한 번에 마운트했습니다. 파일 서버가 죽는 경우 수동으로 차단 (드라이브 마운트 해제 및 표시, navisphere 유틸리티 사용 또는 DRAC를 통해 전원 차단) 한 다음 navisphere 유틸리티를 사용하여 다음 경쟁자에게 제시된 LUN을 표시하십시오 ( 그 후, 아파치와 다른 데몬을 시작하십시오). 모두 손으로 바로 지금

클라리넷을 연주하는 페리스 부러 (Frisris Bueller)와 같은 기분이 들었습니다. 수업이 없었습니다!

어쨌든, 나는 개선하려고합니다. 물리적 호스트에 ESXi를 설치 한 다음 LUN을 만들어 두 파일 서버 이미지 (하나는 손상 / 강력한 경우)를 보유하고 하나는 활성 상태이고 다른 하나는 대기 상태입니다. 적어도 이런 식으로 자동화를 향상 시키지는 않습니다 (곧 "활성"서버를 전환하는 스크립트 작성에 대해서는 다루지 않겠지 만). 유연성을 추가하는 것처럼 느끼고 사용할 수 있습니다. ESXi 호스트는 다른 VM을 보유하며 하드웨어는 현재처럼 낭비되지 않습니다.

내 질문은 :

1) 나의 계획은 얼마나 어리석은가?

2) 실제 구현과 관련하여 LUN에서 일반 vmdk 이미지를 생성해야합니까, 아니면 "원시"파티션을 제공해야합니까 (ESXi에서 가능하다면?)

3) 비 클러스터 파일 서버를 사용하는 "좋은"방법이 있습니까?

당신의 계획은 견고하지 않습니다. 평소와 같이 달성하려는 목표와 데이터를 보호하는 방법에 따라 몇 가지 방법으로이를 공격 할 수 있습니다.

먼저 "원시 장치 매핑"을 사용하여 원시 LUN을 VM에 제공 할 수 있습니다. 이것을하기 위해:

• ESXi 호스트 (또는 클러스터링 / HA를 사용하려는 경우 호스트 그룹)에 LUN을 제공하십시오.
• VM에 디스크를 추가하고 Raw Device Mapping을 선택하고 LUN을 가리 킵니다.
• VM 내부에서 SCSI 버스를 다시 스캔하십시오.
• 일반 디스크처럼 fdisk를 마운트하고 fstab에 추가합니다.

거꾸로 : 빠른 설정, 사용, 빠른, 트랙을 V2P 해야하는 경우 디스크를 실제 호스트에 나타낼 수 있습니다.

단점 : 물리적 또는 가상 호환성 모드를 사용하는지에 따라 일부 VMware 기반 스냅 샷 / 롤백 옵션이 손실 될 수 있습니다.

다른 옵션은 LUN에 VMFS를 생성하여 데이터 스토어를 생성 한 다음 해당 데이터 스토어에있는 VM에 VMDK 디스크를 추가하는 것입니다.

• 거꾸로 : 사용하기 위해 라이센스를 구매 한 경우 Storage vMotion 친화적입니다. 이를 통해 LUN과 SAN간에 VMDK 디스크를 핫 마이그레이션 할 수 있습니다.

두 경우 모두 VMware 또는 VM이 ​​실패하는 동안 파일 시스템을 사용하는 경우 비슷한 위험에 처하게됩니다. 사용 가능한 복구 옵션은 상당히 다르지만 하나는 다른 것보다 크게 좋지 않습니다.

필요한 경우가 아니면 RDM을 배포하지 않습니다. 나는 그들이 VMDK처럼 유연성을 많이 사지 않는다는 것을 알았습니다 (그리고 다른 스토리지 작업을 수행 할 때 비실용적 인 버그 로 물 렸습니다 ( 고정 된 이후-링크의 RDM 섹션 참조))

VM의 경우 유연성에 대한 최선의 방법은 파일 서버의 부팅 디스크를 SAN에 VMDK로 저장하여 호스트 장애시 다른 호스트가 부팅 할 수 있도록하는 것입니다. VMware의 HA 기능을 사용하면 다른 호스트에서 VM 부팅이 자동으로 수행됩니다 (VM은 전원이 꺼진 것처럼 두 번째 호스트에서 부팅됩니다. 일반 서버의 경우와 같이 일반적인 fsck와 마법을 수행하여 예상합니다) ). HA는 라이센스 기능입니다.

VM 장애를 완화하기 위해 부팅에 필요한 최소값을 포함하여 파일 서버의 간단한 복제본을 구축하고 SAMBA를 구성된 상태로 시작하고 각 호스트의 로컬 디스크에 저장하여 데이터 드라이브를 추가 할 때까지 기다릴 수 있습니다. VM에 오류가 발생하여 전원을 켭니다.

SAN 장애시 추가 옵션을 구매하거나 구매하지 않을 수 있습니다. 가장 좋은 시나리오는 데이터 스토리지에 fsck 또는 기타 복구가 필요하지만 최소한 VM을 수정, 재 구축 또는 구성 할 필요는 없다는 것입니다. 최악의 경우, 데이터를 잃어 버렸고 테이프로 돌아 가야하지만 ... 어쨌든 이미 그 상태에있었습니다.

나는 vmdk 이미지를 고수 할 것입니다. 미래에 vmotion 사용으로 이동하는 경우 예산을 확보 할 수 있다는 것을 결코 알지 못합니다.

머신이 클러스터되지 않은 경우 머신을 관리하는 가장 좋은 방법은 가능한 한 부하를 고르게 분산시키는 것입니다. 가장 중요한 vms의 부하가 각각 1/3 씩 가능한 3 개의 비 클러스터 2950이 있습니다. 이론은 한 번에 두 개 이상의 상자를 풀지 않을 것이므로 적어도 2/3는 영향을받지 않고 계속 작동 할 수 있습니다.

전력 관점에서 볼 때 가능한 한 100 % 가까이 기계를 적재하고 다른 기계의 전원을 끄는 것이 더 효율적일 것입니다. 그러나 모든 계란을 한 바구니에 담는 것 같습니다.

나는 이것에 대해 전문가라고 부르지 않을 것입니다.

안녕, 매트 가상화 솔루션을 사용할 때 솔루션을 분할하는 방법에는 여러 가지가 있습니다. 우선 원시 LUN (RDM) 대 VMDK 성능을 보여주는 벤치 마크가 많았으며 그 차이는 일반적으로 무시할 만합니다. RDM에 대해 알아야 할 사항 : 특정 클러스터링 상황에서만 RDM (MS 클러스터링)을 사용해야합니다. RDM에는 2TB 제한이 있지만 LVM을 사용하여이 제한을 해결할 수 있습니다. RDM은 VMFS에 사용할 LUN을 ESXi에 제공하고 vmdk를 배치하는 것보다 추적하기가 더 어렵습니다. 언급 한대로 VMDK에는 몇 가지 장점이 있습니다. svMotion, Snapshots (pRDM을 스냅 샷 할 수 없음).

Free ESXi를 실행하는 경우 다음은 귀하의 상황에 대한 방법입니다. 먼저 모든 데이터는 VMFS LUNS의 vmdk 파일에 있습니다. 2 개의 VM을 설정하고 IP 및 서비스의 페일 오버에 하트 비트를 사용합니다. 하트 비트는 서비스 IP를 이동시키고 스크립팅을 처리하여 적절한 위치에서 데이터 LUN을 마운트 해제 / 마운트 할 수 있습니다. 펜싱을 위해 '작동 중지'VM의 전원이 꺼 지도록 일부 VMware Remote CLI를 스크립팅 할 수도 있습니다. 시스템간에 하트 비트를 직접 조정하면 동일한 서비스를 실행 / 실행하는 데이터에 액세스 할 위험이 매우 낮아야합니다. 여기서 핵심은 데이터 LUN 마운트 / 마운트 해제 및 서비스 시작 / 종료가 일반적인 초기화 메커니즘이 아닌 하트 비트에 의해 처리되도록하는 것입니다.

대체 페일 오버는 모니터링 시스템을 통해 수행 될 수 있습니다. 다운 된 호스트를 감지하면 VMware Remote CLI를 사용하여 전원을 끄고 (안전하게) 백업 vm의 전원을 켤 수 있습니다. 이 상황에서 장애 복구는 상당히 수동입니다.

"작은"환경에서 VMDK가 손상되는 것을 보지 못했습니다. 필자가 깨달은 것은 2 개 이상의 ESX (i) 호스트 또는 12 개의 VM이있는 경우 모든 것을 추적 할 수 있도록 vCenter을 가져오고 싶다는 것입니다. Essential / Plus 패키지 중 일부는 이점을 고려하여 비용이 많이 들지 않습니다.

Matt, 내가 VMware를 사용하지는 않지만 항상 Xen에서 "RAW"를 사용했습니다. 가볍게로드 된 몇 개의 VM 만 있으면 성능 차이가 많이 나타날 것입니다. 그러나 모든 손님이 동일한 파일 시스템에 있으면 점점 더 많은 손님을 만나기 시작하면 대기열 깊이 문제가 발생합니다. 이것은 특히 NFS 지원 스토리지에 해당됩니다. NFS 서버에 문제가있는 것은 아니지만 대부분의 NFS 클라이언트 구현에는 문제가 있습니다.

중복성 (san failure)을 찾고 있다면 vmdks를 동기화하는 좋은 방법을 모르겠습니다. 그러나 블록 장치를 사용하는 경우 DRBD를 사용하여 원하는 vms 만 복제 할 수 있습니다.

"물리적 서버로 돌아 가려고합니까?"

대답이 아마도 RDM을 고수해야 할 것입니다. RDM을 사용하는 ESXi는 광섬유가 작동하기 위해 무언가를 구입해야한다고 생각합니다 (esxi에서는 100 % 확실하지 않음).

RDM을 사용하여 물리적 서버에서 ESX (4.0)로 빠르게 이동 한 여러 머신이있었습니다. 나는 리눅스와 Windows 머신을 혼합했다 (두 플랫폼 모두 매우 쉬움). 이전 FBSD 커널이이를 지원하지 않기 때문에 RDM을 사용할 수없는 실제 서버에 여전히 실행중인 레거시 FreeBSD (6.0 이상)가 있습니다. LUN을 가리키고 VMWare 도구를 설치하는 것 외에는 아무것도하지 않아야했습니다. 두뇌가 죽기 쉬움

스스로 물어봐야 할 또 다른 것은 "VMWare의 어떤 기능을 사용하고 싶습니까?"입니다.

귀하의 답변에 따라 VMDK 이외의 다른 선택권이 없을 수도 있습니다. SAN을 스냅 샷에 사용하고 예를 들어이를 위해 vmware를 사용하지 않아도되는 경우.

Vmotion은 RDM 및 VMDK와 똑같이 훌륭하게 작동하지만 Storage Vmotion은 RDM이 아닌 경우에만 올바르게 작동하며 Vmotion 스토리지를 사용하여 RDM에서 VMDK 흡입으로 이동하려고 시도합니다. 대부분의 Linux 배포판에는 도구 설치가 문제가되지 않는 오픈 소스 vmware 도구 패키지가 있습니다. 백업 응용 프로그램은 실제로 잘 작동하고 vmware에서 무료이지만 원하는만큼 많은 작업을 수행하지 않습니다. 나는 vmware에서 수업을받는 것이 좋습니다. 내가 가져간 것은 일주일이었고 VMWare의 모든 지원은 훌륭했습니다. .. 지원 계약을 맺고 전화를 걸지 않으면 최고가 아닙니다. 많은 도움을 줄 수있는 사람에게 다가 가서 좌절합니다. ), 일단 내가 그들을 얻는다면 그들은 항상 빠르고 안정적인 지원을 제공합니다.