vSphere 데이터 센터간에 VM 템플릿을 어떻게 복사해야합니까?


9

배경 / 환경 아키텍처 :

현재의 환경 $corp_overlords$은 기술적으로 잘 부여 된 홈 오피스 허브 (SAN, 블레이드 센터 / 블레이드 시스템 ESXi 클러스터, 파이버 인터넷 연결 등)가있는 여러 원격 사이트 스포크에 연결된 허브 앤 스포크 모델로 설정되어 있습니다. 잘 풀리지 않으며 일반적으로 단일 ESXi 호스트 서버를 포함하고 T1을 통해 본사 허브에 연결합니다. 원격 사이트에서 발생하는 모든 트래픽은 "MPLS 네트워크"(원격 사이트를 본사에 연결하는 T1)를 통해 본사로 다시 라우팅됩니다.

본사의 SAN에는 VM을 배포하기 위해 만든 여러 가지 VM 템플릿이 있습니다. vSphere 내 홈 오피스 데이터 센터 개체에 연결된 NFS 볼륨 (vSphere 데이터 저장소)에 저장됩니다.

각 원격 사이트에는 물리적으로 원격 사이트에 위치한 ESXi 호스트 서버의 로컬로 연결된 스토리지에 연결된 데이터 스토어 개체가 포함 된 해당 vSphere 데이터 센터 개체가 있습니다.

이러한 VM 템플릿은 NFS 볼륨에 있으므로 ~ 40GiB (씬 프로비저닝)를 차지합니다. NTFS (또는 Linux FS)의 파일로서 ~ 100GiB를 차지합니다.

질문:

내 사이트간에이 40GiB의 씬 프로비저닝 된 데이터 (100GiB의 파일 시스템 공간을 차지함)를 어떻게 복사해야합니까?

나는 약 5 일이 소요되는 제약을 받고 있으며 "정상적인 네트워크 트래픽"을 방해 할 수 없습니다.


집에 블레이드 센터가 있습니까?!
Tom O'Connor

@ TomO'Connor Heh. 아니 홈 오피스 있지만, 기업의 '홈 오피스'사이트. 비록 내가 잘 부탁한다면 나는 개인적으로 오래된 EVA SAN과 HP Bladesystem을 옮길 수 있었지만 ~ 25,000 달러가 없어 집에서 물건을 운영하는 데 비용이들 것으로 기대합니다.
HopelessN00b

오 즉 .. 더 의미가 단지
톰 오코너

답변:


13

ovftool을 사용하여 호스트간에 템플릿을 직접 복사하는 것은 어떻습니까?

나는 이것을 전에 VM에 사용했으며 꽤 잘 작동합니다. 그것이 템플릿에도 적용되는지 확실하지 않지만, 그렇지 않은 경우 템플릿을 복사하기 위해 템플릿을 VM에 임시로 숨길 수 있습니다.

예제와 함께 지침이 여기 있습니다 .

ovftool을 사용하여 템플릿을 .ovf패키지 로 변환 할 수 있습니다.이 패키지는 매우 간결해야하며 BITS, FTP 또는 SCP 또는 원하는 프로토콜이있는 데이터 센터간에 패키지를 전송할 수 있습니다.


좋은 옵션 !! 클리 도구를 자주 잊어 버립니다.
ewwhite

나는 당신의 대답을 편집하고 마지막 문장을 실제로 추가했습니다. 템플릿을 .ovf패키지로 변환하면 각각 몇 GB 씩 만들어 졌기 때문에 BITS를 사용하여 사이트간에 쉽게 전송할 수있었습니다.
HopelessN00b

8

옵션 :

