SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

11 3 月, 2023

雲遣返和 HA

雲遣返和高可用性

雲遣返和 HA

關於一種稱為“雲遣返”的現象，媒體的討論雖然不多，但越來越多。 簡單來說，雲遣返意味著將您的工作負載從公共雲中取出並帶回您自己的數據中心。 此舉可能會增加對本地設備的需求，例如服務器、存儲和網絡設備。 它還可能增加對可以輕鬆管理兩者的解決方案的需求本地和基於雲的資源。 對於在雲中運行關鍵工作負載的公司，遣返可能會對他們提供高可用性保護的方式產生重大影響。 值得注意的是，雲遷移對高可用性市場的影響取決於一些因素，例如組織選擇返回本地數據中心的原因，以及其他行業趨勢和競爭。 那麼，為什麼組織會選擇離開雲？

雲遣返的常見原因

成本：在雲中運行工作負載可能非常昂貴，而且成本可能無法預測，尤其是當組織的使用模式和要求隨時間變化時。 將工作負載調回本地可以幫助組織降低成本，特別是當它們有未使用的容量或可以利用現有基礎設施時。 它還可以幫助提高 IT 預算的可預測性。

數據主權：一些組織可能會受到規定其數據存儲在哪個國家/地區、誰可以訪問這些數據以及如何保護這些數據的法規的約束。 遣返工作負載可以讓組織更好地控制他們的數據，並幫助他們遵守數據主權法律和法規。

安全：組織可能對在雲中運行工作負載存在安全擔憂，尤其是當它們處理敏感數據或受到嚴格監管要求時。 雖然云有多種安全措施，但配置錯誤很常見，並可能導致安全問題。 通過消除對雲特定知識的需求，遣返工作負載可以讓組織更好地控制其安全狀況。

潛伏：雲提供商可能遠離組織的用戶，這可能導致更高的延遲和更慢的響應時間。 將工作負載遣返回本地可以幫助組織減少延遲並提高用戶的性能。

控制：雖然遷移到雲為公司節省了 IT 基礎設施管理成本，但這些節省是以控製成本為代價的。 雲提供商根據自己的時間表管理和維護 IT 環境。 將數據中心遣返的公司重新獲得對其基礎設施、升級、更新和維護的完全控制。 .

缺少雲提供商的特定服務或功能：組織可能會發現特定服務或功能在公共雲中不可用，因此他們可能決定將工作負載遣返回本地。

請注意，可能還有其他因素在起作用，但重要的是要記住，這些原因可能因組織的行業和獨特需求而異。

公有云遣返背景下的高可用性

多年來，隨著企業湧向基於雲的解決方案來滿足其計算需求，公共雲一直很受歡迎。 但根據最近的 InfoWorld[link to article]文章，隨著公司開始將數據和工作負載帶回內部或私有云，我們可能會在 2023 年看到轉變。 這一舉措的一個主要原因是希望獲得更高的可用性和對基礎架構的控制。

高可用性 (HA)是現代 IT 基礎設施的一個重要方面，它確保應用程序和服務即使在硬件故障、軟件錯誤或其他不可預見的事件發生時也能保持可訪問性和可操作性。 在公共雲環境中，高可用性通常是通過冗餘基礎設施和自動故障轉移機制（例如負載平衡和自動縮放）的組合來實現的。

然而，一些企業可能會發現他們對其云基礎設施的控制水平有限，並且他們可能擔心數據安全、合規性和供應商鎖定。 這些擔憂可能導致將工作負載和數據帶回本地或私有云的願望。

混合雲模型如何解決問題

解決這些問題的一個潛在解決方案是採用混合雲方法，在這種方法中，企業通過將公共雲的可擴展性和靈活性與本地或私有云基礎設施的控制和安全性結合起來，充分利用兩全其美。 混合雲架構可以設計為通過在本地和雲端的多個位置複製數據和服務來提供高可用性。

實施混合雲架構需要仔細規劃和設計，重點是確保工作負載和數據的分佈方式能夠最大限度地提高可用性，同時最大限度地減少延遲和其他性能問題。 一些關鍵考慮因素包括選擇合適的雲提供商和本地基礎設施，確保數據得到有效複製和同步，以及設計可以處理計劃內和計劃外中斷的故障轉移機制。

另一個重要的考慮因素是需要對混合雲環境進行有效的監控和管理。 這包括實施自動監控工具來檢測和響應中斷，確保定期執行和測試備份，以及建立清晰的流程和程序來處理事件和災難。

SIOS 高可用性解決方案

