다음을 통해 공유

Managed Instance 링크와 LRS 비교

적용 대상:Azure SQL Managed Instance

이 문서에서는 Azure SQL Managed Instance로 마이그레이션할 때 LRS(Log Replay Service)와 Managed Instance 링크를 비교합니다.

개요

LRS(Log Replay Service)는 2018년 11월에 서비스가 시작된 이후 Azure SQL Managed Instance로 마이그레이션하는 데 사용되었습니다. 내부적으로 LRS는 DMS(Azure Database Migration Service)와 Azure Data Studio용 Azure SQL 마이그레이션 확장을 지원하는 로그 전달 구현에 의존합니다.

2022년 3월에 MI(Managed Instance 링크)는 최상의 최소 가동 중지 시간 마이그레이션을 약속하는 보다 성능이 좋은 마이그레이션 옵션으로 도입되었습니다. Managed Instance 링크는 분산 Always On 가용성 그룹 기술을 사용하여 SQL Server에서 Azure SQL Managed Instance로 거의 실시간으로 데이터를 복제합니다. 링크를 사용하여 SQL Managed Instance에서 SQL Server 2022 이상으로 다시 온라인 상태로 전환할 수 있으며, 이는 마이그레이션 보험 정책으로 작용합니다.

LRS와 MI 링크는 서로 다른 비즈니스 요구 사항에 맞는 각 기술을 통해 기능에서 서로를 보완합니다. 각 도구의 기능을 검토하여 특정 상황에 따라 마이그레이션에 가장 적합한 방법을 결정합니다.

LRS와 MI 링크의 근본적인 차이점은 기본 기술에서 비롯됩니다. LRS는 로그 전달을 기반으로 하므로 차등 및 트랜잭션 로그 백업은 SQL Server에서 지속적으로 가져와 Azure Blob Storage에 업로드되고 SQL Managed Instance로 복원됩니다. 파일을 백업하고 업로드하고 복원하는 데 시간이 걸리기 때문에 이 프로세스는 실시간이 아닙니다. LRS의 성능은 백업 청크의 크기를 기반으로 합니다.

반면 MI 링크는 Always On 가용성 그룹 기술을 사용하여 SQL Server에서 SQL Managed Instance로 거의 실시간으로 트랜잭션 로그 레코드를 전송하므로 훨씬 더 성능이 높은 마이그레이션 솔루션입니다. 그러나 MI 링크를 구성하려면 SQL Server와 SQL Managed Instance 간에 VPN을 설정하고 방화벽에서 적절한 포트를 열어야 하지만 LRS는 공용 엔드포인트를 사용하여 기본적으로 작동합니다. LRS는 SQL Server 2008 이상의 모든 버전에 사용할 수 있으며 MI 링크는 SQL Server 2016 이상에서는 Standard, Enterprise 및 Developer 버전에만 사용할 수 있습니다.

비고

SQL Server 2025 미리 보기에는 별도의 엔터프라이즈 개발자 및 표준 개발자 버전의 SQL Server가 도입되었습니다.

MI 링크의 주요 이점은 LRS에서 사용할 수 없는 SQL Server 2022 이상으로 역방향 마이그레이션을 수행하는 기능입니다. MI 링크를 사용하여 마이그레이션하는 또 다른 주요 이점은 마이그레이션이 진행되는 동안 SQL Managed Instance의 데이터베이스를 읽기 전용 워크로드에 사용할 수 있다는 것입니다. 이 기능은 마이그레이션이 완료될 때까지 데이터베이스가 복원 중 상태이므로 LRS에서 사용할 수 없습니다. 마찬가지로 SQL Server 2022 이상으로 역방향 마이그레이션을 수행하면 마이그레이션이 진행되는 동안 SQL Server의 읽기 전용 워크로드에 대해 데이터베이스에 액세스할 수 있습니다.

다음 표에서는 LRS 및 MI 링크를 자세히 비교합니다.

