SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

  • Home
  • 產品
    • SIOS DataKeeper for Windows
    • SIOS Protection Suite for Linux
  • 新闻与活动
  • 伺服器集群简单化
  • 成功案例
    • 台灣成功案例
  • 聯繫我們
  • English
  • 中文 (中国)
  • 中文 (台灣)
  • 한국어
  • Bahasa Indonesia
  • ไทย

我甚至需要雲中的高可用性軟件嗎?

23 1 月, 2021 by Jason Aw Leave a Comment

我甚至需要雲中的高可用性軟件嗎?

我甚至需要雲中的高可用性軟件嗎?

請允許我慢跑您的記憶。 。 。

也許今天您沒有在十幾個或更多個月中失敗,突然間為您的高可用性軟件許可證續簽灌籃是在CFO的筆下。或者,也許部分由於術語的過度使用,聰明的營銷或對高可用性的重新定義,您的CIO(曾經是最頑固的可用性愛好者)已經開始搖擺其價值。也許,也許不是CFO或CIO,而是您決定自己可能具有足夠的HA,而無需在方程式中使用高可用性或高可用性軟件。

儘管公共雲具有令人難以置信的彈性,並且已經多次考慮了可用性,但是仍然需要穩定,可維護的高可用性軟件。以2020年為例,公共雲計算和可用性方面的進步仍然無法防止常見的事故,例如不良做法和錯誤代碼導致應用程序崩潰,未公開的數據中心故障,無名的構造困擾影響電源或網絡,VM上的容量過載或CRN文章指出的冷卻系統故障。

以下是在雲中仍需要更高可用性的軟件的七個原因:

1.為最關鍵的企業應用程序增加應用程序覆蓋範圍的深度和廣度

任何一家云供應商都不會以企業可以使用的方式將您需要的所有工具,軟件和應用程序烘焙到其云基礎架構中。因此,您很可能會將工作負載遷移到雲中的IaaS產品中,這些產品需要有人或某些人員來保護這些工作負載並確保它們具有高可用性。

2.用於系統和資源及其依存關係的自動和智能應用程序恢復。

雲供應商了解雲。 高可用性供應商了解應用程序的高可用性。 當(如果不是)雲中發生故障時,您的應用程序需要智能地恢復故障組件;系統,應用程序資源,基礎架構組件及其依賴性。作為可用性方面的專家,您的軟件供應商擁有廣博的應用程序保護知識。 在適用於Linux的SIOS Protection Suite產品中,使用行業最佳實踐的基於嚮導的自動化以及悠久的應用程序專業知識可以在出現故障情況時實現對應用程序的清晰自動恢復

3.對於應用程序的智能塊級數據複製,在系統出現緊急情況或數據中心中斷時提高彈性

當備用系統上的數據出現故障時,可以實現應用程序覆蓋和智能,平衡的恢復。當您的HA供應商包括塊級數據複製時,您可以將應用程序的故障轉移彈性從單個數據中心或區域擴展到多個數據中心和區域。塊級數據複製也是避免硬件價值影響單個數據中心中的雲卷的有效方法。涉及數據中心電源和隨後的發電機故障的一次雲事件導致單個數據中心中運行的實例的硬件損壞和數據丟失。雲並不意味著您完全不會遭受所有故障,因此備份以及高可用性數據複製副本是必須的。

4.為問題檢測和解決提供更快的響應機制

高可用性軟件是識別和修復應用程序故障的第一道防線。通過監視守護程序,可以在用戶受到嚴重影響之前通過軟件快速檢測並修復應用程序故障。此外,您的高可用性軟件(例如用於Linux的SIOS Protection Suite解決方案)包括可配置的方法,用於將警報發送和傳達給管理員,事件控制台或儀表板,使您可以即時有效地與按鍵進行通信。

5.提供可挖掘和審核的其他數據源,以幫助預測企業的運行狀況和穩定性

