Azure의 SAP에 대한 작업 기준

  • 아티클

이 문서는 Azure 랜딩 존 문서 디자인 영역: Azure 환경 관리에 정의된 고려 사항 및 권장 사항을 기반으로 합니다. 이 문서의 지침은 플랫폼 수준에서 중앙 집중식 관리 및 모니터링을 통해 Azure 엔터프라이즈 자산에서 SAP 플랫폼을 운영적으로 유지하는 방법을 살펴보는 데 도움이 됩니다.

이 문서에서는 SAP 운영 팀이 Azure 플랫폼 내에서 SAP 시스템을 유지 관리하기 위한 중요한 권장 사항을 제시합니다. SAP는 중요 업무용 플랫폼이므로 디자인에 Azure 랜딩 존 디자인 영역에 대한 지침을 포함해야 합니다. SAP 워크로드를 관리하기 위한 표준 운영 절차를 빌드하려는 경우 Azure Well-Architected Framework의 SAP 워크로드 운영 절차를 참조하세요.

핵심 내용

다음은 Azure에서 SAP를 모니터링하고 관리하기 위한 몇 가지 주요 디자인 고려 사항 및 권장 사항입니다.

  • SAP용 Azure Monitor 솔루션을 사용하여 Azure에서 SAP 워크로드를 모니터링합니다. SAP Solution Manager를 사용하여 SAP용 Azure Monitor 솔루션을 보완하는 것이 좋습니다. Application Insights를 추가하여 원격 분석이 잠재적인 오류를 나타내는 경우 경고 및 지원 티켓을 생성하는 동안 필요한 모든 원격 분석 데이터를 추출할 수 있습니다.

  • SAP용 Microsoft Sentinel 솔루션을 사용하여 위협 방지를 구현합니다. 이 솔루션을 사용하여 SAP 시스템을 모니터링하고 비즈니스 논리 및 애플리케이션 계층 전체에서 정교한 위협을 감지합니다.

  • SAP용 VM 확장 검사를 실행합니다. SAP용 VM 확장은 VM(가상 머신)의 할당된 관리 ID를 사용하여 VM 모니터링 및 구성 데이터에 액세스합니다. 검사 SAP 애플리케이션의 모든 성능 메트릭이 기본 SAP용 Azure 확장에서 제공되는지 확인합니다.

  • Azure Backup 서비스를 사용하여 HANA 데이터베이스를 보호합니다. HANA, Oracle 또는 DB2 데이터베이스에 대한 Azure NetApp Files 배포하는 경우 Azure 애플리케이션 일치 스냅샷 도구(AzAcSnap)를 사용하여 애플리케이션 일치 스냅샷을 만듭니다. AzAcSnap은 Oracle 데이터베이스도 지원합니다. 개별 VM이 아닌 중앙 VM에서 AzAcSnap을 사용하는 것이 좋습니다.

  • 대기 시간에 민감한 애플리케이션에 대해 VM 간 대기 시간 모니터링을 사용합니다.

  • Azure Network Watcher 연결 모니터 사용하여 SAP 데이터베이스 및 애플리케이션 서버에 대한 대기 시간 메트릭을 모니터링합니다. 또는 Azure Monitor를 사용하여 네트워크 대기 시간 측정값을 수집하고 표시합니다.

  • Azure Site Recovery 모니터링을 사용하여 SAP 애플리케이션 서버에 대한 재해 복구 서비스의 상태를 유지 관리합니다.

  • 모든 프로덕션 시스템은 성능 문제를 방지하려면 OS 디스크에 대해 최소 128GiB(P10)의 프리미엄 관리 디스크를 사용해야 합니다.

  • 바이러스 백신 검사에서 모든 데이터베이스 파일 시스템 및 실행 프로그램을 제외합니다. 포함하면 성능 문제가 발생할 수 있습니다. 제외 목록에 대한 규범적 세부 정보는 데이터베이스 공급업체에 문의하세요. 예를 들어 Oracle은 바이러스 백신 검사에서 /oracle/<sid>/sapdata 를 제외하는 것이 좋습니다.

  • 운영 체제와 SAP 시스템 간의 표준 시간대 일치를 확인합니다.

  • 동일한 클러스터에서 다른 애플리케이션 서비스를 그룹화하지 마세요. 예를 들어 DRBD와 중앙 서비스 클러스터를 동일한 클러스터에 결합하지 마세요. 그러나 동일한 Pacemaker 클러스터를 사용하여 약 5개의 다른 중앙 서비스(다중 SID 클러스터)를 관리할 수 있습니다.

    작업 예약에 IBM의 TWS(Tivoli Workload Scheduler) 클러스터를 사용하는 동안 자체 VM 쌍에서 TWS 클러스터를 실행하는 것이 좋습니다. SAP 중앙 서비스 또는 데이터베이스 클러스터에서 실행하는 것은 권장되지 않습니다.

  • Azure에서 SAP를 실행하기 위해 DB2 데이터베이스를 사용하는 경우 를 구현LOG_METH2하는 시나리오에서는 Azure Files 공유(NFSv4.1)를 사용하는 것이 좋습니다. 재해 복구 속도를 향상시킵니다.

  • 다시 알림 모델에서 개발/테스트 시스템을 실행하여 Azure 실행 비용을 절감하고 최적화하는 것이 좋습니다.

  • 비기능 요구 사항에 대한 계획을 만드는 것이 좋습니다. 이러한 요구 사항을 해결할 수 있는 네이티브 Azure 리소스에 매핑합니다. 예를 들어 SAP용 Azure Monitor는 중앙 서비스 클러스터를 모니터링할 수 있습니다.

  • OS 또는 데이터베이스 마이그레이션을 수행하는 동안 SAP 매개 변수, 특히 ABAP 메모리 매개 변수를 검토하고 채택합니다. 예를 들어 em/initial_size_MB 은 AIX 환경에만 유효하며 Azure VM에 대해 설정하면 안 됩니다.

  • 마이그레이션 후 비 HANA 데이터베이스에 대한 전체 데이터베이스 통계를 수집하는 것이 좋습니다. 예를 들어 SAP note 1020260 - Oracle 통계 배달을 구현합니다.

  • Azure에서 SAP를 사용하는 모든 Oracle 배포에 대해 ASM(Oracle Automatic Storage Management)을 사용하는 것이 좋습니다.

  • Azure에서 SAP를 사용하는 DB2 배포에 자동 스토리지를 사용하는 것이 좋습니다.

  • SAP LaMa(Landscape Management)를 사용하여 SAP Basis 작업을 최적화하고 관리합니다. Azure용 SAP LaMa 커넥터를 사용하여 SAP 시스템을 재배치, 복사, 복제 및 새로 고칩니다.

  • 프로비전된 Azure 인프라에서 SAP HANA에 대한 품질 검사 수행하여 프로비전된 VM이 Azure의 SAP HANA 모범 사례를 준수하는지 확인합니다.

  • 각 Azure 구독에 대해 영역 배포 전에 Azure 가용성 영역에서 대기 시간 테스트를 실행하여 Azure에서 SAP를 배포할 대기 시간이 짧은 영역을 선택합니다.

  • SAP 자산을 관리하여 고객과 협력하는 경우 Azure Lighthouse를 고려하세요. Azure Lighthouse를 사용하면 관리 서비스 공급자가 Azure 네이티브 ID 서비스를 사용하여 고객의 환경에 인증할 수 있습니다. 언제든지 액세스를 취소하고 서비스 공급자의 작업을 감사할 수 있으므로 고객의 손에 컨트롤을 배치합니다.

    Azure Lighthouse는 클라우드 솔루션 공급자 프로그램과 같은 기존 API에서 작동합니다. 공급자의 이점은 컨텍스트를 전환하지 않고 테넌트 관리 및 테넌트 간 정보를 보는 것입니다. Azure Lighthouse를 사용하면 고객과 공급자 간의 신뢰를 유지하고 SAP 환경 관리를 간소화할 수 있습니다.

