Azure Elastic SAN 볼륨 스냅샷(미리 보기)은 볼륨의 증분 특정 시간 백업입니다. 생성하는 첫 번째 스냅샷은 공간을 차지하지 않으며 모든 후속 스냅샷은 마지막 스냅샷 이후 Elastic SAN 볼륨에 대한 변경 내용으로만 구성됩니다. 이는 관리 디스크 스냅샷과 다릅니다. 여기서 생성하는 첫 번째 스냅샷은 관리 디스크의 전체 복사본이 되고 각 후속 스냅샷은 마지막 스냅샷 이후 디스크에 대한 변경 내용으로만 구성됩니다. 볼륨의 스냅샷에는 별도의 청구가 없지만 탄력적 SAN에 상주하며 SAN의 용량을 사용합니다. 스냅샷은 기존 볼륨의 상태를 변경하는 데 사용할 수 없으며 새 볼륨을 배포하거나 데이터를 관리 디스크 스냅샷으로 내보내는 데만 사용할 수 있습니다.
5분마다 7개의 스냅샷 속도로 볼륨당 최대 200개의 스냅샷을 만들 수 있습니다. 스냅샷은 볼륨 자체가 삭제되거나 스냅샷이 삭제될 때까지 유지됩니다. 볼륨이 삭제된 후에는 스냅샷이 유지되지 않습니다. 볼륨을 삭제한 후 데이터를 유지해야 하는 경우 볼륨의 스냅샷을 관리 디스크 스냅샷에 내보냅니다.
제한 사항
볼륨이 4TiB보다 큰 경우 해당 볼륨의 스냅샷을 디스크 스냅샷으로 내보낼 수 없습니다.
일반 지침
개발/테스트 워크로드가 있는 경우처럼 볼륨을 신속하게 복원하려는 경우 Elastic SAN 볼륨 스냅샷을 사용해야 합니다. 볼륨 스냅샷에서 만든 볼륨은 즉시 사용할 수 있으며, 리하일레이션은 백그라운드에서 발생합니다. 볼륨 스냅샷은 백업을 강화할 때 고려해서는 안 됩니다.
Elastic SAN 볼륨에서 관리 디스크를 만들거나 Elastic SAN 볼륨의 장기 백업을 유지하려는 경우 관리 디스크 스냅샷을 사용해야 합니다. 관리 디스크 스냅샷은 Elastic SAN 볼륨에 대한 지속성 검사점 또는 버전 제어가 필요하고 볼륨 백업을 즉시 복원할 필요가 없는 경우에 유용합니다. 관리 디스크 스냅샷은 빠른 복원이 필요한 시나리오에는 적합하지 않으며, 관리 디스크 스냅샷에서 Elastic SAN 볼륨을 만드는 데 시간이 걸립니다.
안정적인 스냅샷 만들기
언제든지 스냅샷을 만들 수 있지만, VM이 실행되는 동안 스냅샷을 만드는 경우 다음 사항에 유의하세요.
VM이 실행 중인 동안 데이터는 여전히 볼륨으로 스트리밍됩니다. 따라서 실행 중인 VM의 스냅샷에 진행 중인 부분 작업이 포함될 수 있습니다.
VM에 여러 볼륨이 연결된 경우 서로 다른 볼륨의 스냅샷이 서로 다른 시간에 발생할 수 있습니다.
설명된 시나리오에서 스냅샷은 조정되지 않았습니다. 이러한 불균형 상태는 백업 중에 변경되면 파일이 손상될 수 있는 스트라이프 볼륨의 경우 문제입니다. 따라서 백업 프로세스에서 다음 단계를 구현해야 합니다.
모든 볼륨을 고정합니다.
보류 중인 모든 쓰기를 플러시합니다.
각 볼륨에 대한 증분 스냅샷을 만듭니다.
SQL Server와 같은 일부 Windows 애플리케이션에서는 볼륨 섀도 서비스를 통해 조정된 백업 메커니즘을 제공하여 애플리케이션 일치 백업을 만듭니다. Linux에서는 fsfreeze와 같은 도구를 사용하여 디스크를 조정할 수 있습니다(이 도구는 애플리케이션 일치 스냅샷이 아닌 파일 일치 백업을 제공합니다).
볼륨 스냅샷 만들기
Azure Portal, Azure PowerShell 모듈 또는 Azure CLI를 사용하여 볼륨 스냅샷의 스냅샷을 만들 수 있습니다.
탄력적 SAN 볼륨 스냅샷은 볼륨이 삭제될 때 자동으로 삭제됩니다. 스냅샷의 데이터가 삭제 후에도 유지되도록 하려면 해당 데이터를 관리 디스크 스냅샷으로 내보냅니다. 볼륨 스냅샷을 관리 디스크 스냅샷으로 내보내는 데는 시간이 걸리며, 소요되는 시간은 스냅샷 크기에 따라 다릅니다. 관리 디스크 스냅샷의 CompletionPercentage 속성을 확인하면 완료까지 남은 양을 확인할 수 있습니다.
요금 청구 영향
탄력적 SAN 스냅샷에는 연결된 추가 청구가 없으며 탄력적 SAN의 용량만 사용합니다. 탄력적 SAN 스냅샷을 관리 디스크 스냅샷으로 내보내면 관리 디스크 스냅샷에 청구 요금이 부과되기 시작합니다.