數據為王。您的高可用性軟件是有關您環境的大量數據和信息的源,可以對其進行挖掘和審核。當您的高可用性解決方案響應應用程序故障,基礎架構問題和延遲,並通過短暫故障驅動您的正常運行時,其日誌將捕獲有關企業運行狀況的關鍵信息。作為客戶體驗副總裁,我們的客戶成功和支持團隊能夠使用我們的HA日誌為客戶提供運行狀況檢查,並告知他們一些應用程序問題以及由於捕獲的日誌數據而可能進行的優化。

6.為了平衡和真實的觀點,以及企業需要的補充智慧

除了高可用性軟件的價值之外,還有另一個原因為什麼您仍需要在雲中使用HA軟件。另一個原因是您的HA供應商的開發,服務和客戶體驗團隊的平衡和真實的觀點以及補充的智慧。高可用性軟件由專家團隊,經驗豐富的可用性工程師以及最重要的服務和支持團隊提供支持,這些團隊具有多年的最佳實踐經驗,特定於應用程序的知識以及相互授粉的思想和技能,可以為您的企業帶來極大的好處。

7.減少計劃的維護停機時間

最後但並非最不重要的一點是,您的高可用性軟件有助於減少或可能消除升級,次要補丁程序和滾動預防性維護所需的停機時間。利用HA軟件的切換和故障轉移功能,可以對備用服務器進行主動修補,更新和測試,然後將其升級為活動可用性節點。從而確保您的關鍵系統在最新版本上運行,同時最大程度地減少升級帶來的損失。

是的,雲為應用程序,開發人員和企業用戶增加了增強的硬件和平台穩定性,但是如果您開始認為不需要高可用性,那麼您將駛入一條黑暗的小巷,最終導致絕望一夜的冷比薩使應用程序重新聯機,解釋了無法解釋的原因,並考慮將簡歷撒粉。因此,感謝您讓我慢跑您的記憶。 。 。您和您的HA軟件甚至在雲中也需要彼此。

–客戶體驗副總裁Cassius Rhue

經SIOS許可轉載

 

Filed Under: 伺服器集群简单化

我是否仍應在AWS中使用Zabbix?

16 1 月, 2021 by Jason Aw Leave a Comment

我是否仍應在AWS中使用Zabbix

我是否仍應在AWS中使用Zabbix?

Amazon EC2監控

Zabbix作為集成OSS監視工具具有很高的市場份額。儘管已在內部部署環境中廣泛使用它,但仍有許多在AWS環境中使用Zabbix的示例。儘管AWS還具有Amazon CloudWatch之類的監控服務,但為什麼還要使用Zabbix?本節說明監視EC2實例和其他實例的好處以及配置過程。

為什麼使用Zabbix代替Amazon CloudWatch?

在AWS環境中,所有基礎架構均由AWS操作,但您必須負責Amazon EC2實例本身以及在Amazon EC2上構建的應用程序的操作。 換句話說,您必須監視應用程序以確保它們正常運行,並且在出現問題時必須採取措施。Zabbix是此類監視工具的不錯選擇。

Zabbix的優點是不僅可以監視本地。 而且還有云和虛擬環境的集成方式。

鑑於標準Amazon CloudWatch僅限於監視AWS資源(CPU,內存等), Zabbix允許您甚至詳細監視應用程序的狀態。

以下是Zabbix的其他優點的列表。

具有多個AWS賬戶的環境集成監控

Amazon CloudWatch在每個AWS帳戶的基礎上執行監視。Zabbix可以監視多個AWS賬戶的環境,該環境可以監視由多個賬戶組成的業務系統。它還不僅可以通過基於閾值的簡單警報來檢測異常,還可以通過組合多個閾值和條件來檢測異常。 

可以配置詳細通知以適合實際操作條件

發生異常時,Amazon CloudWatch可以通過消息通知您。例如,如果系統因維護而停機,則無需通過消息通知您。在這裡Zabbix允許您配置這些情況,從而抑制不必要的消息。這樣,您可以確保僅在確實有錯誤需要解決時才通知您。

沒有指標保留期(監視日誌)

使用Amazon CloudWatch,指標最多可以存儲15個月。此外,您只能按小時增量存儲指標15個月,並且如果將監視間隔設置為少於60秒,則最多只能存儲3小時。Zabbix允許長期存儲指標,而無需更改信息的粒度。

