SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

26 11 月, 2022

為關鍵應用制定災難恢復計劃

為關鍵應用制定災難恢復計劃

為關鍵應用制定災難恢復計劃

經許可轉載自信息系統
23 11 月, 2022

Azure 上的 SAP 高可用性最佳實踐

Azure 上的 SAP 高可用性最佳實踐

在以下視頻中，擁有 20 年 SAP 經驗的 Microsoft 高級 SAP 架構師 Bala Anbalagan 解釋了配置高可用性以保護 Azure 中的 SAP 解決方案的最佳實踐。 他還回顧了在雲中實施 HA 解決方案時經常犯的錯誤，以及用戶在配置 SIOS LifeKeeper 時應該了解的關鍵因素。

在雲端配置 SAP 高可用性解決方案

Bala 解釋說，每個 SAP 用戶都應該記住，高可用性解決方案是必不可少的，尤其是在雲端。 任何云提供商都需要對其環境進行更改。 儘管他們的硬件基礎設施服務水平很高，但也會有短暫的停機時間，這可能會使您的 SAP 系統完全崩潰。

用戶正確配置 SAP HA 也很重要。 安裝 HA 解決方案的主要目的是防止停機，但如果你沒有正確地做到這一點，你只是在浪費時間和金錢，不管你在哪個雲中運行。 必須遵循雲提供商的配置規則。 如果您錯誤地配置了 HA 或未能測試故障轉移和故障回复，它可能會在您最意想不到的時候導致業務中斷——尤其是在高利用率期間。
SIOS 生命守護者可以檢測配置過程中的錯誤。 例如，如果您只配置一個通信通道，它會發送警告，因為您總是希望 HA 集群中的節點之間有冗餘通信通道或輔助網絡連接。 如果你使用SIOS 數據管理員，如果在復製過程中配置有問題，它也會顯示警告。

是什麼讓配置 SIOS 如此簡單？

SIOS 有一個非常簡單的配置過程。 基本上，您只需要在每個集群節點中安裝 LifeKeeper，並根據您要恢復的應用程序使用不同類型的 SIOS 應用程序特定恢復工具包 (ARK) 模塊（LifeKeeper 隨附）。 此外，使用簡單的 GUI 可以很容易地遵循該過程 – 智能是內置的，您無需更改 GUI 的細節。 它會自動檢測大部分信息，進一步簡化設置過程。

知道要使用哪個 ARK 以及如何使用它在配置過程中很重要。 ARK 是一個軟件模塊，它為 LifeKeeper 軟件提供特定於應用程序的智能。 SIOS 為不同的應用程序提供單獨的 ARK。 例如，對於 SAP HANA，您安裝 SIOS SAP HANA 方舟使 LIfeKeeper 能夠自動執行配置步驟、檢測故障並為 SAP HANA 管理可靠的故障轉移，同時保持 SAP 的最佳實踐。

在 Azure 中為 SAP 實施 HA 的最大錯誤

用戶通常實施Azure 中 SAP 解決方案的高可用性使用與在本地環境中相同的過程。 他們需要改變心態。 始終確保遵循雲提供商提供的建議，即閱讀文檔並按照雲提供商的建議保留參數。

另一個常見的錯誤是增加了太多的複雜性。 一些客戶將所有東西都放在一個集群中，但集群應該為不同的服務器分開。 使集群太大會增加不必要的複雜性和潛在風險。

當涉及到 HA 集群時，在各個方面進行徹底的測試是至關重要的。 在上線之前以及定期（和頻繁）測試 HA 配置是您可以做的最好的事情，以防止意外停機。

學習更多關於SAP 高可用性以下視頻中的最佳實踐或聯繫我們以獲取有關為雲中的基本應用程序實施高可用性和災難恢復的更多信息。

經許可轉載自信息系統
20 11 月, 2022

HA 和 DR 的簡單日子已經一去不復返了

HA 和 DR 的簡單日子已經一去不復返了

翻閱電視頻道，我偶然發現了電影“他只是沒那麼喜歡你”和德魯·巴里摩爾 (Drew Barrymore) 的場景，講述了我們大多數人在 2022 年對技術，尤其是高可用性和災難恢復的感受：“我懷念那些日子你有一個電話號碼和一台答錄機，那台答錄機有一盒磁帶，而那一盒磁帶要么有一個人的留言，要么沒有。 現在你只需要四處檢查所有這些不同的門戶網站，就會被七種不同的技術拒絕。 太累了。”有時，您不希望只有一個雲，甚至沒有云平台嗎？一個數據庫運行在一個操作系統上；並且只需要擔心一個前端應用程序。 但是，世界已經發生了變化，而且發展得更快，也變得更加複雜。技術的進步、併購的影響以及我們 24/7 社會日益增長的胃口和節奏，數十億消費者正在尋找最新的交易和最好的體驗，這意味著簡單的日子已經一去不復返了。

