IBM Cloud Docs
常見問題 Block Storage for Classic

常見問題 Block Storage for Classic

有多少伺服器實體可以共用一個 Block Storage for Classic 磁碟區?

每個區塊磁區的授權數目預設限制是 8。 這表示最多可授權 8 台主機存取 Block Storage for Classic 磁碟區。 在 VMware® 部署中使用 Block Storage for Classic 的客戶可以要求將授權限額提高到 64。 若要要求增加限制,請提出 支援案例來聯絡支援中心。

如果多個主機裝載相同的 Block Storage for Classic 磁區而未聯合管理,則您的資料有毀損風險。 如果多個主機同時對磁區進行變更,則可能會發生磁區毀損。 您需要可察覺叢集的共用磁碟檔案系統,以防止資料遺失,例如 Microsoft 叢集共用磁區 (CSV)、Red Hat 廣域檔案系統 (GFS2)、VMware® VMFS 及其他。 如需詳細資訊,請參閱主機的作業系統文件。

我們的計算主機具有多個具有不同 IP 位址的網路卡,用於網路備援及擴充頻寬。 我們如何授權他們全部存取相同的儲存空間磁區?

可以授權 IP 位址的子網路,以透過主控台、SLCLI 或 API 來存取特定的 Block Storage for Classic 磁區。 若要授權主機從子網路上的多個 IP 位址進行連接,請完成下列步驟。

主控台

  1. 移至 標準基礎架構
  2. 按一下儲存空間 > Block Storage for Classic
  3. 找出磁區,然後按一下省略符號 「動作」圖示
  4. 按一下授權主機
  5. 若要查看可用 IP 位址的清單,請選取 IP 位址 作為主機類型。 然後,選取主機所在的子網路。
  6. 從篩選出的清單中,選擇一個或多個可以存取磁碟區的 IP 位址,然後按一下儲存

SLCLI

$ slcli block subnets-assign -h
Usage: slcli block subnets-assign [OPTIONS] ACCESS_ID
  Assign block storage subnets to the given host id.
  access_id is the host_id obtained by: slcli block access-list <volume_id>

Options:
  --subnet-id INTEGER  ID of the subnets to assign; e.g.: --subnet-id 1234
  -h, --help           Show this message and exit.

可以訂購多少個磁區?

預設情況下,您可以提供合共 700 個區塊儲存空間和檔案儲存空間。 若要增加磁區限制,請聯絡支援中心。 如需相關資訊,請參閱管理儲存空間限制

一個主機可以裝載多少個 Block Storage for Classic 磁區?

這取決於主機作業系統的處理能力,但這不是 IBM Cloud® 所能限制的。 如需可裝載的磁區數目限制,請參閱 OS 文件。

我可以附加具有不同作業系統設定的多個磁碟區嗎?

次數 不能授權主機同時存取不同作業系統類型的磁碟區。 主機可被授權存取單一 OS 類型的磁碟區。 如果您嘗試授權一台主機存取具有不同作業系統類型的多個磁碟區,操作會導致錯誤。

如何為我的 Block Storage for Classic 磁碟區選擇 Windows 版本?

建立磁碟區時,您必須指定作業系統類型。 OS 類型指定要存取磁碟區的主機的作業系統。 它還決定卷上資料的佈局、用於存取資料的幾何圖形,以及卷的最小和最大大小。 建立磁碟區後,OS Type 無法修改。 根據磁碟區的作業系統類型,磁碟區的實際大小可能略有不同。 選擇 Windows OS 的正確類型有助於防止錯誤對齊 IO 作業。

如果磁碟區作為原始區塊裝置顯示給客座,請選擇客座作業系統的作業系統類型。 如果磁碟區要呈現給管理程序以提供虛擬硬碟 (VHD) 檔案,請選擇 Hyper-V。

