SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

如何創建沒有共享存儲的雙節點MySQL集群 – 第1部分

by Leave a Comment

創建一個沒有共享存儲的雙節點MySQL集群

循序漸進：如何創建沒有共享存儲的雙節點MySQL群集，第1部分

運行MySQL集群的主要優勢顯然是高可用性（HA）。要從這種類型的解決方案中獲得最大收益，您需要盡可能消除盡可能多的潛在單點故障。傳統觀點認為，如果沒有某種類型的共享存儲，您無法形成集群，這在技術上代表了集群架構中的單點故障。但是，有解決方案。適用於Linux的SteelEye Protection Suite（SPS）允許您通過在群集節點之間提供實時數據複製來將存儲作為單點故障排除。讓我們看一個典型的場景：您構建一個利用本地複制存儲來保護MySQL數據庫的集群。

為了創建一個沒有共享存儲的2節點MySQL群集，我們假設您正在實驗室環境中使用SPS的評估副本。我們還假設您已確認主服務器和輔助服務器以及網絡都滿足運行此類設置的要求。（您可以在SIOS SteelEye Protection Suite for Linux MySQL with Data Replication Evaluation Guide中找到這些要求的詳細信息。）

創建沒有共享存儲的雙節點MySQL群集的第一步

在開始設置群集之前，您需要配置存儲。要復制的數據需要駐留在單獨的文件系統或邏輯卷上。請記住，目標磁盤的大小，無論是使用分區還是邏輯卷，都必須等於或大於源。在此示例中，我們假設您正在使用磁盤分區。（但是，LVM也完全受支持。）首先，對本地存儲進行分區以與SteelEye DataKeeper一起使用。在主服務器上，標識要用作MySQL存儲庫的空閒未使用磁盤分區或創建新分區。使用fdisk實用程序對磁盤進行分區，然後格式化分區並將其臨時安裝在/ mnt。將/ var / lib / mysql /中的任何現有數據移動到此新磁盤分區中（假設默認的MySQL配置）。卸載然後重新安裝/ var / lib / mysql中的分區。您不需要將此分區添加到/ etc / fstab，因為它將由SPS自動掛載。在輔助服務器上，像在主服務器上一樣配置磁盤。

安裝MSQL

接下來你將處理MySQL。在主服務器上，安裝mysql和mysql-server RPM軟件包（如果系統上尚不存在）並應用任何必需的依賴項。驗證您的本地磁盤分區是否仍安裝在/ var / lib / mysql中。如有必要，請初始化一個示例MySQL數據庫。確保MySQL數據目錄（/ var / lib / mysql）中的所有文件都具有正確的權限和所有權，然後從命令行手動啟動MySQL守護程序。（注意：不要通過service命令或/etc/init.d/腳本啟動MySQL。）連接mysql客戶端以驗證MySQL是否正在運行。更新並驗證MySQL配置的root密碼。然後創建一個MySQL配置文件，例如此處顯示的示例文件：—- #cat /var/lib/mysql/my.cnf [mysqld] datadir = / var / lib / mysql socket = / var / lib / mysql /mysql.sock pid-file = / var / lib / mysql / mysqld.pid user = root port = 3306＃默認使用舊密碼格式與mysql 3.x＃clients（使用mysqlclient10兼容包的那些）兼容。old_passwords = 1＃建議禁用符號鏈接以防止出現各種安全風險; ＃這樣做，取消註釋這一行：＃symbolic-links = 0 [mysqld_safe] log-error = / var / log / mysqld.log pid-file = / var / run / mysqld / mysqld.pid [client] user = root password = SteelEye —-在本例中，我們將此文件放在稍後要復制的同一目錄中（/var/lib/mysql/my.cnf）。刪除原始MySQL配置文件（在/ etc中）。在輔助服務器上，如有必要，安裝mysql和mysql-server RPM軟件包，應用所有依賴項，並確保MySQL數據目錄（/ var / lib / mysql）中的所有文件都具有正確的權限和所有權。

安裝SPS for Linux