因此，雖然公有云的採用率多年來一直在上升，但對控制、安全性和可用性的擔憂導致一些企業考慮將工作負載和數據遷移到本地或私有云環境。 將公有云的可擴展性和靈活性與本地基礎設施的控制和安全性相結合的混合雲方法可以有效解決這些問題，同時保持高水平的可用性。 簡而言之，確定混合雲設置需要認真的準備工作和專業知識。 幸運的是， SIOS 高可用性解決方案已經讓你滿意了。 我們邀請您詳細了解我們的工具和服務，以便您可以自信地駕馭您的混合雲之旅。

經許可轉載自信息系統
7 3 月, 2023

視頻：州、地方政府和教育 (SLED) 的高可用性

視頻：州、地方政府和教育 (SLED) 的高可用性

在此視頻中，SIOS 客戶成功總監 Dave Bermingham 討論了公司為州、地方政府和教育 (SLED) 組織提供的高可用性解決方案。

Dave 強調了高可用性對 SLED 組織的重要性，特別提到了緊急服務、財務管理系統、學生信息系統和學習管理系統使用的通信和協作工具，所有這些都需要持續訪問。

他強調了高可用性解決方案應具有的關鍵特性，例如經濟高效、可靠、提供冗餘、保持高性能水平、檢測故障和執行恢復操作、可擴展以及可與現有系統和基礎設施集成。

Bermingham 給出了 SIOS 的 SANless 集群解決方案的兩個實際應用示例。 第一個例子是他們如何在應用程序和數據中心級別提供高可用性以消除大學入學期間的停機時間。 第二個例子是他們如何與集成商合作，以確保呼叫中心 CAD 系統具有高可用性，並能夠在多次災難期間派遣警察、消防或救援隊。

重要的是要考慮添加一個高可用性像 SIOS 這樣的集群解決方案可以解決應用程序級別的高可用性需求，然後有助於維護應用程序性能。

經許可轉載自信息系統
2 3 月, 2023

可能破壞您的高可用性解決方案的 8 個變化

可能破壞您的高可用性解決方案的 8 個變化

可能破壞您的高可用性解決方案的 8 個變化

作為客戶體驗副總裁，我觀察到大多數組織在部署任何可能對其業務的高可用性產生影響的工具或流程時都有意識並謹慎行事。這些公司通常在 HA 方面非常謹慎，包括對任何 HA 集群、DR、安全或備份解決方案變更進行嚴格的變更審查。大多數公司都明白對這些工具的更改需要仔細考慮和測試，以避免影響整體應用程序可用性和系統穩定性。IT 管理員意識到，即使是他們的 HA 集群中最不起眼的變化，災難恢復、安全或備份解決方案可能導致重大中斷。

然而，其他工作場所和生產力工具的變化往往沒有以同樣的努力考慮。

可能破壞 HA 解決方案的八個變化：

  1. 遺失文件

您現有的工具通常封裝了大量關於公司、決策、集成和整體 HA 架構的文檔。隨著團隊過渡到新工具，這些文檔通常會丟失，或者訪問受到阻礙或阻礙。

建議改進：將所有現有文檔導出和導入到新工具中。使用存檔存儲和備份在導入前保留數據的完整副本。

  1. 丟失的要求

與丟失的文檔類似，在轉移工具時，需求往往是最先丟失的東西。

建議改進：記錄已知需求，從任何現有生產力工具導出需求相關文檔。

  1. 失落的歷史和傳聞

幾乎與文檔和需求一樣重要的是變更、修訂和決策背後的歷史。 許多組織將歷史信息保存在工作場所和辦公生產力工具中。此類信息可能包括圍繞先前評估過的工具和解決方案的決策。當這些工作場所工具發生變化或過渡時，這種類型的歷史可能會丟失。 現有工具通常也包含很多隱性知識。隨著新工具的集成，知識和思想共享消失了。 二十年前，我們的團隊遷移了錯誤跟踪解決方案。這些工具之間的知識差距很大，影響了多個部門，包括現在負責管理、備份和解決問題的 IT 團隊。

建議改進：確保在新工具之間充分培訓和轉移思想共享和知識。 在終止當前工具之前，確保記錄當前工具和以前工具的歷史、上下文和決策

  1. 丟失訪問/訪問控制

每個新工具都有一套不同的安全和訪問規則。在過渡團隊中，通常最終會出現管理員過多、管理員不足或權限限製過多的情況。

建議改進：根據要求和安全規則，提前映射訪問和用戶控制，並有一個快速解決的過程。

  1. 失去聯繫

電子郵件和聯繫人系統遷移很少是無縫的。 即使現有版本之間的升級也會產生影響。從一種工具（Exchange 到 Gmail）遷移的一個缺點可能是失去聯繫。我們的團隊與一位客戶合作，該客戶曾致電我們的支持團隊尋求幫助獲取他們的合作夥伴聯繫信息。他們的電子郵件系統過渡停滯不前，對關鍵聯繫人的訪問也被延遲。

建議改進：規劃聯繫人遷移和驗證。請確保您的 HA 集群的任何關鍵聯繫人絕對是經過驗證的遷移步驟的一部分。

  1. 破碎的整合

