Proxmox VE의 백업 정보

기사 "가상화의 마법: Proxmox VE 소개" 서버에 하이퍼바이저를 설치하고, 스토리지를 연결하고, 기본 보안을 관리하고, 최초의 가상 머신을 생성하는 데 성공했습니다. 이제 장애 발생 시 항상 서비스를 복원할 수 있도록 수행해야 하는 가장 기본적인 작업을 구현하는 방법을 살펴보겠습니다.

Proxmox의 기본 도구를 사용하면 데이터를 백업할 수 있을 뿐만 아니라 빠른 배포를 위해 사전 구성된 운영 체제 이미지 세트를 생성할 수도 있습니다. 이는 필요한 경우 몇 초 안에 모든 서비스에 대한 새 서버를 생성하는 데 도움이 될 뿐만 아니라 가동 중지 시간을 최소한으로 줄여줍니다.

백업 생성의 필요성에 대해서는 이야기하지 않겠습니다. 이는 분명하고 오랫동안 공리로 여겨져 왔기 때문입니다. 명확하지 않은 몇 가지 사항과 기능에 대해 살펴 보겠습니다.

먼저, 백업 과정에서 데이터가 어떻게 저장되는지 살펴보겠습니다.

백업 알고리즘

Proxmox에는 가상 머신의 백업 복사본을 생성하기 위한 훌륭한 표준 도구가 있다는 사실부터 시작해 보겠습니다. 모든 가상 머신 데이터를 쉽게 저장할 수 있으며 두 가지 압축 메커니즘과 해당 복사본을 생성하는 세 가지 방법을 지원합니다.

먼저 압축 메커니즘을 살펴보겠습니다.

1. LZO 압축. 90년대 중반에 발명된 무손실 데이터 압축 알고리즘입니다. 코드가 작성되었습니다 마르쿠스 오버하이머 (lzop 유틸리티에 의해 Proxmox에서 구현됨) 이 알고리즘의 주요 특징은 매우 빠른 속도의 언패킹입니다. 따라서 이 알고리즘을 사용하여 생성된 모든 백업은 필요한 경우 최소한의 시간 내에 배포할 수 있습니다.
2. GZIP 압축. 이 알고리즘을 사용하면 다음에서 생성된 강력한 Deflate 알고리즘을 사용하는 GNU Zip 유틸리티에 의해 백업이 즉시 압축됩니다. 필 카츠. 주요 강조점은 백업 복사본이 차지하는 디스크 공간을 줄이는 최대 데이터 압축입니다. LZO와의 주요 차이점은 압축/압축 해제 절차에 시간이 꽤 많이 걸린다는 점입니다.

보관 모드

Proxmox는 시스템 관리자에게 세 가지 백업 방법 중 하나를 선택할 수 있는 기회를 제공합니다. 이를 사용하면 가동 중지 시간의 필요성과 백업의 신뢰성 사이의 우선 순위를 결정하여 필요한 문제를 해결할 수 있습니다.

1. 스냅샷 모드. 이 모드는 사용하기 위해 가상 머신을 중지할 필요가 없으므로 라이브 백업이라고도 합니다. 이 메커니즘을 사용해도 VM 작업이 중단되지는 않지만 두 가지 매우 심각한 단점이 있습니다. 운영 체제에 의한 파일 잠금과 가장 느린 생성 속도로 인해 문제가 발생할 수 있습니다. 이 방법으로 생성된 백업은 항상 테스트 환경에서 테스트되어야 합니다. 그렇지 않으면 긴급 복구가 필요한 경우 실패할 위험이 있습니다.
2. 일시 중지 모드. 가상 머신은 백업 프로세스가 완료될 때까지 일시적으로 상태를 "정지"합니다. RAM의 내용은 지워지지 않으므로 작업이 일시 중지된 지점부터 정확하게 작업을 계속할 수 있습니다. 물론 이로 인해 정보가 복사되는 동안 서버 다운타임이 발생하지만 일부 서비스에서는 매우 중요한 가상 머신을 끄거나 켤 필요가 없습니다. 특히 일부 서비스의 출시가 자동으로 이루어지지 않는 경우에는 더욱 그렇습니다. 그러나 이러한 백업은 테스트를 위해 테스트 환경에도 배포되어야 합니다.
3. 정지 모드. 가장 안정적인 백업 방법이지만 가상 머신을 완전히 종료해야 합니다. 정기적인 종료를 수행하라는 명령을 보내고, 중지 후 백업을 수행한 후 가상 머신을 켜라는 명령을 내립니다. 이 접근 방식을 사용하면 오류 수가 최소화되며 대부분 XNUMX으로 줄어듭니다. 이런 방식으로 생성된 백업은 거의 항상 올바르게 배포됩니다.

