다음을 통해 공유

Azure NetApp Files 애플리케이션 볼륨 그룹 FAQ

  • 아티클

이 문서는 Azure NetApp Files 애플리케이션 볼륨 그룹에 대한 FAQ(질문과 대답)입니다.

일반 FAQ

이 섹션에서는 Azure NetApp Files 애플리케이션 볼륨 그룹에 대한 일반적인 질문에 답변합니다.

모든 데이터베이스 볼륨에 수동 QoS 용량 풀을 사용해야 하는 이유는 무엇인가요?

수동 QoS 용량 풀은 데이터베이스 요구 사항에 맞게 용량과 처리량 간의 최상의 균형을 제공합니다. 로그 볼륨 또는 데이터 볼륨과 같은 성능에 도달하기 위해 과도하게 프로비저닝하는 것을 방지합니다. 또한 필요에 맞는 값으로 성능을 유지하면서 로그 백업을 위해 더 큰 공간을 예약할 수도 있습니다. 전반적으로 수동 QoS 용량 풀을 사용하면 비용 이점이 있습니다.

참고 항목

애플리케이션 볼륨 그룹을 만드는 동안에는 선택할 수 있는 목록에 수동 QoS 용량 풀만 표시됩니다.

애플리케이션 볼륨 그룹을 사용하여 만든 볼륨을 복제할 수 있나요?

예, 애플리케이션 볼륨 그룹에서 만든 볼륨을 복제할 수 있습니다. 스냅샷을 선택하고 새 볼륨으로 복원하여 이 작업을 수행할 수 있습니다. 복제는 애플리케이션 볼륨 그룹 워크플로를 벗어나는 프로세스입니다. 따라서 다음과 같은 제한 사항을 고려합니다.

  • 단일 볼륨을 복제하는 경우 볼륨 그룹과 관련된 종속성이 확인되지 않습니다.
  • 복제된 볼륨은 볼륨 그룹의 일부가 아닙니다.
  • 복제된 볼륨은 항상 원본 볼륨과 동일한 스토리지 엔드포인트에 배치됩니다.
  • 복제된 볼륨의 대기 시간을 가장 낮게 설정하려면 원본 볼륨과 동일한 IP 주소를 사용하여 탑재해야 합니다.

볼륨 그룹을 만드는 데 얼마나 오래 걸리나요?

볼륨 그룹 만들기에는 여러 단계가 포함되며 모든 단계를 동시에 수행할 수 있는 것은 아닙니다. 특히 지정된 위치에 대한 첫 번째 볼륨 그룹을 만드는 경우 완료하는 데 9~12분이 걸릴 수 있습니다. 후속 볼륨 그룹은 만드는 데 더 적은 시간이 소요됩니다.

배포에 실패했으며 단일 볼륨도 만들어지지 않았습니다. 왜 그럴까요?

이는 정상적인 동작입니다. 애플리케이션 볼륨 그룹은 구성 요소 중 하나가 배포되지 않을 경우 볼륨을 원자성 방식으로 프로비전하고 배포를 롤백합니다. 지정된 위치에 요구 사항을 수용할 수 있는 충분한 리소스가 없기 때문에 일반적으로 배포에 실패합니다. 배포 로그에서 세부 정보를 확인하고 필요한 경우 용량 풀 구성을 수정합니다.

볼륨 그룹 설명을 편집할 수 없는 이유는 무엇인가요?

현재 구현에서 애플리케이션 볼륨 그룹은 볼륨 그룹의 초기 생성 및 삭제에만 중점을 두고 있습니다.

내 데이터베이스 볼륨에 어떤 스냅샷 정책을 사용해야 하나요?

데이터베이스 환경에 대한 애플리케이션 일치 백업에 AzAcSnap 또는 Commvault와 같은 제품을 사용할 수 있습니다. 일관된 데이터 보호를 위해 Azure NetApp Files 기본 제공 스냅샷 정책으로 예약된 표준 스냅샷은 사용할 수 없습니다.

