Power Virtual Server 인스턴스를 배포하는 경우 SAP HANA

1. SAP HANA 데이터베이스용 Power Virtual Server 인스턴스를 배포하려면 왼쪽 탐색 페이지의 워크스페이스 목록에서 이전에 만든 워크스페이스를 선택합니다.

2. 왼쪽 페이지에서 가상 서버 인스턴스를 클릭합니다.

3. 새 인스턴스를 만들고 오른쪽의 인스턴스 만들기를 클릭합니다.

4. 일반 섹션 에서 다음을 선택합니다

   표 1. SAP HANA 일반 선택

   필드	세부사항
   인스턴스 이름	인스턴스의 고유 이름을 입력합니다.
   인스턴스 수	'1'을 입력하세요.
   서버 배치 그룹에 추가	선택 사항이며 건너뛸 수 있습니다.
   공유 프로세서 풀에 추가	선택 사항이며 건너뛸 수 있습니다.
   가상 서버 고정	선택 사항이며, 기본 선택으로 없음으로 설정할 수 있습니다.
   SSH 키	이전에 생성된 기존 SSH 키를 선택합니다.

5. 부팅 이미지 섹션에서 다음을 선택합니다.

   표 2. SAP HANA 부팅 이미지 선택

   필드	세부사항
   운영 체제	Linux SAP (HANA)용 구독 ' '을 선택하십시오. IBM Power Virtual Server }에서 SAP 용 IBM Cloud® 인스턴스 배포 섹션에서 차이점에 대한 설명을 참조하세요.
   이미지	운영 체제와 버전을 선택하세요. 모든 배포에 동일한 운영 체제와 버전을 사용해야 합니다.
   티어	필요에 가장 적합한 계층을 선택하세요. 자세한 내용은 스토리지 계층을 참조하세요.
   스토리지 풀	필요한 스토리지 풀을 선택합니다.
   고급 구성	더 많은 설정을 지원하도록 토글 버튼을 활성화합니다.

6. 프로필 섹션 에서 다음을 선택합니다

   • 필요에 맞는 프로필을 선택하세요. 더 자세한 정보는 SAP HANA 프로필을 참고하세요.

7. 저장 용량 섹션에서 다음을 선택합니다

   • SAP HANA 의 경우, 첨부된 볼륨은 서로 다른 스토리지 계층인 'Tier 1'과 'Tier 3'에 있습니다. 인스턴스 생성 과정에서 스토리지 계층을 혼합할 수 없으므로 나중에 스토리지 볼륨을 연결해야 합니다. 이 목록을 비워 두십시오.

8. 네트워킹 섹션 에서 다음을 선택합니다

   • 공용 네트워크를 비활성화 상태로 둡니다.
   • 관리 네트워크와 백업 네트워크, 그리고 다른 개인 네트워크를 모두 연결합니다. 해당 호스트 이름의 DNS 구성에 입력된 IP 주소를 입력합니다. IP 주소가 동적으로 할당된 경우, 이 시스템의 호스트 이름에 대한 DNS 항목을 조정해야 합니다.

SAP HANA 의 ' Power Virtual Server 인스턴스'를 사용할 수 있게 되려면 시간이 좀 걸립니다. 배포가 완료되면 VPC 액세스 호스트를 통해 인스턴스에 로그인할 수 있습니다. 아래의 SSH 명령을 사용하여 root 사용자로 가상 서버 인스턴스에 로그인하십시오

ssh -A -o ServerAliveInterval=60 -o ServerAliveCountMax=600 -o ProxyCommand="ssh -W %h:%p root@<ACCESS_HOST_FLOATING_IP>" root@<HANA_PVS_IP>

ACCESS_HOST_FLOATING_IP 는 점프 호스트의 공인 IP 주소이고, HANA_PVS_IP 는 관리 서브넷의 가상 서버 인스턴스 IP 주소입니다.

