스토리지 복제본에 대한 질문과 대답

있음. Azure에서 다음 시나리오를 사용할 수 있습니다.

• Azure 내의 서버 간 복제(하나 또는 두 개의 데이터 센터 장애 도메인의 IaaS VM 간 또는 두 개의 개별 지역 간에 비동기적으로)
• Azure와 온-프레미스 간 서버 간 비동기 복제(VPN 또는 Azure ExpressRoute 사용)
• Azure 내의 클러스터 간 복제(하나 또는 두 개의 데이터 센터 장애 도메인의 IaaS VM 간 또는 두 개의 개별 지역 간에 비동기적으로)
• Azure와 온-프레미스 간의 클러스터 간 비동기 복제(VPN 또는 Azure ExpressRoute 사용)
• Azure 공유 디스크를 사용한 스트레치 클러스터링(하나 또는 두 개의 데이터 센터 장애 도메인의 IaaS VM 간에 동기 또는 비동기적으로 또는 두 개의 개별 지역 간에 비동기적으로)

Azure의 게스트 클러스터링에 대한 자세한 내용은 Microsoft Azure에서 IaaS VM 게스트 클러스터 배포에서 확인할 수 있습니다.

중요 정보:

• 스토리지 공간 다이렉트 기반 스토리지 복제본 클러스터링을 위한 Azure Resource Manager 템플릿은 Azure 지역 간 재해 복구를 위한 스토리지 복제본을 사용하여 스토리지 공간 다이렉트 SOFS 클러스터 만들기에 있습니다.
• Azure에서 클러스터 간 RPC 통신(클러스터 간 액세스 권한을 부여하기 위해 클러스터 API에서 필요)하려면 CNO에 대한 네트워크 액세스를 구성해야 합니다. TCP 포트 135 및 TCP 포트 49152 위의 동적 범위를 허용해야 합니다. Azure IAAS VM에서 Windows Server 장애 조치(failover) 클러스터 빌드 참조 - 2부 네트워크 및 만들기.
• 각 노드가 스토리지 복제본에서 복제한 비대칭 클러스터에 루프백 iSCSI를 사용하는 2노드 게스트 클러스터를 사용할 수 있습니다. 그러나 성능이 매우 저하될 수 있으며 매우 제한된 워크로드 또는 테스트에만 사용해야 합니다.

대상 서버의 스토리지 복제본 관리 이벤트 로그에 표시되는 이벤트 1237 메시지에 복사된 바이트 수와 남은 바이트 수가 10초마다 표시됩니다. 대상에서 하나 이상의 복제된 볼륨에 대한 \Storage Replica Statistics\Total Bytes Received를 표시하는 스토리지 복제본 성능 카운터를 사용할 수도 있습니다. 또한 Windows PowerShell을 사용하여 복제 그룹을 쿼리할 수 있습니다. 예를 들어 다음 샘플 명령은 대상에 있는 그룹의 이름을 가져온 다음 10초마다 Replication 2라는 하나의 그룹을 쿼리하여 진행률을 표시합니다.

Get-SRGroup

do{
    $r=(Get-SRGroup -Name "Replication 2").replicas
    [System.Console]::Write("Number of remaining bytes {0}`n", $r.NumOfBytesRemaining)
    Start-Sleep 10
}until($r.ReplicationStatus -eq 'ContinuouslyReplicating')
Write-Output "Replica Status: "$r.replicationstatus

예. Set-SRNetworkConstraint를 사용하면 됩니다. 이 cmdlet은 인터페이스 계층에서 작동하며, 클러스터 및 비 클러스터 시나리오 모두에서 사용됩니다. 예를 들어 독립 실행형 서버(각 노드)를 사용하는 경우 다음을 실행합니다.

Get-SRPartnership

Get-NetIPConfiguration

게이트웨이 및 인터페이스 정보(두 서버 모두에서)와 파트너 관계 방향을 확인합니다. 다음을 실행합니다.

Set-SRNetworkConstraint -SourceComputerName sr-srv06 -SourceRGName rg02 -
SourceNWInterface 2 -DestinationComputerName sr-srv05 -DestinationNWInterface 3 -DestinationRGName rg01

Get-SRNetworkConstraint

Update-SmbMultichannelConnection

