다음을 통해 공유


Azure NetApp Files에 대한 애플리케이션 복원력 FAQ

이 문서는 Azure NetApp Files 애플리케이션 복원력에 대한 FAQ(질문과 대답)입니다.

스토리지 서비스 유지 관리 이벤트로 인한 잠재적인 애플리케이션 중단을 처리하는 데 권장되는 것은 무엇인가요?

Azure NetApp Files는 비정기적으로 계획된 유지 관리(예: 플랫폼 업데이트, 서비스 또는 소프트웨어 업그레이드)를 수행할 수 있습니다. 파일 프로토콜(NFS/SMB) 관점에서 애플리케이션에서 이러한 이벤트 중에 잠시 발생할 수 있는 IO 일시 중지를 처리할 수 있는 한 유지 관리 작업이 중단되지 않습니다. I/O 일시 중지는 일반적으로 몇 초에서 최대 30초까지 짧습니다. NFS 프로토콜은 특히 강력하며 클라이언트-서버 파일 작업은 정상적으로 계속됩니다. 일부 애플리케이션에서는 30~45초 동안 IO 일시 중지를 처리하기 위해 튜닝이 필요할 수 있습니다. 따라서 스토리지 서비스 유지 관리 이벤트에 대처하려면 애플리케이션의 복원력 설정을 알고 있어야 합니다. SMB 프로토콜을 활용하는 사용자 대화형 애플리케이션의 경우 일반적으로 표준 프로토콜 설정만으로도 충분합니다.

Important

복원력 있는 아키텍처를 보장하려면 클라우드가 공유 책임 모델에서 작동한다는 것을 인식하는 것이 중요합니다. 이 모델은 Azure 클라우드 플랫폼, 해당 인프라 서비스, OS 계층 및 애플리케이션 공급업체를 포함합니다. 이러한 각 구성 요소는 스토리지 서비스 유지 관리 이벤트 중에 발생할 수 있는 잠재적인 애플리케이션 중단을 정상적으로 처리하는 데 중요한 역할을 합니다.

SMB 기반 애플리케이션에 대해 특별한 예방 조치를 취해야 하나요?

예, 특정 SMB 기반 애플리케이션에는 SMB 투명한 장애 조치(failover)가 필요합니다. SMB 투명 장애 조치(Failover)를 사용하면 SMB 볼륨의 데이터를 저장 및 액세스하는 서버 애플리케이션에 대한 연결을 중단하지 않고도 Azure NetApp Files 서비스에서 유지 관리 작업을 수행할 수 있습니다. 특정 애플리케이션에 대한 SMB 투명한 장애 조치(failover)를 지원하기 위해 Azure NetApp Files는 이제 SMB 지속적인 가용성 공유 옵션을 지원합니다. SMB 지속적인 가용성 사용은 다음의 워크로드에만 지원됩니다.

주의

사용자 지정 애플리케이션은 SMB 지속적인 가용성에서 지원되지 않으며 SMB 지속적인 가용성 사용 볼륨에서 사용할 수 없습니다.

Azure NetApp Files에서 IBM MQ를 실행하고 있습니다. NFS 프로토콜을 사용하더라도 스토리지 서비스 유지 관리 이벤트로 인한 중단을 방지하기 위해 취할 수 있는 예방 조치는 무엇인가요?

IBM MQ 데이터 및 로그가 Azure NetApp Files 볼륨에 저장되는 공유 파일 구성에서 IBM MQ 애플리케이션을 실행하는 경우 스토리지 서비스 유지 관리 이벤트 중에 복원력을 향상시키기 위해 권장되는 고려 사항은 다음과 같습니다.

참고 항목

각 MQ 다중 인스턴스 쌍에서 처리해야 하는 메시지 수는 특정 환경에 따라 크게 달라집니다. 필요한 MQ 다중 인스턴스 쌍의 수 또는 스케일 업 또는 스케일 다운 규칙을 결정해야 합니다.

스케일 아웃 아키텍처는 Azure Load Balancer 내에 배포된 여러 IBM MQ 다중 인스턴스 쌍으로 구성됩니다. 그런 다음, IBM MQ와 통신하도록 구성된 애플리케이션이 Azure Load Balancer를 통해 IBM MQ 인스턴스와 통신하도록 구성됩니다. 공유 NFS 볼륨에서 IBM MQ와 관련된 지원을 받으려면 IBM에서 공급업체 지원을 받아야 합니다.

