집계된 네임스페이스 설계

Azure HPC Cache를 사용하면 클라이언트가 백 엔드 스토리지 시스템의 세부 정보를 숨기는 가상 네임스페이스를 통해 다양한 스토리지 시스템에 액세스할 수 있습니다.

스토리지 대상을 추가한 후 스토리지 대상에 대해 하나 이상의 클라이언트 연결 네임스페이스 경로를 설정합니다. 클라이언트 컴퓨터는 이 파일 경로를 탑재하고 스토리지 시스템을 직접 탑재하는 대신 캐시에 대한 파일 읽기 요청을 만들 수 있습니다.

Azure HPC Cache는 이 가상 파일 시스템을 관리하므로 클라이언트 연결 경로를 변경하지 않고 스토리지 대상을 변경할 수 있습니다. 예를 들어 클라이언트 쪽 프로시저를 다시 작성하지 않고도 하드웨어 스토리지 시스템을 클라우드 스토리지로 바꿀 수 있습니다.

집계된 네임스페이스 예제

클라이언트 머신이 필요한 정보에 편리하게 도달할 수 있도록 집계된 네임스페이스를 계획하여 관리자와 워크플로 엔지니어가 경로를 쉽게 구분할 수 있도록 합니다.

예를 들어 Azure HPC Cache 인스턴스를 사용하여 Azure Blob에 저장된 데이터를 처리하는 시스템을 고려합니다. 분석에는 온-프레미스 데이터 센터에 저장된 템플릿 파일이 필요합니다.

템플릿 데이터는 데이터 센터에 저장되며 이 작업에 필요한 정보는 다음 하위 디렉터리에 저장됩니다.

• /goldline/templates/acme2017/sku798
• /goldline/templates/acme2017/sku980

데이터 센터 스토리지 시스템은 다음과 같은 내보내기를 노출합니다.

• /
• /goldline
• /goldline/templates

분석할 데이터는 Azure Blob Storage로 데이터 이동에 설명된 NFS 데이터 가져오기 기술을 사용하여 "sourcecollection"이라는 Azure Blob Storage 컨테이너에 복사되었습니다.

캐시를 통해 쉽게 액세스할 수 있도록 하려면 다음 가상 네임스페이스 경로를 사용하여 스토리지 대상을 만드는 것이 좋습니다.

NFS 스토리지 대상에는 각각 고유한 내보내기 경로를 참조하는 한 여러 가상 네임스페이스 경로가 있을 수 있습니다. ( NFS 스토리지 대상과 함께 여러 네임스페이스 경로를 사용하는 방법에 대해 자세히 알아보려면 NFS 네임스페이스 경로를 읽어보세요.)

NFS 원본 경로는 동일한 내보내기의 하위 디렉터리이므로 동일한 스토리지 대상에서 여러 네임스페이스 경로를 정의해야 합니다.

클라이언트 애플리케이션은 캐시를 탑재하고 집계된 네임스페이스 파일 경로에 쉽게 액세스할 수 있습니다/source./templates/sku798/templates/sku980

대체 방법은 부모 디렉터리에 대한 링크와 같은 /templates 가상 경로를 만든 다음, acme2017캐시를 탑재한 후 클라이언트가 개별 sku798 및 sku980 디렉터리로 이동하도록 하는 것입니다. 그러나 다른 네임스페이스 경로의 하위 디렉터리인 네임스페이스 경로는 만들 수 없습니다. 따라서 디렉터리에 대한 acme2017 경로를 만드는 경우 해당 하위 디렉터리에 직접 액세스하는 네임스페이스 경로를 만들 수도 없습니다.

Azure HPC Cache 네임스페이스 설정 페이지에는 클라이언트 연결 파일 시스템이 표시되며 경로를 추가하거나 편집할 수 있습니다. 자세한 내용은 집계된 네임스페이스 설정을 참조하세요.

다음 단계

가상 파일 시스템을 설정하는 방법을 결정한 후 다음 단계를 수행하여 만듭니다.

• 스토리지 대상 지점을 생성하여 Azure HPC Cache에 백 엔드 스토리지 시스템을 추가합니다.
• 네임스페이스 경로를 추가하여 클라이언트 컴퓨터가 파일에 액세스하는 데 사용하는 집계된 네임스페이스를 만듭니다.