接下來，安裝SPS for Linux。為了便於安裝，SIOS為SPS for Linux提供了統一的安裝腳本（稱為“設置”）。有關如何獲取此軟件的說明，請參閱SPS for Linux評估許可證密鑰附帶的電子郵件。在主服務器和輔助服務器上下載軟件和評估許可證密鑰。在每台服務器上，運行安裝程序腳本，該腳本將安裝少量必備RPM，核心群集軟件以及所需的任何可選ARK。在這種情況下，您需要安裝MySQL ARK（steeleye-lkSQL）和DataKeeper（即數據複製）ARK（steeleye-lkDR）。通過/ opt / LifeKeeper / bin / lkkeyins命令應用許可證密鑰，並通過其啟動腳本/ opt / LifeKeeper / lkstart啟動SPS for Linux。此時，您已在兩個節點上安裝，許可和運行SPS，並且已配置要保護的磁盤和MySQL數據庫。在下一篇文章中，我們將查看無共享群集過程中的其餘步驟：創建以下內容

  • 主服務器和目標服務器之間的通信（Comm）路徑，即心跳
  • 一個IP資源
  • 鏡像和啟動數據複製
  • MySQL數據庫資源
  • MySQL IP地址依賴

有興趣了解如何為您的項目創建沒有共享存儲的雙節點MySQL群集，與我們聊天或閱讀我們的成功案例。經Linuxclustering許可轉載

VMware High Availability的故障轉移群集完美匹配？

by Leave a Comment

具有VMware高可用性的故障轉移群集

VMware High Availability的故障轉移群集：過度殺傷還是完美匹配？

在VMware層實現高可用性（HA）是一種有用的解決方案。它有助於防止某些類型的故障。但是，僅VMware VMware並不能涵蓋所有基礎。讓我們探討使用VMware High Availability進行故障轉移群集的可能性。

據Gartner Research稱，大多數計劃外中斷都是由應用程序故障（40％的中斷）或管理員錯誤（40％）引起的。硬件，網絡，電源或環境問題導致其餘問題（總計20％）。VMware HA專注於防止硬件故障，但是一個好的應用程序集群解決方案可以解決其他方面的問題。

擁有良好的策略對於VMware High Availability的故障轉移群集至關重要

在為VMware環境構建適當的HA策略時，需要考慮以下幾點。VMware High Availability的故障轉移群集完美匹配？

通過應用程序級監視和群集縮短中斷

恢復速度怎麼樣？在完美的世界中，不會出現故障，停電或停機。但是，如果確實發生意外中斷，那麼下一個最好的事情就是快速啟動並再次運行。此等式表示您的環境的總體可用性：如您所見，檢測時間是等式中的關鍵部分。這是VMware HA獨自完成的另一個地方。VMware HA將每個虛擬機（VM）視為“黑匣子”，並且無法真正了解內部運行的應用程序的運行狀況或狀態。內部運行的VM和OS可能很好，但應用程序可能會停止，掛起或配置錯誤，從而導致用戶中斷。即使主機服務器出現故障，您也必須等待VMware HA重新啟動VMware群集中其他主機上受影響的VM。這意味著在這些VM上運行的應用程序一直關閉，直到1）檢測到中斷，2）操作系統在新主機系統上完全啟動，3）應用程序重新啟動，以及4）用戶重新連接到應用程序。通過在多個VM之間的應用程序層進行群集，您不僅可以防止應用程序級中斷，還可以縮短中斷恢復時間。可以簡單地在備用VM上重新啟動應用程序，該VM已經啟動並等待接管。為了最大化可用性，所涉及的VM應位於不同的物理服務器上。 甚至更好，單獨的VMware HA集群甚至是單獨的數據中心！

消除存儲作為潛在的單點故障（SPOF）

傳統的群集解決方案（包括VMware HA）需要共享存儲，並且通常僅在單個數據中心內保護應用程序或服務。從技術上講，共享存儲設備代表了架構中的SPOF。如果您無法訪問後端存儲，則群集和應用程序將停止計數。任何HA解決方案的目標都是通過消除盡可能多的潛在SPOF來提高整體可用性。那麼如何擴充本機VMware HA集群以提供更高級別的可用性？要保護整個堆棧，從硬件到應用程序，請從VMware HA開始。接下來，您需要一種監視和保護應用程序的方法。在應用程序級別（即在VM內）進行聚類是自然的選擇。請務必選擇支持基於主機的數據複製的群集解決方案（即無共享配置），這樣您就不需要經歷設置基於SAN的複制的費用和復雜性。SAN複製解決方案通常還會將您鎖定在單個存儲供應商中。最重要的是，要使用共享存儲來群集VM，通常需要啟用裸設備映射（RDM）。這意味著您將無法訪問許多功能強大的VMware功能，例如vMotion。採用無共享群集配置將存儲層消除為SPOF。同時允許您使用vMotion在物理主機之間遷移VM。這是雙贏的！無共享群集也是災難恢復的絕佳解決方案，因為備用VM可以駐留在不同的數據中心。