Windows GPT

  • 磁碟區使用 GUID 磁碟分割類型 (GPT) 的分割樣式儲存 Windows 資料。 如果您想要使用 GPT 分割方法,而且您的主機能夠使用它,請使用這個選項。 Windows Server 2003 Service Pack 1 以及更新版本能夠使用 GPT 分割方法,且所有 64 位元版本的 Windows 均支援它。

Windows 2003

  • 磁碟區在使用主開機記錄 (MBR) 磁碟分割樣式的單一磁碟分割 Windows 磁碟中儲存原始磁碟類型。 唯有當您的主機作業系統是使用 MBR 分割方法的 Windows 2000 Server、Windows XP 或 Windows Server 2003 時,才使用這個選項。

Windows 2008+

  • 磁碟區儲存 Windows 2008 及其後版本的 Windows 資料。 如果您的主機作業系統是 Windows Server 2008、Windows Server 2012、Windows Server 2016,請使用這個 OS 選項。 MBR 和 GPT 分割方法均受支援。

Hyper-V

  • VHDX 是 Windows Server 2012 中引進的虛擬硬碟格式,用於建立具復原力的高效能虛擬磁碟。 此格式有許多好處,例如支援較大的虛擬磁碟大小及較大的區塊大小。 它透過記載 VHDX meta 資料結構的更新項目,提供在電源故障期間防止資料毀損的保護。 如果磁碟區要呈現給管理程序以提供 VHD 檔案,請選擇 Hyper-V 作為其 OS 類型。

已配置的 IOPS 限制是依據實例還是依據磁區施行?

IOPS 是在磁區層次上施行。 換句話說,連接至具有 6000 IOPS 的磁碟區的兩台主機共享這 6000 IOPS。

正在存取磁區的主機數目很重要,因為當只有單一主機正在存取磁區時,可能難以實現可用的 IOPS 上限。

測量 IOPS

IOPS 是根據 16-KB 區塊的負載概況測量,隨機讀取和寫入各佔 50%。 與此設定檔不同的工作負載可能會遇到較差的效能。 若要增進效能,您可以嘗試 調整主機佇列深度設定啟用巨大訊框

使用較小的區塊大小來測量效能時會發生什麼事?

使用較小的區塊大小時,仍然可以取得最大 IOPS。 不過,傳輸量會變小。 例如,具有 6000 IOPS 的磁區會有下列各種區塊大小的傳輸量:

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

如何得知正在使用多少儲存體? 為什麼使用詳細資料是Block Storage for Classic沒有顯示在控制台中?

Block Storage for Classic 由您自行格式化,並按照您想要的方式管理。IBM Cloud® 無法看到磁碟區的內容,因此使用者介面無法提供磁碟空間使用資訊。 您可以從計算主機的作業系統取得磁區的相關資訊,例如所佔用的磁碟空間量及可用的磁碟空間量。

  • 在 Linux® 中,您可以使用以下指令。

    df -h
    

    此指令提供的輸出會顯示可用空間量及已用百分比。

    $ df -hT /dev/sda1
    Filesystem     Type      Size  Used Avail Use% Mounted on
    /dev/sda1      disk      6.0G  1.2G  4.9G  20% /
    
  • 在 Windows 中,您也可以透過點擊檔案總管中查看可用磁碟空間這台電腦,並且您有兩個命令選項。

    fsutil volume diskfree C:
    
    dir C:
    

    輸出的最後一行顯示未用的空間量。

為何我在 OS 中看到的可用容量不符合我佈建的容量?

其中一個原因可能是您的作業系統使用 base-2 轉換。 例如,當您在控制台中設定4000GB磁碟區時,儲存系統會預留4000GB的空間。GiB卷或 4,294,967,296,000 位元組的儲存空間。 佈建的磁區大小大於 4 TB。 但是,您的作業系統可能會將儲存大小顯示為3.9因為它使用base-2轉換和 T 代表TiB,不是結核病。

其次,分割 Block Storage 並在其上建立檔案系統會減少可用的儲存體空間。 格式化減少的空間量取決於格式化類型以及系統上各種檔案的數量和大小。