기능 Managed Instance 링크(MI 링크) LRS(로그 재생 서비스) 참고
기본 기술 AG(분산 가용성 그룹) 로그 전송 MI 링크는 복제에 분산 가용성 그룹을 사용하며, 이는 LRS에서 사용하는 로그 전달 기술과 비교할 때 더 새롭고 고급입니다.
복제 성능 거의 실시간으로. 몇 분마다 복원합니다. MI 링크를 통해 데이터를 복제하는 것은 LRS를 사용하여 트랜잭션 로그 백업을 적용하는 것보다 훨씬 성능이 높습니다.
지원되는 최소 원본 버전 SQL Server 2016 이상 SQL Server 2008 이상 LRS는 MI 링크보다 훨씬 오래된 SQL Server 버전을 지원할 수 있습니다.
지원되는 최소 Windows Server 버전 윈도우 서버 2012 R2 윈도우 서버 2008 LRS는 MI 링크보다 훨씬 오래된 Windows Server 버전을 지원할 수 있습니다.
읽기 전용 보조 장치 지원됨. 지원되지 않습니다. 복제가 진행되는 동안 링크를 통해 복제된 SQL Managed Instance 데이터베이스를 읽기 전용 워크로드에 사용할 수 있습니다. 이를 통해 마이그레이션을 중단하기 전에 테스트하거나 Azure로 마이그레이션하기 전에 데이터베이스를 사용할 수 있습니다. 마찬가지로 SQL Server 2022 이상으로 역방향 마이그레이션을 수행하면 마이그레이션이 진행되는 동안 SQL Server의 읽기 전용 워크로드에 대해 데이터베이스에 액세스할 수 있습니다. 이 기능은 LRS에서 사용할 수 없습니다.
TDE 암호화 데이터베이스 복제 예, SQL Managed Instance로 보안 키를 가져와야 합니다. 예, SQL Managed Instance로 보안 키를 가져와야 합니다. 마이그레이션을 시작하기 전에 SQL Server에서 SQL Managed Instance로 해당 암호화 인증서를 마이그레이션하기 위한 요구 사항 및 절차는 두 마이그레이션 옵션 모두 동일합니다.
네트워크 연결 유형 - 프라이빗 엔드포인트
- 인바운드 및 아웃바운드 포트로 구성된 VPN		 공용 엔드포인트 MI 링크는 추가 보안 계층을 제공하고 VPN을 옵션으로 제공하지만 네트워킹은 LRS에 비해 구성하기가 더 어렵습니다.

기본적으로 LRS는 네트워크 또는 VPN 구성 없이 즉시 사용할 수 있도록 간소화된 환경을 제공합니다. LRS는 기본적으로 MI 링크와 함께 사용되는 VPN보다 덜 안전한 공용 엔드포인트를 사용하며, 공개적으로 노출된 Azure Blob Storage 계정을 중개자로 사용하여 SQL Managed Instance로 복원하기 전에 데이터를 저장하기 때문에 가장 까다로운 보안 요구 사항 중 일부를 충족하지 못할 수 있습니다. LRS와 함께 프라이빗 엔드포인트를 사용하여 데이터를 보다 안전하게 전송할 수 있지만 초기 구성 복잡성이 증가합니다.
전송 중인 데이터 암호화 - AES로 암호화된 데이터 및
- SSL은 데이터 전송 암호화에 사용됩니다.		 SSL은 데이터 전송 암호화에 사용됩니다. MI 링크는 추가 데이터 AES 암호화 계층을 사용합니다. SSL은 마이그레이션 도구에 대한 데이터 전송에 사용됩니다.
복제에 대한 인증 신뢰할 수 있는 기관(CA)에서 서명한 인증서 관리 ID 또는 SAS 토큰 MI 링크를 사용하려면 CA(인증 기관)가 인증을 위해 인증서에 서명해야 합니다. LRS의 경우 자체 생성된 SAS 토큰을 사용하는 것보다 관리 ID를 사용하는 것이 더 안전합니다.
시스템 업데이트 또는 장애 조치(failover)의 영향을 받습니다. 아니요, 짧은 장애 조치로 인한 최소한의 중단을 제외하고는 없습니다. - 범용 인스턴스의 경우 마이그레이션이 자동으로 일시 중지되고 중단 후 다시 시작됩니다.
- 중요 비즈니스용 인스턴스의 경우 마이그레이션 프로세스가 중단에 대해 취소되고 수동으로 다시 시작해야 합니다.		 MI 링크는 복원력이 있으며 마이그레이션은 SQL Managed Instance 장애 조치(failover)의 영향을 받지 않습니다.

반대로 범용 서비스 계층에서 SQL 관리형 인스턴스의 다시 시작 또는 장애 조치(failover)로 인해 LRS 마이그레이션이 지연되고 중요 비즈니스용 서비스 계층의 인스턴스에 대한 마이그레이션이 다시 시작됩니다.
복제 기간 링크를 사용하는 무제한 복제 시간(한 번에 몇 달, 심지어 몇 년). LRS 작업은 최대 30일 동안 실행할 수 있습니다. MI 링크는 무제한으로 실행할 수 있습니다.

