Home 솔루션 Oracle OLVM

OLVM 보호의 중요성

Oracle Linux Virtualization Manager는 oVirt를 기반으로 하며, 프로덕션 Linux 워크로드를 위한 KVM 플랫폼입니다. 핵심 인프라로 자리 잡으면서 VM 보호는 비즈니스 연속성에 필수적이 되었지만, 배포 후 종종 간과되곤 합니다.

스토리지 도메인 및 클러스터 확산

스토리지 도메인 및 클러스터 확산

OLVM 환경은 여러 호스트, 데이터 센터 및 스토리지 유형을 사용합니다. 이를 무시하면 호스트가 변경될 때 인지하지 못한 보호 공백이 발생할 수 있습니다.

전부 아니면 전무 복구

전부 아니면 전무 복구

스토리지 도메인 스냅샷에서 복원하는 것은 일반적으로 전체 VM 작업입니다. 단일 파일을 복구하거나 티어 1 워크로드에 대해 공격적인 RTO를 달성하려면 일반적으로 하이퍼바이저 관리자 자체 외부에 있는 기능이 필요합니다.

랜섬웨어 및 무결성 위험

랜섬웨어 및 무결성 위험

OLVM 호스트의 Linux VM은 중요한 데이터베이스와 애플리케이션 서버로 랜섬웨어의 표적이 됩니다. 복구 지점과 프로덕션에 동일한 스토리지를 공유하면 클러스터가 공격받을 경우 스냅샷이 손상될 수 있습니다.

현대적인 OLVM 보호의 핵심 기능

API 기반 검색

API 기반 검색

Backup은 OLVM REST API 및 엔진과 직접 통합되어 모든 게스트 OS 내부에 에이전트를 설치하지 않고도 데이터 센터, 클러스터, 호스트 및 VM을 검색합니다.

ImageIO를 통한 CBT

ImageIO를 통한 CBT

OLVM 4.4.8 이상에서는 증분 작업이 oVirt ImageIO 전송 서비스를 통해 변경된 디스크 블록만 읽어야 하며, 매 백업 주기마다 전체 디스크를 읽는 것을 방지합니다.

애플리케이션 일관성 있는 정지

애플리케이션 일관성 있는 정지

스냅샷 생성 전 QEMU 게스트 에이전트를 통한 조정된 애플리케이션 인식 정지(quiescing)로, 복구 시점에서 데이터베이스 및 파일 시스템 상태가 트랜잭션 일관성을 유지합니다.

스토리지 도메인 인식 전송

스토리지 도메인 인식 전송

Direct SAN, iSCSI 또는 Fibre Channel 전송 경로는 OLVM 관리 플레인이 의존하는 동일한 네트워크를 통해 백업 데이터를 라우팅하지 않고 이동합니다.

백업 스토리지에서 Instant 복구

백업 스토리지에서 Instant 복구

전체 데이터 복원에 앞서 백업 스토리지에서 직접 VM을 켤 수 있는 기능으로, 비즈니스 크리티컬 워크로드에 대한 엄격한 RTO를 충족합니다.

세밀한 크로스 플랫폼 복원

세밀한 크로스 플랫폼 복원

개별 파일 및 가상 디스크 복원 - 전체 VM뿐만 아니라 - 보호된 VM을 다른 대상 가상화 인프라에 복구할 수 있는 옵션 제공.

Vinchin이 OLVM 보호를 수행하는 방식

더 빠르고, 더 효율적인 백업
더 빠르고 더 세분화된 복구
더 스마트한 스토리지 최적화
유연한 재해 복구 및 확장성
더 빠르고, 더 효율적인 백업

영구 증분 백업

최초 한 번만 전체 백업을 수행하고 이후 변경 사항을 증분 방식으로 캡처하여 백업 시간과 스토리지 사용량을 줄입니다.

SpeedKit

로컬 스토리지가 충분한 환경에서는 SpeedKit이 스냅샷 기반 기술을 사용하여 CBT의 대안으로 변경된 데이터 블록을 빠르게 식별함으로써 백업 성능을 더욱 향상시킵니다.

더 빠르고 더 세분화된 복구

즉시 가상 머신 복원

백업 저장소에서 VM을 직접 실행할 수 있어 예기치 않은 장애 발생 후 최소 15초 만에 중요한 워크로드를 다시 온라인 상태로 복구할 수 있습니다.

파일 수준 복구

백업 시점에서 개별 파일 또는 폴더의 세분화된 복원을 제공하여 전체 VM을 복원하지 않고도 필요한 데이터만 복구할 수 있습니다.

더 스마트한 스토리지 최적화

스마트 보존 정책

사용자 지정 보존 규칙에 따라 오래된 복원 지점을 자동으로 제거하여 백업 스토리지 증가를 제어하는 동시에 필요한 복구 지점을 사용 가능하게 유지합니다.

BitDetector

스왑 파일, 파티션 갭, 미할당 공간과 같이 가치 없는 데이터를 식별하여 제외하고 백업 저장소에는 의미 있는 기록 데이터만 보존함으로써 백업 데이터를 추가로 감소시킵니다.

유연한 재해 복구 및 확장성

외부 백업 복사

프로덕션 환경과 로컬 백업 환경이 모두 영향을 받을 경우 추가적인 보호 계층을 제공하기 위해 별도의 위치에 독립적인 백업 복사본을 생성합니다.

클라우드 아카이브

백업 복사본을 Alibaba Cloud, AWS S3 및 S3 호환 스토리지에 아카이빙하여 3-2-1 백업 전략에 따라 장기 보존 및 재해 복구 기능을 확장합니다.

유연한 노드 확장

증가하는 Oracle Linux Virtualization Manager 환경을 운영하는 조직이 필요에 따라 백업 노드를 추가하여 확장 가능한 백업 인프라를 구축하고 통합 콘솔을 통해 모든 노드를 관리할 수 있도록 지원합니다.

