프로젝트 준비 및 계획 단계 살펴보기
이 단계에서는 다음 항목 집합을 생성해야 합니다.
다음을 포함하는 개괄적인 디자인 문서
- 계획된(및 마이그레이션 시나리오에서는 기존) SAP 환경의 인벤토리
- 프로젝트 제공과 관련된 모든 당사자의 책임과 할당을 정의하는 RACI(책임 할당 매트릭스).
- 개괄적인 솔루션 아키텍처
- 선택한 대상 Azure 지역. 지역마다 리소스 가용성이 일관되지 않습니다.
- 온-프레미스와 Azure 간 연결을 제공하는 네트워킹 아키텍처. 디자인을 Azure용 Virtual Datacenter 청사진에 맞추는 게 좋습니다.
- Azure에서 높은 비즈니스 영향 데이터를 실행하기 위한 보안 원칙. Azure 보안 설명서를 참조하는 것이 좋습니다.
다음을 포함하는 기술 디자인 문서
솔루션 블록 다이어그램.
Azure의 컴퓨팅, 스토리지 및 네트워킹 구성 요소 크기 조정. Azure Virtual Machines의 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 대상으로 사용하지 않기로 결정한 경우 SAP 애플리케이션 계층을 Azure DR 지역에 복제하는 방법으로 Azure Site Recovery를 사용하는 것이 좋습니다. 자세한 내용은 Microsoft 문서 다중 계층 SAP NetWeaver 앱 배포에 대한 재해 복구 설정을 참조하세요.
Azure 가용성 영역을 사용하는 결합된 HA/DR 구성을 사용하기로 결정한 경우 선택한 Azure 지역이 가용성 영역을 지원하는지 확인합니다. Azure Virtual Machines 간의 대기 시간과 동일한 가용성 집합에 속하는 Azure Virtual Machines 간의 대기 시간을 비교하면 교차 영역 대기 시간이 더 깁니다.
OS, DB, 커널, SAP 지원 팩 버전의 상세 인벤토리. 온-프레미스 시나리오에서 특정 구성에 대한 SAP 지원은 동일한 구성이 Azure Virtual Machines에서도 지원된다는 것을 의미하지 않습니다. 결과에 따라 일부 소프트웨어 구성 요소를 업그레이드해야 할 수도 있습니다. 지원되는 구성에 대한 자세한 내용은 다음 SAP 참고를 참조하세요.
- SAP Note #1928533. 이 노트에서는 SAP 지원 Azure 가상 머신 SKU의 SAP 크기 조정도 제공합니다.
- SAP Note #2039619. Oracle에서 Windows 및 Oracle Linux만 Azure Virtual Machines의 게스트 OS로 지원한다는 사실을 기반으로 하여 Azure의 Oracle 지원 매트릭스를 제공합니다. 이 지원 문은 SAP 인스턴스를 실행하는 SAP 애플리케이션 계층에도 적용됩니다. 그러나 Oracle은 페이스메이커를 통해 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 가상 머신에서 (A)SCS와 애플리케이션 서버를 결합하는 것은 권장되지 않습니다. SAP Central Services에 다중 SID 클러스터 구성을 사용하는 것은 Azure의 Windows 게스트 OS에서 지원됩니다. SAP Central Services 다중 SID 클러스터 구성은 Azure에서 Linux가 운영 체제일 경우에는 지원되지 않습니다. Windows 게스트 OS 사례에 대한 설명서는 다음 문서에서 찾을 수 있습니다.
모든 SAP 인터페이스의 인벤토리
모든 SAP 및 비 SAP 인터페이스를 포함합니다.
다음을 비롯한 기본 서비스의 디자인
- 인증 및 이름 확인 서비스(Active Directory 및 DNS).
- 네트워크 토폴로지
- 리소스 그룹 토폴로지.
- 인프라 및 애플리케이션 관리를 위한 역할 기반 액세스 제어.
- 태그 지정 전략
- Azure Virtual Machines를 포함한 인프라 구성 요소에 대한 명명 규칙입니다.
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)도 있습니다. 예는 Azure의 SAP 배포 자동화 프레임워크의 GitHub에서 확인할 수 있습니다.
ACSS(Azure Center for SAP solutions)는 SAP를 Azure의 최상위 워크로드로 만드는 Azure 제품입니다. Azure Center for SAP solutions는 Azure에서 통합 워크로드로 SAP 시스템을 만들고 실행할 수 있는 엔드투엔드 솔루션입니다. 새로운 Azure 기반 SAP 시스템과 기존 Azure 기반 SAP 시스템 모두에서 [ACSS 관리 기능(/azure/sap/center-sap-solutions/manage-virtual-instance)]을 활용할 수 있습니다.
참고 항목
고객, 시스템 통합업체, Microsoft 및 기타 관련 당사자 간의 정기적인 디자인 및 배포 검토 주기를 정의합니다.