如何使用Zabbix監控AWS環境

如果要在AWS中使用Zabbix,則需要創建一個Amazon EC2和數據庫實例並在其上安裝Zabbix。安裝後,除了需要設置以下內容外,配置Zabbix的過程與內部部署基本相同。

  1. 用戶帳戶(除了Zabbix的Admin用戶之外,您還需要創建一個供生產使用的用戶)
  2. Zabbix主機代理(確定從何處收集數據)
  3. 項目(設置要收集的數據)
  4. 觸發(定義數據處於異常狀態)
  5. 操作(定義發生錯誤時要採取的操作)

此外,您可以配置特定於AWS的設置,例如在AWS IAM中創建具有Zabbix必要權限的用戶,這將允許Zabbix監視應用程序以及AWS環境的其他方面。

使用正確的工具來滿足您的監控需求

並非所有公司係統都是孤立運行的,但是許多系統鏈接在一起以交換數據並確保整體一致性。在這些環境中,Zabbix是監視和檢測多個服務器和系統中異常情況的絕佳工具。例如,如果基於DB的Web應用程序在Web應用程序服務器上存在異常,則可以禁用數據。

另一方面,Zabbix具有許多配置選項,因此您將必須決定監視什麼以及如何監視以及哪些情況異常。

另一方面,Zabbix有很多設置,因此您必須準確地設計操作要監視的內容,要執行的操作以及要執行的操作。 當然,對於關鍵系統來說,這樣的設計是必不可少的,但是,對於相對簡單的系統,例如“如果進程停止,只需重新啟動它”,就無法與Zabbix監視匹配。對於此類情況,SIOS AppKeeper是一個很好的解決方案,因為它可以監視在EC2實例上運行的應用程序的服務(進程),並在檢測到問題時重新啟動應用程序。 這使得簡單的監視和操作成為可能。

當然,並不是在每個系統上都必須使用Zabbix。通過為每種類型的監視使用正確的工具,您將能夠更有效地操作系統。

將SIOS AppKeeper添加到您的EC2監視和恢復操作中。

轉載自SIOS

Filed Under: 伺服器集群简单化

需要高可用性時如何選擇雲

8 1 月, 2021 by Jason Aw Leave a Comment

需要高可用性時如何選擇雲

需要高可用性時如何選擇雲

了解雲市場

許多分析公司預測,雲中應用程序,數據庫和解決方案的部署將越來越多。 根據Gartner的說法,公司“正在以越來越快的速度遷[1]移到雲中”。實際上,Gartner和其他分析師預計,雲遷移和部署的步伐將繼續加快,這在很大程度上是由於雲技術創新的步伐所推動。 在MarkoInsights的Kurt Marko發表的“技術目標”文章中,Marko指出“由於在公共雲中具有彈性,可擴展性和按需性質,因此無法在本地複制在雲中進行的創新步伐”服務。”

我們看到越來越多的公司僅將雲用於其業務非必需的DevOps應用程序和數據庫,現在正將需要高可用性保護的關鍵任務應用程序,ERP和數據庫遷移到雲中。

如果您正在考慮遷移到雲-似乎您已經遷移到雲-有幾項關鍵要理解何時需要高可用性。

熟悉雲高可用性選項

要為雲或混合雲部署計劃適當的可用性解決方案,請考慮可用性(99.9%正常運行時間)和高可用性(99.99%正常運行時間)的痛點。 您還需要了解遷移到雲的計劃,以了解可用於高可用性的選項。 著名的分析師和專家建議尋找一種解決方案,該解決方案不僅可以減輕和減輕遷移工作負載的痛苦,而且可以為您在雲體系結構的整個生命週期中提供一種平衡,全面的可用性方法。 請注意,考慮可以為一部分工作負載提供保護和高可用性的解決方案也是明智的選擇,這些工作負載有一天可能會從雲中退回到本地環境中。

在雲中比較可用性選項時,需要考慮以下十件事:

1。 部署方法。 是否可以使用映像,CLI,UI或其他可重複解決方案(例如雲形成模板或打包腳本)來部署您正在考慮的可用性解決方案。