확장 클러스터에 대한 네트워크 제약 조건을 구성하려면 다음을 실행합니다.

Set-SRNetworkConstraint -SourceComputerName sr-cluster01 -SourceRGName group1 -SourceNWInterface "Cluster Network 1","Cluster Network 2" -DestinationComputerName sr-cluster02 -DestinationRGName group2 -DestinationNWInterface "Cluster Network 1","Cluster Network 2"

아니요, 스토리지 복제본은 서버, 클러스터 또는 스트레치 클러스터 노드의 1대 1 복제만 지원합니다. 이는 이후 릴리스에서 변경될 수 있습니다. 물론, 특정 볼륨 쌍의 다양한 서버 간에 어떤 방향으로든 복제를 구성할 수 있습니다. 예를 들어, 서버 1은 해당 D 볼륨을 서버 2에 복제할 수 있으며, 서버 3으로부터 E 볼륨을 복제할 수 있습니다.

볼륨을 확장(확장)할 수 있지만 축소할 수는 없습니다. 기본적으로 스토리지 복제본은 관리자가 복제된 볼륨을 확장하지 못하도록 합니다. Set-SRGroup -AllowVolumeResize $TRUE 크기 조정 전에 원본 그룹에서 이 옵션을 사용합니다. 예:

1. 원본 컴퓨터에 대해 사용합니다. Set-SRGroup -Name YourRG -AllowVolumeResize $TRUE
2. 원하는 기술을 사용하여 볼륨 증가
3. 원본 컴퓨터에 대해 사용합니다. Set-SRGroup -Name YourRG -AllowVolumeResize $FALSE

Windows Server 2016에서는 불가능합니다. 스토리지 복제본은 복제가 시작될 때 대상 볼륨을 분리합니다.

그러나 버전 1709부터 Windows Server 2019 및 Windows Server 반기 채널에서는 이제 대상 스토리지를 탑재하는 옵션을 사용할 수 있습니다. 이 기능을 "테스트 장애 조치(failover)"라고 합니다. 이렇게 하려면 현재 대상에서 복제되지 않는 사용되지 않는 NTFS 또는 ReFS 형식 볼륨이 있어야 합니다. 그런 다음 테스트 또는 백업을 위해 복제된 스토리지의 스냅샷을 일시적으로 탑재할 수 있습니다.

예를 들어 대상 서버 "SRV2"의 복제 그룹 "RG2"에서 볼륨 "D:"를 복제하고 복제되지 않는 SRV2에 "T:" 드라이브가 있는 테스트 장애 조치(failover)를 만들려면 다음을 수행합니다.

Mount-SRDestination -Name RG2 -Computername SRV2 -TemporaryPath T:\

복제된 볼륨 D: 이제 SRV2에서 액세스할 수 있습니다. 일반적으로 읽고 쓰거나, 파일을 복사하거나, D: 경로 아래에서 안전하게 보관하기 위해 다른 곳에 저장하는 온라인 백업을 실행할 수 있습니다. T: 볼륨에는 로그 데이터만 포함됩니다.

테스트 장애 조치(failover) 스냅샷을 제거하고 변경 내용을 삭제하려면:

Dismount-SRDestination -Name RG2 -Computername SRV2

단기 임시 작업에만 테스트 장애 조치(failover) 기능을 사용해야 합니다. 장기 사용을 위한 것이 아닙니다. 사용 중인 경우 복제는 실제 대상 볼륨으로 계속됩니다.

기술적으로 가능하지만 SOFS에 연락하는 컴퓨팅 노드의 사이트 인식 부족으로 인해 권장되는 구성은 아닙니다. 대기 시간이 일반적으로 밀리초 미만인 캠퍼스 거리 네트워킹을 사용하는 경우 이 구성은 일반적으로 문제 없이 작동합니다.

클러스터 간 복제를 구성하는 경우 스토리지 복제본은 두 클러스터 간에 복제할 때 스토리지 공간 다이렉트 사용을 포함하여 스케일 아웃 파일 서버를 완전히 지원합니다.

아니요 파일 서버 역할과 같은 클러스터 리소스가 소유한 CSV 또는 PDR(영구 디스크 예약)을 사용하여 복제할 수 있습니다.