儲存容量是以 GB 為單位還是GiB?

儲存體的一個令人混淆的層面是在其中報告儲存體容量及使用情形的單位。 有時 GB 實際上是 GB (base-10),有時 GB 代表 GB (base-2),應該縮寫為 GiB。

人類通常會思考並計算十進位 (base-10) 系統中的數字。 在我們的文件中,我們使用單位 GB (GB) 來符合業界標準術語,以參照儲存體容量。 在使用者介面、CLI、API 及 Terraform 中,您會看到在查詢容量時使用並顯示的單位 GB。 當您想要訂購 4 TB 磁區時,在佈建要求中輸入 4,000 GB。

不過,電腦是以二進位來運作,因此更有意義的是代表一些資源,例如 base-2中的記憶體位址空間。 自 1984 年以來,電腦檔案系統會以 base-2 顯示大小,以與記憶體一起使用。 在當時,可用的儲存裝置較小,二進位和十進位單位之間的大小差異可忽略不計。 現在,可用的儲存體系統相當大,這個裝置差異會造成混淆。

GB 與 GiB 之間的差異在於其數值表示法:

  • GB (GB) 是十進位單位,其中 1 GB 等於 1,000,000,000 個位元組。 將 GB 轉換為 TB 時,您可以使用 1000 作為乘數。
  • GiB (十億位元組) 是二進位單位,其中 1 GiB 等於 1,073,741,824 位元組。 當你轉換時GiB到TiB,您使用 1024 作為乘數。

下表顯示以十進位及二進位單位表示的相同位元組數。

十進位與二進位單位
十進位 SI (以 10 為基數) 二進位 (以 2 為基數)
2,000,000,000,000 B 2,000,000,000,000 B
2,000,000,000 kb 1,953,125,000 KiB
2,000,000 MB 1,907,348 MiB
2,000 GB 1,862 GiB
2 TB 1.81 TiB

儲存體系統使用 base-2 單元進行磁區配置。 因此,如果您的磁區佈建為 4,000 GB,則實際上是 4,000 GiB 或 4,294,967,296,000 位元組儲存體空間。 佈建的磁區大小大於 4 TB。 但是,您的作業系統可能會將儲存大小顯示為3.9因為它使用base-2轉換和 T 代表TiB,不是結核病。

體積是否需要預先加熱才能達到預期的吞吐量?

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

使用較快的乙太網路連線可以達到更高傳輸量嗎?

吞吐量限制設定在 LUN 層級,速度更快的乙太網路連線不會增加該限制。 不過,乙太網路連線較慢時,您的頻寬可能是潛在瓶頸。

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

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

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

若要制定此最佳作法,請完成下列步驟。

  1. 在與主機及 Block Storage for Classic 裝置相同的資料中心佈建 VLAN。 如需相關資訊,請參閱 開始使用 VLAN

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

  3. 將新的 VLAN 以幹線連接至主機的專用介面。 如需相關資訊,請參閱 如何將 VLAN 幹線連接至我的伺服器

    當 VLAN 以幹線連接至主機時,此動作會暫時中斷主機上的網路資料流量。

  4. 在主機上建立網路介面。

    • 在 Linux® 或 Windows 中,建立 802.11q 介面。 從新幹線 VLAN 中選擇其中一個未用的次要 IP 位址,並將該 IP 位址、子網路遮罩及閘道指派給您建立的新 802.11q 介面。
    • 在 VMware®中,建立 VMkernel 網路介面 (vmk),並將新幹線 VLAN 中未用的次要 IP 位址、子網路遮罩及閘道指派給新的 vmk 介面。
  5. 將主機上的新持續性靜態路徑新增至目標 iSCSI 子網路。

  6. 確定新增介面的 IP 已加入主機授權清單。

  7. 執行探索並登入目標入口網站,如下列主題中所述。

