常見問題 File Storage for Classic

如何分辨哪些 File Storage for Classic 磁區已加密？

請查看客戶入口網站中的 File Storage for Classic 清單。 對於已加密的磁碟區，您可以在磁碟區名稱旁邊看到一個鎖頭圖示。

如何找到 File Storage for Classic 的正確裝載點？

所有在增強型資料中心中配置的加密 File Storage for Classic 卷，其掛載點均與未加密卷不同。 為確保您使用的是正確的掛載點，請在主控台的「卷宗詳細資訊」頁面中查看掛載點資訊。 您也可以透過 API 呼叫來存取正確的裝載點：SoftLayer_Network_Storage::getNetworkMountAddress()。

可以佈建多少個磁區？

預設情況下，您可以共配置 700 個 Block 及 File Storage for Classic 儲存卷。 若要增加您的限制，請聯絡支援中心。 如需相關資訊，請參閱管理儲存空間限制。

一個已配置的 File Storage for Classic 儲存卷最多可供多少個伺服器執行個體共用？

每個檔案磁區的預設授權數目限制是 64。 此限制包括所有結合的子網路、主機及 IP 授權。 若要增加此限制，請聯絡支援中心。 如需相關資訊，請參閱 建立支援案例。

可以將多少個 File Storage for Classic 磁區連接至單一主機？

可附加到單一主機的磁碟區數量取決於主機作業系統能處理的數量。IBM Cloud® 並未就此設定限制。 如需可裝載的檔案共用數目限制，請參閱 OS 文件。

針對特定的檔案卷大小，允許包含多少個檔案和目錄？ 每個磁區大小允許的 inode 數目上限為何？

磁區可以包含的檔案數目取決於它具有多少 inode。 Inode 是包含檔案相關資訊的資料結構。 磁區同時具有專用及公用 Inode。 公用 Inode 用於客戶可見的檔案，專用 Inode 用於儲存體系統內部使用的檔案。 您預計每 32 KB 磁碟區容量就有一個 inode。 最大檔案數量的設定為 20 億。 不過，這個上限值只能配置為 7.8 TB 或更大的磁區。 任何 9,000 GB 或更大的磁區都達到 2,040,109,451 inode 的上限。

File Storage for Classic 卷的最大檔案大小是多少？

支援的最大檔案大小（包含 VMDK 檔案）每份檔案限制為 16 TB。

我在錯誤的資料中心訂購了 File Storage for Classic 磁區。 是否可以將它移動或移轉至另一個資料中心?

您需要在正確的資料中心訂購新的 File Storage for Classic 共用，然後取消在錯誤位置訂購的 File Storage for Classic 裝置。

您也可以建立複製的共用，並取消父共用。 如需相關資訊，請參閱 建立及管理重複磁區。

我已「立即」取消了我的 File Storage for Classic 卷，但它在控制台中仍然可見。 為什麼沒有刪除？

取消磁碟區時，請求之後會有 24 小時的回收等待期。 在那 24 小時內，您仍可以在主控台看到磁區。 24 小時等待期間讓您有機會在需要時取消取消請求。 如果要取消刪除磁碟區，請提出 支援個案。

該流量的計費將立即停止。 當回收期屆滿時，資料將會被銷毀，且該儲存卷也會從控制台中移除。

測量 IOPS

IOPS 的測量是基於 16 KB 區塊的負載配置，其中隨機讀取與寫入各佔 50%。 與此設定檔不同的工作負載可能會經歷效能降低。 若要增進效能，您可以嘗試調整主機設定或 啟用巨大訊框。

如果我使用較小的 I/O 大小來測量效能，會發生什麼情況？

即使使用較小的 I/O 大小，仍可獲得最高的 IOPS。 不過，在此情況下，傳輸量較少。 例如，一個具備 6000 IOPS 的儲存卷在不同 I/O 大小下的吞吐量如下：

• 16 KB * 6000 IOPS == ~93.75 MB/秒
• 8 KB * 6000 IOPS == ~46.88 MB/秒
• 4 KB * 6000 IOPS == ~23.44 MB/秒

是依實例還是依磁區施行已配置的 IOPS？

IOPS 是在磁區層次上施行。 換句話說，連接至具有 6000 IOPS 之磁區的兩台主機會共用該 6000 IOPS。

是否需要預熱容器才能達到預期的產能？

不需要預熱。 佈建磁區時，您可以立即觀察到指定的傳輸量。

如果使用速度更快的乙太網路連線，可以達到更多的傳輸量嗎？