클러스터 간 복제를 구성하는 경우 스토리지 복제본은 두 클러스터 간에 복제할 때 스토리지 공간 다이렉트 사용을 포함하여 스케일 아웃 파일 서버를 완전히 지원합니다.

이는 Windows Server에서 지원되는 구성이 아닙니다. 이는 이후 릴리스에서 변경될 수 있습니다. 클러스터 간 복제를 구성하는 경우 스토리지 복제본은 스토리지 공간 다이렉트 사용을 포함하여 스케일 아웃 파일 서버 및 Hyper-V 서버를 완전히 지원합니다.

New-SRPartnership -ReplicationMode를 지정하고 Asynchronous 인수를 제공합니다. 기본적으로 스토리지 복제본의 모든 복제는 동기식입니다. Set-SRPartnership -ReplicationMode를 사용하여 모드를 변경할 수도 있습니다.

자동 장애 조치(failover)를 방지하려면 PowerShell을 사용하여 Get-ClusterNode -Name "NodeName").NodeWeight=0을 구성하면 됩니다. 그러면 재해 복구 사이트에서 각 노드에 대한 응답이 제거됩니다. 그런 다음 기본 사이트의 노드에서 Start-ClusterNode -PreventQuorum을 사용하고 재해 사이트의 노드에서 Start-ClusterNode -ForceQuorum을 사용하여 장애 조치(failover)를 강제 적용할 수 있습니다. 자동 장애 조치(failover)를 방지하는 그래픽 옵션은 없으며, 자동 장애 조치(failover) 방지는 권장되지 않습니다.

새 Hyper-V 가상 머신 복원력 기능이 실행되지 않도록 하여 가상 머신을 재해 복구 사이트로 장애 조치하는 대신 일시 중지하려면 다음을 실행합니다. (Get-Cluster).ResiliencyDefaultPeriod=0

씬 프로비전된 스토리지를 사용하여 초기 동기화 속도를 높이는 것이 한 가지 방법입니다. 스토리지 복제본은 클러스터되지 않은 스토리지 공간, Hyper-V 동적 디스크 및 SAN LUN을 포함하여 씬 프로비전된 스토리지를 쿼리하고 자동으로 사용합니다. 초기 복제가 시작되면 볼륨을 축소하거나 트리밍할 수 없습니다.

또한 시드된 데이터 볼륨을 사용하여 대상 볼륨에 주 서버의 일부 데이터 하위 집합이 있는지 확인한 다음 장애 조치(failover) 클러스터 관리자 또는 New-SRPartnership시드 옵션을 사용하여 대역폭 사용량과 시간을 줄일 수 있습니다. 볼륨이 대개 비어 있는 경우 시드된 동기화를 사용하여 시간 및 대역폭 사용을 줄일 수 있습니다. 다양한 수준의 효능으로 데이터를 시드하는 여러 가지 방법이 있습니다.

• 이전 복제 - 디스크와 볼륨이 포함된 노드 간에 로컬로 일반 초기 동기화를 복제하고, 복제를 제거하고, 대상 디스크를 다른 곳으로 전달한 다음, 시드된 옵션을 사용하여 복제를 추가합니다. 스토리지 복제본이 블록 복사 미러를 보장하고 복제할 수 있는 유일한 방법은 델타 블록이기 때문에 가장 효과적인 방법입니다.
• 복원된 스냅샷 또는 복원된 스냅샷 기반 백업 - 볼륨 기반 스냅샷을 대상 볼륨에 복원하여 블록 레이아웃에 최소한의 차이가 있어야 합니다. 볼륨 스냅샷이 미러 이미지이기 때문에 블록이 일치할 가능성이 높기 때문에 다음으로 가장 효과적인 방법입니다.
• 복사된 파일 - 이전에 사용한 적이 없는 대상에 새 볼륨을 만들고 데이터의 전체 robocopy /MIR 트리 복사본을 수행하여 블록 일치가 있을 수 있습니다. Windows 파일 탐색기를 사용하거나 트리의 일부를 복사해도 블록 일치 항목이 많이 만들어지지는 않습니다. 파일을 수동으로 복사하는 것이 가장 효과적인 시드 방법입니다.