是否適合透過 802.3ad LACP 埠通道執行 iSCSI 資料流量?

次數 「鏈結聚集控制通訊協定 (LACP)」不是 iSCSI的建議配置。 使用多路徑輸入/輸出 (MPIO) 架構來進行 I/O 平衡和備援。

使用 MPIO 配置,具有多個 NIC 的伺服器可以透過所有可用的介面,將 I/O 傳輸及接收至啟用 MPIO 的對應儲存裝置。 此設定可提供備援,即使其中一條路徑無法使用,也能確保儲存流量保持穩定。 如果伺服器有兩個 1 Gb NIC,且儲存體伺服器有兩個 1 Gb NIC,理論上最大傳輸量大約是 200 MB/s。

透過 NIC 團隊的鏈結聚集 (例如 LACP 或 802.3ad) 與 MPIO 的運作方式不同。 鏈結聚集不會改善單一 I/O 流程的傳輸量,也不會提供多個路徑。 單一流程一律會遍訪單一路徑。 當存在數個「唯一」流程,且每一個流程來自不同的來源時,可以觀察鏈結聚集的好處。 每一個個別流程都會向下傳送其自己的可用 NIC 介面,這是由雜湊演算法所決定。 因此,有更多獨特流程,更多 NIC 可以提供更大的聚集傳輸量。

結合在伺服器與交換器之間運作。 不過,即使交換器位於路徑中,MPIO 也會在儲存體伺服器與主機之間運作。

如需詳細資訊,請參閱下列其中一篇文章。

預期的 Block Storage for Classic 延遲是多少?

儲存設備內的目標延遲為 <1毫秒。儲存裝置透過共用網路連接至 Compute 實體,因此確實的效能延遲取決於作業期間的網路流量。

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

您需要在正確的資料中心訂購新的 Block Storage for Classic 磁碟區,然後取消在錯誤位置訂購的 Block Storage for Classic 裝置。

您也可以建立複製的共用,並取消父共用。 如需詳細資訊,請參閱 建立和管理複製磁碟區

我「立即」取消了我的 Block Storage for Classic 音量,但控制台中仍然可見。 為什麼沒有刪除?

取消磁區時,要求後面會接著 24 小時收回等待期間。 在那 24 小時內,您仍可以在主控台看到磁區。 24 小時等待期間可讓您在必要時使取消要求無效。 如果您要取消刪除磁區,請提出 支援案例。 該卷的計費會立即停止。 當回收期到期時,資料會被銷毀,卷也會從主控台移除。

如何分辨哪些 Block Storage for Classic 磁區已加密?

當您在 IBM Cloud® 主控台查看 Block Storage for Classic 清單時,可以看到加密的磁碟區名稱旁有一個鎖定圖示。

Block Storage for Classic 是否支援「SCSI-3 持續保留」來實作 Db2 pureScale 的 I/O 隔離?

是,Block Storage for Classic 同時支援 SCSI-2 及 SCSI-3 持續保留。

刪除 Block Storage for Classic 磁區時,資料會發生什麼情況?

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

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

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

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

對於符合 NIST 800-88 Guidelines for Media Sanitization 等特殊要求的客戶,可以在刪除儲存之前執行資料清除程序。

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

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

我無法取消 Block Storage for Classic 磁區,因為雲端主控台中的「取消」動作已停用。 發生什麼事了?

此儲存裝置的取消處理程序正在進行中,因此「取消」動作不再可用。 磁區會維持可見至少 24 小時,直到收回為止。 使用者介面指出它不在作用中,並顯示「取消擱置中」狀態。 最少 24 小時等待期間可讓您在必要時將取消要求作廢。 如果您要取消刪除磁區,請提出 支援案例

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

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

我的 Windows 2012 主機應該可以存取多個儲存磁碟區,但我在磁碟管理員中看不到它們。 我該如何進行修正?