吞吐量限制是在卷層級設定的。 無法藉由使用更快的乙太網路來提高該限制。 不過，乙太網路連線較慢時，您的頻寬可能是潛在瓶頸。

防火牆和安全群組是否會影響效能？

最好是在 VLAN 上執行儲存空間資料流量，這樣會略過防火牆。 透過軟體防火牆執行儲存空間資料流量，會增加延遲，而且會對儲存空間效能造成不利的影響。

如何將 File Storage for Classic 資料流量遞送至其自己的 VLAN 介面並略過防火牆?

若要制定此良好作法，請完成下列步驟。

1. 在與主機及 File Storage for Classic 裝置相同的資料中心佈建 VLAN。

2. 將次要專用子網路佈建至新的 VLAN。

3. 將新的 VLAN 以幹線連接至主機的專用介面。 當 VLAN 以幹線連接至主機時，此動作會暫時中斷主機上的網路資料流量。

4. 建立網路介面。

   • 在 Linux® 主機上，建立 802.11q 介面。 從新幹線 VLAN 中選擇其中一個未用的次要 IP 位址，並將該 IP 位址、子網路遮罩及閘道指派給新的 802.11q 介面。
   • 在 VMware®中，建立新的 VMkernel 網路介面 (vmk)，並將新幹線 VLAN 中未用的次要 IP 位址、子網路遮罩及閘道 IP 指派給新的 vmk 介面。

5. 將主機上的新持續性靜態路徑新增至目標 NFS 子網路。

6. 授權新 IP 存取儲存體。

7. 有關安裝說明，請根據您的主機作業系統，點選對應的連結。

   • 在 Linux® 上存取 File Storage for Classic
   • 在 ESXi 主機上裝載 File Storage for Classic 磁區

File Storage for Classic 的預期效能延遲為何？

儲存體內的目標延遲小於 1 毫秒。儲存空間會連接至共用網路上的計算實例，因此確切的效能延遲取決於作業期間的網路資料流量。

當刪除 File Storage for Classic 中的資料時，這些資料會如何處理？

IBM Cloud® File Storage for Classic 會向客戶呈現在任何重複使用之前抹除的實體儲存空間上的檔案共用。

當您刪除 File Storage for Classic 磁區時，該資料會立即變成無法存取。 移除實體磁碟上資料的所有指標。 如果您稍後在相同或另一個帳戶中建立新磁區，則會指派一組新的指標。 帳戶無法存取實體儲存體上的任何資料，因為那些指標已刪除。 將新資料寫入磁碟時，會改寫已刪除磁區中任何無法存取的資料。

IBM 保證無法存取已刪除的資料，最終會改寫並消除已刪除的資料。 此外，當您刪除儲存磁區時，必須先改寫共用，才能再次提供儲存體給您或其他客戶使用。

當 IBM 解除實體磁碟機的任務時，磁碟機會在處置之前毀損。 已解除任務的磁碟機無法使用，且無法存取其中的任何資料。

對於有特殊合規要求的客戶（例如需遵循 NIST 800-88《媒體清除指南》），可在刪除儲存空間前執行資料清除程序。

為什麼主控台中無法使用「取消」動作?

此儲存裝置的取消處理程序正在進行中，因此「取消」動作不再可用。 磁區會維持可見至少 24 小時，直到收回為止。 使用者介面指出它不在作用中，並顯示「取消擱置中」狀態。 最短 24 小時的等待期讓您有機會在需要時取消取消請求。

我不小心刪除了我的音量，我該怎麼做才能取回我的音量？

答案取決於您在多久之前刪除儲存磁碟區，以及您是否選擇立即刪除或在週年日刪除。 如果刪除是在過去 24 小時內發生，或週年日期尚未到來，則卷可能仍在等待回收。 如果交易量狀態為「取消中」，您可以聯絡支援人員以取消取消請求。 請務必快速行動，因為當回收期過後，資料會被自動刪除，再也無法還原。

支援哪些 NFS 版本？

在 IBM Cloud® 環境中，同時支援 NFS 第 3 版及 NFS 4.1 版。 NFSv4.2 不支援。

可能的話，請使用 NFSv3 通訊協定。 NFSv3 支援安全非同步寫入，且在錯誤處理方面比先前的 NFSv2更健全。 它支援 64 位元檔案大小及偏移，容許用戶端存取超過 2 GB 的檔案資料。

