規劃彙總的命名空間
Azure HPC Cache 可讓用戶端透過虛擬命名空間存取各種儲存體系統，以隱藏後端儲存體系統的詳細資料。
新增儲存體目標之後，您會為儲存體目標設定一或多個面向用戶端的命名空間路徑。 用戶端電腦會掛接此檔案路徑，並可對快取提出檔案讀取要求，而不是直接掛接儲存體系統。
因為 Azure HPC Cache 會管理此虛擬檔案系統，所以您可以變更儲存體目標，而不需變更面向用戶端的路徑。 例如，您可以將硬體儲存體系統取代為雲端儲存空間，而不需要重寫用戶端程序。
彙總命名空間範例
規劃彙總命名空間，讓用戶端電腦可以方便連線到所需的資訊，讓系統管理員和工作流程工程師可以輕鬆地區分路徑。
例如，請考慮使用 Azure HPC Cache 執行個體來處理儲存在 Azure Blob 中的資料的系統。 分析需要儲存在內部部署資料中心的範本檔案。
範本資料會儲存在資料中心，而此作業所需的資訊會儲存在這些子目錄中：
- /goldline/templates/acme2017/sku798
- /goldline/templates/acme2017/sku980
資料中心儲存體系統會公開這些匯出：
- /
- /goldline
- /goldline/templates
要分析的資料已藉由使用將資料移至 Azure Blob 儲存體中概述的 NFS 資料匯入技術，複製到名為 "sourcecollection" 的 Azure Blob 儲存體容器。
若要允許透過快取輕鬆存取，請考慮使用下列虛擬命名空間路徑建立儲存體目標：
| 後端儲存體系統 (NFS 檔案路徑或 Blob 容器) |
虛擬命名空間路徑 |
|---|---|
| /goldline/templates/acme2017/sku798 | /templates/sku798 |
| /goldline/templates/acme2017/sku980 | /templates/sku980 |
| sourcecollection | /source/ |
只要每個儲存體目標都參考唯一的匯出路徑，NFS 儲存體目標可以有多個虛擬命名空間路徑。 (請參閱 NFS 命名空間路徑，以深入了解搭配 NFS 儲存體目標使用多個命名空間路徑。)
由於 NFS 來源路徑是相同匯出的子目錄，因此您必須定義相同儲存體目標的多個命名空間路徑。
| 儲存體目標主機名稱 | NFS 匯出路徑 | 子目錄路徑 | 命名空間路徑 |
|---|---|---|---|
| IP 位址或主機名稱 | /goldline/templates | acme2017/sku798 | /templates/sku798 |
| IP 位址或主機名稱 | /goldline/templates | acme2017/sku980 | /templates/sku980 |
用戶端應用程式可以掛接快取，並輕鬆地存取彙總命名空間檔案路徑 /source、/templates/sku798 和 /templates/sku980。
替代方法是建立虛擬路徑，例如 /templates (連結到父目錄)、acme2017，然後讓用戶端在掛接快取之後瀏覽至個別 sku798 和 sku980 目錄。 不過，您無法建立是另一個命名空間路徑子目錄的命名空間路徑。 因此，如果您建立 acme2017 目錄的路徑，您也無法建立任何命名空間路徑來直接存取其子目錄。
Azure HPC Cache [命名空間] 設定頁面會顯示面向用戶端的檔案系統，並可讓您新增或編輯路徑。 如需詳細資訊，請參閱設定彙總命名空間。
下一步
決定如何設定虛擬檔案系統之後，請採取下列步驟加以建立：