如果您在同一台主機上使用兩個以上的磁碟區,而且所有 iSCSI 連線都來自同一個儲存裝置,您可能只會在磁碟管理員中看到兩個裝置。 發生這種情況時,您需要手動連接到 iSCSI Initiator 中的每個裝置。 如需相關資訊,請參閱疑難排解 Windows 2012 R2 - 多台 iSCSI 裝置

Windows Server 2012 R2 於 2023 年 10 月 10 日達到使用期限。 微軟不再提供此作業系統的安全性更新、錯誤修復或技術支援。 將伺服器遷移到較新版本的作業系統,例如 Windows Server 2022。

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

在少數情況下,主機(裸機或虛擬機器)可能會短暫失去與儲存設備的連線,因此主機會將其視為唯讀磁碟區,以避免資料損毀。 大多數時候,遺失連線功能雖與網路相關,但是從主機的角度來看,即使網路連線還原,儲存空間的狀態仍會保持唯讀。 重新啟動主機即可解決唯讀狀態的問題。

對於具有不正確 MPIO 設定的主機,可以觀察到此問題。 當 MPIO 未正確設定時,主機會失去與儲存設備的連線,當連線問題解決後,可能無法重新連線至儲存設備。

我可以使用單一路徑來連接 Block Storage for Classic 嗎? 我需要使用多路徑嗎?

可以使用單一路徑附加磁碟區,但重要的是在兩個路徑上都建立連線,以避免服務中斷。 如需設定 MPIO 連線的詳細資訊,請參閱下列文章。

如何配置及驗證 Block Storage for Classic 磁區的多路徑連線?

在計劃性維護或非計劃性中斷期間,其中一個路徑會被關閉。 如果 MPIO 配置正確,主機仍然可以透過第二個路徑存取連接的儲存體。 如需 MPIO 設定的詳細資訊,請參閱下列主題。

當正常負載平衡的儲存資料路徑暫時中斷時,運算主機會被迫選擇其中一個倖存的資料路徑與連接的儲存進行通訊。 因此,增加的資料流量會經過較少的資料路徑。 由於較少的資源要處理較多的要求,您可能會經歷延遲和連線建立時間的增加。

在罕見的情況下,當第二條路徑停機時,卷冊會被佈建和連接。 在這類實例中,當執行探索掃描時,主機可能會看到單一路徑。 如果您遇到此現象,請檢查 IBM Cloud® 狀態頁面,以查看事件是否可能影響主機存取儲存體的能力。 如果沒有報告任何事件,請再次執行發現掃描,以確保正確發現所有路徑。 如果事件正在進行中,則可以使用單一路徑來連接儲存體。 不過,在事件完成之後重新掃描路徑是很重要的。 如果在重新掃描之後未探索到這兩個路徑,請 建立支援案例,以便可以適當地調查。

若要在 VMware 部署中獲得更穩定的連接,請按照掛載 ISCSI VMware ESXi 中的描述,先在管理程序上掛載網路儲存。 然後,建立虛擬機器,並以多路徑連線從虛擬伺服器的作業系統掛載連接的儲存磁碟區。 如需詳細資訊,請參閱 使用 ESXi 與 iSCSI SAN瞭解 ESXi 環境中的多重路徑和故障移轉,以及 使用 ESXi 為 iSCSI 和 iSER 設定網路

我已透過雲端主控台擴充 Block Storage for Classic 的磁區大小,但我伺服器上的大小仍然相同。 我該如何進行修正?

若要檢視新擴充的磁碟區大小,您需要重新掃描並重新設定伺服器上現有的 Block Storage for Classic 磁碟。 請參閱下列範例。 如需相關資訊,請參閱作業系統文件。

Windows 2016

  1. 移至伺服器管理程式> 工具> 電腦管理> 磁碟管理。
  2. 按一下動作> 重新整理。
  3. 按一下動作> 重新掃描磁碟。 此處理程序可能需要長達 5 分鐘或更長時間才能完成。 額外容量會顯示為現有「磁碟」上已取消配置的分割區。
  4. 根據需要分割已取消配置的空間。 如需相關資訊,請參閱 Microsoft-Extend a basic volume