데이터베이스 환경의 스냅샷에 대한 일반적인 권장 사항은 다음과 같습니다.

  • 데이터 볼륨 스냅샷을 면밀히 모니터링합니다. 스냅샷을 장기간 유지하면 용량 요구 사항이 증가할 수 있습니다. 사용된 용량과 할당된 용량을 모니터링해야 합니다.
  • 기본 데이터 보호를 위해 스냅샷을 자동으로 만드는 경우 예측되지 않은 볼륨 용량 소비를 방지하기 위해 해당 보존 상태를 모니터링해야 합니다.

SAP HANA용 애플리케이션 볼륨 그룹에 대한 FAQ

이 섹션에서는 SAP HANA용 Azure NetApp Files 애플리케이션 볼륨 그룹에 대한 질문에 답변합니다.

볼륨의 탑재 지침에는 IP 주소 목록이 포함됩니다. 어떤 IP 주소를 사용해야 하나요?

애플리케이션 볼륨 그룹을 사용하면 한 호스트의 데이터 및 로그 볼륨에 항상 서로 다른 IP 주소를 가진 별도의 스토리지 엔드포인트가 있어야 최상의 성능을 얻을 수 있습니다. 데이터를 호스트하기 위해 Azure NetApp Files 스토리지 리소스의 로그 및 공유 볼륨을 사용된 Azure NetApp Files 스토리지 리소스당 최대 6개의 스토리지 엔드포인트까지 만들 수 있습니다. 따라서 그에 따라 위임된 서브넷의 크기를 조정하는 것이 좋습니다. SAP HANA용 애플리케이션 볼륨 그룹에 대한 요구 사항 및 고려 사항을 참조하세요. 나열된 모든 IP 주소를 탑재에 사용할 수 있지만 첫 번째 나열된 IP 주소는 가장 낮은 대기 시간을 제공하는 IP 주소입니다. 항상 첫 번째 IP 주소를 사용하는 것이 좋습니다.

nconnect를 탑재 옵션으로 사용할 수 있나요?

Azure NetApp Files는 NFSv4.1용 nconnect를 지원하지만 다음 Linux OS 버전이 필요합니다.

  • SLES 15SP2 이상
  • RHEL 8.3 이상

nconnect 탑재 옵션을 사용하는 경우 읽기 제한은 최대 4,500MiB/s이며(Azure NetApp Files에 대한 Linux NFS 탑재 옵션 모범 사례 참조) 데이터 볼륨에 제안된 처리량 제한을 적절하게 조정해야 할 수 있습니다.

{Hostid} 자리 표시자를 제거한 경우에도 hostid(예: 00001)가 내 이름에 추가되는 이유는 무엇인가요?

애플리케이션 볼륨 그룹에는 {Hostid} 자리 표시자가 이름의 일부여야 합니다. 제거되면 hostid가 제공된 문자열에 자동으로 다시 추가됩니다.

검토 + 만들기를 선택한 후 각 볼륨의 최종 이름을 볼 수 있습니다.

SAP HANA용 애플리케이션 볼륨 그룹이 데이터 볼륨에 제안하는 최대 처리량 값이 1500MiB인 이유는 무엇인가요?

NFSv4.1은 SAP HANA 및 Oracle에 지원되는 프로토콜입니다. 따라서 단일 볼륨을 탑재할 때 하나의 TCP/IP 세션이 지원됩니다. 단일 볼륨에 대해 단일 TCP 세션(즉, 단일 호스트에서)을 실행하는 경우 1500MiB/s가 식별된 일반적인 I/O 제한입니다. 따라서 SAP HANA용 애플리케이션 볼륨 그룹은 현실적으로 달성할 수 있는 것보다 더 많은 처리량을 할당하지 않습니다. 특히 더 큰 HANA 데이터베이스(예: 12TiB)의 경우 더 많은 처리량이 필요한 경우 여러 파티션을 사용하거나 nconnect 탑재 옵션을 사용해야 합니다.

최적의 성능과 비용 효율성을 위해 SAP HANA와 함께 사용할 Azure NetApp Files 볼륨의 크기를 조정하려면 어떻게 해야 하나요?

최적의 크기 조정을 위해서는 스냅샷 및 백업을 비롯한 전체 환경에 맞게 크기를 조정하는 것이 중요합니다. 프로덕션, HA 및 데이터 보호를 위한 볼륨 레이아웃을 결정하고 SAP HANA 배포용 Azure NetApp Files 크기 조정 계산기를 사용하여 크기 조정을 수행합니다.