2。 系統要求。最值得注意的是,請考慮操作系統(OS),磁盤,CPU和內存要求。

3。 部署環境。您的可用性選項僅支持本地,一個或多個公共雲,還是可以支持混合和/或混合雲部署。 還提供SaaS產品嗎?

4。 應用程序保護的廣度和深度。 “廣度”意味著可以保護哪些類型的應用程序,數據庫,前端,網絡和基礎結構組件?是否有用於添加新應用程序和變體的靈活框架? “深度”的含義–解決方案是否可識別應用程序–並能夠在整個應用程序故障轉移/故障回復過程中維護特定於應用程序的最佳實踐?

5, 性能要求。 我們經常想到RTO和RPO,但是解決方案的其他性能需求又如何呢? 您的可用性解決方案會在故障轉移時引起性能問題嗎?

6。 彈性要求。可用性解決方案可以支持多大的集群?, 它可以檢測到多少故障和故障並從中恢復。 在保持元數據同步的同時如何處理複製?

7 可維護性和維護。可用性供應商是否具有廣泛的可用性需求和配置方面的經驗? 他們是否有長壽,是否有旨在解決可能超出其解決方案的問題的支持系統? 它們可以幫助您在系統管理和維護(補丁,升級和常規維護)期間最大程度地減少中斷和計劃內的停機時間。

8。 總擁有成本。整個行業和服務都致力於幫助您計算總擁有成本,因此我們在這裡不做介紹。 可以說,您的計算對於組織,雲提供商,應用程序和IT團隊而言是唯一的。 您應該考慮可用性解決方案供應商是否可以幫助您確定節省利用率,許可和其他成本的策略? 解決方案是否可以自動執行手動任務,從而減少IT勞動時間?

9。 許可和定價模型。您如何消耗軟件成本? 是否有訂閱費,訂閱模式,隨用隨付產品,自帶許可證(BYOL)或靈活選項的組合。 您將如何啟用產品許可?是否有基於虛擬機部署詳細信息(例如地址,主機名,MAC地址)的許可證服務器,許可證服務或加密密鑰。

10。 對IT人員的影響。該解決方案需要多少培訓? 如果發生應用程序故障或災難,需要多少人工干預? 是否需要維護專用的腳本? 誰負責日常維護?

權衡利弊

像每個重要的決定一樣,您需要了解您的權衡並選擇最佳的平衡來滿足您的需求。 例如,最近我問一個朋友推荐一款好的步行鞋。 我買了一雙他喜歡的鞋-注意到它們的重量輕,織物的堅固耐用,以及時尚。我參加了他們的第一次長跑訓練,此後立即捐贈了我的第一雙“單跑”鞋。 當我去“ Fleet Feet”徵詢專家的意見時,我最終得到了更重的鞋子,更透氣的面料(也不太耐用),以及無與倫比的醜陋程度。 我在外觀和功能之間進行了權衡,以適應我的需求和預算。

就像跑鞋一樣,沒有解決方案適合所有公司,每個應用程序,每個數據庫以及每個可能的服務器和體系結構。 您可以自由地停止尋找它。 取而代之的是權衡取捨權衡活動,以確定最適合您公司需求的活動。 考慮一下您的權衡。 例如,如果您確定自己將成為一家完整的Microsoft公司,那麼在評估過程中,GCP和AWS支持的重要性應略低一些。

考慮您的IT基礎架構動態

全面考慮整個IT基礎架構(在本地和在雲中)的可用性。 最好用另一個類比解釋這樣做的原因。 2018年,我擔任南卡羅來納州哥倫比亞市一個無家可歸者和飢餓者進餐的外展計劃的協調員。 我們小組每週開會一次,為100多名男女老少提供飯食和希望的信息。 當我們考慮擴展時–增加一周中的更多天,更多小時或其他服務,我們必須考慮超出簡單的計劃要求。 知道我們正在為依賴我們的客戶提供關鍵服務後,我們必須考慮所有影響我們長期持續提供這些服務的能力的因素,例如:成本,我們團隊成員的年齡,外部義務,在母公司內部實現目標,風險因素和其他動態的替代方法。