Azure NetApp Files에서 LevelDB 또는 KahaDB를 사용하여 Apache ActiveMQ를 실행하고 있습니다. NFS 프로토콜을 사용하더라도 스토리지 서비스 유지 관리 이벤트로 인한 중단을 방지하기 위해 취할 수 있는 예방 조치는 무엇인가요?

Apache ActiveMQ를 실행하는 경우 플러그형 Storage Lockers가 포함된 ActiveMQ High Availability를 배포하는 것이 좋습니다.

ActiveMQ HA(고가용성) 모델은 broker 인스턴스가 항상 온라인 상태이고 메시지 트래픽을 처리할 수 있도록 합니다. 가장 일반적인 두 가지 ActiveMQ HA 모델에는 네트워크를 통해 파일 시스템을 공유하는 작업이 포함됩니다. 이는 LevelDB 또는 KahaDB를 활성 및 수동 broker 인스턴스에 제공하기 위한 것입니다. 이러한 HA 모델을 사용하려면 OS 수준 잠금("lock"이라고 함)을 가져오고 LevelDB 또는 KahaDB 디렉터리의 파일에서 유지 관리해야 합니다. 이 ActiveMQ HA 모델에는 몇 가지 문제가 있습니다. 복제본에서 파일을 잠글 수 있음을 인식하지 못하는 "마스터 없음" 상황으로 이어질 수 있습니다. 또한 인덱스 또는 저널이 손상되고 궁극적으로 메시지가 손실되는 "마스터-마스터" 구성으로 이어질 수 있습니다. 이러한 문제의 대부분은 ActiveMQ에서 제어할 수 없는 요인에서 비롯됩니다. 예를 들어 제대로 최적화되지 않은 NFS 클라이언트의 부하 상태에서 잠금 데이터가 부실해져 장애 조치(failover) 중에 "마스터 없음" 가동 중지 시간이 발생할 수 있습니다.

이 HA 솔루션과 관련된 대부분의 문제는 부정확한 OS 수준 파일 잠금으로 인해 발생하므로 ActiveMQ 커뮤니티는 broker 버전 5.7에서 플러그형 스토리지 락커의 개념을 도입했습니다. 이 방법을 사용하면 사용자는 OS 수준 파일 시스템 잠금과 달리 행 수준 JDBC 데이터베이스 잠금을 사용하여 공유 잠금의 다른 방법을 활용할 수 있습니다. ActiveMQ HA 아키텍처 및 배포에 대한 지원 또는 컨설팅을 받으려면 Perforce의 OpenLogic에 문의해야 합니다.

Azure NetApp Files에서 LevelDB 또는 KahaDB를 사용하여 Apache ActiveMQ를 실행하고 있습니다. SMB 프로토콜을 사용하더라도 스토리지 서비스 유지 관리 이벤트로 인한 중단을 방지하기 위해 취할 수 있는 예방 조치는 무엇인가요?

일반적인 업계 권장 사항은 CIFS[공통 인터넷 파일 시스템]/SMB에서 KahaDB 공유 스토리지를 실행하지 않는 것입니다. 정확한 잠금 상태를 유지 관리하는 데 문제가 있는 경우 더 안정적인 잠금 메커니즘을 제공할 수 있는 JDBC Pluggable Storage Locker를 확인합니다. ActiveMQ HA 아키텍처 및 배포에 대한 지원 또는 컨설팅을 받으려면 Perforce의 OpenLogic에 문의해야 합니다.

Azure NetApp Files에서 Boomi를 실행하고 있습니다. 스토리지 서비스 유지 관리 이벤트로 인한 중단을 방지하기 위해 취할 수 있는 예방 조치는 무엇인가요?

Boomi를 실행하는 경우 런타임 고가용성 및 재해 복구에 대한 Boomi 모범 사례를 따르는 것이 좋습니다.

Boomi는 Boomi Atom의 고가용성을 구현하는 데 Boomi Molecule을 사용할 것을 권장합니다. Boomi Molecule 시스템 요구 사항에 따르면 NFS 잠금이 사용하도록 설정된 NFS(NLM 지원) 또는 SMB 파일 공유를 사용할 수 있습니다. Azure NetApp Files의 컨텍스트에서 NFSv4.1 볼륨은 NLM을 지원합니다.

Boomi는 Windows VM에서 SMB 파일 공유를 사용하도록 권장합니다. NFS의 경우 Boomi는 Linux VM을 권장합니다.

참고 항목

Azure NetApp Files 지속적인 가용성 공유는 Boomi에서 지원되지 않습니다.

다음 단계