損壞的集成是一個非常常見的項目，它會影響高可用性，監控和報警。隨著公司轉向更新的生產力工具，現有的集成可能不再有效，需要額外的開發。舉個相關的例子，一家以前使用 Skype 進行消息傳遞的公司轉而使用 Slack。許多通過 Skype 傳遞消息的工具需要調整。 在您的 HA 環境中，儀表板或警報系統之間的集成中斷可能意味著無法及時收到關鍵通知。

建議改進：繪製任何自動化工作流程以幫助識別工具之間的集成點。還要努力確定任何新的要求和整合機會。在概念驗證或受控部署階段規劃和測試集成。

  1. 失落的冠軍

每個工具集都有擁護者和批評者。支持者可能與您的管理員相同，也可能不同。擁護者的角色在每個組織內發生變化，並且通常隨著每種工具的變化而變化，但他們之間的共同點是他們願意為了自己和他人的利益而使用新的生產力工具解決問題、問題或挑戰。冠軍是第一個發現新功能、發現和報告新問題並幫助新人加入工具集的人。冠軍超越了思想份額和歷史。通常隨著工具集的變化，您的團隊將失去冠軍。

  1. 生產力損失

新工具，即使是那些與 HA 沒有直接關係的工具，也會對您團隊的工作效率產生影響。甚至與優先級管理、開發和代碼存儲庫相關的工具也需要提升和入職時間。這段時間通常會轉化為生產力損失，這可能會轉化為集群的風險。 確保與所有現有工具和新工具相關的流程都得到妥善記錄，以便對新工具的更改不會造成混亂、中斷流程並導致更大的生產力損失。

建議改進：通過使用培訓工具、利用產品擁護者並確保推出的重點是縮短學習曲線來降低生產力損失的風險高可用性解決方案需要捕獲需求、識別關鍵文檔、轉移思想共享、映射依賴關係、測試和配置適當的訪問、確定工具集支持者。 它確保您的新工具實際提高生產力，而不是將您的關鍵資源從維持正常運行時間中抽離出來。

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

試譯

試譯二
28 2 月, 2023

Azure VM 上 SQL Server 的高可用性選項

Azure VM 上 SQL Server 的高可用性選項

Azure VM 上 SQL Server 的高可用性選項

Microsoft Azure 基礎架構旨在為您的應用程序和數據提供高可用性。 Azure 提供了多種用於實現高可用性的基礎設施選項，包括可用性區域、配對區域、冗餘存儲以及高速、低延遲的網絡連接。 所有這些服務均由服務級別協議 (SLA) 提供支持，以確保您的關鍵業務應用程序的可用性。 這篇博文將重點介紹在 Azure 虛擬機中運行 SQL Server 時的高可用性選項。

Azure 基礎架構

在我們進入 SQL Server 的高可用性選項之前，讓我們討論一下必須到位的重要基礎架構。 可用性區域、區域和配對區域是 Azure 基礎結構中的關鍵概念，在規劃應用程序和數據的高可用性.

可用區是區域內物理上獨立的位置，提供冗餘電源、冷卻和網絡。 每個可用區由一個或多個數據中心組成。 通過將您的資源放置在不同的可用區中，您可以保護您的應用程序和數據免受計劃內或計劃外維護、硬件故障或自然災害造成的中斷。 在將可用區用於 SQL Server 部署時，您有資格獲得 99.99%可用性 SLA對於虛擬機。

區域是 Azure 服務可用的地理位置。 Azure 目前在全球擁有 60 多個區域，每個區域都有多個可用區。 通過將您的資源放置在不同的區域，您可以提供更好的保護，以防止自然災害或其他重大事件造成的中斷。

配對區域是具有獨特關係的預定義區域對。 最值得注意的是，當使用地理冗餘存儲時，成對的區域會相互複製數據。 成對區域的其他好處是區域恢復順序、順序更新、物理隔離和數據駐留。 在設計災難恢復計劃時，建議對主要位置和災難恢復位置使用配對區域。

將可用性區域和配對區域與可用性組和故障轉移集群實例等高可用性選項結合使用，您可以創建高度可用、有彈性的 SQL Server 部署，這些部署可以承受各種故障，從而最大限度地減少停機時間。

SQL Server 可用性組和故障轉移群集實例

SQL Server 可用性組 (AG) 和 SQL Server 故障轉移群集實例 (FCI) 都是 SQL Server 的高可用性 (HA) 和災難恢復 (DR) 解決方案，但它們的工作方式不同。

AG 是 SQL Server 企業版的一項功能，它通過跨多個服務器（稱為副本）複製數據庫來提供 HA 解決方案，以確保數據庫在出現故障時始終可用。 AG 可用於為單個數據庫和多個數據庫提供 HA。