cmdlet을 Grant-SRDelegation 사용할 수 있습니다. 로컬 관리자 그룹의 구성원이 아니더라도 복제를 만들거나 수정하거나 제거할 수 있는 권한이 있으므로 서버 간, 클러스터 간 및 확장 클러스터 복제 시나리오에서 특정 사용자를 설정할 수 있습니다. 예:

Grant-SRDelegation -UserName contso\tonywang

이 cmdlet은 사용자가 관리하려는 서버에서 로그오프했다가 다시 로그온해야 변경 내용이 적용됨을 알립니다. Get-SRDelegation 및 Revoke-SRDelegation을 사용하여 추가로 제어할 수 있습니다.

스토리지 복제본은 원본 볼륨의 백업 및 복원을 지원합니다. 또한 원본 볼륨의 스냅샷 만들기 및 복원도 지원합니다. 스토리지 복제본으로 보호되는 동안에는 대상 볼륨이 탑재되거나 액세스할 수 없으므로 대상 볼륨을 백업하거나 복원할 수 없습니다. 원본 볼륨이 손실 Set-SRPartnership 되는 재해가 발생하는 경우 이전 대상 볼륨을 읽기/쓰기 가능한 원본으로 승격하면 해당 볼륨을 백업하거나 복원할 수 있습니다. Remove-SRPartnership 및 Remove-SRGroup으로 복제를 제거하여 해당 볼륨을 읽기/쓰기 가능하도록 다시 탑재할 수도 있습니다.

주기적인 애플리케이션 일치 스냅샷을 만들려면 원본 서버에서 VSSADMIN.EXE를 사용하여 복제된 데이터 볼륨의 스냅샷을 만들면 됩니다. 예를 들어 스토리지 복제본으로 F: 볼륨을 복제하는 경우 다음을 실행합니다.

vssadmin create shadow /for=F:

그런 다음 복제 방향을 전환하거나 복제를 제거하거나 단순히 동일한 원본 볼륨에 계속 있는 경우 모든 스냅샷을 특정 시점으로 복원할 수 있습니다. 예를 들어 여전히 F:를 사용하는 경우 다음을 실행합니다.

vssadmin list shadows
vssadmin revert shadow /shadow={shadown copy ID GUID listed previously}

예약된 작업을 정기적으로 실행하도록 이 도구를 예약할 수도 있습니다. VSS 사용에 대한 자세한 내용은 Vssadmin을 검토하세요. 로그 볼륨은 백업할 필요가 없습니다. 이 작업은 VSS에서 무시됩니다.

Windows Server 백업, Microsoft Azure Backup, Microsoft DPM 또는 다른 스냅샷, VSS, 가상 머신 또는 파일 기반 기술은 볼륨 계층 내에서 사용되는 경우 스토리지 복제본에서 지원됩니다. 스토리지 복제본은 블록 기반 백업 및 복원을 지원하지 않습니다.

스토리지 복제본은 복제 및 관리를 위해 SMB 및 WSMAN을 사용합니다. 즉, 다음 포트가 필요합니다.

• 445(SMB - 복제 전송 프로토콜, 클러스터 RPC 관리 프로토콜)
• 5445(iWARP SMB - iWARP RDMA 네트워킹을 사용하는 경우에만 필요)
• 5985(WSManHTTP - WMI/CIM/PowerShell용 관리 프로토콜)

로그의 최적 크기는 환경 및 워크로드에 따라 크게 다르며 워크로드가 수행하는 쓰기 IO 양에 따라 결정됩니다.

• 더 크거나 작은 로그는 더 빠르거나 느려지지 않습니다.
• 예를 들어 더 크거나 작은 로그는 10GB 데이터 볼륨과 10TB 데이터 볼륨에 아무런 영향을 주지 않습니다.

더 큰 로그는 래핑되기 전에 더 많은 쓰기 IO를 수집하고 유지합니다. 이렇게 하면 네트워크 중단 또는 오프라인 상태인 대상과 같은 원본 컴퓨터와 대상 컴퓨터 간의 서비스 중단이 더 길어질 수 있습니다. 로그가 10시간의 쓰기를 유지할 수 있고 네트워크가 2시간 동안 다운되는 경우, 네트워크가 원본을 반환할 때 동기화되지 않은 변경 내용의 델타를 매우 빠르게 대상으로 재생하면 매우 빠르게 다시 보호됩니다. 로그가 10시간 동안 유지되고 가동 중단이 2일인 경우 원본은 이제 비트맵이라는 다른 로그에서 재생해야 하며 동기화를 다시 시작하려면 속도가 느려질 수 있습니다. 동기화되면 로그 사용으로 돌아갑니다.