LRS는 최대 30일의 연속 로그 전달로 제한되며, 그 후에는 마이그레이션이 자동으로 중지되며 처음부터 다시 시작해야 합니다.
마이그레이션 유형 진정한 온라인 마이그레이션으로, 짧은 장애 전환(초 단위로 측정)만 있습니다. - 온라인 전환 중에는 마지막 백업 파일을 복원하는 데 걸리는 시간 동안의 예상 가동 중지 시간이 발생합니다.
- 중요 비즈니스용 서비스 계층의 인스턴스에 대해 컷오버가 상당히 오래 걸립니다.		 MI 링크는 모든 SQL Managed Instance 서비스 계층에 대해 최소 가동 중지 시간 솔루션(<1분)을 제공하는 유일한 솔루션입니다.

LRS를 사용하면 마지막 백업 파일의 크기와 복원하는 데 걸리는 시간에 따라 중단 중에 마지막 백업 파일이 복원되므로 SQL Managed Instance에서 데이터베이스를 사용할 수 있을 때까지 상당한 대기 시간이 있을 수 있습니다.

LRS를 사용하여 중요 비즈니스용 서비스 계층으로 마이그레이션하는 경우 주 노드의 워크로드에 데이터베이스를 사용할 수 있기 전에 전체 데이터베이스를 주 노드의 보조 노드로 복제해야 하므로 마이그레이션 중단 가동 중지 시간이 훨씬 길어질 수 있습니다. 전체 데이터베이스 크기에 따라 다른 노드로의 복제 및 가동 중지 시간에는 몇 시간이 걸릴 수 있습니다.

따라서 데이터베이스는 MI 링크에 비해 LRS를 사용할 경우 온라인 상태로 전환되는 시간이 상당히 느려질 수 있으며, MI 링크는 거의 즉각적일 수 있습니다.
원본에 필요한 유지 관리 예, 일반 트랜잭션 로그 백업. 아니요. MI 링크를 사용하려면 마이그레이션 중에 원본 SQL Server 인스턴스의 일반 트랜잭션 로그 백업이 필요하며 트랜잭션 로그를 잘라내고 디스크 공간이 부족하지 않도록 합니다.

반대로 LRS에는 유지 관리가 필요하지 않습니다.
복원력 SQL Server가 다시 시작되면 자동으로 링크 복제를 다시 시작합니다. - 중단된 백업 체인 또는 잘못 지정된 마지막 백업 파일이 있는 경우 마이그레이션이 중단됩니다.
- 동일한 폴더에 있는 여러 데이터베이스의 백업 파일을 지원하지 않습니다(마이그레이션 실패).		 MI 링크는 문제(예: 예기치 않은 가동 중지 시간, 업그레이드, 네트워크 연결 손실 등)가 해결된 후 복제가 자동으로 다시 시작되기 때문에 LRS보다 복원력이 높습니다. 또한 MI 링크는 SQL MI 장애 조치(failover) 또는 서비스 업데이트에 복원력이 있습니다.

특정 조건으로 인해 LRS가 중단됩니다. 범용 서비스 계층으로의 마이그레이션이 중단된 경우 LRS 마이그레이션이 자동으로 다시 시작되지만 중요 비즈니스용 서비스 계층으로의 마이그레이션이 중단되면 다시 시작해야 합니다.
SQL MI에서 SQL Server로의 역방향 마이그레이션 SQL Server 2022 이상으로 오프라인 및 온라인 마이그레이션이 지원됩니다. 지원되지 않습니다. MI 링크는 SQL Server 2022 이상 버전으로 온라인 및 오프라인 역방향 마이그레이션을 제공하는 유일한 솔루션입니다. 이전 버전의 SQL Server에서는 역방향 마이그레이션을 사용할 수 없습니다.

무엇을 선택해야 할까요?

LRS와 MI 링크 중에서 선택하는 것은 사용자의 상황과 비즈니스 요구 사항에 따라 달라집니다. 마이그레이션 솔루션 간의 주목할 만한 차이점은 성능입니다. LRS에는 더 간단한 초기 설정이 있으므로 신속하게 마이그레이션할 수 있습니다. MI 링크에 대한 초기 구성은 더 복잡하지만 더 큰 복원력, 보안 및 유연성을 제공합니다.

또한 MI 링크를 사용하면 중단 시간이 상당히 짧아지며 이는 많은 고객에게 중요한 이점입니다. 실제로 LRS를 사용하여 중요 비즈니스용 서비스 계층으로 마이그레이션할 때 잠재적으로 상당한 가동 중지 시간이 발생하는 이유는 MI 링크를 중요 비즈니스용 서비스 계층으로의 유일한 "진정한 온라인" 마이그레이션이라고 하는 이유입니다.

마지막으로 마이그레이션이 진행되는 동안 마이그레이션 대상에서 읽기 전용 워크로드에 액세스할 수 있는 데이터베이스가 필요하거나 SQL Server 2022 이상으로 역방향 마이그레이션을 수행해야 하는 경우 MI 링크만 이 시나리오를 지원하는 옵션입니다.

관련 콘텐츠