覆蓋所有的基礎 

通過VMware HA分層的應用程序故障轉移群集提供了兩全其美的優勢。您可以享受內置的硬件保護和應用程序感知，更高的靈活性和可擴展性，以及更快的恢復時間。更好的是，解決方案不需要打破銀行。想了解VMware High Availability的故障轉移群集如何適用於您的項目？使用SIOS辦理登機手續。經LinuxClustering許可轉載

使用Fusion-io最大化Linux群集的複制性能

by Leave a Comment

使用Fusion-io最大化Linux群集的複制性能

使用Fusion-io最大化Linux群集的複制性能的技巧

當大多數人考慮設置群集時，它通常涉及兩個或更多服務器，以及SAN或其他類型的共享存儲。SAN的設置和維護通常非常昂貴且複雜。此外，它們在技術上代表了集群架構中潛在的單點故障（SPOF）。如今，越來越多的人開始使用Fusion-io這樣的公司，以及他們閃電般快速的ioDrives，來加速關鍵應用。  這些存儲設備位於服務器內（即不是“共享磁盤”）。 因此，它不能用作具有許多傳統群集解決方案的群集磁盤。幸運的是，有一些方法可以最大化使用Fusion-io進行Linux群集的複制性能。 允許您在不涉及共享存儲時形成故障轉移群集的解決方案 – 即“無共享”群集。

傳統集群 使用Fusion-io - 傳統集群最大化Linux集群的複制性能  “無共享”集群使用Fusion-io - 無共享群集最大化Linux群集的複制性能

在將數據複製作為群集配置的一部分時，充足的帶寬至關重要，這樣才能在網絡上複製數據，就像寫入磁盤一樣快。  以下是調優技巧，可讓您在涉及高速存儲時充分利用“無共享”群集配置：

網絡

  • 使用10Gbps網卡：Fusion-io（或OCZ，LSI等其他類似產品）的基於閃存的存儲設備能夠以MB /秒或更高的百萬分之一（750）的速度寫入數據。  1Gbps網卡只能推動理論最大值~125 MB /秒，因此任何利用ioDrive潛力的人都可以比通過1 Gbps網絡連接推送更快地寫入數據。  為確保服務器之間有足夠的帶寬以促進實時數據複製，應始終使用10 Gbps NIC來承載複製流量
  • 啟用巨型幀：假設您的網卡和交換機支持它，啟用巨型幀可以大大提高網絡吞吐量，同時減少CPU週期。  要啟用巨型幀，請執行以下配置（例如來自RedHat / CentOS / OEL linux服務器）
    • ifconfig <interface_name> mtu 9000
    • 編輯/ etc / sysconfig / network-scripts / ifcfg- <interface_name>文件並添加“MTU = 9000”，以便在重新啟動後更改仍然存在
    • 要驗證端到端巨型幀操作，請運行以下命令：ping -s 8900 -M do <IP-of-other-server>
  • 更改NIC的傳輸隊列長度：
    • / sbin / ifconfig <interface_name> txqueuelen 10000
    • 將其添加到/etc/rc.local以保留重新啟動後的設置

TCP / IP調整

  • 更改NIC的netdev_max_backlog：
    • 在/etc/sysctl.conf中設置“net.core.netdev_max_backlog = 100000”
  • 已顯示可提高複制性能的其他TCP / IP調整：
    • 注意：這些是示例值，有些可能需要根據您的硬件配置進行調整
    • 編輯/etc/sysctl.conf並添加以下參數：
      • net.core.rmem_default = 16777216
      • net.core.wmem_default = 16777216
      • net.core.rmem_max = 16777216
      • net.core.wmem_max = 16777216
      • net.ipv4.tcp_rmem = 4096 87380 16777216
      • net.ipv4.tcp_wmem = 4096 65536 16777216
      • net.ipv4.tcp_timestamps = 0
      • net.ipv4.tcp_sack = 0
      • net.core.optmem_max = 16777216
      • net.ipv4.tcp_congestion_control = HTCP

