프로젝트 준비 및 계획 단계 살펴보기
이 단계에서는 다음 항목 집합을 생성해야 합니다.
다음을 포함하는 개괄적인 디자인 문서
- 계획된(및 마이그레이션 시나리오에서는 기존) SAP 환경의 인벤토리
- 프로젝트 제공과 관련된 모든 당사자의 책임과 할당을 정의하는 RACI(책임 할당 매트릭스).
- 개괄적인 솔루션 아키텍처
- 선택한 대상 Azure 지역. 리소스 가용성은 지역 간에 일치하지 않습니다.
- 온-프레미스와 Azure 간 연결을 제공하는 네트워킹 아키텍처. 디자인을 Azure용 Virtual Datacenter 청사진에 맞추는 게 좋습니다.
- Azure에서 높은 비즈니스 영향 데이터를 실행하기 위한 보안 원칙. Azure 보안 설명서를 참조하는 것이 좋습니다.
다음을 포함하는 기술 디자인 문서
솔루션 블록 다이어그램.
Azure의 컴퓨팅, 스토리지 및 네트워킹 구성 요소 크기 조정. Azure VM의 SAP 크기 조정은 SAP Note #1928533을 참조하세요.
고가용성 및 재해 복구 아키텍처.
아키텍처는 비즈니스에서 제공하는 RTO 및 RPO를 기반으로 해야 합니다.
동일한 영역 내에서 고가용성을 구현하려면 대상 DBMS 제품의 기능을 식별합니다. 대부분의 DBMS는 프로덕션 시스템에 권장되는 동기 상시 대기 기능을 제공합니다. 또한 SAP 워크로드용 Azure Virtual Machines DBMS 배포 고려 사항부터 시작하여 다양한 데이터베이스에 대한 SAP 관련 설명서를 확인하세요. DBMS 계층에 대한 공유 디스크 구성이 있는 Windows 장애 조치(failover) 클러스터 서비스를 사용하는 것은 지원되지 않습니다. 다음과 같은 솔루션을 대신 고려합니다.
- SQL Server Always On
- Oracle 데이터 가드
- HANA 시스템 복제
DBMS 계층의 재해 복구를 위해 Azure 지역에서 DBMS 공급업체가 제공하는 제품별 옵션을 식별합니다. 대부분의 공급업체는 비동기 복제 또는 로그 전달을 지원합니다.
SAP 애플리케이션 계층의 경우 동일한 Azure 지역 또는 DR 지역에서 비즈니스 재발 테스트 시스템(프로덕션 시스템과 일치해야 함)을 실행할지를 정의합니다. DR 지역에서 실행하는 경우 재발 시스템을 프로덕션의 DR 대상으로 활용할 수 있습니다.
재발 테스트 시스템을 DR 대상으로 활용하지 않기로 결정한 경우 SAP 애플리케이션 계층을 Azure DR 지역에 복제하는 방법으로 Azure Site Recovery를 사용하는 것이 좋습니다. 자세한 내용은 Microsoft 문서 다중 계층 SAP NetWeaver 앱 배포에 대한 재해 복구 설정을 참조하세요.
Azure 가용성 영역을 활용하는 결합된 HA/DR 구성을 사용하기로 결정한 경우 선택한 Azure 지역이 가용성 영역을 지원하는지 확인합니다. 영역 간 대기 시간은 동일한 가용성 집합에 속한 Azure VM 간 대기 시간에 비해 더 깁니다.
OS, DB, 커널, SAP 지원 팩 버전의 상세 인벤토리. 온-프레미스 시나리오에서 지정된 구성에 대한 SAP 지원이 Azure VM에서 동일한 구성을 지원한다는 것을 의미하지는 않습니다. 결과에 따라 일부 소프트웨어 구성 요소를 업그레이드해야 할 수도 있습니다. 지원되는 구성에 대한 자세한 내용은 다음 SAP 참고를 참조하세요.
- SAP Note #1928533. SAP에서 지원하는 Azure VM SKU의 SAP 크기 조정도 제공합니다.
- SAP Note #2039619. Oracle에서 Windows 및 Oracle Linux만 Azure VM의 게스트 OS로 지원한다는 사실을 기반으로 하여 Azure의 Oracle 지원 매트릭스를 제공합니다. 이 지원 문은 SAP 인스턴스를 실행하는 SAP 애플리케이션 계층에도 적용됩니다. 그러나 Oracle은 Pacemaker를 통해 Oracle Linux의 SAP Central Services에 대한 고가용성을 지원하지 않습니다. Oracle Linux에서 ASCS에 대한 고가용성이 필요한 경우 Linux용 SIOS Protection Suite를 활용해야 합니다. 자세한 SAP 인증 데이터는 SAP Note #1662610을 참조하세요. Windows에서는 SAP Central Services용 SAP 지원 Windows 장애 조치(Failover) 클러스터 장애 조치(Failover) 솔루션이 Oracle DBMS 계층과 함께 지원됩니다.
- SAP Note #2235581은 다양한 OS 릴리스에서 SAP HANA를 위한 지원 매트릭스를 제공합니다.
- SAP HANA 하드웨어 디렉터리.
SAP 프로덕션 시스템에 대한 3계층 디자인(2계층 디자인보다 권장). 동일한 Azure VM에서 (A)SCS 및 애플리케이션 서버를 결합하지 않는 것이 좋습니다. SAP Central Services에 다중 SID 클러스터 구성을 사용하는 것은 Azure의 Windows 게스트 OS에서 지원됩니다. 반면, Azure의 Linux 운영 체제에서는 SAP Central Services 다중 SID 클러스터 구성이 지원되지 않습니다. Windows 게스트 OS 사례에 대한 설명서는 다음 문서에서 찾을 수 있습니다.
모든 SAP 인터페이스의 인벤토리
모든 SAP 및 비 SAP 인터페이스를 포함합니다.
다음을 비롯한 기본 서비스의 디자인
- 인증 및 이름 확인 서비스(Active Directory 및 DNS).
- 네트워크 토폴로지
- 리소스 그룹 토폴로지.
- 인프라 및 애플리케이션 관리를 위한 역할 기반 액세스 제어.
- 태그 지정 전략
- Azure VM을 비롯한 인프라 구성 요소에 대한 명명 규칙.
Microsoft 프리미어 지원 계약 참조
Microsoft 프리미어 지원 계약 참조 – MS TAM(기술 계정 관리자)에 직접 문의할 수 있는 연락처 포함 SAP 지원 요구 사항은 SAP Note #2015553을 참조하세요.
Azure 구독 목록
Azure 구독 및 해당 코어 할당량 목록. 필요한 경우 지원 요청을 열어 Azure 구독 할당량을 늘립니다.
데이터 감소 및 데이터 마이그레이션 계획
SAP 데이터를 Azure로 전송하기 위한 데이터 감축 및 데이터 마이그레이션 계획(마이그레이션 시나리오). SAP NetWeaver 시스템의 경우 SAP는 많은 데이터 볼륨을 제한하는 방법에 대한 지침을 제공합니다.
자동화된 배포 접근 방식
Azure에서 인프라 배포 자동화의 목표는 결정적 결과를 보장하는 것입니다. 많은 고객이 PowerShell 또는 Azure CLI 기반 스크립트와 Azure Resource Manager 템플릿을 사용합니다. 그러나 SAP용 Azure 인프라를 배포하고 SAP 소프트웨어를 설치하는 데 사용할 수 있는 다른 오픈 소스 기술(예: Terraform 및 Ansible)도 있습니다. 예제는 다음에 있는 GitHub에서 찾을 수 있습니다.
참고 항목
고객, 시스템 통합업체, Microsoft 및 기타 관련 당사자 간의 정기적인 디자인 및 배포 검토 주기를 정의합니다.