내가 보는 방식에는 세 가지 가능한 접근 방법이 있지만 여기 누군가가 나를 지적 할 수있는 더 나은 방법이 빠져 있기를 바랍니다. ( 실제로 40GiB의 실제 데이터와 재개 가능한 "백그라운드"또는 속도 조절 방식으로 만 이동시키는 방법입니다.)

  1. vSphere 클라이언트를 통해 데이터 스토어간에 파일을 복사하십시오.
    • 장점 : ~ 100GiB가 아닌 ~ 40GiB 만 이동합니다.
    • 단점 : 다른 모든 것-재개 할 수없고 배경 / 속도가 아니라 인터페이스 SUCKS .

  2. BITS를 사용하여 Windows 게스트간에 파일 복사
    • 재개 가능한 백그라운드 전송.
    • 단점 : 실제로 존재하지 않는 ~ 60GiB의 데이터 이동
    • 보너스 : PowerShell을 사용합니다. <3
    • 이중 비밀 보호 관찰 보너스 : PowerShell Remoting을 사용하면 하나의 명령으로이 작업을 수행 할 수 있습니다.

  3. SCP를 통해 ESXi 호스트간에 파일을 복사
    • 장점 : 속도가 느리고 잠재적으로 재개 가능합니다.
    • 단점 : 실제로 존재하지 않는 ~ 60GiB의 데이터 이동 백그라운드 전송이 아닙니다.
    • 보너스 : 목 수염. 재개 가능성을위한 여분의 목 수염.

  4. 서버 결함에서 더 나은 옵션이 제안되었습니다.
    • 장점 : 재개 가능한 속도 저하 된 백그라운드 전송으로 존재하는 ~ 40GiB의 데이터 만 이동합니다.
    • 단점 : 현상금 비용을 수여합니다.
    • 보너스 : 새로운 것을 배우고 직장에서 ServerFault를 정당화하십시오.

powerCLI 로 데이터 저장소를 축소 한 다음 BITS를 사용하여 파일을 이동하는 것은 어떻습니까? 복제본으로 먼저 시도하십시오.
Nathan C

@NathanC 나쁜 생각은 아니지만 본사 SAN의 데이터 저장소는 실제로 해당 템플릿이 아닌 2TB NFS 볼륨입니다. 또한 SAN에 여유 공간이 없기 때문에이 용도로 새 데이터 스토어를 생성하기 위해 추가 NFS 볼륨을 할당 할 수 없습니다.
HopelessN00b

어, 죄송합니다. 잘못된 용어입니다. 축소 는 데이터 스토어가 아니라 볼륨 에서 발생합니다 . 분명히 음료가 필요합니다.
Nathan C

1
옵션 5. 템플릿을 이동식 저장소에 복사하여 원격 사이트로 배송합니다.
joeqwerty

@joeqwerty 그래, sneakernet은 항상 옵션입니다. 기술적이지 않은 이유 때문에 이것이 아닐 수도 있지만, 이것이 일반적인 경우에 좋은 답변이 아니라는 것을 의미하지는 않습니다. (누군가가 이에 대한 답으로 FedEx / UPS / USPS를 제출할 것을 기대하고 있습니다.)
HopelessN00b

5

여기 약간 흥미로운 아이디어가 있습니다. 초기 시딩에는 도움이되지 않지만 Crashplan의 무료 제품과 같은 것을 사용하면 템플릿에 도움이되는지 궁금합니다.

https://www.code42.com/store/

레벨 차등을 제거하고 차단하므로 HQ에있는 로컬 서버 하나에 "시더"로, 각 스포크 서버 (VM에서는)로 "수신자"로 설치할 수 있습니다. 템플릿이 HQ 서버에 저장 될 폴더 만 포함하도록 백업을 설정하십시오. 또한 여러 대상 (예 : 각 "스포크")에 백업 할 수도 있습니다. https://support.code42.com/CrashPlan/Latest/Getting_Started/Choosing_Destinations

단계 (Crashplan 앱을 양쪽에 설정 한 후)는 다음과 같이 작동합니다.

  1. 데이터 저장소에서 "시드"서버로 템플릿을 Crashplan이 모니터링하고있는 디렉토리로 복사하십시오. 기가비트 네트워크에서는 시간이 조금 걸리지 만 그렇게 나쁘지 않아야합니다.
  2. Crashplan은 스포크 / 리시버에 파일을 모니터링하고 백업을 시작해야합니다. 이 과정은 꽤 오랜 시간이 걸릴 것입니다.
  3. 초기 시딩 / 백업 후 향후 템플릿 변경시 실제 데이터 스토어에서 "시드"서버의 디렉토리 Crashplan이 모니터링하여 원본 템플릿 복사본을 덮어 씁니다. 그런 다음 Crashplan은 스포크에서 블록 수준 변경 사항 만 중복 제거하고 다시 복제합니다.