스토리지 복제본은 모든 쓰기 성능을 위해 로그를 사용합니다. 복제 성능에 중요한 로그 성능입니다. 로그가 모든 쓰기 IO를 직렬화하고 순차화하므로 로그 볼륨이 데이터 볼륨보다 더 잘 수행되도록 해야 합니다. 로그 볼륨에서 SSD와 같은 플래시 미디어를 항상 사용해야 합니다. 다른 워크로드가 SQL 데이터베이스 로그 볼륨에서 실행되는 것을 허용하지 않는 것과 같은 방식으로 로그 볼륨에서 다른 워크로드를 실행하도록 허용해서는 안 됩니다.

다시 말하지만, Microsoft는 로그 스토리지가 데이터 스토리지보다 빠르며 로그 볼륨을 다른 워크로드에 사용하면 안 되도록 강력히 권장합니다.

Test-SRTopology 도구를 실행하여 로그 크기 조정 권장 사항을 가져올 수 있습니다. 또는 기존 서버에서 성능 카운터를 사용하여 로그 크기를 판단할 수 있습니다. 수식은 간단합니다. 워크로드에서 데이터 디스크 처리량(평균 쓰기 바이트/초)을 모니터링하고 이를 사용하여 다양한 크기의 로그를 채우는 데 걸리는 시간을 계산합니다. 예를 들어 데이터 디스크 처리량이 50MB/s이면 120GB 로그가 120GB/50MB 초 또는 2400초 또는 40분으로 래핑됩니다. 따라서 로그가 래핑되기 전에 대상 서버에 연결할 수 없는 시간은 40분입니다. 로그가 래핑되지만 대상에 다시 연결할 수 있게 되면 원본은 기본 로그 대신 비트 맵 로그를 통해 블록을 재생합니다. 로그의 크기는 성능에 영향을 주지 않습니다.

원본 클러스터의 데이터 디스크만 백업해야 합니다. 백업이 스토리지 복제본 작업과 충돌할 수 있으므로 스토리지 복제본 로그 디스크를 백업해서는 안 됩니다.

스토리지 복제본은 스트레치 클러스터, 클러스터 간 및 서버 간 세 가지 주요 구성으로 제공됩니다. 각각에 다른 장점이 있습니다.

스트레치 클러스터 토폴로지는 Hyper-V 프라이빗 클라우드 클러스터 및 SQL Server FCI와 같은 오케스트레이션을 사용하여 자동 장애 조치(failover)가 필요한 워크로드에 적합합니다. 장애 조치(failover) 클러스터 관리자를 사용하는 기본 제공 그래픽 인터페이스도 있습니다. 영구 예약을 통해 스토리지 공간, SAN, iSCSI 및 RAID의 클래식 비대칭 클러스터 공유 스토리지 아키텍처를 활용합니다. 노드 수는 2개까지만 사용하여 실행할 수 있습니다.

클러스터 간 토폴로지는 두 개의 개별 클러스터를 사용하며, 특히 두 번째 사이트가 일상적인 사용이 아닌 재해 복구를 위해 프로비전되는 경우 수동 장애 조치(failover)를 원하는 관리자에게 적합합니다. 오케스트레이션은 수동입니다. 스트레치 클러스터와 달리 스토리지 공간 다이렉트는 이 구성에서 사용할 수 있습니다(주의 사항 - 스토리지 복제본 FAQ 및 클러스터-클러스터 설명서 참조). 4개 노드로 실행할 수 있습니다.

서버-서버 토폴로지는 클러스터될 수 없는 하드웨어를 실행하는 고객에게 적합합니다. 수동 장애 조치(failover) 및 오케스트레이션이 필요합니다. 특히 비동기 복제를 사용하는 경우 지점과 중앙 데이터 센터 간의 저렴한 배포에 적합합니다. 이 구성은 단일 마스터 재해 복구 시나리오에 사용되는 DFSR로 보호되는 파일 서버의 인스턴스를 대체할 수 있습니다.