Vinchin Backup 솔루션 for OLVM 강조 사항

자동 VM 백업

자동 VM 백업

유연한 백업 일정 옵션을 갖춘 자동화된 가상 머신 백업

에이전트리스 백업

에이전트리스 백업

보다 쉬운 설치, 더 적은 자원 소비 및 유지 관리 비용

LAN이용 안 함

LAN이용 안 함

SAN을 통한 직접 데이터 전송, 프로덕션 네트워크 소비 0

Vinchin Backup & 복구
강력한 CBT 대안

강력한 CBT 대안

이 웹 페이지는 OLVM VM의 더 빠른 점진적 백업을 제공합니다

즉시 가상 머신 복원

즉시 가상 머신 복원

NFS 마운트를 통한 15초 내에 단축된 RTO

통합 웹 콘솔

통합 웹 콘솔

간소화된 VM 백업 및 복구 작업 관리

Vinchin으로 OLVM 인프라를 통합하세요

  • Oracle Linux Virtualization Manager 4.3.x
  • Oracle Linux Virtualization Manager 4.4.x
  • Oracle Linux Virtualization Manager 4.5.x

Vinchin과 함께 OLVM에서 얻을 수 있는 것

더 짧게
대규모 Windows 백업
ImageIO를 통한 CBT 증분 백업은 VM 수와 클러스터 규모가 증가해도 일일 백업 시간을 짧게 유지합니다.
복구
초 단위로 측정되며, 시간 단위가 아닙니다
Ceph, 로컬 스토리지, SAN LUN 또는 NFS 중 어디에 VM이 있든 동일한 보호 동작을 제공합니다.
낮추기
VM당 보호 비용
중복 제거, 압축 및 BitDetector는 장기 보존 백업 저장소의 스토리지 공간을 줄입니다.
하나의 전략
혼합 환경의 경우
VMware, Hyper-V, Proxmox 및 기타 플랫폼과 함께 OLVM을 동일한 콘솔에서 관리하세요 - 하이퍼바이저별로 별도의 도구가 필요하지 않습니다.
격리됨
프로덕션에서
LAN-Free SAN 전송과 오프사이트/클라우드 백업 복사본은 감염된 클러스터의 영향 범위 밖에 복구 지점을 유지합니다.
마이그레이션
OLVM에서 경로를 끄거나 켜기
에이전트리스 V2V 마이그레이션은 인프라 계획 변경에 따라 OLVM과 기타 지원 플랫폼 간에 VM을 유연하게 이동할 수 있게 해줍니다.

인증 받은 오라클 파트너

oracle-partnernetwork

공식 OPN 회원사 중 하나가 되었다는 것은 Vinchin Backup & 복구가 제공할 수 있는 고급 OLVM 보호 기능에 대한 강력한 증명일 뿐만 아니라, 고객 중심 및 클라우드 우선 파트너 프로그램을 통해 클라우드 컴퓨팅 시대에 Oracle과 함께 원하는 비즈니스 성과를 창출함으로써 사용자 만족을 어떻게 충족시킬 수 있는지 깊이 이해하도록 우리를 이끈다는 의미이기도 합니다

oracle-linux-backup 독립 백업 소프트웨어 공급업체

지금 OLVM 보호 솔루션을 받아보세요

OLVM 워크로드를 빠르고 유연한 백업 및 복구로 보호하여 중요한 서비스가 계속 운영되도록 보장합니다.

무료 평가판 * 60일 무료 체험
전문가와 상담하세요 * 무료 솔루션 평가

자주 묻는 질문

Q1: Vinchin은 4.4.8 이전 버전 호스트와 4.4.8 이상 버전 호스트가 혼합된 클러스터도 보호할 수 있나요?

A: 네 Vinchin은 각 호스트의 버전을 감지하고 자동으로 적절한 전송 경로를 선택합니다. 사용 가능한 경우 ImageIO를, 필요한 경우 백업 플러그인을 사용하므로 혼합 버전 클러스터를 별도의 백업 전략으로 분리할 필요가 없습니다

Q2: OLVM 게스트 VM 내부에 설치되는 것이 있나요?

A: 아니요. VM 백업 자체는 에이전트리스입니다. 게스트 내 유일한 구성 요소는 애플리케이션 일관성 있는 정지(quiescing)를 위해 선택적으로 사용되는 QEMU 게스트 에이전트이며, 이는 OLVM이 이미 게스트 수준 작업에 의존하고 있는 동일한 에이전트입니다.

Q3: 이미 백업 중인 클러스터에 새 VM이 추가되면 어떻게 되나요?

A: 호스트, 클러스터 또는 플랫폼 수준에서 자동 가입 백업이 활성화된 경우, 새로 추가된 VM은 수동으로 다시 구성할 필요 없이 기존 백업 작업에 자동으로 포함되며, 제거된 VM은 자동으로 제외됩니다.

Q4: 비즈니스 크리티컬 데이터베이스 VM에는 어떤 복원 옵션을 사용해야 합니까?

A: Instant VM Restore는 바로 이러한 경우를 위해 만들어졌습니다. RTO에 민감한 VM을 위해 설계되었으며, 백업 스토리지에서 직접 VM을 구동합니다. Full VM Restore는 RTO에 덜 민감한 비핵심 VM에 더 적합합니다.

Q5: Vinchin은 단독 OLVM 호스트도 지원하나요, 아니면 클러스터형 배포만 지원하나요?

A: 둘 다 해당됩니다. OLVM 환경이 단일 독립 호스트이든 다중 호스트, 다중 스토리지 도메인 클러스터이든 동일한 백업 및 복원 워크플로가 적용됩니다.