예약 절차 수행

백업을 생성하려면:

1. 원하는 가상 머신으로 이동해 보겠습니다.
2. 아이템을 선택하세요 페이지.
3. 버튼 누름 지금 예약. 향후 백업을 위한 매개변수를 선택할 수 있는 창이 열립니다.

   

4. 스토리지는 우리가 연결한 스토리지를 나타냅니다. 이전 부분에서.
5. 매개변수를 선택한 후 버튼을 누릅니다. 페이지 백업이 생성될 때까지 기다립니다. 이것에 대한 비문이있을 것입니다 작업 확인.

   

이제 가상 머신의 백업 복사본이 포함된 생성된 아카이브를 서버에서 다운로드할 수 있습니다. 가장 간단하고 일반적인 복사 방법은 SFTP입니다. 이렇게 하려면 SFTP 프로토콜을 사용하여 작동할 수 있는 널리 사용되는 크로스 플랫폼 FTP 클라이언트 FileZilla를 사용하세요.

1. 현장에서 주인 필드에 가상화 서버의 IP 주소를 입력하세요. 사용자 이름 필드에 루트를 입력하십시오 암호 - 설치 시, 현장에서 선택한 것 포트 "22"(또는 SSH 연결을 위해 지정된 다른 포트)를 나타냅니다.
2. 버튼 누름 빠른 연결 모든 데이터가 올바르게 입력되면 활성 패널에 서버에 있는 모든 파일이 표시됩니다.
3. 디렉토리로 이동 /mnt/저장. 생성된 모든 백업은 "dump" 하위 디렉터리에 위치합니다. 다음과 같이 보일 것입니다:
   • vzdump-qemu-machine_number-date-time.vma.gz GZIP 방법을 선택한 경우;
   • vzdump-qemu-machine_number-date-time.vma.lzo LZO 방식을 선택한 경우.

서버에서 즉시 백업 복사본을 다운로드하여 클라우드 스토리지 등 안전한 장소에 저장하는 것이 좋습니다. Proxmox와 함께 번들로 제공되는 동일한 이름의 유틸리티인 vma 해상도로 파일의 압축을 풀면 내부에 확장자를 가진 파일이 있습니다. 살갗이 벗어 진, conf의 и fw. 이러한 파일에는 다음이 포함됩니다.

• 살갗이 벗어 진 — 디스크 이미지;
• conf의 — VM 구성;
• fw - 방화벽 설정.

백업에서 복원

가상 머신이 실수로 삭제되어 백업을 통해 긴급 복원이 필요한 상황을 생각해 보겠습니다.

1. 백업 복사본이 있는 저장 위치를 ​​엽니다.
2. 탭으로 이동 함유량.
3. 원하는 사본을 선택하고 버튼을 누르십시오 회복.

   

4. 프로세스가 완료된 후 머신에 할당될 대상 스토리지와 ID를 나타냅니다.
5. 버튼 누름 회복.

복원이 완료되면 VM이 사용 가능한 VM 목록에 나타납니다.

가상 머신 복제

예를 들어, 회사에서 일부 중요한 서비스를 변경해야 한다고 가정해 보겠습니다. 이러한 변경은 구성 파일을 많이 변경하여 구현됩니다. 결과는 예측할 수 없으며 오류로 인해 서비스 오류가 발생할 수 있습니다. 이러한 실험이 실행 중인 서버에 영향을 미치지 않도록 하려면 가상 머신을 복제하는 것이 좋습니다.

복제 메커니즘은 가상 서버의 정확한 복사본을 생성하며, 이를 통해 기본 서비스 운영에 영향을 주지 않고 변경할 수 있습니다. 그런 다음 변경 사항이 성공적으로 적용되면 새 VM이 시작되고 이전 VM이 종료됩니다. 이 과정에서 항상 기억해야 할 특징이 있습니다. 복제된 머신은 원래 VM과 동일한 IP 주소를 갖게 됩니다. 즉, 머신이 시작될 때 주소 충돌이 발생하게 됩니다.