在選擇解決方案時,在了解市場,熟悉各種選擇並權衡取捨之後,最後一步是考慮整體環境中的其他各種因素。 該解決方案能否滿足您整體業務的需求? 您的關鍵數據會受到保護嗎? 可以保護最終用戶的生產力免受停機影響嗎? 遷移到雲將需要進行哪些培訓,這將如何影響您管理或維護所選解決方案的能力? 在您的雲之旅中將添加,刪除或更改哪些IT角色?應用程序可用性的任何責任將移交給任何業務部門所有者嗎? 以及責任轉移或團隊組成將如何改善或減少您獲得成功的整體潛力。 考慮您的團隊是否需要採取逐步的方法,首先遷移較小的工作負載。

作為客戶體驗副總裁,我已經看到了各種各樣的雲遷移計劃,其中一些簡單易懂,而其他卻極具破壞性。 在一個例子中,客戶遷移到雲上引起了很大爭議,因為管理層將其視為消除整個IT部門的機會。 我並不是建議您參與政治活動,但您應該意識到這些複雜項目中的所有因素。

遷移到雲應該可以節省金錢,時間和資源,同時還可以提高可用性和彈性。 無論選擇哪種雲,請確保您考慮了這些技巧並選擇了相應的可用性解決方案,該解決方案使您可以靈活地在所需的配置中提供所需的保護。

了解有關SIOS的雲高可用性選項的更多信息。

– SIOS客戶體驗副總裁Cassius Rhue

經SIOS許可轉載

Filed Under: 伺服器集群简单化

如何以更好的結果克隆雲中的可用性

30 12 月, 2020 by Jason Aw Leave a Comment

如何以更好的結果克隆雲中的可用性

如何以更好的結果克隆雲中的可用性

電影提示–多重性

多樣性是一部1996年的美國科幻喜劇電影,由邁克爾·基頓(Michael Keaton)飾演道格·金尼(Doug Kinney)。 當一位科學家提出克隆他的建議時,道格同意只是讓實現他的時間表和承諾更加容易。 但是後來他的副本開始復制自己。 到最後一次復制時,重點已經清楚了。 克隆可能並非一帆風順,或者至少帶有一些強烈的警告,挑戰和副作用。 著名的原始《星際迷航》插曲“麻煩與瑣事”也說明了類似的觀點。

就像在大屏幕(或小屏幕)上進行克隆一樣,在雲中進行克隆是一個很好的工具,但並非沒有挑戰。

在雲中克隆可用性時如何獲得更好結果的提示

1.克隆操作系統

這聽起來很明顯,但是我已經看到它在真實的企業環境中不止一次發生。 如果克隆了無法正常運行的系統,則克隆將同樣無法正常運行,並且在還原時會出現問題。 確保您創建的克隆來自可操作和功能的系統。

2.將數據同步到磁盤並在還原時重新同步

文件系統的完整性至關重要。 如果您不確定自己的應用程序和/或VM處於一致狀態,那麼大多數供應商將無法保證所生成的映像已得到保證。 由於快照僅捕獲發出快照命令時已寫入卷中的數據,因此這可能會排除任何由任何應用程序或操作系統緩存的數據。 確保數據已正確同步到文件系統是重要的一步,在集群環境中絕對至關重要。

從映像還原時,記住文件系統完整性也很重要。 如果您正在使用數據複製並將映像還原為群集中的源或目標,則確保兩個節點同步至關重要。 否則可能會導致故障轉移或切換時文件系統出錯,甚至可能導致數據丟失。 在雲中克隆可用性以獲得所需的結果。

3.停止您的實例

許多環境不需要您停止實例來創建映像,而某些環境(例如AWS)將在製作副本之前執行關閉節點電源的步驟。但是,許多工具和站點建議確保應用程序已停止並且文件系統訪問已正確同步,以避免損壞,完整性喪失或創建啟動,停止或運行已安裝的應用程序時遇到問題的映像。

4.標記云中的所有內容(節點,磁盤,NIC等)

儘管創建克隆是一項免費操作,但生成的磁盤和組件通常不是。例如,AWS聲明“對快照收費,直到註銷映像並刪除快照為止。”如果未標記事物,則知道正在使用或未使用的東西以及創建它的原因可能會成為問題。 它還會受到短暫的記憶或現有團隊成員注意力不集中的影響。標記所有內容。