關於您的可用性的 4 個硬道理

  1. 您的解決方案並不像您想像的那麼簡單

當然，您的企業環境並不簡單。您有遺留系統和應用程序，幾乎是自打孔卡以來就存在的那種。您擁有專為新一代應用程序和數據庫打造的新系統。此外，您擁有十年前創建的解決方案以彌合差距或跨越從一個平台遷移到另一個平台的時間，但儘管您盡了最大努力，這些系統仍然存在。 除了這些挑戰之外，還有越來越多的系統和 IT 資源來自於公司 U 的併購。在新時代交付 HA 並不像您想像的那麼簡單。

  1. 糟糕的架構是一個比你意識到的更大的問題

作為客戶體驗副總裁，我們已經看到了不良架構造成的損害。雖然部署 HA 軟件絕對有助於提高應用程序和數據庫的可用性，但 HA 軟件永遠無法完全克服不完整的需求、糟糕的網絡、缺少冗餘硬件或其他缺少的架構組件。我們的團隊曾經與一位客戶合作，以糾正在高峰運行時間導致系統不穩定的規模過小的環境。由於他們糟糕的架構，包括網絡和硬件不穩定，他們的團隊經常發現他們自己在爭先恐後地從可避免的停機問題中恢復過來。為了擁有一個完整、健全、高可用性和彈性的解決方案，您需要部署出色的軟件作為健全架構的一部分。

  1. 您的管理員需要的幫助比他們承認的要多

開發企業級、高度可用的彈性 HA 解決方案，建立在具有增長能力的可靠架構之上，並不是一個簡單的過程。針對彈性、應用程序和數據可用性進行設計和架構並不像從貨架上拿一盒蛋糕那麼容易。投入一系列工具、來自不同團隊的流程、混合的 SLA 以及各種操作系統、應用程序、數據庫和平台，您就有了需要幫助的秘訣。 最近，我採訪了一位在企業支持環境中工作 20 年的老手。他描述了他的許多同行，有時甚至是他自己，都無法承受維護關鍵企業可用性的重擔。您的管理員不僅在凌晨 2 點起床處理災難性的多系統、多應用程序、幾乎完全崩潰的數據中心時需要幫助，而且在企業可用性的日常辛勤工作中也需要幫助技術複雜的時代。

  1. 您的解決方案可能沒有您想像的那麼高可用

“雖然公共雲提供商通常會在其服務水平協議中保證一定程度的可用性，但這些 SLA 僅適用於雲硬件。”雲提供商 SLA 未涵蓋應用程序停機的許多其他原因，包括：

  • 軟件問題和錯誤
  • 人為錯誤
  • 軟件故障
  • 系統或應用程序掛起

作為客戶體驗副總裁，我們已經看到了一兩件事，包括遞歸例程中退出失敗導致的拒絕服務攻擊、系統耗盡、健康的關鍵應用程序的安全軟件隔離、內核恐慌以及隨機運行的虛擬機重啟。如果您的 HA 策略僅依賴於管理程序的 SLA，您的解決方案可能沒有您想像的那麼高可用。 您需要保護關鍵應用程序集群軟件可以監視和檢測問題，可靠地響應問題，並在必要時將操作轉移到備用服務器，以確保您的產品和服務在需要的時間和地點保持可靠和可用。

我們的單一數據中心變成了一系列的雲平台，跨越了幾十個數據中心。我們的 skunk work 應用程序已經成為我們必須跨 Windows、Linux 和一些不同的 *Nix 變種管理的關鍵前端、中間件和後端解決方案的一部分。技術的進步意味著我們的高可用性變得更加複雜，需要更好的架構。這也意味著我們的團隊需要更多幫助來管理這一切，如果我們不小心，可能意味著我們仍然容易受到攻擊和暴露。您的團隊面對的最多的是四個真相中的哪一個？

客戶體驗副總裁 Cassius Rhue 經許可轉載自信息系統
15 11 月, 2022

SIOS LifeKeeper for Windows 中的新驅動程序為您做了什麼？

SIOS LifeKeeper for Windows 中的新驅動程序為您做了什麼？

在未來數年加強共享和無 SAN 環境中的數據保護。