SQL Server Standard Edition 支持稱為 Basic AG 的東西。 SQL Server 中的基本 AG 存在一些限制。 首先，Basic AG 只支持單個數據庫。 如果您有多個數據庫，則每個數據庫都需要一個 AG 以及關聯的 IP 地址和負載平衡器。 此外，Basic AG 不支持只讀副本。 雖然 Basic AG 提供了一種為單個數據庫實現 HA 的簡單方法，但它們可能不適合更複雜的場景。

另一方面，SQL Server FCI 是 Windows Server 故障轉移群集 (WSFC)，它通過創建使用共享存儲的多個服務器（稱為節點）的群集來提供 HA 解決方案。 如果發生故障，在一個節點上運行的 SQL Server 實例可以故障轉移到另一個節點。

在 SQL Server 2022 Enterprise Edition 中，新的 Contained Availability Groups (CAG) 通過允許用戶創建系統數據庫到 CAG，然後可以復制，從而解決了一些 AG 限制。 CAG 消除了手動同步 SQL 登錄和 SQL 代理作業等內容的需要。

可用性組和故障轉移集群實例各有利弊。 AG 具有高級功能，例如可讀輔助節點以及同步和異步複製。 但是，AG 需要 SQL Server 的企業版，這可能會導致成本過高，尤其是在您不需要任何其他企業版功能的情況下。

FCI 保護整個 SQL Server 實例，包括所有用戶定義的數據庫和系統數據庫。 FCI 使管理更容易，因為所有更改（包括對 SQL Server 代理作業、用戶帳戶和密碼以及數據庫添加和刪除所做的更改）都會在所有版本的 SQL Server 上自動協調，而不僅僅是帶有 CAG 的 SQL 2022。 FCI 隨 SQL Server Standard Edition 提供，這使其更具成本效益。 但是，FCI 需要共享存儲，這在跨可用區、區域或混合雲配置的環境中部署時會帶來挑戰。 詳細了解 SIOS 軟件如何啟用SQL 服務器的高可用性.

SQL Server 故障轉移群集實例的存儲選項

關於跨可用區的 SQL Server 故障轉移集群實例的存儲選項，有三個選項：Azure 文件共享、帶區域冗餘存儲的 Azure 共享磁盤和 SIOS DataKeeper 集群版。 還有第四個選項，Storage Spaces Direct (S2D)，但僅限於單個 AZ 部署，因此基於 S2D 的集群不符合 99.99% SLA 的條件，並且容易受到影響整個 AZ 的故障的影響。

Azure 文件共享

具有區域冗餘 (ZRS) 的 Azure 文件共享功能允許你跨 Azure 區域的不同可用性區域存儲數據的多個副本，從而提供更高的持久性和可用性。 然後可以將此數據共享為 CIFS 文件共享，並且集群使用 SMB 3 協議連接到它。

Azure 共享磁盤

具有區域冗餘存儲 (ZRS) 的 Azure 共享磁盤是一種共享磁盤，可以存儲 SQL Server 數據以供在群集中使用。 SCSI 持久保留確保只有活動集群節點才能訪問數據。 如果主可用區發生故障，備用可用區中的數據將變為活動狀態。 使用 ZRS 的共享磁盤僅在美國西部 2、西歐、北歐和法國中部區域可用。

SIOS DataKeeper 集群版

SIOS DataKeeper 集群版是一種存儲 HA 解決方案，支持 Azure 中的 SQL Server 故障轉移群集。 它在所有區域可用，並且是唯一支持跨可用區故障轉移和跨區域故障轉移的 FCI 存儲選項。 它還支持跨本地到雲配置的混合雲配置。 DataKeeper 是一種軟件解決方案，可使本地附加存儲在所有集群節點之間保持同步。 它作為稱為 DataKeeper 卷的第三方存儲類集群資源與 WSFC 集成。 故障轉移集群控制 DataKeeper 卷的所有管理，為最終用戶提供無縫體驗。 學習更多關於SIOS 數據管理員。

概括

總之，Azure 提供了各種基礎結構選項來實現 SQL Server 部署的高可用性，例如可用性區域、區域和配對區域。 通過利用這些選項，結合可用性組和故障轉移群集實例等高可用性解決方案，您可以創建高度可用、有彈性的 SQL Server 部署，可以承受各種故障並最大限度地減少停機時間。 在為您的特定需求選擇最佳解決方案之前，了解所需的基礎架構以及每個選項的優缺點至關重要。 建議諮詢 SQL 和 Azure 專家以指導你完成整個過程，並查看 Azure 文檔和最佳實踐。 通過適當的規劃和實施，您可以確保 Azure 上的 SQL Server 部署始終可用於支持您的關鍵業務應用程序。

聯繫我們了解更多關於我們的信息高可用性解決方案.

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

  • 加入我們的郵件列表