Unisphere 크랙: for VMAX와 Solutions Enabler를 동시에 사용하는 것이 바람직하지 않은 이유

Dell의 모범 사례는 Unisphere for VMAX 또는 Solutions Enabler(SYMCLI) 중 하나를 사용하여 스토리지를 관리하는 것입니다.

두 가지를 동시에 사용하면 Unisphere UI가 최신 스토리지 환경 정보와 동기화되지 않을 수 있습니다.

SYMAPI 서버에 Unisphere가 설치되어 있는 간단한 시나리오를 가정해 보겠습니다.

• SYMAPI 서버는 스토리지 환경의 데이터베이스를 "symapi_db.bin"로 변경되었습니다. 즉, 모든 명령과 쿼리를 SYMAPI 호스트에서 스토리지 어레이로 전송할 필요는 없으며, 대신 호스트의 symapi_db 쿼리하여 더 빠른 응답을 얻을 수 있습니다.
• Unisphere 또는 SYMCLI를 통해 어레이의 구성이 변경되면 해당 어레이의 체크섬 값이 업데이트됩니다. SYMAPI 서버의 이벤트 데몬 "storeventd"Monitors array에서 이러한 체크섬 변경 사항이 있는지 모니터링하고, 변경 사항이 발생하면 이벤트 데몬이 기본 데몬에 메시지를 표시합니다."storapid"를 클릭하여 "symcfg discover"로 변경되었습니다. 이렇게 하면 symapi_db 최신 스토리지 환경 정보로 바꿉니다. symapi_db 항상 최신 상태입니다.
• 그러나 Unisphere 소프트웨어는 이벤트 데몬 또는 어레이 체크섬에 대한 정보를 가지고 있지 않습니다. 대신 Unisphere는 자체 오브젝트 모델(캐시)을 사용합니다. symapi_db. 그러나 이 오브젝트 모델을 빌드하는 것은 집약적인 작업이며, 이러한 이유로 symapi_db SMAS 서버가 시작될 때. 즉, Unisphere 오브젝트 모델을 재구축하려면 SMAS 서비스를 재시작해야 합니다.
• Unisphere를 통해 변경이 수행되면 UI는 Solutions Enabler에 필요한 명령을 전송하여 마치 SYMCLI 명령을 사용하며 개체 모델의 구성도 기록합니다. 즉, Unisphere Object Model은 UI 자체를 통해 수행된 구성 변경 사항을 항상 인식 하지만 SYMCLI를 사용하여 변경된 사항은 알지 못합니다.

이러한 이유로 SMAS 서비스를 정기적으로 재시작할 필요가 없도록 Unisphere for VMAX 또는 Solutions Enabler(SYMCLI)이지만 둘 다 동시에 할 수는 없습니다.