NFSv3 原生支援 no_root_squash，讓root使用者能在 NFS 共用資料夾中保留root權限。 您可以在 NFSv4.1 中啟用此功能，方法是編輯網域資訊，並執行 rpcidmapd 或類似的服務。 如需相關資訊，請參閱為 NFS 實作 no_root_squash。

在 VMware® 部署中使用 File Storage for Classic 時，NFSv4.1 可能是適合您實作的較佳選擇。 如需更多資訊，請參閱 《 使用 VMware vSphere 執行 NFS 的最佳實務 》。

在我的 VMware 部署中，多台主機可以使用不同的 NFS 通訊協定存取相同的檔案共用嗎？

次數 您不能使用不同的 NFS 版本在多台主機上掛載相同的資料存放區。 因為 NFS 3 和 NFS 4.1 客戶端不使用相同的鎖定通訊協定。 從兩個不相容的用戶端存取相同的虛擬磁碟可能會導致不正確的行為，並造成資料損毀。 如需詳細資訊，請參閱 NFS File Locking。

可以在 VMware 部署中啟用 VAAI 和 HW 加速嗎？

次數 目前不支援 vStorage for API Array Integration 和硬體加速。

從雲端資料中心解除任務的磁碟機會發生什麼情況？

磁碟機解除任務時，IBM 會先破壞它們再進行處理。 磁碟機會變成無法使用。 已寫入該磁碟機的任何資料都會變成無法存取。

受管制的失效接手與立即失效接手之間有什麼差異？

受管制的失效接手在岔斷鏡映處理程序之前會進行最後的一次同步。 立即失效接手則會立即岔斷鏡映，然後啟動抄本磁區。

我的儲存空間顯示為離線或唯讀。 它發生的原因為何，我該如何進行修正？

在某些情況下，主機（無論是裸機還是 VM ）可能會短暫失去與儲存裝置的連線，因此主機會將該儲存裝置視為唯讀，以避免資料損毀。 大多數時候，遺失連線功能雖與網路相關，但是從主機的角度來看，即使網路連線還原，儲存空間的狀態仍會保持唯讀。

此問題可於連線至網路上的 VMware® 資料儲存區（ NFS 協定）之虛擬機器虛擬磁碟中觀察到。 解決方法：請確認儲存裝置與主機之間的網路路徑暢通，且目前沒有進行任何維護或發生中斷。 然後，卸載並裝載儲存空間磁區。 如果磁區仍是唯讀，請重新啟動主機。

如需裝載指示，請參閱下列主題。

• 在 ESXi 主機上掛載 File Storage for Classic
• 在 Red Hat Linux®上裝載 File Storage for Classic
• 在 Ubuntu上裝載 File Storage for Classic

為避免此情況再次發生，客戶可考慮採取以下措施：

• 新增訪客作業系統調整。 如需更多資訊，請參閱 NetApp's 中針對 VMware® vSphere 部署的客體作業系統調校建議。
• 將使用 NFS 4.1 版的主機系統針對 NFSv3 重新配置，以提高維護作業期間的備援。
• 將停止在運行 VMware® ESXi的主機系統上使用會話中繼功能。 階段作業幹線不受支援且已知為會造成中斷。

我已使用雲端主控台擴充 File Storage for Classic 的磁區大小，但我伺服器上的大小仍然相同。 我該如何進行修正？

若要查看擴充磁區大小，請在伺服器上裝載並重新裝載現有的 File Storage for Classic 磁碟。 在 VMware® 實作中，重新掃描儲存體以重新整理 VMware® 資料儲存庫並顯示新的磁區大小。

如何在機箱交換之後重新連接儲存體?

請完成下列作業，以在交換之後連接儲存體。

1. 請從儲存裝置移除授權 (撤銷存取權)，然後重新授權主機。
2. 使用從重新授權取得的新認證，重新探索儲存裝置。

如需相關資訊，請參閱管理 File Storage for Classic。

如何從主機中斷儲存裝置的連線?

請完成下列步驟，以中斷磁區與主機的連線。

1. 卸載裝置。
2. 在雲端主控台中撤銷主機對儲存裝置的存取權。
3. 從 NFS 連線移除自動裝載。

耐久性與效能儲存體有何不同?

「耐久性」和「效能」是您可以為儲存裝置選取的佈建選項。 簡言之，「耐久性」IOPS 層級提供預先定義的效能層次，而您可以使用「效能」層級細部調整那些層次。 相同的裝置用於儲存，但提供不同的選項。 如需相關資訊，請參閱 File Storage 特性。

