SAP 애플리케이션에 대한 재해 복구 지침
Azure에서 SAP 워크로드에 대한 DR(재해 복구)을 구성하려면 프로세스를 정기적으로 테스트, 미세 조정 및 업데이트해야 합니다. 재해 복구 테스트는 SAP 워크로드 DR 장애 조치(failover)를 트리거하거나 보조 사이트에서 시스템을 시작하기 전에 필요한 일련의 종속 서비스를 식별하는 데 도움이 됩니다. 조직에서는 일반적으로 SAP 시스템이 올바르게 작동하기 위해 AD(Active Directory) 및 DNS(Domain Name System) 서비스에 연결되어 있습니다. SAP 워크로드에 대한 DR을 설정할 때 애플리케이션이 올바르게 작동하도록 SAP 및 기타 비SAP 시스템을 복구하기 전에 AD 및 DNS 서비스가 작동하는지 확인합니다. Active Directory 및 DNS를 보호하는 방법에 대한 지침은 Active Directory 및 DNS를 보호하는 방법을 알아봅니다. 이 문서에 설명된 SAP 애플리케이션에 대한 DR 권장 사항은 추상적인 수준입니다. 특정 설정에 따라 DR 전략을 설계하고 엔드투엔드 시나리오를 문서화해야 합니다.
SAP 워크로드에 대한 DR 권장 사항
일반적으로 분산 SAP NetWeaver 시스템에 있습니다. 중앙 서비스, 데이터베이스 및 공유 스토리지(NFS/SMB)는 SPOF(단일 실패 지점)입니다. 서로 다른 SPOF의 영향을 완화하려면 이러한 구성 요소의 중복성을 설정해야 합니다. 주 지역에서 이러한 SPOF 구성 요소의 중복성은 고가용성을 구성하여 달성됩니다. 구성 요소의 고가용성 설정은 SAP 시스템을 로컬 오류 또는 재해로부터 보호합니다. 그러나 지리적으로 분산된 재해로부터 SAP 애플리케이션을 보호하려면 모든 SAP 구성 요소에 대해 DR 전략을 구현해야 합니다.
가상 머신에서 실행되는 SAP 시스템의 경우 Azure Site Recovery를 사용하여 재해 복구 계획을 만들 수 있습니다. 다음은 SAP 시스템의 각 구성 요소에 대해 권장되는 재해 복구 방식입니다. TREX 및 비 SAP 애플리케이션과 같은 독립 실행형 비 NetWeaver SAP 엔진은 이 문서에서 다루지 않습니다.
| 구성 요소 | 권장 |
|---|---|
| SAP Web Dispatcher | Azure Site Recovery를 사용하여 VM 복제 |
| SAP Central Services | Azure Site Recovery를 사용하여 VM 복제 |
| SAP 애플리케이션 서버 | Azure Site Recovery를 사용하여 VM 복제 |
| SAP 데이터베이스 | 데이터베이스에서 제공하는 복제 방법 사용 |
| 공유 스토리지 | 스토리지 형식별로 적절한 방법을 사용하여 콘텐츠 복제 |
SAP Web Dispatcher
Web Dispatcher 구성 요소가 SAP 애플리케이션 서버 간의 SAP 트래픽을 위한 부하 분산 장치로 작동합니다. 주 지역에서 SAP Web Dispatcher 구성 요소의 고가용성을 달성하기 위한 다양한 옵션이 있습니다. 이 옵션에 대한 자세한 내용은 SAP Web Dispatcher의 고가용성 및 Azure에서 SAP Web Dispatcher HA 설정을 참조하세요.
- 옵션 1: 클러스터 솔루션을 사용한 고가용성.
- 옵션 2: 병렬 SAP Web Dispatcher를 사용한 고가용성.
주 지역에서 고가용성 SAP Web Dispatcher 설정에 대한 DR을 달성하려면 Azure Site Recovery를 사용할 수 있습니다. 주 지역에서 실행되는 병렬 웹 디스패처(옵션 2)의 경우 DR을 달성하도록 Azure Site Recovery를 구성할 수 있습니다. 그러나 주 지역에서 옵션 1을 사용하여 구성된 SAP Web Dispatcher의 경우 DR 지역에서 유사한 HA 설정을 갖도록 장애 조치(failover) 후 몇 가지 추가 변경을 수행해야 합니다. 클러스터 솔루션을 사용한 SAP Web Dispatcher 고가용성 구성은 SAP Central Services와 유사한 방식으로 구성됩니다. SAP Central Services에 대해 언급된 것과 동일한 지침을 따릅니다.
SAP Central Services
SAP Central Services에는 SAP 애플리케이션의 SPOF 중 하나인 큐에 넣기 및 메시지 서버가 포함되어 있습니다. SAP 시스템에는 이러한 인스턴스가 하나만 있을 수 있으며 고가용성을 위해 구성할 수 있습니다. Azure의 SAP 워크로드에 대한 다양한 고가용성 솔루션을 이해하려면 SAP 중앙 서비스의 고가용성을 참조하세요.
SAP Central Services에 대한 고가용성을 구성하면 로컬 인시던트로부터 리소스와 프로세스를 보호할 수 있습니다. SAP Central Services에 대한 DR을 달성하기 위해 Azure Site Recovery를 사용할 수 있습니다. Azure Site Recovery는 VM 및 연결된 관리 디스크를 복제하지만 DR 전략에 대한 추가 고려 사항이 있습니다. SAP 중앙 서비스에 사용되는 운영 체제에 따라 자세한 내용은 다음 섹션을 확인합니다.
SAP 시스템의 경우 주 지역에서 SPOF 구성 요소의 중복성은 고가용성을 구성하여 달성됩니다. 장애 조치(failover) 후 재해 복구 지역에서 유사한 고가용성 설정을 달성하려면 추가 지점을 고려해야 합니다. 여기에는 클러스터를 다시 구성하고, SAP 공유 디렉터리를 사용할 수 있는지 확인하고, Azure Site Recovery를 사용하여 VM 및 해당 관리 디스크를 DR 사이트에 복제하는 것이 포함됩니다. Linux에서 Pacemaker 클러스터 솔루션을 사용하여 SAP 애플리케이션의 고가용성을 달성할 수 있습니다. 아래 다이어그램은 Pacemaker를 사용하여 SAP Central Services에 대한 고가용성을 구성하는 것과 관련된 다양한 구성 요소를 보여 줍니다. DR 사이트에서 유사한 고가용성을 설정하려면 각 구성 요소를 고려해야 합니다. Pacemaker 클러스터 솔루션을 사용하여 SAP Web Dispatcher를 구성한 경우에도 유사한 고려 사항이 적용됩니다.
내부 부하 분산 장치
Azure Site Recovery는 VM을 DR 사이트에 복제하지만 Azure Load Balancer는 복제하지 않습니다. 장애 조치(failover) 이전 또는 이후에 DR 사이트에 별도의 내부 부하 분산 장치를 만들어야 합니다. 내부 부하 분산 장치를 미리 만드는 경우 빈 백 엔드 풀을 만들고 장애 조치(failover) 이벤트 후에 VM을 추가합니다.
Pacemaker 클러스터 솔루션
Pacemaker 클러스터의 구성은 Azure Site Recovery를 사용하여 DR 사이트에 복제되는 VM의 로컬 파일에 상주합니다. 있는 그대로의 Pacemaker 클러스터 구성은 장애 조치(failover) 후 VM에서 기본적으로 작동하지 않습니다. 솔루션이 작동하려면 추가 클러스터 다시 구성이 필요합니다.
스토리지 및 펜싱 메커니즘의 형식에 따라 DR 지역의 Pacemaker 클러스터 다시 구성에 대해 알아보려면 이 블로그를 읽어보세요.
- SBD 디바이스가 있는 SAP ASCS/ERS HA 클러스터(iSCSI 대상 서버 사용)는 Azure Site Recovery를 사용하여 DR 지역으로 장애 조치(failover).
- Azure Site Recovery를 사용하여 DR 지역으로 SAP ASCS HA 클러스터(Linux OS) 장애 조치(failover).
Linux용 SAP 공유 디렉터리
SAP NetWeaver 또는 ABAP 플랫폼의 고가용성 설정은 Pacemaker 클러스터 구성이 있는 SAP 시스템의 큐에 넣기 서비스에 대한 애플리케이션 수준 중복성을 달성하기 위해 큐에 넣기 복제 서버를 사용합니다. SAP Central Services(ASCS 및 ERS)의 고가용성 설정은 NFS 탑재를 사용합니다. 따라서 이러한 NFS 탑재의 SAP 이진 파일 및 데이터가 DR 사이트에 복제되었는지 확인해야 합니다. Azure Site Recovery는 연결된 VM 및 로컬 관리 디스크를 복제하지만 NFS 탑재는 복제하지 않습니다. 설정을 위해 구성한 NFS 스토리지 형식에 따라 데이터가 복제되고 DR 사이트에서 사용 가능한지 확인해야 합니다. 각 스토리지에 대한 교차 지역 복제 방법론이 추상적인 수준에서 제공됩니다. 스토리지를 복제하고 테스트를 수행하려면 정확한 단계를 확인해야 합니다.
| SAP 공유 디렉터리 | 지역 간 복제 |
|---|---|
| Azure Files의 NFS | 사용자 지정(예: rsync) |
| ANF의 NFS | 예(지역 간 복제) |
| NFS 클러스터 | 사용자 지정 |
팁
가용성이 높은 SAP 시스템에 공유 데이터를 저장하기 위한 Azure Files의 NFS 또는 NFS ANF 볼륨과 같은 Azure 자사 NFS 서비스 중 하나를 배포하는 것이 좋습니다. NFS 클러스터를 활용하여 SAP 참조 아키텍처를 덜 강조하고 있다는 점에 유의합니다.
펜싱 메커니즘
운영 체제(SLES 또는 RHEL) 및 해당 버전에 관계없이 전체 솔루션이 제대로 작동하려면 Pacemaker에 유효한 펜싱 메커니즘이 필요합니다. 주 지역에 설정한 펜싱 메커니즘 형식에 따라 장애 조치(failover) 후 DR 사이트에 동일한 펜싱 메커니즘이 설정되었는지 확인해야 합니다.
| 펜싱 메커니즘 | 지역 간 DR 권장 사항 |
|---|---|
| iSCSI 대상 서버를 사용하는 SBD | Azure Site Recovery를 사용하여 iSCSI 대상 서버를 복제합니다. DR VM에서 iSCSI 디스크를 다시 검색합니다. |
| Azure 펜스 에이전트 | DR VM에서 MSI(관리 시스템 ID)를 사용하도록 설정합니다. 사용자 지정 역할을 할당합니다. 클러스터에서 펜스 에이전트 리소스를 업데이트합니다. |
| Azure 공유 디스크를 사용하는 SBD* | DR 지역에서 새 Azure Shared Disk를 구성합니다. 장애 조치(failover) 후 Azure 공유 디스크를 DR VM에 연결합니다. Azure 공유 디스크 SBD 디바이스를 설정합니다. |
*ZRS for Azure 공유 디스크는 제한된 지역에서 사용할 수 있습니다.
참고 항목
간편한 운영 및 장애 조치(failover)를 위해 기본 및 DR 지역 모두에 대해 동일한 펜싱 메커니즘을 사용하는 것이 좋습니다. DR 사이트로 장애 조치(failover) 후 다른 펜싱 메커니즘을 사용하지 않는 것이 좋습니다.
SAP 응용 프로그램 서버
주 지역에서 SAP 애플리케이션 서버의 중복성은 여러 VM에 인스턴스를 설치하여 달성됩니다. SAP 애플리케이션 서버용 DR을 사용하려면 각 애플리케이션 서버 VM에 대해 Azure Site Recovery를 설정할 수 있습니다. 애플리케이션 서버에 연결된 공유 스토리지(전송 파일 시스템, 인터페이스 데이터 파일 시스템)의 경우 공유 스토리지 형식에 따라 적절한 DR 방식을 따릅니다.
SAP 데이터베이스 서버
SAP 워크로드를 실행하는 데이터베이스의 경우 네이티브 DBMS 복제 기술을 사용하여 DR을 구성합니다. 데이터베이스에 Azure Site Recovery를 사용하는 것은 DB 일관성을 보장하지 않고 데이터 변동 제한 사항이 있으므로 권장되지 않습니다. 데이터베이스마다 복제 기술이 다르므로 해당 데이터베이스 지침을 따릅니다. 다음 표에는 SAP 워크로드에 사용되는 데이터베이스 목록과 해당 DR 권장 사항이 나열되어 있습니다.
| 데이터베이스 | DR 권장 사항 |
|---|---|
| SAP HANA | HSR(HANA 시스템 복제) |
| Oracle | Oracle Data Guard(FarSync) |
| IBM DB2 | HADR(고가용성 재해 복구) |
| Microsoft SQL | Microsoft SQL Always On |
| SAP ASE | ASE HADR Always On |
| SAP MaxDB | 대기 데이터베이스 |
비용 최적화된 솔루션의 경우 데이터베이스 DR 전략에 백업 및 복원 옵션을 사용할 수도 있습니다.
백업 및 복구
백업 및 복원은 비즈니스 RTO 및 RPO가 중요하지 않은 경우 SAP 워크로드에 대한 재해 복구를 달성하는 데 사용할 수 있는 다른 솔루션입니다. 클라우드 기반 백업 서비스인 Azure Backup을 사용하여 가상 머신, 관리 디스크 및 지원되는 데이터베이스와 같은 SAP 워크로드의 다양한 구성 요소의 복사본을 만들 수 있습니다. Azure Backup 시나리오 및 배포에 대한 일반적인 지원 설정 및 제한 사항에 대해 자세히 알아보려면 Azure Backup 지원 매트릭스를 참조하세요.
| Services | 구성 요소 | Azure Backup 지원 |
|---|---|---|
| 컴퓨팅 | Azure VMs | 지원됨 |
| 스토리지 | 공유 디스크를 포함한 Azure Managed Disks | 지원됨 |
| 스토리지 | Azure 파일 공유 - SMB(표준 또는 프리미엄) | 지원됨 |
| 스토리지 | Azure Blob | 지원됨 |
| 스토리지 | Azure 파일 공유 - NFS(표준 또는 프리미엄) | 지원되지 않음 |
| 스토리지 | Azure NetApp Files | 지원되지 않음 |
| 데이터베이스 | Azure VM의 SAP HANA(데이터베이스) | 지원됨 |
| 데이터베이스 | Azure VM의 SQL Server | 지원됨 |
| 데이터베이스 | Oracle | 지원됨* |
| 데이터베이스 | IBM DB2, SAP ASE | 지원되지 않음 |
참고 항목
*Azure Backup은 데이터베이스 일관성 스냅샷을 위한 Azure VM 백업을 사용하여 Oracle Database를 지원합니다.
Azure Backup은 SAP 워크로드에 사용되는 모든 Azure Storage 및 데이터베이스를 지원하지 않습니다.
Azure Backup은 선택한 복제 형식(LRS, ZRS 또는 GRS)에 따라 데이터를 복제하는 복구 서비스 자격 증명 모음에 백업을 저장합니다. GRS(지리 중복 스토리지)의 경우 백업 데이터가 쌍을 이루는 보조 지역에 복제됩니다. 지역 간 복원 기능을 사용하면 보조 지역에서 지원되는 관리 형식의 데이터를 복원할 수 있습니다.
백업 및 복원은 보다 전통적인 비용 최적화 방식이지만 RTO가 더 높다는 단점이 있습니다. DR 지역으로의 장애 조치(failover)가 있는 경우 백업에서 모든 애플리케이션을 복원해야 합니다. 따라서 비즈니스 요구 사항을 분석하고 그에 따라 DR 전략을 설계해야 합니다.