그러한 상황을 피하는 방법을 알려 드리겠습니다. 복제 직전에 네트워크 구성을 변경해야 합니다. 이렇게 하려면 IP 주소를 일시적으로 변경해야 하지만 네트워크 서비스를 다시 시작하지 마십시오. 기본 머신에서 복제가 완료된 후 설정을 다시 되돌리고 복제된 머신에 다른 IP 주소를 설정해야 합니다. 따라서 우리는 서로 다른 주소에서 동일한 서버의 두 복사본을 받게 됩니다. 이를 통해 새로운 서비스를 신속하게 실행할 수 있습니다.

이 서비스가 웹 서버인 경우 DNS 공급자를 통해 A 레코드만 변경하면 이 도메인 이름에 대한 클라이언트 요청이 복제된 가상 머신의 주소로 전송됩니다.

그런데 Selectel은 모든 클라이언트에게 NS 서버에서 원하는 수의 도메인을 무료로 호스팅하는 서비스를 제공합니다. 기록은 제어판과 특수 API를 통해 관리됩니다. 이에 대해 자세히 알아보기 우리의 지식 베이스에서.

Proxmox에서 VM을 복제하는 것은 매우 간단한 작업입니다. 이렇게 하려면 다음을 수행해야 합니다.

1. 필요한 기계로 가십시오.
2. 메뉴에서 선택 더 보기 조항 복제.
3. 열리는 창에서 이름 매개변수를 입력합니다.

   

4. 버튼 하나만 누르면 복제 수행 복제.

이 도구를 사용하면 로컬 서버뿐만 아니라 가상 머신의 복사본을 만들 수 있습니다. 여러 가상화 서버가 클러스터로 결합된 경우 이 도구를 사용하면 생성된 복사본을 원하는 물리적 서버로 즉시 이동할 수 있습니다. 유용한 기능은 디스크 스토리지(매개변수)를 선택하는 것입니다. 대상 스토리지) 이는 가상 머신을 하나의 물리적 미디어에서 다른 물리적 미디어로 이동할 때 매우 편리합니다.

가상 저장 형식

Proxmox에서 사용되는 드라이브 형식에 대해 자세히 설명하겠습니다.

1. RAW. 가장 이해하기 쉽고 간단한 형식입니다. 이는 압축이나 최적화가 없는 바이트 단위의 하드 드라이브 데이터 파일입니다. 이는 모든 Linux 시스템에서 표준 마운트 명령을 사용하여 쉽게 마운트할 수 있기 때문에 매우 편리한 형식입니다. 또한 하이퍼바이저가 어떤 방식으로든 이를 처리할 필요가 없기 때문에 이는 가장 빠른 "유형"의 드라이브입니다.

   이 형식의 심각한 단점은 가상 머신에 얼마나 많은 공간을 할당했는지에 관계없이 RAW 파일이 정확히 동일한 양의 하드 디스크 공간을 차지한다는 것입니다(가상 머신 내부의 실제 점유 공간에 관계없이).

2. QEMU 이미지 형식(qcow2). 아마도 모든 작업을 수행하기 위한 가장 보편적인 형식일 것입니다. 장점은 데이터 파일에 가상 머신 내부에서 실제로 점유된 공간만 포함된다는 것입니다. 예를 들어 40GB의 공간이 할당되었지만 실제로는 2GB만 사용된 경우 나머지 공간은 다른 VM에 사용할 수 있습니다. 이는 디스크 공간을 절약할 때 매우 중요합니다.

   이 형식으로 작업할 때의 작은 단점은 다음과 같습니다. 이러한 이미지를 다른 시스템에 마운트하려면 먼저 다운로드해야 합니다. 특수 NBD 드라이버유틸리티도 사용하세요. qemu-nbd, 이를 통해 운영 체제는 일반 블록 장치로 파일에 액세스할 수 있습니다. 그 후에는 이미지를 마운트, 파티셔닝, 파일 시스템 확인 및 기타 작업에 사용할 수 있게 됩니다.

   이 형식을 사용할 때 모든 I/O 작업은 소프트웨어에서 처리되므로 디스크 하위 시스템을 적극적으로 사용할 때 속도가 느려진다는 점을 기억해야 합니다. 작업이 서버에 데이터베이스를 배포하는 것이라면 RAW 형식을 선택하는 것이 좋습니다.