我可以將 File Storage for Classic 共用連接至 Windows 嗎?

次數 您無法在 Microsoft Windows上裝載 IBM Cloud® File Storage for Classic 共用。 IBM Cloud®不支援 Windows 環境中的 NFS。

File Storage for Classic 共用可以裝載在 Linux 作業系統上，或作為 ESXi 主機上的 VMware® 資料儲存庫。 如需裝載 File Storage for Classic 磁區的相關資訊，請參閱下列主題:

• 在 Red Hat Linux®上裝載 File Storage for Classic
• 在 Ubuntu上裝載 File Storage for Classic
• 在 ESXi 主機上掛載 File Storage for Classic 作為 VMware® 資料儲存

我可以將單一儲存裝置裝載至 IBM Cloud內的多個主機嗎?

是，您可以使用此設定，因為 NFS 是可察覺檔案的通訊協定。

我可以為 NFS 磁區增加 inode 嗎?

一般而言，當磁碟區被佈建時，您所訂購大小的最大節點數就會分配給磁碟區。 隨著磁區成長，inode 計數上限會自動成長。 在擴充磁區之後，如果 inode 計數未增加，請提交 支援案例。

我無法升級儲存體。 哪些會影響升級或擴充儲存體的能力?

下列狀況可能會影響升級或擴充儲存體的能力。

• 您在 Cloud 主控台中具有的許可權可能是一個因素。 如需相關資訊，請參閱 使用者角色及許可權內的主題。

升級我的儲存空間會影響儲存卷上的資料嗎？

次數 當您選擇擴充儲存磁碟區或調整其 IOPS 值時，此變更不會對您的資料造成任何影響。 在這些操作中，沒有任何內容會被覆寫或清除。 調整也不會造成任何形式的停機或無法存取儲存空間。

File Storage for Classic 磁區是否精簡或完整供應?

所有 Block 和 File Storage for Classic 服務都是精簡供應。 此方法無法修改。

我的帳單 ID 已變更，這表示什麼?

您可能會發現您的儲存空間磁區現在是以「耐久性儲存空間服務」或「效能儲存空間服務」(而非「企業儲存空間」) 來計費。 您也可以在主控台中有新的選項，例如調整 IOPS 或增加容量的能力。IBM Cloud® 致力於持續改善儲存功能。 當資料中心的硬體升級時，這些資料中心的儲存容量也會升級，以使用所有增強的功能。 您為儲存空間磁區所支付的價格不會隨著此升級而變更。

File Storage for Classic可延續多久?

當您將資料儲存在 File Storage for Classic時，它是可延續、高可用性且已加密。 單一「可用性」區域的延續性目標為 99.999999999% (11 9)。 如需相關資訊，請參閱 Availability and Durability of File Storage for Classic。

File Storage for Classic的平均執行時間為何?

當您將資料儲存在 File Storage for Classic時，它是可延續、高可用性且已加密。 File Storage建基於同級最佳、經過驗證的企業級硬體和軟體，可提供高可用性和正常運作時間。 為了確保達到 99.999 (五個 9) 的可用性目標，資料會以備援方式儲存在 HA 配對節點上的多顆實體磁碟上。 每一個儲存節點都有多條路徑通往其自己的固態硬碟及其夥伴節點的 SSD。 此設定可防止路徑故障，也可防止控制器故障，因為節點仍然可以無縫存取其友機的磁碟。 如需相關資訊，請參閱 Availability and Durability of File Storage for Classic。

我可以從支援團隊取得儲存空間效能度量值 (IOPS 或延遲) 嗎?

IBM Cloud® 不提供儲存空間效能 IOPS 和延遲度量值。 客戶應該使用自己選擇的協力廠商監視工具來監視自己的 File Storage for Classic 裝置。

下列範例是您可能考量用來檢查效能統計資料的公用程式。

• sysstat-適用於 Linux® 作業系統的系統效能工具。
• typeperf-將效能資料寫入指令視窗或日誌檔的 Windows 指令。
• esxtop- 一種命令列工具，可讓管理員即時瞭解 VMware® vSphere 環境中的資源使用情況。 它可以監視及收集所有系統資源的資料 :CPU、記憶體、磁碟及網路。

抄本磁區、相依磁區與獨立重複磁區之間有何差異?

您可以使用磁區的 Snapshot 來建立抄本或重複磁區。 抄寫和複製會使用其中一個 Snapshot，將資料複製到目的地磁區。 不過，這就是相似性結束的地方。