"Not enough pool capacity"라는 경고 메시지가 표시됩니다. 무엇을 도와드릴까요?

애플리케이션 볼륨 그룹은 HANA 메모리의 입력에 따라 모든 볼륨의 용량 및 처리량 수요를 계산합니다. 용량 풀을 선택하면 용량 풀에서 사용 가능한 용량과 처리량이 충분한지 즉시 확인합니다.

초기 SAP HANA 화면에서 이 메시지를 무시하고 다음 단추를 클릭하여 워크플로를 계속할 수 있습니다. 나중에 각 볼륨에 대해 제안된 값을 개별적으로 조정하여 모든 볼륨이 용량 풀에 맞도록 할 수 있습니다. 이 오류 메시지는 모든 볼륨이 용량 풀에 맞을 때까지 각 개별 볼륨을 변경하면 다시 나타납니다.

이 경고 메시지를 방지하기 위해 풀의 크기를 늘릴 수 있습니다.

시스템 또는 전체 시스템 환경의 크기를 조정하는 방법을 어떻게 이해할 수 있나요?

전체 SAP 시스템 크기 조정을 계획하려면 SAP Azure NetApp Files 크기 조정 전문가에게 문의하세요.

각 시스템에 대해 제공해야 하는 중요한 정보에는 SID, 역할(프로덕션, 개발, 사전 프로덕션/QA), HANA 메모리, 스냅샷 예약(백분율), 로컬 스냅샷 보존 기간(일), 파일 기반 백업 수, 호스트 수가 있는 단일 호스트/다중 호스트, HSR(기본, 보조)이 포함됩니다.

SAP HANA 크기 조정 추정기를 사용하여 크기 조정 프로세스를 최적화할 수 있습니다.

이전에 HANA를 실행하여 시스템을 알고 있는 경우 이러한 일반적인 가정 대신 수동으로 데이터를 제공할 수 있습니다.

여러 파티션의 새 SAP HANA 기능을 사용할 수 있나요?

SAP HANA용 애플리케이션 볼륨 그룹은 여러 파티션에 대한 전용 포커스로 빌드되지 않았지만 입력을 조정하는 동안 SAP HANA용 애플리케이션 볼륨 그룹을 사용할 수 있습니다.

여러 파티션에 대한 기본 사항은 다음과 같습니다.

  • 여러 파티션은 단일 SAP HANA 호스트가 둘 이상의 볼륨을 사용하여 지속성을 저장한다는 것을 의미합니다.
  • 여러 파티션이 다른 경로에 탑재되어야 합니다. 예를 들어 첫 번째 볼륨은 /hana/<SID>/data1/mnt00001에 있고 두 번째 볼륨에는 다른 경로(/hana/<SID>/data2/mnt00002)가 필요합니다. 이 결과를 얻으려면 명명 규칙을 수동으로 조정해야 합니다. 즉 <SID>-DATA1-MNT00001; <SID>-DATA2-MNT00002, ...입니다.
  • 메모리는 SAP HANA가 용량 및 처리량에 맞게 크기를 조정하는 애플리케이션 볼륨 그룹의 키입니다. 따라서 파티션 수를 수용하도록 크기를 조정해야 합니다. 파티션이 2개인 경우 메모리의 50%를 사용해야 합니다. 세 파티션의 경우 메모리의 33% 등을 사용해야 합니다.

만들려는 각 호스트 및 각 파티션에 대해 SAP HANA에 대한 애플리케이션 볼륨 그룹을 다시 실행해야 하며 위의 권장 사항을 충족하도록 명명 제안을 조정해야 합니다.

이 토픽에 대한 자세한 내용은 SAP HANA용 Azure NetApp Files AVG를 사용하여 여러 파티션이 있는 HANA 배포를 참조하세요.

HANA 데이터 및 로그 볼륨에 대해 제안된 처리량에 적용되는 규칙은 무엇인가요?