Oracle 성능 효율성

성능 효율성은 모든 엔터프라이즈 시스템에서 진단하기 어려울 수 있습니다. Oracle을 실행하는 Azure의 SAP의 경우 SQL 스크립트 컬렉션을 통해 성능 문제를 진단할 수 있습니다.

첫 번째 권장 사항은 AWR(자동 워크로드 리포지토리) 보고서를 사용하는 것입니다. AWR 보고서에는 Oracle 시스템의 문제를 진단하기 위한 중요한 정보가 포함되어 있습니다. 분석에 대한 광범위한 범위를 보장하기 위해 여러 세션 중에 AWR 보고서를 실행하고 사용량이 많은 시간을 선택하는 것이 좋습니다.

AWR 보고서에는 SQL 통계, 데이터베이스 정보, 시스템 및 I/O 통계 및 문제를 파악하는 데 사용할 수 있는 기타 정보가 표시됩니다. 자세한 분석 도구 및 유용한 SQL 문은 이 SAP 블로그 게시물을 참조하세요.

Oracle 워크로드에 대한 추가 성능 효율성 지침은 Azure Well-Architected Framework의 Oracle 워크로드 성능 효율성을 참조하세요.

다음 단계

SAP 마이그레이션을 위한 비즈니스 연속성 및 재해 복구를 빌드합니다.