跳到主內容
版本：3.1

管理外部儲存裝置

本指南說明如何在 CubeCOS 系統中設定及管理外部儲存裝置。

關鍵術語​

開始之前，請先熟悉本指南中使用的以下技術術語：

  • 型號：儲存範本，用於定義特定外部儲存類型所需的設定與參數規格。
  • 供應商驅動：一種軟體橋接器，可讓 CubeCOS 與 Dell EMC 或 Fujitsu 等供應商的特定硬體進行通訊。
  • 多路徑：一種容錯機制，允許伺服器透過多個實體路徑存取儲存裝置，以確保連線不中斷。

管理儲存模型​

型號是您儲存系統設定的主要設定指南。

如何匯入新型號​

  1. 請前往 首頁 > 整合 > 儲存裝置 > 型號清單。
import-model
  1. 要定義驅動程式，請撰寫一個 YAML 檔案，然後點擊「匯入新模型」並上傳該 YAML 檔案。
import-model
  1. 格式驗證通過後，系統會彈出成功提示視窗，且新模型將顯示在模型清單中。
import-model
資訊

這 5 個內建範本是永久性的，刪除它們只會重置範本。

YAML 設定與參數定義​

以下是一個 Dell EMC SC FC 範本的範例，其中包含用於說明各參數的內嵌註解：

# The specific Cinder driver class for the hardware vendor
driver: 'cinder.volume.drivers.dell_emc.sc.storagecenter_fc.SCFCDriver'
vendor: 'Test'
type: 'SC Series FC'

# Multipath Configuration: Defines how the system handles redundant paths
multipath:
  - section: 'devices'
    attributes: []
    subSections:
      storage:
        section: 'device'
        attributes:
          service:
            - key: 'vendor'
              value: 'COMPELNT' # Internal identifier for the storage hardware
            - key: 'product'
              value: 'Compellent Vol' # Specifies the volume product type
            - key: 'user_friendly_names'
              value: 'no' # Prevents renaming of paths for system consistency

# Driver-specific settings for network and performance
driverSection:
  - key: 'san_ip' # The Management IP address of the SAN hardware
    value: ''
  - key: 'san_login' # Administrative username for storage access
    value: ''
  - key: 'use_multipath_for_image_xfer'
    value: 'true' # Enables path redundancy specifically for moving VM images
  - key: 'image_upload_use_cinder_backend'
    value: 'true' # Directs image uploads through the Cinder driver for efficiency

系統排錯​

若在連接或管理外部儲存裝置時發生任何錯誤，請依照以下診斷方法找出根本原因。

通知​

此處為系統的警示儀表板。 由於 CubeCOS 的操作是以叢集為單位進行的，因此某項設定可能在某個節點上成功套用，卻在另一個節點上失敗。 通知中心會精確指出哪些節點在更新過程中出現不同步或發生了 錯誤。 請參閱以下方法以查看這些通知：

前往 首頁 > 通知。（鈴鐺圖示位於右上角）

create-volume

日誌​

雖然通知會顯示發生了錯誤，但日誌則會說明錯誤的原因。 這是檢視 CubeCOS API 與儲存硬體之間通訊最細緻的方式。 若要檢視日誌，請依照以下步驟操作：

  1. 請登入發生故障的節點。

    ssh <user_name>@<your-node-ip>

命令變數：

  • <user_name>：這是發生故障節點的使用者名稱。
  • <your_node-ip>：這是發生故障節點的 IP 位址。

  1. 請執行以下指令來檢查日誌：

    $ journalctl -f -u cube-cos-api

  2. 請在日誌中找出以下關鍵字：

    • hex_config：指出內部設定引擎的問題。
    • Cinder：表示 OpenStack 區塊儲存服務在掛載或識別磁碟時遇到問題。
    • storage / model：表示您模板中的參數（例如 SAN IP 或憑證）不正確，或遭供應商驅動程式拒絕。

對於大多數整合失敗的情況，最有效的恢復方法是重新執行對應的 UI 操作。 由於使用者介面觸發了一項全叢集操作，這會迫使每個節點同時重新嘗試進行設定。 這可確保所有節點維持一致的設定狀態，並恢復至同步且可運作的狀態。