5.經常修剪克隆和快照(節省成本和減少頭痛)

修剪舊快照和克隆不僅可以節省成本,而且還可以減少麻煩。較舊的快照可能會帶來重新引入已在較新副本中解決或解決的漏洞的風險。作為SIOS Technology Corp.客戶體驗副總裁, 當我們與從快照還原的客戶一起工作時,我親眼看到了後果。 他們在重新啟動應用程序時遇到了幾個問題。 在進行故障排除之後,我們確定克隆正在運行較舊版本的安全軟件。 用戶配置文件中存儲的緩存憑據和元數據不再與存儲在外部安裝的數據驅動器上的實際應用程序數據同步。

6.限製或限制雲中克隆的克隆

最後,並不是您在雲中所做的一切都需要克隆。 考慮限制要克隆的工作負載的類型,並限制可以在環境中創建克隆的數量或角色。

在電影中,當道格的克隆人引發了自己的一系列重複時,已經不堪重負的道格(邁克爾·基頓)被迫投入更多精力來管理他的許多克隆人,同時試圖掩蓋他從妻子身上造成的混亂。 在雲中以更好的結果實現克隆可用性並不困難。 小心地進行克隆,以避免進行更多的工作,並避免使用原本可以使您的工作更輕鬆,環境更安全的工具增加風險。

–客戶體驗副總裁Cassius Rhue

轉載自SIOS

Filed Under: 伺服器集群简单化

新產品發布:適用於Linux的SIOS保護套件9.5.1

26 12 月, 2020 by Jason Aw Leave a Comment

新產品發布:適用於Linux的SIOS保護套件9.5.1

SIOS會不斷更新我們的產品,以滿足客戶不斷增長的對關鍵任務應用程序的高可用性的需求。 我們很高興宣布SIOS Protection Suite for Linux版本9.5.1全面上市!此發行功能增加了對更廣泛平台的支持,並增強了我們的命令行界面功能。

新產品發布:適用於Linux的SIOS保護套件9.5.1

關鍵更新包括

      • 支持以下操作系統和平台:VMware Vsphere 7,Red Hat Enterprise Linux(RHEL)8.2,Oracle Linux 8.2,CentOS 8.2,SUSE Linux Enterprise(SLES)12 SP5,RHEL 7.8,CentOS 7.8,Oracle Linux 7.8,SLES 15 SP2
      • CLI自動安裝和增強的設置腳本-更快,更輕鬆地實施
      • 擴展的CLI支持ARK和克隆–支持簡單,一致地部署多個集群

經SIOS許可轉載

Filed Under: 伺服器集群简单化

  • 1
  • 2
  • 3
  • …
  • 42
  • Next Page »

最近的帖子

  • 我甚至需要雲中的高可用性軟件嗎?
  • 我是否仍應在AWS中使用Zabbix?
  • 需要高可用性時如何選擇雲
  • 如何以更好的結果克隆雲中的可用性
  • 新產品發布:適用於Linux的SIOS保護套件9.5.1

最熱門的帖子

Maximise replication performance for Linux Clustering with Fusion-io
Failover Clustering with VMware High Availability
create A 2-Node MySQL Cluster Without Shared Storage
create A 2-Node MySQL Cluster Without Shared Storage
SAP for High Availability Solutions For Linux
Bandwidth To Support Real-Time Replication
The Availability Equation – High Availability Solutions.jpg
Choosing Platforms To Replicate Data - Host-Based Or Storage-Based?
Guide To Connect To An iSCSI Target Using Open-iSCSI Initiator Software
Best Practices to Eliminate SPoF In Cluster Architecture
Step-By-Step How To Configure A Linux Failover Cluster In Microsoft Azure IaaS Without Shared Storage azure sanless
Take Action Before SQL Server 20082008 R2 Support Expires
How To Cluster MaxDB On Windows In The Cloud

加入我們的郵件列表

Copyright © 2021 · Enterprise Pro Theme on Genesis Framework · WordPress · Log in