抄寫是將資料同步保留在兩個不同位置。 配對中一次只能有一個磁區 (主要磁區或抄本磁區) 處於作用中狀態。 抄寫處理程序會根據抄寫排程，自動將資訊從作用中磁區複製到非作用中磁區。 如需抄本磁區的相關資訊，請參閱 抄寫資料。

複製會根據與母項磁區相同的可用性區域中的 Snapshot 來建立磁區的副本。 依預設，重複磁區會繼承原始磁區的容量及效能選項，而且會有到達 Snapshot 中該時間點之前的資料副本。 重複磁區可以與原始磁區相依或無關，並且可以使用母項磁區中的資料來手動重新整理。 您可以調整 IOPS 或增加副本的磁區大小，對母項磁區沒有任何影響。

• 相依重複磁區不會經過轉換成為獨立磁區，而且可以在建立之後隨時重新整理。 它會鎖定原始 Snapshot，以便在存在相依副本時無法刪除 Snapshot。 當相依重複磁區存在時，無法取消母項磁區。 如果您要取消母項磁區，則必須先取消相依重複項，或將它轉換為獨立重複項。

• 在大部分方面，獨立副本優於相依副本，但無法在建立之後立即重新整理，因為轉換處理程序冗長。 根據磁區大小，最多可能需要數小時。 例如，12 TB 磁區可能需要一天。 不過，在分隔處理程序完成之後，可以使用原始母項磁區的另一個 Snapshot 來手動重新整理資料。

如需重複項的相關資訊，請參閱 建立及管理重複磁區。

不同類型磁碟區副本之間的功能比較。
此表格具有行與列標題。 列標頭會識別功能。 欄位標題標示了卷本複本的類型。

特性	抄本	相依重複項	獨立副本
從 Snapshot 建立
複製磁區的位置	遠端可用性區域	相同可用性區域	相同可用性區域
支援失效接手
不同大小和 IOPS
自動與母項磁區同步
來自母項磁區的隨需應變重新整理		[1]	[2]
與母項磁區分開

將相依重複項轉換成獨立磁區需要多久時間?

轉換過程可能需要一些時間才能完成。 磁區越大，轉換所需的時間越長。 在 12 TB 磁區中，可能需要 24 小時。 您可以在控制台或 CLI 中檢查進度。

• 在主控台中，前往「經典基礎架構」。 按一下 儲存體 > File Storage for Classic，然後在清單中尋找磁區。 轉換狀態會顯示在「概觀」頁面上。

• 請在命令列介面中執行以下指令。

  slcli file duplicate-convert-status <dependent-vol-id>
  

  輸出結果與以下範例類似。

  slcli file duplicate-convert-status 370597202
  Username            Active Conversion Start Timestamp   Completed Percentage
  SL02SEVC307608_74   2022-06-13 14:59:17                 90
  

如何管理使用者權限和存取權限？

帳戶所有者或擁有「管理使用者經典基礎架構」權限的使用者，可以調整 IBM Cloud 帳戶內其他使用者的權限。 如果您不是帳戶擁有者，您可以只指派已指派的權限等級或權限子集。 在 IBM Cloud 控制台中，前往 管理 > 存取 (IAM) > 使用者。 然後，從清單中選取您可以管理存取權限的使用者名稱，然後按一下「經典基礎設施」。 選擇帳戶權限，允許使用者新增和升級儲存空間。 如需相關資訊，請參閱管理標準基礎架構存取。

配置檔案儲存時，主機伺服器需要經過授權才能掛載檔案共用。 授權可以在主控台、CLI、API 或 Terraform 中設定。 如需詳細資訊，請參閱 管理 File Storage for Classic 中的授權主機一節。

主機授權後，您可以掛載檔案共用，並為新資料夾結構和檔案指定擁有者。 在 Linux 中，您可以使用 chown 和 chmod 指令為個別使用者和群組指定讀取、寫入和執行權限，從而精細存取控制。 如需詳細資訊，請參閱 Red Hat Linux® 上的安裝 File Storage for Classic，以及 Ubuntu 上的安裝 File Storage for Classic。

我可以使用 API 擷取 File Storage for Classic 中已使用的容量嗎？

是。 您可以使用下列 curl 指令，查詢由 ID 指定的儲存卷使用了多少容量。

curl -g -u $SL_USER:$SL_APIKEY -X GET \
'https://api.softlayer.com/rest/v3.1/SoftLayer_Network_Storage/{volume_ID}/collectBytesUsed'

如需更多資訊，請參閱 API 參考文件。