SAP는 HANA 볼륨에 대한 KPI(핵심 성과 지표)를 데이터의 경우 400MiB/s, 로그 볼륨의 경우 250MiB/s로 정의합니다. 이 정의는 HANA 데이터베이스의 크기 또는 워크로드와 별개입니다. 애플리케이션 볼륨 그룹은 가장 작은 데이터베이스도 SAP HANA KPI를 충족하는 방식으로 처리량 값의 크기를 조정하며, 대용량 데이터베이스는 더 높은 처리량 수준의 이점을 누릴 수 있습니다. 또한 입력한 HANA 데이터베이스 크기에 따라 제안의 크기를 조정합니다.

다음 표에서는 HANA 데이터 볼륨의 메모리 범위 및 제안된 처리량을 설명합니다.

메모리 범위(TB)제안된 처리량(MB/s)
최소최대
01400
12600
24800
461000
681200
8101400
10무제한1500

다음 표에서는 HANA 로그 볼륨의 메모리 범위 및 제안된 처리량을 설명합니다.

메모리 범위(TB)제안된 처리량(MB/s)
최소최대
04250
4무제한500

데이터베이스 볼륨 처리량은 주로 데이터베이스를 시작할 때 데이터를 메모리로 읽는 데 걸리는 시간에 영향을 줍니다. 그러나 런타임에 대부분의 I/O는 쓰기 I/O이며, 여기서 KPI도 더 낮은 값을 표시합니다. 사용자 환경에 따르면 더 작은 데이터베이스의 경우 HANA KPI 값이 대부분의 시간 동안 필요한 값보다 높을 수 있습니다.

각 볼륨의 Azure NetApp Files 성능을 런타임에 조정할 수 있습니다. 따라서 언제든지 데이터 및 로그 볼륨 처리량을 특정 요구 사항에 맞게 조정하여 데이터베이스의 성능을 조정할 수 있습니다. 예를 들어 정상 작동 중에 KPI로 줄이면서 시작할 때 더 높은 처리량을 허용하여 성능을 미세 조정하고 비용을 절감할 수 있습니다.

모든 볼륨이 내 SAP HANA 서버와 가깝게 프로비전되나요?

SAP HANA 서버용으로 만든 PPG(근접 배치 그룹)를 사용하면 최상의 대기 시간과 처리량을 달성하기 위해 SAP HANA 서버 가까이에서 데이터, 로그, 공유 볼륨을 만들 수 있습니다. 그러나 로그 백업 및 데이터 백업 볼륨에는 짧은 대기 시간이 필요하지 않습니다. 보호 관점에서 이러한 백업 볼륨을 데이터, 로그 및 공유 볼륨과 다른 위치에 저장하는 것이 좋습니다. 따라서 애플리케이션 볼륨 그룹은 사용 가능한 용량과 처리량이 충분한 지역 내의 다른 스토리지 위치에 백업 볼륨을 배치합니다.

AVset, VM, PPG 및 Azure NetApp Files 볼륨 간의 관계는 무엇인가요?

PPG(근접 배치 그룹)에는 직접 또는 AVset을 통해 하나 이상의 VM이 할당되어야 합니다. PPG의 목적은 VM의 정확한 위치를 추출하고 이 정보를 애플리케이션 볼륨 그룹에 전달하여 동일한 데이터 센터에서 Azure NetApp Files 리소스를 검색하는 것입니다. 이 설정은 PPG에서 하나 이상의 VM이 시작된 경우에만 작동합니다. 일반적으로 데이터베이스 서버를 PPG에 추가할 수 있습니다.

PPG는 모든 VM이 종료되는 경우 다음에 VM을 다시 시작해도 이전과 동일한 데이터 센터에서 시작된다는 것을 보장할 수 없다는 부작용이 있습니다. 이러한 상황이 발생하지 않도록 하려면 모든 VM 및 PPG가 연결된 AVset을 사용하고 HANA 고정 워크플로를 사용하는것이 좋습니다. 이 워크플로는 VM이 다시 시작될 때 이동하지 않도록 할 뿐만 아니라, 충분한 컴퓨팅 및 Azure NetApp Files 리소스를 사용할 수 있는 위치가 선택되도록 합니다.

다중 호스트 SAP HANA 시스템의 경우 HANA 호스트를 추가할 때 공유 볼륨의 크기가 조정되나요?