VPC 인스턴스에 연결하는 다른 방법으로는 VPN 서버를 이용하는 방법이 있습니다. 자세한 내용은 튜토리얼을 참고하세요. 클라이언트-사이트 VPN을 사용하여 연결합니다.

Power Virtual Server 인스턴스를 배포하는 경우 SAP NetWeaver

SAP NetWeaver 를 위한 Power Virtual Server 인스턴스를 배포하려면 Power Virtual Server 의 작업 공간으로 이동하여 Power Virtual Server 인스턴스를 생성하십시오. Power Virtual Server 인스턴스 구성에 설명된 대로. SAP HANA 를 Power Virtual Server 에 배포하는 데 있는 정보를 사용하여 일반, 프로필, 저장 용량, 네트워킹 섹션에 대한 구성을 완료하십시오. 부팅 이미지 섹션의 경우, IBM 제공 구독 ' Linux for SAP ( NetWeaver )' 선택을 지정합니다.

SAP NetWeaver 에 대한 Power Virtual Server 인스턴스를 생성한 후, 인스턴스가 활성화될 때까지 기다리십시오. 그런 다음, 다음의 SSH 명령어를 사용하여 SAP NetWeaver 인스턴스에 로그온합니다:

ssh -A -o ServerAliveInterval=60 -o ServerAliveCountMax=600 -o ProxyCommand="ssh -W %h:%p root@<ACCESS_HOST_FLOATING_IP>" root@<NETWEAVER_PVS_IP>

ACCESS_HOST_FLOATING_IP 는 점프 호스트의 공인 IP 주소이고, NETWEAVER_PVS_IP 는 관리 서브넷의 가상 서버 인스턴스 IP 주소입니다.

또는, 튜토리얼에 설명된 대로 VPN 클라이언트를 사용하여 연결하십시오. 클라이언트-사이트 VPN을 사용하여 연결.

SAP 공유 파일 시스템용 선택적 Power Virtual Server 인스턴스 배포

SAP NetWeaver 기반 애플리케이션 서버의 각 배포에는 여러 애플리케이션 서버 인스턴스 간에 공유되는 파일 시스템이 포함되어 있습니다. 공유 파일 시스템에 대해 별도의 가상 서비스 인스턴스를 설정하는 것이 좋습니다. 단일 Power Virtual Server 공유 파일 시스템 인스턴스는 여러 SAP 시스템에서 사용할 수 있습니다. 보안 요구 사항에 따라 필요한 공유 파일 시스템 인스턴스( Power Virtual Server )의 수가 결정됩니다.

공유 파일 시스템에 Power Virtual Server 인스턴스를 배포하려면 SAP HANA 및 SAP NetWeaver 인스턴스가 생성된 작업 공간을 사용하십시오. Power Virtual Server 인스턴스 구성에 설명된 대로 공유 파일 시스템을 만듭니다.

공유 파일 시스템용 노즈비 서버( Power Virtual Server ) 인스턴스를 배포한 후, 노즈비 서버( NFS )가 실행되는 네트워크 파일 시스템( NFS ) 스토리지로 사용할 수 있습니다. NFS 서버를 설정하는 방법은 [RHEL용]NFS 서버 배포 ({: tag-red} )와 [SLES용]NFS 로 파일 시스템 공유 ({: tag-green})에 설명되어 있습니다.

SAP HANA 를 위한 추가 저장 공간 만들기 Power Virtual Server

Power Virtual Server SAP HANA 인스턴스를 수정하고 스토리지 볼륨 관리 에 설명된 대로 추가 스토리지 볼륨을 연결합니다.

SAP 의 사이징 지침에 따라 다음 용량을 추가해야 합니다

• SAP HANA 의 공유 파일 시스템용 스토리지 볼륨으로, 최소 크기(1 x RAM; 1TB). 저장 공간 등급 "Tier 3"이면 충분합니다. "공유 가능" 스위치는 "꺼짐" 상태로 유지되어야 합니다.