단지 아이디어는 ...이 파일에 대한 가난한 사람의 중복 제거 / 블록 레벨 복제로 작동하는지 확인하는 흥미로운 길이 될 수 있습니다.


5

이 유형의 이동은 여러 가지 방법으로 수행했지만 설명 한 내용을 감안할 때 ...

FedEx 또는 UPS .

사용중인 서버가 HP ProLiant 및 Dell PowerEdge 서버라는 것을 알고 있습니다. VMware는 데이터 스토어 대상으로 이동식 장치 (예 : USB)를 제대로 지원하지 않습니다. 그러나 기본 사이트에서 단일 드라이브 RAID 0 논리 드라이브 (HP-speak)를 사용하면 작동 할 수 있습니다. HP 및 Dell 시스템에서 로컬로 연결된 디스크를 추가 및 제거하고이를 데이터 저장소를 전송하는 수단으로 사용할 수 있습니다.

템플릿이므로 vCenter를 통해 템플릿을 로컬 디스크로 이동 / 복사 할 수 있습니다. 디스크를 배송하십시오. 수신 독립형 서버에 삽입하십시오. 스토리지 시스템 재검색을 통해 스토리지 및 데이터 스토어를 인식합니다. 데이터를 복사하십시오. 이익.

또한 24 시간의 델타가 여러 전체 동기화보다 관리하기 훨씬 쉽기 때문에 vSphere 복제를위한 복사본을 시드하는 수단으로이 방법을 사용했습니다.


3

이것은 이런 종류의 시나리오에 상당히 자주 사용하는 방법입니다. 데이터 저장소에 저장된 VM 내부에서 데이터 저장소 자체로 파일을 업로드하기 때문에 직관적이지 않은 것 같습니다. 그러나 이렇게하면 전송이 수행되는 방식을 훨씬 더 많이 제어 할 수 있습니다.

  • WinRAR 또는 7Zip을 사용하여 템플릿을 1GB-2GB 청크로 나눕니다.
  • 각 원격 사이트의 ESXi 서버에서 VM을 작성하십시오. 최소한의 리소스가 필요합니다. 이것은 단지 준비 영역입니다.
  • 전송중인 데이터를 보유 할만큼 큰 각 VM에 VMDK를 연결하십시오.
  • 선택한 OS 및 전송 도구를 설치하십시오 (SFTP 서버를 사용합니다).
  • RAR의 템플릿을 준비 VM에 업로드합니다.
  • RAR의 템플릿을 압축 해제하십시오.
  • vSphere 또는 웹 UI를 사용하여 스테이징 VM에서 ESXI 데이터 저장소로 템플리트를 업로드하십시오. (이것은 빠른 이체입니다).

장점 :

템플릿을 더 작은 조각으로 나누면 전송 중에 데이터가 손상 될 위험이 줄어 듭니다. (파일이 손상된 경우 전체 40GB 파일이 아닌 해당 RAR 부분 만 다시 업로드하면됩니다.)

40GB 만 전송합니다 (RAR이 더 압축할수록 더 적습니다).

선택한 OS 내에서 전송하는 동안 전송 유틸리티를 선택할 수 있습니다.

단점 :

준비 VM을 만들어야합니다. OS 설치 + SFTP 서버 만있는 <1GB의 사전 생성 된 템플릿을 사용하여이 작업을보다 쉽게 ​​수행 할 수 있습니다.

40GB 템플릿을 압축 / 압축 해제하려면 CPU 리소스에 따라 ~ 4-6 시간이 걸립니다.


1

나는 똑같은 문제를 아주 몇 번이나 반쯤 처리했는데 원격 위치에 새로운 기계를 만드는 것보다 훨씬 낫다는 것을 알았습니다. 이것은 내가 "템플릿"기계라고 부르는 것에 특히 해당됩니다. 내 버전은 꽤 기본적인 기계입니다. 버전이 약간 다를 수 있습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.