만약 백업에서 물리적 서버를 복구해야 하지만 소스 물리적 서버가 손상되었고 복구에 사용할 수 있는 무료 물리적 머신이 없는 경우에는 어떻게 해야 합니까? 이 경우 물리적 서버를 가상 환경으로 복구하고 물리적 머신의 하드웨어가 수리될 때까지 복구된 가상 머신(VM)을 사용할 수 있습니다.
이 블로그 글에서는 NAKIVO Backup & Replication을 사용하여 물리적 Linux 서버를 백업에서 가상 머신으로 복구하는 방법에 대해 설명합니다. 게다가, 이 안내서는 NAKIVO Backup & Replication을 사용하여 물리적 머신을 가상 머신으로 변환하는 P2V 변환기로 사용하는 방법에 대해 자세히 설명합니다.
P2V 복구의 사용 사례
물리적 머신을 가상 머신으로 복구하는 것을 P2V 복구라고도 합니다. P2V 복구의 주요 사용 사례에는 임시 P2V 복구와 영구 P2V 이전이 있습니다.
임시 P2V 복구이것은 손상된 물리적 머신이 수리, 재구성 또는 교체될 때까지 백업에서 물리적 머신을 가상 머신으로 복구하는 것입니다. 이 접근 방식은 최소한의 다운타임을 갖습니다. 물리적 서버나 워크스테이션이 오프라인 상태가 되면 백업에서 해당 머신을 VM으로 복구할 수 있습니다. 손상된 물리적 서버나 워크스테이션 대신에 복구된 VM이 작동합니다. 워크스테이션의 P2V 복구의 경우 사용자는 임의의 컴퓨터에서 복구된 VM에 원격으로 연결할 수 있습니다. 손상된 물리적 머신이 수리되면 모든 필요한 데이터를 수리된 머신으로 전송해야 합니다. 그 후에 물리적 머신 수리 중에 작동한 임시 VM을 삭제하고 모든 작업을 수리된 물리적 머신으로 전송할 수 있습니다.
물리적인 장비는 정기적으로 백업되어야 합니다. 이렇게 하면 컴퓨터가 예기치 않게 고장나더라도 데이터가 안전하고 보호되어 복구에 사용될 수 있음을 확신할 수 있습니다. 다음 그림은 다운타임을 줄이는 임시 P2V 복구의 장점을 보여줍니다.
영구적인 P2V 이전. 이 옵션은 IT 인프라를 변경하고 물리적인 장비를 영구적으로 가상 장비로 변환할 때 자주 사용됩니다. 예를 들어, 하이퍼바이저를 실행할 새 서버를 구입하면 물리적인 리눅스 서버를 VMware 가상 머신(VM)으로 변환하거나 가상 환경에 따라 물리적인 Windows Server를 Hyper-V VM으로 변환할 수 있습니다. 이를 위해 NAKIVO Backup & Replication을 P2V 변환기로 사용할 수 있습니다.
리눅스 서버 백업 작업 방법
이 블로그 글에서는 리눅스 머신의 P2V 복구 과정을 설명합니다. 그러나 백업을 먼저 수행하지 않으면 데이터를 복원할 수 없습니다. NAKIVO Backup & Replication에서 리눅스 서버 백업이 어떻게 작동하는지 살펴보겠습니다.
리눅스 서버가 NAKIVO 백업 및 복제 인벤토리에 추가되면 NAKIVO 백업 및 복제와 통신하는 물리적 머신 에이전트가 해당 리눅스 머신에 배포됩니다. 디렉터와 트랜스포터에게. inst.sh 설치 파일이 SSH를 통해 대상 리눅스 머신에 업로드됩니다. 그 다음에는 에이전트와 디렉터 간의 안전한 통신을 위해 인증서 (certificate.pem)와 토큰 bhsvc.id 파일 (ID + 사전 공유 키)이 업로드되며, 그 후에 에이전트가 무음으로 설치됩니다. 에이전트는 설치 후 서비스로 실행되며 자동으로 시작됩니다 (원회성 에이전트 배포가 아닌 경우). 물리적 머신 에이전트는 이미 트랜스포터를 가진 머신에 설치할 수 없습니다. 에이전트의 성공적인 설치 후 NAKIVO 백업 및 복제 인벤토리에서 물리적 리눅스 머신이 표시됩니다. 인벤토리에 추가한 후 물리적 머신에 대한 백업 작업을 생성하고 실행할 수 있습니다. 이는 VMware 및 Hyper-V VM에 대한 작업을 실행하는 방식과 유사합니다.
물리적 머신 에이전트의 기능:
- 논리 볼륨 관리 (LVM) 스냅샷을 지원합니다.
- 인증서 및 사전 공유 키를 사용하여 안전 모드로 작동합니다.
- NAKIVO 백업 및 복제 (디렉터)를 업데이트하면 관련된 물리적 머신 에이전트가 자동으로 업데이트됩니다.
- 원본으로 파일 수준 복구를 지원합니다.
특유의 변경 추적 방법을 사용한 점진적 백업을 지원합니다. - 증분 백업은 독점적인 변경 추적 방법을 지원합니다.
요구 사항
원본 물리적 Linux 서버는 다음과 같은 요구 사항을 충족해야 합니다.
하드웨어 요구 사항:
32비트 또는 64비트 CPU(x86 / x86-64 아키텍처)
최소 1GB의 RAM
최대 지원되는 디스크 크기는 64TB입니다.
MBR 또는 GPT 파티션 테이블
스토리지 요구 사항:
소스 물리적 Linux 서버의 지원되는 디스크 유형 및 파일 시스템: Ext2, Ext3, Ext4, XFS, ReiserFS, NTFS, FAT32, Linux SWAP
지원되는 LVM 유형: Linear, RAID 0, RAID 1
공식적으로 지원되는 Linux 배포판:
Ubuntu 16 – Ubuntu 18 LTS, 64비트
SLES(SUSE Linux Enterprise Server) v12.0-12.4, 64비트
CentOS v6.6-7.6, 64비트
Red Hat Enterprise Linux v6.3-7.5, 64비트
네트워크 요구 사항:
Linux 서버에 SSH 서버가 실행되고 있어야 합니다(openssh-server 패키지가 설치되어 있어야 함).
대상 물리적 Linux 서버에서 다음 TCP 포트가 열려 있어야 합니다.
- TCP 22가 SSH 연결을 설정하는 데 열려 있어야 합니다(보안 로그인 및 SCP 및 SFTP를 통한 파일 전송).
- TCP 9446은 NAKIVO Backup & Replication이 기계와 통신하는 데 사용됩니다.
루트 권한이 필요하여 에이전트를 배포해야합니다. 리눅스 머신에서 루트 사용자의 액세스를 SSH로 활성화 할 수 있지만 보안 측면에서는 최선의 선택은 아닙니다. 사용자가 루트가 아닌 경우 사용자가 물리적 리눅스 머신에 SSH를 통해 연결하고 sudo 명령을 실행하여 루트 권한을 얻을 수 있도록합니다. SSH 서버에서 비밀번호 인증을 활성화해야합니다.
리눅스 서버용 P2V 복구 알고리즘
다음은 Linux 서버의 P2V 복구 작업 순서입니다:
- 물리적 리눅스 서버를 백업 저장소로 백업합니다
- 백업에서 데이터를 적절한 형식의 가상 디스크 (VMDK, VHD 또는 VHDX)로 내보냅니다
- 가상 디스크 파일을 하이퍼바이저에서 액세스 할 수있는 데이터스토어로 복사합니다
- 새로운 가상 머신을 만들고 내보낸 디스크를 사용하도록 설정합니다
- 하이퍼바이저가 실행되는 물리적 머신에서 가상 머신을 시작합니다
P2V 복구 워크플로우
예제를 사용하여 물리적 Linux 서버를 VMware 가상 머신으로의 P2V 복구 전체 프로세스를 살펴 보겠습니다. 소스 Linux 서버는 Ubuntu 18.04 LTS를 실행하고 대상 ESXi 호스트는 ESXi 6.5를 실행하며 vCenter Server (버전 6.5)에서 관리됩니다. Linux 서버에서 사용되는 계정은 user1이며 sudo가 활성화되어 있습니다.이 경우 추가 P2V 컨버터는 사용되지 않습니다. Linux 물리적 서버는 NAKIVO Backup & Replication을 사용하여 백업에서 VM으로 변환됩니다.
물리적 Linux 머신을 인벤토리에 추가하기
- 먼저 NAKIVO 백업 & 복제에서 물리적인 Linux 서버를 인벤토리에 추가해야 합니다. NAKIVO 백업 & 복제에 로그인한 후 Configuration > Inventory로 이동하세요. 새로 추가를 클릭하고 물리적인 머신(s)을 선택하세요.
- 새로운 물리적인 머신(s) 추가 페이지에서 필요한 매개변수를 설정하세요.
표시 이름: Ubuntu 물리적 머신
유형: Linux
호스트 이름 또는 IP: 192.168.16.61
사용자 이름: user1
비밀번호: ********
SSH 포트: 22
물리적 머신 에이전트가 물리적인 Linux 머신에 설치될 것입니다. - 클릭 추가.
- 이제 인벤토리에서 물리적인 Linux 서버를 볼 수 있습니다.
물리적인 Linux 서버 백업 생성
물리적인 기계 백업 작업을 NAKIVO Backup & Replication에서 생성합니다. 홈페이지에서 만들기 > 물리적인 기계 백업 작업을 클릭합니다.
물리적인 기계를 위한 새로운 백업 작업 마법사가 열립니다.
1. 기계. 사용 가능한 물리적인 기계 목록에서 필요한 기계를 선택합니다. Linux 및 Windows 기계는 별도의 범주로 분류됩니다. 이 예에서는 Ubuntu 물리적인 기계가 선택되었습니다. 마법사의 각 단계를 진행하려면 다음을 클릭합니다.
2. 대상. 백업 저장소를 선택합니다. 이 예에서는 CIFS 백업 저장소를 사용하여 물리적인 Linux 백업을 저장합니다. Linux 서버 이름을 클릭하고 원하는 디스크 및 파티션을 선택하여 옵션을 확장할 수 있습니다 (이 경우 Ubuntu 물리적인 기계).
3. 일정. 이것은 NAKIVO Backup & Replication에서 백업 작업을 위한 보편적인 단계입니다. 필요한 일정 옵션을 선택합니다.
4. 보유.
필요한 보유 설정을 지정합니다.
5. 옵션. 여기에서 작업 이름을 설정하고 응용 프로그램 인식 모드를 활성화 또는 비활성화하고 변경 추적 방법을 선택하며 네트워크 가속 및 암호화를 설정할 수 있습니다. 가상 머신의 경우와는 달리 NAKIVO 고유의 변경 추적 방법만 사용할 수 있습니다. 이는 물리적인 기계를 백업하기 때문에 호스트 수준이 아닌 가상 머신입니다.
작업 옵션을 모두 구성하면 작업 생성을 완료하려면 완료를 누르거나 작업 설정을 저장하고 작업을 실행하려면 완료 및 실행을 누릅니다.
물리적 Linux 서버가 백업될 때까지 기다리십시오. 백업 진행 상황은 NAKIVO Backup & Replication의 웹 인터페이스에서 표시됩니다.
백업 내보내기
물리적 Linux 서버가 백업되면 NAKIVO Backup & Replication을 사용하여 기계 복구 및 Hyper-V 또는 VMware VM으로의 변환을 수행할 수 있습니다.
홈 페이지에서 복구 > 백업 내보내기를 클릭하여 백업에서 데이터를 적절한 형식의 가상 디스크로 내보냅니다.
백업 내보내기 마법사가 열립니다.
1. 백업. 물리적 Linux 서버의 백업 및 필요한 복구 지점을 선택합니다. 기본적으로 최신 복구 지점이 선택됩니다. 계속하려면 각 단계마다 다음을 클릭합니다.
2. 디스크. 백업에서 필요한 디스크를 선택합니다. 기본적으로 모든 기존 디스크가 선택됩니다.
3. 옵션. 백업 내보내기 옵션을 선택합니다.
내보내기 형식: VMDK
내보내기 위치: CIFS 공유
공유 경로: \\FILESERVER\Share07
사용자 이름: 백업 사용자
비밀번호: ********
올바른 자격 증명을 입력했는지 확인하려면 연결 테스트를 클릭합니다.
성공적으로 연결을 테스트한 후 내보내기 버튼을 클릭하여 백업 내보내기 프로세스를 시작하십시오.
4. 완료. 백업 내보내기가 시작되면 활동 탭으로 전환하여 실행 중인 백업 내보내기 작업의 진행 상황을 모니터링할 수 있습니다.
백업 내보내기 작업이 완료될 때까지 기다려주십시오.
ESXi 데이터스토어로 내보낸 디스크 복사
백업 내보내기 작업이 완료되면 정의된 위치에 가상 디스크 파일을 볼 수 있습니다. 우리의 경우 공유 폴더에 두 개의 VMware ESXi 형식 가상 디스크 파일이 저장됩니다:
Ubuntu-physical-machine_Disk1_Wed–29-Jan-2020-at-10-17-30-(UTC-+00-00).vmdk
Ubuntu-physical-machine_Disk1_Wed–29-Jan-2020-at-10-17-30-(UTC-+00-00)-flat.vmdk
가상 디스크의 ESXi 형식은 두 개의 파일이 필요합니다 – 디스크 설명자 파일(.vmdk)과 원시 데이터를 포함하는 파일(-flat.vmdk). 내보낸 파일의 이름에는 인벤토리에 정의된 물리적 머신의 이름, 디스크 번호 및 요일, 날짜, 시간 및 시간대가 포함됩니다.
이 파일을 ESXi 호스트에 연결된 데이터스토어에 업로드하기 전에 편의를 위해 가상 디스크 파일의 이름을 더 짧게 바꿉시다.
Physical_Linux_Recovered.vmdk
Physical_Linux_Recovered-flat.vmdk
데이터스토어로 가상 디스크 파일을 복사합니다. 이 예에서는 VMware vSphere Client를 사용하여 vCenter에 연결하고 vCenter에서 관리하는 ESXi 호스트를 구성합니다.
VMware vSphere Client에서 데이터 스토어로 이동하고 복구된 Linux 서버를 실행할 ESXi 호스트에 연결된 데이터 스토어를 선택하십시오. 이 예에서 선택된 데이터 스토어의 이름은 SSD2입니다. 다음으로 파일 탭을 열고 새 폴더를 클릭하여 선택한 데이터 스토어에 새 디렉토리를 만듭니다.
새 디렉토리의 이름을 정의하십시오. 예를 들어, Physical_Linux_recovered입니다.
Physical_Linux_Recovered 디렉토리가 SSD2 데이터 스토어에 생성됩니다.
생성된 디렉토리를 열고 파일 업로드를 클릭하고 업로드할 두 개의 내보낸 및 이름이 바뀐 파일 (.vmdk 및 -flat.vmdk)을 선택하십시오.
두 파일 (.vmdk 및 -flat.vmdk)이 업로드되면, 데이터 스토어에 두 개의 업로드된 파일이 있음에도 불구하고 가상 디스크 파일 하나만 표시됩니다. 이 두 파일이 업로드된 디렉토리의 내용을 확인하려면 ESXi 호스트에 SSH로 연결하여 확인할 수 있습니다.
콘솔에서 가상 디스크의 두 파일을 볼 수 있습니다.
ESXi에서 새 대상 VM 생성
이제 새 가상 머신을 생성하고 내보낸 가상 디스크를 사용하도록 설정해야 합니다. VMware vSphere Client에서 호스트 및 클러스터로 이동하고 내보낸 가상 디스크 파일을 업로드한 ESXi 호스트를 선택하십시오. ESXi 호스트를 마우스 오른쪽 버튼으로 클릭하고 컨텍스트 메뉴에서 새 가상 머신을 선택하여 새 VM을 만듭니다.
새 가상 머신 마법사가 열립니다.
1. 생성 유형을 선택합니다. 새 가상 머신 만들기를 선택합니다. 계속하기 위해 마법사의 각 단계에서 다음을 클릭합니다.
2. 이름 및 폴더 선택 가상 머신에 고유한 이름을 지정하고 대상 위치를 선택해야 합니다. 이 예에서 새로운 가상 머신의 이름은 Physical_Liniux_Recovered이고 vCenter에서 관리하는 대상 데이터센터 이름은 PM입니다.
3. 컴퓨팅 리소스 선택. 이 단계에서는 업로드된 가상 디스크 파일이 포함된 데이터스토어에 연결된 ESXi 호스트를 선택해야 합니다. 이 ESXi 호스트의 컴퓨팅 리소스는 가상 머신을 실행하는 데 사용됩니다. 이 예에서는 IP 주소가 10.10.10.74인 ESXi 호스트에 VM이 생성됩니다.
4. 스토리지 선택 가상 Linux 서버를 복구하기 위해 내보낸 가상 디스크 파일이 위치한 데이터스토어를 선택합니다. 이 예에서는 이러한 파일이 SSD2 데이터스토어에 저장되어 있으며 이 데이터스토어가 선택됩니다.
5. 호환성 선택 가상 머신 하드웨어 호환성(VM 하드웨어 버전)을 선택합니다. VM을 이동하여 다른 오래된 ESXi 호스트로 마이그레이션할 계획이 있다면 이 단계에서 가장 낮은 ESXi 버전을 선택합니다. 이 경우 ESXi 6.5 이상이 선택됩니다.
6. 게스트 OS 선택. 게스트 운영 체제(OS) 패밀리와 버전을 선택합니다. Linux 머신(Ubuntu 18 x64)이 설치된 가상 디스크가 있는 경우 Linux 및 Ubuntu Linux(64비트)를 선택해야 합니다.
7. 하드웨어를 사용자 정의하세요. 새 가상 머신 마법사에서 가장 흥미로운 단계입니다. 백업된 물리적 Linux 서버의 내보낸 가상 디스크를 가져오기 위해 필요합니다. 기본적으로 마법사는 새로운 빈 가상 디스크를 만들 것을 제안합니다. 이 가상 디스크를 선택하고 아래 스크린샷에 표시된 x 아이콘을 클릭하세요.
다음으로, 새 장치 추가 버튼을 클릭하고 기존 하드 디스크를 선택하세요.
파일 선택 팝업 창에서 내보낸 가상 디스크 파일을 업로드한 디렉터리를 선택하고 가상 디스크 파일을 선택하세요. 우리의 경우, 가상 디스크 데이터 파일(-flat.vmdk)과 가상 디스크 설명자 파일(.vmdk)이 SSD2 데이터 스토어의 Physical_Linux_recovered 디렉터리에 저장되어 있습니다. 위에서 언급한 대로, 가상 디스크의 두 파일이 데이터 스토어에 업로드되었지만 VMware vSphere Client에서는 하나만 표시됩니다. 파일 선택을 적용하려면 확인을 클릭하세요.
이제 내보낸 가상 디스크가 새 VM 가상 하드웨어에 추가되었음을 확인할 수 있습니다.
8. 완료 준비됨. 새 VM 구성 요약을 확인하고 새 VM 생성을 완료하려면 완료를 클릭하세요.
호스트 및 클러스터로 이동하여 해당 ESXi 호스트(Physical_Linux_Recovered – 10.10.10.74)에서 방금 생성한 VM을 선택한 다음 작업 > 전원 > 전원 켜기를 클릭하여 가상 머신을 시작하세요.
가상 머신이 부팅되면 VMware Tools를 설치하는 것을 잊지 마십시오. 이제 NAKIVO Backup & Replication을 사용하여 백업에서 VMware 가상 머신으로 물리적 Linux 서버를 복구했습니다. 아래 스크린샷에서는 Linux P2V 변환(P2V 복구)이 성공적으로 완료되었음을 확인할 수 있습니다.
결론
물리적 머신을 가상 머신으로 복구하는 것은 일부 경우에 유용할 수 있으며 다운타임을 줄일 수 있습니다. NAKIVO Backup & Replication은 물리적 머신 지원을 개선하여 물리적 Linux 및 Windows 서버뿐만 아니라 Windows 워크스테이션의 백업 및 복구를 제공하는 범용 데이터 보호 솔루션입니다. 물리적 머신 백업 및 백업 익스포트 기능을 갖춘 NAKIVO Backup & Replication은 다른 P2V 변환기를 다운로드할 필요 없이 P2V 변환기로 사용할 수 있습니다.
따라서 백업 후 NAKIVO Backup & Replication을 사용하여 물리적 머신을 가상 머신으로 변환할 수 있습니다. 변환 후 새 가상 머신으로 가상 디스크를 가져오기만 하면 됩니다. 이 블로그 글은 물리적 Linux 서버를 VMware ESXi 가상 머신으로 변환하는 과정을 예시로 보여주어 간단한 프로세스임을 보여줍니다.
Source:
https://www.nakivo.com/blog/how-to-convert-linux-physical-server-to-vm-guide/