| 10 9 月, 2020 |
如何在Linux環境中為SQL Server提供高可用性
如何在Linux環境中為SQL Server提供高可用性如果您的組織在Linux上運行關鍵業務的Microsoft SQL Server，那麼您的IT團隊無疑會知道持續保持高可用性，性能和安全性是多麼困難。特別困難的是如何通過健壯的複制和自動故障轉移來確保高可用性。使用開源軟件和易於配置的HA SANless群集解決方案可以提供一種更簡單的維護方法，而不會犧牲組織所需的安全性和性能。 Linux的有限高可用性選項大多數Linux發行版為IT部門提供了兩個次等的高可用性選擇：要么為SQL Server Enterprise Edition支付更多費用以實施“始終在線”可用性組，要么努力使復雜的“自己動手做”的HA Linux配置正常工作-這可能是異常的很難做到。 使用企業版的問題在於，它破壞了在商品硬件上使用開源操作系統的節省成本的策略。對於數量有限的小型SQL Server應用程序，可能有必要證明額外費用的合理性。但是對於許多數據庫應用程序來說，它太昂貴了，無法為Linux提供通用的HA。 使用開源軟件（例如Pacemaker和Corosync或SUSE Linux Enterprise High Availability Extension），可以跨Linux環境中運行的所有應用程序提供HA。但是要使整個軟件堆棧按需工作，需要為每個應用程序創建（和測試）自定義腳本，並且即使對所使用的任何軟件或硬件進行了很小的更改，這些腳本通常也需要重新測試和更新。SQL Server Standard Edition和Linux不支持的與可用性相關的功能會使這項工作更具挑戰性。 在Linux中尋找SQL Server的替代高可用性解決方案為了使HA具有成本效益並且易於實施，您可能需要考慮兩種不同的通用方法。 一種是使用基於存儲的系統，該系統通過在冗餘且有彈性的存儲區域網絡（SAN）中復制數據來保護數據。對於主機操作系統而言，這種方法是不可知的，但是它要求從單個供應商處購買整個SAN基礎架構，並依靠單獨的故障轉移規定來提供高可用性。 另一種方法是基於主機的，包括在Linux服務器實例之間創建與存儲無關的SANless群集。作為HA覆蓋，這些群集能夠在私有，公共和混合雲中跨LAN和WAN運行。該覆蓋圖也與應用程序無關，使組織可以在所有應用程序中使用一個通用的HA解決方案。儘管這種方法確實消耗了主機資源，但是它們相對便宜並且在Linux環境中易於擴展。 大多數HA SANless群集選件提供了實時塊級數據複製，連續應用程序監視以及可配置的故障轉移/故障回复恢復策略的組合，以保護所有關鍵業務應用程序，包括那些使用標準版中始終啟用故障轉移群集實例的應用程序SQL Server。 SIOS Technology Corp.為Linux提供了更強大的HA SANless集群解決方案，這些解決方案具有高級功能，旨在使IT人員擺脫支持和優化計算基礎架構的複雜性和日常挑戰。具有LifeKeeper的SIOS Protection Suite解決方案提供：
例如，無SAN群集可以處理兩個並發故障。在LAN和WAN以及私有，公共和混合雲中，基本操作是相同的。
在典型的兩節點群集服務器中，＃1最初是將數據複製到服務器＃的主服務器。它遇到問題，自動觸發故障轉移到服務器＃2，該服務器現已成為主要服務器。 在這種情況下，IT部門可能會開始診斷和修復導致＃1服務器故障的任何問題。固定後，它可以接管主要服務器或服務器＃2繼續以這種能力將數據複製到服務器＃1。 使用大多數HA SANless群集配置，故障轉移是自動的，並且故障轉移和故障回复都可以通過基於瀏覽器的控制台進行控制。 有關SIOS LifeKeeper和Protection Suite解決方案的更多信息，請訪問用於群集服務器環境的SIOS SAN和SANless高可用性群集。 經SIOS許可轉載 |
| 6 9 月, 2020 |
如何為SIOS群集軟件激活許可證 |
| 30 8 月, 2020 |
如果我們消除了Apache停機時間該怎麼辦？
|
| 25 8 月, 2020 |
還原針對Linux的SIOS Protection Suite的配置細節的提示
還原針對Linux的SIOS Protection Suite的配置細節的提示幹得好“隨機同事”！而做得好，我並不是說好工作。 所謂“隨機同事”，是指選中不應該選中的框的人，或者未選中應該選中的框的人，跳過消息和警告的男人或女人，以及“請確認”安全措施並破壞了您的SIOS Protection Suite for Linux配置。 我們都去過那裡。 真是意外 但是它發生了，它發生了。 突然之間，您正在爭先恐後在老闆發現之前找出恢復配置，數據和“任何內容”的方法。 作為SIOS Technology Corp.客戶體驗副總裁，我們的團隊正在與合作夥伴和客戶積極合作，以架構和實施企業可用性，以保護其係統免於停機。 發生事故，最近的客戶經驗提醒我，即使通過多次檢查和警告，即使是適用於Linux的SIOS Protection Suite產品也不能倖免於意外的配置更改，但是有一個簡單的技巧可以使您從“Random Coworker's意外失誤。 意外配置更改後如何恢復適用於Linux的SIOS Protection SuiteSIOS Protection Suite for Linux（SPS-L）的本機是一個名為lkbackup的工具，位於/ opt / LifeKeeper / bin / lkbackup下。 顧名思義，該工具將創建SPS-L配置詳細信息的備份。 注意：此工具不會備份所有應用程序數據，但會為SPS-L配置創建所有數據的備份，例如：資源定義，在/ etc / default / LifeKeeper文件中配置的可調參數，客戶創建的通用應用程序腳本，與集群狀態關聯的標誌，通信路徑/集群定義等。 [root@baymax ~ ] ＃/ opt / LifeKeeper / bin / lkbackup -c -f /root/mylkbackup-5.15.2020-v9.4.1 –cluster –ssh 示例：lkbackup創建語法 這將在/ root文件夾下創建一個名為mylkbackup-5.15.2020-v9.4.1的備份文件。 –cluster告訴lkbackup在每個群集節點上創建相同的文件。 –ssh使用ssh協議連接到每個群集節點。 其他lkbackup詳細信息在這裡： 我們的客戶體驗服務團隊建議在進行SPS-L配置更改（例如昇級，資源刪除或添加或配置更改）之前進行備份。 因此，當您需要還原SPS-L配置時，更改就像再次運行lkbackup一樣簡單。 [root@baymax ~ ] ＃/ opt / LifeKeeper / bin / lkbackup -x -f /root/mylkbackup-5.15.2020-v9.4.1 –cluster –ssh 示例：lkbackup恢復語法 自動備份功能自動捕獲lkbackup文件但是，如果您忘記運行lkbackup來創建此文件，而“ Random Coworker”卻浪費了數小時的SPS-L安裝和配置，該怎麼辦？如果設置SPS-L的“ Guy”或“ Gal”正在休假，陪產假或產假，該怎麼辦？如果您是“隨機同事”，而來自基礎團隊的史蒂夫正駛向走廊，看看情況如何？對於大多數安裝，SIOS在安裝過程中啟用自動備份功能。 此自動備份功能將在當地時間凌晨3點為您自動在/ opt / LifeKeeper / config / auto-backup下捕獲lkbackup文件。＃。tgz [root@baymax ~]＃ls -ltr / opt / LifeKeeper / config /自動備份。*
例。配置/自動備份清單的輸出 如果您的系統已正確安裝和配置，則自動備份每天晚上都在運行，可以在“ Random Coworker”罷工時為您提供保護。在錯誤之前找到SPS-L自動備份。＃。tgz，然後使用SPS-L lkbackup工具將SIOS Protection Suite for Linux Configuration檢索並恢復到先前配置的狀態。 [root@baymax ~ ] ＃lkstop; / opt / LifeKeeper / bin / lkbackup -c -f /opt/LifeKeeper/config/auto-backup.0.tgz 示例：lkbackup恢復自動備份的語法 根據需要在集群中的其他節點上重複此操作。 注意。 如果您的系統似乎沒有配置為生成自動備份文件並保護您免受自己的“隨機同事”的侵擾，則SIOS提供安裝和配置服務以及由SIOS專業服務工程師執行的配置運行狀況檢查。 —客戶體驗副總裁Cassius Rhue 經SIOS許可轉載 |
| 18 8 月, 2020 |
循序漸進：如何在Amazon EC2中配置SANless MySQL Linux故障轉移群集
循序漸進：如何在Amazon EC2中配置SANless MySQL Linux故障轉移群集在本逐步指南中，我將帶您完成在Amazon Elastic Compute Cloud（Amazon EC2）中配置高可用性，兩節點MySQL群集（加上見證服務器）所需的所有步驟。該指南包括屏幕截圖，shell命令和相應的代碼段。我假設您對Amazon EC2有點熟悉，並且已經擁有一個帳戶。如果沒有，您可以今天註冊。我還將假設您對Linux系統管理和虛擬IP等故障轉移群集概念有基本的了解。 故障轉移群集已經存在了很多年。在典型配置中，兩個或多個節點配置有共享存儲，以確保在主節點上進行故障轉移時，輔助或目標節點將訪問最新數據。使用共享存儲不僅可以實現接近零的恢復點目標，而且是大多數群集軟件的強制性要求。但是，共享存儲提出了一些挑戰。首先，這是單點故障風險。如果共享存儲（通常是SAN）發生故障，則群集中的所有節點都將發生故障。其次，SAN的價格昂貴，購買，設置和管理也很複雜。第三，對於想要保持高可用性（正常運行時間99.99％），接近零的恢復時間和恢復點目標以及災難恢復保護的公司而言，包括Amazon EC2在內的公共雲中的共享存儲是不可能的，或者不可行。 以下內容演示了在雲中創建SANless集群以消除這些挑戰同時滿足嚴格的HA / DR SLA是多麼容易。以下步驟將MySQL數據庫與Amazon EC2結合使用，但是可以對相同的步驟進行調整，以在AWS中創建2節點群集，以保護SQL，SAP，Oracle或任何其他應用程序。 注意：您對功能，屏幕和按鈕的看法可能與下面顯示的屏幕截圖略有不同 1。創建虛擬私有云（VPC） 總覽本文將介紹如何在單個Amazon EC2區域內創建集群。群集節點（node1，node2和見證服務器）將駐留在不同的“可用區''中，以實現最大可用性。這也意味著節點將位於不同的子網中。
將使用以下IP地址：
步驟1：創建虛擬私有云（VPC）首先，創建一個虛擬私有云（aka VPC）。VPC是專用於您的Amazon雲中的隔離網絡。您可以完全控制IP地址塊和子網，路由表，安全組（即防火牆）等內容。您將在虛擬網絡中啟動Azure Iaas虛擬機（VM）。 在AWS主控制台中，選擇“ VPC”
確保在“您的VPC”下，在屏幕右上方選擇了正確的區域。在本指南中，將使用“美國西部（俄勒岡州）”區域，因為該區域具有3個可用區。有關區域和可用區的更多信息，請單擊此處。
給VPC命名，並指定要使用的IP塊。10.0.0.0/16將在本指南中使用：
現在，您應該在“您的VPC”屏幕上看到新創建的VPC：
步驟2：建立網際網路閘道接下來，創建一個Internet網關。如果您希望實例（VM）能夠與Internet通信，則這是必需的。 在左側菜單上，選擇“ Internet網關”，然後單擊“創建Internet網關”按鈕。給它起一個名字，並創建：
接下來，將Internet網關連接到您的VPC：
選擇您的VPC，然後單擊附加：
步驟3：創建子網（可用區）接下來，創建3個子網。每個子網將位於其自己的可用區中。這3個實例（VM：node1，node2，見證）將啟動到單獨的子網（以及可用區）中，以便可用區的故障不會佔用群集的多個節點。 美國西部（俄勒岡）地區（又稱為us-west-2）具有3個可用區（us-west-2a，us-west-2b，us-west-2c）。創建3個子網，在3個可用性區域中的每個區域中。 在“ VPC儀表板”下，導航到“子網”，然後創建“子網”：
為第一個子網命名（“ Subnet1”），選擇可用性區域us-west-2a，然後定義網絡塊（10.0.0.0/24）：
重複創建第二個子網可用區us-west-2b：
重複在可用區域us-west-2c中創建第三個子網：
完成後，請驗證是否已創建3個子網，每個子網具有不同的CIDR塊，並位於單獨的可用區中，如下所示：
步驟4：配置路由表更新VPC的路由表，以便將外界流量發送到上一步中創建的Internet網關。從VPC儀表板中，選擇“路由表”。轉到“路由”選項卡，默認情況下僅存在一條路由，該路由僅允許VPC內的流量通過。 點擊修改：
添加另一條路線：
新路由的目的地將為“ 0.0.0.0/0”（Internet），對於Target，請選擇Internet網關。然後點擊保存：
接下來，將3個子網與路由表相關聯。單擊“子網關聯”選項卡，然後編輯：
選中所有3個子網旁邊的框，然後保存：
驗證3個子網是否與主路由表關聯：
稍後，我們將再次更新路由表，定義一條路由，該路由將允許流量與群集的虛擬IP通信，但這需要在創建Linux實例（VM）之後完成。 步驟5：配置安全組編輯``安全組''（虛擬防火牆）以允許傳入的SSH和VNC通信。兩者都將在以後用於配置linux實例以及集群軟件的安裝/配置。 在左側菜單上，選擇“安全組”，然後單擊“入站規則”選項卡。點擊修改：
為SSH（端口22）和VNC添加規則。VNC通常使用5900中的端口，具體取決於您的配置方式，因此，出於本指南的目的，我們將打開5900-5910的端口範圍。根據您的VNC設置進行相應配置：
步驟6：啟動實例我們將在本指南中預配置3個實例（虛擬機）。前兩個VM（稱為“ node1”和“ node2”）將充當群集節點，並具有使MySQL數據庫及其相關資源聯機的功能。第三台虛擬機將充當群集的見證服務器，以增強對裂腦的保護。 為了確保最大可用性，所有3個VM都將部署在單個區域內的不同可用區中。這意味著每個實例將駐留在不同的子網中。 轉到主要的AWS儀表板，然後選擇EC2：
創建“ node1” 創建您的第一個實例（“ node1”）。單擊啟動實例：
選擇您的Linux發行版。稍後使用的集群軟件支持RHEL，SLES，CentOS和Oracle Linux。在本指南中，我們將使用RHEL 7.X：
相應地調整實例的大小。為了達到本指南的目的並最大程度地降低成本，我們使用了t2.micro尺寸，因為它是免費套餐。有關實例大小和定價的更多信息，請參見此處。
接下來，配置實例詳細信息。重要信息：確保將第一個實例（VM）啟動到“ Subnet1”，並定義對子網有效的IP地址（10.0.0.0/24）–選擇低於10.0.0.4，因為它是子網中的第一個空閒IP。
接下來，向群集節點添加一個額外的磁盤（這將在“ node1”和“ node2”上都完成）。該磁盤將存儲我們的MySQL數據庫，以後將在節點之間複製。 注意：您不需要向“見證”節點添加額外的磁盤。僅“ node1”和“ node2”。添加新卷，然後輸入所需的大小：
為實例Node1定義一個標籤：
將實例與現有的安全組相關聯，因此先前創建的防火牆規則將處於活動狀態：
點擊啟動：
重要信息：如果這是您AWS環境中的第一個實例，則需要創建一個新的密鑰對。私鑰文件將需要存儲在一個安全的位置，因為在您SSH進入linux實例時將需要它。
創建“ node2” 重複上述步驟以創建第二個Linux實例（node2）。完全像Node1一樣配置它。但是，請確保將其部署到“Subnet2''（us-west-2b可用區）中。子網2的IP範圍是10.0.1.0/24，因此此處使用的IP是10.0.1.4：
確保也將第二個磁盤添加到Node2。它的大小應與您添加到Node1的磁盤的大小完全相同：
給第二個實例一個標籤…。“ Node2”：
創造“見證” 重複上述步驟以創建第三個Linux實例（見證）。完全像Node1和Node2一樣進行配置，除了不需要添加第二個磁盤外，因為該實例僅充當集群的見證者，並且永遠不會使MySQL聯機。 確保將其部署到“ Subnet3”（us-west-2c可用區）中。子網2的IP範圍是10.0.2.0/24，因此此處使用的IP是10.0.2.4：
注意：默認磁盤配置適用於見證節點。不需要第二張磁盤：
標記見證節點：
您的3個實例可能要花一些時間。完成後，您將在EC2控制台中看到正在運行的列表：
步驟7：創建彈性IP接下來，創建一個“彈性IP''，這是一個公共IP地址，將用於從外界連接到您的實例。在左側菜單中選擇彈性IP，然後單擊“分配新地址”：
選擇新創建的彈性IP，單擊鼠標右鍵，然後選擇“關聯地址”：
將此彈性IP與Node1關聯：
如果您希望其他兩個實例具有Internet訪問權限或能夠直接通過SSH / VNC進入它們，請對其他兩個實例重複此操作。 步驟8：為虛擬IP創建路由條目至此，所有3個實例均已創建，並且路由表將需要再更新一次以使群集的虛擬IP正常工作。在這種多子網群集配置中，虛擬IP必須位於分配給您的VPC的CIDR範圍之外。 定義一條新路由，該路由會將流量定向到群集的虛擬IP（10.1.0.10）定向到主群集節點（Node1） 從VPC儀表板中，選擇“路由表”，然後單擊“編輯”。為目的地為Node1的“ 10.1.0.10/32”添加路由： |