3. VMware 이미지 형식(vmdk). 이 형식은 VMware vSphere 하이퍼바이저의 기본 형식이며 호환성을 위해 Proxmox에 포함되었습니다. 이를 통해 VMware 가상 머신을 Proxmox 인프라로 마이그레이션할 수 있습니다.

   지속적으로 vmdk를 사용하는 것은 권장되지 않습니다. 이 형식은 Proxmox에서 가장 느리므로 마이그레이션 수행에만 적합합니다. 이 단점은 아마도 가까운 미래에 제거될 것입니다.

디스크 이미지 작업

Proxmox에는 다음과 같은 매우 편리한 유틸리티가 제공됩니다. qemu-img. 그 기능 중 하나는 가상 디스크 이미지를 변환하는 것입니다. 이를 사용하려면 하이퍼바이저 콘솔을 열고 다음 형식으로 명령을 실행하면 됩니다.

qemu-img convert -f vmdk test.vmdk -O qcow2 test.qcow2

주어진 예에서 VMware 가상 드라이브의 vmdk 이미지는 다음과 같습니다. test 형식으로 변환됩니다 qcow2. 초기 형식 선택 시 오류를 수정해야 할 때 매우 유용한 명령입니다.

동일한 명령 덕분에 인수를 사용하여 원하는 이미지를 강제로 생성할 수 있습니다. 만들:

qemu-img create -f raw test.raw 40G

이 명령은 다음 형식으로 테스트 이미지를 생성합니다. RAW, 크기는 40GB입니다. 이제 모든 가상 머신에 연결하는 데 적합합니다.

가상 디스크 크기 조정

결론적으로 어떤 이유로 디스크 이미지에 더 이상 공간이 충분하지 않은 경우 디스크 이미지의 크기를 늘리는 방법을 보여 드리겠습니다. 이를 위해 resize 인수를 사용합니다.

qemu-img resize -f raw test.raw 80G

이제 이미지 크기가 80GB가 되었습니다. 인수를 사용하여 이미지에 대한 자세한 정보를 볼 수 있습니다. 정보:

qemu-img info test.raw

이미지 확장 자체가 파티션 크기를 자동으로 늘리는 것이 아니라 사용 가능한 여유 공간만 추가한다는 점을 잊지 마십시오. 파티션을 늘리려면 다음 명령을 사용하십시오.

resize2fs /dev/sda1

어디에서 / 개발자 / sda1 - 필수 섹션.

백업 자동화

백업을 수동으로 생성하는 방법을 사용하는 것은 매우 노동 집약적이고 시간이 많이 걸리는 작업입니다. 이것이 바로 Proxmox VE에 자동 예약 백업 도구가 포함되어 있는 이유입니다. 이를 수행하는 방법을 살펴 보겠습니다.

1. 하이퍼바이저 웹 인터페이스를 사용하여 항목을 엽니다. 데이터 센터.
2. 아이템을 선택하세요 페이지.
3. 버튼 누름 추가.
4. 스케줄러에 대한 매개변수를 설정합니다.

   

5. 확인란을 선택하세요. 활성화.
6. 버튼을 사용하여 변경 사항 저장 생성.

이제 스케줄러는 지정된 일정에 따라 지정된 정확한 시간에 백업 프로그램을 자동으로 시작합니다.

결론

가상 머신을 백업하고 복원하는 표준 방법을 검토했습니다. 이를 사용하면 문제없이 모든 데이터를 저장하고 긴급 상황 발생시 긴급하게 복원할 수 있습니다.

물론 이것이 중요한 데이터를 저장하는 유일한 방법은 아닙니다. 사용할 수 있는 도구가 많이 있습니다. 이중성를 사용하면 Linux 기반 가상 서버 콘텐츠의 전체 및 증분 복사본을 만들 수 있습니다.

백업 절차를 수행할 때 디스크 하위 시스템을 적극적으로 로드한다는 점을 항상 고려해야 합니다. 따라서 시스템 내 I/O 작업 중 지연을 방지하려면 최소 로드 기간 동안 이러한 절차를 수행하는 것이 좋습니다. 하이퍼바이저 웹 인터페이스(IO 지연 매개변수)에서 직접 디스크 작업 지연 상태를 모니터링할 수 있습니다.

출처 : habr.com