調整

通常，您還需要對群集配置進行調整，這將根據您決定實施的群集和復制技術而有所不同。  在這個例子中，我使用的是SIOS Technologies的SteelEye Protection Suite for Linux（又名SPS，又名LifeKeeper）。 它允許用戶利用幾乎任何後端存儲類型形成故障轉移群集：光纖通道SAN，iSCSI，NAS，或者與本文最相關的本地磁盤，需要在群集節點之間實時同步/複製。  SPS for Linux包括集成的塊級數據複製功能，這使得在沒有共享存儲時很容易設置集群。

建議

為了最大化使用Fusion-io的Linux群集的複制性能，讓我們試試這個。SteelEye Protection Suite（SPS）for Linux配置建議：

  • 分配位於Fusion-io驅動器上的小（~100 MB）磁盤分區以放置位圖文件。  在此分區上創建一個文件系統並將其掛載，例如，在/ bitmap：
    • #mount | grep /位圖
    • / dev / fioa1 on / bitmap type ext3（rw）
  • 在創建鏡像之前，請在/ etc / default / LifeKeeper中調整以下參數
    • 插入：LKDR_CHUNK_SIZE = 4096
      • 默認值為64
    • 編輯：LKDR_SPEED_LIMIT = 1500000
      • （默認值為50000）
      • LKDR_SPEED_LIMIT指定重新同步將採用的最大帶寬 – 應設置為足夠高以允許重新同步以盡可能最大的速度運行
    • 編輯：LKDR_SPEED_LIMIT_MIN = 200000
      • （默認值為20000）
      • LKDR_SPEED_LIMIT_MIN指定當同時進行其他I / O時允許重新同步的速度 – 根據經驗，這應該設置為驅動器的最大寫入吞吐量的一半或更少，以避免挨餓重新同步發生時，正常的I / O活動

從這裡開始，像往常一樣創建鏡像並配置群集。有興趣通過Fusion-io最大化Linux群集的複制性能，請參閱SIOS可以提供的其他內容。經LinuxClustering許可轉載

在Google域名之間移動Google表單

by Leave a Comment

在Google域名之間移動Google表單

在Google域名之間移動Google表單

如果您和我一樣，您可能會定期使用一些不同的Google帳戶。最近，我在Google域之間移動Google表單方面需要幫助。我花了相當多的時間創建Google表單。只是意識到我在使用我的個人帳戶而不是我的工作帳戶登錄時這樣做了。我真的不想重做我做過的工作。我嘗試在線搜索答案，但沒有具體的解決方案來解決我的情況。這並不難。我想我會把它寫下來以防萬一發生在你身上。我只是嘗試了幾件事，偶然發現了這個問題。我們假設這是一個沒有數據的新表單。在Google Domains中移動Google表單時，您只需執行以下操作：

  1. 在表單上添加您的第二個Google帳戶作為協作者
  2. 登錄您的第二個Google帳戶，打開表單並填寫表單的“複製件”

在Google域名之間移動Google表單 而已！現在，您在第二個Google帳戶中獲得了該表單的副本。當然，如果您已經在第一個表單上收集了一些數據，則需要復制該表。 將它放在您的第二個Google帳戶中，並將表單附加到該數據副本。請務必刪除舊表單，以免意外使用舊表單。閱讀諸如在Google Domains之間移動Google表單等提示，並獲得Clusteringformeremortals的許可

使用SIOS DataKeeper接收電子郵件警報

by Leave a Comment

使用SIOS Datakeeper接收電子郵件警報

使用SIOS DataKeeper接收電子郵件警報

在過去的幾周里，我寫了一個由3部分組成的系列文章，介紹如何根據Perfmon計數器，系統事件日誌條目和特定的Windows服務啟動或停止事件來配置電子郵件警報。這些指南與任何環境相關。我的所有例子都是為了監控SIOS DataKeeper。此外，它還有一些特定的客戶請求，包括監控SIOS DataKeeper服務，以及在RPO超過5秒時收到警報。我還包括監視您想要了解的基本DataKeeper事件。此視頻顯示了一些此警報。