Linux

  1. 登出您所展開之區塊儲存裝置的每一個多路徑階段作業。

    # iscsiadm --mode node --portal <Target IP> --logout
    
  2. 請重新登入。

    # iscsiadm --mode node --portal <Target IP> --login
    
  3. 重新掃描 iscsi 階段作業。

    # iscsiadm -m session --rescan
    
  4. 使用 fdisk -l 來列出新大小,以確認已擴充儲存體。

  5. 重新載入多路徑裝置對映。

    # multipath -r <WWID>
    
    # multipath -r 3600a09803830477039244e6b4a396b30
    reload: 3600a09803830477039244e6b4a396b30 undef NETAPP  ,LUN C-Mode
    size=30G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 alua' wp=undef
    |-+- policy='round-robin 0' prio=50 status=undef
    | `- 2:0:0:3 sda  8:0     active ready running
    `-+- policy='round-robin 0' prio=10 status=undef
    `- 4:0:0:3 sdd  8:48    active ready running
    
  6. 展開檔案系統。

    • LVM

      1. 調整實體磁區大小。

        # pvresize /dev/mapper/3600a09803830477039244e6b4a396b30
          Physical volume "/dev/mapper/3600a09803830477039244e6b4a396b30" changed
          1 physical volume(s) resized or updated / 0 physical volume(s) not resized
        
        # pvdisplay -m /dev/mapper/3600a09803830477039244e6b4a396b30
          --- Physical volume ---
          PV Name               /dev/mapper/3600a09803830477039244e6b4a396b30
          VG Name               vg00
          PV Size               <30.00 GiB / not usable 3.00 MiB
          Allocatable           yes
          PE Size               4.00 MiB
          Total PE              7679 - Changed  <- new number of physical extents
          Free PE               2560
          Allocated PE          5119
          PV UUID               dehWT5-VxgV-SJsb-ydyd-1Uck-JUA9-B9w0cO
        
          --- Physical Segments ---
          Physical extent 0 to 5118:
          Logical volume  /dev/vg00/vol_projects
          Logical extents 6399 to 11517
          Physical extent 5119 to 7678:
            FREE
        
      2. 調整邏輯磁區大小。

        # lvextend -l +100%FREE -r /dev/vg00/vol_projects
          Size of logical volume vg00/vol_projects changed from 49.99 GiB (12798 extents) to 59.99 GiB (15358 extents).
          Logical volume vg00/vol_projects successfully resized.
          resize2fs 1.42.9 (28-Dec-2013)
          Filesystem at /dev/mapper/vg00-vol_projects is mounted on /projects; on-line resizing required
          old_desc_blocks = 7, new_desc_blocks = 8
          The filesystem on /dev/mapper/vg00-vol_projects is now 15726592 blocks long.
        
        # lvdisplay
          --- Logical volume ---
          LV Path                /dev/vg00/vol_projects
          LV Name                vol_projects
          VG Name                vg00
          LV UUID                z1lukZ-AuvR-zjLr-u1kK-eWcp-AHjX-IcnerW
          LV Write Access        read/write
          LV Creation host, time acs-kyungmo-lamp.tsstesting.com, 2021-12-07 19:34:39 -0600
          LV Status              available
          # open                 1
          LV Size                59.99 GiB <--- new logical volume size
          Current LE             15358
          Segments               4
          Allocation             inherit
          Read ahead sectors     auto
          - currently set to     8192
          Block device           253:2
        
      3. 驗證檔案系統大小。

        # df -Th /projects
        Filesystem                    Type  Size  Used Avail Use% Mounted on
        /dev/mapper/vg00-vol_projects ext4   59G  2.1G   55G   4% /projects
        

        如需相關資訊,請參閱 RHEL 8-修改邏輯磁區

    • 非 LVM- ext2、ext3、ext4:

      1. 使用 growpartxfs_progs 公用程式來延伸磁碟上的現有分割區。 如果需要安裝,請執行以下指令。

        # yum install cloud-utils-growpart xfsprogs -y
        
        1. 卸載您要在其上擴充分割區的磁區。

          # umount /dev/mapper/3600a098038304338415d4b4159487669p1
          
        2. 執行 growpart 公用程式。 不論指定的分割區是 ext2、ext3、ext 或 xfsf 檔案系統,此動作都會擴增指定的分割區。

          # growpart /dev/mapper/3600a098038304338415d4b4159487669 1
          CHANGED: partition=1 start=2048 old: size=146800640 end=146802688 new: size=209713119,end=209715167
          
        3. 執行 partprobe 以重新讀取磁碟及其分割區,然後執行 lsblk 以驗證新的延伸分割區大小。

          # partprobe
          
          # lsblk
          NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
          sda 8:0 0 100G 0 disk
          ├─sda1 8:1 0 100G 0 part
          └─3600a098038304338415d4b4159487669 253:0 0 100G 0 mpath
          └─3600a098038304338415d4b4159487669p1 253:1 0 100G 0 part
          sdb 8:16 0 100G 0 disk
          └─3600a098038304338415d4b4159487669 253:0 0 100G 0 mpath
          └─3600a098038304338415d4b4159487669p1 253:1 0 100G 0 part
          xvda 202:0 0 100G 0 disk
          ├─xvda1 202:1 0 256M 0 part /boot
          └─xvda2 202:2 0 99.8G 0 part /
          xvdb 202:16 0 2G 0 disk
          └─xvdb1 202:17 0 2G 0 part [SWAP]
          
      2. 擴充分割區上的現有檔案系統。

        1. 卸載分割區。

          # umount /dev/mapper/3600a098038304338415d4b4159487669p1
          
        2. 在繼續調整大小之前,請執行 e2fsck -f 確認檔案系統是乾淨且沒有任何問題。

          # e2fsck -f /dev/mapper/3600a098038304338415d4b4159487669p1
          e2fsck 1.42.9 (28-Dec-2013)
          Pass 1: Checking inodes, blocks, and sizes
          Pass 2: Checking directory structure
          Pass 3: Checking directory connectivity
          Pass 4: Checking reference counts
          Pass 5: Checking group summary information
          /dev/mapper/3600a098038304338415d4b4159487669p1: 12/4587520 files (0.0% non-contiguous), 596201/18350080 blocks
          
        3. 發出 resize2fs 指令,以調整檔案系統的大小。

          # resize2fs /dev/mapper/3600a098038304338415d4b4159487669p1
          resize2fs 1.42.9 (28-Dec-2013)
          Resizing the filesystem on /dev/mapper/3600a098038304338415d4b4159487669p1 to 26214139 (4k) blocks.
          The filesystem on /dev/mapper/3600a098038304338415d4b4159487669p1 is now 26214139 blocks long.
          
        4. 裝載分割區並執行 df -vh,以驗證新大小是否正確。

          # mount /dev/mapper/3600a098038304338415d4b4159487669p1 /SL02SEL1160157-73
          
          # df -vh
          Filesystem Size Used Avail Use% Mounted on
          /dev/xvda2 99G 3.7G 90G 4% /
          devtmpfs 3.9G 0 3.9G 0% /dev
          tmpfs 3.9G 1.7M 3.9G 1% /dev/shm
          tmpfs 3.9G 25M 3.8G 1% /run
          tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
          /dev/xvda1 240M 148M 80M 65% /boot
          fsf-sjc0401b-fz.adn.networklayer.com:/SL02SV1160157_8/data01 40G 1.1G 39G 3% /SL02SV1160157_8
          tmpfs 782M 0 782M 0% /run/user/0 /dev/mapper/3600a098038304338415d4b4159487669p1 99G 1.1G 93G 2% /SL02SEL1160157-73
          
    • 非 LVM-xfs

      1. 將 xfs 檔案系統裝載回其裝載點。 如果您不確定 xfs 分割區的舊裝載點是什麼,請參閱 /etc/fstab

        # mount /dev/sdb1 /mnt
        
      2. 擴充檔案系統。 代入檔案系統的掛載點。

        # xfs_growfs -d </mnt>
        

當我新增單一儲存裝置時,為何在「磁碟管理」中看到兩個磁碟?

如果未針對 iSCSI安裝或停用 MPIO,則可能會在「磁碟管理」中看到兩個磁碟。 若要驗證 MPIO 配置,請參閱 驗證 Linux®的 MPIO 配置驗證 MPIO 在 Windows 作業系統中是否正確配置 的步驟。

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

請完成下列步驟,以在機箱交換之後順利重新連接儲存體。

  1. 在交換之前,請從儲存裝置移除授權 (撤銷存取權)。
  2. 在交換之後,重新授權主機。
  3. 使用從新授權取得的新認證,重新探索儲存裝置。

如需相關資訊,請參閱管理 Block Storage for Classic

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

請執行下列步驟來切斷與主機的連線:

  1. 移除作業系統 iSCSI 階段作業,並在適用時卸載裝置。
  2. IBM Cloud® 主控台中的儲存裝置撤銷主機的存取權。
  3. 移除自動探索,如果適用的話,移除作業系統中 iSCSI 連線的連接資料庫項目。

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

「耐久性」和「效能」是您可以為儲存裝置選取的佈建選項。 簡言之,「耐久性」IOPS 層級提供預先定義的效能層次,而您可以使用「效能」層級細部調整那些層次。 使用相同的裝置提供不同選項的產品。 有關更多信息,請參閱 IBM Cloud Block Storage:細節

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

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

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

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

iSCSI 磁碟區是薄配置還是厚配置?

所有檔案及 Block Storage for Classic 服務都是精簡供應。 此方法不可修改。

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

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

Block Storage for Classic可延續多久?

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

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

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

如何從我的 OS 識別 Block Storage for Classic 磁區?

您想要在計算主機上查閱所連接儲存磁區的 LUN ID 有各種原因。 例如,您可能有多個儲存裝置裝載在具有相同磁區大小的相同主機上。 您想要分離並解除其中一個的任務。 不過,您不確定如何將您在 Linux® 主機上看到的內容與您在主控台中看到的內容產生關聯。 另一個範例可能是您有多個連接至 ESXi 伺服器的 Block Storage for Classic 磁區。 您想要擴充其中一個磁碟區的磁碟區大小,而您需要知道正確的儲存裝置 LUN ID 才行。 如需特定於作業系統的說明,請按一下下列其中一個連結。

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

IBM Cloud® 不提供儲存空間效能 IOPS 和延遲度量值。 客戶應該使用自己選擇的協力廠商監視工具來監視自己的 Block 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 中檢查進度。

  • 在使用者介面中,移至 標準基礎架構。 按一下 儲存體 > Block Storage for Classic,然後在清單中尋找磁區。 轉換狀態會顯示在「概觀」頁面上。

  • 從 CLI,使用下列指令。

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

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

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

哪裡可以找到可攜式儲存空間的相關資訊?

「可攜式儲存空間磁區 (PSV)」是一種專門用於 Virtual Servers 的輔助儲存空間解決方案。 您可以從一部虛擬伺服器分離 PSV,並將它連接至另一部虛擬伺服器。 您可以一次將可攜式儲存體磁碟連接至一部虛擬伺服器,同時保留磁碟上儲存的所有資訊,以在裝置之間傳送。 如需相關資訊,請參閱 可攜式 SAN 儲存空間


  1. 相依副本可在建立之後立即重新整理。 ↩︎

  2. 在分隔處理程序完成之後,可以重新整理獨立重複項。 ↩︎