可口可樂、KitKat、SalesForce 和適用於 Windows 的 SIOS LifeKeeper有共同點？這裡有一些提示：

  • 可口可樂重新啟動了一項活動，使用其標誌性品牌的產品重新設計以適應未來，特別是關注社會主題。
  • Kit-Kat 在英國重新命名其糖果棒，以紀念和慶祝蓬勃發展的社交媒體、YouTube 和通用技術浪潮，並利用 Android (KitKat) 操作系統的品牌優勢。
  • Salesforce 改進了其基礎產品，以創建更時尚、更現代、更快速的界面來滿足其客戶的需求。

這些公司對其標誌性產品、服務和解決方案進行了重大改進，以更好地為客戶服務，適應未來並為未來做好準備，並利用自身優勢。以類似的方式，SIOS 對我們的 SIOS LifeKeeper for Windows 產品進行了顯著改進。

在 LifeKeeper for Windows 版本 8.9.0 之前，共享存儲功能（包括 I/O 防護和驅動器識別和管理）由 NCR_LKF 驅動程序處理。從 SIOS LifeKeeper for Windows 版本 8.9.0 開始，SIOS Technology Corp. 重新設計了共享存儲驅動程序架構。 從當前版本開始，NCR_LKF 驅動程序已被刪除並由 SIOS ExtMirr 驅動程序取代，SIOS ExtMirr 驅動程序是 SIOS DataKeeper / SIOS DataKeeper Cluster Edition 的 SANless 存儲複製背後的引擎。

SIOS LifeKeeper for Windows 中 NCR_LKF 架構變化的五個顯著優勢：

  1. 更現代的司機

ExtMirr 驅動程序提供了一個更現代的過濾器驅動程序來管理共享存儲功能。雖然 NCR_LKF 驅動程序專注於“保持燈亮”和“數據安全”，但驅動程序的體系結構落後於更現代的驅動程序。ExtMirr 驅動程序維護了數據保護，同時更兼容、更現代並且更容易在新版本的 Windows 操作系統中得到支持。

  1. 更強大的 I/O 防護

SIOS DataKeeper 和 SIOS DataKeeper Cluster Edition 中使用的驅動程序包括一個強大的防護架構。 雖然 NCR_LKF 驅動程序能夠進行 I/O 防護，但新驅動程序更加健壯並且已經在 SAN 和 SANless 環境中進行了測試。 增強的 I/O 防護利用受保護卷中的捲鎖和節點所有權信息。

  1. 更緊密的集成和兼容性。

利用 DataKeeper 產品中使用的 ExtMirr 驅動程序的 I/O 防護意味著 LifeKeeper for Windows 解決方案增加了與 DataKeeper 產品線的集成。ExtMirr 驅動程序還包括最新的Microsoft 驅動程序簽名並與強制執行驅動程序簽名和安全啟動的操作系統無縫協作。

  1. 更容易管理

ExtMirr 驅動程序為客戶和管理員提供了大量命令行實用程序，用於獲取和管理卷的狀態。emcmd 命令是兩個 SIOS DataKeeper 產品的本機命令。 它們現在可用於更輕鬆地管理 SIOS LifeKeeper 共享卷配置。 利用 LifeKeeper for Windows 產品的共享存儲和復製配置的客戶和合作夥伴現在可以了解和使用單一的命令行工具集。 emcmd 工具取代了以前的 volume.exe、volsvc 和類似的 NCR_LKF 過濾器驅動程序管理工具（鎖定、解鎖等）。

  1. 更頻繁的更新和修復

通過將 ExtMirr 驅動程序添加到適用於 Windows 的 SIOS LifeKeeper 中，共享存儲配置以及復製配置現在將在更新、新功能和修復方面得到提升。 雖然 NCR_LKF 驅動程序為 I/O fencing 提供了堅實的基礎和穩定的基礎，但切換到 ExtMirr 驅動程序意味著客戶將看到相同的強度和穩定性，並且對新產品支持的更新速度更快將兩個產品對齊到一個驅動程序可能不會與 SalesForce Classic 到 Lightning 更新一樣華麗，但它增加了重要的功能，增加了 SIOS DataKeeper 和 SIOS LifeKeeper 解決方案的強度和壽命，並將在未來幾年加強共享和無 SAN 環境中的數據保護。

客戶體驗副總裁 Cassius Rhue 經許可轉載自信息系統
11 11 月, 2022

如何重新創建文件系統和鏡像資源以確保大小信息正確

如何重新創建文件系統和鏡像資源以確保大小信息正確