아니요. 이 시나리오는 현재 크기를 수동으로 조정해야 하는 몇 안 되는 사례 중 하나입니다. SAP는 4개의 HANA 호스트마다 공유 볼륨의 크기를 1 x RAM으로 지정하는 것이 좋습니다. 공유 볼륨을 첫 번째 SAP HANA 호스트의 일부로 만들므로 이미 크기가 1TB입니다. SAP HANA의 공유 볼륨 크기를 적절하게 조정하는 두 가지 옵션이 있습니다.

  • 예를 들어 6개의 호스트가 필요하다는 것을 미리 알고 있는 경우 SAP HANA용 애플리케이션 볼륨 그룹을 사용하여 초기 생성 중에 1TB 제안을 수정할 수 있습니다. 이 시점에서 처리량(즉, QoS)을 늘려 6개의 호스트를 수용할 수도 있습니다.
  • 언제든지 공유 볼륨을 편집하고 볼륨을 만든 후 크기와 처리량을 개별적으로 변경할 수 있습니다. 볼륨 배치 그룹 내에서 또는 Azure 리소스 공급자 또는 GUI를 사용하여 볼륨에서 직접 수행할 수 있습니다.

단일 인스턴스뿐만 아니라 둘 이상의 SAP HANA 데이터베이스용 데이터 백업 볼륨을 만들려고 합니다. 어떻게 하면 되나요?

로그백 및 데이터 백업 볼륨은 선택 사항이며 근접성이 필요하지 않습니다. 원하는 결과를 달성하는 가장 좋은 방법은 SAP HANA용 애플리케이션 볼륨 그룹에서 첫 번째 볼륨을 만들 때 데이터 백업 또는 로그 백업 볼륨을 제거하는 것입니다. 그런 다음, 표준 볼륨 프로비저닝을 사용하고 요구 사항에 맞는 적절한 용량과 처리량을 선택하여 고유한 볼륨을 독립된 단일 볼륨으로 만들 수 있습니다. 데이터 백업 볼륨을 나타내고 여러 SID에 사용되는 명명 규칙을 사용해야 합니다.

Oracle용 애플리케이션 볼륨 그룹에 대한 FAQ

이 섹션에서는 Oracle용 Azure NetApp Files 애플리케이션 볼륨 그룹에 대한 질문에 답변합니다.

모든 볼륨이 Oracle용 데이터베이스 서버와 동일한 가용성 영역에 프로비전되나요?

배포 워크플로를 사용하면 생성 시 선택한 가용성 영역에 모든 볼륨이 배치되며 Oracle 가상 머신의 가용성 영역과 일치해야 합니다. 가용성 영역을 지원하지 않는 지역의 경우 볼륨은 지역 범위로 배치됩니다.

최적의 성능과 비용 효율성을 위해 Oracle과 함께 사용할 Azure NetApp Files 볼륨의 크기를 조정하려면 어떻게 해야 하나요?

최적의 크기 조정을 위해서는 HA, 스냅샷 및 백업을 비롯한 전체 환경에 맞게 크기를 조정하는 것이 중요합니다. 프로덕션, HA 및 데이터 보호를 위한 볼륨 레이아웃을 결정하고 성능 또는 확장성을 희생하지 않고 Azure에서 가장 까다로운 Oracle 워크로드 실행 및 Azure IaaS VM에 대한 Oracle 워크로드 크기 조정을 위한 예측 도구에 따라 크기 조정을 수행합니다. 단일 볼륨 추가 입력 옵션을 사용하여 Azure의 SAP NetApp Files 크기 조정 추정기를 사용할 수도 있습니다.

각 볼륨의 크기 조정을 위해 제공해야 하는 중요한 정보에는 SID, 역할(프로덕션, 개발, 사전 프로덕션/QA), 스냅샷 예약(백분율), 로컬 스냅샷 보존을 위한 일 수, 파일 기반 백업 수, 호스트 수가 있는 단일 호스트/다중 호스트 및 Data Guard 요구 사항(기본, 보조)이 포함됩니다. 전체 Oracle 시스템 크기 조정을 계획하려면 Azure의 Oracle NetApp Files 크기 조정 전문가에게 문의하세요.