• SAP HANA 로그 파일 시스템용 크기가 같은 저장 공간 4개 이상(최소 크기: 1/2xRAM; 512GB). 파일 시스템 크기를 볼륨 수로 나누어 각 저장 볼륨의 크기를 결정합니다. 스토리지 티어로 "Tier 1", "Tier 0", "Fixed IOPS Tier"를 선택합니다. 구성에서 최소 12,000 IOPS(초당 입출력 작업)를 제공하도록 하십시오. "공유 가능" 플래그는 "꺼짐" 상태로 유지되어야 합니다.

• SAP HANA 데이터 파일 시스템용으로 크기가 RAM 용량의 1.5 배인 4개 이상의 동일한 크기의 저장 용량. 파일 시스템 크기를 볼륨 수로 나누어 각 저장 볼륨의 크기를 결정합니다. 저장 계층으로 "1단계" 또는 "0단계"를 선택합니다. 구성에서 최소 8,000 IOPS(초당 입출력 작업)를 제공하는지 확인하십시오. "공유 가능" 플래그는 "꺼짐" 상태로 유지되어야 합니다.

• 다른 데이터( /usr/sap" 파일 시스템 등)를 위한 추가 저장 공간. 스토리지 계층 "Tier 3"이면 충분합니다. "공유 가능" 플래그는 "꺼짐" 상태로 유지되어야 합니다.

• 백업 또는 내보내기를 위해 볼륨을 더 추가할 수 있습니다.

SAP 애플리케이션을 위한 Power Virtual Server 인스턴스 구성은 수동 또는 자동 설정을 통해 수행할 수 있습니다. 다음 설정 섹션 중 하나를 선택할 수 있습니다:

• Power Virtual Server 의 인스턴스를 수동으로 구성하는 방법.

• Ansible 자동화 플레이북을 사용하여 Power Virtual Server 인스턴스를 구성합니다.

IBM 구독을 확인하여 운영 체제 이미지 확인

OS 구독이 올바르게 설정되었는지 확인하려면 실행하여 구독을 확인하세요:

RHEL:

subscription-manager release

subscription-manager list

yum repolist

선택사항:

subscription-manager status

SLES:

SUSEConnect --status

RHEL 및 SLES:

다음을 사용하여 IBM 파워 툴 리포지토리를 활성화합니다:

/opt/ibm/lop/configure

저장소가 활성화되어 있는지 확인합니다:

RHEL:

yum repolist enabled

SLES:

zypper lr

그런 다음 시스템 업데이트를 실행합니다. 이렇게 하면 설치된 파워툴도 업데이트됩니다.

RHEL:

yum -y update

SLES:

zypper update -y

프록시 엔드포인트 구성하기

HTTP, FTP 및 기타 인기 있는 네트워크 프로토콜에 프록시 및 캐시 서비스를 사용하려면 프록시 서버 엔드포인트를 내보내야 합니다. SQUID_PROXY_SERVER 프록시 엔드포인트를 내보내기 위해 다음 명령을 실행하십시오

export http_proxy=http://<SQUID_PROXY_SERVER>:3128
export https_proxy=http://<SQUID_PROXY_SERVER>:3128
export HTTP_PROXY=http://<SQUID_PROXY_SERVER>:3128
export HTTPS_PROXY=http://<SQUID_PROXY_SERVER>:3128

여러 세션에 걸쳐 내보낸 변수를 유지하려면, 이 항목을 [SLES의] 경우 /etc/bash.bashrc ({: tag-green}), [RHEL의 경우] /etc/bashrc ({: tag-red})에 추가해야 합니다. 이 파일들은 새로운 세션이 내보낸 변수를 환경 변수로 사용하도록 합니다.

NTP 클라이언트 구성하기

NTP 서버가 이미 구성되어 있는 경우, 다음 명령을 사용하여 chrony 패키지를 설치해야 합니다.

RHEL:

yum install -y chrony

SLES:

zypper install -y chrony

크로니 서비스 상태를 확인합니다:

systemctl status chronyd

chrony.conf 의 설정은 고립된 네트워크의 시스템에 chrony를 설정하는 방법 섹션에 있는 설명에 따라 조정하십시오.

/etc/chrony.conf 의 구성 예는 다음과 같습니다

server <NTP_SERVER_IP> iburst
driftfile /var/lib/chrony/drift
makestep 1.0 3
rtcsync
logdir /var/log/chrony

그런 다음, 노드에서 chronyd 서비스를 다시 시작합니다.

systemctl restart chronyd.service

DNS 클라이언트 구성

IBM Cloud 의 공용 DNS(도메인 이름 서비스) 서버는 기본값으로 구성되어 있으므로 해당 서버의 DNS 구성을 수정할 필요가 없습니다. 사용자 환경에 맞는 비공개 DNS 서버를 만드는 경우 Power Virtual Server 인스턴스가 생성된 후에 구성해야 합니다.

NFS 클라이언트 구성

NFS 클라이언트를 수동으로 구성하려면 다음 단계를 따르십시오.

1. nfs-client 패키지를 설치하고 systemctl 명령을 사용하여 NFS 클라이언트를 활성화하십시오.

   • RHEL:

   yum install -y nfs-utils
   

   • SLES:

   zypper install -y nfs-utils
   

2. NFS 의 클라이언트 서비스를 활성화하려면 다음 명령을 사용하십시오.

   systemctl start nfs-client
   

3. NFS 클라이언트 서비스가 시작되면, 마운트 명령을 사용하여 공유 NFS 디렉토리를 마운트할 수 있습니다.

   mount -t nfs4 -o sec=sys <NFS_SERVER_IP>:<NFS_DIRECTORY_PATH>
   

   NFS_SERVER_IP is a loadbalancer의 IP 주소이고, NFS_DIRECTORY_PATH 는 NFS 파일 저장 공유의 경로입니다.

파일 시스템 수동 생성

공유 SAP 파일 시스템의 경우, SAP 데이터를 저장할 파일 시스템을 생성하고 모든 SAP 인스턴스에 배포해야 합니다. 추가 파일 시스템을 다른 용도로 사용할 수 있습니다.

SAP NetWeaver 의 경우, 인스턴스별 데이터를 저장할 파일 시스템을 만들어야 합니다.

SAP HANA 를 설치하려면 데이터, 로그, 공유의 세 가지 파일 시스템이 필요합니다. 기본 설치 카탈로그에 따르면, 파일 시스템은 /hana/data, /hana/log, /hana/shared 이지만, 파일 시스템 이름을 사용자 지정할 수 있습니다. 다른 용도로 파일 시스템이 필요할 수도 있습니다(/usr/sap 디렉토리). /hana/data 와 /hana/log 파일 시스템은 생성한 볼륨의 수에 따라 4개 또는 8개의 디스크에 스트라이프 방식으로 분산됩니다. /hana/shared 그리고 다른 모든 파일 시스템은 스트라이프가 아닌 1-디스크 파일 시스템입니다.

다음 스크립트를 실행하여 디스크 검색을 수행하십시오

/usr/bin/rescan-scsi-bus.sh -a -c -v

새로 발견된 디스크는 세부 정보와 함께 나열됩니다.

저장 용량을 설정하는 데 사용할 WWN(Word Wide Name)을 확인하려면 다음을 실행하십시오

multipath -ll

multipath -ll 명령의 출력은 IBM Cloud® 콘솔에 나열된 월드 와이드 네임에 해당합니다. IBM Cloud® 콘솔에 로그온하고 스토리지 볼륨 으로 이동한 다음, 스토리지 볼륨이 정의된 작업 공간과 가상 서버 인스턴스를 선택합니다. IBM Cloud® 의 WWN은 대문자이고, 운영 체제에서는 소문자라는 것을 알 수 있습니다.

파일 시스템을 만들려면 아래에 설명된 /hana/data 예제를 사용하세요. /hana/log, /hana/shared 및 기타 모든 파일 시스템에 대해서도 동일한 절차가 반복됩니다. 예를 들어, 이름이 " dm-6 "인 저장 볼륨의 WWN은 " 6005076813810214200000000000a7a8 "이고 크기는 " 60G "입니다. 3 는 무시됩니다. 논리 볼륨과 볼륨 그룹을 생성하려면 장치 이름이 필요합니다.

multipath -ll
36005076813810214200000000000a72d dm-0 IBM,2145
size=100G features='1 queue_if_no_path' hwhandler='1 alua' wp=rw
|-+- policy='service-time 0' prio=50 status=active
| |- 1:0:1:0 sdj  8:144  active ready running
| |- 2:0:1:0 sdab 65:176 active ready running
| |- 3:0:1:0 sdat 66:208 active ready running
| `- 4:0:1:0 sdbl 67:240 active ready running
`-+- policy='service-time 0' prio=10 status=enabled
  |- 1:0:0:0 sda  8:0    active ready running
  |- 2:0:0:0 sds  65:32  active ready running
  |- 3:0:0:0 sdak 66:64  active ready running
  `- 4:0:0:0 sdbc 67:96  active ready running
36005076813810214200000000000a7a8 dm-6 IBM,2145
size=60G features='1 queue_if_no_path' hwhandler='1 alua' wp=rw
|-+- policy='service-time 0' prio=50 status=active
| |- 1:0:1:4 sdn  8:208  active ready running
| |- 2:0:1:4 sdaf 65:240 active ready running
| |- 3:0:1:4 sdax 67:16  active ready running
| `- 4:0:1:4 sdbp 68:48  active ready running
`-+- policy='service-time 0' prio=10 status=enabled
  |- 1:0:0:4 sde  8:64   active ready running
  |- 2:0:0:4 sdw  65:96  active ready running
  |- 3:0:0:4 sdao 66:128 active ready running
  `- 4:0:0:4 sdbg 67:160 active ready running
...

이 설정에 다중 경로 별칭이 사용됩니다. /hana/data 파일 시스템을 생성하려면 다음 명령을 실행하십시오.

다음 변수를 내보내십시오.

export pv_size=60G

export lv_name=hana_data_lv

export vg_name=hana_data_vg

export mount=/hana/data

다중 경로 별칭을 사용하는 경우, 다음 명령을 사용하십시오:

devices=$(multipath -ll | grep -B 1 $pv_size | grep dm- | awk '{print "/dev/"$2}' | tr '\n' ' ')

stripes=$(multipath -ll | grep -B 1 $pv_size | grep dm- | awk '{print "/dev/"$2}' | wc | awk '{print $1}')

pvcreate $devices

vgcreate ${vg_name} ${devices}

lvcreate -i${stripes} -I64 -l100%VG -n ${lv_name} ${vg_name}

mkfs.xfs /dev/mapper/${vg_name}-${lv_name}

mkdir -p ${mount}

mount /dev/mapper/${vg_name}-${lv_name} ${mount}

/hana/log 와 /hana/shared 에 대한 저장 볼륨을 생성하기 위해 동일한 명령을 실행합니다. lv_name 를 hana_log_lv 로, vg_name 를 hana_log_vg 로, mount 를 /hana/log 로 변경합니다.

다음 변수를 내보내십시오.

export lv_name=hana_log_lv

export vg_name=hana_log_vg

export mount=/hana/log

/hana/shared 에도 같은 접근 방식을 사용하십시오.

export 명령을 실행하기 전에 변수 pv_size 의 값이 /hana/data, /hana/log, /hana/shared 에 대해 서로 다른 값인지 확인하십시오. 그렇지 않으면 전체 설정이 작동하지 않습니다.

다중 경로 별칭을 사용하지 않는 경우 장치를 식별하는 데 사용되는 devices=$() 로 시작하는 줄을 바꾸세요. 대신 다음 줄을 사용하십시오. devices=$(multipath -ll | grep -B 1 $pv_size | grep dm- | awk '{print "/dev/"$2}' | tr '\n' ' ')

저장 용량 확인하기

저장 공간을 생성한 후, 다음 명령을 실행하여 올바르게 생성되었는지 확인하십시오

lvscan

명령 출력에는 생성된 논리 볼륨(LV)의 상태가 표시됩니다. 상태는 활성화되어 있어야 합니다.

파일 시스템이 마운트되어 있는지 확인하려면:

mount | grep hana

다음은 이 명령의 샘플 출력입니다:

/dev/mapper/hana_shared_vg-hana_shared_lv on /hana/shared type xfs (rw,relatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota)
/dev/mapper/hana_log_vg-hana_log_lv on /hana/log type xfs (rw,relatime,seclabel,attr2,inode64,logbufs=8,logbsize=64k,sunit=128,swidth=256,noquota)
/dev/mapper/hana_data_vg-hana_data_lv on /hana/data type xfs (rw,relatime,seclabel,attr2,inode64,logbufs=8,logbsize=64k,sunit=128,swidth=512,noquota)

파일 시스템 테이블 /etc/fstab 에 파일 시스템 /hana/data, /hana/log 및 /hana/shared 을 추가합니다(각 항목에 대한 항목이 이미 없는 경우).

cat /etc/fstab

샘플 출력:

...
/dev/mapper/datavg-datalv /hana/data xfs defaults,nofail 0 0
/dev/mapper/logvg-loglv /hana/log xfs defaults,nofail 0 0
/dev/mapper/sharedvg-sharedlv /hana/shared xfs defaults,nofail 0 0

재부팅 후 논리 볼륨이 비활성 상태가 되는 것을 방지하려면 RHEL 8.8 및 RHEL 8.10 에서 다음 명령을 실행하여 해결 방법을 확인하세요:

dracut --force --verbose

운영 체제를 재부팅해야 할 수도 있습니다. 그런 다음 LV 설정이 여전히 올바른지 확인하고 SAP 설치 준비 섹션으로 진행하세요.

네트워크 관리 서비스 구성

configure_network_management_services Ansible 역할은 가상 서버 인스턴스에서 프록시 엔드포인트, NTP, DNS, NFS 네트워크 서비스를 설치하고 구성합니다. 자세한 내용은 Ansible Galaxy의 전체 역할 설명을 참조하십시오.

configure_network_management_services 의 역할이 정의된 실행 전( Ansible ) 플레이북을 실행하기 전에, playbooks/vars/sample-variables-configure-network-services-client.yml 에서 변수 파일을 구성하여 다운로드한 샘플을 자신의 값으로 업데이트하십시오. 예는 다음과 같습니다

client_config:
  squid:
    enable: true
    squid_server_ip_port: "SQUID_PROXY_SERVER_IP:3128"
    no_proxy_hosts: "161.0.0.0/8"
  ntp:
    enable: true
    ntp_server_ip: "NTP_SERVER_IP"
  nfs:
    enable: true
    nfs_server_path: "NFS_SERVER_IP:/nfs"
    nfs_client_path: "/nfs"
    opts: sec=sys,nfsvers=4.1,nofail
    fstype: nfs4
  dns:
    enable: true
    dns_server_ip: "DNS_SERVER_IP"

위 예제에 사용된 매개변수 SQUID_PROXY_SERVER_IP, NTP_SERVER_IP, NFS_SERVER_IP, DNS_SERVER_IP 에 대한 자세한 설명은 구성 파일의 매개변수 편집 섹션에서 확인할 수 있습니다.

변수 파일을 업데이트한 후 다음 명령을 실행하십시오

ansible-playbook --connection=local -i "localhost," playbooks/sample-configure-network-services-client.yml

파일 시스템 만들기

Ansible 의 역할인 powervs_storage_and_swap_setup 은 SAP HANA, SAP NetWeaver 또는 SAP 공유 파일 시스템 인스턴스를 위한 파일 시스템을 생성하는 데 사용됩니다. 이 역할은 /hana/data, /hana/log, /hana/shared 용 파일 시스템을 생성하고, 제공된 마운트 지점에 이 파일 시스템을 마운트하고, 재부팅 시 자동 마운트를 위해 /etc/fstab 에 항목을 추가하는 등의 작업을 수행합니다. 자세한 내용은 설명을 참조하세요. powervs_storage_and_swap_setupAnsible Galaxy에 대하여.

스토리지 설정을 위한 플레이북을 실행하기 전에, 수동으로 파일 시스템 만들기 섹션 에 설명된 대로 WWN을 식별합니다. sample-variables-powervs-storage-setup.yml 변수 파일에 WWN을 추가합니다. 변수 파일에 대한 설명은 구성 파일에서 매개변수 편집 섹션을 참조하세요.

다음으로, Ansible 플레이북을 실행하여 다음과 같은 파일 시스템을 생성합니다

ansible-playbook --connection=local -i "localhost," playbooks/sample-powervs-storage-setup.yml

모든 파일 시스템이 올바르게 생성되고 마운트되었는지 확인하려면 저장 공간 확인 섹션을 사용하십시오. SAP 의 설치 준비를 계속하십시오. /hana/data, /hana/log, /hana/shared 가 올바르게 탑재되어 있다면.

SAP 용 SLES 구성

SLES

SAP HANA 나 SAP NetWeaver 에 대한 권장 운영 체제 설정을 적용하려면 SUSE Linux® Enterprise Server 의 saptune 도구를 사용하십시오. IBM 파워 시스템 Virtual Servers 에서 SAP NetWeaver 및 SAP HANA 에 동일한 SUSE Linux® Enterprise Server 이미지가 사용됩니다.

다음 워크플로에서는 saptune 도구를 사용하여 SAP 솔루션을 서버에 적용하는 방법을 보여 줍니다. Saptune에 대한 자세한 내용은 SAP 참고 1275776 - Linux: SAP 환경을 위한 SLES 준비하기를 참조하세요.

1. 패키지 상태가 최신인지 확인합니다.

   zypper info saptune
   

2. Saptune 버전이 3 이상인지 확인합니다.

   saptune version
   

3. 사용 가능한 모든 솔루션을 나열합니다. 번호가 매겨진 항목은 각 솔루션에 대한 통합 SAP Note를 표시합니다.

   saptune solution list
   

4. Saptune 옵션에 대한 개요를 확인하세요.

   saptune --help
   

5. saptune.service 를 활성화하고 시작합니다. 이 명령은 또한 sapconf와 tuned를 비활성화하는데, 이 두 기능은 saptune 버전 3 이후로 사용되지 않습니다.

   saptune service takeover
   

6. 적용하기 전에 변경 사항을 시뮬레이션합니다(선택 사항).

   SAP HANA 의 경우 :

   saptune solution simulate HANA
   

   SAP NetWeaver 의 경우 :

   saptune solution simulate NETWEAVER
   

7. Saptune 솔루션을 적용하십시오.

   SAP HANA 의 경우 :

   saptune solution apply HANA
   

   SAP NetWeaver 의 경우 :

   saptune solution apply NETWEAVER
   

8. Saptune 상태를 확인하십시오.

   saptune status
   

9. 샙튠이 올바르게 설정되었는지 확인합니다.

   saptune check
   

SAP 애플리케이션을 위한 RHEL 구성

RHEL

RHEL 시스템의 역할( SAP )은 RHEL 시스템을 구성하여 SAP HANA 또는 SAP NetWeaver 를 설치하는 데 도움이 되는 Ansible 역할의 모음입니다. Ansible SAP 구성에 대한 역할은 Red Hat 에서 직접 배포 및 업데이트하므로 수행되는 작업과 필요한 매개변수는 rhel-system-roles-sap 패키지 버전에 따라 달라질 수 있습니다. IBM 에서 제공하는 RHEL 이미지에는 Ansible 실행 엔진, SAP 관련 시스템 역할, Ansible 실행 파일이 포함되어 있습니다.

rhel-system-roles-sap-3.2.0-1.el8_4 부터 역할 이름이 변경되었습니다. RHEL 8.1 또는 RHEL 8.4 용 OS 이미지의 /root/sap-preconfigure.yml, /root/sap-netweaver.yml, /root/sap-hana.yml 파일은 수정해야 합니다. 더 자세한 정보는 다음 Red Hat 기사를 참조하세요.

SAP 애플리케이션 설정을 위한 RHEL 시스템 역할은 루트 디렉토리에서 사용할 수 있습니다.

SAP HANA 의 작업 부하를 위해 운영 체제를 준비하려면 다음 명령을 사용하십시오.

• RHEL 8.4 과 이전 버전:

ansible-playbook /root/sap-hana.yml

• RHEL 버전 RHEL 8.6 이상:

ansible-playbook -i /root/inventory /root/sap-hana.yml

SAP NetWeaver 의 작업 부하를 위해 운영 체제를 준비하려면 다음 명령을 사용하십시오.

• RHEL 8.4 과 이전 버전:

ansible-playbook /root/sap-netweaver.yml

• RHEL 버전 RHEL 8.6 이상:

ansible-playbook -i /root/inventory /root/sap-netweaver.yml

운영 체제 사용자 지정에 대한 자세한 내용은 다음 문서를 참조하세요.

• SAP 참고 2772999 " Red Hat Enterprise Linux 8.x: 설치 및 구성"
• SAP 참고 2777782 " SAP HANA DB: RHEL8 의 권장 OS 설정"
• SAP 참고 2382421 "HANA 및 OS 수준에서 네트워크 구성 최적화하기"
• SAP용 Red Hat Enterprise Linux 시스템 역할

점보 프레임 구성

MTU='9000' 를 설정하여 점보 프레임을 활성화해야 합니다.

RHEL

/etc/sysconfig/network-scripts 디렉토리에서 ifcfg-env0, ifcfg-env2, ifcfg-env(...) 파일에 MTU='9000' parameter 가 포함되어 있는지 확인하십시오.

SLES

/etc/sysconfig/network 디렉토리에서 ifcfg-eth0, ifcfg-eth1 등의 파일 내용을 확인하십시오.

NUMA 레이아웃 확인

chk_numa_lpm.py 스크립트를 실행하여 CPU 및 메모리 배치가 SAP HANA 에 최적화되었는지 확인합니다. chk_numa_lpm.py 스크립트는 다음 작업을 수행합니다.

• SAP HANA 규칙에 따라 비균일 메모리 액세스(NUMA) 레이아웃을 확인합니다. 이 스크립트는 메모리가 없는 코어가 없고 코어 간 메모리 분포가 50%의 마진을 초과하지 않는지 확인합니다. 첫 번째 경우에는 스크립트가 오류를 생성하고 두 번째 경우에는 스크립트가 경고를 생성합니다.
• 라이브 파티션 모빌리티(LPM) 작업이 수행되었는지 확인합니다. LPM 이후에는 NUMA 레이아웃이 부팅 시 구성과 다를 수 있습니다. 이 스크립트는 시스템 로그에서 마지막 LPM 작업을 검색합니다. 마지막 시스템 부팅 이후 LPM 작업이 있었던 경우 경고가 생성됩니다.

1. SAP Note 2923962 에서 정보를 확인하세요.

2. 이 SAP 노트에 첨부된 chk_numa_lpm.py 스크립트를 다운로드하여 Power Virtual Server 인스턴스에 복사하십시오.

3. 스크립트에 대한 실행 권한 설정:

   chmod +x ./chk_numa_lpm.py
   

4. 다음 스크립트를 실행하십시오.

   ./chk_numa_lpm.py