모든 경우에 토폴로지에서는 실제 하드웨어와 가상 머신에서 실행되는 것을 모두 지원합니다. 가상 머신에서 기본 하이퍼바이저에는 Hyper-V가 필요하지 않습니다. VMware, KVM, Xen 등일 수 있습니다.

스토리지 복제본에는 동일한 컴퓨터의 서로 다른 두 볼륨으로 복제를 가리키는 서버 간 모드도 있습니다.

예, 스토리지 복제본에서 데이터 분리가 지원됩니다. 원본 서버의 볼륨에서 데이터 중복 제거를 사용하도록 설정하고 복제하는 동안 대상 서버는 중복 제거된 볼륨 복사본을 받습니다.

원본 서버와 대상 서버 모두에 데이터 중복 제거를 설치해야 하지만(데이터 중복 제거 설치 및 사용 설정 참조) 대상 서버에서 데이터 중복 제거를 사용하도록 설정하지 않는 것이 중요합니다. 스토리지 복제본은 원본 서버에서만 쓰기를 허용합니다. 데이터 중복 제거는 볼륨에 쓰기를 수행하므로 원본 서버에서만 실행해야 합니다.

아쉽게도 Windows Server 2019와 Windows Server 2016 간에 새로운 파트너 관계를 만드는 것은 지원되지 않습니다. Windows Server 2016을 실행하는 서버 또는 클러스터를 Windows Server 2019로 안전하게 업그레이드할 수 있으며 기존 파트너 관계가 계속 작동합니다.

그러나 Windows Server 2019의 향상된 복제 성능을 얻으려면 파트너십의 모든 구성원이 Windows Server 2019를 실행해야 하며 기존 파트너 관계 및 관련 복제 그룹을 삭제한 다음 시드된 데이터(Windows Admin Center 또는 New-SRPartnership cmdlet을 사용하여 파트너 관계를 만들 때)로 다시 만들어야 합니다.

스토리지 복제본에 대한 기술 지원을 받으려면 Microsoft 포럼에 게시할 수 있습니다. 스토리지 복제본에 대한 질문을 전자 메일 srfeed@microsoft.com 로 보낼 수도 있습니다. 이 설명서와 관련된 문제는 이 페이지 아래쪽의 피드백 섹션을 참조하고 이 페이지를 선택합니다.

스토리지 복제본은 단방향 복제 기술입니다. 볼륨별로 원본에서 대상으로만 복제됩니다. 이 방향은 언제든지 되돌릴 수 있지만 여전히 한 방향에만 있습니다. 그러나 볼륨 집합(원본 및 대상)이 한 방향으로 복제되고 다른 드라이브 집합(원본 및 대상)이 반대 방향으로 복제될 수 없다는 의미는 아닙니다. 예를 들어 서버 대 서버 복제를 구성하려고 합니다. Server1 및 Server2에는 각각 L:, M:, N:, O라는 드라이브 문자가 있으며, M 드라이브: Server1에서 Server2로 복제하지만 O 드라이브: Server2에서 Server1로 복제하려고 합니다. 각 그룹에 대해 별도의 로그 드라이브가 있는 한 이 작업을 수행할 수 있습니다. 즉.

• Server1 원본 드라이브 M: 원본 로그 드라이브 L: Server2 대상 드라이브 M에 복제: 대상 로그 드라이브 L:
• Server2 원본 드라이브 O: 원본 로그 드라이브 N: Server1 대상 드라이브 O로 복제: 대상 로그 드라이브 N:

스토리지 복제본은 모든 클러스터 디스크가 유지 관리 모드로 전환되지 않도록 차단합니다. Bitlocker 사용 또는 사용 안 함과 같은 작업의 경우 디스크가 유지 관리 모드에 있어야 합니다. 디스크가 유지 관리 모드에 있어야 하는 작업을 수행하려면 먼저 파트너 관계를 끊고 완료되면 다시 만들어야 합니다.

• 스토리지 복제본 개요
• 공유 스토리지를 사용한 확장 클러스터 복제
• 서버-서버 스토리지 복제
• 클러스터-클러스터 스토리지 복제
• 스토리지 복제본: 알려진 문제

• 스토리지 개요
• 스토리지 공간 다이렉트