使用高可用性 (HA) 集群時，必須確保集群中所有節點的配置相互並行。 這些“鏡像”配置有助於最大限度地減少集群上的故障點，提供更高標準的 HA 保護。 例如，我們已經看到在源節點上更新了鏡像大小但在目標節點上沒有更新相同信息的情況。 鏡像大小不匹配導致 LifeKeeper 無法在故障轉移的目標節點上啟動。 以下是在目標節點上使用與源相同的大小信息重新創建鏡像資源的推薦步驟：

腳步：

  1. 從應用程序的角度驗證源節點上的數據是否有效且一致
  2. 備份源上的文件系統（即鏡像源）
  3. 運行 /opt/LifeKeeper/bin/lkbackup -c 來備份兩個節點上的 LifeKeeper 配置
  4. 使所有資源停止服務。在我們的示例中，資源在節點 sc05 上提供服務，sc05 是鏡像的源（sc06 是鏡像的目標系統/目標）。
    1. 在 LifeKeeper GUI 的右窗格中，右鍵單擊DataKeeper 資源那是在服務中。
    2. 點擊中止服務從資源彈出菜單。
    3. 一個對話框將確認所選資源將停止服務。 與該操作關聯的任何資源依賴性都會在對話框中註明。 點擊下一個。
    4. 出現一個信息框，顯示資源停止服務的結果。 點擊完畢。
  1. 驗證所有資源都已停止服務並且文件系統已卸載
    1. 在源上使用命令 cat /proc/mdstat 驗證沒有配置鏡像
  1. 在源上使用 mount 命令以確保不再掛載文件系統
  2. 在源上使用 /opt/LifeKeeper/bin/lcdstatus -q 以確保資源都是 OSU。
  1. 在 LifeKeeper GUI 中打破 IP 資源 (VIP) 和文件系統資源 (/mnt/sps) 之間的依賴關係。右鍵單擊 VIP 資源並選擇刪除依賴項。

然後，為子資源標記選擇文件系統資源 (/mnt/sps)。

這將導致兩個層次結構，一個具有 IP 資源 (VIP)，一個具有文件系統資源 (/mnt/fs) 和鏡像資源 (datarep-sps)。

  1. 刪除包含文件系統和鏡像資源的層次結構。 右鍵單擊 /mnt/sps 並選擇刪除資源層次結構。
  1. 在源上，在文件系統上執行“mount <device> <directory>”。

示例：掛載 /dev/sdb1 /mnt/sps

  1. 通過 GUI 通過以下命令重新創建鏡像和文件系統：
    1. 恢復套件：數據複製
  1. 迴轉類型：智能
  2. 服務器：源節點
  3. 層次結構類型：複製現有文件系統
  4. 現有裝載點：<選擇您的裝載點>。 在這個例子中是/mnt/sps。
  5. 數據複製資源標籤：<取默認值>
  6. 文件系統資源標籤：<取默認值>
  7. 位圖文件：<取默認值>
  8. 啟用異步複製：是
  1. 創建後，您可以擴展鏡像和文件系統層次結構：
    1. 目標服務器：目標節點
    2. 迴轉類型：智能
    3. 模板優先級：1
    4. 目標優先級：10
  1. 預擴展檢查完成後，選擇下一個，然後選擇以下值：
    1. 目標磁盤：<選擇鏡像的目標磁盤>。在我們的示例中是 /dev/sdb1。
    2. 數據複製資源標籤：<取默認值>
    3. 位圖文件：<取默認值>
    4. 複製路徑：<選擇您環境中的複制路徑>
    5. 安裝點：<選擇您環境中的安裝點>。在我們的例子中是/mnt/sps。
    6. 根標籤：<取默認值>

當資源“擴展”完成後，選擇“完成”，然後選擇“完成”。

  1. 在 LifeKeeper GUI 中重新創建 IP 資源 (VIP) 和文件系統資源 (/mnt/sps) 之間的依賴關係。 右鍵單擊 VIP 資源並選擇創建依賴項。選擇 /mnt/sps 作為子資源標籤。
  1. 此時鏡像應該執行文件系統大小的完全重新同步。 在 LifeKeeper GUI 右窗格中的 LifeKeeper GUI 中，右鍵單擊 VIP 資源。 選擇“In Service”以恢復 IP 資源 (VIP)，選擇鏡像處於服務狀態的源系統（在我們的示例中為 sc05）並驗證應用程序重新啟動並且 IP 可訪問。

經許可轉載自信息系統
  • Results 1-5 of 807
  •  Page 1 of 162 >

  • 加入我們的郵件列表