볼륨의 탑재 지침에는 IP 주소 목록이 포함됩니다. Oracle에 어떤 IP 주소를 사용해야 하나요?

애플리케이션 볼륨 그룹은 최상의 성능을 얻기 위해 데이터, 다시 실행 로그, 보관 로그 및 백업 볼륨에 서로 다른 IP 주소가 있는 별도의 스토리지 엔드포인트가 있는지 확인합니다. 나열된 모든 IP 주소를 탑재에 사용할 수 있지만 첫 번째 나열된 IP 주소는 가장 낮은 대기 시간을 제공하는 IP 주소입니다. 항상 첫 번째 IP 주소를 사용하는 것이 좋습니다.

Oracle 볼륨에 어떤 버전의 NFS를 사용해야 하나요?

클라이언트에서 Oracle dNFS를 사용하여 볼륨을 탑재합니다. dNFS를 사용하여 탑재하는 것은 NFSv3 및 NFSv4.1로 만든 볼륨에서 작동하지만 NFSv3을 사용하여 볼륨을 배포하는 것이 좋습니다. 자세한 내용 및 릴리스 종속성은 클라이언트 운영 체제 및 Oracle 참고 사항을 참조하세요. Oracle Database와 함께 Azure NetApp Files 사용의 이점 및 Azure NetApp Files 여러 볼륨의 Oracle 데이터베이스 성능에서 자세한 내용을 확인할 수도 있습니다.

대규모 데이터베이스에 대해 최상의 성능을 얻으려면 데이터베이스 서버에서 dNFS를 사용하여 볼륨을 탑재하는 것이 좋습니다. dNFS 구성을 간소화하려면 NFSv3을 사용하여 볼륨을 만드는 것이 좋습니다.

Oracle 볼륨에 어떤 스냅샷 정책을 사용해야 하나요?

이 질문은 Oracle의 애플리케이션 볼륨 그룹과 직접 관련이 없습니다. AzAcSnap 또는 Commvault와 같은 제품을 Oracle 데이터베이스에 대한 애플리케이션 일치 백업에 사용할 수 있습니다. Oracle 데이터베이스의 일관된 데이터 보호를 위해 Azure NetApp Files 기본 제공 스냅샷 정책에서 예약한 표준 스냅샷을 사용할 없습니다.

Oracle 환경의 스냅샷에 대한 일반적인 권장 사항은 다음과 같습니다.

  • 데이터베이스 인식 스냅샷 도구를 사용하여 데이터베이스 일치 스냅샷 생성을 보장합니다.
  • 데이터 볼륨 스냅샷을 면밀히 모니터링합니다. 스냅샷을 장기간 유지하면 용량 요구 사항이 증가할 수 있습니다. 사용된 용량과 할당된 용량을 모니터링해야 합니다.
  • 백업 볼륨에 대한 스냅샷을 자동으로 만드는 경우 예측되지 않은 볼륨 증가를 방지하기 위해 해당 보존 상태를 모니터링해야 합니다.

Oracle ASM을 Oracle용 AVG에서 만든 볼륨과 함께 사용할 수 있나요?

Oracle용 Azure NetApp Files 애플리케이션 볼륨 그룹과 함께 Oracle ASM을 사용하는 것은 지원되지만 애플리케이션 볼륨 그룹의 볼륨 전체에 대한 스냅샷 일관성은 지원되지 않습니다. 고객은 추후 공지가 있을 때까지 ASM을 사용할 때 다른 호환 가능한 데이터 보호 옵션을 사용하는 것이 좋습니다.

Oracle 배포에 PPG(근접 배치 그룹)를 선택적으로 사용할 수 있는 이유는 무엇인가요?

리소스 가용성이 제한된 지역에 배포하는 경우 가장 최적의 위치에 볼륨을 배포하지 못할 수도 있습니다. 이러한 경우 근접 배치 그룹 함수를 사용하여 볼륨을 배포하도록 선택하면 지정된 조건에서 최상의 볼륨 배치를 통해 배포를 수행할 수 있습니다. 기본 설정에서는 PPG 사용이 비활성화되어 있습니다. 지원 채널을 통해 근접 배치 그룹 사용 활성화를 요청해야 합니다.

다음 단계